JP2006503501A - 通信システムにおけるマイクロトンネルの使用のための方法及び装置 - Google Patents

Abstract

【課題】通信システムにおけるマイクロトンネルの使用のための方法及び装置とを提供する。
【解決手段】マイクロトンネルは無線通信システム内の同じ移動ノードに複数のデータサービス・セッションを供給するために使用される。さらに、マイクロトンネルのフレキシビリティはシステムの資源を最適化する。データサービスについての要求では、カプセル化構成記録が発生される。カプセル化ヘッダはカプセル化構成に応じて作り出される。カプセル化ヘッダはパケットサービス識別子とマイクロトンネル識別子とを含む。

Description

関連出願

本特許出願は、２００２年１０月１５日に提出され、これについて譲受人に譲渡され、そしてこれによってこの中に引用されて詳細に組み込まれる、仮出願番号第６０／４１８，８１５号、タイトル“マイクロトンネル”への優先権を主張する。

本発明は一般にデータパケット伝送に関し、そして詳しくは、マイクロトンネルの使用に関する。

インターネット・プロトコル（ＩＰ）“トンネル”は、インターネット上で、データグラムと呼ばれるデータユニットを運ぶために普及した機構になっている。トンネリングを使用することは１つの原ＩＰパケットをもう１つのＩＰパケットの内部に組み込むことを含む。トンネリングはまた原ＩＰパケット上のインターネット・ルーチングの効果を変更することについて追加の内包(connotation)をも有する。

典型的にトンネルは、マルチキャスト・ルーチング、移動ＩＰ、および仮想専用網(ＶＰＮ)内のような、展開されたルーチング構造の動きを増大および変更するために使用される。伝統的な最善作のＩＰパケット伝送の見地から、トンネルは任意の他のリンクのように動作する。パケットはトンネルの一端に入り、そしてもし資源の過負荷やエラーがそれらを失わせなければ他端に伝送される。

情報はカプセル化されても、そしてトンネルを通して送られてもよい。最も一般的な事例では、システムはペイロード・パケットと呼ばれるパケットを有し、それはカプセル化されて送られる必要がある。ペイロード・パケットは、多分ルーチングをも含む基準ルーチング・カプセル化（ＧＲＥ）パケット内にまずカプセル化される。結果としてのＧＲＥパケットはその後何か他のプロトコル内にカプセル化され、そしてその後順方向転送されてもよい。この外側のプロトコルは伝送プロトコルと呼ばれる。

移動ＩＰに関しては、無線システムはＩＰネットワークとインターフェイスする。トンネルはＩＰネットワークから無線システム内の基幹施設エレメントにデータを運ぶために使用される。データは同じ移動ノードへの／からの伝送用のデータの複数のストリームを含んでもよい。この場合、システムは各ストリームについて個別のトンネルを確立せねばならない。

移動ＩＰでは移動ノードに関連するホームエージェントは、通報受端(destination)ＩＰアドレスとして移動ノードの気付けアドレス(care-of address)を含む新ＩＰヘッダを作成することによってホームネットワークから気付けアドレスにパケットを書き替える。ホームエージェントは、それの気付けアドレスにおいて識別されるように、装置の現在位置についての情報を維持する移動ノードのホームネットワーク上のルータである。気付けアドレスは、装置がそれのホームネットワーク以外のどこかから接続される時にメッセージ伝送を可能にする移動ノードについての一時的なＩＰアドレスである。気付けアドレスはインターネットへの移動ノードの現在の接触点を識別し、そして装置のホームアドレス（永久的ＩＰアドレス）を変更すること無しに種々の位置から接続することを可能にさせる。新ヘッダはその時原パケットをシールドまたはカプセル化して、移動ノードのホームアドレスにそれが気付けアドレスに到達するまでカプセル化されたパケットのルーチング上で効果を持たせなくする。そのようなカプセル化はまたトンネリングとも言われ、それはＩＰルーチングの通常の効果をバイパスして、インターネットを通してパケットを探すことを示唆する。

移動ＩＰ環境では、各々が同じ移動ノードと関連する複数のトンネルを識別する必要がある。さらに、システムの資源を最適化する融通性のあるトンネル構成についての要望がある。

［詳細な説明］
無線通信の分野は、例えば、コードレス電話機、ページング、無線ローカルループ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、インターネット電話、および衛星通信システムを含む、多くのアプリケーションを有する。特に重要なアプリケーションは移動体加入者のためのセルラ電話システムである。この中で使用されるように、術語“セルラ”システムは、セルラと個人通信サービス(ＰＣＳ)周波数との両者を含む。種々の無線送信インターフェイスは、例えば、周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、および符号分割多重アクセス（ＣＤＭＡ）を含むそのようなセルラ電話システムのために開発されてきた。それとの接続では、例えば、進歩した移動電話サービス（ＡＭＰＳ）、移動体用グローバルシステム（ＧＳＭ）、および暫定標準９５（ＩＳ−９５）を含む種々の国内および国際標準が制定されている。ＩＳ−９５およびそれの派生物(この中ではしばしば集合的にＩＳ−９５と呼ばれる)、ＩＳ−９５Ａ、ＩＳ−９５Ｂ、ＡＮＳＩ Ｊ−ＳＴＤ−００８、および提案された高速データシステムは電気通信工業協会（ＴＩＡ）および他の周知の標準類団体によって公布される。

ＩＳ−９５標準の使用に従って構成されたセルラ電話システムは、高度に効率的で強いセルラ電話サービスを提供するためにＣＤＭＡ信号処理技術を使用する。ＣＤＭＡ技術を使用している例示的なシステムは、ＴＩＡにより発行された、(この中ではｃｄｍａ２０００と呼ばれる)ｃｄｍａ２０００ ＩＴＵ−Ｒ無線伝送技術（ＲＴＴ）候補者寄託である。ｃｄｍａ２０００用の標準はＩＳ−２０００の草案版内で与えられ、そしてＴＩＡおよび３ＧＰＰ２によって同意された。もう１つのＣＤＭＡ標準は、第３世代パートナーシップ・プロジェクト“３ＧＰＰ”、文書番号第３Ｇ ＴＳ２５．２１１号、第３Ｇ ＴＳ２５．２１２号、第３Ｇ ＴＳ２５．２１３号、および第３Ｇ ＴＳ２５．２１４号内で具体化されたような、Ｗ−ＣＤＭＡ標準である。

