JP2024517714A - セルラーデータパケットのルーティングの為のｉｐネットワークの改善された使用 - Google Patents

Abstract

セルラーデータ通信システムは、ＩＰネットワークによりＵＰＦに接続されたＢＢＵを含む。第１の変換モジュールは、ＧＴＰパケットをＩＰネットワーク上で送信されたＩＰパケットに変換する。第２の変換モジュールは、ＩＰパケットをＧＴＰパケットに再変換し、ＧＴＰパケットをＵＰＦに転送する。ＰＦＣＰプロキシは、ＵＰＦの制御パケットをインタセプトする。ＰＦＣＰプロキシによりスヌーピングされた情報は、ＵＰＦをバイパスしてパケットのルーティングを実行するように変換モジュール及びルーティングモジュールをプログラミングするルーティング／ＳＤＮコントローラに提供される。【選択図】 図３

Description

本出願は、セルラーデータ通信ネットワークへ及びからのパケットのルーティングに関する。

図１Ａを参照して、慣習的な５Ｇセルラーデータ通信ネットワーク１００において、ユーザ機器(user equipment)（ＵＥ）１０２は、ｇＮｏｄｅＢ１０６のパケットを送信することができ、ｇＮｏｄｅＢ１０６は、無線アンテナによりパケットを受信して受信したパケットをゲートウェイ（ＧＷ）１０８を通してＩＰネットワーク１１０に送信する機能を実行する。慣習的なセルラーデータ通信ネットワークにおいて、ＵＥ１０２からのパケットは、ユーザプレーン機能(user plane function)（ＵＰＦ）１１２、即ち、最初にパケットを受信したＧＷ１０８に関連するＵＰＦ１１２に転送されなければならない。ＵＰＦ１１２は、ネットワーク上でパケットを受信することができ、前記ネットワークは、ＵＰＦ１１２及びＧＷ１０８間のインターネットプロトコル（ＩＰ）ネットワーク１１０であることができる。ＵＰＦ１１２は、他のＩＰネットワーク１１４上でモバイルエッジコンピューティング(mobile edge computing)（ＭＥＣ）サーバ１１６にパケットを転送することができる。ＭＥＣサーバ１１６は、パケットの宛先であることができ、例えば、サーバは、インターネット等のより広いネットワークにアクセスするゲートウェイ又はパケットが取り組むサービスを提供する。

図１Ｂを参照して、いくつかの場合、パケットはＵＰＦ１１２に関連するＭＥＣサーバ１１６から他のＭＥＣサーバ１１８にリダイレクトする必要がある。例えば、ＧＷ１０８は、ＭＥＣサーバ１１８とＧＷ１０８を接続する１以上のＩＰネットワーク１２０にも接続することができる。ＭＥＣサーバ１１６の障害時に、又は他の目的の為のリダイレクトにより、パケットは、ＭＥＣサーバ１１８にリダイレクトされる。しかしながら、現在の５Ｇプロトコルは、パケットがまずＵＰＦ１１２にルーティングされることを必要とし、その後、図１Ｂに図示されているように、パケットはＭＥＣサーバ１１８に転送される。ＭＥＣサーバ１１８からＵＥ１０２までのトラフィックは、逆方向の経路を辿ることができる。このことは、ＵＥ１０２から送信され、ＵＥ１０２に送信されるパケットの待ち時間を増加させる。

セルラー通信ネットワークにおけるパケットのリダイレクトを処理する改善されたアプローチを提供することは、技術の進歩となる。

上記課題を解決するために、本願の特許請求の範囲に記載のシステム及び方法を提供するものである。

本発明の利点を容易に理解するために、上記に簡単に記載されている本発明のより詳細な説明が、添付の図面に図示されている特定の実施形態を参照にして、以下に記載されている。これらの図面は本発明の典型的な実施形態を図示しているだけであると理解され、したがって、本発明の範囲を限定するものではない。本発明は、添付の図面を使用して、詳細及び付加的な特定が説明されている。

従来技術によるセルラーデータ通信ネットワーク上で受信されたパケットのルーティングを示す概略構成図である。 従来技術によるセルラーデータ通信ネットワーク上で受信されたパケットのリルーティングを示す概略構成図である。 本発明の実施形態によるセルラーデータ通信ネットワーク上で受信されたパケットをルーティングするアプローチを示す概略構成図である。 本発明の実施形態によるセルラーデータ通信ネットワーク上で受信されたパケットのルーティングを実行するコンポーネントの概略構成図である。 本発明の実施形態によるＰＦＣＰプロキシによる情報のスヌーピング及びこの情報を使用した変換モジュール及びルーティングモジュールのプログラミングを示す概略構成図である。 本発明の実施形態によるＰＦＣＰプロキシの概略構成図である。 本発明の実施形態によるＰＦＣＰプロキシ及びルーティング／ＳＤＮコントローラ間の情報の交換を示す概略構成図である。 本発明の実施形態による方法を実行するのに適したコンピュータシステムの概略構成図である。

添付の図面に図示されて説明されている本発明のコンポーネントは、多種多様な異なる構成に設計及び配置することができることは容易に理解できるであろう。したがって、図示されている、以下の本発明の実施形態のより詳細な説明は、特許請求の範囲に記載されている本発明の範囲を限定することを意図しているものではなく、ここで検討されている本発明による実施形態の特定の実施例を単に示すものである。ここに記載の実施形態は、図面を参照することにより最もよく理解されるものであり、同様の部品は明細書及び図面を通して同様の参照番号により示されている。

本発明による実施形態は、装置、方法、又はコンピュータプログラム製品として具現化することができる。したがって、本発明は、完全にハードウェアの形、完全にソフトウェアの形（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又は、ここで一般的に「モジュール」又は「システム」と呼ばれるハードウェア及びソフトウェアを組み合わせた形で具現化することができる。さらに、本発明は、媒体内に具現化されたコンピュータ使用可能プログラムコードを有する任意の有形的表現媒体内に具現化されたコンピュータプログラム製品の形をとることができる。

１以上のコンピュータ使用可能媒体又はコンピュータ可読媒体の任意の組み合わせを利用することができる。例えば、コンピュータ可読媒体は、携帯用コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）デバイス、読出専用メモリ（ＲＯＭ）デバイス、消去可能プログラマブル読出専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）デバイス、携帯用コンパクトディスク読出専用メモリ（ＣＤＲＯＭ）、光記憶装置、及び磁気記憶装置の１以上を含むことができる。選択された実施形態において、コンピュータ可読媒体は、命令実行システム、装置、又はデバイスにより、又は、に接続して使用されるプログラムを含有、記憶、通信、伝搬、又は移送することができる任意の非一時的媒体を含むことができる。

本発明の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ++等のオブジェクト指向プログラミング言語、及びＣプログラミング言語又は同様のプログラミング言語等の慣用手続型プログラミング言語を含む１以上のプログラミング言語の任意の組み合わせにより書き込むことができ、また、ＨＴＭＬ、ＸＭＬ、ＪＳＯＮ等の記述言語又はマークアップ言語を使用することもできる。プログラムコードは、スタンドアロン型ソフトウェアパッケージとして完全にコンピュータシステム上で、スタンドアロン型ハードウェアユニット上で、部分的にコンピュータから一定の距離に置かれた遠隔コンピュータ上で、又は完全に遠隔コンピュータ又はサーバ上で、実行することができる。後のシナリオにおいて、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意の型のネットワークを介してコンピュータと接続することができ、又は、（例えば、インターネットサービスプロバイダを使用したインターネットを介して）外部のコンピュータに接続することができる。

本発明は、本発明の実施形態による方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又は構成図を参照して以下に説明されている。フローチャート及び／又は構成図の各ブロック、及びフローチャート及び／又は構成図のブロックの組み合わせは、コンピュータプログラム命令又はコードにより実装することができる。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供され、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサにより実行される命令が、フローチャート及び／又は構成図の１又は複数のブロックに指定されている機能／作用を実装するための手段を生成するように、マシンを生成することができる。

コンピュータ可読媒体内に記憶された命令が、フローチャート及び／又は構成図の１又は複数のブロックに指定されている機能／作用を実装する、命令手段を含む製品を生成するように、これらのコンピュータプログラム命令も、コンピュータ又は他のプログラム可能なデータ処理装置が特定の方法で機能するように導くことができる非一時的コンピュータ可読媒体に記憶することができる。

コンピュータ又は他のプログラム可能なデータ処理装置上で実行された命令が、フローチャート及び／又は構成図の１又は複数のブロックに指定されている機能／作用を実装するためのプロセスを提供するように、コンピュータプログラム命令も、コンピュータ又は他のプログラム可能なデータ処理装置上にロードされ、コンピュータ又は他のプログラム可能なデータ処理装置上で実行される一連の動作ステップを引き起こし、コンピュータ実装プロセスが生成される。

図２を参照して、いくつかの実施形態において、ＵＥ１０２からのパケットは、ｇＮｏｄｅＢ１０６により受信されると、汎用パケット無線サービス(general packet radio service)（ＧＰＲＳ）パケットとしてフォーマットされる。ｇＮｏｄｅＢ１０６は、ＲＵ(radio unit)（無線ユニット、即ちアンテナ）、ＤＵ(distributed unit)（分散ユニット）、及びＣＵ(centralized unit)（集中ユニット）の機能を制御し、ＵＥ１０２及びネットワーク１１０間のパケットの転送を管理することができる。ｇＮｏｄｅＢ１０６は、その後、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）パケット内にこれらのパケットをカプセル化し、その後、ＵＰＦ１１２に転送する。経路２０４は、ＵＰＦ１１２へ送信され、ＵＰＦ１１２から送信されるパケットの経路を示している。経路２０６は、図１Ｂのように異なるＭＥＣサーバ１１８へ送信され、ＭＥＣサーバ１１８から送信される、又は、他の宛先に送信され、他の宛先から送信される、リダイレクトされたパケットの経路を示している。

