緊急 SoS サポート

機能の概要と変更履歴

要約データ

該当製品または機能エリア

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

有効：常時オン

このリリースでの関連する変更点

N/A

関連資料

該当なし

更新履歴

表 1. マニュアルの変更履歴

改訂の詳細

リリース

最初の導入。

2020.02.5.t1

SoS 緊急サービスの LTE へのフォールバック

機能説明

緊急 SoS サポート機能により、同じ場所に配置されたクラウドネイティブ SMF と PGW-C で、4G ネットワークに配置されているサブスクライバの LTE を介した SoS 緊急サービスと、5G ネットワークに配置されているサブスクライバの LTE への SoS 緊急サービスフォールバックをサポートできます。

この緊急 SoS サポート機能は、次の機能をサポートしています。

  • UDM の対話をスキップする新しい構成を提供します。

  • PGW-C の 4G（LTE）での緊急 PDN 接続の作成を有効にします。

  • NR の SMF サービング サブスクライバの LTE 要件への緊急サービスフォールバックをサポートします。

  • 障害発生時に緊急通報の作成を「続行」するための既存の課金インターフェイスの障害処理とのインターワーキングをサポートします。

  • radius を使用した既存のセカンダリ認証とのインターワーキングをサポートし、構成されていない場合は緊急コールの radius 認証をスキップします。

  • EPS インターワーキング対応サブスクライバに RAT 間ハンドオーバー サポート（4G から 5G、5G から 4G）を提供します。

機能の仕組み

この項では、緊急 SoS のサポート機能の仕組みについて簡単に説明します。

コール フロー

この項では、次のコールフローについて説明します。

LTE コール フローの緊急セッション作成
Figure 1. LTE での緊急セッションの作成


ステップ 説明
1

緊急サービスが必要で、緊急 PDU セッションがまだ確立されていない場合、UE は、LTE で「緊急要求」という要求タイプを示す、UE 要求の PDU セッションの確立手順を開始します。
2

MME は、緊急 PDN を作成するための APN または DNN を選択し、S-GW を介して「セッション要求を作成」を PGW-C に送信します。
3

PGW-C での DNN プロファイルのルックアップは、サブスクライバ ポリシーまたは DNN ポリシーに基づいています。これらのポリシーは、SMF プロファイルに関連付けられています。両方の構成が存在する場合、サブスクライバ ポリシーは DNN ポリシーよりも高い優先順位を持ちます。

4

DNN ポリシーには、MME または S-GW からの「セッション要求の作成」で受信した、UE 要求の各 APN または DNN の DNN プロファイルを設定できます。
5

選択した DNN プロファイルの下に新しい構成「承認ローカル」が存在する場合：

  • PGW-C は、サブスクリプションを取得するために UDM の連携動作をスキップし、MME から「セッション要求の作成」メッセージで受信した値を使用します。

  • PGW-C は、UDM から「Subscribe-for-Notification」への UDM 対話をスキップします。
6

選択した DNN プロファイルの下にある「Secondary Authentication Radius」が存在しない場合、PGW-C は RADIUS ベースのセカンダリ認証を拒否します。
7

課金インタラクションの「失敗の処理」が「アクション続行」に設定されている場合：

  • コンバージド課金が構成されていない場合、PGW-C はコールを続行します。

  • PGW-C はオフラインの充電にフォールバックし、通話を続行します。
8

N26 を使用した 4G から 5G へのハンドオーバー中に、緊急 PDN が引き渡されると、SMF は DNN プロファイルをチェックし、「ローカル認証」が存在する場合、登録と登録解除のための UDM の連携動作をスキップします。
LTE コール フローへの緊急サービス フォールバック
Figure 2. LTE への緊急サービスのフォールバック


ステップ 説明
1

UE は 5GS（CM_IDLE または CM_CONNECTED 状態）の E-UTRA または NR セルで判断を下します。
2

UE に上位レイヤからの保留中の IMS 緊急セッション要求（音声など）があります。
3

AMF が現在の RAT の「Registration Accept」メッセージを介してフォールバックを使用した緊急サービスのサポートを示している場合、UE は緊急サービスのフォールバックが必要であることを示す「Service Request」メッセージを送信します。
4

5GC は NG-AP 手順を実行し、これが緊急サービスのフォールバックであることを NG-RAN に示します。この手順では、「Emergency Services Fallback」要求がトリガーされます。現在、Cisco SMF と PGW-C は、EPC コア ネットワーク（LTE）での緊急サービスをサポートしています。AMF には、RAT 間フォールバックをトリガーするターゲット CN として EPC が含まれます。AMF が正常に認証された UE のリダイレクションを開始すると、AMF は NG-RAN へのフォールバックをトリガーする要求にセキュリティ コンテキストを含めます。

5

