Workflow

次の手順では、SMF での MBR のプロセスの段階的な説明を示します。

1. SMF で 2G/3G が正常にアタッチされると、SMF は、変更された cgi/rai/rai 値を含む ModifyBearerRequest メッセージを受信します。

2. SMF は、ベアラー応答の変更を S-GW に送信します。

3. SMF は次の値とともに N4ModificationRequest メッセージを送信します。

   • cgi/rai/rai を更新したPFCP_IE_SUB_PARAMS。

   • トリガーが設定された URR に送信されるPFCP_IE_QUERY_URR 。

4. SMF は使用状況レポートを含む N4ModificationResponse メッセージを受信します。

5. SMF は、次の値を含む ChargingDataUpdateRequest メッセージを CHF に送信します。

   • RAT_CHANGE としての TriggerType。

   • E-UTRAN RAT タイプの MultipleUnitUsage。

   • UTRAN RAT タイプの PDUSessionChargingInformation。

6. SMF は CHF から ChargingDataUpdateResponse メッセージを受信します。

7. SMF は、SAREA_CH を含む PolicyUpdateRequest メッセージを送信します。

8. SMF は PCF から PolicyUpdateSuccess メッセージを受信します。

（注）	コール フローは、2G RAT タイプと同様です。

Workflow

次の手順では、SMF での 4G ホームから 3G ローマへのシナリオにおいて、専用ベアラを使用したハンドオーバーの手順のプロセスを順を追って説明します。

1. SMF で 4G の専用ベアラとの接続が正常に完了すると、SMF は次の値を含む ModifyBearerRequest メッセージを受信します。

   • サービング NW 内のビジター PLMN

   • RAT タイプ UTRAN

   • 変更済みターゲットGTP-U TeID

   • デフォルトおよび専用ベアラによるベアラ リスト

2. SMF は次の値とともに N4ModificationRequest メッセージを送信します。

   • ratType = 1(UTRAN) と roaming_status = 4(ROMER)を伴う PFCP_IE_SUB_PARAMS 。

   • デフォルトのベアラ用に N9 および S5 PDR を作成します。

   • デフォルトのベアラの N3 および S5 PDR を削除します。

   • external_header_creation で forwアクションが設定され、ターゲット TeID になっているデフォルト ベアラの DL S5 FAR を更新します。

   • オンラインとオフライン URR のQuery_interface。

3. SMF は使用状況レポートを含む N4ModificationResponse メッセージを受信します。

4. SMF は、次の値を含む ChargingDataUpdateRequest メッセージを CHF に送信します。

   • RAT_CHANGE としての TriggerType。

   • E-UTRAN RAT タイプの MultipleUnitUsage。

   • UTRAN RAT タイプの PDUSessionChargingInformation。

5. SMF は CHF から ChargingDataUpdateResponse メッセージを受信します。

6. SMF は、RAT_TY_CH および RAT タイプ UTRAN として repPolicyCtrlReqTriggers を含む PolicyUpdateRequest メッセージを送信します。

7. SMF は PCF から PolicyUpdateSuccess メッセージを受信します。

（注）	このコール フローでは、次のことが実行されます。 ベアラ リストにデフォルトのベアラのみが含まれている ModifyBearerRequest メッセージを受信した場合、デフォルトのベアラは処理され、N4ModificationRequest メッセージで削除 PDR、QER、FAR、URR が送信され、専用ベアラが削除されます。 専用ベアラのみが受信された場合は、MBR は拒否されます。 コール フローは、RAT タイプが 2G ネットワークの GERAN になる 2G ローミングの専用ベアラを使用する 4G ホームで同様です。

Workflow

次の手順では、SMF での 3G ネットワークの SGW ハンドオーバーのプロセスを段階的に説明します。

1. SMF で 3G が正常にアタッチされると、SMF は、ターゲット SGW GTP-U teid および IP アドレス値を含むベアラー要求の変更メッセージを受信します。

2. SMF は次の値とともに N4ModificationRequest メッセージを送信します。

   • forw アクションを設定し、 outer_header_creation でターゲット SGW teidと IP アドレスを使用して DL S5 FAR を更新します。

   • オンラインとオフライン URR の Query_interface。

3. SMF は使用状況レポートを含む N4ModificationResponse メッセージを受信します。

4. SMF は、次の値を含む ChargingDataUpdateRequest メッセージを CHF に送信します。

   • SERVING_NODE_CHANGE としての TriggerType。

   • E-UTRAN RAT タイプの MultipleUnitUsage。

   • UTRAN RAT タイプの PDUSessionChargingInformation。

5. SMF は CHF から ChargingDataUpdateResponse メッセージを受信します。

Workflow

以下の手順は、SMF での HLR によって開始される QoS 変更の段階的なプロセスから構成されます。

1. S4-SGSN は、HLR によって開始された QoS パラメータの更新に応答して、SGW にベアラーの変更コマンドを送信します。デフォルトのベアラー QoS の変更のサポートは制限されます。このプロセスでは、デフォルトのベアラー QoS の変更だけをサポートします。