ｇＮｏｄｅＢ１０６によるパケット出力は、変換モジュール２０８により処理されることができる。図示されている実施形態において、変換モジュール２０８は、ＧＴＰ及びインターネットプロトコル、即ちＧＴＰではないセルラーデータネットワーク内の使用には適していないプロトコル間を相互に変換する。図示されている実施形態において、インターネットプロトコルはＳＲｖ６（ＩＰｖ６データプレーン上のセグメントルーティング）である。以下の記載において、ＧＴＰ及びＳＲｖ６間の移行への言及は、ＧＴＰ及び他のインターネットプロトコル間の移行と置換することができると理解される。

変換モジュール２０８は、ｇＮｏｄｅＢ１０６及びＳＲｖ６ネットワーク２１０、例えば、ＳＲｖ６又は他のＩＰプロトコルにより実装されたルーティングを含むデータプレーン及び／又はネットワーク間に配置されることができる。ＵＰＦ１１２は、他の変換モジュール２１２によりＳＲｖ６ネットワーク２１０に接続することができる。いくつかの実施形態において、変換モジュール２０８、ネットワーク２１０、及び変換モジュール２１２は、共通のシャーシに設置された共通のコンピューティングデバイスの一部であることができる。共通のコンピューティングデバイスは、アンテナ１０４及びｇＮｏｄｅＢ１０６の１つ又は両方と一緒に配置することができる。共通のコンピューティングデバイスは、ＭＥＣサーバ１１６も含むことができる。

ネットワーク２１０は、インターネットプロトコルルーティングモジュール２１６等により、外部ネットワーク２１４にも接続されることができる。図示されている実施形態において、ルーティングモジュール２１６はＳＲｖ６ルータであるが、他のルーティングプロトコルを実装するルータを使用することもできる。いくつかの実施形態において、ルーティングモジュール２１６は、ＧＴＰプロトコルを実装していない。外部ネットワーク２１４は、インターネット等のＷＡＮであることができ、ネットワーク２１０を他のＭＥＣサーバ１１８、又はＵＥ１０２にサービスを提供する任意の第三者サーバに接続することができる。

図示されている実施形態において、「Ａ」としてラベリングされている経路２０４、２０６の一部は、ＧＴＰパケット（以後、「Ａ型パケット」と呼ぶ）としてフォーマットされたパケットを伝送することができる。Ａ型パケットは、カプセル化されたペイロードデータに加えて、内部インターネットプロトコル（ＩＰ）ヘッダ、ＧＴＰヘッダ、ＵＤＰ(user datagram protocol)（ユーザデータグラムプロトコル）ヘッダ、及び外部ＩＰヘッダを含むことができる。内部ＩＰヘッダは、ＵＥ１０２上で生成されたＩＰプロトコルによるＩＰヘッダであることができる。外部ＩＰヘッダは、ｇＮｏｄｅＢ１０６により生成されたＩＰプロトコル、又は異なるＩＰプロトコルによるＩＰヘッダであることができ、ネットワーク２１０上でＵＰＦ１１２、ＭＥＣサーバ１１６、ＭＥＣサーバ１１８、又は外部ネットワーク２１４へのＡ型パケットのルーティングの為の情報を定義する。

「Ｂ」としてラベリングされている経路２０４、２０６の一部は、ＳＲｖ６パケット（以後、「Ｂ型パケット」と呼ぶ）等のインターネットプロトコルパケットとしてフォーマットされたパケットを伝送することができる。そのようなパケットは、上記で定義された内部ＩＰヘッダ、セグメントルーティングヘッダ(segment routing header)（ＳＲＨ’）、及びＩＰｖ６ヘッダ等のインターネットルーティングヘッダを含むことができる。各Ｂ型パケットのＳＲＨ’は、Ｂ型パケットに変換されたＡ型パケットのＧＴＰヘッダ、ＵＤＰヘッダ、及び外部ＩＰヘッダのいくつか又は全てからの情報を含むようにＢ型パケットを生成した変換モジュール２０８、２１２により追加されることができる。特に、ＳＲＨ’内に記憶された情報は、他の変換モジュール２０８、２１２によりＢ型パケットをＡ型パケット（ＧＴＰパケット）に変換するのに十分なデータを含むことができる。ＩＰｖ６フィールドは、ＩＰｖ６等のインターネットプロトコル（ＩＰ）によりフォーマットされたパケットであることができ、ソースＩＰアドレス、宛先ＩＰアドレス、及びＩＰｖ６又は他のインターネットプロトコルにより定義された他のフィールドの為のデータを含む、ネットワーク２１０等のＩＰネットワーク上でパケットをルーティングするのに十分な情報を含むことができる。この情報は、Ｂ型パケットを得る為に変換されるＡ型パケットの外部ＩＰヘッダから得ることができる。ＩＰｖ６パケットは、Ａ型パケットからのペイロードデータも含むことができる。

「Ｃ」としてラベリングされている経路２０４、２０６の一部は、Ｂ型パケットと同じフィールド定義を含むが、ＳＲＨはＡ型パケットのＧＴＰヘッダからの情報を記憶していない、及び／又は、その後ＳＲＨフィールド内の情報を使用してＢ型パケットに変換されない、インターネットプロトコルパケットとしてフォーマットされたＣ型パケットを伝送することができる。図２に図示されているように、ＭＥＣサーバ１１８からＵＥ１０２に送信されたパケットは、Ｂ型パケットとしてネットワーク２１０を通過するが、ＵＥ１０２からＭＥＣサーバ１１８に送信されたパケットは、Ｃ型パケットとしてネットワーク２１０を通過することができる。

「Ｄ」としてラベリングされている経路２０４、２０６の一部は、Ｄ型パケットを得る為に変換されるＣ型パケットの内部ＩＰヘッダ及びペイロードデータを含む、インターネットプロトコルパケットとしてフォーマットされたＤ型パケットを伝送することができる。特に、Ｄ型パケットは、ＵＥ１０２、ＭＥＣサーバ１１６、１１８、又は外部ネットワーク２１４から送信されてｇＮｏｄｅＢ１０６により受信されたＩＰパケットを含むことができる。

「ダイレクトインバウンドパケット」(direct inbound packets)は、リダイレクトされずにｇＮｏｄｅＢ１０６を通過するパケットであり、図２の経路２０４に沿って左から右に移動するパケットである。ダイレクトインバウンドパケットは、ＵＥ１０２からｇＮｏｄｅＢ１０６に送信される。ｇＮｏｄｅＢ１０６により受信されると、ダイレクトインバウンドパケットは、ＩＰｖ４又はＩＰｖ６等のＤ型パケットであることができる。ｇＮｏｄｅＢ１０６により出力されると、ダイレクトインバウンドパケットは、ｇＮｏｄｅＢ１０６により変換モジュール２０８に送信されるＡ型パケットであることができる。特に、Ａ型パケットは、ＵＥ１０２から受信したＩＰパケットをカプセル化したＧＴＰパケットであることができる。

変換モジュール２０８は、Ａ型ダイレクトインバウンドパケットをＢ型パケットに変換し、Ａ型ダイレクトインバウンドパケットの外部ＩＰヘッダ内に含まれた情報を使用して、Ｂ型ダイレクトインバウンドパケットをネットワーク２１０上でＵＰＦ１１２に送信する。上述のように、Ａ型パケットのＧＴＰフィールドからの情報がＡ型パケットから得られたＢ型パケットのＳＲＨ’フィールド内に含まれ、Ａ型パケットへの再変換を可能にする。しかしながら、Ｂ型パケット自体は、ＧＴＰパケットではなく、ＳＲｖ６パケットであることができる。Ｂ型パケットはさらに、Ａ型パケットから内部ＩＰヘッダ及びペイロードデータを含む。

Ｂ型ダイレクトインバウンドパケットは、変換モジュール２１２にルーティングされ、変換モジュール２１２は、Ｂ型パケットのＳＲＨ’内に記憶された情報を使用して、ダイレクトインバウンドパケットをＢ型パケットからＡ型パケットに変換する。特に、Ｂ型パケットのＳＲＨ’フィールド内のデータは、Ｂ型パケットの内部ＩＰヘッダ及びペイロードデータを含むＧＴＰパケットのＧＴＰヘッダを生成する為に使用され、ＧＴＰパケットは、Ｂ型ダイレクトインバウンドパケットの為のＡ型ダイレクトインバウンドパケットである。

変換モジュール２１２による変換後、Ａ型ダイレクトインバウンドパケットはＵＰＦ１１２に送信される。ＵＰＦ１１２は、その後、ダイレクトインバウンドパケットをデカプセル化して内部ＩＰパケット（例えば、ＵＥ１０２から受信したＤ型パケット）を得て、Ｄ型ダイレクトインバウンドパケットをＭＥＣサーバ１１６に転送する。

「リダイレクトインバウンドパケット」(redirected inbound packets)は、Ｄ型パケットとしてＵＥ１０２に由来するパケットであり、ｇＮｏｄｅＢ１０６を通って送信されるが、ＭＥＣサーバ１１６から離れるように外部ネットワーク２１４及び/又は他のＭＥＣサーバ１１８又は第三者サーバ等にリダイレクトされる。リダイレクトインバウンドパケットは、図２の左上から右下に経路２０６を通過することができる。ｇＮｏｄｅＢ１０６により出力されると、リダイレクトインバウンドパケットは、ｇＮｏｄｅＢ１０６により変換モジュール２０８に送信されたＡ型パケットであることができる。変換モジュール２０８は、Ａ型リダイレクトインバウンドパケットをＣ型パケットに変換し、Ｃ型リダイレクトインバウンドパケットは、Ａ型リダイレクトインバウンドパケットのＧＴＰ又はＵＤＰヘッダからの情報を含まない。変換モジュール２０８は、例えば、ルーティングモジュール２１６経由で、Ｃ型リダイレクトインバウンドパケットをパケットがリダイレクトされたＭＥＣサーバ１１８に送信する。ルーティングモジュール２１６は、Ｃ型リダイレクトインバウンドパケットをＤ型パケットに変換し、Ｄ型リダイレクトインバウンドパケットをＭＥＣサーバ１１８に送信する。上述のように、変換は、Ｃ型パケット内にカプセル化されたＤ型パケットをデカプセル化することを含むことができる。