NG-RAN は、EPS に接続された E-UTRAN へのハンドオーバーまたはリダイレクションを開始します（N26 インターフェイス ベースのハンドオーバーまたはリダイレクション手順）。NG-RAN は、AMF がリダイレクト手順を確保するためにセキュリティ コンテキストを使用します。

リダイレクション手順を使用する場合、ターゲット CN も UE に伝達され、S1 モード NAS 手順を実行できるようになります。UE は、RRC メッセージ内の緊急通知を使用し、E-UTRAN は「トラッキング エリア更新」中に MME に緊急通知を提供します。
6

ターゲット セルへのハンドオーバー後、UE は IMS 緊急サービスの PDU セッションまたは PDN 接続を確立し、IMS 緊急セッション（音声など）の確立に関する IMS 手順を実行します。

緊急 SoS サポートの構成

ここでは、緊急 SoS サポート機能の構成方法について説明します。

この緊急 SoS サポートには、次の手順が含まれます。

  • DNN プロファイルでのローカル認証の構成

  • DNN プロファイルでのセカンダリ認証の構成

  • 課金プロファイルでの課金失敗処理の構成

ローカル認証の構成

次の構成例を使用して、DNN プロファイルでローカル認証を構成し、以下のコマンドを使用します：

config 
   profile dnn pool_name 
      [ no ] authorization local 
      end

注：

  • profile dnn ：DNN プロファイル名を指定します。profile_name は英数字の文字列である必要があります。

  • no ：DNN プロファイルに基づいてセカンダリ認証を無効にします。

セカンダリ認証の構成

次の構成例を使用して、DNN プロファイルでセカンダリ認証を設定します：

config 
   profile dnn pool_name 
      [ no ] secondary authentication radius 
      end

注：

  • no ：DNN プロファイルに基づいてセカンダリ認証を無効にします。

  • secondary authentication ：DNN プロファイルでセカンダリ認証を有効にし、方式を RADIUS に設定します。

  • radius ：セカンダリ認証の RADIUS を指定します。

課金障害処理の構成

課金プロファイルでコンバージド課金とオフライン課金の両方の障害例に対する障害処理アクションを設定するには、次の構成例を使用します。

config 
   profile network-element chf charging_profile_name 
      nf-client-profile offline_charging_profile_name 
      failure-handling-profile failure_handling_profile_name 
      end

注：

  • profile network-element chf scp_profile_name ：SCP をネットワーク要素プロファイルとして指定します。 scp_profile_name に は、対応するネットワーク要素のプロファイル名を表す英数字の文字列を指定する必要があります。

  • nf-client-profile profile_name ：クライアント プロファイルを指定します。 profile_name は、対応する NF クライアント プロファイル名を表す英数字の文字列を指定する必要があります。

  • failure-handling-profile failure_handling_scp_profile_name ：構成された SCP の SCP 障害処理ネットワーク プロファイルを指定します。 failure_handling_scp_profile_name には、対応する SCP 障害処理ネットワーク プロファイル名を表す英数字の文字列を含める必要があります。

設定例

次に、コンバージド課金の失敗処理アクションの構成例を示します。

profile nf-client-failure nf-type chf
profile failure-handling fh1
service name type nchf-convergedcharging
message type ChfConvergedchargingCreate 
status-code httpv2 0 
action continue 
exit

緊急サービス サポート

機能説明

緊急サービスとは、緊急サービスをサポートするようにネットワークが構成されている場合に、サービスを提供しているネットワークによって提供される機能を指します。IMS 緊急セッションをサポートするために緊急サービスが提供されます。

4G および 5G に IMS 緊急サービスを実装するために、SMF は次の機能を実行します。

  • SmContextCreate メッセージの要求タイプまたは DNN の緊急構成に基づいて、5G の緊急セッションを識別します。

  • DNN の緊急構成に基づいて 4G の緊急セッションを識別します。

  • SUPI/IMSI が認証され、authorization local コマンドが DNN プロファイルで構成されていない場合、UDM と対話します。それ以外の場合は、UDM との対話をスキップします。

  • PEI または IMEI を使用した緊急サービスの PDU セッション確立を有効にします。

  • 新しい構成を採用して、DNN を緊急 DNN として分類します。

  • 緊急サービスの P-CSCF プロファイルの構成

  • 緊急サービスの UPF の構成

  • PCF からの専用ベアラーのティアダウン時に使用される緊急サービスとフローのみのタイマーのデフォルトの QoS プロファイルを構成します。

機能の仕組み

緊急サービス セッションの識別

5G

SMF は、AMF から SmContextCreate Message で受信した要求タイプ（「Initial Emergency Request」または「Existing Emergency PDU Session」）に基づいて、または DNN が緊急 DNN として構成されている場合に、緊急セッションを識別します。