移動ＩＰをサポートするセルラ通信システムが図１に図示される。システム１００はデータのパケットの通信をサポートし、ここにおいてパケットは制御情報とユーザデータとを含むヘッダを包含する情報の論理的なグループ化である。パケットは非常にしばしばデータのネットワークレイヤ・ユニットを参照して使用される。術語データグラム、フレーム、メッセージ、およびセグメントはまたオープンシステム・インターコネクション（ＯＳＩ)基準モデルの種々のレイヤでの論理情報グルーピングを記述するためにも使用されることに注目されたい。

システム１００では、パケットデータ・サービスノード（ＰＤＳＮ）１０２は無線通信システムとＩＰネットワークとの間をインターフェイスする。移動ＩＰ環境では、ＰＤＳＮはまたフォーリンエージェント（ＦＡ）とも呼ばれることがあり得る。ホームエージェント（ＨＡ）は、移動ノードがホームネットワークに付加されない時でさえ移動ノードをホームアドレスで効果的に到達させることを可能にする、移動ノードのホームネットワーク内のノードである。

図１で続けると、ＰＤＳＮ１０２はパケット制御機能／基地局コントローラ（ＰＣＦ／ＢＳＣ）１０４を介して種々の移動ノード（ＭＮ）と通信する。ＰＣＦおよびＢＳＣは別々の基幹施設エレメント内にあってもよく、あるいは図１に示されるように１つのエレメント内で結合されてもよい。ＰＤＳＮ１０２はＰＣＦ／ＢＳＣ１０４を介してＭＮ１０８，１１０のために通信を提供する。移動交換センタ（ＭＳＣ）はまたＰＣＦ／ＢＳＣ１０４とも通信中である。

典型的なパケットデータ通信に関して、ＰＣＦ／ＢＳＣ１０４はそれ自身とＰＤＳＮとの間にＡ１０／１１インターフェイスを確立するために、ＰＤＳＮ１０２にＡ１１登録要求メッセージを送る。種々のインターフェイスは基幹施設エレメント間の通信リンクまたはセッションを参照する。Ａ１１インターフェイスは通常ＰＤＳＮ１０２とＰＣＦ／ＢＳＣ１０４との間のリンクとして識別される。

ＰＣＦ／ＢＳＣ１０４は移動局識別子、例えば、国際移動体加入者アイデンティティ（ＩＭＳＩ）のような移動体識別番号（ＭＩＮ）をＰＣＦ／ＢＳＣ１０４内部で独特のパケットセッション識別子（ＰＳＩ）に結びつける。ＩＭＳＩは個人移動局（即ち、移動ノード）を独特に識別するために使用される番号である。ある事例では、１０ディジットのＭＩＮのみを使用している時は曖昧さが起こる可能性がある。１つのシステムでは、ＩＭＳＩの最初の３桁（最上位）の１０進数は移動体国符号（ＭＣＣ）であり、残りのディジットは国家移動局アイデンティティ（ＮＭＳＩ）である。

ＭＮ１０８またはＭＮ１１０への各データ通信のために、ＰＣＦ／ＢＳＣ１０４は別個のリンクを確立する。ＰＣＦ／ＢＳＣ１０４がリンクを確立する時には、ＰＣＦ／ＢＳＣ１０４はＰＤＳＮに送られるＡ１１登録要求メッセージ内にＰＳＩを含める。この方法では、ＭＮ１０８またはＭＮ１１０のような、与えられたＭＮに予定された通信は、指示されたリンクによって処理される。データサービスの数が増加するにつれて、ＭＮは複数のデータ通信を同時に持つことを要求してもよい。この場合に、ＰＣＦ／ＢＳＣ１０４は各通信用にリンクを確立しようとする。

この中に記述されたように、“マイクロトンネル”は、ＰＤＳＮ１０２とソースＩＰアドレスおよび通報受端ＩＰアドレスによって識別されるＰＣＦ／ＢＳＣ１０４との間の論理接続である。例えば、ソースＩＰアドレスは“ｓｒｃ ｉｐ ａｄｄｒｅｓｓ”として識別されてもよく、そして通報受端ＩＰアドレスは“ｄｅｓｔ ｉｐ ａｄｄｒｅｓｓ”として識別されてもよい。マイクロトンネルはその時下記によって示される：
＜ｓｒｃ ｉｐ ａｄｄｒｅｓｓ＝ＰＤＳＮ ＩＰ、ｄｅｓｔ ｉｐ ａｄｄｒｅｓｓ＝ＰＣＦ ＩＰ，ＧＲＥ ｋｅｙ＞．
この文脈では、ソースはＰＤＳＮ１０２を指し、通報受端はＰＣＦ／ＢＳＣ１０４を指す。注目されたい、マイクロトンネルはエアインターフェイス・サービスインスタンスと無関係である（即ち、いかなる１対１マッピングもマイクロトンネルとエアインターフェイス・サービスインスタンスとの間には仮定されない）。

各マイクロトンネルは与えられたＭＮについて別々の通信を割り当てられる。図１に図示されるように、複数のマイクロトンネルが１つのＭＮのために確立されてもよい。図１の例では、２つのマイクロトンネルがＭＮ１１０への２つの別々の通信用に確立される一方で、３つのマイクロトンネルがＭＮ１０８への３つの別々の通信用に確立される。しかしながら、単一の通信が１つまたはそれ以上のマイクロトンネルを使用してもよい。マイクロトンネルはＰＣＦ／ＢＳＣ１０４がＰＤＳＮ１０２にメッセージを送る時に確立される。具体的に、メッセージはＡ１１登録要求である。

一度マイクロトンネルが確立されると、通信は確立されたマイクロトンネルによって伝送されることができる。必然的にエアインターフェイス・サービスインスタンスとマイクロトンネルとの間に１対１マッピングはない。

マイクロトンネルは下記の目的のために働く：
・ＰＰＰ文脈を識別する；
・ＩＰ文脈を識別する；および
・サービスを特殊化する。

下記の検討はこれらのマイクロトンネル機能の各々を詳述する。

ＰＰＰ文脈
マイクロトンネルは、マイクロトンネルによって運ばれたデータパケットが消滅されてもよいか否かを無線アクセス・ネットワーク（ＲＡＮ）１２０に示すために、ＰＤＳＮ１０２によって使用される。そのような表示の代わりに、ＲＡＮ１２０はパケットが陳腐過ぎる(too stale)ことになるならばそれらを消滅させることを決定してもよい。例えば、もしもステートフルな圧縮または暗号化が使用されれば、ＲＡＮ１２０内で消滅しているパケットは復元について問題を引き起こす可能性がある。状態は１実体(entity)によって保持される情報の収集である。暗号器／解読器または圧縮器／復元器を意味するステートフルな暗号化または圧縮は状態情報を保持する。したがって消滅されたパケットは圧縮器／復元器の処理に影響を与えるであろう。そのような場合には、ＰＤＳＮ１０２はマイクロトンネルについての“消滅しない(do not drop)”属性を選択する。