「ダイレクトアウトバウンドパケット」(direct outbound packets)は、ＵＰＦ１１２を通過するパケットであり、リダイレクトインバウンドパケット又はリダイレクトインバウンドパケットと同じネットワークフローの一部に応答することなく、ｇＮｏｄｅＢ１０６を通ってＵＥ１０２に送信される。例えば、ＭＥＣサーバ１１６からのパケットは、ＵＰＦ１１２経由でダイレクトアウトバウンドパケットとして送信される。ダイレクトアウトバウンドパケットは、図２の経路２０４に沿って右から左に経路２０４を通過することができる。ＭＥＣサーバ１１６から送信されてＵＰＦ１１２により受信されたパケットは、Ｄ型パケットであることができる。ＵＰＦ１１２により出力されると、ダイレクトアウトバウンドパケットは、Ｄ型パケットをカプセル化するＡ型パケットであり、ＵＰＦ１１２により変換モジュール２１２に送信される。変換モジュール２１２は、Ａ型ダイレクトアウトバウンドパケットをＢ型パケットに変換し、Ｂ型パケットのＩＰｖ６フィールド内に含まれた情報を使用して、Ｂ型ダイレクトアウトバウンドパケットをネットワーク２１０上でｇＮｏｄｅＢ１０６に送信する。変換は、ＧＴＰパケットをＳＲｖ６パケットに変換することを含み、ＳＲｖ６パケットは、ＳＲｖ６パケットのＳＲＨ’フィールド内にＧＴＰパケットのＧＴＰヘッダからのデータを含み、ＳＲｖ６パケットはさらに、ＧＴＰパケットの内部ＩＰヘッダ及びペイロードデータを含む。

Ｂ型ダイレクトアウトバウンドパケットは、変換モジュール２１２により変換モジュール２０８にルーティングされ、変換モジュール２０８は、Ｂ型パケットのＳＲＨ’内に記憶された情報を使用して、Ｂ型ダイレクトアウトバウンドパケットをＡ型ダイレクトアウトバウンドパケットに再変換する。このことは、ＳＲｖ６パケットを、Ｂ型パケットの内部ＩＰヘッダ及びペイロードデータをカプセル化し、ＧＴＰヘッダ内のＳＲＨ’フィールドからのデータを含むＧＴＰパケットに変換することを含む。

変換モジュール２０８による変換後、Ａ型ダイレクトアウトバウンドパケットは、ｇＮｏｄｅＢ１０６に送信される。ｇＮｏｄｅＢ１０６は、その後、Ａ型パケットをデカプセル化してＤ型ダイレクトアウトバウンドパケットを得て、Ｄ型ダイレクトアウトバウンドパケットをＵＥ１０２に転送する。デカプセル化は、ＧＴＰパケットから内部ＩＰヘッダ及びペイロードデータを抽出することを含む。

「リダイレクトアウトバウンドパケット」(redirected outbound packets)は、リダイレクトインバウンドパケットがルーティングされる外部ネットワーク２１４内の位置又はＭＥＣサーバ１１８に由来するパケットであることができる。リダイレクトアウトバウンドパケットは、リダイレクトインバウンドパケット又は同じネットワークフローの一部に応答して送信される。例えば、リダイレクトアウトバウンドパケットは、ＭＥＣサーバ１１８又は第三者サーバによりＵＥ１０２に送信される。リダイレクトアウトバウンドパケットは、図２の右下から左上に経路２０６を通過することができる。リダイレクトアウトバウンドパケットは、外部ネットワーク２１４、ルーティングモジュール２１６、及びネットワーク２１０のいくつか又は全てを経由して、変換モジュール２０８への経路を通過することができる。ルーティングモジュール２１６により受信されると、リダイレクトアウトバウンドパケットはＤ型パケットであり、ルーティングモジュール２１６によりＢ型リダイレクトアウトバウンドパケットに変換され、Ｂ型リダイレクトアウトバウンドパケットは、ネットワーク２１０上で変換モジュール２０８に転送される。変換は、ＩＰパケットの内部ＩＰヘッダ及びペイロードデータをＧＴＰパケット内にカプセル化することを含む。

変換モジュール２０８は、Ｂ型リダイレクトアウトバウンドパケットをＡ型パケットに変換し、Ａ型リダイレクトアウトバウンドパケットをｇＮｏｄｅＢ１０６に送信する。Ｂ型からＡ型への変換は、Ｂ型パケットのＳＲＨ’内に記憶された情報を使用することを含む。このことは、ＳＲｖ６パケットを、Ｂ型パケットの内部ＩＰヘッダ及びペイロードデータをカプセル化し、ＧＴＰヘッダ内のＳＲＨ’フィールドからのデータを含むＧＴＰパケットに変換することを含む。ｇＮｏｄｅＢ１０６は、その後、Ｂ型リダイレクトアウトバウンドパケットからＤ型リダイレクトアウトバウンドパケット（内部ＩＰヘッダ及びペイロードデータ）をデカプセル化し、Ｄ型リダイレクトアウトバウンドパケットをＵＥ１０２に送信する。

いくつかの実施形態において、ユーザプレーンメッセージは、ＵＰＦ１１２及びＵＥ１０２間のセッションを確立して維持する為に使用されるメッセージである。ユーザプレーンメッセージは、ＵＥ１０２及びＭＥＣサーバ１１６への、及びＵＥ１０２及びＭＥＣサーバ１１６からのパケットのルーティング又は外部ネットワーク２１４へのパケットのリダイレクトを指示する為にＵＰＦ１１２により送信されるメッセージも含むことができる。ユーザプレーンメッセージは、エコー要求、エコー応答、エラー表示、又は他のユーザプレーンメッセージ等の５Ｇユーザプレーンメッセージも伝送することができる。

インバウンドユーザプレーンメッセージは、ダイレクトインバウンドパケットとしてルーティングされることができる。ＵＰＦ１１２から送信されたユーザプレーンメッセージは、全てのインスタンスにおいてダイレクトアウトバウンドパケットとして処理される。ＵＰＦ１１２により指示されてリダイレクトが発生すると、その後のインバウンドデータパケット、即ち非ユーザプレーンメッセージパケットは、ＵＰＦ１１２を迂回するリダイレクトインバウンドパケットとして変換モジュール２０８によりルーティングされる。変換モジュール２０８は、インバウンドパケットのディープパケットインスペクション(deep packet inspection)を実行することによりユーザプレーンメッセージを識別することができる。このルーティングを実行するシステム及び方法は以下に記載されている。

図３を参照して、ＵＥ１０２及び外部ネットワーク２１４間のネットワーク経路は、制御プレーン３００及びデータプレーン３０２に関して理解される。制御プレーン３００は、モジュールと、データプレーン３０２のモジュールが所定の方法でパケットを送信するように構成するモジュール間の通信と、を含む。データプレーン３０２は、モジュールと、ＵＥ１０２及び外部ネットワーク２１４間にペイロードデータのパケットを送信するモジュール間の通信と、を含む。制御プレーン３００及びデータプレーン３０２のモジュールは、単一の装置内、共通の回路基板又はシャーシに接続された複数の装置内、又は１以上のネットワーク接続により互いに接続された複数の装置内に実装されることができる。図示されているコンポーネントは、サーバ、クラウドコンピューティングプラットフォーム、又は他のロケーション上で実行されることができ、又は、これらの１以上の組み合わせにわたって分散されることができる。

制御プレーン３００及びデータプレーン３０２は、部分３０４及び３０６に分割することもできる。部分３０４は、パケット無線型通信（パケット無線部分３０４）、即ちＧＰＲＳ、ＧＴＰ、又は他のセルラーデータ通信プロトコルを使用した通信における使用に適しているプロトコルによるデータパケットを伝送すると理解される。図示されている実施形態において、部分３０４は、セルラーデータ通信の為の第３世代パートナーシッププロジェクト（３ＧＰＰ）プロトコルを実装するが、他のセルラーデータ通信プロトコルを使用することもできる。

部分３０６は、ＩＰｖ６プロトコル等のインターネットプロトコル又はパケット無線型通信（ＩＰ部分３０６）における使用に適していない他のインターネットプロトコルによりデータパケットを伝送すると理解されることができる。

パケット無線部分３０４の制御プレーン３００は、以下のようなコンポーネントを含むことができる。
・認証、ハンドオーバ、ＩＰマルチメディアサブシステム（ＩＭＳ）、及びシンプルメッセージサービス（ＳＭＳ）の一部又は全てを管理する統合データ管理を有するホームサブスクライバサーバ（ＨＳＳ ＵＤＭ）３０８又は他のコンポーネント。
・ユーザ加入によるセルラーデータ通信ネットワークへのアクセスを管理するポリシー制御機能（ＰＣＦ）及び／又はポリシー及び課金ルール機能（ＰＣＲＦ）３１０。
・接続及び移動管理タスク（即ち、ハンドオーバ）を管理するアクセス及び移動管理機能（ＡＭＦ）及び／又は移動管理エンティティ（ＭＭＥ）３１２又は他のコンポーネント。
・ＵＰＦを有するユーザセッションを管理し、パケット無線ネットワーク及びインターネットプロトコルネットワークのインタフェースを容易にするセッション管理機能（ＳＭＦ）及び／又はサービング及びパケットゲートウェイ（ＳＰＧＷ－Ｃ等のＳＰＧＷ）３１４（ここではＳＭＦ３１４とも呼ばれる）又は他のコンポーネント。

ＳＭＦ３１４は、ＧＴＰセッション情報を管理し、ＧＴＰセッション情報をＡＭＦ３１２に提供することができる。ＡＭＦ３１２は、データプレーン３０２（以下に記載のｇＮｏｄｅＢ１０６）内のコンポーネントをプログラミングし、ＧＴＰセッション情報によりパケットをルーティングすることができる。

