JP5947461B2 - アップリンク・データ・パケットに含まれるトンネル識別子および基地局識別子を使用するベアラ・アクティブ化 - Google Patents

Description

諸実施形態は、無線デバイスに関するコア・ネットワークでのベアラ・アクティブ化（再アクティブ化）に関する。

３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のＥｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークは、到達可能性のための長期インターネット・プロトコル（ＩＰ）アドレス、複数の特殊化されたネットワーク（たとえば、企業ネットワークへの仮想プライベート・ネットワーク（ＶＰＮ）およびＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）のサービス固有ネットワーク）へのアクセス、ならびに優先順位、遅延、帯域幅、およびパケット消失を含むサービス品質（ＱｏＳ）属性を必要とするデバイスをサポートする。しかし、これらの特性の多くが必要ではなく、大量のトランザクションが期待され、これらのデバイスをサポートするためのＥＰＣの効率を改善する必要がある、デバイスの大きいセットが存在する。

たとえば、デバイスは、制限された機能を有するマシン・タイプ・デバイス（たとえば、データを周期的に無線で報告するテレメトリ・デバイス）と、一般的なインターネット・アプリケーションがインターネット・ベースのサーバとの頻繁なトランザクションを開始するのにベスト・エフォート・トランスポートを使用するｓｅｌｅｃｔｉｖｅ ＩＰ ｔｒａｆｆｉｃ ｏｆｆｌｏａｄ（ＳＩＰＴＯ）とを含む。ＳＩＰＴＯは、今日のインターネット・トラフィックのうちの高いパーセンテージをサポートするのに十分であるはずである。具体的には、スマートフォンが、そのようなアプリケーションを使用する。

既存の解決策は、通常のユーザの通常のデータ・サービスに関して同一のパケット・コア・ネットワーク手順を使用することを含み、したがって、頻繁でない短いトランザクションの低コスト配送について最適化されてはいない。たとえば、既存の解決策は、デバイスが非常に少数のパケットを送信するだけのために時々ウェイク・アップする時に過度なシグナリングを用い、および／またはＥＰＣユーザ・プレーン（たとえば、サービング・ゲートウェイおよびパケット・ゲートウェイ）内でリソースの永久的割振りを要求するかのいずれかである。

３ＧＰＰ ＴＳ ２３．４０１ ３ＧＰＰ ＴＳ ２９．２８１（ＧＴＰ−Ｕ） ＲＦＣ １９１８ ＲＦＣ ３５１３

マシン・タイプ・コミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスおよびＳＩＰＴＯデバイスの増殖に伴って、デバイス再アクティブ化の効率の改善（たとえば、休止期間の後のデータ伝送のデバイス再開始をサポートするのに必要なネットワーク・リソースを減らす）が望ましい。加入者デバイスより多数のＭＴＣデバイスおよびＳＩＰＴＯデバイスの潜在的増殖に伴って（各そのようなデバイスは、周期的に休止状態から抜けて小さいトランザクション（たとえば、温度またはＡＴＭキャッシュしきい値の報告）を実行する）、ネットワークがそのようなデバイスのデータ伝送の再開始をサポートできる効率の改善は、ネットワーク・リソースの使用に対する重大な影響を有する可能性がある。

一実施形態は、メモリと、方法を実行するように構成されたプロセッサとを含む基地局を含む。方法は、ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を格納するステップと、基地局によってデバイスからサービス要求メッセージを受信するステップと、基地局によってサービス要求メッセージに応答して基地局とデバイスとの間で無線ベアラを確立するステップと、基地局によって無線ベアラを使用してデバイスから１つまたは複数の第１のアップリンク・データ・パケットを受信するステップと、基地局によって１つまたは複数の第１のアップリンク・データ・パケットが、ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を含むように、１つまたは複数の第１のアップリンク・データ・パケットを変更するステップと、基地局によって変更されたアップリンク・データ・パケットをゲートウェイに送信するステップとを含む。

もう１つの実施形態は、メモリと、方法を実行するように構成されたプロセッサとを含むネットワーク制御エンティティを含む。方法は、デバイスからサービス要求メッセージを受信するステップと、サービス要求メッセージに基づいてゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを判定するステップと、デバイスに関連する基地局にメッセージを送信するステップであって、メッセージは、ゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを含む、ステップとを含む。

もう１つの実施形態は、メモリと方法を実行するように構成されたプロセッサとを含むゲートウェイを含む。方法は、トンネル識別子および基地局識別子を含む第１のアップリンク・データ・パケットを受信するステップと、ネットワーク制御エンティティがゲートウェイ内でベアラを再アクティブ化するためにゲートウェイにシグナリングすることなく、トンネル識別子および基地局識別子を使用してベアラをアクティブ化するステップとを含む。

もう１つの実施形態は、方法を含む。方法は、デバイスのアドレス、デバイスのトンネル・エンドポイントＩＤ（ＴＥＩＤ）、およびゲートウェイ宛先ＩＰアドレスを含む第２のアップリンク・データ・パケットを受信するステップと、アドレス変換束縛を確立するために、第２のアップリンク・データ・パケットからのデバイスのアドレス、デバイスのＴＥＩＤ、およびゲートウェイ宛先ＩＰアドレスを使用するステップとを含む。

本発明は、本明細書で下で与えられる詳細な説明および添付図面からより十分に理解されるようになり、図面では、同様の要素が、同様の符号によって表され、図面は、例示としてのみ与えられ、したがって、本発明について限定的ではない。

例の実施形態による無線デバイスのコア・ネットワークを示す図である。 例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化の１つの方法を示す図である。 例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化のもう１つの方法を示す図である。 例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化のもう１つの方法を示す図である。 例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化を示す信号フロー図である。

これらの図が、ある例の実施形態で利用される方法、構造、および／または材料の全般的な特性を示し、下で提供される書かれた説明を補足するためのものであることに留意されたい。しかし、これらの図面は、原寸通りではなく、任意の所与の実施形態の正確な構造的特性または性能特性を正確には反映しない場合があり、例の実施形態によって包含される値の範囲または特性を定義しまたは限定すると解釈されてはならない。さまざまな図面の同様のまたは同一の符号の使用は、同様のまたは同一の要素または特徴の存在を示すためのものである。

例の実施形態は、さまざまな変更および代替の形態が可能であるが、その実施形態を、図面に例として示し、本明細書で詳細に説明する。しかし、例の実施形態を開示される特定の形態に限定することは意図されておらず、逆に、例の実施形態は、特許請求の範囲の範囲に含まれるすべての変形形態、同等物、および代替形態を包含するものである。同様の符号は、図の説明を通じて同様の要素を指す。

例の実施形態をより詳細に議論する前に、いくつかの例の実施形態が、流れ図として示されるプロセスまたは方法として説明されることに留意されたい。流れ図は、順次プロセスとして動作を説明するが、動作の多くを、並列に、並行に、または同時に実行することができる。さらに、動作の順序を再配置することができる。プロセスは、その動作が完了した時に終了されてもよいが、図に含まれない追加のステップを有してもよい。プロセスは、メソッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応することができる。

本明細書で使用される場合、用語「無線デバイス」または「デバイス」は、同義であると考えることができ、以下では、時々、クライアント、ユーザ機器、移動局、モバイル・ユーザ、モバイル、加入者、ユーザ、リモート・ステーション、アクセス端末、受信器、モバイル・ユニットなどと称する場合があり、無線通信ネットワーク内の無線リソースのリモート・ユーザを記述することができる。

同様に、本明細書で使用される場合、用語「基地局」は、Ｎｏｄｅ Ｂ、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ、無線基地局（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）、ＲＮＣなどと同義であり、以下では時々そのように称する場合があり、複数の技術世代にまたがる可能性がある無線通信ネットワーク内でモバイルと通信し、モバイルに無線リソースを提供するトランシーバを記述することができる。本明細書で議論される場合、基地局は、本明細書で議論される方法を実行する能力に加えて、従来の周知の基地局に関連するすべての機能性を有することができる。

下で議論される方法は、その一部が流れ図によって示されるが、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその任意の組合せによって実施され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードによって実施される時に、必要なタスクを実行するプログラム・コードまたはコード・セグメントを、記憶媒体などの機械可読媒体またはコンピュータ可読媒体に格納することができる。プロセッサが、必要なタスクを実行することができる。

本明細書で開示される特定の構造的詳細および機能的詳細は、本発明の例の実施形態を説明するための、単なる代表である。しかし、本発明を、多数の代替の形で実施することができ、本発明を、本明細書で示される実施形態だけに限定されると解釈してはならない。

用語第１、第２などが、本明細書でさまざまな要素を記述するのに使用される場合があるが、これらの要素が、これらの用語によって限定されてはならないことを理解されたい。これらの用語は、ある要素を別の要素から区別するためにのみ使用される。たとえば、例の実施形態の範囲から逸脱せずに、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用される場合、用語「および／または」は、関連するリストされた項目のうちの１つまたは複数の任意のおよびすべての組合せを含む。ある要素が、別の要素に「接続される」または「結合される」と称される時に、その要素を他の要素に直接に接続しまたは結合することができ、あるいは、介在する要素が存在してもよい。対象的に、ある要素が、別の要素に「直接に接続される」または「直接に結合される」と称される時には、介在する要素は存在しない。要素の間の関係を記述するのに使用される他の単語は、同様の形で解釈されなければならない（たとえば、「間」対「直接に〜の間」、「隣接する」対「直接に隣接する」など）。

本明細書で使用される用語法は、特定の実施形態を説明するためのみのものであって、例の実施形態を限定するためのものではない。本明細書で使用される場合、単数形「１つの（ａ）」、「１つの（ａｎ）」、および「ｔｈｅ」は、文脈が別段明瞭に示さない限り、複数形をも含むことが意図されている。用語「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される時に、述べられる特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはその群の存在または追加を除外しないことをさらに理解されたい。

また、いくつかの代替実施態様では、記される機能／行為が、図に記された順序から外れて発生する場合がある。たとえば、連続して示される２つの図が、関る機能性／行為に依存して、実際には並行に実行される場合があり、あるいは、時々逆の順序で実行される場合がある。