マイクロトンネルはさらに、与えられたマイクロトンネルを介して運ばれたこれらのパケットがもう１つのマイクロトンネルを介して運ばれた他のパケットは異なって処理されるべきであることを示すために、ＰＤＳＮ１０２によって使用される。例えば、ＰＤＳＮ１０２は、第１のマイクロトンネルによって運ばれたパケットが、ゼロバイト・ヘッダ圧縮のような、特定のヘッダ圧縮を有することを示してもよい。ＰＣＦ／ＢＳＣ１０４はその後この情報を翻訳し、そしてこれらのパケットを運ぶために無線リンク・プロトコル（ＲＬＰ）フリーのサービスインスタンスを使用する。

ＩＰ文脈
マイクロトンネルを使用してＰＤＳＮ１０２はデータパケットの並べ替え(re-ordering)がこのマイクロトンネルの内部ではなくマイクロトンネルの反対側で許されることをＲＡＮ１２０に表示する。このアプローチは２０００年１０月に発表され、そしてインターネット技術調査委員会(ＩＥＴＦ)によってＲＦＣ２９８３として識別された、ディー．ブラック（Ｄ．Ｂｌａｃｋ）による“特殊化されたサービスおよびトンネル（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｔｕｎｎｅｌｓ）”の第４．１節内の勧告と矛盾しない。ある場面では、各個別のマイクロトンネル内でのパケット並べ替えの欠乏と共存するために異なるマイクロトンネル内のパケット間の並べ替えを可能にすることは望ましいかもしれない。

第１のシナリオでは、特殊化されたサービス（ＤＳ）ノードのような、種々様々な品質のサービス条件をサポートしており、そしてパケット間を識別するノードは、アシュアド・フォワーディング(Assured Forwarding)(ＡＦ)クラスのような、同じマイクロフローおよび同じ品質のサービス条件に属しているパケットを並べ替えることなく命令される。ＤＳおよびＡＦクラスが下記の中に定義されることに注目されたい、（１）１９９９年６月に発表され、そしてＲＦＣ２５９７として識別された、ジェイ．へイナネン（Ｊ．Ｈｅｉｎａｎｅｎ）等による“アシュアド・フォワーディングＰＨＢグループ（Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ ＰＨＢ Ｇｒｏｕｐ）”、（２）１９９８年１２月に発表され、そしてＲＦＣ２４７４として識別された、ケイ．ニコルス（Ｋ．Ｎｉｃｈｏｌｓ）による“ＩＰｖ４およびＩＰｖ６ヘッダ内の特殊化されたサービスフィールド（ＤＳフィールド）の定義（Ｄｅｆｉｎｉｔｉｏｎ ｏｆ ｔｈｅ Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｆｉｅｌｄ (ＤＳ Ｆｉｅｌｄ) ｉｎ ｔｈｅ ＩＰｖ４ ａｎｄ ＩＰｖ６ Ｈｅａｄｅｒｓ）”、および（３）１９９８年１２月に発表され、そしてＲＦＣ２４７５として識別された、エス・ブレーク（Ｓ．Ｂｌａｋｅ）による“特殊化されたサービスのための構造（Ａｎ Ａｒｃｈｔｅｃｔｕｒｅ ｆｏｒ Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ）”。この中に引用されたＲＦＣ文書の各々はインターネット技術調査委員会（ＩＥＴＦ）のネットワーク作業部会によって提供される。

特殊化されたサービス（ＤＳ）は、インターネットにおけるスケール可能な(scalable)サービス識別の展開を可能にするためにフレームワークとビルディングブロックとを提供することを意味する。特殊化されたサービスのアプローチはその構成を、それの１つはかなりよく理解されそしてそれの他のものはまさに理解され始めている、２つの主な構成要素に分割することによって展開速度を増すことを目指す。パケット・フォワーディングはできるだけ迅速にパーパケットベースで(on a per-packet basis)実行されるタスクである。フォワーディングはパケットの出力インターフェイスを指定しているルーチングテーブル内の１エントリを見つけ出すためにパケットヘッダを使用する。ルーチングはテーブル内にエントリを設定し、そしてルート失敗を追跡し続けることと同様に中継の範囲および他の方策を反映する必要があるかもしれない。ルーチングテーブルはフォワーディング・タスクへの背景処理として維持される。特殊化されたサービス領域は、それを通して一貫したセットの特殊化されたサービス方策が調整された様式で施行されるインターネットの隣接部である。特殊化されたサービス領域は、種々の方策上の領域または自主的システム、種々の信用範囲、種々のネットワーク技術（例えば、セル／フレーム）、ホストおよびルータ等を示してもよい。代わりの実施形態は、それによってパケットがそれに適用された独特の処理の間で識別される代理の方法を適用することができる。代理のサービスはまた種々のデータパケットにサービス変動の品質を提供する。

例えば、会社が地理的に分布されたサイトと相互接続するために、そしてこのイントラネット内のＩＰパケットが高い確率で順方向転送される保証を得たいためにインターネットを使用する時には、このインターネットを通したＩＰパケットのアシュアド・フォワーディングは望ましいことである。この場面では、同じマイクロフローに属しているパケットを並べ替えないことはこのネットワークのために望ましいことであり、ここにおいてマイクロフローは：ソースアドレス、通報受端アドレス、プロトコルｉｄ、ソースポート、（適用可能な）通報受端ポートによって識別されるパケットのアプリケーション・ツー・アプリケーション・フローの単一インスタンスである。

アシュアド・フォワーディング（ＡＦ）グループ化は、顧客ＤＳ領域から受信されたＩＰパケットに関する種々のレベルの順方向転送の保証を提供するためにプロバイダＤＳ領域のための手段を提供する。４クラスのＡＦが定義され、ここにおいて各ＡＦクラスは、各ＤＳノードでは、バッファスペースおよび帯域幅のような、ある量の順方向転送資源を割り当てられる。ＡＦグループによって提供されたサービスを進んで使用しているＩＰパケットは、顧客またはプロバイダＤＳ領域によって、顧客が申し込んだサービスによる１つまたはそれ以上のこれらのＡＦクラスに割り当てられる。