パケット無線部分３０４のデータプレーン３０２は以下のようなコンポーネントを含むことができる。
・アンテナによりＵＥと直接通信し、ＵＥからのパケットをＧＴＰパケットにカプセル化し、ユーザプレーン制御プロトコルを実装することもできるｇＮｏｄｅＢ１０６又は他のハードウェアコンポーネント。
・パケット無線部分３０４及びＩＰ部分３０６間をトラバースする時にパケットをＧＴＰに変換したりＳＲｖ６に変換したりする変換モジュール２０８。

ＩＰ部分３０６の制御プレーン３００は以下のようなコンポーネントを含むことができる。
・以下により詳細に記載されるパケット転送制御プロトコル（ＰＦＣＰ）プロキシ３２２。
・図３に図示されている他のコンポーネント及び／又はここに記載のネットワークのいずれかの他のデバイスへのルーティング経路を受信及び／又は送信するボーダゲートウェイプロトコル（ＢＧＰ）モジュール３２４又は他のコンポーネント。
・ＧＴＰ接続を切断し、パケット無線ネットワーク及びインターネットプロトコルネットワーク間のパケット送信を管理するユーザプレーン機能制御モジュール（ＵＰＦ Ｎ４）３２６又は他のコンポーネント。ＵＰＦ Ｎ４ ３２６は、ＵＰＦ１１２とのセッション確立を容易にする。

ＩＰ部分３０６のデータプレーン３０２は以下のようなコンポーネントを含むことができる。
・上記のＵＰＦ１１２。
・両方の部分３０４及び３０６で動作する変換モジュール２０８。
・ネットワーク２１０
・ルーティングモジュール２１６。
・上記のようにＵＰＦ１１２に送信されたトラフィックを変換する変換モジュール２１２。

図示されている実装において、ＰＦＣＰによるパケット転送関連付けは、ＰＦＣＰプロキシ３２２経由でＳＭＦ３１４及びＵＰＦ制御モジュール３２６間で調整される。したがって、ＳＭＦ３１４及びＵＰＦ制御モジュール３２６は、ＰＦＣＰプロキシ３２２経由でセッション情報を交換することができる。ＰＦＣＰプロキシ３２２は、この情報をスヌーピングし、ＢＧＰモジュール３２４に提供することができる。したがって、ＰＦＣＰプロキシ３２２は、ＵＰＦ制御モジュール３２６のＰＦＣＰ実装と関連付けられ、そして、ＳＭＦ３１４関連付けられることができる。ＢＧＰモジュール３２４は、スヌーピングされた情報を使用してデータプレーン３０２（例えば、変換モジュール２０８、２１２、ルーティングモジュール２１６）をプログラミングし、以下に記載されているように、ＰＦＣＰプロキシ３２２によりスヌーピングされた情報を使用してＧＴＰからＩＰプロトコル（例えば、ＳＲｖ６）への変換、そしてＩＰプロトコルからＧＴＰへの変換を実行することができる。

ＰＦＣＰを実装する既存のソフトウェアパッケージは、独占されており、容易に変更できない。ＰＦＣＰを実装する為のいくつかのオープンソースソフトウェアパッケージが利用可能であるが、アプリケーション内に組込しなければならないパッケージとしてのみ存在している。また、ＵＰＦ制御モジュール３２６のネットワークスタックは、容易に変更可能ではないサードパーティソフトウェア又はオープンソースソフトウェア（例えば、ｕｐｇ－ｖｐｐ（ユーザプレーンゲートウェイベクトルパケットプロセッサ））により実装される。

いくつかの実施形態において、ＰＦＣＰプロキシ３２２、ＢＧＰモジュール３２４、及び内部ルーティングモジュール２１６は、以下のことを実行する為にそのようなコンポーネントの慣習的な実装に比べて変更することができる。
・ＵＰＦ制御モジュール（ＵＰＦ Ｎ４）３２６のＰＦＣＰ実装及びＳＭＦ３１４間の関連付けを確立すること。
・ＵＰＦ制御モジュール３２６のＰＦＣＰ実装及びＳＭＦ３１４間でメッセージを転送すること。
・ＢＧＰモジュール３２４へのセッションメッセージをスヌーピングし、そのような情報をＵＥ１０２のアドレス、リモート／ローカルトンネル終点（ＴＥＰ）アドレス、トンネル終点識別子（ＴＥＩＤ）、及び他の情報として得ること。

図４はさらに、ＰＦＣＰプロキシ３２２及びＢＧＰモジュール３２４の例示的な実装を図示している。慣習的な５Ｇモバイルネットワークにおいて、関連付け、例えば、制御チャンネルは、ＡＭＦ ＭＭＥ３１２及びＵＰＦ Ｎ４ ３２６間に確立される。セッション、例えば、ユーザプレーン情報は、ＳＭＦ ＳＰＧＷ３１４及びＵＰＦ Ｎ４ ３２６間に確立される。ＳＭＦ ＳＰＧＷ３１４及びＵＰＦ Ｎ４ ３２６間にセッションが確立されると、ＵＥ１０２は、ペイロードトラフィックの送信を開始する。その後、ｇＮｏｄｅＢ１０６は、ＵＥ１０２からのパケットをＧＴＰパケットにカプセル化し、ＧＴＰパケットをＵＰＦ１１２に転送する。典型的な５Ｇ実装において、関連付け及びセッション要求は、ＵＰＦ Ｎ４ ３２６のＵＤＰポート８８０５に送信され、ＵＰＦ Ｎ４ ３２６からの要求への応答は、要求が受信されたソースＵＤＰポートに送信される。

慣習的なシステムにおいて、上記の理由により、ｇＮｏｄｅＢ１０６及びＵＰＦ１１２間の経路を最適化することは難しい。全てのＵＥトラフィックはＧＴＰパケットにカプセル化され、ＵＰＦ１１２を通して転送されなければならない。

いくつかの実施形態において、慣習的な５Ｇモバイルネットワークの限界は、ＳＭＦ ＳＰＧＷ３１４及びＵＰＦ Ｎ４ ３２６間にＰＦＣＰプロキシ３２２を配置し、ＰＦＣＰプロキシ３２２がこれらのコンポーネント間のトラフィックを転送する４００ことにより克服される。したがって、ＰＦＣＰプロキシ３２２は、ＳＭＦ ＳＰＧＷ３１４からＰＦＣＰメッセージを受信し、これらのメッセージをＵＰＦ Ｎ４ ３２６に転送する。同様に、ＰＦＣＰプロキシ３２２は、ＵＰＦ Ｎ４ ３２６からＰＦＣＰメッセージを受信し、これらのメッセージをＳＭＦ ＳＰＧＷ３１４に転送する。その時に、ＰＦＣＰプロキシ３２２は、ユーザプレーン情報を取得する為に双方向にＰＦＣＰメッセージをパース(parse)することができる。

その後、ＰＦＣＰプロキシ３２２は、ＰＦＣＰプロキシ３２２の外部で動作するルーティング／ソフトウェア定義ネットワーク（ＳＤＮ）コントローラにユーザプレーン情報を提供する４０２ことができる。図示されている実施形態において、ＢＧＰモジュール３２４を使用してルーティング／ＳＤＮコントローラが実装されているが、他の実装を使用することもできる。ＰＦＣＰプロキシ３２２及びルーティング／ＳＤＮコントローラ３２４は、同じコンピューティングデバイス上、又は分離したコンピューティングデバイス上で実行されることができる。ＰＦＣＰプロキシ３２２及びルーティング／ＳＤＮコントローラ３２４は、制御プレーン３００、特にＳＭＦ ＳＰＧＷ－Ｃ３１４及びＵＰＦ Ｎ４ ３２６に更なる変更を加えることなく、図２において図示されているルーティングを達成することができる。特に、ＳＭＦ ＳＰＧＷ－Ｃ３１４及びＵＰＦ Ｎ４ ３２６は、ＰＦＣＰプロキシ３２２の動作がＳＭＦ ＳＰＧＷ－Ｃ３１４及びＵＰＦ Ｎ４ ３２６により感知されないように、ＰＦＣＰプロキシ３２２経由で５Ｇセッションを確立する為に情報交換をすることができる。

ＢＧＰモジュール３２４は、ユーザプレーン情報に従ってデータプレーン内の変換モジュール２０８をプログラミングする４０４ａことができる。その後、変換モジュール２０８は、ＵＰＦ１１２経由でＢＧＰモジュール３２４から受信した経路によりＭＥＣサーバ１１８又は又は外部ネットワーク２１４等のリダイレクトターゲットにリダイレクトされたパケットを転送し、パケットがまずＵＰＦ１１２を通るようにルーティングされる慣習的なアプローチに比べて、経路はより最適化される。ＢＧＰモジュール３２４は、ＵＰＦ１１２に制御パケットをルーティングするように変換モジュール２１２をプログラミングする４０４ｂこともでき、外部ネットワーク２１４によりルーティングモジュール２１６に接続されたＭＥＣサーバ１１８又は他のデバイスへ及びからのパケットをルーティングするようにルーティングモジュール２１６をプログラミングする４０４ｃこともできる。

プログラミング４０４ａに関して、ＢＧＰモジュール３２４は、ＵＰＦ１１２へのルートを変換モジュール２０８に提供し、そして、ＧＴＰパケットをＳＲｖ６パケットに、即ち、上記のようにＡ型パケットをＢ型パケットにどのように変換するかについてのルールも提供する。したがって、宛先がＵＰＦ１１２であるＧＴＰパケットを変換モジュール２０８が受信すると、変換モジュール２０８は、ＢＧＰモジュール３２４から受信したルールを適用して変換を実行する。