4G

SMF は、IMSI の認証ステータスに基づいて緊急セッションを識別します。IMSI が認証されていない場合（UIMSI が 1 に設定されている）、セッションは緊急セッションと見なされます。

IMSI が認証され（UIMSI が 0 に設定）、SMF で DNN が緊急 DNN として（新しい CLI を使用して）構成されている場合、セッションは緊急セッションとして識別されます。

  • 非緊急セッションの場合、SUPI または IMSI は必須です。

  • 緊急セッションの場合：

    • 認証された SUPI または IMSI の場合、SUPI または IMSI は、現在の実装に基づいてセッション キーとして使用されます。

    • 認証されていない SUPI または IMSI の場合、PEI または IMEI は常にセッション キーとして使用されます。PEI または IMEI が存在しない場合、コールは拒否されます。

緊急セッションでの UDM インタラクション

  1. SUPI または IMSI が認証されていない場合、SMF は UDM の相互作用をスキップします。

  2. SUPI/IMSI が認証され、DNN 構成の「authorization」が「local」に設定されている場合、SMF は UDM の対話をスキップします。

  3. SMF は、SUPI または IMSI が認証され、DNN 構成で「承認」がローカルに設定されていない場合、UDM と対話します。

    • UDM が拒否した場合、通話は却下されます。

    • UDM 交換が失敗した場合は、テンプレートのプロビジョニングを処理している UDM の失敗に基づいて、追加の処理が行われます。


重要

SMF では、DNN プロファイルで「ローカル認証」が構成されているかどうかを考慮しません。

緊急セッションの構成

  1. 既存の DNN、P-CSCF、UPF、および QoS プロファイルの構成は、緊急セッションで機能します。

  2. CLI を使用して、DNN を緊急 DNN として分類します。

  3. 「authorization」が（CLI を使用して）DNN で local に設定されている場合、UDM の連携動作は必要ありません。

  4. デフォルトのフロー専用タイマー構成を使用してデフォルトのベアラーを保持し、PSAP コールバック セッションを有効にします。

要求タイプが「既存の緊急 PDU セッション」の場合の緊急サービスのサポート

  1. 要求タイプが「Existing Emergency PDU Session」を示している場合、SMF はその要求が EPS（4G および WiFi）からの HO であると判断します。現在の実装では、要求タイプに「既存の緊急 PDU セッション」を使用した Wi-Fi から 5G HO への緊急セッション モビリティ、および N26 インターフェイスを使用した 4G から 5G HO への緊急セッション モビリティがサポートされている。

  2. SMF は、PDU セッション ID に基づいて既存の PDU セッションを識別します。

  3. SMF は、新しい SM を作成する代わりに、既存の SM コンテキストを更新して、更新された SM コンテキストの表現を応答内で AMF に提供します。これは、「既存の PDU セッション」の処理と同等です。

緊急サービス（専用ベアラー）のデフォルトのフローのみのタイマー

緊急サービスに制限された PDU セッションから 1 つまたは複数の PCC ルールを削除する HTTP POST メッセージを受信した場合：

  • QoS フローにバインドされているすべての PCC ルールが削除されると、SMF は QoS フロー終了手順を開始します。

  • QoS フローにバインドされているすべての PCC ルールが削除されていない場合、SMF は QoS フロー変更手順を開始します。

さらに、SMF はデフォルトの QoS フローの 5QI 以外の 5QI を持つすべての PCC ルール、または IMS シグナリングに使用される 5QI が緊急サービスに制限された PDU セッションから削除された場合にのみ、デフォルト フローを開始します（例： Public Safety Answering Point（PSAP）コールバック セッション）。デフォルトのフロー専用タイマーの期限が切れると、SMF は PDU セッション終了手順を開始します。

  1. SMF は、PCF によって開始された変更手順によって専用ベアラ（音声/ビデオ）が削除されると、デフォルトのフローのみのタイマーを開始します。このタイマーの主な目的は、緊急セッションをしばらく保持して PSAP コールバックを容易にすることです。

  2. デフォルトのフローのみのタイマーが期限切れになると、PCEF は IMS 緊急セッションの終了を開始します。

  3. SMF は、新しいベアラーを作成するために PCF によって開始された変更要求を受信すると、デフォルトのフローのみのタイマーを停止します。

EPS FB

gNB が QFI を拒否した場合、EPS フォールバックはアーム状態になります。SMf は、通常の緊急以外のセッションに対して実行されるように、EPS フォールバックを実行します。

セッション キーとしての PEI の使用

