PDP コンテキストのアクティブ化手順で、このソリューションは、TS 29.274 で定義されている GPRS トンネリングプロトコル v2（GTPv2）の新しい情報要素（IE）を使用します。SGSN は、次の図に示すように、RNC および S-GW のユーザープレーンアドレスを S12U FTEID として提供します。

SGSN は、ダイレクトトンネルでアクティブ化されたベアラーコンテキストの RNC から RAB リリース要求を受信すると、ベアラーアクセスリリース要求を S-GW に送信します。

S-GW は、ベアラーアクセスリリース要求を受信すると S12 U RNC FTEID を削除します。ダウンリンクデータが検出された場合、S-GW はデータを転送するためのユーザープレーン FTEID がないため、ダウンリンクデータ通知を送信します。

ストリーミングクラスまたは会話クラスのベアラーは、非アクティブにする必要があるため、ベアラーアクセスリリース要求に含まれません。ただし、S4-SGSN は現在、RAB リリース時のストリーミング/会話ベアラーの非アクティブ化をサポートしていません。

重要	通信事業者は、S4-SGSN で会話クラスまたはストリーミングクラスのベアラーを使用しないでください。

SGSN は、Iu リリースを受信し、ベアラーがダイレクトトンネリングでアクティブ化されると、ベアラーアクセスリリース要求を S-GW に送信します。

ストリーミングクラスまたは会話クラスのベアラーは、非アクティブにする必要があるため、ベアラーアクセスリリース要求に含まれません。ただし、S4-SGSN は現在、Iu リリース時のストリーミングまたは会話ベアラーの非アクティブ化をサポートしていません。

重要	通信事業者は、S4-SGSN で会話クラスまたはストリーミングクラスのベアラーを使用しないでください。

UE がアイドル状態で、データまたはシグナリング接続を確立する必要がある場合、UE はデータのサービス要求を送信します。また、UE は、SGSN からページングされたときに、サービス要求を SGSN に送信することもできます。

SGSN は、データのサービス要求を受信すると、RAB を確立し、RNC から受信した 12U FTEID を使用して、S-GW にベアラー変更要求を送信します。

RAB がリリースされると（ただし UE は SGSN との Iu 接続を維持します）、SGSN は S-GW に、アクセスベアラーリリース要求を介して RNC 側 TEID をリリースするように通知します。

S-GW は、アクセスベアラーリリース要求の受信後にダウンリンク GTPU データを P-GW から受信した場合、そのデータの転送先である RNC TEID も SGSN ユーザープレーン TEID も認識していません。そのため、RAB を確立するように SGSN に信号を送信します。このシグナリングメッセージは、S-GW からのダウンリンクデータ通知メッセージです。

S-GW からのダウンリンクデータ通知が受信されると、欠落しているすべての RAB が確立され、ベアラー変更要求が RNC S12U FTEID で S-GW に送信されます。

IU が解放されると、UE は IDLE になります。SGSN は、アクセスベアラー解放要求を送信して、RNC 側 TEID を解放するように S-GW に通知します。この時点以降に S-GW が P-GW からダウンリンク GTPU データを受信しても、S-GW では、そのデータの転送先である RNC TEID や SGSN ユーザープレーン TEID が分かりません。

S-GW がアクセスベアラー解放要求の受信後にダウンリンク GTPU データを受信しても、S-GW では、そのデータの転送先である RNC TEID や SGSN ユーザープレーン TEID が分かりません。そのため、RAB を確立するように SGSN に信号を送信します。このシグナリングメッセージは、S-GW からのダウンリンクデータ通知です。UE がアイドル状態のときに S-GW からダウンリンクデータ通知を受信した場合、SGSN は RAB を確立する前に UE をページングします。SGSN は、RNC S12U FTEID で S-GW にベアラー変更要求を送信します。

ダイレクトトンネルを使用した S-GW の変更を伴わないルーティングエリアの更新では、SGSN が RNC FTEID を使用して S-GW にベアラー変更要求を送信します。SGSN は、送信元 RNC に RAB が存在していた場合にのみ、宛先 RNC との RAB を確立します。

S-GW の変更を伴わないルーティングエリア更新の詳細な動作を次の表に示します。

S-GW の変更を伴うルーティングエリア更新では、SGSN は、DTF フラグが設定され、ユーザープレーン FTEID がないセッション作成要求を送信します。そのセッション作成応答で、S-GW は S12U FTEID を送信し、それが RAB 割り当て要求を介して RNC に転送されます。

SGSN は、RAB Assignment Response で受信した RNC FTEID を、ベアラー変更要求で S-GW に送信します。内部 SGSN RAU では、考慮すべき多くのシナリオがあります。

次の表に、S-GW の変更を伴うルーティングエリア更新の詳細な動作を示します。

S-GW の変更を伴う内部 SRNS（サービング無線ネットワークサブシステム）では、SGSN は、DTF フラグが設定され、ユーザープレーン FTEID がないセッション作成要求を送信します。新しい S-GW からのセッション作成応答には、SGSN が再配置要求でターゲット RNC に転送する SGW S12U FTEID が含まれます。