プログラミング４０４ｂに関して、ＢＧＰモジュール３２４は、変換モジュール２１２に同様又は同一のルールを提供することができる。このルールに基づいて、変換モジュール２１２は、ＳＲｖ６パケットをＧＴＰパケットに変換し、ＵＰＦ１１２に送信された元のＧＴＰパケットを再生成することができる。ＢＧＰモジュール３２４は、ｇＮｏｄｅＢ１０６へのルートを変換モジュール２１２に提供することもできる。ＵＰＦ１１２がｇＮｏｄｅＢ１０６を宛先とするＧＴＰパケットを送信すると、変換モジュール２１２は、上記ルールに従ってＧＴＰパケットをＳＲｖ６パケットに変換し、その後、結果的に得られたＳＲｖ６パケットを変換モジュール２０８に転送する。変換モジュール２０８は、同じルールに従ってＳＲｖ６パケットをＧＴＰパケットに再変換し、結果的に得られたＧＴＰパケットをｇＮｏｄｅＢ１０６に転送することができる。

外部ネットワーク２１４又は外部ＭＥＣサーバ１１８へ向かってＵＥ１０２により送信されたパケットについて、ルーティングモジュール２１６は、外部ＭＥＣサーバ１１８及び／又は外部ルーティングモジュール２１４への外部ルートを変換モジュール２０８にアナウンスすることができる。このことは、標準Ｌ３ＶＰＮ ＳＲｖ６方法に基づいて実行することができる。したがって、変換モジュール２０８は、ＵＥにより生成された内部パケットに基づいて標準ＳＲｖ６カプセル化を実行することができる。

プログラミング４０４ｃに関して、ルーティングモジュール２１６は、ＧＴＰパケットを処理する能力が無い標準ＳＲｖ６ルータを実装することができる。したがって、プログラミング４０４ｃは、ＢＧＰモジュール３２４により、ＧＴＰ情報（例えば、Ｂ型パケットのＳＲＨ’ヘッダ内に埋込することができるＧＴＰ情報の一部又は全て）を含むＳＲｖ６の為の特別なサービスＳＩＤを生成することを含むことができる。上記のように、ネットワーク２１０内を通過するリダイレクトインバウンドパケットは、Ｂ型パケットとしてフォーマットされることができる。したがって、プログラミング４０４ｃは、ｇＮｏｄｅＢ１０６宛のＭＥＣサーバ１１８又は外部ネットワーク２１４から受信した各パケットをカプセル化するＳＲｖ６ヘッダのＳＲＨ’フィールドにＧＴＰ情報を追加するようにルーティングモジュール２１６をプログラミングすることができる。

ＵＥ１０２宛の外部ネットワーク２１４又は外部ＭＥＣサーバ１１８から受信した応答について、ルーティングモジュール２１６は、応答パケット（ＩＰｖ４又はＩＰｖ６等のＩＰパケット）をＳＲｖ６パケットにカプセル化することができる。この時、ルーティングモジュール２１６は、ＢＧＰモジュール３２４により提供された特別なサービスＳＩＤを使用することができる。このＳＩＤは、ＳＲＨ’ヘッダ内に含まれる必要なＧＴＰ情報を含む。したがって、変換モジュール２０８は、ＳＲｖ６パケットをＧＴＰパケットに変換し、結果的に得られたＧＴＰパケットをｇＮｏｄｅＢ１０６に送信することができる。

図５には、ＰＦＣＰプロキシ３２２の例示的な実装が図示されている。ＰＦＣＰプロキシ３２２は、ＰＦＣＰメッセージをパースして５Ｇセッション情報を取得し、以下に示されているようにメッセージを処理し、ＰＦＣＰメッセージをこれらの宛先に転送することができる。いくつかの実施形態において、ｇｏ－ｐｆｃｐパッケージは、ＰＦＣＰメッセージをパースする為に使用される。例えば、図示されている実施形態において、ＰＦＣＰプロキシ３２２は、ＰＦＣＰ要求レシーバ５００、ＳＭＦ要求フォーワーダ５０２、ＵＰＦ要求フォーワーダ５０４、ＳＭＦ応答レシーバ５０６、ＵＰＦ応答レシーバ５０８、ＳＭＦ応答フォーワーダ５１０、及びＵＰＦ応答フォーワーダ５１２を含む。これらのコンポーネントのそれぞれは、ＰＦＣＰプロキシ３２２の特定のポートから送信されるかリッスンするように割当されることができる。各コンポーネントの動作は以下に記載する。

ＰＦＣＰメッセージをＵＰＦ Ｎ４ ３２６に転送すると、ＰＦＣＰプロキシ３２２は、転送されたメッセージのＩＰソースアドレスをＰＦＣＰプロキシのアドレスに書換し、ＩＰ宛先アドレスをＵＰＦ Ｎ４ ３２６のアドレスに書換する。ＰＦＣＰプロキシ３２２は、転送された要求のＵＤＰソースポートをＰＦＣＰプロキシのポート番号に書換することができる。その後、ＰＦＣＰプロキシ３２２により書換されたＰＦＣＰ要求をＵＰＦ Ｎ４ ３２６に送信することができる。

ＰＦＣＰメッセージをＳＭＦ ＳＰＧＷ－Ｃ３１４に転送すると、ＰＦＣＰプロキシ３２２は、ＩＰソースアドレスをＰＦＣＰプロキシのアドレスに書換し、ＩＰ宛先アドレスをＳＭＦ ＳＰＧＷ－Ｃ３１４のアドレスに書換し、ＵＤＰソースポートをＰＦＣＰプロキシのローカルポート番号に書換する。その後、ＰＦＣＰプロキシは、書換されたＰＦＣＰ応答をＳＭＦ ＳＰＧＷ－Ｃ３１４に送信する。

この方法でメッセージ５１４、５１６を書換することにより、ＳＭＦ ＳＰＧＷ－Ｃ３１４及びＵＰＦ Ｎ４ ３２６はＰＦＣＰプロキシ３２２と通信している。しかしながら、ＰＦＣＰプロキシ３２２は、ＳＭＦ ＳＰＧＷ－Ｃ３１４及びＵＰＦ Ｎ４ ３２６がＰＦＣＰプロキシ３２２を認識できないように、ＩＰソース／宛先アドレス及びＵＤＰソースポートを上書きすることができる。

ＰＦＣＰプロキシ３２２は、ＵＤＰポート８８０５をリッスンすることにより、ＰＦＣＰメッセージをインタセプトする。ＵＤＰポート８８０５は、ＰＦＣＰメッセージを受信する為の３ＧＰＰにより定義されたポートである。したがって、異なる構成が使用された場合、以下の記載を通して、ＵＤＰポート８８０５を異なるポートに置換することができる。ＰＦＣＰプロキシ３２２のコンポーネントの動作は、以下の通りである。
・ＰＦＣＰ要求レシーバ５００は、ＳＭＦ ＳＰＧＷ－Ｃ３１４又はＵＰＦ Ｎ４ ３２６、即ち、ＰＦＣＰメッセージを受信する為に割当されたポートからＵＤＰポート８８０５宛のＰＦＣＰ要求メッセージ５１４、５１６をリッスンし、ＳＭＦ ＳＰＧＷ－Ｃ３１４（図示されている実施例におけるポートＡ）からのＰＦＣＰ要求５１４のソースポートを記録する。ＰＦＣＰ要求レシーバ５００はさらに、ＵＰＦ Ｎ４ ３２６（図示されている実施例におけるポートＢ）からのＰＦＣＰ要求５１６のソースポートを記録する。メッセージ５１４、５１６のソースポートは、（それぞれポートＸ及びＹに）事前構成されることができる。
・ＳＭＦ要求フォーワーダ５０２は、要求５１６をＳＭＦ ＳＰＧＷ－Ｃ３１４に転送する。ＳＭＦ要求フォーワーダ５０２は、ＳＭＦ要求フォーワーダ５０２によりＳＭＦ ＳＰＧＷ－Ｃ３１４に転送された要求５１６のソースポートとしてＸを使用するように、ＰＦＣＰ要求レシーバ５００により構成される。ＳＭＦ要求フォーワーダ５０２はさらに、ＩＰ宛先アドレスをＳＭＦ ＳＰＧＷ－Ｃ３１４のＩＰアドレスに書換することにより、そして、ＩＰソースアドレスをＰＦＣＰプロキシ３２２のＩＰアドレスに書換することにより、転送された要求５１６を変更する。
・ＵＰＦ要求フォーワーダ５０４は、要求５１４をＵＰＦ Ｎ４ ３２６に転送する。ＵＰＦ要求フォーワーダ５０４は、ＵＰＦ要求フォーワーダ５０４によりＵＰＦ Ｎ４ ３２６に転送された要求５１４のソースポートとしてＹを使用するように、ＰＦＣＰ要求レシーバ５００により構成される。ＵＰＦ要求フォーワーダ５０４はさらに、ＩＰ宛先アドレスをＵＰＦ Ｎ４ ３２６のＩＰアドレスに書換することにより、そして、ＩＰソースアドレスをＰＦＣＰプロキシ３２２のＩＰアドレスに書換することにより、転送された要求５１４を変更する。
・ＳＭＦ応答レシーバ５０６は、ポートＸ宛のＳＭＦ ＳＰＧＷ－Ｃ３１４からのＰＦＣＰ応答５１８を検出し、検出されたＰＦＣＰ応答５１８をＵＰＦ応答フォーワーダ５１２に提供するように構成される。
・ＵＰＦ応答レシーバ５０８は、ポートＹ宛のＵＰＦ Ｎ４ ３２６からのＰＦＣＰ応答５２０を検出し、検出されたＰＦＣＰ応答５２０をＳＭＦ応答フォーワーダ５１０に提供するように構成される。
・ＳＭＦ応答フォーワーダ５１０は、ＳＭＦ ＳＰＧＷ－Ｃ３１４にＰＦＣＰ応答５２０を転送し、転送されたＰＦＣＰ応答５２０のソースをＵＤＰポート８８０５に設定し、宛先をポートＡ（要求５１４の事前に記録されたソースポート）に設定するようにプログラミングされる。ＳＭＦ応答フォーワーダ５１０はさらに、ＩＰ宛先アドレスをＳＭＦ ＳＰＧＷ－Ｃ３１４のＩＰアドレスに書換することにより、そして、ＩＰソースアドレスをＰＦＣＰプロキシ３２２のＩＰアドレスに書換することにより、転送された応答５２０を変更する。
・ＵＰＦ応答フォーワーダ５１２は、ＵＰＦ Ｎ４ ３２６のＹポートにＰＦＣＰ応答５１８を転送し、転送されたＰＦＣＰ応答５１８のソースをＵＤＰポート８８０５に設定し、宛先をポートＢ（要求５１６の事前に記録されたソースポート）に設定するようにプログラミングされる。ＵＰＦ応答フォーワーダ５１２はさらに、ＩＰ宛先アドレスをＵＰＦ Ｎ４ ３２６のＩＰアドレスに書換することにより、そして、ＩＰソースアドレスをＰＦＣＰプロキシ３２２のＩＰアドレスに書換することにより、転送された応答５１８を変更する。