別段定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、例の実施形態が属する技術分野における通常の技量を有する者によって一般的に理解されるものと同一の意味を有する。用語、たとえば一般的に使用される辞書で定義される用語は、関連技術の文脈での意味と一貫する意味を有すると解釈されなければならず、本明細書でそのように明確に定義されない限り、理想化された意味または過度に形式的な意味では解釈されないことをさらに理解されたい。

例の実施形態の諸部分および対応する詳細な説明は、ソフトウェアまたは、コンピュータ・メモリ内のデータ・ビットに対する演算のアルゴリズムおよび記号表現に関して提示される。これらの記述および表現は、当業者が他の当業者に彼らの仕事の実質をそれによって効果的に伝える記述および表現である。アルゴリズムは、この用語が本明細書で使用される場合、および一般的に使用される場合、所望の結果につながるステップの自己完結的シーケンスと考えられる。これらのステップは、物理的量の物理的操作を必要とするステップである。必ずではないが通常、これらの量は、格納され、転送され、組み合わされ、比較され、かつ他の形で操作されることが可能な光信号、電気信号、または磁気信号の形をとる。時々、主に一般的な使用の理由から、これらの信号をビット、値、要素、記号、文字、項、数、または類似物と称することが便利であることがわかっている。

以下の説明では、例示的実施形態を、特定のタスクを実行するか特定の抽象データ型を実施し、既存のネットワーク要素の既存ハードウェアを使用して実施できる、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラム・モジュールあるいは機能プロセスとして実施できる、行為と動作の記号表現（たとえば、流れ図の形の）とを参照して説明する。そのような既存ハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）コンピュータ、または類似物を含むことができる。しかし、これらおよび類似する用語のすべてが、適当な物理的量に関連しなければならず、これらの量にて適用される単に便利なラベルであることに留意されたい。別段特に述べられない限り、または議論から明白であるように、「処理」、「コンピューティング」、「計算」、「判定」、「表示」、または類似物などの用語は、コンピュータ・システムのレジスタおよびメモリ内の物理的電子量として表されたデータを操作し、コンピュータ・システム・メモリもしくはレジスタまたは他のそのような情報記憶デバイス、情報伝送デバイス、もしくは情報表示デバイス内の物理的量として同様に表される他のデータに変換する、コンピュータ・システムまたは類似する電子コンピューティング・デバイスのアクションおよびプロセスを指す。

また、例の実施形態のソフトウェア実施される態様が、通常は、あるタイプのプログラム記憶媒体上で符号化され、またはあるタイプの伝送媒体を介して実施されることに留意されたい。プログラム記憶媒体は、磁気的（たとえば、フロッピ・ディスクまたはハード・ドライブ）または光学的（たとえば、コンパクト・ディスク読取り専用メモリすなわち「ＣＤ ＲＯＭ」）とすることができ、読取り専用またはランダム・アクセスとすることができる。同様に、伝送媒体は、より対線、同軸ケーブル、光ファイバ、または当技術分野で既知のある他の適切な伝送媒体とすることができる。例の実施形態は、任意の所与の実施態様のこれらの態様によって限定されない。

プロセッサおよびメモリは、装置機能性を実行するために一緒に動作することができる。たとえば、メモリは、装置機能に関するコード・セグメントを格納することができる。コード・セグメントを、プロセッサによって実行することができる。さらに、メモリは、プロセッサによる使用のためにプロセス変数および定数を格納することができる。

例の実施形態は、たとえばマシンツーマシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）またはより一般的にはマシン・タイプ・コミュニケーション（ＭＴＣ）モバイル・デバイスまたは他の低帯域幅データ・サービスのための、端末とネットワークとの間の短い散発的なユーザ・プレーン・トランザクションの頻繁でない伝送を搬送する効率的な解決策を提供する。例の実施形態は、より一般的には、無線リソースを解放するために、その後にネットワーク内で使用される時間より長い間インアクティブになるアプリケーションによってバーストで送信されるユーザ・プレーン・データの頻繁でないまたは頻繁な伝送を搬送する効率的な解決策を提供する。たとえば、全体で、潜在的に少量のデータを送信するために無線リソースを確立し、解放するためのネットワークとデバイスとの間の過度のシグナリングがあるアプリケーション（または独立型デバイス）（たとえば、既知のキープ・アライブなどの頻繁な小さいデータを送信するスマートフォン・アプリケーションに関する）である。

図１に、例の実施形態による無線デバイスのコア・ネットワーク１００を示す。コア・ネットワーク１００は、基地局（ｅＮｏｄｅＢ）１１０、サービング・ゲートウェイ１１５、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１２０、Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＳＧＳＮ）１３０、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）１３５、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）１４０、およびＰｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ（ＰＣＲＦ）１４５を含む。基地局１１０、サービング・ゲートウェイ１１５、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１２０、ＳＧＳＮ １３０、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）１３５、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）１４０、およびＰｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ（ＰＣＲＦ）１４５のそれぞれは、装置機能性を実行するために一緒に動作する１つまたは複数のプロセッサおよび関連するメモリを含む。

コア・ネットワーク１００は、基地局１１０を介して１つまたは複数の無線デバイス１０５と通信する。コア・ネットワーク１００は、ＰＤＮゲートウェイ１２０およびＰＣＲＦ １４５を介して１つまたは複数のオペレータＩＰサービス１５０と通信する。サービング・ゲートウェイ１１５およびＰＤＮゲートウェイ１２０を、単一の組み合わされたゲートウェイ１２５に組み合わせることができる。

コア・ネットワーク１００は、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）またはＵｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）に接続されたＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークとすることができる。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、将来の要件にうまく対処するためにＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）標準規格を改善するプロジェクトに与えられた名前である。一態様では、ＵＭＴＳは、第４世代（４Ｇ）無線ネットワークとしてのＥ−ＵＴＲＡＮを提供するように変更される。

既知のように、Ｅ−ＵＴＲＡＮは、シグナリングおよびデータ伝送のためのアップリンク（ＵＬ）チャネルおよびダウンリンク（ＤＬ）チャネルを提供することができる。たとえば、Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＢＣＣＨ）、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ）、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＤＣＣＨ）、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）、および類似物のためのチャネルである。

一般に、基地局（ｅＮｏｄｅＢ）１１０、サービング・ゲートウェイ１１５、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１２０、Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＳＧＳＮ）１３０、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）１３５、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）１４０、およびＰｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ（ＰＣＲＦ）１４５は、当業者に既知である。したがって、下の例の実施形態を除いて、図１の要素は、簡潔さのためにさらには説明しない。

例の実施形態によれば、ベアラ・アクティブ化は、基地局によってゲートウェイ・トンネル識別子（基地局からゲートウェイに向かって送信されたユーザ・プレーン・トラフィックの、ゲートウェイでのトンネルを識別する）、基地局トンネル識別子（ゲートウェイから基地局に向かって送信されたユーザ・プレーン・トラフィックの、基地局でのトンネルを識別する）、および基地局識別子（たとえば、基地局がそこでゲートウェイからユーザ・プレーン・トラフィックを受信することを期待するＩＰアドレスを識別する）を格納することと、基地局によってデバイスからサービス要求メッセージを受信することと、基地局によってサービス要求メッセージに応答して基地局とデバイスとの間で無線ベアラを確立することと、基地局によって無線ベアラを使用してデバイスから第１のアップリンク・データ・パケットを受信することと、基地局によって第１のアップリンク・データ・パケットが、ゲートウェイ・トンネル識別子、基地局トンネル識別子、および基地局識別子を含むように、第１のアップリンク・データ・パケットを変更することと、基地局によって変更されたアップリンク・データ・パケットをゲートウェイに送信することとを含むことができる。

図２に、例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化の方法を示す。図２に関連する方法のステップを説明する間に、図１のコア・ネットワーク１００および図１のデバイス１０５を参照する。

ステップＳ２０５では、基地局１１０が、デバイス１０５からサービス要求メッセージを受信する。たとえば、基地局１１０は、ｅＮｏｄｅＢへのｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ（ＲＲＣ）プロトコル・メッセージ内にカプセル化された、デバイス１０５からのｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）プロトコル・メッセージ・サービス要求を受信することができる。ＮＡＳメッセージは、当業者に既知であり、３ＧＰＰ ＴＳ ２３．４０１により詳細に記載されている。

ステップＳ２１０では、基地局１１０が、ＭＭＥ １３５（ＭＭＥ １３５はまた、ネットワーク制御エンティティとして既知でもある）からトンネル識別子（たとえば、ゲートウェイ・トンネル識別子）を含むベアラ情報を受信する。たとえば、基地局１１０は、ＭＭＥ １３５からＳ１−ＭＭＥ ＵＥ初期コンテキスト・セットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージを受信することができる。このメッセージは、サービング・ゲートウェイ１１５アドレス、ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ（ＥＰＳ）ベアラのゲートウェイ・トンネル・エンドポイントＩＤ（ＴＥＩＤ：ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）を含むことができる。

ステップＳ２１５では、基地局１１０が、トンネル識別子（たとえば、ゲートウェイ・トンネル識別子）を格納し、基地局トンネル識別子および基地局識別子（たとえば、基地局ＩＰアドレス）を割り振り、格納する。たとえば、基地局１１０は、メモリ・システムを含むことができる。基地局１１０は、メッセージ内で受信された情報を抽出し、その情報をメモリ・システムに格納することができる。

ステップＳ２２０では、基地局１１０が、基地局１１０とデバイス１０５との間で無線ベアラを確立する。たとえば、ＭＭＥ １３５から受信された初期ＵＥコンテキスト・セットアップ要求メッセージに応答して、基地局１１０は、無線ベアラを確立することができる。基地局１１０は、３ＧＰＰ ＴＳ ２３．４０１により詳細に記載されている無線ベアラ確立手順を実行することができる。無線ベアラがセットアップされる時に、ＥＰＳベアラ状態同期化が、デバイスとネットワークとの間で実行される。しかし、サービング・ゲートウェイ１１５は、基地局に向かってダウンリンク・ユーザ・プレーンを送信するために、基地局識別子および基地局トンネル識別子を獲得する必要がある場合がある。

