アイドル セッション タイムアウトの構成

機能の概要と変更履歴

要約データ

表 1. 要約データ

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

cnSGW-C

該当プラットフォーム

SMI

機能のデフォルト設定

無効：有効にするには設定が必要です

関連資料

該当なし

マニュアルの変更履歴

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

改訂の詳細

リリース

最初の導入。

2021.02.0

機能説明

古いセッションタイムアウトにより、SGW-U セッションが終了する前に非アクティブ状態を維持できる期間が決まります。cnSGW-C プラットフォームでは、SubscribeCtx はサブスクライバセッションを表します。SGW-U は、次のようなピアとの接続を確立します。

  • S11 または S4 インターフェイスを使用している MME および PGW
  • S5 または S8 インターフェイスの PGW

ピアでピアセッションが削除された場合に、SGW-U が削除メッセージを受信しないか、誤ってメッセージを見逃すような状況では、SGW-U セッションはアイドル状態のままになり、コールは受信し続けますが、処理したり、要求に応答したりはしません。古いセッションでリソースが使用されないようにするために、アイドルタイムアウト機能を使用すると、古いセッションの削除後に新しいサブスクライバセッション要求を SGW-U が受信できます。

機能の仕組み

ここでは、この機能の仕組みを説明します。

サブスクライバセッションは、一定時間データトラフィックのアクティビティがなく、そのセッションに向けられないと、アイドル状態となります。

ユーザープレーンのセッションマネージャは、コール回線の状態を追跡します。セッションマネージャがコール回線データトラフィックを記録していないセッションは、アイドル状態と判断されます。アイドル セッション タイムアウト設定を使用すると、セッションがタイムアウトする前にアイドル状態を維持できる時間間隔を設定できます。アイドルタイムアウト設定は、セッションが確立されたときに設定されます。SGW-U は、Sx セッション確立要求でタイムアウト設定をユーザープレーンに送信します。マルチ PDN コールの場合、古いセッションに向けられたコールは、すべての PDN に対して非アクティブレポートが生成された後にクリアされます。

毎秒、SGW-U はデータ トラフィック アクティビティをモニタリングして、セッションのアイドル状態を判断します。古いセッションを特定すると、ユーザープレーンは Sx セッション使用状況レポートのユーザープレーン非アクティブレポートを更新し、cnSGW-C に送信して、セッションがアイドル状態であることを伝えます。さらに、cnSGW-C はピアへのセッション削除要求を開始します。

ネットワーク環境に基づいて、アイドルタイムアウト設定を秒単位で設定します。許可されるタイムアウト値の範囲は 1 ～ 4294967295 秒です。タイムアウトの設定は、SGW-U サービスプロファイルレベルで適用され、SGW-U サービスによって処理される一連のサブスクライバのアイドルタイムアウト処理を有効にします。

コール フロー

ここでは、この機能の主要なコールフローについて説明します。

非アクティブ レポート コールフロー

ここでは、非アクティブ レポート コールフローについて説明します。

図 1. 非アクティブ レポート コールフロー
表 3. 非アクティブ レポート コールフローの説明

ステップ

説明

1

MME が Create Session Request を GTP-EP（S11）に送信します。

2

GTP-EP（S11）が Create Session Request を SGW に転送します。

3

SGW-SVC がプロトコルへの Sx Session Establishment Request の一部として、IE = USER INACTIVITY でセッションアイドルタイマーを送信します。

4

SGW-U が USER INACTIVITY からのセッションアイドルタイマーを読み取り、CLP レベルで保存します。

UPF が Sx Session Report Request をプロトコルに送信します。

5

プロトコルが Sx Session Report Request を SGW-SVC に送信します。

6

SGW-SVC が Sx Session Report Response をプロトコルに送信します。

7

プロトコルが Sx Session Report Response を UPF に送信します。

8

SGW-SVC が Delete Session Request を GTPC-EP に送信します。

9

GTPC-EP が Delete Session Request を PGW に送信します。

10

SGW-SVC が Delete Bearer Request を GTP-EP に送信します。

11

GTP-EP が Delete Bearer Request を MME に送信します。

12

MME が Delete Bearer Response を GTP-EP に送信します。

13

GTP-EP が Delete Bearer Response を SGW-SVC に送信します。

14

PGW が Delete Session Response を GTPC-EP に送信します。

15

GTPC-EP が EGTP Delete Session Response を SGW-SVC に送信します。

16