各ＡＦクラスの内部で、ＩＰパケットは３つの起こり得る消滅先行値(possible drop precedence value)の１つでマークされる。輻輳（ふくそう）の場合には、パケットの消滅先行はＡＦクラス内のパケットの相対的な重要性を決定する。輻輳したＤＳノードは、より低い消滅先行値を有するパケットが、むしろより高い消滅先行値を有するパケットを捨てることによって失われることから保護しようと努める。

ＤＳノードでは、このようなにＩＰパケットの順方向転送の保証レベルは下記に依存する：（１）そのパケットが属するＡＦクラスに割り当てられた順方向転送資源の量、（２）ＡＦクラスの現在の負荷、そしてそのクラス内の輻輳の場合、（３）パケットの消滅先行。

例えば、もしもプロバイダＤＳ領域の入口でのトラフィック処理行動が、ＤＳノード内のＡＦクラスは最低消滅先行値を有するパケットによって適度に負荷されているだけであり、そして２つの最低消滅先行値を有するパケットによって過負荷されないと確かめれば、その時ＡＦクラスは高レベルの順方向転送の保証を提供することができる。

もう１つの実施形態では、アシュアド・フォワーディング（ＡＦ）グループはＮ個別ＡＦクラス内のＩＰパケットの順方向転送を提供する。各ＡＦクラス内で、ＩＰパケットは異なるＭレベルの消滅先行の１つを割り当てられる。ＡＦクラスｉに属し、そして消滅先行ｊを有するＩＰパケットはＡＦ符号点ＡＦｉｊでマークされ、ここで１＜＝ｉ＜＝Ｎおよび１＜＝ｊ＜＝Ｍである。現在、各クラス内で３レベル(Ｍ＝３)の消滅先行を有する４クラス（Ｎ＝４）が汎用として定義される。より多くのＡＦクラスおよび消滅先行のレベルは局所用として定義されてもよい。

マイクロフローのアイデンティティは（ＧＲＥカプセル化のため）ＲＡＮとＰＤＳＮとの間のＲ−Ｐインターフェイス上に隠される。したがって、ＰＤＳＮとＲＡＮとの間のＤＳノードは、ＰＤＳＮがインシーケンスの伝送条件を満足するために各マイクロフロー用のマイクロトンネルを使用しなければ、互いに異なるマイクロフローを識別できない。並べ替えることに敏感であるフローのもう１つの例はＩＰｓｅｃによって保護されたフローである。

ＧＲＥフォーマットは図２に図示される。データパケット・フォーマットは伝送ヘッダ２０２、ＧＲＥヘッダ２０４およびペイロード・パケット２０６を含む。ＧＲＥヘッダ２０４はカプセル化器(encapsulator)によって挿入された４つのオクテット数を含むキーフィールドを含んでもよい。このキーはパケットのソースを認証するために受信器によって使用されることができる。１つの実施形態では、このキーフィールドは２フィールドから構成される。また、ＧＲＥヘッダ２０４はシーケンス番号フィールドを含んでもよい。シーケンス番号フィールドはカプセル化器によって挿入される無署名の(unsigned)３２ビット整数を含む。パケットがカプセル化器から受信器に送信されたオーダを確立することは受信器によって使用されることが可能である。

もう１つのシナリオでは、レイヤ２トンネルプロトコル（Ｌ２ＴＰ）パケットおよびＩＰｓｅｃパケットのような、あるパケットは並べ替えられてはならない。これらのタイプのトラフィックのために別々のマイクロトンネルを使用することによって、ＰＤＳＮ１０２はＰＣＦ／ＢＳＣ１０４に並べ替えがマイクロトンネルの内部ではなく、ＩＰｓｅｃ／Ｌ２ＴＰトラフィックの間で許されることを指示する。注目されたい、Ｌ２ＴＰは工業標準インターネット・トンネルプロトコルである。ポイントツーポイント・トンネルプロトコル（ＰＰＴＰ）とは違って、Ｌ２ＴＰはクライアント・ワークショップとサーバとの間のＩＰ接続性を必要としない。Ｌ２ＴＰはトンネル媒体がパケット指向のポイントツーポイント接続性を供給することのみを必要とする。このプロトコルはＡＴＭ、フレームリレー、およびＸ．２５のような媒体上で使用されることができる。Ｌ２ＴＰはＰＰＴＰと同じ機能性を供給する。レイヤ２順方向転送（Ｌ２Ｆ）およびＰＰＴＰ仕様に基づいて、Ｌ２ＴＰはクライアントが介在するネットワークの反対側にトンネルを設定することを認める。

もう１つの局面では、種々のマイクロトンネルに関して、ＧＲＥヘッダ２０４のシーケンスフィールド用のシーケンススペースは異なる。もしもすべてのマイクロトンネルが同じシーケンススペースを共有するならば、その時Ｒ−Ｐインターフェイスは特殊化されたサービス符号点（ＤＳＣＰ）マーキングを不同に処理することを利用できない可能性がある。ＤＳＣＰは実施されたサービスの品質（ＱｏＳ）のために使用される。ＤＳフィールドと呼ばれる置換ヘッダフィールドは、各ノードでのパケット経験としてパーホップ・ビヘービアを選択するために、ＤＳＣＰ符号点としての６ビットを含む。ＤＳＣＰは上文に記述された、ＲＦＣ２４７４に詳述される。

受信器はＧＲＥシーケンス番号およびより高い優先権が失われるであろうある符号点と共にパケットを与えているＲ−Ｐインターフェイスによって達成される任意の利得に基づいてパケットを並べ替えるであろう。もしも種々のマイクロトンネルが同じシーケンススペースを共有しないならば、ＰＤＳＮは異なるＤＳＣＰを有するパケットを送出するための異なるマイクロトンネルを使用することができる。

各マイクロトンネルによって運ばれるトラフィックについてのサービスの特殊化はマイクロトンネルＩＤと無関係であり、そして外部ＤＳＣＰまたはＰＤＳＮとＲＡＮ（例えば、ＲＳＶＰ）との間で交換された他の信号情報に基づいている。

ＧＲＥキーフィールドのフォーマット：
図３は１つの実施形態に従うＧＲＥヘッダ２０４のＧＲＥキーフィールド３００を図示し、ここにおいてＧＲＥキーフィールド３００は２つのフィールド：パケットサービス識別子（ＰＳＩ）３０２；およびマイクロトンネル識別子（ＭＴＩＤ）３０４を含む。２つのフィールドの境界３０６は固定されず、したがってその境界がＰＣＦ／ＢＳＣ１０４またはＰＤＳＮ１０２によって調整され得るかあるいは決定されることができるかを示すことが図示される。ＧＲＥキーフィールド３００は、ＰＳＩによって関連するＭＮを識別することと同様に、ＭＴＩＤによって与えられたユーザ用のマイクロトンネルを識別するためにＰＤＳＮ１０２によって使用される。

