障害およびエラーの処理サポート

機能の概要と変更履歴

要約データ

表 1. 要約データ

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

cnSGW-C

該当プラットフォーム

SMI

機能のデフォルト設定

有効、常時オン

関連資料

該当なし

マニュアルの変更履歴

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

改訂の詳細

リリース

情報要素(IE)のサポートが追加されました。

  • 障害原因コード

  • 原因ソース(ビット 1:CS)

  • ベアラーコンテキスト IE エラー(ビット 2:BCE)

2021.02.3

最初の導入。

2021.01.0

概要

cnSGW-C は以下をサポートします。

  • 接続と接続解除の失敗とエラーの処理。

  • ベアラー作成、更新、削除要求および応答の失敗とエラーの処理。

  • 無線アクセスベアラーまたはベアラー変更要求の失敗とエラーの処理。

コールの処理中に発生する可能性のあるさまざまなタイプの障害を次に示します(セッション セットアップ タイマーを除く)。

  • 要求と応答の事前検証での失敗。

  • 再送信タイムアウト。

  • トランザクション サービス レベル契約(SLA)

  • ピアから報告された障害(メッセージプロセスの段階に応じて UP、PGW、または MME)。

接続手順中のセッション セットアップ タイマーでは、次の障害が発生する可能性があります。

  • 初期接続およびマルチ PDN で、進行中の PDN の確立と MME からのベアラー変更要求が受信されない。

接続と接続解除の失敗とエラーの処理

cnSGW-C は次をサポートしています。

  • タイムアウト機能の設定

  • 次の失敗応答の処理:

    • 初期接続および追加の PDN 設定手順の一部としての Clear Session Request

    • PGW および UPF に対する Delete Beare Request および Delete Session Request 処理

Create Session Request の障害処理

ここでは、Create Session Request 手順の障害シナリオについて説明します。

初期接続手順中にエラーが発生した場合、サブスクライバコンテキストは作成されません。

別の PDN のセットアップが失敗した場合、PDN はサブスクライバコンテキストで作成されません。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。

表 3. Create Session Request 手順の障害シナリオにおける cnSGW-C の動作

シナリオ

Sx シグナリング(復元)

S11 シグナリング(復元)

S5 シグナリング

  • Create Session Request の事前検証の失敗

  • ユーザープレーン(UP)からの Sx Session Establishment Response 障害

なし

負:Create Session Response

なし

  • Create Session Response 障害

対応

新たに作成されたベアラーのトラフィックエンドポイントを削除します。

負:Create Session Response

なし

  • Sx Modify Response プロセスの失敗

対応

新たに作成されたベアラーのトラフィックエンドポイントを削除します。

負:Create Session Response

新たに作成されたセッションを削除する Delete Session Request

デフォルトのベアラーの削除手順の失敗処理

このセクションでは、PGW によって開始されるデフォルトのベアラーの削除手順の失敗のシナリオについて説明します。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。

表 4. デフォルトのベアラーの削除手順の失敗シナリオにおける cnSGW-C の動作

シナリオ

SGW サービスの動作

Signaling

出力

ベアラーの削除要求の事前検証の失敗

送信失敗/Sx/PGW 経由のシグナリングなし

否定応答:S5 ベアラー削除応答

セッション/PDN は削除されませんでした

Sx セッション変更失敗

失敗をスキップして続行

S11 ベアラー要求を MME に送信

S5 ベアラー削除要求(原因 = Accepted)

Sx セッション変更要求に応じた Sx 削除要求 (トラフィックエンドポイントを削除するため)

セッション/PDN が削除されました

S11 ベアラー要求の失敗

失敗をスキップして続行

ベアラー削除応答(原因 = Accepted)を PGW に送信

Sx 削除要求(トラフィックエンドポイントを削除するため)

セッション/PDN が削除されました

Sx セッション削除要求の失敗

失敗をスキップして続行

ベアラー削除応答(原因 = Accepted)を PGW に送信