SGW-SVC が Sx Session Deletion Request をプロトコルに送信します。

17

プロトコルが Sx Session Deletion Request を UPF に送信します。

18

UPF が Sx Delete Session Response をプロトコルに送信します。

19

プロトコルが Sx Delete Session Response を SGW-SVC に送信します。

UPF におけるアイドルタイマーの処理コールフロー

ここでは、UPF の Create Session Request でアイドルタイマーを受信した場合コールフローについて説明します。

図 2. UPF におけるアイドルタイマーの処理コールフロー
表 4. UPF におけるアイドルタイマーの処理コールフローの説明

ステップ

説明

1

idle_timeout_sec の値が 0 より大きい場合、タイマーは 1 秒の粒度で UPF で開始されます。

それ以外の場合、アイドルタイムアウトが無効になります。

2

タイマーは毎秒タイムアウトします。現在の時刻と最後のパケット受信時刻の差が idle_timeout_sec よりも大きいかどうかを確認します。時間の差が idle_timeout_sec よりも大きい場合、UP が、レポートタイプ = UPIR（非アクティブレポート）の Sx Session Report Request を CP（cnSGW-C）に送信します。

値
     

再アクティブ レポート コール フロー

ここでは、再アクティブ レポート コール フローについて説明します。

図 3. 再アクティブ レポート コール フロー
表 5. 再アクティブ レポート コール フローの説明

ステップ

説明

1

MME と SGW-SVC が最初のアタッチ要求を処理します。

2

Protocol-SXA と SGW-UPF が、Sx セッション確立要求でユーザーの非アクティブ情報の交換を実行します。

3

PDN-1 で非アクティブが確認された場合、SGW-UPF は、タイプがユーザープレーン非アクティブレポートである Sx_Session_Report_Request をプロトコル SXA に送信します。

4

 Protocol-SXA が Sx_Session_Report_Request を SGW-SVC に送信します。

5

SGW-SVC が Sx_Session_Report_Response を Protocol-SXA に送信します。

6

Protocol-SXA が Sx_Session_Report_Response を SGW-UPF に転送します。

7

PGW-UPF が EBI-6（PDN-1 内）のデータを SGW-UPF に送信します。

8

SGW-UPF が、IE レポートタイプにユーザープレーン再アクティブレポートを使用して Sx_Session_Report_Request を Protocol-SXA に送信します。

9

Protocol-SXA が、IE レポートタイプにユーザープレーン再アクティブレポートを使用して Sx_Session_Report_Request を SGW-SVC に送信します。

10

SGW-SVC が Sx_Session_Report_Response で Protocol-SXA に応答します。

11

Protocol-SXA が Sx_Session_Report_Response を SGW-UPF に送信します。

コントロールプレーンで Sx_Session_Report_Response を受信した後、SGW-SVC は PDN の非アクティブレポートフラグをクリアします。

ClearCall 処理コールフロー

ここでは、ClearCall 処理コールフローについて説明します。

図 4. ClearCall 処理コールフロー
表 6. ClearCall 処理コールフローの説明

ステップ

説明

1

SGW で、コントロールプレーンが Sx Session Report Request でユーザープレーン非アクティブレポートを受信します。コントロールプレーンが、要求の PDN が最新の PDN であるか、または非アクティブレポートですでに他の PDN が報告されているかを評価し、ClearCall の手順を開始します。

2

ClearCall メッセージを受信すると、cnSGW-C がピアへの Session Deletion Request をトリガーします。

3

SGW が Delete Bearer Request を S11/MME に送信します。

4

SGW が Delete Session Request を S5/PGW に送信します。

5

Delete Session Request を受信すると、SGW が Sx Delete Session Request を送信して、UPF 上のリソースをクリアします。

機能設定

この機能を設定するには、次の設定を使用します。

config 
  profile sgw sgw_group_name 
    session-idle-timer session_idle_timer 
    end

注：

  • session-idle-timer session_idle_timer ：セッションがアイドル状態を維持する最大時間を秒単位で指定します。構成された時間に達すると、システムは自動的にセッションを終了します。許容範囲には、1 〜 4294967295 の整数が含まれます。デフォルト値はゼロで、アイドル セッションが無効であることを示します。

設定例

次に、設定例を示します。

config
   profile sgw sgw1
     session-idle-timer 1000
     end

設定の確認

設定を確認するには、次のコマンドを実行します。

show running-config profile sgw sgw1 session-idle-timer
profile sgw sgw1
session-idle-timer 1000