ＧＲＥキーフィールド３００を造るために、ＰＣＦ／ＢＳＣ１０４はデータサービス用の要求を、ＭＮ１０８のようなＭＮから受信する。ＰＣＦ／ＢＳＣ１０４はＭＮ１０８用のデータサービスを提供するためのリンクの確立を要求する。ＰＣＦ／ＢＳＣ１０４はＧＲＥキー構成記録をＰＤＳＮ１０２に送出する。ＧＲＥキー構成記録はフォーム＜ＰＳＩ，Ｌ＞内に供給されてもよく、ここにおいてＬはＭＴＩＤフィールド３０４の長さを示す。例えば、もしもこの記録が＜００，２＞のように与えられるとして、ＰＳＩはディジタル値００によって識別され、そして最後の２ビットはＭＴＩＤを識別するために使用可能である。ＰＤＳＮ１０２とＰＣＦ／ＢＳＣ１０４との間のＧＲＥトンネル内のＧＲＥキーフィールドの各値はマイクロトンネルを識別する。ＰＳＩフィールド決定に関して、ＰＣＦ／ＢＳＣ１０４は、それからＰＣＦが移動ノードを関係させるために選択する＜ネットワークアドレス、サブネットマスク＞ペアのリストを組み立てる。

ＧＲＥキーフィールド３００を構成するための一般的なスキームはＰＣＦが与えられた移動ノードについて使用可能なＰＳＩ値を決定することを可能にする。換言すれば、ＰＣＦはＧＲＥキー構成記録を決定する。１つの実施形態では、ＧＲＥキーフィールド３００は固定数のビット、即ち、固定長を有するものとして指定される。例えば、ＧＲＥキーフィールド３００は図４に図示されたようにＧＲＥキースペースを定義している３２ビットとして指定されてもよい。ＧＲＥキースペース内の各値は４ビットによって識別される。ＧＲＥキーフィールド３００は図３に図示されたようにＰＳＩフィールド３０２とＭＴＩＤフィールド３０４との両者を識別するために使用される。したがって、もしも２ビットがＭＮ、即ち、通報受端識別子ＰＳＩを識別するために使用されれば、マイクロトンネルを識別するために、即ち、マイクロトンネル識別子ＭＴＩＤのために残された２ビットがある。この方法では、ＰＣＦはＧＲＥキースペース内の総使用可能値を複数の移動ノードに割り当てることができる。

一例として、ＰＣＦは２ビットのＭＳＢ００をＭＮ１０８に割り当てることができる。構成記録は、２ビットがマイクロトンネル識別子、即ち、ＭＴＩＤのために残ることを指示して、＜００，２＞となるであろう。ＭＮ１０８用に使用可能な対応するＧＲＥキー値はその時００００，０００１，００１０，および００１１である。ＭＮ１０８はマイクロトンネル用の４つの使用可能な識別子を有するであろう。ＰＣＦはその後３ビットのＭＳＢ０１０をＭＮ１１０に割り当ててもよく、ここにおいて構成記録はＭＴＩＤのために残された１ビットがあることを示して、＜０１０，１＞となるであろう。この場合には、ＭＮ１１０はマイクロトンネル用に使用可能な２識別子を有するであろう。ＭＮ１１０用に使用可能な結果としてのＧＲＥキー値は０１００，０１０１となるであろう。換言すれば、ＰＳＩフィールド３０２とＭＴＩＤフィールド３０４との間の境界３０６は移動ノードごとに可変である。種々の移動ノード用に使用可能なＰＳＩおよびＭＴＩＤフィールド３０２，３０４を作る能力は断片的であるＧＲＥキースペースに帰着する可能性がある。フラグメンテーションはシステム内で資源割当てにフレキシビリティを供給する。上文に記述されたように、ＰＣＦはＧＲＥキースペース内の割当てを決定し、そしてこの情報を構成記録の形式内のＰＤＳＮに供給する。

複数の移動ノード用に使用可能な識別子を割り当てることが望ましく、したがって、ＰＣＦは各移動ノードのための値のレンジを決定する。そのような決定は移動ノードの履歴的な使用率、使用可能なサービス、またはこのシステムに特有の何か他の設計基準に基づいてもよい。ＧＲＥキーフィールド３００が固定長として指定される一方で、ＰＳＩおよびＭＴＩＤフィールド３０２，３０４は、可変境界３０６によって示されたように、可変長を有する。ＰＳＩは移動ノードを識別するために使用されるので、ＰＳＩフィールド３０２が長いほど、即ち、より多くのビットがＰＳＩに割り当てられるほど、より多くの移動ノードが識別されることができる。しかしながら、より長いＰＳＩフィールドは、与えられた移動ノードのためのマイクロトンネルの各々を識別するＭＴＩＤのためのより少ないビットを、したがって移動ノードごとに使用可能なより少ないマイクロトンネルを残しておく。同様に、より短いＰＳＩフィールドはより少ないＭＮを与えるが、しかしより多いＭＮごとのマイクロトンネルを与える。

注目されたい、代わりの実施形態はＧＲＥキーフィールド３００よりも異なる数のビットを有する代わりのフィールドを使用してもよい。なお他の実施形態は可変数のビットを有するフィールドを実施してもよく、ＰＳＩおよびＭＴＩＤフィールド３０２，３０４はその後可変長フィールド内に割り当てられる。これらの後者の実施形態では、ＰＳＩおよびＭＴＩＤ長の割当ては比例して決定され得るか、あるいは可変長フィールドの現在の長さを与えられて具体的に決定されることができる。

ＰＤＳＮ１０２が特定の移動ノードと関連するＰＰＰインスタンスのために予定しておくトラフィックを受信する時は、ＰＤＳＮ１０２はＧＲＥトンネル内のトラフィックをカプセル化し、そしてこの中に記述されたようにＧＲＥキーフィールド３００を設定する。ＰＤＳＮ１０２はＧＲＥキーフィールド３００（即ち、ＰＳＩフィールド３０２）の最上位ビット（ＭＳＢ）を、ＰＣＦ／ＢＳＣ１０４が特定のＭＮ用のＡ１１登録要求メッセージ内に通知したネットワークアドレスの１つに設定し、ここにおいて各ＰＰＰインスタンスはＩＭＳＩと関連する。ネットワークアドレスの長さは使用されたネットワークアドレスと関連するサブネットマスクによって決定される。