ステップＳ２２５では、基地局１１０が、デバイス１０５から第１のアップリンク・データ・パケットを受信する。たとえば、基地局１１０は、無線ベアラに関連するアップリンク共有チャネル（ＰＵＳＣＨ）を介してデバイスからアップリンク・データを受信する。アップリンク・データは、たとえば温度レポートまたはＡＴＭキャッシュしきい値を含むことができる。

ステップＳ２３０では、基地局１１０が、第１のアップリンク・データ・パケットが、ゲートウェイ・トンネル識別子、基地局トンネル識別子、および基地局識別子を含むように、第１のアップリンク・データ・パケットを変更する。たとえば、基地局１１０は、格納された情報を第１のアップリンク・データ・パケットに追加することができる。上で説明したように、格納された情報は、サービング・ゲートウェイ１１５アドレス、ＴＥＩＤ、および基地局アドレスを含むことができる。たとえば、基地局１１０は、第１のアップリンク・データ・パケットにヘッダを追加することができる。追加のヘッダは、少なくとも基地局アドレスおよびＴＥＩＤを含む格納された情報を含むことができる。

ステップＳ２３５では、基地局１１０が、サービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５に、変更されたアップリンク・データ・パケットを送信する。たとえば、基地局１１０は、任意の既知の標準規格を使用して、変更されたアップリンク・データ・パケットを送信する。たとえば、基地局１１０は、３ＧＰＰ ＴＳ ２３．４０１および３ＧＰＰ ＴＳ ２９．２８１（ＧＴＰ−Ｕ）により詳細に記載されているように、たとえば基地局トンネル識別子および基地局識別子を搬送するのに新しいＧＴＰ−Ｕ拡張ヘッダを使用して、変更されたアップリンク・データ・パケットを送信する。

ステップＳ２４０では、サービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５が、変更されたアップリンク・データ・パケットからのゲートウェイ・トンネル識別子、基地局識別子、およびトンネル識別子を使用して、たとえばＭＭＥ １３５からのベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージを受信せずに、または、たとえばＭＭＥ １３５にベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージを送信せずに、ベアラをアクティブ化する。たとえば、格納された情報を変更されたアップリンク・データ・パケットに含めることによって、３ＧＰＰ ＴＳ ２３．４０１により詳細に記載された、ＭＭＥ １３５とサービング・ゲートウェイ１１５（またはその代わりに組み合わされたゲートウェイ１２５）との間のすべてのシグナリング・メッセージが不要になる。たとえば、３ＧＰＰ ＴＳ ２３．４０１の図５．３．４．１−１の手順に記載されたメッセージ８、９、１１、および１２（ベアラ変更要求メッセージおよびベアラ変更応答メッセージ）は、不要である。したがって、ゲートウェイ（たとえば、サービング・ゲートウェイ１１５、ＰＤＮゲートウェイ１２０、または組み合わされたゲートウェイ１２５）は、トンネル識別子（たとえば、ＴＥＩＤ）および基地局識別子（たとえば、基地局１１０アドレス）を含む第１のアップリンク・データ・パケットを受信することができ、そのゲートウェイは、ベアラ変更要求メッセージを受信せず、またはベアラ変更応答メッセージを送信せずに、トンネル識別子および基地局識別子を使用してベアラをアクティブ化することができる。

基地局トンネル識別子にある基地局１１０によるサービング・ゲートウェイ１１５からのダウンリンク・ユーザ・プレーン・データの受信は、サービング・ゲートウェイ１１５が基地局識別子およびトンネル識別子を受信し、格納したことの肯定応答として働くことができる。このトンネル上でサービング・ゲートウェイ１１５に向かって送信される後続のアップリンク・ユーザ・プレーン・データは、基地局識別子およびトンネル識別子を含まなくてもよい。基地局１１０は、基地局１１０がサービング・ゲートウェイ１１５でのアップリンク・ユーザ・プレーン・パケットの受信を肯定応答するサービング・ゲートウェイ１１５からのダウンリンク・パケットを受信しない場合に、制限された回数だけ、ダミーのアップリンク・ユーザ・プレーン・パケットをサービング・ゲートウェイ１１５に再送信することができる。

さらに、ハンドオーバ手順中に、ベアラ変更要求メッセージおよびベアラ変更応答メッセージを除去することもできる。ＭＭＥ １３５は、ハンドオーバ中にサービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５に連絡しなくてもよい。既知の手順でのこれらのメッセージの目的は、主に、ハンドオーバの後に送信されることとなるトンネリングされるダウンロード・データ・パケットのターゲット基地局トランスポート・アドレスおよびＴＥＩＤについてサービング・ゲートウェイ１１５に知らせることである。ターゲット基地局は、ダミー（０長さのユーザ・データ・ペイロード）のトンネリングされるアップリンク・データ・パケットをサービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５に送信することによってこの機能を実行することができ、ダウンリンク・データ・パケットによって肯定応答されるまで、トンネル・ヘッダがサービス要求の後に第１のアップリンク・データについて上で説明したように形成される。

図３に、例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化のもう１つの方法を示す。図３に関連する方法のステップを説明する間に、図１のコア・ネットワーク１００および図１のデバイス１０５を参照する。

ステップＳ３０５では、デバイス１０５が、ＭＭＥ １３５に向かってサービス要求メッセージ（たとえば、ＮＡＳメッセージＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）を送信する。たとえば、デバイス１０５は、ＲＲＣメッセージ内にカプセル化された、ＭＭＥ １３５に向かうＮＡＳメッセージＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔを、基地局１１０に送信する。基地局１１０は、そのＮＡＳメッセージをＭＭＥ １３５に転送する。たとえば、ＮＡＳメッセージを、Ｅ−ＵＴＲＡＮ無線ネットワーク層シグナリング・プロトコル（Ｓ１−ＡＰ）内でカプセル化することができる。このプロセスのさらなる詳細は、たとえば３ＧＰＰ ＴＳ ２３．４０１に記載されているものとすることができる。

ステップＳ３１０では、ＭＭＥ １３５が、デバイス１０５が接続を要求するパケット・データ・ネットワークを指定するアクセス・ポイント・ネットワーク（ＡＰＮ：ａｃｃｅｓｓ ｐｏｉｎｔ ｎｅｔｗｏｒｋ）が、訪問されたネットワークからアクセス可能であるかどうかを判定する。たとえば、ＭＭＥ １３５は、ローカル構成またはＨＳＳ １４０から受信した情報に基づいてこの判定を行うことができる。

ステップＳ３１５では、ＭＭＥ １３５が、デバイス１０５がベスト・エフォートまたは静的優先順位のどちらのデータ・トランスポートを要求するのかを判定する。たとえば、ＭＭＥ １３５は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ内で受信された表示またはデバイスによって以前にセットアップされたＰＤＮ接続から導出された表示に基づいて、デバイス１０５がベスト・エフォートまたは静的優先順位のどちらのデータ・トランスポートを要求するのかを判定することができる。

ステップＳ３２０では、ＭＭＥ １３５が、デバイス１０５が一時に１つのＡＰＮだけに登録したかどうかを判定する。たとえば、ＭＭＥ １３５は、ＵＥによって既に確立されたＰＤＮ接続の知識に基づいて、デバイス１０５が一時に１つのＡＰＮだけに登録したかどうかを判定することができる。

ステップＳ３２５では、認証／セキュリティ手順（たとえば、ＮＡＳ認証／セキュリティ手順）が、デバイス１０５とＨＳＳ １４０との間で開始される。たとえば、３ＧＰＰ ＴＳ ２３．４０１で定義されたＮＡＳ認証／セキュリティ手順を実行することができる。たとえば、認証手順および鍵共有（ｋｅｙ ａｇｒｅｅｍｅｎｔ）手順、ユーザ・アイデンティティ、ユーザ・データ、およびシグナリング機密性、ＡＳセキュリティ・モード・コマンド、ＮＡＳセキュリティ・モード・コマンド、ならびにＭＥアイデンティティ・チェック手順を実行することができる。

ステップＳ３３０では、ＭＭＥ １３５が、基地局１１０にセットアップ要求メッセージを送信する。このメッセージは、基地局アドレス、ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ（ＥＰＳ）ベアラのトンネル・エンドポイントＩＤ（ＴＥＩＤ）、遅延ダウンリンク・パケット通知要求情報、無線アクセス技術（ＲＡＴ）タイプ表示、およびデバイス位置情報を含むことができる。さらに、セットアップ要求は、３ＧＰＰ ＴＳ ２３．４０１で定義される情報を含むことができる。たとえば、ＭＭＥは、Ｓ１−ＡＰ初期コンテキスト・セットアップ要求メッセージを送信することができる。このメッセージは、サービング・ゲートウェイ（たとえば、サービング・ゲートウェイ１１５）アドレス、Ｓ１−ＴＥＩＤ（ＵＬ）、ＥＰＳベアラＱｏＳ、セキュリティ・コンテキスト、ＭＭＥシグナリング接続Ｉｄ、ハンドオーバ制限リスト、ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｂｅｒ ｇｒｏｕｐ（ＣＳＧ）メンバシップ表示を含むことができる。ローカルＩＰアドレスのために確立されたパケット・データ・ネットワーク（ＰＤＮ）接続がある場合には、このメッセージは、ホーム基地局（ＨｅＮＢ）とローカルゲートウェイ（Ｌ−ＧＷ）との間の直接ユーザ・プレーン・パスを使用可能にするために、相関ＩＤ（Ｃｏｒｒｅｌａｔｉｏｎ ＩＤ）を含むことができる。このステップは、すべてのアクティブＥＰＳベアラの無線ベアラおよびインターフェース・ベアラをアクティブ化することができる。基地局１１０は、セットアップ要求メッセージに含まれる情報の一部またはすべてを格納することができる。