セッション/PDN が削除されました

セッション削除手順の障害処理

ここでは、MME が開始したセッション削除手順の障害シナリオについて説明します。

次の表に、障害シナリオにおける cnSGW-C の動作を示します。

表 5. セッション削除手順の障害シナリオにおける cnSGW-C の動作

シナリオ

SGW サービスの動作

Signaling

出力

Delete Session Request の事前検証の失敗

送信失敗または Sx/MME 経由のシグナリングなし

負:S11 Delete Session Response

セッション/PDN は削除されませんでした

Sx Session Modification Request の失敗

失敗をスキップして続行

Delete Session Request を PGW に送信

Delete Session Response(原因 = Accepted)を MME に送信

Sx Session Modify Response に応じた Sx Delete Request(トラフィックエンドポイントを削除するため)

セッション/PDN が削除されました

S5 Delete Session Request の失敗

失敗をスキップして続行

Delete Session Response(原因 = Accepted)を MME に送信

Sx Delete Request(トラフィックエンドポイントを削除するため)

セッション/PDN が削除されました

Sx Session Deletion Request の失敗

失敗をスキップして続行

Delete Session Response(原因 = Accepted)を MME に送信

セッション/PDN が削除されました

接続手順中のセッション セットアップ タイマー

ここでは、接続手順中のセッション セットアップ タイマーについて説明します。

次の表に、セッション タイムアウト シナリオでの cnSGW-C の動作を示します。

表 6. セッションタイムアウト障害シナリオでの cnSGW-C の動作

シナリオ

Sx シグナリング(復元)

S11 シグナリング(復元)

S5 シグナリング

出力

SGW がセッション作成応答を MME に送信し、MME からのベアラー変更要求を待った後、セッションタイムアウト設定が期限切れになりました。

Sx 削除要求(新たに作成されたベアラーのトラフィックエンドポイントを削除するため)

セッション削除要求

ベアラー削除要求

セッション/PDN が削除されました

ベアラー作成/更新/削除要求および応答の失敗とエラーの処理

このセクションでは、ベアラー作成/更新/削除要求および応答の失敗とエラーの処理シナリオについて説明します。

ベアラー作成手順の失敗の処理

このセクションでは、PGW によって開始される専用ベアラー作成手順の失敗のシナリオについて説明します。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。


(注)  


専用ベアラー作成要求および応答の処理中に、SGW がピアから「Context Not Found」(MME/UP)を受信すると、この原因を送信したピアに対するシグナリングを何も実行せずに PDN を削除します。


表 7. ベアラー作成手順の失敗シナリオでの cnSGW-C の動作

シナリオ

Sx シグナリング

(リバート処理)

S11 シグナリング

(リバート処理)

S5 シグナリング

出力

  • ベアラー作成要求の事前検証に失敗しました

  • Sx セッション変更要求が失敗しました(トンネルエンドポイントと GTPU TEID を割り当てるために UP に送信された要求)。

非対応

非対応

否定:PGW へのベアラー作成応答

新しいベアラーコンテキストは作成されません。

ベアラー作成要求が MME に送信され、SGW は応答を待っています。

対応

新しく作成されたベアラーのトラフィックエンドポイントを削除します。

なし

否定:PGW へのベアラー作成応答

新しいベアラーコンテキストは作成されません。

ベアラー作成応答のオプションのパラメータは無視されます。

SGW は MME からベアラー作成応答を受信し、Sx Modify を UP に送信して eNodeB と SGW-U の間の GTPU トンネルを接続します。

対応

新しく作成されたベアラーのトラフィックエンドポイントを削除します。

対応

新しく作成されたベアラーを削除します。

否定:PGW へのベアラー作成応答

新しいベアラーコンテキストは作成されません。

ベアラー作成応答のオプションのパラメータは無視されます。

ベアラー削除要求または Sx 変更要求のリバート処理に失敗しました。

非対応

非対応