ＰＤＳＮ１０２はパケットが運ばれねばならないマイクロトンネルを識別するためにＧＲＥキーフィールド３００（即ち、ＭＴＩＤフィールド３０４）のＬＳＢを設定する。ＬＳＢの数値は重要性を持たず、そしてマイクロトンネルを識別するためにのみ使用される。

ＰＣＦ／ＢＳＣ１０４は、ＧＲＥヘッダ２０４のＧＲＥキーフィールド３００を検査することによって、そしてＡ１１登録要求メッセージ内のＰＤＳＮに通知された“ルーチングテーブル”に基づいて関連する移動局ＩＤを決定することによってマイクロトンネルを介して受信されたパケットをこの移動局に送る。１つの場合では、ＰＣＦ／ＢＳＣ１０４はＧＲＥキーフィールド３００のＭＳＢを指定することができ、そしてＰＤＳＮ１０２にＧＲＥキーフィールド３００のＬＳＢを指定することを認める。

逆方向転送適合の(backwards compatible)Ａ１１登録要求メッセージを作成するために、ＰＣＦ／ＢＳＣ１０４は左調整された(left-justified)ＰＳＩフィールドを有するＡ１１登録要求内にＰＳＩフィールドの場所を占めさせてもよく、そしてＡ１１登録要求メッセージへの新しい情報エレメントとしてＰＳＩフィールドの長さを追加してもよい。

マイクロトンネルと関連するＧＲＥキーを指定することの代替の方法は、ＢＳＣ／ＰＣＦが（Ａ１１登録要求メッセージ内の）ＰＤＳＮに、確立されるべきマイクロトンネルのＱｏＳ特性と一緒にマイクロトンネル用の全３２ビットのＧＲＥキーを送出するところである。

ＰＤＳＮ１０２は、もしも輻輳がＲＡＮ１２０で起こればパケットを消滅させるための実体であり、ＲＡＮは隘路が予期される可能性があるところである。ＰＤＳＮ１０２がリンクレイヤ・フレーミング（ＢＳＣはＨＤＬＣがすでにそれらに適用されている時にはそのパケットを得る）を取り除く必要無しに全ＩＰパケットを消滅させてもよい実体であることに注目されたい。また、ＰＤＳＮ１０２はＰＰＰ制御パケットを、（再びＰＣＦ／ＢＳＣ１０４はこの区別を行うためにこのパケットを覗き見せねばならない）データを含んでいるＰＰＰフレームから識別する。ＲＡＮは異なるＱｏＳ条件を有するパケットと関連するキュー(queues)が形成されるところである。

上記の事実のため、ＰＣＦ／ＢＳＣ１０４はＰＤＳＮ１０２に逆圧(back-pressure)をかける実体であり得る。ＰＣＦ／ＢＳＣ１０４はＤＳ符号点に基づいた逆圧を適用させなければならない。このアイディアは、ＰＣＦ／ＢＳＣが種々のＤＳＣＰのためのビン(bin)を異なるように提供するので、種々のＤＳＣＰのためのＰＣＦ／ＢＳＣ１０４キューの長さは異なってもよい。より正確には、ＰＣＦは３重項＜ＰＳＩ，ＤＳＣＰ，ＭＴＩＤ＞を指定することによって逆圧を適用できねばならない。移動体はＰＳＩ、ＤＳＣＰ、またはＭＴＩＤのいずれかをワイルドカード値(wild-card value)に設定できねばならない。例えば、＜ＰＳＩ，^＊，^＊＞はＰＳＩによって識別された移動体を予定した全トラフィックに関する逆圧を示す。

現在のＡインターフェイス信号はｓｒ ｉｄによって識別される各エアインターフェイス・サービスインスタンスを＜ｓｒｃ ｉｐ＝ＰＤＳＮ ＩＰ，ｄｅｓｔ ｉｐ＝ＰＣＦ
ＩＰ，ＧＲＥ ｋｅｙ＝ＰＳＩ＞によって識別されるＧＲＥトンネルにマップする。またインターネット側から受信されたパケットをｓｒ ｉｄによって識別される適切なエアインターフェイス・パイプにマップすることもＰＤＳＮについて予期される。この方法では、以下の仮定がなされる：（１）適切なＱｏＳ特性を有するエアインターフェイス・パイプ（サービスインスタンスとしても知られる）がＩＰパケットの受信に先立って確立されると仮定される、（２）ＰＤＳＮはこれらのサービスインスタンスのＱｏＳ特性を認識していると仮定される。

第１の仮定はマイクロフローについてのＰＤＳＮでどのパケットも受信されない可能性があるので無駄になる。また、エアインターフェイス・ストリームの可能性のある構成の数は、エアインターフェイスがサポートできる同時ストリームの最大数のかなり上にあることができる。したがって、すべての可能性のある構成を有するエアインターフェイス・ストリームを前もって確立すること、およびこのフローをエアインターフェイス・ストリームにマップするようにＰＤＳＮを予期することはできないかあるいは望ましくない可能性がある。第２の仮定は情報（即ち、エアインターフェイス・ストリームの特性）を無線アクセス・ネットワーク（ＲＡＮ）からＰＤＳＮに転送するために新しい組の信号を必要とする。これはエアインターフェイス・ストリームへのマイクロフローのマッピングがＲＡＮで実行される時には避けられることができる。

ＲＡＮは必要な特性を有するエアインターフェイス・パイプを作り出すために使用された２個の情報へのアクセスを有し、そしてＰＤＳＮから受信したパケットをこれらのエアインターフェイス・パイプに送る：ａ）ＲＡＮはどのタイプのサービスインスタンスがＰＤＳＮによって与えられたパケットのＱｏＳ特性に基づいて作り出されるべきであるかを知る、そしてｂ）ＲＡＮはこのサービスインターフェイスの特性を知る。

もう１つの考慮すべき事柄は認可(authorization)である。ＰＤＳＮよりむしろＲＡＮは典型的に、ユーザへのサービスとしてエアインターフェイスＱｏＳを提供している実体である。したがって、ＲＡＮはユーザがサービスとしてあるいはユーザのＲＡＮ申込みに基づかないＱｏＳを受信することを認可する責任があると仮定することは合理的である。さらに、いずれの新しいサービスインスタンスがパケットの処理の間を区別するために作り出されるであろうかを決定する実体となることはＲＡＮにとって望ましい。