ステップＳ３３５では、基地局１１０が、基地局１１０とデバイス１０５との間で無線ベアラ確立手順を実行する。たとえば、デバイス１０５から受信されるサービス要求メッセージおよびＭＭＥ １３５からのセットアップ要求に応答して、基地局１１０は、無線ベアラを確立することができる。基地局１１０は、３ＧＰＰ ＴＳ ２３．４０１により詳細に記載された無線ベアラ確立手順を実行することができる。無線ベアラがセットアップされる時に、ＥＰＳベアラ状態同期化が、デバイスとネットワークとの間で実行される。

ステップＳ３４０では、デバイス１０５が、基地局１１０およびサービング・ゲートウェイ１１５を介してＰＤＮゲートウェイ１２０にアップリンク・データを送信する。たとえば、基地局１１０は、デバイス１０５から第１のアップリンク・データ・パケットを受信する。たとえば、基地局１１０は、デバイスからのアップリンク・データを、無線ベアラに関連するアップリンク共有チャネル（ＰＵＳＣＨ）を介して受信する。アップリンク・データは、たとえば、温度レポートまたはＡＴＭキャッシュしきい値を含むことができる。

基地局１１０は、第１のアップリンク・データ・パケットがトンネル識別子および基地局識別子を含むように、第１のアップリンク・データ・パケットを変更することができる。たとえば、基地局１１０は、格納された情報を第１のアップリンク・データ・パケットに追加することができる。上で説明したように、格納された情報は、基地局アドレスおよびＴＥＩＤを含むことができる。たとえば、基地局１１０は、ヘッダを第１のアップリンク・データ・パケットに追加することができる。追加のヘッダは、少なくとも基地局アドレスおよびＴＥＩＤを含む格納された情報を含むことができる。基地局１１０は、変更されたアップリンク・データ・パケットをサービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５に送信する。たとえば、基地局１１０は、任意の既知の標準規格を使用して、変更されたアップリンク・データ・パケットを送信する。たとえば、基地局１１０は、３ＧＰＰ ＴＳ ２３．４０１により詳細に記載されているように、変更されたアップリンク・データ・パケットを送信する。

ステップＳ３４２では、基地局１１０が、サービング・ゲートウェイ１１５からダウンリンク・データを受信する。このダウンリンク・データは、基地局１１０からのアップリンク・データの受信を確認（肯定応答）し、サービング・ゲートウェイ１１５が基地局識別子およびトンネル識別子を受信し、格納したことの肯定応答として働く。

ステップＳ３４５では、基地局１１０が、セットアップ完了メッセージ（たとえば、Ｓ１−ＡＰメッセージ初期コンテキスト・セットアップ完了（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ））をＭＭＥ １３５に送信する。たとえば、３ＧＰＰ ＴＳ ２３．４０１で定義されるセットアップ完了メッセージを、ＭＭＥ １３５によって基地局１１０に送信することができる。たとえば、基地局１１０は、ＭＭＥにＳ１−ＡＰメッセージ初期コンテキスト・セットアップ完了（ｅＮｏｄｅＢアドレス、受け入れられたＥＰＳベアラのリスト、拒絶されたＥＰＳベアラのリスト、Ｓ１ ＴＥＩＤ（ＤＬ））を送信する。基地局１１０は、Ｌ−ＧＷへの直接ユーザ・プレーン・パスを確立するのに、含まれる情報を使用し、それに従ってローカルＩＰアクセスのためにアップリンク・データを転送することができる。

ステップＳ３５０では、ＰＤＮゲートウェイ１２０が、動的なポリシおよび課金制御（ＰＣＣ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）が展開されるかどうかを判定する。動的なＰＣＣが展開される場合には、ステップＳ３５５で、ＰＤＮゲートウェイ１２０が、ＰＣＲＦ １４５と相互作用して、無線アクセス技術（ＲＡＴ）タイプに基づいてＰＣＣルールを得る。そうではない場合には、ステップＳ３６０で、ＰＤＮゲートウェイ１２０が、３ＧＰＰ ＴＳ ２３．４０１でより詳細に説明されるように、ローカルＱｏＳポリシを適用する。

図３で説明される方法による例の実施形態は、デバイスがサービス要求手順を使用してベアラを再アクティブ化する時に必要なネットワーク・メッセージの個数を減らし、したがって、ＭＭＥ １３５およびサービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５への関連するプロセッサ負荷を減らすことができる。訪問されたネットワークからアクセス可能なＡＰＮに対するデバイスのための１つのデータ・ベアラで、サービング・ゲートウェイ１１５とパケット・ゲートウェイ１２０とを同一位置に配置し、３ＧＰＰ ＴＳ ２３．４０１の句５．３．４．１に記載の「ＵＥによってトリガされたサービス要求（ＵＥ ｔｒｉｇｇｅｒｅｄ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ）」手順で要求されるメッセージの個数を減らすことが可能である。ステップＳ３０５、３１０、および３１５の判定が真である場合には、例の実施形態は、３ＧＰＰ ＴＳ ２３．４０１の図５．３．４．１−１の手順からメッセージ８、９、１１、および１２（ベアラ変更要求メッセージおよびベアラ変更応答メッセージ）を除去し、これらのメッセージに欠けている情報を第１のアップリンク・データ・パケットに追加することができる。

ベアラ変更要求メッセージ（３ＧＰＰ ＴＳ ２３．４０１の句５．３．４．１のメッセージ９）は、通常、デバイス１０５のために再アクティブ化されようとする各ベアラに関する情報および各ベアラの基地局１１０ ＴＥＩＤを含む。ベアラは、パケットが基地局１１０からサービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５に送信されるトンネル・エンドポイント識別子によって暗黙のうちに識別され、したがって、基地局トランスポート・アドレスおよびＴＥＩＤだけを、第１のアップリンク・データ・パケットに含めることができる。

サービング・ゲートウェイ１１５またはその代わりに組み合わされたゲートウェイ１２５でのメッセージの受信を、基地局１１０での第１のダウンリンク・パケット（肯定応答のためにのみ使用される、０の内容を有するダミーのダウンリンク・データ・パケットとすることができる）の受信を用いて肯定応答することができる。余分な情報を、後続のアップリンク・パケットのヘッダ内に含めないものとすることができる。たとえば、基地局トンネル識別子上での基地局１１０によるサービング・ゲートウェイ１１５からのダウンリンク・ユーザ・プレーン・データの受信は、サービング・ゲートウェイ１１５が基地局識別子およびトンネル識別子を受信し、格納したことの肯定応答として働くことができる。このトンネル上でサービング・ゲートウェイ１１５に向かって送信される後続のアップリンク・ユーザ・プレーン・データは、基地局識別子およびトンネル識別子を含まなくてもよい。基地局１１０は、基地局１１０がサービング・ゲートウェイ１１５でのアップリンク・ユーザ・プレーン・パケットの受信を肯定応答するサービング・ゲートウェイ１１５からのダウンリンク・パケットを受信しない場合に、制限された回数だけ、ダミーのアップリンク・ユーザ・プレーン・パケットをサービング・ゲートウェイ１１５に再送信することができる。

図４に、例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化のもう１つの方法を示す。図４に関連する方法のステップを説明する間に、図１のコア・ネットワーク１００および図１のデバイス１０５を参照する。

ステップＳ４０２では、デバイス１０５が、ＰＤＮへの接続をセットアップすることを要求する。たとえば、デバイス１０５は、基地局１１０を介してＭＭＥ １３５にシグナリング・メッセージを送信することができる。このメッセージは、ＰＤＮへの接続をセットアップする要求を含むことができる。

ステップＳ４０５では、ＭＭＥ １３５が、デバイス１０５が永久的なＩＰアドレスを要求するかどうかを判定する。たとえば、ＭＭＥ １３５は、ＨＳＳから受信したサブスクリプション情報に基づいて、またはデバイス１０５によって要求されたＡＰＮに基づいて、デバイス１０５が永久的なＩＰアドレスを要求するかどうかを判定することができる。

ステップＳ４１０では、ＭＭＥ １３５が、デバイス１０５のシームレス・モビリティがＭＭＥのセットに制限され得るかどうかを判定する。たとえば、ＭＭＥ １３５は、サブスクリプション情報または要求されたＡＰＮに基づいて、デバイス１０５のシームレス・モビリティがＭＭＥのセットに制限され得るかどうかを判定することができる。

ステップＳ４１５では、ＭＭＥ １３５が、デバイス１０５が標準手順を使用して動作しなければならないかどうかを判定する。たとえば、デバイス１０５は、例の実施形態で説明される方法が使用可能であるシステム内になく、または、デバイス１０５が、一時に複数のＡＰＮへの接続性を確立する必要がある場合に、ネットワークが既存の標準手順を使用してＡＰＮサービスをデバイスに提供することが許容可能である。たとえば、ＭＭＥ １３５は、サブスクリプション情報または要求されたＡＰＮに基づいて、デバイス１０５が標準手順を使用して動作できるかどうかを判定することができる。

ステップＳ４０５からステップＳ４１５を、ベアラ・アクティブ化手順の前駆とすることができる初期デバイス・アタッチ手順に関連付けることができる。

ステップＳ４２０では、ＭＭＥ １３５が、デバイス１０５にアドレスを割り当てる。たとえば、デバイス１０５に関連するアクセス・ポイント・ネットワーク（ＡＰＮ）（図示せず）が、ＩＰｖ４ ＡＰＮである場合に、ＭＭＥは、たとえばＲＦＣ １９１８で定義されたプライベートＩＰｖ４アドレスをデバイスに割り当てることができる。プライベートＩＰｖ４アドレスは、ＡＰＮについて定義された各サービス・エリア内で一意とすることができ、サービス・エリアは、１つまたは複数のＭＭＥのスコープ内にある。アドレス割当は、割当について各ＭＭＥ（たとえば、ＭＭＥ １３５）にアドレスのオーバーラップしない範囲を割り当てることによって、ＭＭＥにまたがって一意とすることができる。その結果、組み合わされたゲートウェイ１２５は、データ・アタッチメントの寿命の間にデバイスに割り当てられたＩＰアドレスを格納する必要がない。

