CUPS アーキテクチャでは、SAEGW-C は、接続が最も少ないユーザープレーンを選択するアルゴリズムを使用してユーザープレーンを選択します。また、ユーザープレーンのフラットリストからユーザープレーンを選択します。

この機能により、オペレータは、APN または APN プロファイルに関連付けられている特定の UP グループからユーザープレーンを選択できます。

S-GW では、UP グループはアクセスポイント名（APN）プロファイルに関連付けられます。APN プロファイルは、1 つ以上の APN に適用可能な一連の APN 固有のパラメータをグループ化します。1 つの APN プロファイルを複数のオペレータポリシーと関連付けられます。

Cisco CUPS ソリューションは、UP の静的選択をサポートします。これは、アクティブで使用可能な SAEGW-U の静的選択に基づいています。UP の静的選択では、UP グループの概念が使用されます。UP グループは UP SAEGW-U のグループです。各 APN は 1 つの UP グループに関連付けられます。APN は関連付けられた UP グループによってサービスを提供されます。UP の選択では、その特定のグループで使用可能な接続数が最も少ない UP を選択するアルゴリズムが使用されます。

UP グループ

UP は 1 つの UP グループにのみ属することができます。UP グループでは、すべての UP のキャパシティと機能が同じである必要があります。異なるタイプの UP は、異なる UP グループに含める必要があります。

CUPS は、次のタイプの UP グループをサポートします。

• 特定の UP グループ：明示的に設定された UP のセットです。特定のグループを使用すると、特定のタイプの UP を柔軟にグループ化できます。これは、特定の UP セットを特定の目的で予約するのに役立ちます。特定のグループは複数設定できます。

• デフォルト UP グループ：これは、登録済みで、特定の UP グループに含めるよう明示的に設定されていないすべての UP をグループ化するデフォルトグループです。デフォルトグループには、CP で UP を明示的に設定することなく、ゼロタッチ方式で UP を登録できるという利点があります。このタイプのグループは、同じキャパシティと機能を持つすべての UP が同じデータセンターにあるような、コロケーション CUPS に適しています。デフォルトグループは、CP の UP 設定を最適化します。

APN は UP グループに関連付けることができます。APN に関連付けられているグループがない場合は、デフォルトの UP グループがその APN にサービスを提供するために使用されます。同様に、Pure-S コールに対して UP を選択する場合は、UP グループを APN プロファイルに関連付けることができます。APN プロファイルやオペレータポリシーが定義されていない場合、または APN プロファイルに関連付けられているグループがない場合、SAEGW-C は選択の際に「デフォルト」の UP グループを使用します。

オペレータは、特定のアプリケーション用に特定の UP を予約できます。たとえば、IMS、インターネット、および IoT は異なる UP グループを持つことができます。

この機能の目的は次のとおりです。

• SAEGW-C には、常に「default」という名前のユーザープレーングループが 1 つあります。

• SAEGW-C は、最大 100 のユーザープレーンをサポートします。

• ユーザープレーンは、さまざまなグループに編成できます。

• 現在、100 のユーザープレーングループを設定でき、1 つのグループに最大 100 のユーザープレーンを設定できます。

• 1 つのユーザープレーンは、1 つのユーザープレーングループのみに属することができます。

• 特定のユーザープレーングループおよびデフォルトグループには複数のユーザープレーンを設定できます。

• SAEGW-C に関連付けられているが、どのユーザープレーングループにも定義されていないユーザープレーンは、デフォルトグループに追加されます。

• オペレータは、ユーザープレーングループを APN および APN プロファイルに関連付けることができます。

• Pure-P コールや Collapsed コールの APN に関連付けられているユーザープレーングループがない場合、SAEGW-C はデフォルトグループを使用してそのセッションのユーザープレーンを選択します。

• APN プロファイルに関連付けられたユーザープレーングループがない場合、または APN プロファイルが定義されていない場合、SAEGW-C は Pure-S コールに「デフォルト」ユーザープレーングループを使用します。

• 同じ APN を使用したマルチ PDN コールの場合、同じユーザープレーンが選択されます。異なる APN を使用したマルチ PDN コールの場合、別のユーザープレーングループの別のユーザープレーンが選択されます。

• APN に関連付けられたユーザープレーングループは、IP プールチャンクをユーザープレーンに送信するときにも使用されます。APN に関連付けられた IP プールはチャンクに分割され、APN に関連付けられたグループからすべての UP に配布できます。

• APN に関連付けられていないユーザープレーングループの場合、SAEGW-C はこれらのグループに属する UP に IP プールチャンクを送信しません。これは、デフォルトグループにも当てはまります。