ＰＤＳＮはインターネット側での種々のサブネットからパケットを受信する。ＰＤＳＮはこれらのサブネットと共に種々のサービスレベル・アグリーメント（ＳＬＡ）を有することができる。これらのＳＬＡは各パケットがＤＳＣＰ値次第でいかに処理されるべきかをＰＤＳＮが理解することを可能にする。ＢＳＣはＤＳＣＰとＰＤＳＮによってそれに与えられるパーホップ・ビヘービア（ＰＨＢ）との間の、あるマッピングのみを理解する。したがって、ＰＤＳＮは受信されたＤＳＣＰをＢＳＣによって理解される符号点値に翻訳（即ち、リマップ）せねばならない。これはＤＳフレームワーク内の任意の他のエッジルータから予期される機能性である。

もう１つの実施形態では、移動体は特定のマイクロフローに関連するＱｏＳ条件を知る。移動体は要求されたＱｏＳ条件とこのＱｏＳ処理に関連するＧＲＥキーとをＢＳＣ／ＲＡＮに告げる。ＲＡＮはその後いずれの移動体がこの処理を受信することを認可されるかを決定する。ＲＡＮは申込みに基づいたクライアントの認可を決定するために計算(accounting)、認証(authentication)、および認可（ＡＡＡ）サーバと共にチェックすることによって認可を確かめることができる。交互に、ＲＡＮは負荷に基づいてこの決定を行うことができる。ＲＡＮはその後、要求されたＱｏＳ処理（例えば、遅延敏感なＱｏＳ条件についてのＲＬＰ再送のない）に関して適切であるエアインターフェイス・サービスインスタンス（例えば、ＲＬＰインスタンス）を確立するように選択することができる。ＲＡＮはその後このマイクロフローを運ぼうとしているＡ１０／Ａ１１インターフェイスの確立を要求する。ＭＳはその後ＰＤＳＮに要求されたＱｏＳ特性およびマイクロフローを指定する情報（例えば、ソースＩＰアドレス、通報受端ＩＰアドレス、プロトコル、およびポート番号）を伝達する。

さらにもう１つの実施形態では、もしもある特定のマイクロフローが特定のＱｏＳ処理を要求することをＰＤＳＮが知れば、その情報はＰＤＳＮと移動体との間のＩＰパイプを通して直接か、またはＡインターフェイスおよびその後エアインターフェイス・シグナリングを通して伝達される。シナリオの残りはその時、移動体がマイクロフローに関するＱｏＳ条件を認識している実体であるシナリオと同様になる。ＰＤＳＮは上文に記述されたようなＳＬＡに基づいたマイクロフローに関するＱｏＳ条件を認識している実体となることができる。

新しいＡインターフェイス・メッセージングは、あるマイクロトンネルによって運ばれたパケットに関連する特性をＢＳＣのために識別することがＰＤＳＮにとって必要となる。例えば、マイクロトンネル＜ＰＳＩ，ＭＴＩＤ＞によって運ばれたパケットは圧縮されたゼロバイトのヘッダであることをＰＣＦに示す。ＢＳＣはこれらのパケットを“ＲＬＰフリー”サービスインスタンスを使用しているエアインターフェイス上に運ぶためにこの情報を使用する。特に、ＰＤＳＮは下記の属性を各マイクロトンネルに関連させることができなければならない：
・消滅することがこのマイクロトンネル内で許されるか否かである。これはサービス基準の重要な品質である。

・リンクレイヤ支援ＲＯＨＣ（ＬＬＡＲＯＨＣ）（ゼロバイト・ヘッダ圧縮）アプリケーション。この情報はＰＤＳＮから受信されたパケットを、上文で説明されたようなゼロバイト・ヘッダ圧縮のためにネゴシエートされたサービスインスタンスに送るためにＢＳＣによって必要とされる。

・ＤＳＣＰと望ましいパーホップ・ビヘービア（ＰＨＢ）との間のマッピング。ＩＰパケットヘッダでは、ＰＨＢはそのようには表示されず、代わりに特殊化されたＤＳＣＰ値が使用される。与えられたネットワーク領域では、ＤＳＣＰ値とＰＨＢとの間に局部的に定義されたマッピングがある。標準化されたＰＨＢはＤＳＣＰマッピングを勧告するが、しかしネットワーク・オペレータは代替のマッピングを選択してもよい。

・もしもＲＡＮがあるタイプの処理を要求するトラフィックをサポートすれば、シグナリングメッセージはＰＤＳＮに質問させること。そのような質問はＰＤＳＮが特定のトラフィックについて承認制御を行うことを可能にするＲＳＶＰメッセージを含んでもよい。

この分野の技術者は、情報および信号がいろいろな異なるテクノロジーおよびテクニックのいずれかを使用して表され得ることを理解するであろう。例えば、上記説明の全体を通して参照されるデータ、指示、命令、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁界または粒子、光学界または粒子、あるいはそれの任意の組合わせにより表されることができる。

技術者は、この中に開示された実施形態に関して記述された種々の実例となる論理ブロック、モジュール、回路、およびアルゴリズム・ステップは電子ハードウェア、コンピュータ・ソフトウェア、または両者の組合わせとして実施され得ることをさらに認識するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、種々の実例となるコンポーネント、ブロック、モジュール、回路、およびステップは、一般にそれらの機能性の表現で上述された。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかはシステム全体に課された特定のアプリケーションと設計の制約とによる。熟練技工は各特定のアプリケーションについて異なる方法で記述された機能性を実施できるが、しかしそのような実施の決定が本発明の範囲からの逸脱を引き起こすと理解されてはならない。

この中に開示された実施形態に関して記述された種々の実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）または他のプログラマブルな論理装置、ディスクリート・ゲートまたはトランジスタ論理、ディスクリート・ハードウェア・コンポーネント、あるいはこの中に記述された機能を実行するように設計されたそれの任意の組合わせで実施または実行されることができる。汎用プロセッサはマイクロプロセッサであってもよいが、しかし代替案では、プロセッサは任意の従前のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた計算装置、例えば、ＤＳＰとマイクロプロセッサとの組合わせ、複数のマイクロプロセッサ、ＤＳＰコアとともに１つまたはそれ以上のマイクロプロセッサ、あるいは任意の他のそのような構成として実施されてもよい。

この中に開示された実施形態に関して記述された方法のステップまたはアルゴリズムはハードウェアで、プロセッサにより実行されるソフトウェア・モジュールで、またはこの2つの組合わせで直接具体化されることができる。ソフトウェア・モジュールはＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能形ディスク、ＣＤ−ＲＯＭ、あるいはこの分野において既知の任意の他の形式の蓄積媒体に属してもよい。典型的な蓄積媒体はプロセッサに連結され、そのようなプロセッサはこの蓄積媒体から情報を読み取り、それに情報を書き込むことができる。代替案では、蓄積媒体はプロセッサに一体化されることができる。プロセッサと蓄積媒体とは１つのＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代替案では、プロセッサと蓄積媒体とはディスクリート・コンポーネントとして１つのユーザ端末内に存在してもよい。