代替案では、デバイス１０５に関連するアクセス・ポイント・ネットワーク（ＡＰＮ）（図示せず）が、ＩＰｖ６ ＡＰＮである場合に、ＭＭＥ １３５は、ＡＰＮに依存する以下のタイプのうちの１つのＩＰアドレスをデバイスに割り当てる（アドレスは、少なくともＡＰＮの現在のサービス・エリア内で一意であり、このサービス・エリアは、１つまたは複数のＭＭＥによってカバーされるエリアを含む）。割り当てられるアドレスは、ＲＦＣ １９１８で定義されるＩＰｖ４プライベート・アドレス、ＩＰｖ６グローバル・ユニキャスト・アドレス（プレフィックス（またはサフィックス）は、各デバイスに一意に割り当てられ、デバイスは、１つまたは複数のインターフェースＩＤを使用することができる）、ＲＦＣ ３５１３で定義されたＩＰｖ６サイトローカル・ユニキャスト・アドレス（インターフェースＩＤは、各デバイスに一意に割り当てられ、サブネットＩＤは、デバイスが連続的にアタッチされたままになることができる各サービス・エリアに一意である）、またはＲＦＣ ３５１３で定義されたＩＰｖ６リンクローカル・ユニキャスト・アドレス（インターフェースＩＤは、サイトローカル・アドレス・オプションに関して正確に割り当てられ、サブネットＩＤは０である）のいずれかである。

アドレス割当は、割当に関して各ＭＭＥにアドレス（または、選択されたフォーマットに応じてインターフェースＩＤもしくはプレフィックス）のオーバーラップしない範囲を割り当てることによって、ＭＭＥにまたがって一意にすることができる。その結果、組み合わされたゲートウェイ１２５は、データ・アタッチメントの寿命の間にデバイスに割り当てられたＩＰアドレスを格納しない。

ＭＭＥ １３５は、ゲートウェイがデバイスによって確立されたパケット・データ・ネットワーク接続に関する永久的なコンテキスト情報を全く格納しなくなるように、ゲートウェイとのシグナリング相互作用なしでデバイス１０５のアドレスを割り振る。たとえば、ＭＭＥ １３５は、組み合わされたゲートウェイ１２５とのシグナリング相互作用なしで、言い替えると、既存のＰＤＮ接続確立シグナリング（たとえば、Ｓ１１／Ｓ４インターフェースおよびＳ５／Ｓ８インターフェースを介するＧＴＰセッション作成要求（ＧＴＰ Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）手順、３ＧＰＰ ＴＳ ２３．４０１を参照されたい）なしで（これは、ネットワーク・シグナリングの節約をもたらす）、デバイス１０５にＩＰアドレスを割り振る。したがって、組み合わされたゲートウェイ１２５は、デバイス１０５によって確立されたＰＤＮ接続の永久的なコンテキスト情報を全く格納しないものとすることができる。その結果、組み合わされたゲートウェイ１２５は、ユーザ・プレーン・データ転送に能動的に関るデバイスのコンテキストだけを格納するステートレス・ゲートウェイである。

ステップＳ４２５では、ＭＭＥ １３５が、ＡＰＮに関連するゲートウェイをデバイスに割り当てる。たとえば、ＭＭＥ １３５は、ＡＰＮに関連する組み合わされたゲートウェイ（たとえば、組み合わされたゲートウェイ１２５）をデバイス１０５に割り当てる。これは、ＭＭＥ １３５と組み合わされたゲートウェイ１２５との間のメッセージ要件を除去することができる。たとえば、３ＧＰＰ ＴＳ ２３．４０１の図５．３．２．１−１に記載のＭＭＥと組み合わされたゲートウェイとの間のメッセージを、除去することができる。

ＭＭＥ １３５は、組み合わされたゲートウェイ１２５（たとえば、基地局からゲートウェイに送信されようとするアップリンク・ユーザ・プレーン・トラフィックのゲートウェイＩＰアドレス）およびＡＰＮ（たとえば、デバイスに通信されようとする関連するプロトコル構成オプション）に関してＭＭＥ １３５が要求する可能性がある任意の情報でローカルにプロビジョニングされ、その結果、ＭＭＥ １３５は、デバイス固有の手順について組み合わされたゲートウェイ１２５に連絡する必要がなくなる。ＭＭＥ １３５は、組み合わされたゲートウェイ１２５が使用可能であることと、組み合わされたゲートウェイ１２５に関するローカルに提供される情報が最新であることとを保証することもできる。その結果、デバイス１０５に関する状態情報は、組み合わされたゲートウェイ１２５では格納されない。

ステップＳ４３０では、ＭＭＥ １３５が、１つまたは複数のプロトコル構成オプションをデバイス１０５に割り当てる。たとえば、ＭＭＥ １３５は、アタッチ手順中に、要求されたＡＰＮに関するプロビジョニングされた情報に基づいて、プロトコル構成オプション（ＰＣＯ）をデバイスに割り当てる。対照的に、既知の手順では、ＭＭＥは、アタッチ手順中に組み合わされたゲートウェイからＰＣＯを取り出す。組み合わされたゲートウェイ１２５は、アタッチ手順中にデバイス固有情報を受信しないので、組み合わされたゲートウェイ１２５は、下で説明する場合を除いて、このＡＰＮ上でネットワークによって開始されたデータ・トラフィックを受信することができない。同一のＡＰＮを使用するすべてのデバイスが、同一のＰＣＯを受信する。

ステップＳ４３５では、ＭＭＥ １３５が、組み合わされたゲートウェイ１２５ごとのトンネリングされたアップリンク・データ・パケットの、ＭＭＥ １３５が供給する宛先ＩＰアドレスを基地局１１０に供給する。たとえば、各ＭＭＥ １３５に、組み合わされたゲートウェイ１２５のトンネリングされたアップリンク・データ・パケットの１つまたは複数の宛先ＩＰアドレスを供給することができる。異なるＡＰＮが、これらのアドレスを共有することができる。ＭＭＥ １３５は、デバイスからの各サービス要求と共に、このＩＰアドレスを基地局１１０に渡すことができる。対照的に、現在の手順では、組み合わされたゲートウェイが、アタッチ手順中にこのトンネリングされたアップリンク・データの宛先ＩＰアドレスをＭＭＥに供給する。

さらに、ＭＭＥおよび組み合わされたゲートウェイ１２５は、一意ＩＤコードまたは一意のトンネリングされたアップリンク・データ宛先ユーザ・データグラム・プロトコル（ＵＤＰ）ポート番号のいずれかの形で、ＡＰＮごとに共通のＡＰＮ識別子を与えられる。対照的に、現在の手順は、すべてのトンネリングされたパケットについて、単一の周知のＵＤＰポート番号の使用を説明するものである。ＭＭＥ １３５は、デバイス１０５からの各サービス要求と共に、このＡＰＮ識別子を基地局１１０に渡す。この情報は、下で使用され、その結果、組み合わされたゲートウェイ１２５が、各トンネリングされたアップリンク・データ・パケットに関連するＡＰＮを一意に識別できるようになる。

ステップＳ４４０では、ＭＭＥ １３５が、トンネル・エンドポイントＩＤ（ＴＥＩＤ）をデバイス１０５に割り当てる。たとえば、ＭＭＥ １３５は、デバイスが連続的にアタッチされたままになることができるＡＰＮの所与のサービス・エリア内で各デバイスに一意のアップリンク・データＴＥＩＤを各デバイスに割り当てる。サービス・エリアは、１つまたは複数のＭＭＥによってカバーされるものとすることができる。その結果、組み合わされたゲートウェイ１２５は、データ・アタッチメントの持続時間中に、デバイス１０５のアップリンク・データＴＥＩＤ割当に関する情報を格納しない。

割当は、割当に関して各ＭＭＥにＴＥＩＤのオーバーラップしない範囲を割り当てることによって、ＭＭＥにまたがって一意にすることができる。現在の手順では、ＭＭＥ １３５が、組み合わされたゲートウェイ１２５へのすべてのアップリンクのトンネリングされたデータ・パケットでの使用のためにデバイスからの各サービス要求と共にこのアップリンク・データＴＥＩＤを基地局１１０に渡す。所与のサービス・エリアの外部に移動する時に、デバイスは、そのエリア内の異なるオーバーラップする数のプールから新しいＴＥＩＤを受信することができる。

代替案では、デバイスに割り当てられたＩＰアドレスは、アップリンク・データＴＥＩＤの目的にかない、このタイプのＡＰＮについてアップリンク・データＴＥＩＤを使用することを全く不要にする。トンネリングされたアップリンク・パケットを識別するのにアップリンク・データＴＥＩＤではなくデバイスのＩＰアドレスを使用する時に、トンネリングされたヘッダ内のＴＥＩＤ属性は、削除されるか、ダミー値を充填されるかのいずれかになる。どちらの代替案を使用するのかの選択は、設計判断である。

ステップＳ４４２では、ＭＭＥ １３５が、割当（たとえば、デバイス１０５のＴＥＩＤ）を基地局１１０およびデバイス１０５に送信する。たとえば、ＭＭＥ １３５は、シグナリング・メッセージを基地局１１０およびデバイス１０５に送信する。このシグナリング・メッセージが、割当を含むことができる。

ステップＳ４４５では、組み合わされたゲートウェイ１２５が、追加情報（基地局１１０によって追加される）を含む第１のデータ（基地局１１０を介してデバイス１０５から受信される）を受信する。デバイスが、送信すべきデータを有し、デバイス１０５によってトリガされたサービス要求手順を開始する時に、第１のトンネリングされたアップリンク・データ・パケットは、デバイスのために必要な機能を実行するための組み合わされたゲートウェイ１２５の必要に応じて、拡張ヘッダ（上で図２および３に関して説明した）内に、追加情報（たとえば、ゲートウェイ・トンネル識別子、基地局トンネル識別子、および基地局ＩＰアドレス）を含む。

