CUPS セッション作成と Junos マルチアクセス ユーザー プレーンによるデータ フロー
CUPSの導入により、エンドユーザーセッションの作成方法、セッション中のデータフロー、およびJunosマルチアクセスユーザープレーンによるセッションの終了方法を説明すると便利です。
CUPS セッション作成
CUPSセッションを作成する前に、コントロールプレーン機能(SAEGW-C、SGW-C、PGW-C)は、ユーザープレーン機能(SAEGW-U、SGW-U、PGW-U)とSxの関連付けを作成する必要があります。制御プレーンは、Sx アソシエーションセットアップ要求メッセージを送信し、ユーザー プレーンは、関連付けを作成する Sx アソシエーションセットアップ応答メッセージで応答します。これが完了すると、コントロール プレーンはユーザー プレーン上に Sx セッションを作成できます。
エンド ユーザーがネットワークにアクセスする場合、CUPS セッションを作成する必要があります。 図 1 は、SAEGW-C と SAEGW-U の間に Sx アソシエーションが確立されると、このプロセスを示しています。
の CUPS セッション作成
CUPS セッション データ フロー
セッションが確立されると、SAEGW-Cはデータフローに直接関与しなくなります。データはUEからeNodeBを通ってSAEGW-you、そしてコアネットワークに直接行き来します。 図 2 を参照してください。
課金および使用状況レポート
Junos マルチアクセス ユーザー プレーンは、3GPP TS 23.203、ポリシーおよび課金制御アーキテクチャに従って課金および使用状況レポートをサポートします。Junos マルチアクセス ユーザー プレーンは、次の使用状況レポートをサポートしています。
ボリュームしきい値のみ
ボリューム 割り当てのみ
ボリュームしきい値とボリューム 割り当て量
Junos マルチアクセス ユーザー プレーンでは、次のプロセスを使用して使用状況レポートを生成します。
eNodeB間のハンドオーバーとSGWまたはSAEGW変更なし
Junos OS 20.4R1 以降、Junos マルチアクセス ユーザー プレーンは UE モビリティをサポートします。
図 3 は、UE が SGW や SAEGW の変更を必要とせずに 1 つの eNodeB から別の eNodeB に切り替えた場合のハンドオーバー プロセス全体を示しています(すなわち、両方の eNodeB が同じ SGW によって提供されます)。これはモビリティハンドオーバーの最もシンプルなバージョンです。
間のハンドオーバー
以下のステップでは、SGW と PGW の制御プレーン機能とユーザー プレーン機能の相互作用について説明します( 図 3 のステップ 15~17)。
Step 15: Target MME to Target SGW Modify Bearer Request
- SGW-C が Sx セッション修正要求を MX SGW-U に送信します。このメッセージには、新しい eNodeB に対応する F-TEIDu が含まれています。また、MX SGW-you に新しい eNodeB に向けて「終了マーカー」メッセージを送信するよう指示することもできます。
- 要求された場合、MX SGW-U は Sx セッション変更メッセージによって参照されるすべてのベアラーに対して、S1-U インターフェイス上の「エンド マーカー」メッセージを古い eNodeB に送信します。
- MX SGW-U は、ベアラーのダウンリンク ピア F-TEID を Sx セッション修正リクエストで受信した F-TEIDu に更新します。
- MX SGW-U が SGW-C に Sx セッション変更応答を送信
Step 16: Target SGW to PGW Modify Bearer Request
このステップは、どのベアラーに対する F-TEIDu 割り当てにも影響しません。しかし、UEの新しい場所に基づいて他の転送および充電パラメータを更新することがあります。
PGW-C は、Sx セッション修正要求を MX PGW-U に送信します。
MX PGW-U は対応するベアラーを更新し、Sx セッションモディフィケーション レスポンスを PGW-C に送信します。
SGW変更による引き渡し
CUPSモデルを考えると、SGW変更には2種類の手順があります。
Type 1:SGW変更時に、セッション作成メッセージのみMME/SGSNからSGW-Cに送信されます。
Type 2:セッションリクエストメッセージの作成後、変更ベアラーリクエストメッセージが、SGW変更時にMME/SGSNからSGW-Cに送信されます。
MX SGW-U の主な違いは、最初に新しい SGW-C がセッション リクエストの作成内で eNodeB と PGW F-TEIDu の両方で提供される点です。2 つ目の場合、eNodeB の F-TEIDu は、SGW-C と SGW-U 間の 1 つの Sx セッション修正リクエスト/応答交換に変換される「変更ベアラーリクエスト」で提供されます。タイプ 1 はタイプ 2 のサブセットと見なすことができるため、ここでは Type 2 ハンドオーバーのプロセスを示します。
図 3 は、UE が SGW の変更を必要とする 1 つの eNodeB から別の eNodeB に切り替えた場合のハンドオーバー プロセス全体を示しています。以下のステップでは、SGWとPGWの制御プレーンとユーザープレーン機能の相互作用について説明します( 図3のステップ4、4a、15-17、19)。
Step 4: Target MME to Target SGW Create Session Request
- 対象の SGW-C は、Sx セッション確立要求をターゲット MX SGW-U に送信します。PGW-U がターゲット SGW-U とは異なる物理ノードである場合、メッセージにはセッションのすべてのベアラーに対する PGW-U の F-TEIDu が含まれます。MX SGW-U は UP 機能割り当て済みのローカル F-TEIDu のみをサポートするため、ローカル F-TEIDu は含まれません。
- 対象の MX SGW-U が新しいセッションを作成し、Sx セッション確立要求で示されたすべてのベアラーにローカル F-TEIDu を割り当てます。メッセージに PGW-U の F-TEID が含まれている場合、それらを使用して、参照されるすべてのベアラーにアップリンク ピア F-TEIDu を設定します。
- ターゲットの MX SGW-U は、Sx セッション確立応答メッセージをターゲット SGW-C に送信します。
Step 15: Target MME to Target SGW Modify Bearer Request
対象のSGW-Cは、Sxセッション修正リクエストをターゲットMX SGW-Uに送信します。このメッセージには、新しい eNodeB に対応するすべてのベアラーに対する F-TEIDu が含まれています。
ターゲットMX SGW-Uは、ベアラーのダウンリンクピアF-TEIDを、Sxセッションモディフィケーションリクエストで受信したF-TEIDuに更新します。
MX SGW-U が SGW-C に Sx セッション変更応答を送信します。
Step 16: Target SGW to PGW Modify Bearer Request
PGW-C は、Sx セッション修正要求を MX PGW-U に送信します。対象となるSGW-UのF-TEIDuを含む。MX PGW-you に「終了マーカー」メッセージを送信するよう指示することもできます。
これを指示された場合、MX PGW-U は「終了マーカー」メッセージを古い SGW-U に送信します。
MX PGW-U は、Sx モディフィケーション要求メッセージで受信したすべての F-TEIDu に対して、ダウンリンク ピア F-TEID を更新します。
MX PGW-Uは、SxセッションモディフィケーションレスポンスをターゲットのSGW-Cに送信します。
Step 19: Source MME to Source SGW Delete Session Request
ソース SGW-C は、ソース MX SGW-U に Sx セッション削除要求を送信します。
ソースMX SGW-Uはすべてのベアラーとセッションを削除します。
ソースMX SGW-Uは、ソースSGW-CにSxセッション削除応答を送信します。