次の機能は、N4 Session Management、node level、および reporting 手順をサポートします。

次の項では、N4 Session Management 手順について説明します。

機能説明

S-GW または SAEGW の場合、N4/Sx Modification 要求を開始する手順は、次に対して実装されます。

• eNodeB F-TEIDu Update

• eNodeB リリースへの Release Access Bearer（RAB）要求

機能の仕組み

PDN Update 手順には、eNodeB F-TEIDu Update/Release に関する次のイベントが含まれます。

• eNodeB F-TEIDu Update の場合：

  1. SGW-C は、MME から eNodeB F-TEIDu Update に対して Modify Bearer 要求を受信すると、N4/Sx Session Modification 要求を SGW-U に送信します。

  2. eNodeB F-TEIDu Update の N4/Sx Modification 要求には、「転送」の Apply Action が設定された Update FAR と Update Forwarding Parameters IE の一環である Outer Header Creation で更新された eNodeB IPv4/IPv6 アドレスが含まれます。

• eNodeB F-TEIDu Release の場合：

  1. SGW-C は、MME からの RAB 要求を受信すると N4/Sx Modification 要求を SGW-U に送信します。

  2. RAB は UE レベルのメッセージです。UE に複数の PDN 接続がある場合、N4/Sx Modification 要求が、各 PDN 接続に個別に送信されます。

  3. SGW-C は、宛先インターフェイスを ACCESS として、Update FAR を使用して Sx セッションに関する Sx Session Modification 要求を SGW-U に送信します。Update FAR には、FAR ID と Apply Action「Drop」が含まれます。宛先インターフェイスが CORE の FAR は更新されません。

標準準拠

PDN 更新手順は、次の標準規格に準拠しています。

• 3GPP TS 23.401：「General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access」。

• 3GPP TS 29.274「3GPP Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS) Tunnelling Protocol for Control plane (GTPv2-C); Stage 3」

• 3GPP TS 29.244：「Interface between the Control Plane and the User Plane of EPC」。

• 3GPP TS 23.214：「Architecture enhancements for control and user plane separation of EPC nodes; Stage 2」。

• 3GPP TS 23.714：「Study on control and user plane separation of EPC nodes」。

GTP-u Echo Request 手順を有効にするために、gtpu-service の既存の CLI（コマンド ライン インターフェイス）を使用します。

configure 
   gtpu-service service_name 
      echo-interval seconds 
      echo-retransmission-timeout seconds 
      max-retransmissions num 
      path-failure detection-policy gtp echo 
      end 

注：

• gtpu-service service_name ：GTP-u を作成し、現在のコンテキストに対して GTP-u サービス構成モードを開始します。service_name は、GTP-u サービスの名前を指定します。

• echo-interval seconds ：GTP v1-u エコーパケットが送信されるレートを構成します。seconds は、GTP-uv1 エコーパケットの送信間隔を秒単位で指定します。60 〜 3600 の範囲の整数で指定する必要があります。

• echo-retransmission-timeout seconds ：このサービスの GTP-u echo メッセージ再送信のタイムアウトを設定します。seconds は 、GTP-u サービスのエコー再送信タイムアウトを秒単位で指定します。1 ～ 20 の範囲の整数で指定する必要があります。デフォルト値は 5 です。

• max-retransmissions num ：GTP-u echo 再送信の最大再試行回数を設定します。num は、パス障害エラー状態をトリガーする前に許可される GTP-u echo メッセージの再送信回数を指定します。0 ～ 15 の範囲の整数で指定する必要があります。

• path-failure detection-policy gtp echo ：最大再試行回数分 再送信された GTP-u echo メッセージのパス障害検出ポリシーを構成します。. gtp echo は、検出ポリシーを設定して、GTP-u echo メッセージの再送信最大回数に達した際に、障害を検出します。

次に、GTP-u Echo Request 手順を有効にするための設定例を示します。

configure
   gtpu-service n3-gtpu-service
   echo-interval 60
   echo-retransmission-timeout 5
   max-retransmissions 5
   path-failure detection-policy gtp echo
   end

この項では、N4 Session/Node Level Reporting 手順の構成を確認する方法について説明します。

show gtpu statistics
Path Management Messages:
    Echo Request Rx:                  0 Echo Response Rx:            7
    Echo Request Tx:                 19 Echo Response Tx:            0
    SuppExtnHdr Tx:                  0  SuppExtnHdr   Rx:            0

  Peer Stats:
    Total GTPU Peers:                              1
    Total GTPU Peers with Stats:                   1

  Tunnel Management Messages:
    Error Indication Tx:                           0
    Error Indication Rx:                           0
    Error Indication Rx Discarded:  

show sx-service statistics all
Node Report Request:
 Total TX:                            1   Total RX:                         0
 Initial TX:                          1   Initial RX:                       0
 Retrans TX:                          0   Retrans RX:                       0
 No Rsp received TX:                  0   Discarded:                        0

Node Report Response:
 Total TX:                            0   Total RX:                         1
 Initial TX:                          0   Initial RX:                       1
 Accepted:                            0   Accepted:                         1
 Denied:                              0   Denied:                           0
 Retrans TX:                          0   Discarded:                        0

show user-plane-service statistics all コマンドを使用して、N4 PFCP メッセージパラメータの統計を表示します。次に、show user-plane-service statistics all コマンドの出力例を示します。

show user-plane-service statistics all
N4 Statistics:
    URR : Created        :              0
          Deleted        :              0
          Queried by ID  :              0
          Queried by all :              0
          Total Queried  :              0
    FAR : Created        :              0
          Updated        :              0
          Removed        :              0
    PDR : Predef rule    :              0

（注）	統計は累積され、すべてのセッションマネージャの合計として表示されます。

フィールドの説明を次に示します。

• 作成済み URR：ローカルまたは SMF の要求により作成された URR の総数を表示します。

• 削除された URR：ローカルまたは SMF の要求により削除された URR の総数を表示します。

• ID でクエリされた URR：具体的な ID を使用して URR のサブセットをクエリするために受信したメッセージの総数を表示します。

• すべてでクエリされた URR：セッションのすべての URR をクエリするために受信したメッセージの総数を表示します。

• クエリされた URR の合計：[IDでクエリ（Queried by ID）] および [すべてでクエリ（Queried by all）] の応答として SMF に報告された URR の総数を表示します。

• 作成済み FAR：作成された FAR の総数を表示します。

• 更新済み FAR：更新された FAR の総数を表示します。

• 削除済み FAR：削除された FAR の総数を表示します。

• PDR 事前定義ルール：事前定義されたルールが設定された CREATE PDR の総数を表示します。1 つの事前定義済みルールの場合、2 つの PDR を受信しているため、カウンタは 2 に更新されます。

  （注）	事前定義されたルールが削除されても、事前定義カウンタの合計は更新されません。SMF は、事前定義されたルール名を含まない Remove PDR メッセージのみを送信します。既存の事前定義ルールの場合、HO 時に、PDR が削除され、再度作成されます。これにより、同じセッションに対して PDR が 2 回カウントされます。

次のトラップを使用して、状態および条件の GTP-u パス障害を追跡できます。

• EGTPUPathFailure：このトラップは、GTP-u Echo 要求に対する応答を受信せず、ピア EPC ノードへのデータパス障害が検出された場合に生成されます。

• EGTPUPathFailureClear：このトラップは、ピアノードへのデータパスが知用可能な場合に生成されます。