図６を参照して、図４に関して上述されているように、ＰＦＣＰプロキシ３２２がメッセージを転送すると、ＰＦＣＰプロキシ３２２は、メッセージを使用して作成された関連付け及びセッションについての情報をするすることもできる。その後、このスヌーピングされた情報は、ルーティング／ＳＤＮコントローラ３２４（ＢＧＰモジュール３２４）に提供される。図示されている実施形態において、ＰＦＣＰプロキシ３２２及びルーティング／ＳＤＮコントローラ３２４間の情報の転送は、プロセス間通信（ＩＰＣ）６００を使用して実行される。例えば、ｇＲＰＣ（オープンソースリモートプロシージャコール（ＲＰＣ）システム）。ＳＤＮコントローラ３２４は、スヌーピングされた情報によりルーティングテーブル６０２をプログラミングすることができる。

スヌーピングされた情報は、以下の一部又は全てを含む。
・リモートトンネル終点（ＴＥＰ）、例えば、ＵＰＦ１１２のアドレス。
・ローカルトンネル終点、例えば、ｇＮｏｄｅＢ１０６のアドレス。
・トンネル終点識別子（ＴＥＩＤ）。
・ＱＦＩ（サービスの品質（ＱｏＳ）フロー識別子）。
・ＵＥアドレス（ＵＥ１０２のアドレス）。
・アクセスネットワークインスタンス。
・コアネットワークインスタンス。

この情報を受信した後、ルーティング／ＳＤＮコントローラ３２４は、この情報に基づいてルーティングテーブル６０２内にルーティングエントリを生成することができる。これらのルーティングエントリは、図２及び４に関して上述されているルーティングを実装する為に、変換モジュール２０８、２１２或いはルーティングモジュール２１６のルーティングを制御する為に使用されることができる。

図２を再度参照して、所望のルーティングは、内部ＩＰパケットを含むＡ型（ＧＴＰ）パケットを生成するｇＮｏｄｅＢ１０６により、ＵＥ１０２から内部ＩＰパケットを受信することを含むことができる。ｇＮｏｄｅＢ１０６は、ｇＮｏｄｅＢ１０６及びＵＰＦ１１２間のＧＴＰトンネル上で、Ａ型パケットをＵＰＦ１１２に送信する。このＧＴＰトンネルを規定するパラメータは、上記のスヌーピングされた情報、特に、ＵＰＦ１１２を参照するリモートトンネル終点及びｇＮｏｄｅＢ１０６を参照するローカルトンネル終点内に含まれる。

図２に関して上述されているように、Ａ型パケットをＧＴＰトンネルを通して単にルーティングするよりむしろ、Ａ型パケットは、Ｂ型又はＣ型パケットに変換され、ＳＲｖ６ネットワーク２１０等のＩＰネットワーク２１０上でルーティングされる。ＩＰネットワーク２１０及びＧＴＰトンネル間の移行は、変換モジュール２０８、２１２により管理される。また、ルーティングモジュール２１６は、ＧＴＰトンネルを規定するパラメータを参照してパケットをルーティングする必要もある。ＰＦＣＰプロキシ３２２により得られたスヌーピングされた情報は、ルーティング／ＳＤＮコントローラ３２４に提供されることができる。その後、ルーティング／ＳＤＮコントローラ３２４は、変換モジュール２０８、２１２及びルーティングモジュール２１６をプログラミングし、図２に関して上述されているルーティングを達成する。ルーティング／ＳＤＮコントローラ３２４により変換モジュール２０８、２１２及びルーティングモジュール２１６がどのようにプログラミングされるかの様々な実施例が以下に記載される。

第１の実施例において、ルーティング／ＳＤＮコントローラ３２４は、リモートトンネル終点を受信し、ＵＰＦ１１２へのルートを生成して配信する。特に、このルートは、変換モジュール２０８に提供されることができる。ルートは、上述のように、ＧＴＰ及びＳＲｖ６間の変換を実行する為に、プログラミング４０４ａにも提供されることができる。

第２の実施例において、ルーティング／ＳＤＮコントローラ３２４は、ローカルトンネル終点及びＵＥアドレスを受信し、ＳＲｖ６によるこの情報に基づいてサービスＳＩＤを生成して配信する。特に、サービスＳＩＤは、ルーティングモジュール２１６に提供されることができる。サービスＳＩＤは、ローカルトンネル終点を参照してｇＮｏｄｅＢ１０６経由でネットワーク２１０上でＵＥ１０２へのルートをアドバタイズする。サービスＳＩＤの生成時に、ルーティング／ＳＤＮコントローラ３２４によりＱＦＩを使用することもできる。この第２の実施例は、上記のプログラミング４０４ｃの実行時に実装することができる。

第３の実施例において、ｇＮｏｄｅＢ１０６は、Ａ型パケットの宛先をリモートトンネル終点（ＵＰＦ１１２のトンネル終点アドレス）に設定することにより、ＵＰＦ１１２と共に確立されたＧＴＰトンネル内にＡ型（ＧＴＰ）パケットを送信することができる。ＰＦＣＰプロキシ３２２は、ＧＴＰトンネルの設定時にｇＮｏｄｅＢ１０６及びＵＰＦ１１２間の制御パケットをスヌーピングすることにより、このリモートトンネル終点アドレスを得る。ＰＦＣＰプロキシ３２２は、ルーティング／ＳＤＮコントローラ３２４にリモートトンネル終点アドレスを与えることができる。

その後、ルーティング／ＳＤＮコントローラ３２４は、このリモートトンネル終点の為のルーティングエントリを生成し、このルーティングエントリにより変換モジュール２０８をプログラミングすることができる。いくつかの実施形態において、ルーティング／ＳＤＮコントローラ３２４は、ＧＴＰ４．Ｄ等の機能を使用して、ルーティングエントリを生成する。ルーティングエントリは、ＧＴＰヘッダ情報のＳＲＨ’ヘッダへの符号化を含むＡ型パケットからＢ型パケットへの変換を規定し、ＳＲｖ６等のセグメントルーティングプロトコルによる１以上のＳＩＤの形式等によるネットワーク２１０を通した変換モジュール２１２へのルーティングを規定することができる。

第４の実施例において、イングレス宅内機器(ingress premise equipment)（ＰＥ）からエグレス宅内機器(egress premise equipment)へのトラフィックのルーティングは、上記のスヌーピングされた情報に基づいて管理される。イングレス宅内機器は、例えば、変換モジュール２０８であることができ、エグレス宅内機器は、外部ネットワーク２１４又はＭＥＣサーバ１１８とのインタフェース接続の為のルーティングモジュール２１６であることができる。逆方向において、ルーティングモジュール２１６はイングレス宅内機器であり、変換モジュール２０８はエグレス宅内機器である。

Ｌ３ＶＰＮ ＳＲｖ６等の標準的な仮想プライベートネットワーク（ＶＰＮ）において、イングレス宅内機器は、ＩＰネットワークから受信したパケットである内部パケットを含むＳＲｖ６パケットを送信する。ＳＲｖ６パケットの宛先アドレスは、エグレス宅内機器に割当されたＩＰｖ６アドレス（例えば、セグメント識別子（ＳＩＤ））等のＩＰアドレスに設定されることができる。エグレス宅内機器は、ＳＲｖ６パケットを受信し、内部パケットをデカプセル化し、内部パケットを内部パケットの宛先アドレスに転送する。図示されている実施例において、内部パケットの宛先アドレスは、ＩＰｖ６宛先（例えば、ＳＩＤ）の形式であることができる。したがって、エグレス宅内機器は、パケットがネットワーク２１０を通って移動している方向によって第三者サーバ又はＵＥ１０２である内部パケットの宛先アドレスに基づいて内部パケットをどこに転送するかを判定することができる。

図示されている実施形態において、エグレス宅内機器（例えば、変換モジュール２０８）は、特定のＵＥ１０２に到達する為に内部パケットが転送されるべき利用可能な１組のｇＮｏｄｅＢインスタンスのｇＮｏｄｅＢ１０６を判定する必要がある。したがって、エグレス宅内機器は、ＵＥ１０２のＩＰアドレスをＵＥ１０２が接続された（例えば、ＴＣＰ又は確立された他のセッションを有する）ｇＮｏｄｅＢ１０６のローカルトンネル終点にマッピングするルーティング／ＳＤＮコントローラ３２４からのルーティングエントリを受信することができる。ＵＥ１０２のＩＰアドレス及びローカルトンネル終点間の関連付けは、上記のスヌーピングされた情報から判定することができる。

ルーティングエントリは、Ｃ型パケットからＡ型パケットへのパケット変換を実行して結果的に得られたＡ型パケットをＧＴＰ接続上でｇＮｏｄｅＢ１０６に送信した時に、ｇＮｏｄｅＢのローカルトンネル終点を使用するようにエグレス宅内機器に指示することができる。例えば、ＧＴＰ４．Ｄ（ＩＰｖ４ ＧＴＰ）が使用されると、ルーティング／ＳＤＮコントローラ３２４は、以下のＩＰｖ６アドレスをエグレス宅内機器に提供することができる。
ＳＲｖ６ロケータ（＜５６ビット）+ＴＥＩＤ（３２ビット）+ＱＦＩ（８ビット）+ローカルトンネル終点アドレス（３２ビット）