否定:ベアラー作成応答

ベアラーコンテキストは作成されません。

ベアラー作成応答のオプションのパラメータは無視されます。

削除専用ベアラー手順の失敗処理

このセクションでは、PGW によって開始される専用のベアラーの削除手順の失敗のシナリオについて説明します。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。


(注)  


専用ベアラー削除要求および応答の処理中に、SGW がピアから「Context Not Found」(MME/UP)を受信すると、この原因を送信したピアに対するシグナリングを何も実行せずに PDN を削除します。


表 8. 専用ベアラーの削除手順の失敗シナリオにおける cnSGW-C の動作

シナリオ

SGW サービスの動作

Signaling

出力

ベアラーの削除要求の事前検証の失敗

送信失敗または Sx/MME 経由のシグナリングなし

否定:PGW へのベアラー削除応答

専用ベアラーは削除されません。

Partially Accepted:複数の EBI を含むベアラー削除要求が受信された場合。これは次のような場合です。

  • 一部の EBI が PDN に属している

  • 一部の EBI が PDN に属していないか、EBI が無効である

DBR 手順を続行し、ベアラーの除要求を受信したすべての既存のベアラーを削除します。

S11 ベアラー削除要求は既存の EBI 情報のみを伝送する必要があります。

Sx セッション変更要求は、既存の EBI 情報を伝送する必要があります(トラフィックエンドポイントの削除)

S5 ベアラー削除応答(原因 = Partially Accepted)

メッセージレベルの原因が一部承認され、ベアラレベルの原因が次の場合の S5 ベアラー削除応答。

  • 一部の EBI が PDN に属している: S11 ベアラー削除応答

  • 一部の EBI が PDN に属していない/無効な EBI:Context Not Found

CDL が更新されます(すべての既存のベアラーを削除)

アクションを Drop に設定するための Sx セッション変更

失敗をスキップして続行

S5 ベアラー削除応答(原因 = Accepted)

失敗をスキップして DBRプロシージャコールフローを続行:はい

S5 ベアラー削除応答(原因 = Accepted)

CDL が更新されます。

S11 ベアラー要求の失敗

失敗をスキップして続行

S5 ベアラー削除応答(原因 = Accepted)

失敗をスキップして DBRプロシージャコールフローを続行:はい

CDL が更新されます。

Sx セッション変更要求の失敗(UP のトラフィックエンドポイントの削除要求)

失敗をスキップして続行

S5 ベアラー削除応答(原因 = Accepted)

失敗をスキップして DBRプロシージャコールフローを続行:はい

CDL が更新されます。

Update Bearer 手順の障害処理

ここでは、PGW が開始した Update Bearer 手順の障害シナリオについて説明します。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。

表 9. Update Bearer 手順の障害シナリオにおける cnSGW-C の動作

シナリオ

S5/Sx シグナリング

出力

Update Bearer Request の事前検証の失敗

負:Update Bearer Response

ベアラー/PDN コンテキストに変更はありません。

存在しない EBI を使用した Update Bearer Request

メッセージレベルの理由が REQ_PARTIALLY_ACCEPTED である Update Bearer Response。存在しない EBI のベアラーレベルの原因(Context Not Found)。(既存の EBI の通常の処理)

メッセージレベルの理由が REQ_PARTIALLY_ACCEPTED である Update Bearer Response。

存在しない EBI のベアラーレベルの原因(CONTEXT_NOT_FOUND)。

既存の EBI に対する通常の処理。

CDL は既存の EBI についてのみ更新されます。

Update Bearer Request が MME に送信され、応答を待機している

負:Update Bearer Response

負:Update Bearer Response

CDL は更新されません。

S11 Update Bearer Response(メッセージレベルの原因 == CONTEXT_NOT_FOUND)および S5 Update Bearer Req/Rsp に、ベアラーコンテキストリスト内のデフォルトのベアラーが存在している

Sx Delete Req/Rsp

負:Update Bearer Response

