セッション タイマー

機能の概要と変更履歴

要約データ

Table 1. 要約データ

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

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

無効:設定が必要

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

N/A

関連資料

該当なし

更新履歴

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

改訂の詳細

リリース

セッション アイドル タイマーのサポートが追加されました。

2023.03.0

セッション セットアップ タイマーとバックオフ タイマーのサポートが追加されました。

2021.02.0

最初の導入。

2020.02.0

機能説明

この章では、タイマーの機能、動作、および構成について詳しく説明します。

SMF では、セッション タイマーまたは非 3GPP セッション イマーのいずれかの構成可能なタイマーがサポートされます。

  • 非 3GPP セッション タイマー

    • 絶対タイマー

    • コントロール プレーン非アクティブ タイマー

    • ユーザー プレーン非アクティブ タイマー

    • セッション セットアップ タイマー

  • 3GPP セッション タイマー

    • GTP タイマー

    • N11 タイマー

    • バックオフ タイマー

    • デフォルトのフロー専用タイマー

    • EPS フォールバック ガード タイマー

    • 間接データ転送トンネル タイマー

    • 専用ベアラー遅延および再試行タイマー

    • 専用ベアラー手順の失敗処理タイマー

    • 手順 SLA タイマー

    • ダイナミック構成変更サポートタイマー

    • IPAM 検疫タイマー

    • ポリシー再検証タイマーのプロビジョニング

    • ルータ アドバタイズメント パラメータ タイマー

GTP および N11 以外のタイマーの詳細については、次のセクションを参照してください。

3GPP 準拠タイマー

GTP および N11 タイマー

機能説明

SMF は GTP タイマーおよび N11 タイマーを介した再送信をサポートしています。このプロビジョニングにより、ピアがタイマー値で応答しない場合、SMF は GTP 要求と N11 要求を再送信します。最大再送信回数を構成します。

機能の仕組み

SMF は、次の 3GPP タイマーをサポートしています:

GTP 再送信タイマー

SMF または PGW-C が、T3-RESPONSE で示されるタイマーを開始します。このタイマーは、応答が期待されるシグナリング メッセージが送信されたときに呼び出されます。T3-RESPONSE タイマーが期限切れになる前に応答を受信しなかった場合、シグナリング メッセージまたはトリガーされたメッセージが失われる可能性があります。

T3-RESPONSE タイマーが期限切れになった後、再試行の合計回数が N3REQUESTS よりも少ない場合、T3-RESPONSE タイマーに対応するメッセージが再送信されます。

5G N1N2 再試行タイマー

AMF が「一時的な登録拒否」または「一時的な拒否のハンドオーバー継続」の原因コードで N1N2 MessageTransfer を拒否した場合、SMF は N1N2 MessageTransfer を再試行するためのタイマーを開始します。

タイマーが期限切れになると、設定された再試行回数に基づいて N1N2 MessageTransfer に対応するメッセージが再試行されます。

標準準拠

3GPP サポート機能は、以下の基準に準拠しています:

  • 3GPP TS 29.510 V15.2.0(2018-12)-5G 5G システムネットワーク機能リポジトリ サービス第 3 段階

N11 タイマーおよび GTP タイマーの構成

このセクションでは、3GPP 準拠のタイマー(N11 タイマーおよび GTP タイマー)の構成方法について説明します。
N11 タイマーの構成

N11 タイマーの構成は、AMF が「Temporary reject registrationp on」または「Temporary reject handover on」原因コードで N1N2 メッセージ転送を拒否するときに呼び出されます。次に、SMF はタイマーを考慮して、メッセージの転送を再試行します。タイマーが期限切れになると、構成された再試行回数に基づいて転送が再試行されます。

N11 タイマーを構成するには、次の構成例を使用します:

config 
   profile failure-handling failure_handling_name 
      interface [ gtpc | N11 ] message message_type 
         cause-code [ temp-reject-register | temp-reject-handover ]   
            action [ retry { timeout timeout_duration | 
            max-retry retry_count } | clear | terminate ] 
            end 