ＳＲｖ６ロケータは、ルーティング／ＳＤＮコントローラ３２４上の構成を参照することができる。ＳＲｖ６ロケータに基づいて、変換モジュール２０８、２１２は、これから実行する変換機能を認識することができる。例えば、ＢＧＰ３２４は、ＧＴＰ及びＳＲｖ６間の変換の為にＳＲｖ６ロケータとして２００１：ｄｂ８：：／４８を割当することができる。この場合、変換モジュール２０８、２１２がＧＴＰパケットからＳＲｖ６パケットを生成する時、ＳＲｖ６ロケータとして２００１：ｄｂ８：：／４８を使用し、ＧＴＰパケットのＴＥＩＤ、ＱＦＩ、ＴＥＰアドレスをＳＲＨ’フィールドに埋込する。宛先が２００１：ｄｂ８：：／４８と一致するＳＲｖ６パケットを変換モジュール２０８、２１２が受信する時、変換モジュール２０８、２１２は、ＳＲｖ６パケットがＧＴＰに変換される必要があると理解することができる。変換モジュール２０８、２１２は、ＳＲＨ’フィールドからＴＥＩＤ、ＱＦＩ、ＴＥＰアドレスを得て、その後、元のＧＴＰパケットを再生成することができる。その後、ＧＴＰパケットは、宛先とされるＵＰＦ１１２又はｇＮｏｄｅＢ１０６のいずれかに送信されることができる。

Ｌ３ＶＰＮ内のマルチパスラベルスイッチング（ＭＰＬＳ）において、ＳＲｖ６ロケータは、付与されたＶＰＮを特定する為に使用することができる。ＳＲｖ６ Ｌ３ＶＰＮの場合、ＳＲｖ６ロケータは、サービスＳＩＤ（ＩＰｖ６アドレス形式）を特定することができ、ＭＰＬＳ Ｌ３ＶＰＮのラベルの代わりに、付与されたＶＰＮを特定する為に使用することができる。

ローカルトンネル終点アドレスは、上記ＩＰｖ６アドレス内に埋込されることができる。このアドレスは、サービスＳＩＤとしてイングレス宅内機器にアナウンスされることもできる。エグレス宅内機器がこのＩＰｖ６アドレスと宛先が一致するパケットを受信した時、エグレス宅内機器は、パケットをどのｇＮｏｄｅＢインスタンスに転送するかを判定し、ベースバンドユニット（ＢＢＵ）のローカルトンネル終点を得て、ｇＮｏｄｅＢインスタンスに送信するＧＴＰパケッ（Ａ型パケット）を生成することもできる。ルーティング／ＳＤＮコントローラ３２４は、ＩＰｖ６アドレスからＧＴＰパケットへの変換をどのように実行するかをエグレス宅内機器に指示するＧＴＰ４．Ｄルーティングルール等のルーティングルールによりエグレス宅内機器をプログラミングすることができる。

ＳＲｖ６からＧＴＰへ変換する為に、エグレス宅内機器は、以下の情報を使用することができる。ローカルトンネル終点アドレス（ｇＮｏｄｅＢ１０６のアドレス）、ＴＥＩＤ（トンネル識別子）、そして、ＱＦＩ（ＱｏＳ識別子）。ローカルトンネル終点アドレスは、ＧＴＰパケットの宛先アドレスである。ＴＥＩＤ及びＱＦＩは、ＧＴＰヘッダ内に埋込する必要がある値である。したがって、この情報は、イングレス宅内機器からエグレス宅内機器へルーティングされたパケットのＩＰｖ６宛先アドレス（上記例示的アドレス参照）内に埋込され、ＳＲｖ６からＧＴＰへの変換を容易にすることができる。

この情報（ローカルトンネル終点アドレス、ＴＥＩＤ、ＱＦＩ）は、ＰＦＣＰプロキシ３２２により得られ、ルーティング／ＳＤＮコントローラ３２４に提供され、その後、ルーティング／ＳＤＮコントローラ３２４により使用され、イングレス宅内機器及びエグレス宅内機器に情報を埋込して上述のように情報を使用して変換を実行するようにイングレス宅内機器及びエグレス宅内機器をプログラミングする。ルーティング／ＳＤＮコントローラ３２４は、イングレス宅内機器に提供されたサービスＳＩＤとして埋込された情報を含むＩＰｖ６アドレスを有するＶＰＮｖ４／ｖ６ルートをアナウンスすることにより、上記プログラミングを実行する。ルーティング／ＳＤＮコントローラ３２４は、ＧＴＰ４．Ｅ機能を使用して作成されたＳＲｖ６ロケータの形式でエグレス宅内機器内にこの情報をプログラミングすることもできる。

イングレス宅内機器がＩＰネットワークからパケットを受信すると、イングレス宅内機器は、ＩＰネットワークからのＳＲｖ６を含むパケットをカプセル化することができる。この時、外部ＩＰｖ６宛先アドレスは、埋込された情報を含む上記サービスＳＩＤである。エグレス宅内機器が上記サービスＳＩＤと一致する外部ＩＰｖ６宛先アドレスを有するパケットを受信すると、エグレス宅内機器は、受信したパケットにＧＴＰ４．Ｅ機能を実行し、ＩＰｖ６宛先アドレス内に埋込されたＴＥＩＤ、ＱＦＩ、及びローカルトンネル終点を使用してパケットをＧＴＰ（Ａ型）パケットに変換することを決定することができる。

第５の実施例において、ルーティングモジュール２１６は、ＵＥ１０２のＩＰアドレス宛の外部ネットワーク２１４からパケットを受信することができる。スヌーピングされた情報は、ｇＮｏｄｅＢ１０６のローカルトンネル終点への関連付けを提供する。したがって、ルーティング／ＳＤＮコントローラ３２４は、ルーティングモジュール２１６にルートをアナウンスし、ＵＥ１０２のＩＰアドレス宛のトラフィックをｇＮｏｄｅＢ１０６にルーティングするようにルーティングモジュール２１６に指示する。その後、パケットは、上述のようにＤ型、Ｃ型、及びＡ型パケット間の変換を含む図２の経路２０６により、ｇＮｏｄｅＢ１０６経由でＵＥ１０２にルーティングモジュール２１６によりルーティングされる。

第６の実施例において、スヌーピングされた情報は、コアネットワークインスタンスを含むことができる。この値は、５Ｇコアネットワークにおけるネットワークスライシングに使用することができる。この値に基づいて、ルーティング／ＳＤＮコントローラ３２４は、どの仮想ルーティング及び転送（ＶＲＦ）テーブルからＵＥアドレスをインポートするべきか、そして、プログラミング４０４ｃの実行時のＵＥ１０２へのルートの生成時にどのＶＰＮ（ＶＲＦ）を使用すべきかを判定することができる。スヌーピングされた情報内のアクセスネットワークインスタンスは、付与されたＶＲＦテーブルから特定のＵＥアドレスを除去する為に使用することができる。したがって、ルーティング／ＳＤＮコントローラ３２４は、スヌーピングされた情報内で指定されたコアネットワークインスタンス及びアクセスネットワークインスタンスに基づいて、インポートルール及び／又はフィルタルールを指定することができる。

図７は、ここに開示の方法及びシステムを実装する為に使用することができる例示的コンピューティングデバイス７００を図示する構成図である。コンピューティングデバイス７００は、サーバ、クライアント、又は任意の他のコンピューティングエンティティとして機能することができる。コンピューティングデバイスは、ここに記載の様々な機能を実行することができ、そして、ここに記載のアプリケーションプログラムのような１以上のアプリケーションプログラムを実行することができる。コンピューティングデバイス７００は、デスクトップコンピュータ、ノートパソコン、サーバコンピュータ、携帯用コンピュータ、タブレット等の多種多様な任意のコンピューティングデバイスであることができる。

コンピューティングデバイス７００は、１以上のプロセッサ７０２、１以上のメモリ装置７０４、１以上のインタフェース７０６、１以上の大容量記憶装置７０８、１以上の入力／出力（Ｉ／Ｏ）装置７１０、及び表示装置７３０を含み、その全てがバス７１２に接続されている。プロセッサ７０２は、１以上のプロセッサ又は制御装置を含み、メモリ装置７０４及び／又は大容量記憶装置７０８内に記憶された命令を実行する。プロセッサ７０２は、キャッシュメモリ等の様々な型のコンピュータ可読媒体を含むこともできる。

メモリ装置７０４は、揮発性メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）７１４）及び／又は不揮発性メモリ（読出専用メモリ（ＲＯＭ）７１６）等の様々なコンピュータ可読媒体を含む。メモリ装置７０４は、フラッシュメモリ等の書換可能ＲＯＭを含むこともできる。

大容量記憶装置７０８は、磁気テープ、磁気ディスク、光ディスク、ソリッドステートメモリ（例えば、フラッシュメモリ）等の様々なコンピュータ可読媒体を含む。図７に図示されているように、特定の大容量記憶装置は、ハードディスクドライブ７２４である。様々なコンピュータ可読媒体からの読出、及び／又は、様々なコンピュータ可読媒体への書込を可能にする為に、大容量記憶装置７０８内に様々なドライブを含むこともできる。大容量記憶装置７０８は、取り外し可能媒体７２６及び／又は取り外し不可能媒体を含む。

入力／出力装置７１０は、データ及び／又は他の情報をコンピューティングデバイス７００に入力、又はコンピューティングデバイス７００から取得することを可能にする様々な装置を含む。例示的入力／出力装置７１０は、カーソル制御装置、キーボード、キーパッド、マイク、モニタ又は他の表示装置、スピーカ、プリンタ、ネットワークインタフェースカード、モデム、レンズ、ＣＣＤ又は他の撮像装置等を含む。