SGSN は、ベアラー変更要求で RNC S12U FTEID を新しい S-GW に送信します。

次の表には、内部 SRNS シナリオの詳細な動作が含まれています。

S-GW の変更を伴わない内部 SRNS では、再配置要求が SGW S12U FTEID とともに送信されます。受信された RNC S12U FTEID は、ベアラー変更要求で S-GW に転送されます。

次の表には、内部 SRNS シナリオの詳細な動作が含まれています。

新しい SGSN は、DTF フラグが設定され、ユーザープレーン FTEID のないセッション作成要求を新しい S-GW に送信します。新しい SGSN は、セッション作成応答で受信した SGW S12U FTEID を再配置要求でターゲット RNC に送信します。新しい SGSN は、再配置要求の確認応答で受信した RNC S12U FTEID をベアラー変更要求で新しい に送信します。

新しい SRNS シナリオの詳細な動作を以下の表に示します。

新しい SGSN SRNS 中の間接データ転送（IDFT）は、E-UTRAN から UTRAN への接続モードの IRAT ハンドオーバー中に発生します。コールフローの詳細については、次の図を参照してください。

新しい SRNS シナリオの詳細な動作を以下の表に示します。

このシナリオには、2 つの SGSN 間の SRNS 再配置が含まれているため、IDFT は適用されません。データは、送信元とターゲット RNC の間で直接転送されます。転送再配置要求が S12U FTEID とともに送信されます。

以下の表には、旧 SRNS の詳細な動作が含まれています。

古い SGSN SRNS 中の間接データ転送（IDFT）は、UTRAN から E-UTRAN への接続モードの IRAT ハンドオーバー中に発生します。転送再配置要求が SGW S12U FTEID とともに送信されます。

S-GW は、SGW S12U FTEID を使用して、ネットワークによって開始されたセカンダリ PDP コンテキストのアクティブ化に関するベアラー作成要求を送信します。この FTEID は、RAB 割り当て要求で RNC に送信されます。RAB 割り当て応答で受信した RNC S12U FTEID は、ベアラー作成応答で S-GW に送信されます。

UE がアイドル状態にあり、PGW 初期化変更を受信した場合、SGSN は最初の MBR を送信します。PGW 初期化変更がアイドル状態になると、SGSN は PGW 初期化変更をキューに入れ、内部でダウンリンクデータ通知をフィードします。これにより、すべての RAB がセットアップされ（古い QoS を使用）、ベアラー変更要求が送信されます。ダウンリンクデータ手順が完了すると、キューに入れられた PGW 初期化変更が処理されます。

SGSN は、ダイレクトトンネルをセットアップできるかどうかを判断します。デフォルトでは、SGSN はダイレクトトンネルをサポートしません。次の設定では、コール制御プロファイルで GTP-U DT を有効にします。

config 
   call-control-profile policy_name 
      direct-tunnel attempt-when-permitted [ to-ggsn | to-sgw ] 
      end 

無線アクセスコントローラ（RNC）への SGSN アクセスは、IuPS サービスで設定されます。各 IuPS サービスには、RNC に応じて通信と機能を決定する複数の RNC 設定を含めることができます。デフォルトでは、DT 機能はすべての RNC に対して有効になっています。

次の設定シーケンスで、以前はダイレクトトンネリングが無効になっていた特定の RNC に対する DT が有効になります。

config 
   context ctxt_name 
      iups-service service_name 
         rnc id rnc_id 
            default direct-tunnel 
            end 

次の設定シナリオでは、S4-SGSN が SGSN 間 RAU 中に S12 インターフェイスを介してダイレクトトンネリングをセットアップすることが禁止されます。

config 
   call-control-profile profile_name 
      rau-inter avoid-s12-direct-tunnel  
      end 
 
 

特定の RNC によるダイレクトトンネリングを制限する：次の設定シナリオでは、コールが特定の RNC から発信された場合に、SGSN がダイレクトトンネルのセットアップを試行することを制限します。

config 
   context context_name 
      iups-service service_name 
         rnc id rnc_id 
            direct-tunnel not-permitted-by-rnc 
												end 
 

コール制御プロファイルのダイレクトトンネル設定を表示して確認するには、次のコマンドを使用します。

show call-control-profile full name <profile_name> 

このコマンドの出力には、指定したコール制御プロファイルのダイレクトトンネルを含むすべての設定が表示されます。

Call Control Profile Name = ccprofile1 
. 
. 
. 
Re-Authentication                                                                                  : Disabled 
Direct Tunnel                                                                                          : Not Restricted 
GTPU Fast Path                                                                                        : Disabled 
. 
. 

RNC 設定のダイレクトトンネル設定を表示して確認するには、次のコマンドを使用します。

show iups-service name  <service_name> 

このコマンドの出力には、指定した IuPS サービスのダイレクトトンネルを含むすべての設定が表示されます。

IService name                                                : iups1 
. 
. 
. 
Available RNC: 
    Rnc-Id                                                          : 1 
    Direct Tunnel                                            : Not Restricted