開示された実施形態の前の説明は、この分野のいずれの技術者も本発明を製作または使用することを可能とするために提供される。これらの実施形態へのいろいろな変更は、この分野の技術者にはたやすく明白であるだろうし、そしてその中に定義された包括的な原理は本発明の精神および範囲から逸脱すること無しに他の実施形態に適用されてもよい。従って、本発明はこの中に示された実施形態に限定されるつもりはなく、しかしむしろこの中に開示された原理および新規な特徴と矛盾しない最も広い範囲が許容されるべきである。

移動ＩＰをサポートする無線通信システムを示す図である。 基準ルーチング・カプセル化（ＧＲＥ）フォーマットを示す図である。 ＧＲＥキーフォーマットを示す図である。 ＧＲＥキースペースの１実例を示す図である。

符号の説明

１００…システム、１０２…パケットデータ・サービスノード、１０４…パケット制御機能／基地局コントローラ、１０８−１１０…移動ノード、１１４…ＭＳＣ、１２０…無線アクセス・ネットワーク、２０２…伝送ヘッダ、２０４…ＧＲＥヘッダ、２０６…ペイロード・パケット、３００…ＧＲＥキーフィールド、３０２…フィールド：パケットサービス識別子、３０４…マイクロトンネル識別子、３０６…境界

Claims (17)

1. 移動ノードのためのデータサービス・セッションに関する要求を受信し、
   カプセル化構成記録を受信し、
   前記データサービス・セッションにパケットサービス識別子を割り当て、
   前記移動ノードのための前記データサービス・セッションにマイクロトンネル識別子を有するマイクロトンネルを割り当て、
   前記カプセル化構成記録に応じて、前記パケットサービス識別子および前記マイクロトンネル識別子を含むカプセル化フィールドを発生する
   ことを具備する無線通信システムにおける方法。
2. 第1のマイクロトンネル識別子を使用して通報受端のための第1の組のデータパケットを識別し、
   前記マイクロトンネル識別子を有する前記第1の組のデータパケットを送信し、
   第2のマイクロトンネル識別子を使用して前記通報受端のための第2の組のデータパケットを識別し、
   前記第2のマイクロトンネル識別子を有する前記第2の組のデータパケットを送信することを具備するデータパケット伝送をサポートする無線通信システムにおける方法。
3. 第1のデータパケット処理を前記第1のマイクロトンネル識別子と関連させ、
   第2のデータパケット処理を前記第2のマイクロトンネル識別子と関連させることをさらに具備する請求項２記載の方法。
4. 前記第1の処理および前記第2の処理はサービス条件の品質によって決定される請求項３記載の方法。
5. 前記第1のデータパケット処理は任意の前記第1の組のデータパケットが消滅されることを認めない請求項３記載の方法。
6. 前記第1のデータパケット処理および前記第2のデータパケット処理は異なっている請求項３記載の方法。
7. 前記通報受端のためのトンネルを確立することをさらに具備し、
   前記第1および第2のマイクロトンネル識別子は前記トンネル内の第1および第2のマイクロトンネルを識別する請求項2記載の方法。
8. 前記第1の組のデータパケットのための、前記マイクロトンネル識別子を含むヘッダを発生することをさらに具備する請求項6記載の方法。
9. 前記ヘッダは通報受端識別子をさらに含む請求項７記載の方法。
10. 前記マイクロトンネル識別子および前記通報受端識別子は基準ルーチング・カプセル化（ＧＲＥ）キーの部分である請求項８記載の方法。
11. 数組のデータパケットへの適用のために使用できるマイクロトンネル識別子を識別する構成記録を受信することをさらに具備する請求項２記載の方法。
12. 前記構成記録は通報受端を識別するために使用可能な通報受端識別子を指定する請求項１０記載の方法。
13. 前記第１の通報受端は移動ノードである請求項１１記載の方法。
14. 移動ノードのためのデータサービス・セッションに関する要求を受信するための手段と、
    カプセル化構成記録を受信するための手段と、
    前記データサービス・セッションにパケットサービス識別子を割り当てるための手段と、
    前記移動ノードのための前記データサービス・セッションに、マイクロトンネル識別子を有するマイクロトンネルを割り当てるための手段と、
    前記カプセル化構成記録に応じて、前記パケットサービス識別子および前記マイクロトンネル識別子を含むカプセル化フィールドを発生するための手段と、
    を具備する無線通信装置。
15. 第1のマイクロトンネル識別子を使用して通報受端のための第1の組のデータパケットを識別するための手段と、
    前記マイクロトンネル識別子を有する前記第１の組のデータパケットを送信するための手段と、
    第2のマイクロトンネル識別子を使用して前記通報受端のための第2の組のデータパケットを識別するための手段と、
    前記第2のマイクロトンネル識別子を有する前記第2の組のデータパケットを送信するための手段と、
    を具備するデータパケット伝送をサポートする無線通信装置。
16. コンピュータ読取り可能命令を蓄積するのに適合された記憶装置と、
    前記コンピュータ読取り可能命令を処理するのに適合されたプロセッサと、
    を具備し、
    前記コンピュータ読取り可能命令は、
    カプセル化構成記録を受信し、
    前記データサービス・セッションにパケットサービス識別子を割り当て、
    前記移動ノードのための前記データサービス・セッションに、マイクロトンネル識別子を有するマイクロトンネル識別子を有マイクロトンネルを割り当て、
    前記カプセル化構成記録に応じて、前記パケットサービス識別子および前記マイクロトンネル識別子を含むカプセル化フィールドを発生するために処理される
    データパケット伝送をサポートする無線通信装置。
17. コンピュータ読取り可能命令を蓄積するのに適合された記憶装置と、
    前記コンピュータ読取り可能命令を処理するのに適合されたプロセッサとを具備し、
    前記コンピュータ読取り可能命令は、
    第1のマイクロトンネル識別子を使用して通報受端のための第1の組のデータパケッ
    トを識別し、
    前記マイクロトンネル識別子を有する前記第1の組のデータパケットを送信するためにフォーマットし、
    第2のマイクロトンネル識別子を使用して前記通報受端のための第2の組のデータパケットを識別し、
    第2のマイクロトンネル識別子を有する前記第2の組のデータパケットを送信するためにフォーマットするために処理される
    データパケット伝送をサポートする無線通信装置。

Images