SMF では、SUPI が存在しないか、認証されていない場合、PEI をセッション キーとして使用します。SMF での PduContext は、次の条件を満たす必要があります。

  1. REST-EP は、メッセージを受信すると、SUPI と PEI に基づいてアフィニティをチェックします。最初のルックアップは SUPI で行われます。失敗した場合は、PEI でチェックします。

    または

    SUPI キーと PEI キーの両方を検索できます。

  2. Smf-Service は、キーとして PEI を選択すると、PEI を使用してキャッシュ ポッドにアフィニティを設定します。

  3. Smf-Service がキーとして PEI を使用して CDL レコードを挿入すると、PEI はプライマリ キー タイプとして追加されます。プライマリ キーは、SUPI + PduSessionid または PEI + PduSessionID のいずれかです。

  4. 最初のトランザクション後、CDL ルックアップは、SUPI または PEI の両方で使用可能なもので行われます。

  5. SEID は、PEI ハッシュを使用して生成されます。

緊急サービス サポートの構成

このセクションでは、緊急サービス サポートを構成する方法を説明します。

DNN プロファイルでのデフォルトのフロー専用タイマーの構成

[デフォルトフロー専用タイマー（Default Flow Only Timer）] を構成するには、次の構成例を使用します：

config 
    profile dnn profile_name 
       timeout default-flow-only flow_only_timer 
      end

注：

  • timeout default-flow-only flow_only_timer ：PDU/PDN セッションの最大許容アイドル時間。この時間が経過すると、システムはそのセッションを自動的に終了します。 flow_only_timer は、0 ～ 2147483647 ミリ秒の整数である必要があります。デフォルトは 0 で、機能が無効であることを示します。

緊急 DNN の構成

次の構成例を使用して、緊急 DNN を構成します：

config 
    profile dnn profile_name 
      emergency { false | true } 
      end

注：

  • emergency { いいえ | true } ：dnn が緊急 DNN かどうかを示します 。false | true は false または true である必要があります。デフォルトは false です。

緊急DNNの確認

次の show コマンドを使用して、Emergency DNN 構成を確認します。

show subscriber all

show subscriber all コマンドの出力例を次に示します。 

subscriber-details 
{
  "subResponses": [
    [
      "supi:imsi-123456789012345",
      "gpsi:msisdn-9999988888",
      "pei:imei-123456786666660",
      "psid:5",
      "dnn:intershat",
      "emergency:false",
      "rat:nr",
      "access:3gpp access",
      "connectivity:5g",
      "udm-uecm:209.165.202.131",
      "udm-sdm:209.165.202.151",
      "pcfGroupId:PCF-dnn=;",
      "pcf:209.165.202.151",
      "policy:2",
      "upf:209.165.202.151",
      "upfEpKey:209.165.202.151:209.165.202.150",
      "ipv4-addr:poolv4/209.165.200.225",
      "ipv4-pool:poolv4",
      "ipv4-range:poolv4/209.165.200.225",
      "ipv4-startrange:poolv4/209.165.200.225",
      "amf:209.165.202.151",
      "peerGtpuEpKey:209.165.202.151:209.165.202.158"
    ],
    [
      "gpsi:msisdn-9999988888",
      "pei:imei-352099001761480",
      "psid:6",
      "dnn:intershat",
      "emergency:true",
      "rat:nr",
      "access:3gpp access",
      "connectivity:5g",
      "pcfGroupId:PCF-dnn=;",
      "pcf:209.165.202.151",
      "policy:2",
      "upf:209.165.202.151",
      "upfEpKey:209.165.202.151:209.165.202.150",
      "ipv4-addr:poolv4/209.165.200.234",
      "ipv4-pool:poolv4",
      "ipv4-range:poolv4/209.165.200.225",
      "ipv4-startrange:poolv4/209.165.200.234",
      "amf:209.165.202.151",
      "peerGtpuEpKey:209.165.202.151:209.165.202.158"
    ]
  ]
}

「emergency」の値を使用して、サブスクライバに対して緊急サービス機能を有効または無効にします。

緊急サービスの OAM サポート

ここでは、この機能の操作、管理、およびメンテナンスに関して説明します。

バルク統計サポート

緊急 SoS サポート機能では、次の統計情報がサポートされています。

  • smf_session_counters：現在アクティブなセッション数を表示するようにゲージが更新されていることを示します。

    この統計には「emergency_call」ラベルが含まれます。このラベルのフラグが true に設定されている場合は、緊急通報を示します。

  • smf_service_stats：SMF コール フロー手順カウンタを示します。

    この統計には「emergency_call」ラベルが含まれます。このラベルのフラグが true に設定されている場合は、緊急通報を示します。

  • smf_service_resource_mgmt_stats：SMF サービス リソース管理の統計情報を示します。

    この統計には「emergency_call」ラベルが含まれます。このラベルのフラグが true に設定されている場合は、緊急通報を示します。

SMF のバルク統計情報のサポートの詳細については、「UCC 5G SMF メトリック リファレンス」を参照してください。