• 静的 IP アドレス（IPv4 または IPv6）を使用したセッションがサポートされています。静的セッションのユーザープレーンの選択は、APN に関連付けられたユーザープレーングループからユーザープレーンへのチャンクの割り当てに従って固定されます。

• 複数の APN で同じ静的 IP アドレス範囲が使用されている場合は、それらの APN で同じユーザープレーングループを使用することを推奨します。

ここでは、この機能をサポートするために使用可能な設定について説明します。

前提条件：

• コントロールプレーンとユーザープレーンに同じ IP コンテキストが存在する必要があります。

• APN 設定で指定された IP コンテキスト名は、コントロールプレーンとユーザープレーンで同じである必要があります。

この機能は、次の CLI コマンドをサポートしています。

• show sx peers

  • このコマンドの出力の [Group Name] 列には、コントロールプレーンでピアが属する user-plane-group の名前が表示されます。

  • どのグループにも属していないピアは、「default」ユーザープレーングループに追加されます。

  • user-plane-group がどの「apn」にも関連付けられていない場合、SAEGW-C はこのグループからユーザープレーンに IP プールを送信しません。したがって、このコマンドの出力では、「apn」に関連付けられていないグループ名の IP プールのステータスは「N – Not Applicable」になります。また、このグループのユーザープレーンについては、show sx peers を UP で実行すると、ピア ID が「0」と表示されます。

• show ip user-plane

• show ip pool-chunks up-id up_id user-plane-group name up_group_name

マルチアクセス エッジ コンピューティング（MEC）アーキテクチャでは、エッジユーザープレーン（UP）を選択することで、低遅延と最大限の帯域幅効率が実現します。ユーザー機器（UE）のロケーション情報を使用して、UP が選択されます。

エッジ UP を選択では、次の詳細度が考慮されます。

• 詳細度が最も低いのが、E-UTRAN セルグローバル識別子（ECGI）またはセルグローバル識別子（CGI）です。

• 次に詳細度が低いのが、トラッキングエリア識別子（TAI）、回送エリア識別子（RAI）、またはサービスエリア識別子（SAI）です。

• TAI-SAI-RAI-ECGI では、TAI、SAI、RAI、および ECGI には固定優先順位があり、複数の ULI タイプを受信した場合には ULI タイプを照合します。

この項では、一連の操作について説明します。

1. P-GW、GGSN、または SAEGW の場合、fqdn-postfix と FQDN タイプ（EGCI/CGI または TAI/RAI/SAI）を含む UP の完全修飾ドメイン名（FQDN）が APN レベルで設定されます。

2. S6b インターフェイス プロトコルベースの認証では、認証応答の fqdn-postfix 値が使用されます（P-GW、GGSN、または SAEGW サービスにのみ適用可能）。

3. DNS（S-NAPTR）クエリが DNS サーバーに送信されます。

   （注）	DNS（S-NAPTR）は、GGSN の APN レベルのユーザープレーン FQDN で設定されたタイプ（E-CGI | RAI-TAI-SAI | TAI-SAI-RAI-ECGI）に基づいて生成されます。

4. DNS サーバーから受信した応答は、P-GW/GGSN/SAEGW（Collapsed）のサービス x-3gpp-upf:x-sxb および S-GW の x-3gpp-upf:x-sxa に一致します。

5. 一致する DNS（S-NAPTR）応答は、UP IP に対して再帰的に処理されます。

   • 有効になっている場合、処理された IP は、LCI ベースの UP の選択に関する候補リストに表示されます。

   • 有効になっていない場合、処理された IP は、セッション数ベースの UP の選択（LCI の有無にかかわらず）に関する候補リストに表示されます。

6. 応答に存在するいずれの UP IP も、関連付けられた Sx ピアと一致しない場合、セッションの作成が失敗します。

7. S-GW 動的 UP の選択の場合、DNS クライアントコンテキストは sgw-service コンテキストと同じである必要があります。

8. S-GW 動的 UP の選択に対する DNS 応答が成功すると、UP アドレスの DNS 動的リストから UP が選択されます。DNS 障害が発生した場合（UP アドレスまたは DNS タイムアウトなしで DNS 応答が空になった場合）、UP の選択は、静的に設定された APN プロファイルベースのユーザープレーングループ機能にフォールバックします。

   （注）	Pure S-GW マルチ PDN は、独立した DNS ベースの UP の選択で動作します。 S-GW の再配置の使用例は、ハンドオーバー時に独立した DNS ベースの UP の選択で機能します。ユーザープレーングループが APN プロファイルで設定されている場合、動的 UP の選択が優先されます。 DNS（NAPTR）クエリが送信されてから、応答を受信するまでに数秒の遅延（tx + rx に相当）があります。 DNS サーバーに到達できない場合は、セッションの確立が最大 30 秒遅延してから、従来のメソッドを使用して UP が選択される場合があります。