負:Update Bearer Response

CDL は更新されません。

統計/トランザクションログ

PDN キーのリリースと PDN の割り当て解除

これが最後の PDN の場合は、リソースマネージャ、およびすべてのサブスクライバキーがリリースされ、サブスクライバの割り当てが解除されます。

S11 Update Bearer Response(メッセージレベルの原因 == CONTEXT_NOT_FOUND)および S5 Update Bearer Req/Rsp に、ベアラーコンテキストリスト内のデフォルトのベアラーが存在していない

Sx Modify Req/Rsp

負:Update Bearer Response

CDL は更新されません。

S11 Update Bearer Response(メッセージレベルの原因 == REQ_PARTIALLY_ACCEPTED、ベアラーコンテキストの原因 == 専用ベアラーの障害)

Sx Modify Req/Rsp

メッセージレベルの理由が REQ_PARTIALLY_ACCEPTED である Update Bearer Response

メッセージレベルの理由が REQ_PARTIALLY_ACCEPTED である Update Bearer Response

成功したベアラーに対する CDL が更新されます。

S11 Update Bearer Response(メッセージレベルの原因 == REQ_PARTIALLY_ACCEPTED、ベアラーコンテキストの原因 == デフォルトベアラーの CONTEXT_NOT_FOUND)

Sx Delete Req/Rsp

負:Update Bearer Response

負:Update Bearer Response

CDL は更新されません。

PDN キーのリリースと PDN の割り当て解除

これが最後の PDN の場合は、リソースマネージャ、およびすべてのサブスクライバキーがリリースされ、サブスクライバの割り当てが解除されます。

Update Bearer Response 後に Sx 変更がトリガーされた場合:

  • Sx Session Modification Request(IPC/再送信タイムアウト/内部障害など)

  • Sx Session Modify Response(原因 != CONTEXT_NOT_FOUND を除く ACCEPTED)

障害を無視して続行

障害を無視して続行

Update Bearer Response 後に Sx 変更がトリガーされた場合:

  • Sx Session Modify Response(原因 == CONTEXT_NOT_FOUND)

1
2

Update Bearer Response 後に Sx 削除がトリガーされた場合:

  • Sx Session Delete Request(IPC/再送信タイムアウト/内部障害など)

  • Sx Delete Session Response(原因 != ACCEPTED)

  • リソースマネージャのリリース(内部エラー)

障害を無視して続行

障害を無視して続行

1 Update Bearer 手順の一環として、SGW は PDN の削除用に新しいトランザクションをトリガーします。
  • Sx Session Modification Response の一環として Sx Failure Cause を受信

    • Context Not Found

SGW の動作(新規トランザクション):

  • SGW が、その PDN を削除するために S11 Delete Bearer Request および S5 Delete Session Request をトリガーします。

  • No Sx Signaling

SGW の動作(Update Bearer トランザクション):SGW が、Update Bearer 手順トランザクションの一環として、No Resource Available の理由で S5 Update Bearer Response を送信します。また、SGW は、Context Not Found の理由で Sx Session Modification Response を受信してもすぐには UP へのシグナリングを開始しません。

2 Update Bearer 手順の一環として、SGW-SVC は PDN の削除用に新しいトランザクションをさらにトリガーします。
  • Sx Session Modification Response の一環として Sx Failure Cause を受信

    • Context Not Found

SGW の動作(新規トランザクション):

  • SGW が、その PDN を削除するために S11 Delete Bearer Request および S5 Delete Session Request をトリガーします。

  • No Sx Signaling

SGW の動作(Update Bearer トランザクション):SGW が、Update Bearer 手順トランザクションの一環として、No Resource Available の理由で S5 Update Bearer Response を送信します。また、SGW は、Context Not Found の理由で Sx Session Modification Response を受信してもすぐには UP へのシグナリングを開始しません。

無線アクセスベアラーや Modify Bearer Request の障害とエラーの処理