2. SMF は、SESS_AMBR または QOS_CH 値を使用して Npcf_SMPolicyControl_Update メッセージを PCF に送信します。

   • QoS の変更の場合、SMF は DEF_QOS_CH 値を repPolicyCtrlReqTriggers 属性内に含め、新しいサブスクライブされたデフォルト QoS を subsDefQos 属性内に含めます。

   • Sess-AMBR の変更の場合、SMF は SE_AMBR_CH を repPolicyCtrlReqTriggers 属性内に含め、新しい Session-AMBR を subsSessAmbr 属性内に含めます。

3. PCF は、新しい承認されたセッション AMBR と承認されたデフォルト QoS を、応答の SMF にプロビジョニングします。

4. QCI/ARP 値が変更された場合、SMF は、変更された APN-AMBR および/または EPS ベアラー QoS とともに、ベアラー要求の更新メッセージを SGW に送信します。

5. S-GW から正常な [Update Bearer Response] メッセージを受信した後、SMF は [Update-PDR] や [Update-QER] の値で N4 変更をトリガーします。

6. ベアラーの変更が失敗した場合、SMF はエラー処理タイプ（FHT）に基づいてアクションを実行します。

7. このシナリオでは、4G セッションと同様に、procedure_type mme_req_ded_brr_mod および適切な rate_type を持つ既存の smf_service_stats メトリックがペグされます。

（注）	示されているように、HLR によって開始された QoS 変更時に DEF_QOS_CH および SE_AMBR_CH PCF トリガーが送信されます。ただし、他のシナリオではサポートされていません。

Workflow

次に、SMF での PCF によって開始される QoS 変更の段階的なプロセスの手順を示します。

1. QoS パラメータの PCF によって開始された通知の更新は、デフォルトのベアラーでサポートされます。

   SMF は PCF から通知更新を受信すると、QCI/ARP が変更された場合は、変更された APN-AMBR 値や EPS ベアラー QoS 値を使用して、ベアラー要求の更新メッセージを SGW に送信します。

2. S-GW から正常な [ベアラー応答の更新（Update Bearer Response）] メッセージを受信した後、SMF は [Update-PDR] や [Update-QER] の値で N4 変更をトリガします。

3. ベアラーの変更が失敗した場合、SMF はエラー処理タイプ（FHT）に基づいてアクションを実行します。

（注）	4G セッションの場合、SMF は UBR または N4 の障害時に PCF に通知を送信しません。同じ動作が、PCF によって開始された QoS 変更と HLR によって開始された QoS 変更の両方の 2G/3G セッションに適用されます。

Workflow

S4-SGSN PCF によって開始された変更では、PCF によって開始された通知の更新は、既存の 4G 実装とともにデフォルトのベアラーに対してサポートされます。EventTrace の 2g/3g プロシージャに新しい ProcedureType が追加されました。専用ベアラー操作は 2g/3g ではサポートされていません

次の手順障害ログタグが追加されています。

• 3gbrrmod-procfailure

• 2gbrrmod-procfailure

専用ベアラーの作成/変更/削除は、2G/3G セッションではサポートされていません。SMF は、次の図に示すように、専用ベアラの作成を必要とする PCC ルールの追加を拒否します。

Workflow

以下の段階は、SMF を介した GERAN および UTRAN への初期接続における SMF と他の NF 間の相互作用を説明しています。

1. SMF は、SGSN から次の値を持つ Create PDP Context Request メッセージを受信します。

   • RATタイプは、2G接続の場合はGERAN、3G接続の場合はUTRANです。

   • SGSN 制御

   • データTEID

   ULI には、次のいずれかの値が含まれます。

   • ルーティングエリア識別子（Rai）

   • サービスエリア識別子 (Sai)

   • セル グローバル識別子（Cgi）

   • サービス エリア識別子 ⁺ ルーティング エリア識別子

   • セル グローバル識別子 ⁺ ルーティング エリア識別子

2. SMF は PolicyCreateRequest メッセージを PCF に送信して、ポリシーの関連付けを確立します。

3. SMF は、ポリシー課金および制御情報を含む PolicyCreateSuccess メッセージを PCF から受信します。

4. UE IP アドレスが割り当てられ、SMF は、UE_IP_CH トリガーを使用して PolicyUpdateRequest を PCF に送信します。

5. SMF は PCF から PolicyUpdateSuccess メッセージを受信します。

6. SMF は PCF から受信した課金ポリシーに基づいて、CHF に向けて ChargingDataRequest メッセージを開始します。

7. SMF は CHF から ChargingDataSuccess メッセージを受信し、次の値を取得します。

   • セッションまたは RG レベルで CC がトリガーする

   • セッション レベルの時間またはボリュームの制限

   • RG レベルでの時間またはボリュームの制限

   • RG レベルのクォータ

8. SMF は、PDR、QER、FAR、URR に関連する情報を中継するために、UPF に向けて N4SessionEstablishmentRequest メッセージを送信します。

9. SMF は UPF から N4SessionEstablishmentSuccess メッセージを受信します。

10. SGSN は SMF から Create PDP Context Response（ベアラ制御モード値 2）を受信します。