次の項では、動的 UP の選択機能に関連するさまざまなシナリオについて説明します。

ここでは、ダイナミック ユーザー プレーン選択機能を設定する方法について説明します。

ここでは、ダイナミック UP 選択機能でサポートされるコマンドについて説明します。

show apn name apn_name

このコマンドは、Pure-P コールと Collapsed コールの DNS 関連情報を表示します。

このコマンドの出力を使用して、次の値を確認できます。

• APN の FQDN

• FQDN のタイプ

show sgw-service name sgw_service_name

このコマンドは、Pure-S コールの DNS 関連情報を表示します。

このコマンドの出力を使用して、次の値を確認できます。

• APN の FQDN

• FQDN のタイプ

show saegw-service statistics

show saegw-service statistics CLI コマンドを使用して、統計情報を収集します。

以下に、show saegw-service statistics all および show saegw-service statistics name SAEGW21 CLI コマンドの出力例の一部を示します。

Dynamic Uplane Selection Statistics:
   Attempted              :             x
   Successful             :             x
   Failure                :             x
   Peer not Found         :             x
   Negative DNS response  :             x
   DNS timed out          :             x
   Unsolicited UP Selection Response:   x
   DNS Query Response post DNS timeout: x

以下に、show saegw-service statistics all function sgw CLI コマンドの出力例の一部を示します。

Dynamic Uplane Selection Statistics:
  Attempted:                             7
  Successful                             4
  Failure:                               3
    Mismatch DNS response:               1
    Negative DNS response:               1
    DNS timed out:                       1
    Unsolicited UP Selection Response:   1
    DNS Query Response post DNS timeout: 1

このスキーマを使用して、動的ユーザープレーン選択機能に関連する次のバルク統計情報を収集します。

• saegw-dyn-up-attempt

• saegw-dyn-up-attempt

• saegw-dyn-up-success

• saegw-dyn-up-success

• saegw-dyn-up-failure

• saegw-dyn-up-failure

• saegw-dyn-up-peer-not-found

• saegw-dyn-up-peer-not-found

• saegw-dyn-up-dns-timeout

• saegw-dyn-up-dns-timeout

• saegw-dyn-up-neg-resp

• saegw-dyn-up-neg-resp

リモート CUPS を使用すると、オペレータネットワークでプログレッシブ設定をロールアウトできます。特定の CP または UP プールでパイロットまたはカナリアバージョン N+1 を展開してアクティブ化できますが、バージョン N の設定は、モニタリング期間後に、この N+1 設定をすべての CP または UP プールにロールアウトするとオペレータが決めるまで、他の CP または UP プールでアクティブなままです。

この機能の使用例は次のとおりです。

• ECS または ADC 設定の更新のロールアウト：一方の CP または UP で古い設定を使用している間に、もう一方の CP または UP パイロットを使用して設定をテストする機能。

• 新しい APN 設定の更新：別のコンポーネントで古い設定を使用している間に、一連の CP または UP パイロットを使用して新しい APN 設定をテストする機能。

• IP プールの設定の更新を追加または削除します。

パイロット CP は、着信テストパイロットコールをパイロット UP グループにルーティングします。

パイロット CP は、通常のビジネスコールも元の展開に従って任意の UP にルーティングするため、この機能は 1 つの APN にある複数の UP グループをサポートします。最初の UP グループにパイロット UP が含まれ、2 番目の UP グループに他のすべての非パイロット UP が含まれます。1 つの UP が 2 つの UP グループに同時に存在することはできません。UP と UP グループ間には厳密な 1:1 マッピングがあります。

ここでは、 複数 UP グループのサポート機能の設定方法を説明します。

複数 UP グループのサポート機能を設定するには、次の手順を実行します。

UP 管理ポリシーの設定

UP 管理ポリシーを設定するには、次の設定を使用します。

configure 
   up-mgmt-policy policy_name 
      user-plane-group group_name 
      end 

注：

• up-mgmt-policy policy_name ：UP 管理ポリシーを 1 ～ 31 文字の文字列で指定します。

• user-plane-group group_name ：ユーザープレーングループの名前を指定します。

Pure-P コールおよび Collapsed コールの UP 選択

Pure-P および Collapsed コールタイプの UP 選択を設定するには、次の設定を使用します。

configure 
   context context_name 
      apn apn_name 
         up-mgmt-policy policy_name 
         end 

Pure-S コールの UP 選択

Pure-S コールタイプの UP 選択を設定するには、次の設定を使用します。

configure 
   context context_name 
      apn-profile profile_name 
         up-mgmt-policy policy_name 
         end 