このタイプのＡＰＮは、制限された範囲の機能（たとえば、データ・アップロード）だけをサポートすることができ、したがって、デバイスのトラフィックを処理するために少数の情報だけを必要とする。基地局１１０によって供給される追加情報は、基地局１１０トランスポート・アドレスおよびＴＥＩＤ（図２および３に関して上で説明した）、ＡＰＮ識別子、組み合わされたゲートウェイ１２５上の機能に課金するのに必要なデバイスＩＤ、および課金に必要な位置情報を含むことができる。

他の制限された情報が、制限された場合に必要になる可能性があり、追加の拡張ヘッダ内に含まれる場合がある。ＡＰＮ識別子は、ＡＰＮ識別子がＡＰＮ ＩＤコードの形である場合に拡張ヘッダ内に含めることができる。代替案では、ＡＰＮ識別子を、上で選択されたフォーマットに依存して、トンネリングされるパケットの宛先ＵＤＰポートとして含めることができる。

サービス要求手順中に、ＭＭＥ １３５は、基地局１１０が第１のアップリンク・データ・パケット内に含めることを要求する任意の追加情報（上で図２および３に関して説明した）を供給することができる。

その結果、アップリンク・データ・トンネルおよびダウンリンク・データ・トンネルを再確立するのに必要な情報は、組み合わされたゲートウェイ１２５が、デバイスがアクティブ無線ベアラを有しない期間中に任意のデバイス固有の状態情報を格納することを要求せずに交換されている。

ステップＳ４５０では、組み合わされたゲートウェイ１２５が、アドレス変換束縛を作成する。たとえば、デバイス１０５に関連するアクセス・ポイント・ネットワーク（ＡＰＮ）（図示せず）が、ＩＰｖ４ ＡＰＮである場合に、デバイス１０５からの後続のアップリンク・データ・パケットについて、組み合わされたゲートウェイ１２５は、デバイス１０５からのローカル・ソース・アドレス、ポート、およびトランスポート・プロトコルの組合せを同一のプロトコルを用いるＡＰＮ全体のアドレスおよびポートの組合せに変換するのに必要なネットワーク・アドレス・ポート（ＮＡＰＴ）束縛を作成する。第１のトンネリングされたアップリンク・データ・パケット内の拡張ヘッダで供給される情報も、デバイス１０５のために組み合わされたゲートウェイ１２５機能をサポートするために、ＮＡＰＴ束縛情報と共に格納される。

デバイスが、後続のアップリンク・パケットでポートおよびトランスポート・プロトコルの異なる組合せを使用する場合には、複数の束縛を、デバイス１０５について作成することができる。組み合わされたゲートウェイ１２５は、少なくとも、デバイスの最後の既知のアップリンク・データ・パケットまたはダウンリンク・データ・パケットの後に無線ベアラがアクティブのままになり、その後、そのデバイスに関連するすべての状態情報を解放するように構成される限り、束縛を格納することができる。

組み合わされたゲートウェイ１２５は、アップリンク・パケットの処理中に確立されたＮＡＰＴ束縛によって許容される場合にのみ、ネットワークから受信したデータ・パケットをダウンリンク・データとしてデバイスに向かって転送することができる。組み合わされたゲートウェイ１２５で受信されたすべての他のネットワーク・パケットは、破棄し得る。組み合わされたゲートウェイ１２５が、デバイス無線ベアラがインアクティブになった後に基地局１１０にネットワーク・パケットを転送する場合には、基地局１１０は、それらのパケットを破棄することができる。

代替案では、デバイス１０５に関連するアクセス・ポイント・ネットワーク（ＡＰＮ）（図示せず）が、ＩＰｖ６ ＡＰＮである場合に、デバイス１０５からの後続のアップリンク・データ・パケットについて、組み合わされたゲートウェイ１２５は、デバイスからのローカル・ソース・アドレス、ポート、およびトランスポート・プロトコルの組合せを同一のポートおよびプロトコルを有するＡＰＮ全体のアドレスに変換する必要に応じて、ネットワーク・アドレス変換（ＮＡＴ）束縛を作成する。

デバイス１０５に割り当てられたＩＰアドレスが、ＩＰｖ４ローカル・アドレスである場合には、組み合わされたゲートウェイ１２５のＮＡＴは、ＲＦＣ ３５１３で定義されているように、「ＩＰｖ４マッピングされたＩＰｖ６アドレス」（グローバル・ユニキャスト・アドレス）をデバイス１０５に割り当てる。デバイスに割り当てられたＩＰアドレスが、ＩＰｖ６グローバル・ユニキャスト・アドレスである場合には、組み合わされたゲートウェイ１２５のＮＡＴは、新しいプリフィックスを有するがデバイス・アドレスと同一のインターフェースＩＤを有する別のＩＰｖ６グローバル・ユニキャスト・アドレスをデバイス１０５に割り当てることができる。この場合に、デバイス１０５に割り当てられるＩＰアドレスは、グローバルに一意であるが、組み合わされたゲートウェイ１２５のＮＡＴによって割り当てられたアドレスを介する場合を除いて、到達可能ではない場合がある。デバイス１０５に割り当てられたＩＰアドレスが、サイトローカル・ユニキャストＩＰｖ６アドレスまたはリンクローカル・ユニキャストＩＰｖ６アドレスである場合には、組み合わされたゲートウェイ１２５のＮＡＴは、ローカル・アドレスのインターフェースＩＤと同一の長さおよび内容のインターフェースＩＤを有するＩＰｖ６グローバル・ユニキャスト・アドレスをデバイス１０５に割り当てる。４つのすべての場合で、ポートおよびトランスポート・プロトコルは、ＮＡＴにまたがって変更されないままになる。また、第１のアップリンク・データ・パケット内の拡張ヘッダ内で供給される情報（上で図２および３に関して説明した）は、デバイス１０５のために必要な組み合わされたゲートウェイ１２５機能をサポートするために、ＮＡＴ束縛情報と共に維持される。

組み合わされたゲートウェイ１２５は、ネットワーク制御エンティティからデバイスのグローバルにルーティング可能なＩＰアドレスを受信することができる。組み合わされたゲートウェイ１２５は、デバイスのグローバルにルーティング可能なＩＰアドレス、デバイスのゲートウェイＴＥＩＤ、および別の変更されたアップリンク・データ・パケットからのゲートウェイ宛先ＩＰアドレスを使用して、アドレス変換を実行せずにアクティブ・データ・セッションの、ゲートウェイ内のリソースを確立することができる。

ステップＳ４５５では、基地局１１０が、無線ベアラがインアクティブであるかどうかを判定する。たとえば、無線ベアラがインアクティブである場合には、ステップＳ４６０で、基地局１１０が、ダミーのアップリンク・データ・パケットをサービング・ゲートウェイ１１５に送信する。たとえば、基地局１１０は、デバイス無線ベアラが、ＮＡＴ束縛を即座に解放できる（ＮＡＴ束縛タイマが満了するのを待たずに）ことの表示と共にインアクティブになる場合に、ダミー（０内容）のトンネリングされたアップリンク・データ・パケットを組み合わされたゲートウェイ１２５に送信することができる。これは、配送不可能なデータ・パケットをその間に基地局１１０に送信できる時間のウィンドウを減らす。そうでない場合には、処理は、ステップＳ４６５に継続する。

ステップＳ４６５では、ＭＭＥ １３５が、デバイス１０５がＭＭＥのサービス・エリアの外部にあるかどうかを判定する。デバイス１０５がサービス・エリアの外部にある場合には、処理はステップＳ４２０に戻る。たとえば、デバイス１０５が、デバイス１０５がＡＰＮにアタッチされるサービス・エリアの外部に移動する場合には、デバイス１０５は、従来技術で既知の手順を使用して、新しいサービス・エリア内で使用可能なＡＰＮにもう一度アクセスするために再アタッチすることを強制される。そうではない場合には、処理はステップＳ４７０に継続する。

ステップＳ４７０では、ＭＭＥ １３５が、デバイス１０５がデタッチしたかどうかを判定する。デバイス１０５がデタッチしている場合には、ステップＳ４７５で、ＭＭＥ １３５が、リソースを返す。たとえば、デバイスが、Ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）からデタッチする場合に、ＭＭＥ １３５によってデバイス１０５に割り振られたリソース（たとえば、ＩＰアドレスおよびアップリンク・データＴＥＩＤ）を、共通のプールに返すことができる。

ゲートウェイ内のリソース（たとえば、ＮＡＴ束縛情報、基地局識別子、基地局トンネル識別子、…）は、アップリンク・データ転送のはじめに動的に割り振られ、データ・トラフィックが交換されている限りは維持される。これらのリソースは、それ以上データ・トラフィックが交換されない時に、定義された時間の期間にわたって維持される。定義された時間の期間は、可変（たとえば、ベアラ割振りごとにセットされる）または固定（たとえば、たとえばデータ・ベースに格納された変数）とすることができる。定義された時間の期間は、設計時間選択とすることができ、通常は、基地局がデータ転送の後のユーザ非活動の際に無線ベアラを維持する持続時間を包含する。定義された時間の期間が満了した時に、デバイス１０５へのデータ転送のはじめにゲートウェイ内で動的に割り振られたリソースを、共通のプールに返すことができる。定義された時間の期間を、非活動期間に関連付けることができる。データ転送の後の非活動期間の後に、組み合わされたゲートウェイ１２５は、やはりＭＭＥ １３５によるシグナリング／制御を全く伴わずに、コンテキストおよび関連する束縛を解放することができる。