注:

  • profile failure-handling failure_handling_name :障害処理用のプロファイルの名前を入力します。

  • interface [ gtpc | N11 ] :メッセージ転送が行われるインターフェイスを構成します。

  • message message_type :そのインターフェイスを介して転送するメッセージの種類を構成します。N11 インターフェイスは、N1N2Transfer としてメッセージ タイプをサポートします。

  • cause-code [ temp-reject-register | temp-reject-handover ] :HTTP 原因コードを構成します。1 つのメッセージに対して複数の原因コード値を構成できます。

  • action [ retry | clear | terminate ] :メッセージ転送が失敗した場合に実行するアクションを構成します。

  • action [ retry { max-retry retry_count | timeout timeout_duration } :メッセージ転送の必要再試行回数と連続試行の間隔を指定します。

設定例

N11 タイマーの構成例を次に示します。

show running-config 
profile failure-handling n11-fht 
  interface n11 message n1n2transfer 
    cause-code temp-reject-register 
     action retry 
       timeout 1000 
         max-retry 2 
GTP タイマーの構成

GTP タイマーの構成は、応答が期待されるシグナリング メッセージまたはトリガーされたメッセージが、T3-RESPONSE タイマーの期限切れ前に応答を取得しなかったために失われた場合に導入されます。T3-RESPONSE タイマーが期限切れになった後、再試行の合計回数が N3‑REQUESTS よりも少ない場合、T3-RESPONSE タイマーに対応するメッセージが再送信されます。

GTP タイマーを構成するには、次の構成例を使用します:

config 
   instance instance-id gr_instance_id 
      endpoint gtp 
         retransmission { max-retry retry_count | timeout timeout_duration }  
         end 

注:

  • endpoint gtp :GTP 再送信構成を入力します。

  • max-retry retry_count :SMF へのシグナリング メッセージ要求を再試行する必要がある回数を指定します。指定できる範囲は 0 ~ 5 です。デフォルトの範囲は 3 です。 retry_count が「0」に設定されている場合、再送信機能は無効になります。

  • timeout timeout_duration :GTP 再送信要求が再試行されるまでの時間間隔(ミリ秒単位)を設定します。指定できる範囲は 0 ~ 10 です。デフォルトの範囲は 2 です。 timeout_duration が「0」に設定されている場合は、再送信機能が無効になります。

設定例

次に、GTP タイマーの構成例を示します。

show running-config 
instance instance-id 1 
  endpoint gtp 
   retransmission max-retry 2 timeout 5 

バックオフ タイマー サポート

機能説明

SMF は、ネットワークによって開始されたリリース後に再登録と新しい接続の試行を待機するように UE に通知する、構成可能なバックオフ タイマーをサポートしています。このタイマーは、システムを障害からの回復を支援します。

SMF は、次のシナリオで構成されたバックオフタイマー値を AMF に送信します:

  • UPF スイッチオーバー中の N4 パス障害

  • IP アドレスの枯渇


重要


これらのシナリオは現在 、ホームルーティング ローミング セッションと 非ローミング セッションでのみサポートされています。


SMF は、IP アドレスの枯渇時にのみ、バックオフタイマー値を S-GW に送信します。


(注)  


バックオフ タイマーのサポートは、4G 非ローミング セッションと 5G ローミングおよび非ローミング セッションにのみ適用されます。


UPF が非アクティブであることを SMF が検出すると、N1 を介して送信される PDU セッション リリース コマンド メッセージにバックオフ タイマーと原因値が含められます。その後、SMF は PDU セッションをクリアします。

4G 接続の開始中に IP アドレスが枯渇すると、PGW-C はバックオフ タイマー IE と原因値をセッション作成応答メッセージに含めます。

5G 接続中に IP アドレスが枯渇した場合、SMF は N1 を介して送信される PDU セッション確立拒否メッセージにバックオフタイマー IE と原因値を含めます。

機能の仕組み

SMF には、障害条件と原因の値とともにバックオフ タイマー値を構成するオプションがあります。構成の詳細は、このガイドの バックオフ タイマーの構成 セクションを参照してください。

SMF は、N4 パス障害が原因で UPF がダウンしているかどうかを検出します。UPF がダウンしている場合、SMF は PDU セッションのクリア中に、N1 PDU セッション リリース コマンドに構成されたバックオフ タイマー値と原因値を含めます。

ホームルーティング ローミングのシナリオでは、vSMF は、次の条件のいずれかが満たされた場合に N1 を介して送信される PDU セッション リリース コマンド メッセージに、バックオフ タイマーと原因値を含めます。

  • hSMF は、パス障害が原因で hUPF が非アクティブであることを検出します。

  • vSMF は、パス障害が原因で vUPF が非アクティブであることを検出します。

SMF または PGW-C が IP アドレスが使い果たされたことを検出すると、SMF は RAT タイプに応じて、N1 PDU セッション確立拒否メッセージまたはセッション応答の作成メッセージにバックオフ タイマーと原因値を挿入します。

ローミング シナリオで、IP アドレスが使い果たされたことを hSMF が検出すると、バックオフ タイマーと原因値とともに PDU セッション作成エラーを vSMF に送信します。この値に基づいて、vSMF は N1 PDU セッション確立拒否メッセージにバックオフ タイマーと原因値を含めます。


(注)  


PDU リリースコマンドおよび PDU 確立拒否におけるバックオフ タイマーのエンコーディングは 、3GPP TS 24.008(モバイル無線インターフェイスレイヤ 3 仕様)コア ネットワーク プロトコル、ステージ 3 で定義されています。

セッション応答の作成でのバックオフ タイマーのエンコードは、3GPP TS 29.274—3GPP 進化型パケット システム(EPS)。コントロール プレーン用進化型一般パケット無線サービス(GPRS)トンネル プロトコル(GTPv2-C)、ステージ 3 に定義されているとおりです。


コール フロー

このセクションでは、この機能のコール フローについて説明します。

N4 パス 障害処理コール フロー

ここでは、SMF が 非ローミングおよびローミングのシナリオで確認できるN4 パス障害を処理する方法について説明します。

非ローミング セッションでの N4 パス障害の処理

次の図は 、非ローミング セッションの N4 パス障害処理コール フローを示しています。

図 1. 非ローミング セッションの N4 パス障害処理コール フロー
表 3. 非ローミング セッションの N4 パス障害処理コール フローの説明

ステップ

説明

1

SMF は、N4 パス障害が原因で UPF が非アクティブであるかどうかを確認します。

2

UPF が非アクティブであることを SMF が検出すると、バックオフ タイマーと原因値を DNN プロファイル構成から取得します。SMF は、N1 PDU セッション リリース コマンドのタイマーと原因の値を AMF に送信します。その後、SMF は PDU のクリーンアップを実行します。

ローミング セッション中の vUPF での N4 パス障害の処理

次の図は、ローミング セッション中に vUPF で N4 パス障害を処理するコール フローを示しています。

図 2. ローミング セッションの vUPF パス障害処理コール フロー
表 4. ローミング セッションの vUPF パス障害処理コール フローの説明

ステップ

説明

1

vSMF は、N4 パス障害が原因で vUPF が非アクティブであるかどうかを確認します。

2

vUPF が非アクティブであることを vSMF が検出すると、バックオフ タイマーの値と原因を DNN プロファイル構成から取得します。vSMF は、N1 PDU セッション リリース コマンドのタイマーと原因値を AMF に送信します。次に、vSMF が PDU のクリーンアップを実行します。

ローミング セッション中の hUPF での N4 パス障害の処理

次の図は、ローミング セッション中に hUPF で N4 パス障害を処理するコール フローを示しています。

図 3. ローミング セッションの hUPF パス障害処理コール フロー
表 5. ローミング セッションの hUPF パス障害処理コール フローの説明

ステップ

説明

1

hSMF は、hUPF が N4 パス障害により非アクティブであるかどうかを確認します。

2

hUPF が非アクティブの場合、hSMF は N16 更新要求を通じて、バックオフ タイマーと原因を vSMF に送信します。

3

vSMF は、N1 PDU セッション リリース コマンド メッセージにバックオフ タイマーと原因値を含めます。

5G セッションの IP アドレス枯渇処理コール フロー

このセクションでは、SMF が 5G セッションで IP アドレスが枯渇した場合の処理方法について説明します。

5G 非ローミング セッションでの IP アドレス枯渇の処理

次の図は、5G 非ローミング セッションの IP アドレスの枯渇コールの処理フローを示しています。

図 4. 5G 非ローミング セッションの IP アドレス枯渇処理コール フロー
表 6. 5G 非ローミング セッションの IP アドレス枯渇処理コール フローの説明

ステップ

説明

1

AMF は、N1 PDU セッション確立要求の SM コンテキスト作成メッセージを SMF に送信します。

2

5G 非ローミング コールで IP アドレスの枯渇が検出されると、SMF は構成されたバックオフ タイマーと原因値を読み取ります。次に、SMF は、N1 PDU セッション確立拒否メッセージでこのタイマーと原因値を AMF に送信します。

5G ローミング セッションでの IP アドレス枯渇の処理

次の図は、5G ローミング セッションの IP アドレスの枯渇コールの処理フローを示しています。

図 5. 5G ローミング セッションの IP アドレス枯渇処理コール フロー
表 7. 5G ローミング セッションの IP アドレス枯渇処理コール フローの説明

ステップ

説明

1

AMF は、N1 PDU セッション確立要求の SM コンテキスト作成メッセージを vSMF に送信します。

2

vSMF は、セッション コンテキスト作成要求メッセージを hSMF に送信します。

3

IP アドレスが使い果たされたことを hSMF が検出すると、hSMF の設定に基づいて、バックオフ タイマーと原因値とともに PduSessionCreateError を vSMF に送信します。

この値に基づいて、vSMF は N1 PDU セッション確立拒否メッセージにバックオフ タイマーと原因値を含めます。

4G セッションの IP アドレス枯渇処理コール フロー

このセクションでは、SMF が 4G セッションで IP アドレスが枯渇した場合の処理方法について説明します。

次の図は、4G セッションの IP アドレスの枯渇コールの処理フローを示しています。

図 6. 4G セッションの IP アドレス枯渇処理コール フロー
表 8. 4G セッションの IP アドレス枯渇処理コール フローの説明

ステップ

説明

1

SGW-C は、PGW-C にセッション要求の作成を送信します。

2

4G コールで IP アドレスの枯渇が検出されると、PGW-C は構成されたバックオフ タイマー値と原因を読み取ります。次に、PGW-C は、セッション応答の作成メッセージでこのタイマー値と原因を SGW-C に送信します。

制限事項

この機能には、次の制限があります:

  • 3GPP 29.274 仕様では削除されたベアラー要求メッセージでバックオフ タイマー IE がサポートされていないため、4G PDN セッションのクリア中はバックオフ タイマーのトリガはサポートされません。


(注)  


前述の制限は、非ローミング シナリオにのみ適用されます。


標準準拠

バックオフ タイマー サポート機能は、以下の基準に準拠しています。

  • 3GPP 29.274、バージョン 15.9.0、リリース 15:ユニバーサル モバイル テレコミュニケーション システム(UMTS)LTE 3GPP 進化型パケット システム(EPS)進化型一般パケット無線サービス(GPRS)コントロール プレーンのトンネリング プロトコル(GTPv2-C)第 3 段階

  • 3GPP 24.008、バージョン 15.9.0、リリース 15:デジタル セルラー通信システム(フェーズ 2+)(GSM)ユニバーサル モバイル テレコミュニケーション システム(UMTS) LTE 5G モバイル ラジオ インターフェイスのレイヤ 3 仕様。コア ネットワーク プロトコル第 3 段階

  • 3GPP 24.501、バージョン 15.6.0、リリース 15-5G 5G システム(5GS)用の Non-Access Stratum(NAS)プロトコル第 3 段階

  • 3GPP TS 29.502、バージョン 15.6.0、リリース 15-5G セッション管理サービス第 3 段階

バックオフ タイマーの構成

このセクションでは、バックオフ タイマーの構成方法について説明します。

このバックオフ タイマーの構成には、次の手順が含まれます:


(注)  


この機能は、バックオフ タイマーと原因の両方が構成されている場合にのみ機能します。バックオフ タイマーの構成は、非ローミング コールとローミング コールの両方で同じままです。


DNN プロファイルでのバックオフ タイマーとジッター タイマーの構成

DNN プロファイルでバックオフ タイマーとジッター タイマーの値を定義するには、次の設定例を使用します。

config 
   profile dnn dnn_profile_name 
      timeout backoff backoff_timer_value 
      timeout jitter jitter_timer_value 
      end 

  • timeout backoff backoff_timer_value :バックオフタイマーの値(秒単位)を指定します。 backoff_timer_value は 0 ~ 576000 の範囲の整数である必要があります。

    バックオフ タイマーは、IP の枯渇および N4 パスの障害発生時に使用される最大許容期間です。

  • timeout jitter jitter_timer_value :バックオフ タイマー値にランダム性を導入するジッター値を指定します。 jitter_timer_value は 0 ~ 1000 の範囲の整数である必要があります。

    ジッターを使用すると、UE デバイスに異なるバックオフ タイマーを分散させて、次の再接続を試みる前に、すべてのデバイスが異なる時間に待機するようにできます。

    この設定は、バックオフ タイマーの期限切れ後のセッション ストームを防ぐのに役立ちます。

以下は、N4 パス障害のシナリオ中に使用される構成例です。

config 
   profile dnn test 
      timeout backoff 200 jitter 50 
      end 
メッセージレベル バックオフ タイマーの有効化

次の構成例を使用して、GTP-C および N1 メッセージ レベルでバックオフ タイマーを有効にします。

config 
   profile access access_profile_name 
      gtpc message-handling create-session-response condition ip-exhaust action backoff cause cause_code_value 
      n1 message-handling pdu-session-release condition n4-pathfail action backoff cause cause_code_value 
      n1 message-handling pdu-session-establishment condition ip-exhaust action backoff cause cause_code_value 
      n1 message-handling pdu-modify condition self-protection action backoff cause cause_code_value 
      n1 message-handling pdu-establishment condition self-protection action backoff cause cause_code_value 
      end 

  • gtpc message-handling create-session-response condition ip-exhaust action backoff cause cause_code_value :このコマンドを使用して、セッション応答作成(CSR)メッセージの GTP-C インターフェイス レベルでバックオフ タイマーを有効にします。つまり、CSR メッセージには、IP アドレスの枯渇時のバックオフタイマー IE とその原因コードが含まれます。

  • n1 message-handling pdu-session-release condition n4-pathfail action backoff cause cause_code_value :このコマンドを使用して、PDU セッション リリース メッセージの N1 インターフェイス レベルでバックオフ タイマーを有効にします。つまり、PDU セッション リリース メッセージには、N4 パス障害が発生した場合のバックオフ タイマー IE とその原因コードが含まれます。

  • n1 message-handling pdu-session-establishment condition ip-exhaust action backoff cause cause_code_value :このコマンドを使用して、PDU セッション確立メッセージの N1 インターフェイス レベルでバックオフ タイマーを有効にします。つまり、PDU セッション確立メッセージには、IP アドレスの枯渇時のバックオフ タイマー IE とその原因コードが含まれます。

  • n1 message-handling pdu-modify condition self-protection action backoff cause cause_code_value :このコマンドを使用して、自己保護状態の間に PDU セッション変更メッセージの N1 インターフェイス レベルでバックオフ タイマーを有効にします。つまり、PDU セッション変更メッセージには、IP アドレスの枯渇時のバックオフ タイマー IE とその原因コードが含まれます。

  • n1 message-handling pdu-establishment condition self-protection action backoff cause cause_code_value :このコマンドを使用して、自己保護状態の間に PDU セッション確立メッセージの N1 インターフェイス レベルでバックオフ タイマーを有効にします。つまり、PDU セッション確立メッセージには、IP アドレスの枯渇時のバックオフ タイマー IE とその原因コードが含まれます。

以下は、4G 接続および IP アドレスの枯渇中に使用される構成例です。

config 
   profile access access1 
      gtpc message-handling create-session-response condition ip-exhaust action backoff cause 73 
      end 

このシナリオでは、接続が失敗し、CSR がバックオフ タイマー IE と原因 73 で送信されます。

以下は、5G 接続および IP アドレスの枯渇中に使用される構成例です。

config 
   profile access access1 
      n1 message-handling pdu-establishment condition ip-exhaust action backoff cause 26 
      end 

このシナリオでは、接続が失敗し、PDU セッション確立がバックオフ タイマーおよび原因コード値が 26 に設定されて送信されます。

以下は、5G 接続および N4 パス障害のシナリオ中に使用される構成例です。

config 
   profile access access1 
      n1 message-handling pdu-session-release condition n4-pathfail action backoff cause 26 
      end 

このシナリオでは、サブスクライバのクリアが内部的にトリガされ、PDU セッション リリース コマンドがバックオフ タイマー IE と原因 26 で送信されます。

バックオフ タイマー構成の確認

このセクションでは、バックオフ タイマー構成を確認する方法について説明します。

show running-config コマンドを使用して、機能構成を確認します。

show running-config profile access access1 コマンドの出力例を次に示します。

[unknown] smf# show running-config profile access access1
profile access access1
n1 message-handling pdu-establishment condition ip-exhaust action backoff cause 26
n1 message-handling pdu-release condition n4-pathfail action backoff cause 26
n26 idft enable timeout 15
n2 idft enable timeout 15
gtpc gtpc-failure-profile gtp1
gtpc message-handling create-session-response condition ip-exhaust action backoff cause 76
exit

show running-config profile dnn intershat コマンドの出力例を次に示します。

[unknown] smf# show running-config profile dnn intershat
profile dnn intershat
network-element-profiles chf chf1
network-element-profiles amf amf1
network-element-profiles pcf pcf1
network-element-profiles udm udm1
timeout backoff 500 jitter 100
charging-profile chgprf1
virtual-mac b6:6d:47:47:47:47
ssc-mode 2 allowed [ 3 ]
session type IPV4 allowed [ IPV6 IPV4V6 ]
upf apn intershat
dcnr true
exit

非 3GPP 準拠タイマー

機能説明

SMF では、各 PDU セッションの非 3GPP セッション タイマーがサポートされます。ここでは、次のタイマーの機能、動作、および構成に関する詳細について説明します:

  • 絶対タイマー

  • コントロール プレーンおよびユーザー プレーン アイドル タイマー

  • ユーザー プレーン非アクティブ タイマー

  • セッション セットアップ タイマー


(注)  


このセクションは、Diameter インターフェイスを使用する 4G コールにも適用されます。


非 3GPP セッション タイマーの構成

DNN プロファイルで非 3GPP セッション タイマーを構成するには、次の構成例を使用します:

config 
        profile dnn dnnprofile_name 
                timeout absolute absolutetimer_value 
                timeout { cp-idle timer_value | up-idle timer_value } 
                timeout setup timeout_value 
                userplane-inactivity-timer timer_value 
                end 

  • timeout absolute absolutetimer_value :システムがセッションを自動的に終了するまでの、セッションの最大継続時間(秒単位)を指定します。

    • デフォルト値は 0 で、機能が無効であることを示します。

    • absolutetimer_value は、0 ~ 2147483647 の範囲の整数である必要があります。

    • 絶対セッション タイマーは、セッションの作成中にトリガされます。そのセッションに対するアクセスおよびモビリティ手順の中間処理中に、タイマー値を変更することはできません。

    • タイマーの期限が切れると、SMF はすべての SBI インターフェイスと N4 インターフェイスに通知して、SMF によって開始された解放を実行します。これには、UE、UDM、PCF、CHF、および UPF のインターフェイスが含まれます。

    • レガシー インターフェイスを使用する 4G コールの場合、SMF によって開始されたリリースは、Diameter(Gx および Gy)、GTP、RADIUS、および N4 インターフェイスに通知することで実行されます。

  • timeout cp-idle timer_value :CP アイドル状態への移行後、自動終了までの 4G セッションまたは 5G セッションの最大期間を指定します。

    • デフォルト値は 0 で、機能が無効であることを示します。

    • timer_value は 、0 ~ 2147483647 の範囲の整数である必要があります。

  • timeout up-idle timer_value :UP アイドル状態への移行後、自動終了までの 5G セッションの最大期間を指定します。

    • デフォルト値は 0 で、機能が無効であることを示します。

    • timer_value は 、0 ~ 2147483647 の範囲の整数である必要があります。

  • cp-idle timer :4G または 5G の手順の終了時に開始されます。新しい手順が開始されるとタイマーが停止します。タイマーが期限切れになると、SMF はセッションをクリアします。

  • up-idle timer :AN によって開始されたか、またはネットワークによって開始された 5G セッションがアイドル モードになると開始されます。セッションがアイドル モードを終了するとタイマーは停止します。タイマーの期限切れ時に、SMF は 5G セッションをクリアします。

  • timeout setup timeout_value :セッションのセットアップ タイムアウト値をミリ秒単位で指定します。

    • デフォルト値は、10000 ミリ秒です。

    • timeout_value は、5000 ~ 60000 の範囲の整数である必要があります。

    • 構成された時間内にコールが完了しない場合、SMF は作成手順を中止します。リクエストは PDU セッション確立拒否またはセッション拒否の作成を送信します。このタイマーは、4G、5G、および Wi-Fi セッションに適用されます。

    • 4G 作成手順では、CSR が最大待機時間を受信すると、手順の SLA タイマーが最大待機時間を設定します。タイムアウト値に応じて、ガード タイマーまたは SLA タイマーのいずれかが最初に期限切れになります。

  • userplane-inactivity-timer timer_value :タイマーの値を秒単位で指定します。

    • タイマーのデフォルト値は 0 で、機能が無効であることを示します。

    • タイマー値は、0 ~ 86400 の範囲の整数である必要があります。

    • SMF は、N4 PDU セッション確立要求を介して、構成された非アクティブ タイマーを UPF に送信します。セッションの確立後、構成値が変更されると、SMF は N4 変更要求を介して UPF の変更を報告します。

    • N3 /S5-U トンネルを介したアップリンクまたはダウンリンクのデータ送信がない場合、UPF は非アクティブ タイマーを開始します。N3 /S5-U トンネルを介したデータ送信が再開されると、タイマーが停止します。

    • タイマーの期限切れ時に、UPF は、ユーザー プレーン非アクティブ要求(UPIR)フラグをセットしてセッション レポートを SMF に送信します。

    • セッションのレポート通知を受信した後、SMF は 4G セッションの場合はセッションをクリアし、5G セッションの場合はアイドル モードの開始を開始します。


    (注)  


    userplane-inactivity-timer パラメータがそれぞれのDNNで無効になっている場合にのみ、5G コールの always-on パラメータを有効にします。

    このパラメータを無効にするには、 always-on の値を false に構成します。


設定例

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

smf(config)# profile dnn intershat timeout absolute 900

設定の確認

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

show running-config
 profile dnn intershat
 timeout absolute 900
 exit