注：

• up-mgmt-policy policy_name は、1 ～ 31 文字の文字列である必要があります。

• APN プロファイルレベルの UP グループまたは UP 管理ポリシーのいずれかを設定できます。

• APN プロファイルの場合、設定できる UP 管理ポリシーは 1 つだけです。

• IP アドレス割り当てのプール名を割り当てます。

この機能を使用すると、アクセスポイント名（APN）に基づいてユーザープレーングループを選択できます。仮想 APN 選択のルールの組み合わせでトラッキングエリアコード（TAC）範囲を設定する機能は、エッジコンピューティングやその他のサービス用のロケーションベースのユーザープレーン選択用の柔軟なネットワーク設計に役立ちます。

21.25 以降のリリースでは、コントロールプレーンノードで TAC およびルーティングエリアコード（RAC）プロファイルを設定するためのサポートが追加されています。この機能を使用すると、範囲ではなく、TAC/RAC プロファイルの離散値に基づいて APN を選択できるようになりました。

非 CUPS アーキテクチャでは、仮想 APN の選択は次のパラメータに基づきます。

• サブスクライバ IP

• Access-gw-address

• Bearer-access

• cc-behavior

• cc-profile

• ドメイン

• mcc

• msisdn-range

• pdp-type

• rat-type

• roaming-mode

• serv-gw-plmnid

CUPS アーキテクチャでは、仮想 APN の選択はトラッキングエリアコードの範囲に基づいて行われ、その他にも cc-profile や mcc/mnc などのオプションが考慮されます。

この機能をサポートするため、次の点が変更になります。

• 新しいパラメータに対応するため、新しい CLI キーワードを導入します。

• コール処理中に、受信したトラッキングエリアコードが設定済みのトラッキングエリアコードの範囲と比較され、仮想 APN が決定されます。

トラッキングエリアコードに基づく仮想 APN の選択：

• 仮想 APN に対し、30 以上の tracking-area-code-range の設定をサポートします。

• 重複する範囲（サブセットまたはスーパーセット）をサポートします。優先順位が異なる場合は、tracking-area-code-range の重複は許可されません。

• CLI 設定に基づいて仮想 APN を選択し、ユーザープレーンは新しいコールの仮想 APN に応じて、その UE の tracking-area-code に基づいて選択されます。

• 優先順位が同じ tracking-area-code-range と cc-profile の組み合わせをサポートします。

仮想 APN 機能には、リアル/Gn APN ごとのすべての仮想 APN 選択ルールの保存機能が含まれます。すべてのルールには複数の条件があります。ルールはプリファレンス番号によって識別されます。APN のリストが保存され、APN 内でルールはプリファレンス番号によって識別されます。

CSReq（TAI）で受信したトラッキングエリアコードを渡すための新しいパラメータが導入されました。

この項では、この機能をサポートするために使用可能な CLI コマンドについて説明します。

21.25 以降のリリースから、トラッキング エリア コード プロファイルはコントロールプレーンノードで設定できます。この機能を使用することで、TAC の範囲のみではなく、個別の値に基づいて APN を選択できるようになります。

次の CLI コマンドを使用して、個別の値と範囲を使ってトラッキング エリア コード プロファイルを設定します。

configure 
   context context_name 
      tac-profile tac_profile_name 
         tac range X to Y 
         tac value 

注：

• tac-profile tac_profile ：トラッキング エリア コード プロファイルの APN を設定します。tac_profile は、0 ～ 65535 までの任意の範囲または個別の整数値です。

• CLI コマンド 1 回あたりにサポートされる個別の TAC 値の数は 16 です。

TAC プロファイルと APN の関連付け

configure 
   context context_name 
      apn apn_name 
         virtual-apn preference preference apn apn_name tac-profile tac_profile 
         end 

21.25 以降のリリースから、ルーティング エリア コード プロファイルはコントロールプレーンノードで設定できます。この機能を使用することで、範囲ではなく、RAC プロファイルの個別の値に基づいて APN を選択できるようになりました。

次の CLI コマンドを使用して、個別の値を指定してルーティング エリア コード プロファイルを設定します。

configure 
   context context_name 
      rac-profile rac_profile_name 
         rac range X to Y 
         rac value 

注：

• routing-area-code-profile rac_profile ：ルーティング エリア コード プロファイルの APN を設定します。 rac_profile は、0 ～ 255 の任意の範囲または個別の整数値です。

• 最大 16 個の RAC プロファイル値を設定できます。

RAC プロファイルと APN の関連付け

configure 
   context context_name 
      apn apn_name 
         virtual-apn preference preference apn apn_name routing-area-code-profile rac_profile 
         end