図４に関する上の例の実施形態は、ＩＰｖ４ ＮＡＴ ＡＰＮおよびＩＰｖ６ ＮＡＴ ＡＰＮを使用する例を与えるものである。例の実施形態によれば、ＩＰｖ６ ＮＡＴ ＡＰＮとＩＰｖ４ ＮＡＴ ＡＰＮとの間の相違は、組み合わされたゲートウェイ１２５が、オプションで、ＡＰＮについて定義されたサービス・エリアが単一ＭＭＥのサービス・エリアに制限される限り、ＮＡＴ束縛情報が解放された後であっても、デバイスにデータ・パケットを配送するように手配することができることである。複数のデバイスに同一のＩＰアドレスが割り当てられる可能性があるので、このオプションが、ＩＰｖ４ ＮＡＴ ＡＰＮについて使用可能ではないことに留意されたい。したがって、ＮＡＴ束縛が消滅する場合に、着信ネットワーク・パケットの所期の受信デバイスを一意に識別する手段がない可能性がある。

デバイスに割り当てられたアドレスがＩＰｖ６グローバル・ユニキャスト・アドレスである場合にオプションを適用するために、ＮＡＴは、組み合わされたゲートウェイ１２５にパケットを配送するのに使用されるプレフィックスからデバイス１０５に割り当てられたプレフィックスをＮＡＴが再構成すること（ＮＡＴ変換の逆）を可能にするプレフィックス変換手順を使用することができる。他の３つのＩＰｖ６ ＮＡＴ ＡＰＮアドレスの形は、デバイスＩＰアドレスへの一意のマッピングをサポートすることができる。

束縛データの満了の後にネットワーク・データの配送を試みるためにオプションが選択される場合に、着信ネットワーク・パケットの宛先アドレスをＡＰＮについて選択された形のデバイス・アドレス（ＩＰｖ４ローカル・アドレス、ＩＰｖ６グローバル・ユニキャスト・アドレス、サイトローカル・ユニキャストＩＰｖ６アドレス、またはリンクローカル・ユニキャストＩＰｖ６アドレスのいずれか）にマッピングし、デバイス・アドレスからＮＡＴアドレスを計算するのに使用される手順を逆転し、ダウンリンク・データ通知メッセージ内にマッピングされたアドレスを含めた後に、ＩＰｖ６グローバル・アドレス・プレフィックスのサービス・エリアに関連するＭＭＥ １３５にダウンリンク・データ通知メッセージを送信することができる。

このダウンリンク・データ通知メッセージは、デバイス１０５が、既知の手順のように既存のパケット・データ・ネットワーク（ＰＤＮ）接続内のシグナリングを介するのではなく、割り当てられたＩＰｖ４またはＩＰｖ６アドレスを用いて識別され得るという点で、標準的な通知メッセージとは異なるものとすることができる。ＰＤＮ接続は、ＩＰｖ４ ＮＡＴ ＡＰＮまたはＩＰｖ６ ＮＡＴ ＡＰＮのいずれかを用いてＭＭＥ １３５と組み合わされたゲートウェイ１２５との間で維持されない。というのは、組み合わされたゲートウェイ１２５が、デバイス固有の状態情報を全く維持しないからである。ダウンリンク・データ通知がＭＭＥ １３５に到着すると、ＭＭＥ １３５は、マッピングされたアドレスを割り当てられたデバイス１０５を識別し、ダウンリンク・データを受信するためにデバイスにページングするための既存の手順に従う。

図４で説明された方法による例の実施形態は、デバイスがサービス要求手順を使用してベアラを再アクティブ化する時に必要なネットワーク・メッセージの個数を減らすことができ、したがって、ＭＭＥ １３５および組み合わされたゲートウェイ１２５への関連するプロセッサ負荷を減らす。例の実施形態は、３ＧＰＰ ＴＳ ２３．４０１の句５．３．２．１に記載された「ＵＥによってトリガされたサービス要求」手順で要求されるメッセージの個数を減らす。たとえば、ステップＳ４０５、４１０、および４１５の判定は、例の実施形態が、３ＧＰＰ ＴＳ ２３．４０１の図５．３．２．１−１内の手順からメッセージ７、１０、１２、１６、２３、および２４を除去し、これらのメッセージに欠けている情報を第１のアップリンク・データ・パケットに追加することを可能にする。

図４で説明された方法による例の実施形態は、デバイスがサービス要求手順を使用してベアラを再アクティブ化する時に必要なネットワーク・メッセージの個数を減らすことができ、したがって、ＭＭＥ １３５および組み合わされたゲートウェイ１２５への関連するプロセッサ負荷を減らす。例の実施形態は、３ＧＰＰ ＴＳ ２３．４０１の句５．３．４．１に記載された「ＵＥによってトリガされたサービス要求」手順で要求されるメッセージの個数を減らす。たとえば、ステップＳ４０５、４１０、および４１５の判定は、例の実施形態が、３ＧＰＰ ＴＳ ２３．４０１の図５．３．４．１−１内の手順からのメッセー４および６を変更し、これらのメッセージに欠けている情報を第１のアップリンク・データ・パケットに追加することを可能にする。

例の実施形態では、セッション作成要求メッセージおよびセッション作成応答求メッセージ、セッション削除要求メッセージおよびセッション削除応答メッセージ、ならびにベアラ変更要求メッセージおよびベアラ変更応答メッセージを、ＡＰＮに関係する関連するアタッチ手順、トラッキング／ルーティング・エリア更新手順、ハンドオーバ手順、およびデタッチ手順から除去する（３ＧＰＰ ＴＳ ２３．４０１に記載の既知の手順で）ことができる。ダミーのアップリンク・データ・メッセージが、上でこの解決策の第１の主要な態様の下で説明されたように、ベアラ変更要求およびベアラ変更応答の代わりにハンドオーバ手順に追加される。デタッチ手順中に、ＭＭＥ １３５は、デバイスのＩＰアドレスおよびアップリンク・データＴＥＩＤを含む、デバイスに割り当てられたリソースを解放することができる。

図５は、例の実施形態による無線デバイスのコア・ネットワーク内でのベアラ・アクティブ化を示す信号フロー図である。最終的なアップリンク・データ信号フローは、ベアラがアクティブ化された後のデータ・フロー（変更されたパケット・ヘッダを伴わない）である。図５に示された他の信号およびデータ・フローは、上で図２〜４に関して説明したステップを用いて指定されている。これらのステップは、簡潔さのためにさらには説明しない。

例の実施形態の上の議論は、ネットワーク制御エンティティとしてのＭＭＥを含むＥ−ＵＴＲＡＮ（ＬＴＥ）システムに関する。しかし、当業者は、例の実施形態が、ネットワーク制御エンティティとしてＳｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＳＧＳＮ）を含むＵＴＲＡＮシステムにもあてはまることを認める。

例の実施形態を具体的に図示し、説明したが、当業者は、形態および詳細における変形形態を、特許請求の範囲の趣旨および範囲から逸脱せずに作ることができることを理解するであろう。本明細書で求められる保護は、下の特許請求の範囲に示されている。さまざまな実施形態の上記および他の態様は、以下の番号付きの句で明記される。

１．メモリと、
デバイスからサービス要求メッセージを受信し、
ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を格納し、
サービス要求メッセージに応答して基地局とデバイスとの間で無線ベアラを確立し、
無線ベアラを使用してデバイスから１つまたは複数の第１のアップリンク・データ・パケットを受信し、
１つまたは複数の第１のアップリンク・データ・パケットが、ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を含むように、１つまたは複数の第１のアップリンク・データ・パケットを変更し、
変更されたアップリンク・データ・パケットをゲートウェイに送信する
ように構成されたプロセッサと
を含む基地局。

２．ゲートウェイは、ネットワーク制御エンティティがゲートウェイ内でベアラを再アクティブ化するためにゲートウェイにシグナリングすることなくベアラをアクティブ化するために、変更されたアップリンク・データ・パケットからのゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を使用する、句１に記載の基地局。

３．ゲートウェイは、ネットワーク制御エンティティからベアラ変更要求メッセージを受信せず、ネットワーク制御エンティティにベアラ変更応答メッセージを送信しない、句２に記載の基地局。

４．プロセッサは、
ゲートウェイがベアラを成功して再アクティブ化したことの肯定応答を受信し、
デバイスから１つまたは複数の第２のアップリンク・データ・パケットを受信し、
１つまたは複数の第２のアップリンク・データ・パケットを変更せずに、１つまたは複数の第２のアップリンク・データ・パケットをゲートウェイに転送する
ようにさらに構成される、句２に記載の基地局。

５．プロセッサは、
ネットワーク制御エンティティが、
デバイスがそれに接続されることを要求するパケット・データ・ネットワークを指定するアクセス・ポイント・ネットワーク（ＡＰＮ）が、訪問されたネットワークからアクセス可能であり、
前記デバイスが、ベスト・エフォートおよび静的優先順位データ・トランスポートのうちの１つを要求し、
デバイスが一時に１つのＡＰＮだけに登録する
ことを判定する場合に、ゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを受信する
ようにさらに構成される、句１に記載の基地局。

６．プロセッサは、ゲートウェイからダウンリンク・データを受信するようにさらに構成され、ダウンリンク・データは、アップリンク・データの受信と、ゲートウェイが基地局識別子およびトンネル識別子を受信し、格納したこととを示す、句１に記載の基地局。

７．プロセッサは、ゲートウェイでの成功のベアラ再アクティブ化を肯定応答するセットアップ完了メッセージをネットワーク制御エンティティに送信するようにさらに構成される、句６に記載の基地局。

８．プロセッサは、ダウンリンク・データ・パケットが基地局によって受信されるまで、ゲートウェイに１つまたは複数のダミーのアップリンク・データ・パケットを送信するようにさらに構成され、１つまたは複数のダミーのトンネリングされるアップリンク・データ・パケットは、ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を含む、句１に記載の基地局。

９．プロセッサは、
ネットワーク制御エンティティから別のメッセージを受信し、別のメッセージは、デバイスのゲートウェイ・トンネル・エンドポイントＩＤ（ＴＥＩＤ）、ゲートウェイ宛先ＩＰアドレス、およびアクセス・ポイント・ネットワーク（ＡＰＮ）識別子を含み、
デバイスからアップリンク・データ・パケットを受信し、アップリンク・データ・パケットは、ソースＩＰアドレスを含み、ソースＩＰアドレスは、デバイスのアドレスであり、
ゲートウェイに別の変更されたアップリンク・データ・パケットを送信し、別の変更されたアップリンク・データ・パケットは、デバイスのゲートウェイＴＥＩＤ、ゲートウェイ宛先ＩＰアドレス、およびＡＰＮ識別子を含む
ようにさらに構成される、句１に記載の基地局。