表示装置７３０は、コンピューティングデバイス７００の１以上のユーザに情報を表示することができる任意の型の装置を含む。表示装置７３０の例は、モニタ、表示端末、映像投影装置等を含む。

インタフェース７０６は、コンピューティングデバイス７００が他のシステム、デバイス、又はコンピューティング環境と情報交換することを可能にする様々なインタフェースを含む。例示的なインタフェース７０６は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク、及びインターネットへのインタフェース等の、任意の数の異なるネットワークインタフェース７２０を含む。他のインタフェースは、ユーザインタフェース７１８及び周辺機器インタフェース７２２を含む。インタフェース７０６は、１以上のユーザインタフェース要素７１８を含むこともできる。インタフェース７０６は、プリンタ、ポインティングデバイス（マウス、トラックパッド等）、キーボード等のインタフェースのような、１以上の周辺機器インタフェースを含むこともできる。

バス７１２は、バス７１２に接続されている他のデバイス又はコンポーネントと同様に、プロセッサ７０２、メモリ装置７０４、インタフェース７０６、大容量記憶装置７０８、及び入力／出力装置７１０が互いに通信することを可能にする。バス７１２は、システムバス、ＰＣＩバス、ＩＥＥＥ１３９４バス、ＵＳＢバス等の、１以上の複数の型のバス構造を示している。

説明のために、プログラム及び他の実行可能なプログラムコンポーネントは、ここでは分離したブロックとして示されているが、そのようなプログラム及びコンポーネントは、コンピューティングデバイス７００の異なるストレージコンポーネント内に様々な時間に存在しており、プロセッサ７０２により実行されると理解される。代替的に、ここに記載のシステム及び処理は、ハードウェア内、又は、ハードウェア、ソフトウェア、及び／又はファームウェアの組合せ内に実装することができる。例えば、１以上の特定用途向け集積回路（ＡＳＩＣ）は、ここに開示されている１以上のシステム及び処理を実行するようにプログラミングされることができる。

１００ ネットワーク環境
２０４ 経路
２０６ 経路
５１４ メッセージ
５１６ メッセージ
５１８ ＰＦＣＰ応答
５２０ ＰＦＣＰ応答
７００ コンピューティングデバイス
７１２ バス

Claims (20)

1. ユーザ機器から信号を受信するアンテナと、
   前記アンテナに接続されたパケット無線ネットワークと、
   インターネットプロトコルネットワークと、
   前記パケット無線ネットワーク及び前記インターネットプロトコルネットワーク間に配置された変換モジュールと、
   前記ユーザ機器との通信を管理するように構成されたユーザプレーン機能と、
   前記パケット無線ネットワーク及び前記ユーザプレーン機能間に配置されたプロキシと、
   を含むセルラーデータ通信システムであって、
   前記プロキシは、
   前記ユーザプレーン機能から及び前記ユーザプレーン機能への任意のトラフィックをインタセプトし、
   前記トラフィックからセッション情報をスヌーピングし、そして、
   前記パケット無線ネットワーク上で受信した第１のパケットを前記セッション情報に従って前記インターネットプロトコルネットワーク上に送信された第２のパケットに変換する前記変換モジュールのプログラミングを呼出する、
   ように構成されることを特徴とするセルラーデータ通信システム。
2. 前記セッション情報は、前記ユーザプレーン機能により終了されたプロトコルトンネルを記述する情報を含み、そして、前記セッション情報は、前記ユーザプレーン機能のトンネル終点（ＴＥＰ）識別子（ＴＥＩＤ）、前記プロトコルトンネルのローカルＴＥＩＤ、及び前記ユーザ機器のアドレスのいずれかを含むことを特徴とする請求項１に記載のセルラーデータ通信システム。
3. 前記ローカルＴＥＩＤはｇＮｏｄｅＢを参照することを特徴とする請求項２に記載のセルラーデータ通信システム。
4. 前記プロトコルトンネルは、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルであることを特徴とする請求項２に記載のセルラーデータ通信システム。
5. 前記第１のパケットはＧＴＰによりフォーマットされ、そして、前記変換モジュールは、前記第２のパケットがインターネットプロトコルによりフォーマットされるように、前記第１のパケットを前記第２のパケットに変換するようにプログラミングされることを特徴とする請求項４に記載のセルラーデータ通信システム。
6. 前記第２のパケットは、前記第２のパケットをＧＴＰパケットに再変換するのに十分な情報を含むことを特徴とする請求項５に記載のセルラーデータ通信システム。
7. さらに、前記プロキシ及び前記変換モジュール間に配置されたルーティング及びソフトウェア定義ネットワーク（ルーティング／ＳＤＮ）コントローラを含み、そして、前記ルーティング／ＳＤＮコントローラは、前記情報を使用して前記変換モジュールをプログラミングするようにプログラミングされることを特徴とする請求項５に記載のセルラーデータ通信システム。
8. 前記ルーティング／ＳＤＮコントローラは、ボーダゲートウェイプロトコル（ＢＧＰ）スピーカを含むことを特徴とする請求項７に記載のセルラーデータ通信システム。
9. さらに、前記インターネットプロトコルネットワークを外部ネットワークに接続するルーティングモジュールを含み、
   前記プロキシはさらに、前記セッション情報に従って前記ルーティングモジュールのプログラミングを呼出するようにプログラミングされることを特徴とする請求項５に記載のセルラーデータ通信システム。
10. 前記変換モジュールは第１の変換モジュールであり、
    前記セルラーデータ通信システムはさらに第２の変換モジュールを含み、前記アンテナ及び前記ユーザプレーン機能間の経路が、前記第１の変換モジュール、前記インターネットプロトコルネットワーク、及び前記第２の変換モジュールを含み、そして、
    前記プロキシは、前記セッション情報に従って前記第２のパケットを第３のパケットに変換する前記第２の変換モジュールのプログラミングを呼出するように構成され、前記第３のパケットはＧＴＰによりフォーマットされることを特徴とする請求項５に記載のセルラーデータ通信システム。
11. ユーザ機器から信号を受信するアンテナと、前記アンテナに接続されたパケット無線ネットワークと、インターネットプロトコルネットワークと、前記ユーザ機器との通信を管理するように構成されたユーザプレーン機能と、を含むセルラーデータ通信システムを提供し、
    前記パケット無線ネットワーク及び前記インターネットプロトコルネットワーク間に配置された変換モジュールを提供し、
    前記変換モジュール及び前記アンテナ間に配置されたプロキシにより、前記ユーザプレーン機能宛の第１のパケットを受信し、
    前記プロキシにより、前記第１のパケットからセッション情報をスヌーピングし、そして、前記第１のパケットを前記ユーザプレーン機能に転送し、
    前記プロキシにより、前記セッション情報に従って前記変換モジュールのプログラミングを呼出し、
    前記変換モジュールにより、前記パケット無線ネットワークから第２のパケットを受信し、
    前記変換モジュールにより、前記第２のパケットを前記プログラミングに従って変換して第３のパケットを得て、そして、
    前記インターネットプロトコルネットワーク上で前記第３のパケットを送信する、
    ことを含むことを特徴とする方法。
12. 前記セッション情報は、前記ユーザプレーン機能により終了されたプロトコルトンネルを記述する情報を含み、そして、前記セッション情報は、前記ユーザプレーン機能のトンネル終点（ＴＥＰ）識別子（ＴＥＩＤ）、前記プロトコルトンネルのローカルＴＥＩＤ、及び前記ユーザ機器のアドレスのいずれかを含むことを特徴とする請求項１１に記載の方法。
13. 前記ローカルＴＥＩＤは、前記ユーザプレーン機能及び前記アンテナ間のベースバンドユニットを参照することを特徴とする請求項１２に記載の方法。
14. 前記プロトコルトンネルは、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルであることを特徴とする請求項１２に記載の方法。
15. 前記第２のパケットを前記プログラミングに従って変換して前記第３のパケットを得ることは、ＧＴＰによりフォーマットされた前記第２のパケットからインターネットプロトコルによりフォーマットされた前記第３のパケットに変換することを含むことを特徴とする請求項１４に記載の方法。
16. 前記第２のパケットを前記プログラミングに従って変換して前記第３のパケットを得ることは、ＧＴＰによりフォーマットされた前記第２のパケットからインターネットプロトコルによりフォーマットされた前記第３のパケットに変換することを含み、前記第３のパケットは、前記第３のパケットをＧＴＰによりフォーマットされた第４のパケットに変換するのに十分な情報を含むことを特徴とする請求項１４に記載の方法。
17. 前記セッション情報に従って前記変換モジュールのプログラミングを呼出することは、
    前記プロキシにより、前記プロキシ及び前記変換モジュール間に配置されたルーティング及びソフトウェア定義ネットワーク（ルーティング／ＳＤＮ）コントローラに前記セッション情報を提供し、そして、
    前記ルーティング／ＳＤＮコントローラにより、前記セッション情報を使用して前記変換モジュールをプログラミングする、
    ことを含むことを特徴とする請求項１５に記載の方法。
18. 前記ルーティング／ＳＤＮコントローラは、ボーダゲートウェイプロトコル（ＢＧＰ）スピーカを含むことを特徴とする請求項１７に記載の方法。
19. 前記方法がさらに、
    前記プロキシにより、前記セッション情報に従って前記インターネットプロトコルネットワーク及び外部ネットワーク間に配置されたルーティングモジュールをプログラミングすることを含むことを特徴とする請求項１７に記載の方法。
20. 前記変換モジュールは第１の変換モジュールであり、
    前記方法がさらに、
    前記インターネットプロトコルネットワーク及び前記ユーザプレーン機能間に第２の変換モジュールを提供し、
    前記プロキシにより、前記セッション情報に従って前記第２の変換モジュールのプログラミングを呼出し、前記第２の変換モジュールは、前記第３のパケットを第４のパケットに変換するようにプログラミングされ、前記第４のパケットはＧＴＰによりフォーマットされる、
    ことを含むことを特徴とする請求項１１に記載の方法。