ここでは、無線アクセスベアラー(RAB)、PGW からの Modify Bearer Request および Response(MBR)、およびユーザープレーン(UP)の障害シナリオについて説明します。

次の表に、さまざまな障害タイプに対するコール処理の各段階における cnSGW-C の動作の一覧を示します。

表 10. 無線アクセスベアラーと Modify Bearer Response 手順の障害シナリオにおける cnSGW-C の動作

メッセージ タイプ

障害インターフェイス

受信した失敗応答

送信される失敗応答

ハンドル

MBR 初期接続

Sx

CONTEXT_NOT_FOUND

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PGW への DSR および MME への DBR で PDN をクリーンアップする

その他の失敗応答

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PGW への DSR および MME への DBR で PDN をクリーンアップする

Sx_Modification_Req/

Sx_Session_Delete で UP のリソースをクリーンアップする

タイムアウト(Timeout)

PFCP でのタイムアウト

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PGW への DSR および MME への DBR で PDN をクリーンアップする

Sx_Modification_Req/

Sx_Session_Delete で UP のリソースをクリーンアップする

MBR サービスリクエスト

Sx

CONTEXT_NOT_FOUND

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PGW への DSR および MME への DBR で PDN をクリーンアップする

その他の失敗応答

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PDN 内では何も更新せず、S5 シグナリングを無視する

タイムアウト(Timeout)

EGTP_CAUSE_

NO_RESOURCES_

AVAILABLE

PDN 内では何も更新せず、S5 シグナリングを無視する

S5

EGTP_CAUSE_

CONTEXT_NOT_

FOUND

EGTP_CAUSE_

CONTEXT_NOT_

FOUND

Sx_Session_Delete を UP に送信する

MME への MBRsp 障害(DBR/DSR なし)

その他の失敗応答

PGW から受信した失敗応答

PDN/DB を更新しない

タイムアウト(Timeout)

PGW からのタイムアウト

EGTP_CAUSE_

PEER_NOT_

RESPONDING

PDN/DB を更新しない

RAB

Sx

CONTEXT_

NOT_FOUND

(シングル PDN コール)

EGTP_CAUSE_

REQ_ACCEPTED

PGW への DSR および MME への DBR で PDN をクリーンアップする

CONTEXT_

NOT_FOUND

(マルチ PDN コールとコンテキストが 1 つの PDN に対して見つからない)

RAB 応答の送信

(EGTP_CAUSE_

REQ_ACCEPTED)

PGW への DSR および MME への DBR で受信したコンテキストが見つからない PDN をクリーンアップする

他の PDN/UE を IDLE に移動する

その他の失敗応答

EGTP_CAUSE_

REQ_ACCEPTED

PDN/UE を IDLE に移動する

タイムアウト(Timeout)

EGTP_CAUSE_

REQ_ACCEPTED

PDN/UE を IDLE に移動する

障害原因コード、原因ソース、ベアラーコンテキストエラーのサポート

ここでは、情報要素(IE):障害原因コード、原因ソース(CS)、およびベアラーコンテキストエラー(BCE)のサポートについて説明します。

IE の技術仕様の詳細については、3GPP TS 29.274 を参照してください。

障害原因コード

cnSGW-C は、S5 インターフェイスで SMF から受信した障害原因コードを処理します。

原因ソース

ビット 1:CS(原因のソース)値「0」は、メッセージを送信しているノードによってエラーが発信されたことを示します。

ビット 1:CS(原因のソース)の値「1」は、エラーがリモートノード(MME/SGSN から PGW へ、または PGW から MME/SGN へ)によって発信されたことを示します。

ベアラーコンテキストエラー

ビット 2-BCE(ベアラーコンテキスト IE エラー)のデフォルト値は「0」です。BCE ビットが 1 の場合は、対応する拒否句がベアラーコンテキスト IE のエラーが原因であることを示します。原因値が受け入れ原因値の 1 つである場合、このビットは廃棄されます。