１０．ゲートウェイは、要求されたＡＰＮに関連するデータ・セッションのアドレス変換されたＩＰアドレスを割り振るために、アドレス変換束縛を確立するのにデバイスのアドレスと、別の変更されたアップリンク・データ・パケットからのデバイスのゲートウェイＴＥＩＤ、ゲートウェイ宛先ＩＰアドレス、およびＡＰＮ識別子とを使用する、句９に記載の基地局。

１１．デバイスのアドレスのそれぞれおよびアドレス変換されたＩＰアドレスは、ＩＰｖ４ ＩＰアドレスまたはＩＰｖ６ ＩＰアドレスのうちの１つである、句１０に記載の基地局。

１２．ゲートウェイは、ネットワーク制御エンティティによってデバイスに以前に割り振られたデバイスのグローバルにルーティング可能なＩＰアドレスを受信し、
ゲートウェイは、アドレス変換を実行せずにデータ・セッションのためのゲートウェイ内のリソースを確立するのに、デバイスのグローバルにルーティング可能なＩＰアドレスと、別の変更されたアップリンク・データ・パケットからのデバイスのゲートウェイＴＥＩＤおよびゲートウェイ宛先ＩＰアドレスとを使用する
句９に記載の基地局。

１３．プロセッサは、
基地局がハンドオーバ手順において別のデバイスのターゲット基地局であることを判定することと、
ダウンリンク・データ・パケットが基地局によって受信されるまで、ゲートウェイに１つまたは複数のダミーのアップリンク・データ・パケットを送信し、１つまたは複数のダミーのトンネリングされるアップリンク・データ・パケットは、ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を含む
ようにさらに構成される、句１に記載の基地局。

１４．メモリと、
デバイスからサービス要求メッセージを受信し、
サービス要求メッセージに基づいてゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを判定し、
デバイスに関連する基地局にメッセージを送信し、メッセージは、ゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを含む
ように構成されたプロセッサと
を含むネットワーク制御エンティティ。

１５．プロセッサは、
デバイスがそれに接続されることを要求するパケット・データ・ネットワークを指定するアクセス・ポイント・ネットワーク（ＡＰＮ）が、訪問されたネットワークからアクセス可能であるかどうか、前記デバイスがベスト・エフォートおよび静的優先順位データ・トランスポートのうちの１つを要求するかどうか、およびデバイスが一時に１つのＡＰＮだけに登録するかどうかを判定し、
判定するステップの条件のそれぞれが真である場合にメッセージを送信する
ようにさらに構成される、句１４に記載のネットワーク制御エンティティ。

１６．判定するステップの条件のそれぞれが真である場合に、ベアラ変更要求メッセージをゲートウェイに送信せず、ベアラ変更応答メッセージをゲートウェイから受信しない、句１５に記載のネットワーク制御エンティティ。

１７．プロセッサは、
デバイスが永久的なＩＰアドレスを要求しないかどうか、デバイスのシームレス・モビリティがネットワーク制御エンティティのセットに制限され得るかどうか、ゲートウェイが組み合わされたゲートウェイであるかどうか、およびデバイスが標準手順を使用して動作する必要がないかどうかを判定し、
デバイスのアドレス、デバイスのトンネル・エンドポイントＩＤ（ＴＥＩＤ）を割り振り、
組み合わされたゲートウェイをデバイスに割り当て、
トンネリングされたアップリンク・データ・パケットのゲートウェイ宛先ＩＰアドレスを、組み合わされたゲートウェイに提供し、
判定するステップの条件のそれぞれが真である場合に、別のメッセージを基地局に送信し、別のメッセージは、デバイスのアドレス、ＴＥＩＤ、およびゲートウェイ宛先ＩＰアドレスを含む
ようにさらに構成される、句１４に記載のネットワーク制御エンティティ。

１８．デバイスのアドレスは、ＩＰｖ４ ＩＰアドレスまたはＩＰｖ６ ＩＰアドレスのうちの１つである、句１７に記載のネットワーク制御エンティティ。

１９．ネットワーク・エンティティは、ゲートウェイがデバイスによって確立されたパケット・データ・ネットワーク接続の永久的なコンテキスト情報を全く格納しないように、ゲートウェイとのシグナリング相互作用なしでデバイスのアドレスを割り振る、句１７に記載のネットワーク制御エンティティ。

２０．メモリと、
トンネル識別子および基地局識別子を含む第１のアップリンク・データ・パケットを受信し、
ネットワーク制御エンティティがゲートウェイ内でベアラを再アクティブ化するためにゲートウェイにシグナリングすることなく、トンネル識別子および基地局識別子を使用してベアラをアクティブ化する
ように構成される、プロセッサと
を含むゲートウェイ。

２１．ベアラ変更要求メッセージをネットワーク制御エンティティから受信せず、ベアラ変更応答メッセージをネットワーク制御エンティティに送信しない、句２０に記載のゲートウェイ。

２２．プロセッサは、基地局にダウンリンク・データを送信するようにさらに構成され、ダウンリンク・データは、アップリンク・データの受信と、ゲートウェイが基地局識別子およびトンネル識別子を受信し、格納したこととを示す、句２０に記載のゲートウェイ。

２３．プロセッサは、
デバイスのアドレス、デバイスのゲートウェイ・トンネル・エンドポイントＩＤ（ＴＥＩＤ）、およびゲートウェイ宛先ＩＰアドレスを含む第２のアップリンク・データ・パケットを受信し、
アドレス変換を実行するために、第２のアップリンク・データ・パケットからのデバイスのアドレス、デバイスのゲートウェイＴＥＩＤ、およびゲートウェイ宛先ＩＰアドレスと、第１のアップリンク・パケットの受信時に作成されたアドレス変換束縛とを使用し、
ネットワーク制御エンティティとのシグナリング相互作用なしで、非活動期間の後に、データ・セッションのために割り振られたリソースを解放する
ようにさらに構成される、句２０に記載のゲートウェイ。

２４．プロセッサは、
デバイスに関連するデータ束縛が満了したかどうかを判定し、
デバイスが、束縛データの満了の後にネットワーク・データの配送を試みるために選択されるかどうかを判定し、
着信ネットワーク・パケットの宛先アドレスをデバイス・アドレスにマッピングし、
デバイスが束縛データの満了の後にネットワーク・データの配送を試みるために選択される場合に、ダウンリンク・データ通知メッセージをネットワーク制御エンティティに送信し、ダウンリンク・データ通知メッセージは、宛先アドレスを含む
ようにさらに構成される、句２０に記載のゲートウェイ。

２５．要求されたアクセス・ポイント・ネットワーク（ＡＰＮ）に関連するデータ・セッションのアドレス変換されたＩＰアドレスを割り振るために、アドレス変換束縛を確立するのにデバイスのアドレスと、別の変更されたアップリンク・データ・パケットからのデバイスのゲートウェイＴＥＩＤ、ゲートウェイ宛先ＩＰアドレス、およびＡＰＮ識別子とを使用する、句２０に記載のゲートウェイ。

２６．デバイスのアドレスのそれぞれおよびアドレス変換されたＩＰアドレスは、ＩＰｖ４ ＩＰアドレスまたはＩＰｖ６ ＩＰアドレスのうちの１つである、句２５に記載のゲートウェイ。

２７．プロセッサは、
ネットワーク制御エンティティによってデバイスに以前に割り振られたデバイスのグローバルにルーティング可能なＩＰアドレスを受信する
ようにさらに構成され、ゲートウェイは、アドレス変換を実行せずにデータ・セッションのためのゲートウェイ内のリソースを確立するのに、デバイスのグローバルにルーティング可能なＩＰアドレスと、別の変更されたアップリンク・データ・パケットからのデバイスのゲートウェイＴＥＩＤおよびゲートウェイ宛先ＩＰアドレスとを使用する
句２０に記載のゲートウェイ。

Claims (3)

1. メモリと、
   デバイスからサービス要求メッセージを受信し、
   ゲートウェイ・トンネル識別子、基地局識別子、および基地局トンネル識別子を格納し、
   前記サービス要求メッセージに応答して基地局と前記デバイスとの間で無線ベアラを確立し、
   前記無線ベアラを使用して前記デバイスから１つまたは複数の第１のアップリンク・データ・パケットを受信し、
   前記１つまたは複数の第１のアップリンク・データ・パケットが、前記ゲートウェイ・トンネル識別子、前記基地局識別子、および前記基地局トンネル識別子を含むように、前記１つまたは複数の第１のアップリンク・データ・パケットを変更し、
   前記変更されたアップリンク・データ・パケットをゲートウェイに送信する
   ように構成されたプロセッサと
   を含む基地局。
2. 前記プロセッサは、
   前記ゲートウェイが前記ベアラを成功して再アクティブ化したことの肯定応答を受信し、
   前記デバイスから１つまたは複数の第２のアップリンク・データ・パケットを受信し、
   前記１つまたは複数の第２のアップリンク・データ・パケットを変更せずに、前記１つまたは複数の第２のアップリンク・データ・パケットを前記ゲートウェイに転送する
   ようにさらに構成される、請求項１に記載の基地局。
3. 前記プロセッサは、
   ネットワーク制御エンティティが、
   前記デバイスがそれに接続されることを要求するパケット・データ・ネットワークを指定するアクセス・ポイント・ネットワーク（ＡＰＮ）が、訪問されたネットワークからアクセス可能であり、
   前記デバイスが、ベスト・エフォートおよび静的優先順位データ・トランスポートのうちの１つを要求し、
   前記デバイスが一時に１つのＡＰＮだけに登録する
   ことを判定する場合に、ゲートウェイ・トンネル識別子およびゲートウェイ宛先アドレスを受信する
   ようにさらに構成される、請求項１に記載の基地局。

Images