JP2009540694A

JP2009540694A - 制御値を使用して通信処理を制御する方法および装置

Info

Publication number: JP2009540694A
Application number: JP2009514532A
Authority: JP
Inventors: プラカシュ、ラジャット; ウルピナー、ファティ; ホーン、ガビン・バーナード; ベンダー、ポール・イー．
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2006-06-07
Filing date: 2007-06-07
Publication date: 2009-11-19
Also published as: US7978677B2; CL2007001656A1; RU2008148124A; RU2420903C2; TW200814641A; KR101028977B1; EP2036302A2; US20070286126A1; WO2007143721A2; CA2646906A1; WO2007143721A3; KR20090031380A; CN101433055A; BRPI0712412A2

Abstract

アクセス端末（ＡＴ）に引き渡すために、パケットを遠隔アクセス点とサービングアクセス点との間でトンネリングする方法および装置が説明される。空中リンクを通じて、ＡＴに引き渡されるべき情報に加えて制御値および／または情報を通信する方法および装置も説明される。ＡＴが、受信された制御情報を使用して、通信されたパケットを回復する。幾つかの特徴が、様々なヘッダおよび／またはヘッダ中の標識、例えば、ＲＬＰおよび／またはパケット相関プロトコル（ＰＣＰ）ヘッダの使用をサポートするが、これらのヘッダは、通信されたペイロードを、この通信されたペイロードの発信元であったＡＰに対応するＲＬＰ処理モジュールにルーティングすることを制御するために使用されうる。

Description

［関連する出願］
本出願は、２００６年６月７日に出願され、ここで参照により組み込まれる「再処理ビットを使用してデータを引き渡す方法および装置（ＡＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＦＯＲＵＳＩＮＧＲＥＰＲＯＣＥＳＳＢＩＴＴＯＤＥＬＩＶＥＲＤＡＴＡ）」と題された米国特許仮出願第６０／８１２０５３号の利益を主張するものである。

［分野］
様々な実施形態が、通信の方法および装置に関し、さらに詳細には、制御値を使用して通信処理を制御することに関連する方法および装置に関する。

［背景］
無線通信システムは、複数のアクセス点（ＡＰｓ）および／または、アクセス端末、例えば、移動体もしくは他の終端ノードデバイスに加えて、しばしば他のネットワーク要素を含む。多くの事例で、アクセス端末は、通常では無線通信リンク経由でアクセス点と通信し、他方でネットワーク中の他の要素、例えば、ＡＰｓは、一般に非空中リンク、例えば、ファイバ、ケーブル、または有線リンク経由で相互と通信する。

アクセス端末（ＡＴ;Access Terminal）がシステム中を移動するとき、および／または空中リンク条件が変化するとき、アクセス端末は、ＡＰとの接続を解放または終了することが可能であり、かつ別のＡＰとの接続を確立および／または維持することが可能である。その結果として、ＡＴと空中リンク接続していたＡＰは、それがもはや接続していないＡＴに通信されるべき未引渡しのパケットを有する状況で終わる恐れがある。

ＡＰｓはしばしば、空中リンクを通じて伝送する前に、ＩＰパケットおよび／または他のより高水準のパケットを断片化に掛ける。ＲＬＰ（Radio Link Protocol無線リンクプロトコル）処理を利用して、この機能を実行しかつ／または、空中リンクを通じて通信された、例えば、より小さいＭＡＣパケットから、より高水準のパケットを再構築する際に使用されうるヘッダを生成することができる。異なるアクセスノードが、僅かに異なって、例えば、断片化機能を実行することができる。したがって、多くの実施形態では、ＲＬＰパケットを受信するＡＴｓは、このパケットが、対応するＲＬＰモジュールによって処理され、かつそのパケットから、断片化の事例では、より高水準のパケットが再構築されうるように、最初に、このＲＬＰパケットの生成に関与したＡＰを同定できることが重要でありうる。

ＡＴに対して遠隔のＡＰと、このＡＴにサービス提供中でありかつパケットを引き渡すために使用されうるＡＴとアクティブ空中リンク接続（active airlink connection）しているＡＰとの間でパケットの通信をサポートする方法および／または装置に対する要望が存在することが理解されるべきである。また、ＡＴが、空中リンクを通じて受信されたパケットに対して適切な処理、例えば、ＲＬＰ処理を施すことを可能とするのに十分な制御情報を通信するために使用されうる方法および／または装置に対する要望も存在する。

［概要］
幾つかの特徴が、アクセス端末（ＡＴ）に引き渡すために遠隔アクセス点とサービングアクセス点（serving access point）との間でパケットをトンネリングするために使用されうる方法および装置に関する。他の特徴は、空中リンクを通じて、ＡＴに引き渡されるべき情報に加えて制御値および／または情報を通信することに関する。幾つかの特徴は、様々なヘッダ、例えば、ＲＬＰおよび／またはパケット相関プロトコル（ＰＣＰ;Packet Correlation Protocol）ヘッダの使用をサポートするが、これらのヘッダは、通信されたペイロードを、この通信されたペイロードの発信元であったＡＰに対応するＲＬＰ処理モジュールにルーティングすることを制御するために使用されうる。

様々な実施形態に係るアクセス端末を動作させる典型的な方法が、ＲＬＰパケットのＲＬＰヘッダ中の再処理標識値（reprocess indicator value）が設定されたかどうかを判定するために、該ＲＬＰヘッダを調べることを備え、該再処理標識が設定されたと判定されれば、（ｉ）該標識値に対応するペイロードをアドレス指定層モジュールに受け渡すことと、（ｉｉ）該標識値に対応するペイロードを、該再処理標識を有する該ＲＬＰパケットの中に含まれるアドレス値に対応するＲＬＰモジュールに引き渡すためにアドレス指定層モジュールを動作させることとを備える。様々な実施形態に係る典型的なアクセス端末が、第１のアクセス点に対応する第１のＲＬＰペイロード処理モジュールと、第２のアクセス点に対応する第２のＲＬＰペイロード処理モジュールと、アドレス指定モジュールであって、該アドレス指定モジュールに通信されたアドレス情報に基づいて、パケットペイロードを該ＲＬＰペイロード処理モジュールの一方に転送するアドレス指定モジュールと、ヘッダ中に含まれる標識値に基づいて、このヘッダが、ＲＬＰパケットペイロードをルーティングするために使用されるアドレスを含むかどうかを判定して、この標識値が、ＲＬＰパケットペイロードをルーティングするために使用されるアドレスが含まれることを示すとき、このパケットペイロードを該アドレス指定モジュールに転送するヘッダ処理モジュール（header processing module）とを備える。

様々な実施形態に係る第１のアクセス点を動作させる典型的な方法が、アクセス点間トンネル経由で、アクセス端末に宛てられた情報を含む無線リンクプロトコル・パケットを受信することと、この受信された無線リンクパケットがＭＡＣパケットに収まるかどうかを判定することと、受信された無線リンクパケットがＭＡＣパケットに収まると判定されれば、受信された無線リンクパケットを含むＭＡＣパケットを生成することと、該第１のアクセス点と該アクセス端末との間の空中リンクを通じて、生成されたＭＡＣパケットをアクセス端末に送信することとを備える。幾つかの実施形態に係る典型的なアクセス点が、トンネリングされたパケットを別のアクセス点から受信するトンネルインターフェース・モジュールと、パケット断片化が、トンネリングされたパケットの内容に対して実行されるべきかどうかを判定するパケット断片化判定モジュールと、該パケット断片化モジュールに結合され、ＲＬＰパケットペイロードをＲＬＰモジュールにルーティングするために使用されるべきアドレスの存在を示す値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成モジュールと、空中リンクを通じて、該ＲＬＰヘッダ生成モジュールによって生成されたＲＬＰヘッダと、トンネリングされたパケットの少なくとも一部とを含むパケットを送信する無線送信器とを備える。

幾つかの実施形態に係る第１のアクセス点を動作させる典型的な方法が、アクセス端末に通信されるべきパケットを受信することと、この第１のアクセス点が、該受信されたパケットが通信されるべきアクセス端末に対して遠隔であるかどうかを判定することと、第１のアクセス点が、該受信されたパケットが通信されるべきアクセス端末に対して遠隔であれば、ｉ）ＲＬＰヘッダを生成することと、ｉｉ）該第１のアクセス点に対応する送信元アドレスを含むトンネルヘッダを生成することと、ｉｉｉ）通信トンネル経由で、ＲＬＰヘッダおよびトンネルヘッダを有する受信されたパケットを第２のアクセス点に送信することとを備える。アクセス端末と空中リンク接続している第２のアクセス点に結合される典型的な第１のアクセス点が、幾つかの実施形態で、第１のアクセス点が、パケットが通信されるべきアクセス端末と空中リンク接続していないかどうかを判定する遠隔判定手段と、遠隔アクセス点から受信されたパケットを処理する遠隔デバイスパケット処理手段とを備え、該遠隔デバイスパケット処理手段は、ｉ）ＲＬＰペイロードをルーティングするために使用されるべきアドレスが、生成されたＲＬＰパケットヘッダの中に含まれていないことを示すために設定された値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成手段と、ｉｉ）該アクセス端末に伝送するために該第２のアクセス点に通信されるべき該パケットを含むＲＬＰパケットをトンネリングするために使用されるトンネルパケットヘッダを生成するアクセス点間トンネルヘッダ生成手段とを含む。

様々な実施形態が以上の概要で論じられたが、必ずしもすべての実施形態が同じ特徴を含むとは限らず、したがって以上に説明された特徴の幾つかは必要ではないが、しかし幾つかの実施形態では所望されうることが理解されるべきである。数多くの追加的な特徴、実施形態、および利点が、以下に続く詳細な説明で論じられる。

１実施形態に係る多元接続無線通信システムを示す図。典型的な通信システムを示すブロック図。分散型接続ネットワーク（ＡＮ）アーキテクチャとアクセス端末（ＡＴ）を含む典型的なネットワークを示す図。集中型ＡＮアーキテクチャおよびＡＴを含む典型的なネットワークを示す図。典型的な通信システム、すなわち、異なる典型的なパケットフローを示す図であり、この図面は、異なるフローで使用される遠隔および再処理ビット設定を説明するために使用される。様々な実施形態に係るアクセス点を動作させる典型的な方法を示す流れ図。様々な実施形態に係るサービング（例えば、ローカル）アクセス点を動作させる典型的な方法を示す流れ図。図８Ａと図８Ｂとの組合せ図。様々な実施形態に係るアクセス端末、例えば、無線移動体ノードを動作させる典型的な方法を示す流れ図。様々な実施形態に係るアクセス端末、例えば、無線移動体ノードを動作させる典型的な方法を示す流れ図。様々な実施形態に係る典型的なアクセス端末を示す図。様々な実施形態に係る典型的なアクセス点を示す図。様々な実施形態に係る典型的なアクセス点を示す図。

［詳細な説明］
無線通信システムが、音声、データ等々のような様々なタイプの通信内容を提供するために広く配備されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって多数のユーザとの通信をサポートできる多元接続システムでありうる。このような多元接続システムの実施例には、マイクロ波接続世界相互運用性（World Interoperability for Microwave Access）（ＷｉＭＡＸ）、赤外線データ協会（ＩｒＤＡ）のような赤外線プロトコル、短距離無線プロトコル／技術、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術、ＺｉｇＢｅｅ（登録商標）プロトコル、超広帯域（ＵＷＢ）、ホーム無線周波数（ＨｏｍｅＲＦ）、共有無線接続プロトコル（ＳＷＡＰ）、無線イーサネット（登録商標）互換性アライアンス（wireless Ethernet(登録商標) compatibility alliance）（ＷＥＣＡ）のような広帯域技術、無線忠実度アライアンス（wireless fidelity alliance）（Ｗｉ−Ｆｉアライアンス）、８０２．１１ネットワーク技術、公衆電話交換回線網技術、インターネットのような公共異機種通信網技術、私的無線通信網、地上移動体無線網、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、新型自動車電話サービス（advanced mobile phone service）（ＡＭＰＳ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、広域自動車通信システム（global system for mobile communications）（ＧＳＭ）、シングルキャリア（ＩＸ）無線伝送技術（ＲＴＴ）（single carrier (IX) radio transmission technology (RTT)）、進化データのみ（evolution data only）（ＥＶ−ＤＯ）技術、汎用パケット無線サービス（ＧＰＲＳ）、増強データＧＳＭ環境（enhanced data GSM environment）（ＥＤＧＥ）、高速ダウンリンクデータパケット接続（ＨＳＰＤＡ）、アナログおよびディジタル衛星システム、ならびに無線通信網およびデータ網の少なくとも一方で使用されうる任意の他の技術／プロトコルが含まれうる。

一般に、無線多元接続通信システムが、多元無線端末用の通信を同時にサポートすることができる。各端末が、順方向および逆方向リンク上での伝送を経由して、１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）とは、基地局から端末に至る通信リンクを指し、逆方向リンク（またはアップリンク）とは端末から基地局に至る通信リンクを指す。この通信リンクは、シングルイン・シングルアウト、マルチプルイン・信号アウト、またはマルチプルイン・マルチプルアウト（ＭＩＭＯ）システム経由で確立されうる。

図１を参照すると、１実施形態に係る多元接続無線通信システムが例示されている。アクセス点１００（ＡＰ）は多重アンテナ群を含み、１つのアンテナ群が１０４および１０６を含み、別のアンテナ群が１０８および１１０を含み、かつ追加的なアンテナ群が１１２および１１４を含む。図１では、各アンテナ群に２つのアンテナしか示されていないが、各アンテナ群にはより多くのまたはより少ないアンテナが使用されてもよい。アクセス端末１１６（ＡＴ）がアンテナ１１２および１１４と通信中であるが、この場合にアンテナ１１２および１１４は、順方向リンク１２０を通じて情報をアクセス端末１１６に送信し、逆方向リンク１１８を通じて情報をアクセス端末１１６から受信する。アクセス端末１２２はアンテナ１０６および１０８と通信中であるが、この場合にアンテナ１０６および１０８は、順方向リンク１２６を通じて情報をアクセス端末１２２に伝送し、逆方向リンク１２４を通じて情報をアクセス端末１２２から受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、および１２６は、通信用に異なる周波数を使用することができる。例えば、順方向リンク１２０は、その場合に逆方向リンク１１８によって使用された周波数とは異なる周波数を使用してよい。

アンテナの各群および／またはアンテナが通信するように設計される区域は、しばしばアクセス点のセクタと呼ばれる。この実施形態では、アンテナ群は、それぞれがアクセス点１００によって網羅された区域のセクタ中のアクセス端末に通信するように設計される。

順方向リンク１２０および１２６を通じての通信では、アクセス点１００の送信アンテナは、異なるアクセス端末１１６および１２２用の順方向リンクのＳＮ比を改善するためにビーム形成を利用する。また、ビーム形成を利用してその到達範囲にわたって無作為に分散されたアクセス端末に送信するアクセス点は、単一のアンテナを通じてそのアクセス端末のすべてに送信するアクセス点よりも、隣接するセル内のアクセス端末に対して引き起こす干渉が少ない。

アクセス点は、端末と通信するために使用される固定局でよく、アクセスノード、Ｂノード、基地局と呼ばれてもよいし、または何らかの他の名前で呼ばれてもよい。アクセス端末も、アクセスデバイス、ユーザ装備（ＵＥ）、無線通信デバイス、端末、無線端末、移動体端末、移動体ノード、終端ノードと呼ばれてもよいし、または何らかの他の名前で呼ばれてもよい。

図２は、ＭＩＭＯシステム２００における典型的なアクセス点２１０および典型的なアクセス端末２５０の実施形態のブロック図である。アクセス点２１０では、幾つかのデータストリームに関するトラヒックデータが、データ送信装置２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

１実施形態では、各データストリームが、それぞれの送信アンテナを通じて送信される。ＴＸデータプロセッサ２１４は、符号化されたデータを提供するために、当該データストリームに選択された特定の符号化方式に基づいて、各データストリームに関するトラヒックデータをフォーマット、符号化、およびインタリーブする。

各データストリームに関する符号化されたデータは、ＯＦＤＭ技法を使用してパイロットデータと多重化されうる。このパイロットデータとは、典型的には既知の様態で処理されかつチャネル応答を推定するために受信器システムで使用されうる既知のデータパターンである。次いで、各データストリームに関する多重化されたパイロットおよび符号化されたデータは、変調記号を提供するために、当該データストリームに選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、記号マッピング）される。各データストリームに関するデータ転送速度、符号化、および変調は、プロセッサ２３０によって実行される命令によって決定されうる。

次いで、データストリームのそれぞれに関する変調記号がＴＸＭＩＭＯプロセッサ２２０に提供されるが、このプロセッサは、（例えば、ＯＦＤＭでは）変調記号をさらに処理することができる。次いで、ＴＸＭＩＭＯプロセッサ２２０は、２２２ｔを介してＮ_Ｔ変調記号ストリームをＮ_Ｔ送信器（ＴＭＴＲ）２２２ａに提供する。幾つかの実施形態では、ＴＸＭＩＭＯプロセッサ２２０は、データストリームの記号と、記号が送信されているアンテナとにビーム形成重みを付ける。

各送信器（２２２ａ、・・・、２２２ｔ）は、１つまたは複数のアナログ信号を提供するためにそれぞれの記号ストリームを受信および処理し、ＭＩＭＯチャネルを通じて送信するのに適切な変調された信号を提供するために、このアナログ信号をさらに条件付け（例えば、増幅、濾過、およびアップコンバート（upconvert））する。次いで、２２２ｔを介して送信器２２２ａから来るＮ_Ｔ変調された信号は、Ｎ_Ｔアンテナ２２４ａ〜２２４ｔからそれぞれに送信される。

アクセス端末２５０では、送信された変調済み信号がＮ_Ｒアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信された信号は、それぞれの受信器（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信器（２５４ａ、・・・、２５４ｒ）は、それぞれの受信された信号を条件付け（例えば、濾過、増幅、およびダウンコンバート（downconvert）を実施し、サンプルを提供するために、条件付けられた信号をディジタル化し、かつ対応する「受信された」記号ストリームを提供するために、さらにサンプルを処理する。

次いで、ＲＸデータプロセッサ２６０が、Ｎ_Ｔ「検出された」記号ストリームを提供するために、特定の受信器処理技法に基づいてＮ_Ｒ受信器（２５４ａ、・・・、２５４ｒ）からのＮ_Ｒ受信された記号ストリームを受信しかつ処理する。次いで、ＲＸデータプロセッサ２６０は、データストリームに関するトラヒックデータを回復するために、各検出された記号ストリームを復調、ディインタリーブ、および復号する。ＲＸデータプロセッサ２６０による処理は、送信器システム２１０におけるＴＸＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理に対して相補的である。

プロセッサ２７０は、どの予符号化マトリックスを使用すべきかを定期的に決定する（以下で論じられる）。プロセッサ２７０は、マトリックス索引部分およびランク値部分を備える逆方向リンクメッセージを公式化する。

逆方向リンクメッセージは、通信リンクおよび／または受信されたデータストリームに関する様々なタイプの情報を含みうる。次いで、逆方向リンクメッセージは、データ送信装置２３６から幾つかのデータストリームに関するトラヒックデータを同様に受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信器２５４ａ〜２５４ｒによって条件付けられ、かつアンテナ（２５２ａ、２５２ｒ）のそれぞれを経由してアクセス点２１０に再び送信される。

アクセス点２１０では、アクセス端末２５０からの変調された信号が、アンテナ２２４によって受信され、受信器２２２によって条件付けられ、復調器２４０によって復調され、かつ受信器システム２５０によって送信された逆方向リンクメッセージを抽出するためにＲＸデータプロセッサ２４２によって処理される。次いで、プロセッサ２３０は、ビーム形成重みを決定するために、どの予符号化マトリックスを使用すべきかを決定し、次いで抽出されたメッセージを処理する。

メモリ２３２は、ルーチンおよびデータ／情報を含む。プロセッサ２３０、２２０、および／または２４２は、アクセス点２１０の動作を制御しかつ方法を実施するために、メモリ２３２中のルーチンを実行しかつデータ／情報を使用する。メモリ２７２は、ルーチンおよびデータ／情報を含む。プロセッサ２７０、２６０、および／または２３８は、アクセス端末２５０の動作を制御しかつ方法を実施するために、メモリ２７２中のルーチンを実行しかつデータ／情報を使用する。

１態様では、ＳｉｍｐｌｅＲＡＮが、無線電波接続網（wireless radio access network）中の迂回中継接続網要素間の通信プロトコルを大幅に簡素化し、他方で、迅速に変化する無線条件において、ＶＯＩＰのような低待ち時間アプリケーション（low latency applications）の要求に対応するために、迅速なハンドオフを行うように設計される。

１態様では、ネットワークが、アクセス端末（ＡＴ）および接続ネットワーク（ＡＮ）を備える。

このＡＮは、集中型および分散型配備の両方をサポートする。集中型および分散型配備のためのネットワークアーキテクチャが、図３および図４にそれぞれ示されている。

図３は、分散型ＡＮ３０２およびＡＴ３０３を含む典型的なネットワーク３００を例示する。

図３に示した分散型アーキテクチャでは、ＡＮ３０２は、アクセス点（ＡＰ）およびホームエージェント（ＨＡ）を備える。ＡＮ３０２は、複数のアクセス点（ＡＰａ３０４、ＡＰｂ３０６、ＡＰｃ３０８）およびホームエージェント３１０を含む。さらには、ＡＮ３０２はＩＰクラウド３１２を含む。ＡＰｓ（３０４、３０６、３０８）は、それぞれにリンク（３１４、３１６、３１８）経由でＩＰクラウドに結合される。ＩＰクラウド３１２は、リンク３２０経由でＨＡ３１０に結合される。

ＡＰが、
ネットワーク機能（ＮＦ）を含む。

○ １つのＡＰ当たり１つのおよび多ＮＦｓが、単一のＡＴにサービス提供することができる。

○ 単一のＮＦが、各ＡＴに関するＩＰ層接続機構ポイント（attachment point）である。すなわち、ＨＡはこのＮＦに、ＡＴに送られるパケットを転送する。図４の実施例では、ＮＦ３３６は、図４で線３２２によって示されたように、ＡＴ３０３に関する現在ＩＡＰである。

○ このＩＡＰは、ＡＴに至る迂回中継を通じるパケットのルーティングを最適化するように（Ｌ３ハンドオフ）を変更することができる。

○ またＩＡＰは、ＡＴに関するセッションマスタの機能を実行する。（幾つかの実施形態では、セッションマスタのみが、セッション配位（configuration）の実行、すなわち、セッション状態の変更を行うことができる。）
○ ＮＦは、ＡＰにおいてＴＦｓのそれぞれに関するコントローラとしての役目をし、ＴＦにおけるＡＴに関するリソースの割当て、管理、および分解のような機能を実行する。

ＡＰが、
送受信器機能（ＴＦ）またはセクタを含む。

○ １つのＡＰ当たり複数のおよび多ＴＦｓが、単一のＡＴにサービス提供することができる。

○ ＴＦは、ＡＴに空中インターフェース接続機構を提供する。

○ ＴＦは、順方向および逆方向リンクに関して異なりうる。

○ ＴＦは、無線条件に基づいて（Ｌ２ハンドオフ）を変更する。

ＡＮ３０２では、ＡＰａ３０４が、ＮＦ３２４、ＴＦ３２６、およびＴＦ３２８を含む。ＡＮ３０２では、ＡＰｂ３０６が、ＮＦ３３０、ＴＦ３３２、およびＴＦ３３４を含む。ＡＮ３０２では、ＡＰｃ３０８が、ＮＦ３３６、ＴＦ３３８、およびＴＦ３４０を含む。

ＡＴが、
アクティブセット中の各ＮＦに関する移動体ノード（ＭＮ）に提供されたインターフェースＩ＿ｘを含む。

ＡＴが、アクセス端末でＩＰ層移動度をサポートするために移動体ノード（ＭＮ）を含む。

ＡＰｓは、ＩＰを通じて定義されたトンネリング・プロトコルを使用して通信する。トンネルは、データプレーンに関するＩＰインＩＰトンネル（IP-in-IP tunnel）であり、制御プレーンに関するＬ２ＴＰトンネルである。

典型的なＡＴ３０３は、複数のインターフェース（Ｉ＿ａ３４２、Ｉ＿ｂ３４４、Ｉ＿ｃ３４６）およびＭＮ３４８を含む。ＡＴ３０３は、無線リンク３５０経由でＡＰ＿ａ３０４に結合可能であり、時として結合される。ＡＴ３０３は、無線リンク３５２経由でＡＰ＿ｂ３０６に結合可能であり、時として結合される。ＡＴ３０３は、無線リンク３５４経由でＡＰ＿ｃ３０８に結合可能であり、時として結合される。

図４は、分散型ＡＮ４０２およびＡＴ４０３を含む典型的なネットワーク４００を例示する。

図４に示された集中型アーキテクチャでは、ＮＦがもはや単一のＴＦと論理的に関連しておらず、したがってＡＮは、ネットワーク機能、アクセス点、およびホームエージェントを備える。典型的なＡＮ４０２が、複数のＮＦｓ（４０４，４０６、４０８）と、複数のＡＰｓ（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）と、ＨＡ４１６と、ＩＰクラウド４１８とを含む。ＮＦ４０４は、リンク４２０経由でＩＰクラウド４１８に結合される。ＮＦ４０６は、リンク４２２経由でＩＰクラウド４１８に結合される。ＮＦ４０８は、リンク４２４経由でＩＰクラウド４１８に結合される。ＩＰクラウド４１８は、リンク４２６経由でＨＡ４１６に結合される。ＮＦ４０４は、リンク（４２８、４３０、４３２）をそれぞれ経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。ＮＦ４０６は、リンク（４３４、４３６、４３８）をそれぞれ経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。ＮＦ４０８は、リンク（４４０、４４２、４４４）をそれぞれ経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。

ＡＰ＿ａ４１０は、ＴＦ４６２およびＴＦ４６４を含む。ＡＰ＿ｂ４１２は、ＴＦ４６６およびＴＦ４６８を含む。ＡＰ＿ｃ４１４は、ＴＦ４７０およびＴＦ４７２を含む。

ＮＦはＴＦに関するコントローラとしての役目をし、多くのＮＦｓが単一のＴＦと論理的に関連しているので、ＡＴに関するＮＦコントローラ、すなわち、アクティブセットの一部としてＡＴと通信するＮＦは、当該ＡＴにおいてＴＦに関するリソースを割当て、管理、および分解を行う機能を実行する。したがって、多ＮＦｓは、これらのリソースが個別に管理されるけれども、単一のＴＦにおいてリソースを制御することができる。図４の実施例では、ＮＦ４０８は、線４６０によって示されるように、ＡＴ４０３に関するＩＡＰとしての役目をしている。

実行される他の論理機能は、分散型アーキテクチャに関する場合と同じである。

典型的なＡＴ４０３が、複数のインターフェース（Ｉ＿ａ４４６、Ｉ＿ｂ４４８、Ｉ＿ｃ４５０）およびＭＮ４５２を含む。ＡＴ４０３は、無線リンク４５４経由でＡＰ＿ａ４１０に結合可能であり、時として結合される。ＡＴ４０３は、無線リンク４５６経由でＡＰ＿ｂ４１２に結合可能であり、時として結合される。ＡＴ４０３は、無線リンク４５８経由でＡＰ＿ｃ４１４に結合可能であり、時として結合される。

ＤＯおよび８０２．２０のようなシステムでは、ＡＴが、特定のセクタ（ＴＦ）のアクセスチャネル上でアクセスアテンプト（access attempt）を行うことによって、ＡＰからサービスを入手する。アクセスアテンプトを受信するＴＦに関連するＮＦは、ＡＴに関するセッションマスタであるＩＡＰと接触して、ＡＴのセッションのコピーを取り出す。（ＡＴは、アクセスペイロード中にＵＡＴＩ（ユニキャストアクセス端末識別子）を含むことによってＩＡＰの同定を示す。ＵＡＴＩをＩＰアドレスとして使用してＩＡＰを直接アドレス指定してもよいし、またはＵＡＴＩを使用してＩＡＰのアドレスを検索してもよい。）アクセスアテンプトが成功すると、ＡＴには、当該セクタと通信するために、ＭＡＣＩＤ（メディアアクセス制御識別子）およびデータチャネルのような空中インターフェースリソースが割り当てられる。

さらには、ＡＴは、それが聴くことができる他のセクタとそれらの信号強さを示すリポートを送ることができる。ＴＦは、そのリポートを受信して、それをＮＦ中のネットワークベースのコントローラに転送するが、このＮＦは次ぎに、ＡＴにアクティブセットを提供する。ＤＯおよび８０２．２０では、それらが今日実施されているように、ＡＴが通信できる厳密に１つのＮＦが存在する（一時的に２つが存在するＮＦハンドオフ時を除いて）。ＡＴと通信しているＴＦｓのそれぞれが、受信されたデータおよびシグナリングをこの単一のＮＦに転送する。このＮＦはまた、ＡＴに関するネットワークベースのコントローラとしての役目をし、かつＡＴがアクティブセット中のセクタに使用するためのリソースの割当ておよび分解を交渉しかつ管理することに関与する。

したがって、アクティブセットとは、そこでＡＴに空中インターフェースリソースが割り当てられるセクタのセットである。ＡＴは、定期的なリポートを送り続け、ネットワークベースのコントローラは、ＡＴがネットワーク中であちらこちら移動するとき、セクタを追加したり、またはセクタをアクティブセットから除去したりすることができる。

またアクティブセット中のＮＦｓは、それらがアクティブセットに結合するとき、ＡＴに関するセッションのローカルコピーを取得する。このセッションは、ＡＴと適切に通信するのに必要とされる。

ソフトハンドオフが行われるＣＤＭＡ空中リンクでは、アップリンク上で、アクティブセット中の各セクタが、ＡＴの伝送の復号を試みることができる。ダウンリンク上では、アクティブセット中の各セクタが、ＡＴに同時送信することが可能であり、ＡＴは受信された伝送を組み合わせてパケットを復号する。

ＯＦＤＭＡシステム、すなわち、ソフトハンドオフが行われないシステムでは、アクティブセットの機能は、ＡＴがアクティブセット中のセクタ間の迅速な切り換えを行い、新たなアクセスアテンプトを行う必要もなくサービスの維持を可能にすることである。アクティブセットメンバは、ＡＴに割り当てられたセッションおよび空中インターフェースリソースを既に有しているので、アクセスアテンプトは、一般にアクティブセットのメンバ間の切換えよりも遙かに遅い。したがって、アクティブセットは、アクティブアプリケーションのＱｏＳサービスに影響を与えることなくハンドオフを実施するのに有用である。

ＡＴおよびＩＡＰ中のセッションマスタが属性を交渉するか、または別様として接続の状態が変化するとき、属性に関する新たな値または新たな状態が、各セクタからの最適なサービスを保証するために時宜を得た様態で、アクティブセット中の各セクタに配信される必要がある。幾つかの場合では、例えば、ヘッダのタイプが変化すれば、またはセキュリティキーが変化すれば、ＡＴは、これらの変更がセクタに伝搬されるまで、当該セクタとは全く通信することができない恐れがある。したがって、アクティブセットのあらゆるメンバは、セッションが変化するときに更新されなければならない。変化には同期する重要度が他の変化よりも低いものがありうる。

アクティブ接続を有するＡＴに関してネットワーク中に見いだされる３つのタイプの状態またはコンテキストが存在する。

データ状態とは、接続時のＡＴとＩＡＰまたはＮＦとの間のデータ経路上でのネットワークにおける状態である。データ状態は、非常に動的であり移転するのが難しいヘッダ圧縮器状態またはＲＬＰフロー状態のような事態を含む。

セッション状態とは、接続が閉鎖されるときに保存される、ＡＴとＩＡＰとの間の制御経路上でのネットワークにおける状態である。セッション状態は、ＡＴとＩＡＰとの間で交渉される属性の値を含む。これらの属性は、接続およびＡＴによって受信されたサービスの特徴に影響を与える。例えば、ＡＴは新たなアプリケーションのためにＱｏＳ配位を交渉し、そのアプリケーションに対するＱｏＳサービス要件を示すネットワークに、新たなフィルタスペックおよびフロースペックを供給することができる。別の実施例として、ＡＴは、ＡＮと通信する際に使用されるヘッダのサイズおよびタイプを交渉することができる。属性の新たなセットの交渉は、セッション変更として定義される。

接続状態とは、接続が閉鎖しかつＡＴがアイドル状態にあるときに保存されない、ＡＴとＩＡＰまたはＮＦとの間の制御経路上でのネットワークにおける状態である。接続状態は、電力制御ループ値、ソフトハンドオフ・タイミング、およびアクティブセット情報のような情報を含みうる。

ＩＡＰまたはＬ３ハンドオフでは、この３つのタイプの状態が、古いＩＡＰと新たなＩＡＰとの間で移転される必要がありうる。アイドル状態のＡＴのみがＬ３ハンドオフを実行できる場合には、セッション状態のみが移転される必要がある。アクティブ状態のＡＴに関するＬ３ハンドオフをサポートするためには、データおよび接続状態も移転される必要がありうる。

ＤＯおよび８０２．２０のようなシステムは、単に多重ルート（またはデータスタック）を定義することによってデータ状態のＬ３ハンドオフを実行するが、この場合に、各ルートに関するデータ状態は当該ルートに対してローカルであり、すなわち、これらのルートはそれぞれが個別のデータ状態を有する。各ＩＡＰを異なるルートに関連付けることによって、データ状態は、ハンドオフにおいて移転される必要がない。他の、さらに適切なステップは、各ＮＦを異なるルートに関連付けることであり、その場合には、Ｌ３ハンドオフは、可能なパケット・リオーダリング（reordering）を除いて、データ状態に対して完全に透過的である。

データ状態は多重ルートを有するので、アクティブ状態のＡＴに関するＬ３ハンドオフをサポートするための次の論理ステップは、接続状態の制御をＩＡＰから移動させて、その制御をアクティブセット中の各ＮＦに対してローカルにすることである。これは、多重制御ルート（または制御スタック）を定義し、かつ制御スタックが各ＮＦに対して個別的でローカルであるように空中インターフェースを定義することによって実行される。これには、アクティブセットのすべてのメンバを管理するための単一のＮＦがもはや存在しないので、接続状態のリソースの割当ておよび分解の交渉および管理の一部がＡＴに移転される必要がありうる。またそれは、アクティブセット中のＴＦｓ間の密結合（異なるＴＦｓは同じＮＦを共有できないので）を回避するために、空中インターフェース設計に対して幾つかの追加的な要件を課しうる。例えば、最適な様態で動作させるために、電力制御ループ、ソフトハンドオフなどのような、同じＮＦを有さないＴＦｓ間のすべての緊密な同期化を排除することが好ましい。

データおよび接続をＮＦｓにプッシュダウン（push down）すると、Ｌ３ハンドオフ時にこの状態を移転する必要を排除し、またＮＦ間インターフェースをより簡素にするはずである。

したがって、本システムは、必要とされる異なるＮＦｓと通信するためにＡＴ中の多くの個別データおよび制御スタック（図３および４ではインターフェースと呼ばれる）ばかりでなく、ＡＴおよびＴＦｓがこれらのスタックを論理的に区別するためにアドレス指定機構も定義する。

基本的には、何らかのセッション状態（ＱｏＳプロファイル、セキュリティキー、属性値など）は、ＮＦ（またはＬ３）ハンドオフが存在する度毎に交渉するのは費用が掛かり過ぎるので、ＮＦ（またはＩＡＰ）に対してローカルにされることは不可能である。また、セッション状態は、相対的に静的であり、移転が容易である。必要なものは、セッション状態が変化するときにかつセッションマスタが移動するＩＡＰハンドオフ時に、このセッション状態を管理しかつ更新するための機構である。

Ｌ３ハンドオフに関するセッション状態の移転を最適化することは、それがネットワークインターフェースを簡素化し、かつハンドオフの継ぎ目のなさも改善するはずであるので、ネットワークアーキテクチャに関わらず、あらゆるシステムにとって有用な特徴である。

別個であるが関連する問題は、Ｌ３ハンドオフのＡＴ制御である。今日では、ＤＯおよび８０２．２０のようなシステムで、ＡＴは、それがローカルスタックを割り当てかつ分解するので、Ｌ３ハンドオフを認識しているが、それはＬ３ハンドオフが行われる時点を制御することはない。これは、ネットワークベースの移動度管理と呼ばれる。問題は、ＡＴをハンドオフコントローラにするべきかどうか、すなわち、ＡＴベースの移動度管理を利用するべきかどうかである。

障害許容範囲および負荷均衡化をサポートするために、ネットワークは、ハンドオフを実行できる必要があるか、またはハンドオフを実行するためにＡＴに信号を送る機構を有する必要がある。したがって、ＡＴベースの移動度管理を利用する場合には、ネットワークは、ハンドオフが行われるべき時点を示す機構を依然として必要とする。

ＡＴベースの移動度管理は、相互間および内部技術、すなわち全域およびローカル移動度のための単一機構を可能にするような幾つかの明白な利点を有する。それはまた、ハンドオフを実行する時点を決定するのにネットワーク要素を必要としないことによって、ネットワークインターフェースをさらに簡素化する。

ＤＯおよび８０２．２０のようなシステムがネットワークベースの移動度を利用する主要な理由は、ＡＴベースの移動度が、音声をサポートするほど十分に高速で機能するようには最適化されないことである。副次的な理由は、ＡＴにおける移動体ＩＰトンネル（ＭＩＰｖ６に関する）を終了することによって導入されるトンネリングオーバーヘッド（tunneling overhead）である。移動度待ち時間（mobility latency）は、現在の順方向リンクサービングセクタと先行する順方向リンクサービングセクタとの間のトンネルを使用するばかりでなく、可能性として、データがアクティブセット中の多重ＮＦｓに同時に送られるバイキャスティング（bicasting）も使用して、データを転送することによって解決されうる。

ＳｉｍｐｌｅＲＡＮでは、２つのタイプのハンドオフが存在する。

レイヤ２またはＬ２ハンドオフとは、順方向リンクまたは逆方向リンクサービングセクタ（ＴＦ）の変更を指す。

Ｌ３ハンドオフとはＩＡＰの変更を指す。

Ｌ２ハンドオフは、変化する無線条件に応答して可能な限り迅速であるべきである。ＤＯおよび８０２．２０のようなシステムは、物理層シグナリングを使用してＬ２ハンドオフを迅速にする。

Ｌ２ハンドオフとは、順方向リンク（ＦＬ）または逆方向リンク（ＲＬ）に関するサービングセクタＴＦの移転である。ハンドオフは、ＡＴがアクティブセット中で新たなサービングセクタを選択するとき、当該セクタに関してＡＴにおいて見られるＲＦ状況に基づいて行われる。ＡＴは、アクティブセット中の全セクタのための順方向および逆方向リンクに関するＲＦ状況に対して濾過測定を実施する。例えば、８０２．２０では、順方向リンクに関して、ＡＴは、その望ましいＦＬサービングセクタを選択するために、取得パイロット、共通パイロットチャネル（存在する場合には）、および共有されるシグナリングチャネル上のパイロットに対して信号対干渉雑音電力比を測定することができる。逆方向リンクに関して、ＡＴは、セクタからＡＴへのアップ／ダウン電力制御コマンドに基づいて、アクティブセット中の各セクタに関するＣＱＩ消失率（CQI erasure rate）を推定する。

Ｌ２ハンドオフは、ＡＴが逆方向リンク制御チャネル経由で異なるＦＬまたはＲＬサービングセクタを要求するときに開始される。ＴＦがＡＴに関するアクティブセットの中に含まれるとき、専用リソースがそのＴＦで割り当てられる。ＴＦは、ハンドオフ要求の前にＡＴをサポートするように既に構成されている。目標サービングセクタは、ハンドオフ要求を検出し、トラヒックリソースをＡＴに割り当てることでハンドオフを完了する。順方向リンクＴＦハンドオフは、目標ＴＦが送信するべきデータを受信するために、発信元ＴＦまたはＩＡＰと目標ＴＦとの間のメッセージングのラウンドトリップを要求する。逆方向リンクＴＦハンドオフでは、目標ＴＦがリソースをＡＴに即座に割り当てることができる。

Ｌ３ハンドオフとはＩＡＰの移転である。Ｌ３ハンドオフは、新たなＩＡＰとのＨＡ結合更新を伴い、かつ制御プレーンに対して新たなＩＡＰへのセッション移転を要求する。Ｌ３ハンドオフは、Ｌ２ハンドオフがＭＩＰｖ６シグナリング速度によって限定されないように、システム中のＬ２ハンドオフに対して非同期的である。

Ｌ３ハンドオフは、各ＮＦへの個別ルートを定義することによって、システム中で空中を通じてサポートされる。各フローは、より高い層のパケットを伝送および受信するために多重ルートを提供する。このルートは、どのＮＦがこのパケットを処理したかを示す。例えば、１つのＮＦがルートＡとしてＴＦにおいてかつ空中を通じて関連付けられてもよく、他方では、別のＮＦがルートＢに関連付けられてもよい。サービングＴＦが、それぞれに別個で個別のシーケンス空間を使用して、ルートＡおよびルートＢの両方から、すなわち、両方のＮＦｓからパケットをＡＴに同時に送ることができる。

移動体に関するＱｏＳ処置を保証するためにシステム設計には２つの重要な考えが存在し、そのトラヒックが、各ハンドオフモードにわたって保持される。

Ｌ２ハンドオフとＬ３ハンドオフとを分離すること。

ハンドオフ時にデータフローの中断を最小限にするために、ハンドオフが行われる前に、空中インターフェースリソースを保存しかつ目標ＮＦまたはＴＦにおけるセッションを取り出すこと。これは、目標ＴＦおよびＮＦをアクティブセットに追加することによって実施される。

本システムは、このシステムが高いＬ２ハンドオフ率時にＥＦ（優先転送）トラヒックのサポートを可能にするために、Ｌ２ハンドオフとＬ３ハンドオフとを分離するように設計される。Ｌ３ハンドオフには結合更新が必要であるが、それは毎秒２から３の率に限定される。２０から３０Ｈｚのより高速のＬ２ハンドオフ率を可能にするために、Ｌ２およびＬ３ハンドオフは、個別的かつ非同期的であるように設計される。

Ｌ２ハンドオフでは、アクティブセット管理は、Ｌ２ハンドオフ発生時に直ちにＡＴにサービス提供するために、アクティブセット中のすべてのＴＦｓが構成されかつ専用のリソースが割り当てられることを可能にする。

アクセス端末（ＡＴ）にサービスを提供する多アクセス点（ＡＰ）を有する移動体無線通信システムを検討されたい。多くのシステムがアクティブセットを有するが、それはリソースをＡＴに割り当てたＡＰのセットである。所与の時点では、ＡＴが、これらのＡＰｓの１つと無線通信範囲内にありうるか、または、バッテリ電力最適化および無線干渉低減のために、１つの慎重に選択されたＡＰ（サービングＡＰ）のみと通信しうる。ここで考えられる問題は、サービングＡＰを介して非サービングＡＰからシグナリングメッセージまたはデータパケットを引き渡すことである。

無線リンクプロトコル（ＲＬＰ）。各ＡＰは、上位層パケットを断片化するＲＬＰを有し、必要であれば、これらの断片を再送信する。またＲＬＰは、それ自体のヘッダをそれぞれの送信された断片に追加する。ＡＴは、ＲＬＰの多インスタンス（multiple instances）を、アクティブセット中に存在する各ＡＰに１つずつ有する。

トンネリング。サービングＡＰが、Ｌ２ＴＰ（レイヤ２トンネリング・プロトコル）と呼ばれるＡＰ間トンネル経由で非サービングＡＰからパケットを受信する。サービングＡＰは、次の２つのビットを使用する２つの択一的方法によって、トンネル上で受信されたパケットを引き渡すことができる。

遠隔ビット。遠隔ビットは、パケット相関プロトコル（ＰＣＰ）ヘッダの一部である。ＰＣＰヘッダは、時にＭＡＣ統合（consolidation）ヘッダとも呼ばれる。遠隔ビットは、伝送ＰＣＰによって設定され、かつ受信ＰＣＰによって処理される。遠隔ビットが値１を有すれば（ビットが設定されていれば）、このビットにはＡＰアドレスが続き、受信ＰＣＰは、ペイロードをアドレス指定層に受け渡す。アドレス指定層は、このアドレスを調べ、それをアドレス指定されたＲＬＰに転送する。遠隔ビットが値０を有すれば、このビットにはアドレスが続かず、受信ＰＣＰはペイロードをサービングＡＰのＲＬＰに受け渡す。

再処理ビット。再処理ビットは、各ＲＬＰペイロードの一部である。再処理ビット＝１であれば（再処理ビットが設定されていれば）、このビットの後ろにＡＰアドレスが続く。再処理ビットが設定されていれば、受信ＲＬＰは、再組立されたパケットをアドレス指定層に受け渡す。アドレス指定層は、このアドレスを調べ、それをアドレス指定されたＲＬＰに転送する。再処理ビットが設定されていなければ（ビット＝０）、受信ＲＬＰは、この再組立されたパケットをアプリケーション（例えば、ヘッダ圧縮解除器またはＩＰ層）に受け渡す。

これらのビットの設定に関する決定は、サービングＡＰ（ＡＰｂ）によって行われる。ＡＰｂによってＡＰａから受信されるパケットでは、次の２つの選択が存在する。

１．遠隔＝１、再処理＝０。この事例では、サービングＡＰは、そのＲＬＰを使用せず、かつパケットを断片化しない。この事例は、ＡＰｂにおいてＡＰａから受信されたパケットが１つのＭＡＣペイロードに収まるほどに十分小さければ使用可能である。またサービングＡＰはアドレスをパケットに挿入するが、これは、サービングＡＰがＬ２ＴＰトンネルを介してパケットを受信したので、このサービングＡＰには既知のアドレスである。

２．遠隔＝０、再処理＝１。この事例では、サービングＡＰは、そのＲＬＰを使用し、かつパケットを断片化することができる。この事例は、ＡＰｂにおいてＡＰａから受信されたパケットが１つのＭＡＣペイロードに収まらなければ使用可能である。またサービングＡＰはアドレスをパケットに挿入するが、このアドレスは、サービングＡＰがＬ２ＴＰトンネルを介してパケットを受信したので、このサービングＡＰには既知である。

図５は、典型的な通信システム５００および対応する凡例５０２を含む。典型的な通信システム５００が、第１のアクセス点ＡＰａ５０４、第２のアクセス点ＡＰｂ５０６、およびアクセス端末ＡＴ５０８を含む。ＡＴ５０８から観て、現時点では、ＡＰｂ５０６がそのサービング（例えば、ローカル）アクセス点である。ＡＰｂ５０６とＡＴ５０８との間に無線空中リンク５５２が存在する。ＡＴ５０８から観て、現時点では、ＡＰａ５０４が遠隔アクセス点である。ＡＰａ５０４とＡＰｂ５０６との間にレイヤ２トンネリング・プロトコルトンネル５５０が存在する。

アクセス点ａ（ＡＰａ）５０４が、ヘッダ＿ａ圧縮器モジュール５１０、ＲＬＰ＿ａモジュール５１２、ＰＣＰ＿ａモジュール５１４、およびＭＡＣ／物理モジュール５１６を含む。アクセス点ｂ（ＡＰｂ）５０６が、ヘッダ＿ｂ圧縮器モジュール５１８、ＲＬＰ＿ｂモジュール５２０、ＰＣＰ＿ｂモジュール５２２、およびＭＡＣ／物理モジュール５２４を含む。アクセス端末（ＡＴ）５０８が、ヘッダ＿ｂ圧縮器モジュール５２６、ＲＬＰ＿ｂモジュール５２８、ＰＣＰ＿ｂモジュール５３０、第１のＭＡＣ／物理モジュール５３２、ヘッダ＿ａ圧縮器モジュール５３６、ＲＬＰ＿ａモジュール５３８、ＰＣＰ＿ａモジュール５４０、および第２のＭＡＣ／物理モジュール５４２を含む。ＰＣＰ＿ｂモジュール５３０は、ＰＣＰヘッダの中に含まれる遠隔ビット値に基づいてルーティングする（route）ことに留意するべきである。

凡例５０２は、３つの異なる実施例に関するパケットフローを例示するために使用される破線５４４、点線５４６、および実線５４８を含む。破線５４４は、パケット断片化がなく、遠隔ビットが設定されて、再処理ビットが設定されず、かつＡＰａアドレスがＰＣＰヘッダの中に含まれる事例に関するフローを表す。点線５４６は、ＡＰ＿ｂ５０６のＲＬＰ５２０でパケット断片化があり、遠隔ビットが設定されず、再処理ビットが設定されて、かつＡＰａアドレスがＲＬＰヘッダの中に含まれる事例に関するフローを表す。実線５４８は、ローカル引渡しの事例を示し、ＡＰａ５０４は関与しない。

図５は、サービングＡＰ（ＡＰｂ５０６）を介して引き渡される非サービングＡＰ（ＡＰａ５０４）からの断片のフローを説明し、上記２つのビットの設定に応じるパケットのフローを記述する。この実施例におけるパケットのそれぞれが、ＡＰｂ５０６のＭＡＣ／物理５２４とＡＰｂ５０６のＰＣＰ５２２とを介して、ＡＰａ５０４とＡＴ５０８との間で交換される。

様々な実施形態の幾つかの特徴は以下の通りである。

１．ＲＬＰの異なるバージョンが異なるＡＰｓで実行可能となる。この事例では、効果的なことに、１つのＲＬＰが、データを別のＲＬＰにトンネリングできるようにされる。例えば、ＡＰａ５０４のＲＬＰ＿ａ５１２は、Ｌ２ＴＰトンネル５５０経由でデータをＡＰｂ５０６のＲＬＰ＿ｂ５２０にトンネリングすることができる。

２．ハンドオフ時の部分的なパケット順送り（progress）を容易化する。ＩＰ（または他の）パケットの一部が、ハンドオフ発生時にＡＰａ５０４によってサービスを受けている事例を検討されたい。その場合に、ＡＰａ５０４は、パケットの残りの部分をＡＴ５０８に引き渡したいと望む。本開示では、ＡＰａ５０４は、この残りの部分をＡＰｂ５０６に送ることが可能であり、ＡＰｂ５０６は、それをＡＴ５０８に引き渡すことができる。ＡＴ５０８では、パケットのこの残りの部分は、アドレス指定層５３４の後にＲＬＰａ５３８に流れて、そこで、それは先に送られた部分と組み合わされる。

本開示は、ＡＰｂ５０６がパケットの未引渡し部分のみを送ることを可能にし、パケット全体が、ＡＰｂ５０６から送られる必要はない。これは、パケットのどの部分も２度送られることがないので、帯域幅のより効率的な利用を可能にする。このような部分的なパケットの順送りは、ハンドオフが頻繁なときに重要であり、ＩＰパケットが幾つかのＭＡＣ層断片に分割されうる。

３．シグナリングメッセージが非サービングＡＰｓからＡＴに進むのを容易化する。ＡＰａ５０４で生成されたシグナリングメッセージはＡＰｂ５０６を介して引き渡されることが可能であり、これは、ＡＰおよびＡＴ５０８におけるリソースの効率的な管理を可能にする。

４．トンネリングされたパケットに２つの可能な経路を許容する。Ｌ２ＴＰトンネルを介してサービングＡＰによって受信されたパケットは、例えば、アドレス指定モジュール５１３によって、２つの別個の経路、すなわち、サービングＡＰのＲＬＰを使用する一方の経路と、サービングＡＰのＲＬＰを使用しない他方の経路とを介して送られうる。例えば、点線５４６に対応する経路はサービングＡＰｂ５０６のＲＬＰ＿ｂ５２０を使用し、他方で破線５４４に対応する経路は、サービングＡＰｂ５０６のＲＬＰ＿ｂ５２０を使用しない。

図６は、アクセス点（ＡＰ）を動作させる典型的な方法の流れ図６００である。流れ図６００のステップを実行するＡＰは、時に現在ＡＰと呼ばれる。動作は、アクセス点の電源が投入されて初期化されるステップ６０２で始まる。動作は、開始ステップ６０２からステップ６０４に進む。ステップ６０４で、アクセス点は、アクセス端末（ＡＴ）に通信されるべきパケット、例えば、ＩＰパケットを受信する。次いで、ステップ６０６で、アクセス点は、それが、この受信されたパケットに関する宛先アクセス端末に対して遠隔であるかどうかを判定する。このＡＰが宛先ＡＴに対して遠隔であれば、動作は、ステップ６０６からステップ６０８に進み、別様であれば、動作はステップ６０６からステップ６２０に進む。

ステップ６０８で、ＡＰはＲＬＰヘッダを生成する。ステップ６０８は、ＡＰが再処理ビットを再処理ビット＝０に設定するサブステップ６１０を含む。動作は、ステップ６０８からステップ６１２に進み、そこでＡＰは、生成されたＲＬＰヘッダを受信されたパケットに追加する。動作はステップ６１２からステップ６１４に進む。

ステップ６１４で、アクセス点は、ＡＰ間トンネルヘッダ、例えば、レイヤ２トンネリング・プロトコル（Ｌ２ＴＰ）トンネルヘッダを生成し、送信元アドレスは現在ＡＰのＡＰアドレスに等しい。動作は、ステップ６１４からステップ６１６に進む。ステップ６１６で、アクセス点は、生成されたトンネルヘッダを生成されたＲＬＰヘッダと受信されたパケットとの組合せに付加する。次いで、ステップ１０８で、アクセス端末は、ＡＰ間トンネル、例えば、Ｌ２ＴＰトンネル経由で、生成されたトンネルヘッダ、生成されたＲＬＰヘッダ、および受信されたパケットを送信する。幾つかの実施形態では、トンネルの他端における宛先が、別のＡＰ、例えば、パケットが対応するＡＴに関するサービングＡＰである。

ステップ６２０に戻ると、ステップ６２０で、アクセス点は通常伝送処理を実行する。ステップ６２０は、アクセス点が、１つまたは複数のＭＡＣパケットを生成するサブステップ６２２を含み、次いでステップ６２４で、生成された１つまたは複数のＭＡＣパケットを、例えば、空中リンク経由でアクセス端末に送信する。

動作は、ステップ６１８または６２４から終了ステップ６２６に進む。流れ図６００の典型的な方法は、アクセス端末に通信されるべき追加的な受信された無線リンクプロトコル・パケットに関して繰り返される。

流れ図６００のステップを実行するアクセス点は、パケットが通信されるべきアクセス端末から観て、遠隔アクセス点またはサービング（例えば、ローカル）アクセス点でありうる。１実施例では、このアクセス端末は図５のＡＴ５０８である。

ステップ６０６、６１２、６１４、６１６、および６１８は、流れ図６００の方法を実行するアクセス点が、アクセス端末から観て遠隔アクセス点である事例に該当し、この遠隔アクセス点は、例えば、パケットをＡＴのサービング（例えば、ローカル）ＡＰに通信するＡＰ間トンネル（例えば、Ｌ２ＴＰトンネル）を使用する迂回中継ネットワーク経由で、ＡＴに通信されるべき情報を通信する。このような１つの事例では、流れ図６００の方法を実行する遠隔アクセス点は、図５の遠隔ＡＰａ５０４である。ステップ６２０および６２４は、流れ図６００の方法を実行するアクセス点が、アクセス端末から観てサービング（例えば、ローカル）アクセス点である事例に該当するが、このサービングアクセス点は無線リンクを通じて情報をＡＴに通信し、このサービング（例えば、ローカル）ＡＰは、このような通信のためにＡＰ間トンネルを使用しない。このような１つの事例で、流れ図６００の方法を実行する遠隔アクセス点は、図５のサービング（例えば、ローカル）ＡＰｂ５０６である。

図７は、サービング（例えば、ローカル）アクセス点を動作させる典型的な方法の流れ図７００である。開始ステップ７０２で、サービングアクセス点は電源が投入されて初期化される。このアクセス点は、それをネットワーク接続機構（network attachment）の現在ポイントとして使用するアクセス端末から観てサービングアクセス点である。動作は、開始ステップ７０２からステップ７０４に進む。ステップ７０４で、サービングアクセス点は、ＡＰ間トンネル、例えば、レイヤ２トンネリング・プロトコル（Ｌ２ＴＰ）トンネル経由で、送信元アドレスを有する無線リンクプロトコル（ＲＬＰ）パケットを受信する。動作は、ステップ７０４からステップ７０６に進む。

ステップ７０６で、サービングＡＰは、受信されたＲＬＰパケットが利用可能なＭＡＣサイズパケットに収まるかどうかを判定する。受信されたパケットが単一のＭＡＣパケットに収まれば、動作はステップ７０６からステップ７０８に進む。しかし、受信されたＲＬＰパケットが、断片化されかつ一部が異なるＭＡＣパケットの中で通信される必要があれば、動作はステップ７０６からステップ７２２に進む。

ステップ７０８に戻ると、サービングアクセス点はＭＡＣパケットを生成する。ステップ７０８はサブステップ７１０および７１８を含む。サブステップ７１０で、サービングアクセス点はＰＣＰヘッダを生成する。サブステップ７１０はサブステップ７１２、７１４、および７１６を含む。サブステップ７１２で、サービングアクセス点は遠隔ビットを遠隔ビット＝１に設定する。次いで、サブステップ７１４で、サービングＡＰは、ＰＣＰアドレス＝送信元の遠隔ＡＰアドレスに設定し、サブステップ７１６で、サービングアクセス点は、遠隔ビットおよびＰＣＰアドレスをＰＣＰヘッダに挿入する。動作はサブステップ７１０からサブステップ７１８に進む。サブステップ７１８では、サービングアクセス点は、生成されたＰＣＰヘッダおよび受信されたＲＬＰパケットを含むＭＡＣパケットを形成する。

ステップ７２０で、サービングアクセス点は、生成されたＭＡＣパケットを、例えば、無線空中リンクを通じて、このパケットが振り向けられるＡＴに送信する。動作はステップ７２０から終了ステップ７４４に進む。

ステップ７２２に戻ると、ステップ７２２で、サービングアクセス点はＭＡＣパケットを生成する。ステップ７２２はサブステップ７２４、７３２、７３４、および７３８を含む。サブステップ７２４で、サービングアクセス点はＲＬＰヘッダを生成する。サブステップ７２４はサブステップ７２６、７２８、および７３０を含む。サブステップ７２６で、サービングアクセス点は再処理ビットを再処理ビット＝１に設定する。次いで、サブステップ７２８で、サービングアクセス点は、ＲＬＰアドレス＝送信元の遠隔ＡＰアドレスに設定する。サブステップ７３０で、サービングアクセス点は、サブステップ７２６の再処理ビットとサブステップ７２８のＲＬＰアドレスとをＲＬＰヘッダに挿入する。動作はサブステップ７２４からサブステップ７３２に進み、そこでサービングアクセス点は、必要であれば、残りの受信されたＲＬＰペイロードを断片化する。動作はサブステップ７３２からサブステップ７３４に進み、そこでサービングアクセス点はＰＣＰヘッダを生成する。サブステップ７３４はサブステップ７３６を含み、そこでサービングアクセス点は遠隔ビットを遠隔ビット＝０に設定する。動作はサブステップ７３４からサブステップ７３８に進む。

サブステップ７３８で、アクセス点は、サブステップ７３４の生成されたＰＣＰヘッダと、サブステップ７２４の生成されたＲＬＰヘッダと、ＲＬＰペイロードとを含むＭＡＣパケットを形成する。ＲＬＰペイロードは、例えば、ステップ７０４の受信されたＲＬＰパケットからのＲＬＰペイロードの断片である。動作はステップ７２２からステップ７４０に進む。ステップ７４０で、サービングアクセス点は、ステップ７２２の生成されたＭＡＣパケットを、例えば、無線空中リンク経由で、このパケットが振り向けられるアクセス端末に送信する。動作はステップ７４０からステップ７４２に進む。

ステップ７４２で、サービングアクセス点は、ステップ７０４の受信されたＲＬＰパケットに対応する、送信されるべき残りのＲＬＰペイロードが少しでも存在するか否かを判定する。もはや断片が存在していなければ、動作はステップ７４２からステップ７４４に進む。依然として通信されるべきＲＬＰペイロード断片が存在すれば、動作は、別のＭＡＣパケットを生成するためにステップ７２２に進む。

ステップ７４４で、受信された無線リンクパケットの送信が完了しているので、動作は本方法に関して終了する。流れ図７００の典型的な方法は、ＡＰ間トンネルを通じて受信された追加的な無線リンクプロトコル・パケット（それに関するアクセス点はサービングアクセス点である）に関して繰り返される。

図７は、ＡＰ間トンネル、例えば、Ｌ２ＴＰトンネルを通じて通信された情報を受信および処理し、１つまたは複数のＭＡＣパケットを生成し、かつ生成された１つまたは複数のＭＡＣパケットをサービングＡＰとＡＴとの間の無線通信リンクを通じて送信する、ＡＴのサービングＡＰに対応する。例えば、このＡＴは図５のＡＴ５０８であり、流れ図７００のステップを実行するサービングＡＰは、トンネリング事例に関する図５のＡＰｂ５０６である。

図８Ａと図８Ｂとの組合せを備える図８は、アクセス端末（ＡＴ）、例えば、無線移動体モードを動作させる典型的な方法の流れ図８００である。動作は、アクセス端末が電源投入されて初期化されるステップ８０２で開始する。開始ステップ８０２で、アクセス端末は、アクセス点、例えば、その現在サービングアクセス点と無線接続を確立する。動作は開始ステップ８０２からステップ８０４に進む。

ステップ８０４で、アクセス端末はＭＡＣパケットを受信する。次いで、ステップ８０６で、アクセス端末のＰＣＰモジュールが、受信されたＭＡＣパケットに対応するＰＣＰヘッダを処理し、ＰＣＰヘッダ中の搬送された遠隔ビット値を判定する。動作は、ステップ８０６からステップ８０８に進み、そこでアクセス端末は、ＰＣＰヘッダからの判定された遠隔ビット値の関数として、異なる動作フローに沿って進む。ＡＴのＰＣＰモジュールが、遠隔ビットが設定されていない（遠隔ビット＝０）と判定すれば、動作はステップ８０８からステップ８１４に進む。しかし、ＡＴのＰＣＰモジュールが、遠隔ビットが設定されている（遠隔ビット＝１）と判定すれば、動作はステップ８０８からステップ８１２に進む。

ステップ８１４に戻ると、ステップ８１４で、ＡＴのＰＣＰモジュールは、ＭＡＣパケットのペイロードをＡＴのサービング（例えば、ローカル）無線リンクプロトコル（ＲＬＰ）モジュールに引き渡す。動作はステップ８１４からステップ８１６に進む。ステップ８１６で、サービング（例えば、ローカル）ＲＬＰモジュールはＲＬＰ処理を実施する。ステップ８１６は、サブステップ８１８、８２０、８２２、８２４、８２６、８２７、および８２８を含む。サブステップ８１８で、サービング（例えば、ローカル）ＲＬＰモジュールは、ＲＬＰヘッダを処理し、再処理ビット値を判定する。次ぎに、サブステップ８２０で、サービングＲＬＰ処理モジュールは、判定された再処理ビット値の関数として、異なる動作経路に沿って進む。サブステップ８２０で、再処理ビットが設定されていなければ（再処理ビット＝０）、動作はサブステップ８２０からサブステップ８２２に進む。しかし、サブステップ８２０で、再処理ビットが設定されていれば（再処理ビット＝１）、動作はサブステップ８２０からサブステップ８２７に進む。

サブステップ８２２に戻ると、サブステップ８２２で、サービングＲＬＰモジュールはパケット再組立動作（reassembly operation）を実施し、次いで、サブステップ８２４で、サービングＲＬＰモジュールは、再組立されたパケットをアプリケーションモジュール、例えば、ヘッダ圧縮解除（decompression）モジュールまたはＩＰ層モジュールに受け渡す。動作はサブステップ８２４からサブステップ８２６に進む。

サブステップ８２７に戻ると、サブステップ８２７で、ＡＴのサービングＲＬＰモジュールはパケット再組立動作を実施する。動作はサブステップ８２７からサブステップ８２８に進む。サブステップ８２８で、ＡＴのサービングＲＬＰモジュールはペイロードまたは処理されたペイロードをＡＴのアドレス指定（addressing）層モジュールに受け渡す。

ステップ８１２に戻ると、ステップ８１２で、ＡＴのＰＣＰモジュールは、ＭＡＣパケットのペイロードをＡＴのアドレス指定層モジュールに引き渡す。動作はステップ８１２からステップ８３０に進む。ステップ８３０で、アドレス指定層モジュールは、遠隔ビットの後ろに続くアドレスを調べ、そのアドレスによって特定されたＲＬＰモジュールにペイロードを引き渡す。動作はステップ８３０からステップ８３２に進む。ステップ８３２で、特定されたＲＬＰモジュールはＲＬＰ処理を実施する。ステップ８３２は、サブステップ８３４、８３６、８３８、８３９、８４０、８４２、および８４４を含む。サブステップ８３４で、特定されたＲＬＰモジュールはＲＬＰヘッダを処理して再処理ビット値を判定する。次ぎに、サブステップ８３６で、特定されたＲＬＰ処理モジュールは、判定された再処理ビット値の関数として、異なる動作経路に沿って進む。サブステップ８３６で、再処理ビットが設定されていなければ（再処理ビット＝０）、動作はサブステップ８３６からサブステップ８３８に進む。しかし、サブステップ８３６で、再処理ビットが設定されていれば（再処理ビット＝１）、動作はサブステップ８３６からサブステップ８３９に進む。

サブステップ８３８に戻ると、サブステップ８３８で、特定されたＲＬＰモジュールはパケット再組立動作を実施し、次いでサブステップ８４２で、特定されたＲＬＰモジュールは再組立されたパケットをアプリケーションモジュール、例えば、ヘッダ圧縮解除モジュールまたはＩＰ層モジュールに受け渡す。動作はサブステップ８４２から終了ステップ８４４に進む。

サブステップ８３９に戻ると、サブステップ８３９で、ＡＴのサービングＲＬＰはパケット再組立動作を実行する。動作はサブステップ８３９からサブステップ８４０に進む。サブステップ８４０で、ＡＴのサービングＲＬＰモジュールはペイロードまたは処理されたペイロードをＡＴのアドレス指定層モジュールに受け渡す。

動作が、サブステップ８２８またはサブステップ８４０まで進んだら、動作はステップ８４６に進む。ステップ８４６で、ＡＴのアドレス指定層モジュールは、再処理ビットの後ろに続くアドレスを調べ、そのアドレスによって特定されたＲＬＰモジュールにペイロードまたは処理されたペイロードを引き渡す。動作は、ステップ８４６から、接続ノードＡ８４８を経由してステップ８５０に進む。ステップ８５０で、ステップ８４６において同定された特定されたＲＬＰモジュールは、パケット再組立動作、例えば、回復された（recovered）パケット断片を、他のＭＡＣパケットによって搬送された他の任意の先に回復されたパケット断片と組み合わすことを実行する。次いで、ステップ８５２で、ステップ８４６において同定された特定されたＲＬＰモジュールは、上位水準のパケットの組立が完了されたかどうかを判定する。動作はステップ８５２から８５４に進む。

ステップ８５４では、特定されたＲＬＰモジュールが上位水準パケット、例えば、ＩＰパケットの再組立を完了していれば、動作はステップ８５６に進み、そこでは特定されたＲＬＰモジュールが、再組立された上位水準パケットをアプリケーションモジュール、例えば、ヘッダ圧縮解除モジュールまたはＩＰ層モジュールに受け渡す。動作はステップ８５６から終了ステップ８６６を進む。

ステップ８５４に戻ると、ステップ８５４で、特定されたＲＬＰモジュールが上位水準パケット、例えば、ＩＰパケットの再組立を完了していなければ、動作はステップ８５８に進み、そこでは特定されたＲＬＰモジュールが、回復された上位水準パケット断片を格納する。動作はステップ８５８からステップ８６０に進み、そこでは特定されたＲＬＰモジュールが、追加的な対応するパケット断片が到着しかつ回復されるのを待つ。次いで、ステップ８６２で、特定されたＲＬＰは、１つまたは複数の追加的な対応する上位水準パケット断片をステップ８５８の断片と再組立し、上位水準パケットを取得する。動作はステップ８６２からステップ８６４に進み、そこでは特定されたＲＬＰモジュールが、再組立された上位水準パケットをアプリケーションモジュール、例えば、ヘッダ圧縮解除モジュールまたはＩＰ層モジュールに受け渡す。動作は、ステップ８６４から終了ステップ８６６に進む。

図８は、ＭＡＣパケット受信と、ＰＣＰ処理と、アドレス指定層モジュール動作と、ＲＬＰ処理と、上位水準パケット再組立動作とを含むアクセス端末動作に対応する。典型的なＡＴ、例えば、図５のＡＴ５０８は、複数のＲＬＰモジュールを含み、１つまたは複数の制御ビット、例えば、遠隔ビットおよび／もしくは再処理ビット、ならびに／またはヘッダフィールド中の関連アドレスを利用して、どのＲＬＰモジュールがパケット再組立動作を実施するべきかを決定する。遠隔または再処理ビットが１に設定されていれば、それには後ろにアドレスフィールドが続く。

再処理ビット＝１は、より高水準のパケット、例えば、ＩＰパケットが、ＡＰでＲＬＰモジュールによって断片化されたことを示す。異なる断片が、異なるＭＡＣパケット経由で通信される。再処理ビットに関連するアドレスは、どのＲＬＰモジュールがより高水準のパケットを実際に断片化したかを同定するのではなく、より高水準のパケットの元々の発信元を同定する。幾つかの実施形態では、断片の数＝１であることも可能とされる。このような実施形態では、再処理ビットは、唯一のＭＡＣパケットが通信される再処理ビット＝１に設定されうる。

Ｌ２ＴＰトンネル経由で送られかつ受信されたＲＬＰパケットでは、再処理ビットは、断片化がまだ行われていないのでゼロに設定されることになる。その場合にサービングＡＰのＲＬＰが断片化を実施する必要があれば、再処理ビットは、送信されるべきＭＡＣパケット内部の新たなＲＬＰパケット・ヘッダフィールドのそれぞれに関して、１に設定される。Ｌ２ＴＰトンネル経由で送られたＲＬＰパケットに対応する再処理ビットは、サービングＡＰが挿入する再処理ビットとは異なることに留意されたい。

遠隔ビット＝１でかつ再処理ビット＝０であることは、遠隔ＡＰからのより高水準のパケットが単一のＭＡＣパケットに収まり、かつサービングＡＰ経由でＡＴに通信されていることを示す。ＡＴに関して、ステップ８０４、８０６、８０８、８１２、８３０、および８３２（サブステップ８３４、８３６、８３８、および８４２を含む）を含むフローが、このような事例に対応する。

遠隔ビット＝０でかつ再処理ビット＝０であることは、サービング（例えば、ローカル）ＡＰからのより高水準のパケットが単一のＭＡＣパケットに収まり、かつＡＴに通信されていることを示す。ＡＴに関して、ステップ８０４、８０６、８０８、８１４、および８１６（サブステップ８１８、８２０、８２２、および８２４を含む）を含むフローが、このような事例に対応する。

ステップ８０４、８０６、８０８、８１４、８１６（サブステップ８１８、８２０、８２７、および８２８を含む）、８４６、８４８、および８５０を含む経路は、遠隔ＡＰ発信元のＩＰパケット断片回復またはローカル発信元のＩＰパケット断片回復を表すことが可能であり、その場合に、再処理ビットの後に続くアドレスは、断片化されたかつ再組立されているＩＰパケットの発信元を同定する。

図９は、様々な実施形態に係る典型的なアクセス端末９００の図面である。典型的なアクセス端末９００は、例えば、図５のアクセス端末５０８である。典型的なアクセス端末９００は、バス９１２（これを通じて様々な要素がデータおよび情報を交換できる）経由で一体に結合された、無線受信器モジュール９０２と、無線送信器モジュール９０４と、プロセッサ９０６と、ユーザＩ／Ｏデバイス９０８と、メモリ９１０とを含む。メモリ９１０はルーチン９１８およびデータ／情報９２０を含む。プロセッサ９０６、例えば、ＣＰＵは、ルーチン９１８を実行し、メモリ９１０中のデータ／情報９２０を使用して、アクセス端末の動作を制御しかつ方法、例えば、図８の流れ図８００の方法を実施する。

無線受信器モジュール９０２、例えば、ＣＤＭＡまたはＯＦＤＭ受信器は受信アンテナ９１４に結合され、このアンテナ経由で、アクセス端末９００はアクセス点からダウンリンク信号を受信する。無線受信器モジュール９０２は、パケットの受信、例えば、受信されたＭＡＣパケット９５２の取得を行う。無線送信器モジュール９０４、例えば、ＣＤＭＡまたはＯＦＤＭ送信器は送信アンテナ９１６に結合され、このアンテナ経由で、アクセス端末９００はアクセス点にアップリンク信号を送信する。無線送信器モジュール９０４は、空中リンクを通じて、生成されたパケット、例えば、生成されたＭＡＣパケットをアクセス点に送信する。

幾つかの実施形態では、同じアンテナが、伝送および受信用に使用される。幾つかの実施形態では、多アンテナおよび／または多アンテナ要素が受信に使用される。幾つかの実施形態では、多アンテナおよび／または多アンテナ要素が伝送に使用される。幾つかの実施形態では、同じアンテナまたはアンテナ要素の少なくとも幾つかが、伝送および受信の両方に使用される。幾つかの実施形態では、アクセス端末がＭＩＭＯ技法を利用する。

ユーザＩ／Ｏデバイス９０８は、例えば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、スピーカ、表示装置などを含む。ユーザＩ／Ｏデバイス９０８は、アクセス端末９００の利用者が、データ／情報を入力し、出力データ／情報にアクセスし、かつアクセス端末９００の少なくとも幾つかの機能の制御、例えば、ピアノード、（例えば、別のアクセス端末）との通信セッションの開始を行うことができる。

ルーチン９１８は、第１のＲＬＰモジュール９２２と、第２のＲＬＰモジュール９２４と、第１のＰＣＰモジュール９３４と、第２のＰＣＰモジュール９３６と、第１のＭＡＣ／物理モジュール９４２と、第２のＭＡＣ／物理モジュール９４４と、第１のアプリケーションモジュール９４６と、第２のアプリケーション９４８と、アドレス指定モジュール９５０とを含む。第１のＲＬＰモジュール９２２は、第１のＲＬＰペイロード処理モジュール９２６と第１のＲＬＰヘッダ処理モジュール９２８とを含む。第２のＲＬＰモジュール９２４は、第２のＲＬＰペイロード処理モジュール９３０と第２のＲＬＰヘッダ処理モジュール９３２とを含む。第１のＰＣＰモジュール９３４は第１のＰＣＰヘッダ処理モジュール９３８を含み、第２のＰＣＰモジュール９３６は第２のＰＣＰヘッダ処理モジュール９４０を含む。データ／情報９２０は、受信されたＭＡＣパケット９５２と、ＰＣＰヘッダ９５４中の遠隔ビットの判定されたビット値と、ＲＬＰヘッダ９５６中の再処理ビットの判定されたビット値と、順方向ＲＬＰパケットペイロード９５８と、再構築されたより高位水準のパケット９６０とを含む。

第１のＲＬＰ処理モジュール９２２は第１のアクセス点に対応し、他方で第２のＲＬＰ処理モジュール９２４は第２のアクセス点に対応する。アドレス指定モジュール９５０は、該アドレス指定モジュール９５０に通信された情報に基づいて、パケットペイロードをＲＬＰペイロード処理モジュール（９２６、９３０）の一方に転送する。

第１のＰＣＰヘッダ処理モジュール９３８は、パケット（例えば、空中リンクを通じて受信されかつ第１のＭＡＣ／物理モジュール９４２によって処理された受信されたＭＡＣパケット）のＰＣＰヘッダ中の標識値、例えば、遠隔ビット値の値に基づいて、受信されたＲＬＰパケットペイロードをその対応するＲＬＰペイロード処理モジュール９２６に転送するべきか、それとも受信されたＲＬＰパケットペイロードをアドレス指定モジュール９５０に転送するべきかを判定する。次いで、第１のＰＣＰヘッダ処理モジュール９３８は、この転送を実行する。例えば、遠隔ビット＝１であれば、アドレスがＰＣＰヘッダ中の遠隔ビットに続き、ＲＬＰパケットペイロードは、そのアドレスと一緒にアドレス指定モジュール９５０に転送される。一方、遠隔ビット＝０であれば、ＲＬＰパケットペイロードは、第１のＲＬＰペイロード処理モジュール９２６に送られる。

第２のＰＣＰヘッダ処理モジュール９４０は、パケット（例えば、空中リンクを通じて受信されかつ第２のＭＡＣ／物理モジュール９４４によって処理された受信されたＭＡＣパケット）のＰＣＰヘッダ中の標識値、例えば、遠隔ビット値の値に基づいて、受信されたＲＬＰパケットペイロードをその対応するＲＬＰペイロード処理モジュール９３０に転送するべきか、それとも受信されたＲＬＰパケットペイロードをアドレス指定モジュール９５０に転送するべきかを判定する。次いで、第２のＰＣＰヘッダ処理モジュール９３２は、この転送を実行する。例えば、遠隔ビット＝１であれば、アドレスがＰＣＰヘッダ中の遠隔ビットに続き、ＲＬＰパケットペイロードは、そのアドレスと一緒にアドレス指定モジュール９５０に転送される。一方、遠隔ビット＝０であれば、ＲＬＰパケットペイロードは、第２のＲＬＰペイロード処理モジュール９３０に送られる。

第１のＲＬＰヘッダ処理モジュール９２８は、パケット（例えば、第１のＲＬＰモジュール９２２に転送されたＲＬＰパケット）のＲＬＰヘッダ中の標識値、例えば、再処理ビット値の値に基づいて、受信されたＲＬＰパケットペイロードをそのペイロード処理モジュール９２６に転送するべきか、それとも受信されたＲＬＰパケットペイロードをアドレス指定モジュール９５０に転送するべきかを判定する。次いで、第１のＲＬＰヘッダ処理モジュール９２８は、この転送を実行する。例えば、再処理ビット＝１であれば、アドレスがＲＬＰヘッダ中の再処理ビットに続き、ＲＬＰパケットペイロードは、そのアドレスと一緒にアドレス指定モジュール９５０に転送される。一方、再処理ビット＝０であれば、ＲＬＰパケットペイロードは、パケット再組立動作の実施、例えば、より高水準のパケット（例えば、第１のアプリケーションモジュール９４６に受け渡されるＩＰパケット）の取得のために、ＲＬＰパケットペイロードは、第１のＲＬＰペイロード処理モジュール９２６に送られる。

第２のＲＬＰヘッダ処理モジュール９３２は、パケット（例えば、第２のＲＬＰモジュール９２４に転送されたＲＬＰパケット）のＲＬＰヘッダ中の標識値、例えば、再処理ビット値の値に基づいて、受信されたＲＬＰパケットペイロードをそのペイロード処理モジュール９３０に転送するべきか、それとも受信されたＲＬＰパケットペイロードをアドレス指定モジュール９５０に転送するべきかを判定する。次いで、第２のＲＬＰヘッダ処理モジュール９３２は、この転送を実行する。例えば、再処理ビット＝１であれば、アドレスがＲＬＰヘッダ中の再処理ビットに続き、ＲＬＰパケットペイロードは、そのアドレスと一緒にアドレス指定モジュール９５０に転送される。一方、再処理ビット＝０であれば、ＲＬＰパケットペイロードは、パケット再組立動作の実施、例えば、より高水準のパケット（例えば、第２のアプリケーションモジュール９４８に受け渡されるＩＰパケット）の取得のために、ＲＬＰパケットペイロードは、第２のＲＬＰペイロード処理モジュール９３２に送られる。

第１のＲＬＰモジュール９２２は、第１のアクセス点、例えば、アクセス端末９００がアクティブ接続している、アクセス端末に関する現在サービングアクセス点と関連付けられることが可能であり、他方で第２のＲＬＰモジュール９２４は、アクセス端末が先にアクティブ接続していたアクセス点と関連付けられることが可能である。

アドレス指定モジュール９５０は、該アドレス指定モジュール９５０に通信されたアドレス情報に基づいて、パケットペイロードをＲＬＰペイロード処理モジュール（９２６、９３０）の一方に転送する。

受信されたＭＡＣパケット９５２は、無線受信器モジュール９０２によって受信され、かつ第１および第２のＭＡＣ／物理モジュール（９４２、９４４）の一方を介して処理されたパケットである。そのパケットが第１のＭＡＣ／物理モジュール９４２を介して処理される場合には、そのパケットは第１のＰＣＰモジュール９３４へのインプットであり、他方でそのパケットが第２のＭＡＣ／物理モジュール９４４を介して処理される場合には、そのパケットは第２のＰＣＰモジュール９３６へのインプットである。

ＰＣＰヘッダ中の遠隔ビット値の判定されたビット値９５４が、パケットペイロード・ルーティングを決定するために、ＰＣＰヘッダルーティング・モジュール（９３８、９４０）によって取得されかつ使用される。ＲＬＰヘッダ中の再処理ビット値の判定されたビット値９５６が、パケットペイロード・ルーティングを決定するために、ＲＬＰヘッダルーティング・モジュール（９２８、９３２）によって取得されかつ使用される。転送されたＲＬＰパケットペイロード９５８は、ＰＣＰヘッダモジュール（９３８、９４０）、ＲＬＰヘッダ処理モジュール（９２８、９３０）、またはアドレス指定モジュール９５０の１つによって転送されたＲＬＰパケットペイロードである。再構築されたより高水準のパケット９６０は、例えば、ＩＰパケットであり、それは、ＲＬＰペイロード処理モジュール（９２６、９３０）の一方の処理によって、例えば、１つまたは複数のＲＬＰパケットペイロードの中で搬送されたより高水準のパケット断片を再組立することによって、再構築されたものであった。再構築されたより高水準のパケット９６０は、アプリケーションモジュール（９４６、９４８）に転送される。

図１０は、様々な実施形態に係る典型的なアクセス点１０００の図面である。典型的なアクセス点１０００は、例えば、図５のサービング（例えば、ローカルの）アクセス点５０６である。典型的なアクセス点１０００は、バス１０１２（これを通じて様々な要素がデータおよび情報を交換できる）経由で一体に結合された、無線受信器モジュール１００２と、無線送信器モジュール１００４と、プロセッサ１００６と、ネットワークインターフェース・モジュール１００８と、メモリ１０１０とを含む。メモリ１０１０は、ルーチン１０１７およびデータ／情報１０１８を含む。プロセッサ１００６、例えば、ＣＰＵは、ルーチン１０１７を実行し、メモリ１０１０中のデータ／情報１０１８を使用して、アクセス点１０００の動作を制御しかつ方法、例えば、図７の流れ図７００の方法を実施する。

無線受信器モジュール１００２、例えば、ＯＦＤＭまたはＣＤＭＡ受信器は受信アンテナ１０１４に結合され、このアンテナ経由で、アクセス点はアップリンク信号をアクセス端末から受信する。無線送信器モジュール１００４、例えば、ＯＦＤＭまたはＣＤＭＡ送信器は送信アンテナ１０１６に結合され、このアンテナ経由で、アクセス点はダウンリンク信号をアクセス端末に送信する。無線送信器モジュール１００４は、空中リンクを通じて、ＲＬＰヘッダ生成モジュール１０２４によって生成されたＲＬＰヘッダと、トンネリングされたパケット（例えば、生成されたＭＡＣパケット１１０３４である、空中リンクを通じて送信されるパケットの１つ）の少なくとも一部とを含むパケットを送信する。

幾つかの実施形態では、同じアンテナが、伝送および受信用に使用される。幾つかの実施形態では、多アンテナおよび／または多アンテナ要素が受信に使用される。幾つかの実施形態では、多アンテナおよび／または多アンテナ要素が伝送に使用される。幾つかの実施形態では、同じアンテナまたはアンテナ要素の少なくとも幾つかが、伝送および受信の両方に使用される。幾つかの実施形態では、アクセス点がＭＩＭＯ技法を利用する。

ネットワークインターフェース・モジュール１００８は、ネットワークリンク１００９経由で、他のネットワークノード（例えば、他のアクセス点、ＡＡＡノード、ホームエージェント・ノードなど）および／またはインターネットに結合される。ネットワークインターフェース・モジュール１００８は、伝送モジュール１０１１および受信器モジュール１０１３を含む。

ルーチン１０１７は、トンネルインターフェース・モジュール１０２０と、パケット断片化判定モジュール１０２２と、パケット断片化モジュール１０２３と、ＲＬＰヘッダ生成モジュール１０２４と、ＰＣＰヘッダ生成モジュール１０２６と、ＭＡＣパケット組立モジュール１０３１とを含む。ＰＣＰヘッダ生成モジュール１０２６は、非断片化パケットヘッダ生成モジュール１０２８と、断片化パケットヘッダ生成モジュール１０３０とを含む。データ／情報１０１８は、遠隔アクセス点から受信済みのトンネリングされたパケット１０３２と、１つまたは複数の生成されたＭＡＣパケット（生成されたＭＡＣパケット１１０３４、・・・、生成されたＭＡＣパケットＮ１０３６）とを含む。生成されたＭＡＣパケット（１０３４、・・・、１０３６）は、受信済みのトンネリングされたパケット１０３２からのペイロード情報を担持する。生成されたＭＡＣパケット１１０３４は、生成されたＰＣＰヘッダ１１０３８と、生成されたＲＬＰヘッダ１１０４０と、ペイロード部分１１０４２とを含む。生成されたＭＡＣパケットＮ１０３６は、生成されたＰＣＰヘッダＮ１０４４と、生成されたＲＬＰヘッダＮ１０４６と、ペイロード部分Ｎ１０４８とを含む。

トンネルインターフェース・モジュール１０２０は、別のアクセス点からのトンネリングされたパケットを受信する。トンネリングされたパケットは、ネットワークリンク１００９経由で、ネットワークインターフェース・モジュール１００８を介してトンネルインターフェース・モジュール１０２０に搬送される。遠隔アクセス端末からの典型的な受信されたトンネルパケット１０３２は、トンネルインターフェース・モジュール１０２０によって受信されたパケットである。

パケット断片化判定モジュール１０２２は、パケット断片化が、トンネリングされたパケットの内容に対して実行されるべきかどうかを判定する。パケット断片化モジュール１０２３は、パケット断片化判定モジュール１０２２が、単一ＭＡＣパケットに収まるには大き過ぎると判定するパケットを断片化する。

パケット断片化モジュール１０２３に結合されるＲＬＰヘッダ生成モジュール１０２４は、ＲＬＰパケットペイロードをＲＬＰモジュールにルーティングするために使用されるべきアドレスの存在を示す値を含むＲＬＰヘッダを生成する。例えば、生成されたＲＬＰヘッダは、１に設定される再処理ビットを含み、この再処理ビットの後ろに続くアドレスも含む。

非断片化パケットヘッダ生成モジュール１０２８は、断片化を受けなかったパケットに対応するＰＣＰヘッダを生成するが、該ＰＣＰ非断片化パケット生成モジュール１０２８は、ペイロードをＲＬＰ処理モジュールにルーティングするために使用されるべきアドレスの存在を示す値と、ｉｉ）断片化されなかったトンネリングされたパケットの一部が送信されるべきときのアドレス値とを含むＰＣＰヘッダを生成する。例えば、非断片化ヘッダ生成モジュール１０２８は、アドレスが後ろに続く遠隔ビット＝１を含むＰＣＰヘッダを生成する。様々な実施形態では、含まれた値がアドレスの存在を示すとき（例えば、遠隔ビット＝１）にＰＣＰヘッダ中に含まれるアドレスは、第２のアクセス点、例えば、該生成されたＰＣＰヘッダと共に送信される情報を提供するトンネリングされたパケットの発信元であった遠隔アクセス点に対応する。

断片化パケットヘッダ生成モジュール１０３０は、断片化から得られたパケット部分に対応するが、該ＰＣＰ断片化パケットヘッダ生成モジュール１０３０は、ペイロードをＲＬＰ処理モジュールにルーティングするために使用されるアドレスが、ＰＣＰヘッダに存在しないことを示す値を含むＰＣＰヘッダを生成する。例えば、断片化ヘッダ生成モジュール１０３０は、遠隔ビット＝０を含むＰＣＰヘッダを生成する。

ＭＡＣパケット組立モジュール１０３１は、生成された要素、例えば、生成されたＲＬＰヘッダ、生成されたＰＣＰヘッダ、およびペイロード部分（例えば、断片化されたペイロード部分）をＭＡＣパケットに組み立てる。生成されたＭＡＣパケット１１０３４および生成されたＭＡＣパケットＮ１０３６は、無線送信器モジュール１００４によって送信される典型的な組み立てられたＭＡＣパケットを表す。

図１１は、様々な実施形態に係る典型的なアクセス点１１００の図面である。典型的なアクセス点１１００は、例えば、図５の遠隔アクセス点５０４である。アクセス点１１００は、例えば、第２のアクセス点に結合され、この第２のアクセス点は、アクセス端末と空中リンク接続している。第２のアクセス点は、例えば、図５のアクセス点５０６であり、このアクセス端末は、例えば、図５のアクセス端末５０８である。

典型的なアクセス点１１００は、バス１１１２（これを通じて様々な要素がデータおよび情報を交換できる）経由で一体に結合された、無線受信器モジュール１１０２と、無線送信器モジュール１１０４と、プロセッサ１１０６と、ネットワークインターフェース・モジュール１１０８と、メモリ１１１０とを含む。メモリ１１１０は、ルーチン１１１８およびデータ／情報１１２０を含む。プロセッサ１１０６、例えば、ＣＰＵは、ルーチン１１１８を実行し、メモリ１１１０中のデータ／情報１１２０を使用して、アクセス点１１００の動作を制御しかつ方法、例えば、図６の流れ図６００の方法を実施する。

無線受信器モジュール１１０２、例えば、ＯＦＤＭまたはＣＤＭＡ受信器は受信アンテナ１１１４に結合され、このアンテナ経由で、アクセス点はアップリンク信号をアクセス端末、例えば、ローカルであるアクセス端末から受信する。無線送信器モジュール１１０４、例えば、ＯＦＤＭまたはＣＤＭＡ送信器は送信アンテナ１０１６に結合され、このアンテナ経由で、アクセス点はダウンリンク信号をアクセス端末、例えば、ローカルでありかつこのアクセス点がサービングアクセス点としての役目をしているアクセス端末に送信する。無線送信器モジュール１１０４は、アクセス点１１００を使用して、パケット、例えば、生成されたＭＡＣパケット（これはＭＡＣパケット生成モジュール１１２６によって生成されたものである）を無線空中リンク接続経由でアクセス端末に送信する。

ネットワークインターフェース・モジュール１１０８は、ネットワークリンク１１０９経由で、他のネットワークノード（例えば、他のアクセス点、ＡＡＡノード、ホームエージェント・ノードなど）および／またはインターネットに結合される。ネットワークインターフェース・モジュール１１０８は、伝送モジュール１１１１および受信器モジュール１１１３を含む。伝送モジュール１１１１は、生成済みのトンネリングされたパケット、例えば、パケット１１３８を第２のアクセス点に送信する。

ルーチン１１１８は、遠隔判定モジュール１１２２と、遠隔デバイスパケット処理モジュール１１２４と、ＭＡＣパケット生成モジュール１１２６とを含む。遠隔デバイスパケット処理モジュール１１２４は、ＲＬＰヘッダ生成モジュール１１２８と、アクセス点間トンネルヘッダ生成モジュール１１３０と、パケットへのＲＬＰヘッダ付加モジュール（RLP header to packet attachment module）１１３４と、トンネルヘッダ付加モジュール１１３４とを含む。データ／情報１１２０は、空中リンク接続しているアクセス端末を示す情報１１３６と、トンネル経由で別のＡＰに搬送されるべき生成されたパケット１１３８と、生成されたＭＡＣパケット１１４０とを含む。

遠隔判定モジュール１１２２は、アクセス点１１００が、パケットが通信されるべきアクセス端末と空中リンク接続しているかどうかを判定する。遠隔デバイスパケット処理モジュール１１２４は、アクセス点１１００が空中リンク接続していないアクセス端末に情報を通信するべきトンネリングされたパケットを生成する。ＭＡＣパケット生成モジュール１１２６は、アクセス点１１００が空中リンク接続しているアクセス端末に情報を通信するべきＭＡＣパケットを生成する。アクセス点１０００がアクティブ接続している、例えば、アクティブ接続の維持されたリストを有するアクセス端末を示す情報１１３６は、遠隔判定モジュール１１２２によって使用される。

ＲＬＰヘッダ生成モジュール１１２８は、ＲＬＰペイロードをルーティングするために使用されるべきアドレスが、生成されたＲＬＰパケットヘッダの中に含まれていない（例えば、生成されたＲＬＰヘッダの中で再処理ビットが、再処理ビット＝０に設定されている）ことを示すために設定された値を含むＲＬＰヘッダを生成する。アクセス点間トンネルヘッダ生成モジュール１１３０は、アクセス端末に伝送するために第２のアクセス点に通信されるべきパケットを含むＲＬＰパケットをトンネリングするために使用されるトンネルパケットヘッダを生成する。生成されたアクセス点間トンネルヘッダは、アクセス点１１１０をアクセス端末に搬送されるべき情報の発信元として同定するアドレス情報を含む。トンネルは、例えば、レイヤ２トンネリング・プロトコル（Ｌ２ＴＰ）トンネルである。

パケットへのＲＬＰヘッダ付加モジュール１１３２は、組み合わされたＲＬＰヘッダおよびパケットを生成するために、生成されたＲＬＰヘッダを通信されるべきパケットに付加する。トンネルヘッダ付加モジュール１１３４は、トンネリングされたパケット（例えば、トンネル経由で別のアクセス点に搬送されるべき生成されたパケット１１３８）を生成するために、組み合わされたＲＬＰヘッダおよびパケットに、生成されたアクセス点間トンネルヘッダ（アクセス点間ヘッダ生成モジュール１１３０によって生成される）を付加する。

ＭＡＣパケット生成モジュール１１２６は、該アクセス点１１００がアクティブ無線接続しているアクセス端末に通信されるべきパケットに対応するＭＡＣパケットを生成する。

様々な実施形態では、本明細書で説明されたノードが、本態様の１つまたは複数の方法、例えば、信号処理、メッセージ生成、および／または伝送ステップに対応するステップを実行するために、１つまたは複数のモジュールを使用して実施される。したがって、幾つかの実施形態では、様々な特徴構造がモジュールを使用して実施される。このようなモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せを使用して実施されてよい。以上に説明された方法または方法ステップの多くは、機械、例えば、追加的なハードウェアを使用するかまたは使用することがない汎用コンピュータを制御して、以上に説明された方法の全部または一部を、例えば、１つまたは複数のノードで実施するために、メモリ素子、例えば、ＲＡＭ、フロッピー（登録商標）ディスク、コンパクトディスク、ＤＶＤなどのような機械可読媒体に内蔵された、ソフトウェアのような機械可読命令を使用して実施されうる。したがって、特に、本態様は、機械、例えば、プロセッサおよび関連ハードウェアに、以上に説明した１つまたは複数の方法の１つまたは複数のステップを実施させるための機械可読命令を含む機械可読媒体に関する。

様々な実施形態では、本明細書で説明されたノードが、１つまたは複数の方法、例えば、信号処理、メッセージ生成、および／または伝送ステップに対応するステップを実行するために、１つまたは複数のモジュールを使用して実施される。幾つかの典型的なステップには、接続要求の送信、接続応答の受信、アクセス端末がアクティブ接続しているアクセス点を示す情報セットの更新、接続要求の転送、接続応答の転送、リソース割当ての決定、リソースの要求、リソースの更新などが含まれる。幾つかの実施形態では、様々な特徴構造がモジュールを使用して実施される。このようなモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せを使用して実施されてよい。以上に説明された方法または方法ステップの多くは、機械、例えば、追加的なハードウェアを使用するかまたは使用することがない汎用コンピュータを制御して、以上に説明された方法の全部または一部を、例えば、１つまたは複数のノードで実施するために、メモリ素子、例えば、ＲＡＭ、フロッピーディスク、コンパクトディスク、ＤＶＤなどのような機械可読媒体に内蔵された、ソフトウェアのような機械可読命令を使用して実施されうる。したがって、特に、様々な実施形態は、以上に説明した１つまたは複数の方法の１つまたは複数のステップを機械、例えば、プロセッサおよび関連ハードウェアに実施させるための機械可読命令を含む機械可読媒体に関する。

幾つかの実施形態では、１つまたは複数のデバイス、例えば、アクセス端末および／またはアクセス点のような通信デバイスの１つまたは複数のプロセッサ、例えば、ＣＰＵは、通信デバイスによって実行されるものとして説明された本方法のステップを実行するように配位（configure）される。プロセッサの配位は、このプロセッサ配位を制御するために、１つまたは複数のモジュール、例えば、ソフトウェアモジュールを使用することによって、かつ／または列挙されたステップおよび／または制御プロセッサ配位を実行するために、プロセッサの中にハードウェア、例えば、ハードウェアモジュールを含むことによって実現されてよい。したがって、必ずしもすべての実施形態ではないが、幾つかの実施形態は、プロセッサが内蔵されるデバイスによって実行された様々な説明された方法の各ステップに対応するモジュールを含む、プロセッサを有するデバイス、例えば、通信デバイスに関する。必ずしもすべての実施形態ではないが、幾つかの実施形態では、デバイス、例えば、通信デバイスが、プロセッサが内蔵されるデバイスによって実行された様々な説明された方法の各ステップに対応するモジュールを含む。これらのモジュールは、ソフトウェアおよび／またはハードウェアを使用して実施されてよい。

以上に説明した方法および装置に対する数多くの追加的な変更が、以上の説明を考慮すると当業者には明白であろう。このような変更は、本発明の範囲内であると考えられるべきである。様々な実施形態の方法および装置は、ＣＤＭＡ、直交周波数分割多重方式（ＯＦＤＭ）、および／またはアクセスノードと移動体ノードとの間に無線通信リンクを提供するために使用されうる様々な他のタイプの通信技法に使用されてよく、様々な実施形態では使用されている。幾つかの実施形態では、移動体ノードが、ＯＦＤＭおよび／またはＣＤＭＡを使用して移動体ノードと通信リンクを確立する基地局として実施される。様々な実施形態では、移動体ノードが、様々な実施形態の方法を実施するために、ノート型コンピュータ、携帯情報端末（ＰＤＡｓ）、受信器／送信器回路ならびに論理回路および／またはルーチンを含む他の携帯デバイスとして実施される。

Claims

アクセス端末を動作させる方法であって、
ＲＬＰパケットのＲＬＰヘッダ中の再処理標識値が設定されたかどうかを判定するために、前記ＲＬＰヘッダを調べることを備え、
前記再処理標識が設定されたと判定されれば、
ｉ）前記標識値に対応するペイロードをアドレス指定層モジュールに受け渡すことと、
ｉｉ）前記標識値に対応する前記ペイロードを、前記再処理標識を有する前記ＲＬＰパケットの中に含まれるアドレス値に対応するＲＬＰモジュールに引き渡すために前記アドレス層モジュールを動作させることと、
を備える方法。
前記再処理標識が設定されたと判定されれば、
パケット再組立動作を実行するために、前記ＲＬＰパケットの中に含まれる前記アドレスによって示された前記ＲＬＰモジュールを動作させること、
をさらに実行する、請求項１に記載の方法。
前記ＲＬＰパケットの中に含まれるアドレス値によって特定された前記ＲＬＰモジュールは、前記アクセス端末が現時点でアクティブ空中リンク接続していない遠隔アクセス点に対応するＲＬＰである、請求項２に記載の方法。
前記再処理標識が設定されたと判定されれば、
前記パケット再組立動作がより高水準のパケットの組立を完了することになるかどうかを判定するために、前記ＲＬＰパケットの中に含まれた前記アドレスによって示されたＲＬＰモジュールを動作させることと、
前記パケット再組立動作が、より高水準のパケット組立を完了することになったと判定されれば、前記再組立されたより高水準のパケットを、さらに処理するために、より高水準のパケット処理モジュールに受け渡すことと、
をさらに実行する、請求項２に記載の方法。
前記より高水準のパケット処理モジュールは、圧縮解除モジュールおよびＩＰ層モジュールの一方である、請求項４に記載の方法。
前記再処理標識が設定されなかったと判定されれば、
前記標識値に対応する前記ペイロードをデフォルトＲＬＰモジュールに受け渡すことを実行する、請求項２に記載の方法。
前記再処理標識が設定されなかったと判定されれば、
前記標識値に対応する前記ペイロードを使用して、パケット再組立動作を実行するために前記デフォルトＲＬＰモジュールを動作させることをさらに実行する、請求項６に記載の方法。
前記デフォルトＲＬＰモジュールは、前記アクセス端末が無線通信リンクを有するサービングアクセス点に対応するＲＬＰモジュールである、請求項７に記載の方法。
ＲＬＰパケットのＲＬＰヘッダを調べる前に、ＭＡＣパケットを受信することと、
前記ＭＡＣパケットに対応するＰＣＰヘッダが、前記ＭＡＣパケットを処理する際に使用されるべきＲＬＰモジュールに対応するアドレスが存在することを示す標識値を前記ＰＣＰヘッダの中に含むかどうかを判定することと、
をさらに備える、請求項２に記載の方法。
前記ＭＡＣパケットに対応する前記ＰＣＰヘッダが、使用されるべきＲＬＰモジュールに対応するアドレスが存在することを示す標識値を含むと判定されるとき、前記ＭＡＣパケットの前記ペイロードを、ＲＬＰ処理のために、前記ＰＣＰヘッダ中の前記アドレスに対応するＲＬＰモジュールに引き渡すことをさらに備える、請求項９に記載の方法。
前記ＭＡＣパケットに対応する前記ＰＣＰヘッダが、使用されるべきＲＬＰモジュールに対応するアドレスが存在することを示す標識値を含まないと判定されるとき、前記ＭＡＣパケットの前記ペイロードを、前記ＭＡＣパケットを送信したアクセス点に対応するデフォルトＲＬＰモジュールに引き渡すことをさらに備える、請求項１０に記載の方法。
前記ＰＣＰヘッダ中の前記標識値は、前記ＰＣＰヘッダのフィールドの中に含まれる、請求項１０に記載の方法。
第１のアクセス点に対応する第１のＲＬＰペイロード処理モジュールと、
第２のアクセス点に対応する第２のＲＬＰペイロード処理モジュールと、
アドレス指定モジュールであって、前記アドレス指定モジュールに通信されたアドレス情報に基づいて、パケットペイロードを前記ＲＬＰペイロード処理モジュールの一方に転送するアドレス指定モジュールと、
ヘッダの中に含まれる標識値に基づいて、前記ヘッダが、ＲＬＰパケットペイロードをルーティングするために使用されるアドレスを含むかどうかを判定し、前記標識値がＲＬＰパケットペイロードをルーティングするために使用されるアドレスが含まれることを示すとき、前記パケットペイロードを前記アドレス指定モジュールに転送するヘッダ処理モジュールと、
を備える、アクセス端末。
前記ヘッダ処理モジュールは、ＲＬＰヘッダを処理するＲＬＰヘッダ処理モジュールである、請求項１３に記載のアクセス端末。
前記ヘッダ処理モジュールは、ＰＣＰヘッダ処理モジュールである、請求項１３に記載のアクセス端末。
無線受信器をさらに備え、
前記第１のアクセス点は、前記アクセス端末がアクティブ接続しているサービングアクセス点である、請求項１３に記載のアクセス端末。
前記第２のアクセス点は、前記アクセス端末が先にアクティブ無線接続していたアクセス点である、請求項１６に記載のアクセス端末。
第１のアクセス点に対応するＲＬＰ処理を実行する第１のＲＬＰペイロード処理手段と、
第２のアクセス点に対応するＲＬＰ処理を実行する第２のＲＬＰペイロード処理手段と、
アドレス指定手段であって、前記アドレス指定モジュールに通信されたアドレス情報に基づいて、パケットペイロードを前記第１および第２のＲＬＰペイロード処理手段の一方に転送するアドレス指定手段と、
ヘッダの中に含まれる標識値に基づいて、前記ヘッダが、ＲＬＰパケットペイロードをルーティングするために使用されるアドレスを含むかどうかを判定し、前記標識値が、ＲＬＰペイロードをルーティングするために使用されるアドレスが含まれることを示すとき、前記パケットペイロードを前記アドレス指定モジュールに転送するヘッダ処理手段と、
を備えるアクセス端末。
前記ヘッダ処理手段は、ＲＬＰヘッダを処理するＲＬＰヘッダ処理モジュールである、請求項１８に記載のアクセス端末。
前記ヘッダ処理手段は、ＰＣＰヘッダ処理モジュールである、請求項１８に記載のアクセス端末。
無線通信接続を通じて前記アクセス端末に送信された信号を受信する無線受信器手段をさらに備え、
前記第１のアクセス点は、前記アクセス端末がアクティブ接続しているサービングアクセス点である、請求項１８に記載のアクセス端末。
前記第２のアクセス点は、前記アクセス端末が先にアクティブ無線接続していたアクセス点である、請求項２１に記載のアクセス端末。
アクセス端末で使用するプロセッサを備える装置であって、
前記プロセッサは、
ＲＬＰパケットのＲＬＰヘッダ中の再処理標識値が設定されたかどうかを判定するために前記ＲＬＰヘッダを調べ、
前記再処理標識が設定されたと判定されれば、
ｉ）前記標識値に対応するペイロードをアドレス指定モジュールに受け渡し、
ｉｉ）前記標識値に対応する前記ペイロードを、前記再処理標識を有する前記ＲＬＰパケットの中に含まれたアドレス値に対応するＲＬＰモジュールに引き渡すために、前記アドレス指定層モジュールを動作させるように構成される、装置。
前記プロセッサは、前記再処理標識が設定されたと判定されれば、
パケット再組立動作を実行するために、前記ＲＬＰパケットの中に含まれた前記アドレスによって示された前記ＲＬＰモジュールを動作させるようにさらに構成される、請求項２３に記載の装置。
前記ＲＬＰパケットの中に含まれたアドレス値によって特定された前記ＲＬＰモジュールは、前記アクセス端末が現時点でアクティブ空中リンク接続していない遠隔アクセス点に対応するＲＬＰモジュールである、請求項２４に記載の装置。
前記プロセッサは、前記再処理標識が設定されなかったと判定されれば、
前記標識値に対応する前記ペイロードをデフォルトＲＬＰモジュールに受け渡すようにさらに構成される、請求項２４に記載の装置。
前記プロセッサは、
ＲＬＰパケットのＲＬＰヘッダを調べる前に、ＭＡＣパケットを受信し、
前記ＭＡＣパケットに対応するＰＣＰヘッダが、前記ＭＡＣパケットを処理する際に使用されるべきＲＬＰモジュールに対応するアドレスが存在することを示す標識値を前記ＰＣＰヘッダの中に含むかどうかを判定するようにさらに構成される、請求項２４に記載の装置。
他の通信デバイスと通信する方法を実施するために、アクセス端末を制御する機械実行可能な命令を具現化するコンピュータ可読媒体であって、前記方法は、
ＲＬＰパケットのＲＬＰヘッダ中の再処理標識値が設定されたかどうかを判定するために、前記ＲＬＰヘッダを調べることを備え、
前記再処理標識が設定されたと判定されれば、
ｉ）前記標識値に対応するペイロードをアドレス指定層モジュールに受け渡することと、
ｉｉ）前記標識値に対応する前記ペイロードを、前記再処理標識を有する前記ＲＬＰパケットの中に含まれたアドレス値に対応するＲＬＰモジュールに引き渡すために、前記アドレス指定層モジュールを動作させることとを備える、
コンピュータ可読媒体。
前記再処理標識が設定されたと判定されれば、
パケット再組立動作を実行するために、前記ＲＬＰパケットの中に含まれた前記アドレスによって示された前記ＲＬＰモジュールを動作させること
を実行する機械実行可能な命令をさらに具現化する、請求項２８に記載のコンピュータ可読媒体。
前記ＲＬＰパケットの中に含まれたアドレス値によって特定された前記ＲＬＰモジュールは、前記アクセス端末が現時点でアクティブ空中リンク接続していない遠隔アクセス点に対応するＲＬＰモジュールである、請求項２９に記載のコンピュータ可読媒体。
前記再処理標識が設定されなかったと判定されれば、
前記標識値に対応する前記ペイロードをデフォルトＲＬＰモジュールに受け渡すこと
を実行する機械実行可能な命令をさらに具現化する、請求項２９に記載のコンピュータ可読媒体。
ＲＬＰパケットのＲＬＰヘッダを調べる前に、ＭＡＣパケットを受信し、
前記ＭＡＣパケットに対応するＰＣＰヘッダが、前記ＭＡＣパケットを処理する際に使用されるべきＲＬＰモジュールに対応するアドレスが存在することを示す標識値を前記ＰＣＰヘッダの中に含むかどうかを判定する、
機械実行可能な命令をさらに具現化する、請求項２９に記載のコンピュータ可読媒体。
第１のアクセス点を動作させる方法であって、
アクセス点間トンネル経由で、アクセス端末に宛てられた情報を含む無線リンクプロトコル・パケットを受信することと、
前記受信された無線リンクパケットがＭＡＣパケットに収まるかどうかを判定することと、
前記受信された無線リンクパケットがＭＡＣパケットに収まると判定されれば、
前記受信された無線リンクパケットを含むＭＡＣパケットを生成することと、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信することと、
を備える方法。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
前記受信された無線リンクパケットの一部を含むＭＡＣパケットを生成することと、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信することとを備える、請求項３３に記載の方法。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
ＭＡＣパケットを生成することは、
前記ＭＡＣパケットが、断片化処理を含むＲＬＰ再処理に掛けられたＲＬＰパケットに対応することを示す再処理ビットを含むＲＬＰヘッダを生成することをさらに含む、請求項３４に記載の方法。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、ＭＡＣパケットを生成することは、
前記アクセス点間トンネルを介して、前記受信されたＲＬＰパケットを送ったアクセス点に対応するアドレスを前記受信されたＲＬＰヘッダの中に含むことを含む、請求項３５に記載の方法。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されるとき、ＭＡＣパケットを生成することは、
ＰＣＰヘッダを生成することと、
前記受信されたＲＬＰパケットの一部と一緒に、前記ＲＬＰヘッダを有する前記ＰＣＰヘッダを前記生成されたＭＡＣパケットのペイロードの中に含むこととをさらに含む、請求項３６に記載の方法。
前記受信された無線リンクパケットがＭＡＣパケットに収まると判定されるとき、ＭＡＣパケットを生成することは、
前記受信されたＲＬＰパケットを送った前記ＡＰに対応するアドレスに設定されているＰＣＰアドレスの存在を示すように設定された標識値を有するＰＣＰヘッダを生成することと、
前記受信された無線リンクパケットを有する前記ＭＡＣパケットの中に、前記生成されたＰＣＰヘッダを含むことと、
をさらに含む、請求項３７に記載の方法。
前記受信された無線リンクプロトコル・パケットがＭＡＣパケットに収まらないと判定されるときに生成された前記ＰＣＰヘッダは、前記受信された無線リンクプロトコル・パケットの送信元に対応するアドレスを含まない、請求項３７に記載の方法。
トンネリングされたパケットを別のアクセス点から受信するトンネルインターフェース・モジュールと、
パケット断片化が、トンネリングされたパケットの内容に対して実行されるべきかどうかを判定するパケット断片化判定モジュールと、
前記パケット断片化モジュールに結合され、ＲＬＰパケットペイロードをＲＬＰモジュールにルーティングするために使用されるべきアドレスの存在を示す値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成モジュールと、
空中リンクを通じて、前記ＲＬＰヘッダ生成モジュールによって生成されたＲＬＰヘッダと、トンネリングされたパケットの少なくとも一部とを含むパケットを送信する無線送信器と、
を備えるアクセス点。
前記パケット断片化判定モジュールが、単一のＭＡＣパケットに収まるには大き過ぎると判定するパケットを断片化するパケット断片化モジュールをさらに備える、請求項４０に記載のアクセス点。
断片化に掛けられなかったパケットに対応するＰＣＰヘッダを生成する非断片化パケットヘッダ生成モジュールを含むＰＣＰヘッダ生成モジュールをさらに含み、前記ＰＣＰ非断片化パケットヘッダ生成モジュールは、ｉ）ペイロードをＲＬＰ処理モジュールにルーティングするために使用されるべきアドレスの存在を示す値と、ｉｉ）断片化されなかったトンネリング済みパケットの一部が送信されるべきときのアドレス値とを含むＰＣＰヘッダを生成する、請求項４０に記載のアクセス点。
前記ＰＣＰヘッダ生成モジュールは、
断片化から得られたパケットの一部に対応するＰＣＰヘッダを生成する断片化パケットヘッダ生成モジュールをさらに含み、前記ＰＣＰ断片化パケットヘッダ生成モジュールは、ペイロードをＲＬＰ処理モジュールにルーティングするために使用されたアドレスが前記ＰＣＰヘッダに存在しないことを示す値を含むＰＣＰヘッダを生成する、請求項４２に記載のアクセス点。
前記含まれた値がアドレス値の存在を示すときに前記ＰＣＰヘッダの中に含まれる前記アドレスは、前記生成されたＰＣＰヘッダと共に送信された情報を提供するトンネリングされたパケットの発信元であった第２のアクセス点に対応するアドレスである、請求項４２に記載のアクセス点。
トンネリングされたパケットを別のアクセス点から受信するトンネルインターフェース手段と、
パケット断片化が、トンネリングされたパケットの内容に対して実行されるべきかどうかを判定するパケット断片化判定手段と、
前記パケット断片化手段に結合され、ＲＬＰパケットペイロードをＲＬＰモジュールにルーティングするために使用されるべきアドレスの存在を示す値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成手段と、
空中リンクを通じて、前記ＲＬＰヘッダ生成手段によって生成されたＲＬＰヘッダと、トンネリングされたパケットの少なくとも一部とを含むパケットを送信する無線送信器手段と、
を備えるアクセス点。
前記パケット断片化判定モジュールが、単一のＭＡＣパケットに収まるには大き過ぎると判定するパケットを断片化するパケット断片化モジュールをさらに備える、請求項４５に記載のアクセス点。
断片化に掛けられなかったパケットに対応するＰＣＰヘッダを生成する非断片化パケットヘッダ生成モジュールを含むＰＣＰヘッダ生成モジュールをさらに含み、前記ＰＣＰ非断片化パケットヘッダ生成モジュールは、ｉ）ペイロードをＲＬＰ処理モジュールにルーティングするために使用されるべきアドレスの存在を示す値と、ｉｉ）断片化されなかったトンネリング済みパケットの一部が送信されるべきときのアドレス値とを含むＰＣＰヘッダを生成する、請求項４５に記載のアクセス点。
前記ＰＣＰヘッダ生成手段は、
断片化から得られたパケットの一部に対応するＰＣＰヘッダを生成する断片化パケットヘッダ生成手段をさらに含み、前記ＰＣＰ断片化パケットヘッダ生成モジュールは、ペイロードをＲＬＰ処理モジュールにルーティングするために使用されたアドレスが前記ＰＣＰヘッダに存在しないことを示す値を含むＰＣＰヘッダを生成する、請求項４７に記載のアクセス点。
前記含まれた値がアドレス値の存在を示すときに前記ＰＣＰヘッダの中に含まれる前記アドレスは、前記生成されたＰＣＰヘッダと共に送信される情報を提供するトンネリングされたパケットの発信元であった第２のアクセス点に対応するアドレスである、請求項４７に記載のアクセス点。
第１のアクセス点で使用するためのプロセッサを備える装置であって、
前記プロセッサは、
アクセス点間トンネル経由で、アクセス端末に宛てられた情報を含む無線リンクプロトコル・パケットを受信し、
前記受信された無線リンクパケットがＭＡＣパケットに収まるかどうか判定し、
前記受信された無線リンクパケットがＭＡＣパケットに収まると判定されれば、
前記受信された無線リンクパケットを含むＭＡＣパケットを生成し、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信するように構成される、装置。
前記プロセッサは、前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
前記受信された無線リンクパケットの一部を含むＭＡＣパケットを生成し、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信するようにさらに構成される、請求項５０に記載の装置。
前記プロセッサは、前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
ＭＡＣパケットを生成する際に、
前記ＭＡＣパケットが、断片化処理を含むＲＬＰ再処理に掛けられたＲＬＰパケットに対応することを示す再処理ビットを含むＲＬＰヘッダを生成するようにさらに構成される、請求項５１に記載の装置。
前記プロセッサは、前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されるとき、ＭＡＣパケットを生成する際に、
前記アクセス点間トンネルを介して、前記受信されたＲＬＰパケットを送ったアクセス点に対応するアドレスを前記生成されたＲＬＰヘッダの中に含むようにさらに構成される、請求項５２に記載の装置。
前記プロセッサは、前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されるとき、ＭＡＣパケットを生成する際に、
ＰＣＰヘッダを生成し、
前記受信されたＲＬＰパケットの一部と一緒に、前記ＲＬＰヘッダを有する前記ＰＣＰヘッダを前記生成されたＭＡＣパケットのペイロードの中に含むようにさらに構成される、請求項５３に記載の装置。
他の通信デバイスと通信する方法を実施するために、第１のアクセス点を制御する機械実行可能な命令を具現化するコンピュータ可読媒体であって、前記方法は、
アクセス点間トンネル経由で、アクセス端末に宛てられた情報を含む無線リンクプロトコル・パケットを受信することと、
前記受信された無線リンクパケットがＭＡＣパケットに収まるかどうかを判定することと、
前記受信された無線リンクパケットがＭＡＣパケットに収まると判定されれば、
前記受信された無線リンクパケットを含むＭＡＣパケットを生成することと、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信することとを備える、コンピュータ可読媒体。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
前記受信された無線リンクパケットの一部を含むＭＡＣパケットを生成し、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に送信するための機械実行可能な命令をさらに具現化する、請求項５５に記載のコンピュータ可読媒体。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されれば、
ＭＡＣパケットを生成する際に、
前記ＭＡＣパケットが、断片化処理を含むＲＬＰ再処理に掛けられたＲＬＰパケットに対応することを示す再処理ビットを含むＲＬＰヘッダを生成するための機械実行可能な命令をさらに具現化する、請求項５６に記載のコンピュータ可読媒体。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されるとき、ＭＡＣパケットを生成する際に、
前記アクセス点間トンネルを介して、前記受信されたＲＬＰパケットを送ったアクセス点に対応するアドレスを前記生成されたＲＬＰヘッダの中に含むための機械実行可能な命令をさらに具現化する、請求項５７に記載のコンピュータ可読媒体。
前記受信された無線リンクパケットがＭＡＣパケットに収まらないと判定されるとき、ＭＡＣパケットを生成する際に、
ＰＣＰヘッダを生成し、
前記受信されたＲＬＰパケットの一部と一緒に、前記ＲＬＰヘッダを有する前記ＰＣＰヘッダを前記生成されたＭＡＣパケットのペイロードの中に含むための機械実行可能な命令をさらに具現化する、請求項５８に記載のコンピュータ可読媒体。
第１のアクセス点を動作させる方法であって、
アクセス端末に通信されるべきパケットを受信することと、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であるかどうかを判定することと、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であれば、
ｉ）ＲＬＰヘッダを生成することと、
ｉｉ）前記第１のアクセス点に対応する送信元アドレスを含むトンネルヘッダを生成することと、
ｉｉｉ）通信トンネル経由で、前記ＲＬＰヘッダおよびトンネルヘッダを有する前記受信されたパケットを第２のアクセス点に送信することと、
を備える方法。
前記受信されたパケットはＩＰパケットである、請求項６０に記載の方法。
前記通信トンネルは、前記第のアクセス点と第２のアクセス点との間でパケットをトンネリングするためのアクセス点間トンネルである、請求項６０に記載の方法。
前記トンネルヘッダは、前記第１のアクセス点に対応する送信元識別子と、前記第２のアクセス点に対応する宛先識別子とを含む、請求項６２に記載の方法。
前記送信元識別子は送信元アドレスであり、前記宛先識別子は前記第２のアクセス点に対応するアドレスである、請求項６３に記載の方法。
ＲＬＰヘッダを生成することは、
前記ＲＬＰヘッダの中に含まれる再処理標識値を、前記ＩＰパケットのＲＬＰ再処理が前記第１のアクセス点で行われなかったことを示す値に設定することを含む、請求項６２に記載の方法。
前記第１のアクセス点が、前記受信されたＩＰパケットが通信されるべき前記アクセス端末に対して遠隔ではないと判定されれば、
前記ＩＰパケットの少なくとも一部を含む、少なくとも１つのＭＡＣパケットを前記ＩＰパケットから生成することと、
前記第１のアクセス点と前記アクセス端末との間の空中リンクを通じて、前記生成されたＭＡＣパケットを前記アクセス端末に通信することとをさらに備える、請求項６５に記載の方法。
アクセス端末と空中リンク接続している第２のアクセス点に結合される第１のアクセス点であって、
パケットが通信されるべきアクセス端末と空中リンク接続していないかどうかを判定する遠隔判定モジュールと、
遠隔デバイスパケット処理モジュールであって、
ｉ）ＲＬＰペイロードをルーティングするために使用されるべきアドレスが、前記生成されたＲＬＰパケットヘッダの中に含まれていないことを示すために設定された値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成モジュールと、
ｉｉ）前記アクセス端末に伝送するために前記第２のアクセス点に通信されるべき前記パケットを含むＲＬＰパケットをトンネリングするために使用されるトンネルパケットヘッダを生成するアクセス点間トンネルヘッダ生成モジュールと、を含む遠隔デバイスパケット処理モジュールと、
を備える第１のアクセス点。
前記遠隔デバイスパケット処理モジュールは、
組み合わされたＲＬＰヘッダおよびパケットを生成するために、生成されたＲＬＰヘッダを通信されるべき前記パケットに付加する、パケットへのＲＬＰヘッダ付加モジュールをさらに含む、請求項６７に記載の第１のアクセス点。
前記遠隔デバイスパケット処理モジュールは、
トンネリングされたパケットを生成するために、前記アクセス点間トンネルヘッダ生成モジュールによって生成された前記アクセス点間トンネルヘッダを、前記組み合わされたＲＬＰヘッダおよびパケットに付加するトンネルヘッダ付加モジュールをさらに含む、請求項６８に記載の第１のアクセス点。
前記トンネリングされたパケットを前記第２のアクセス点に送信する伝送モジュールをさらに備える、請求項６９に記載の第１のアクセス点。
前記第１のアクセス点とアクティブ無線接続しているアクセス端末に通信されるべきパケットに対応するＭＡＣパケットを生成するＭＡＣパケット生成モジュールをさらに備える、請求項７０に記載の第１のアクセス点。
前記ＭＡＣパケット生成モジュールによって生成されたＭＡＣパケットを送信する無線送信器をさらに備える、請求項７１に記載の第１のアクセス点。
アクセス端末と空中リンク接続している第２のアクセス点に結合される第１のアクセス点であって、
前記第１のアクセス点が、パケットが通信されるべきアクセス端末と空中リンク接続していないかどうかを判定する遠隔判定手段と、
遠隔アクセス点から受信されたパケットを処理する遠隔デバイスパケット処理手段であって、
ｉ）ＲＬＰペイロードをルーティングするために使用されるべきアドレスが、前記生成されたＲＬＰパケットヘッダの中に含まれていないことを示すために設定された値を含むＲＬＰヘッダを生成するＲＬＰヘッダ生成手段と、
ｉｉ）前記アクセス端末に伝送するために、前記第２のアクセス点に通信されるべき前記パケットを含むＲＬＰパケットをトンネリングするために使用されるトンネルパケットヘッダを生成するアクセス点間トンネルヘッダ生成手段と、を含む遠隔デバイスパケット処理手段と、
を備える第１のアクセス点。
前記遠隔デバイスパケット処理手段は、
組み合わされたＲＬＰヘッダおよびパケットを生成するために、生成されたＲＬＰヘッダを通信されるべき前記パケットに付加する、パケットへのＲＬＰヘッダ付加手段をさらに含む、請求項７３に記載の第１のアクセス点。
前記遠隔デバイスパケット処理手段は、
トンネリングされたパケットを生成するために、前記アクセス点間トンネルヘッダ生成手段によって生成された前記アクセス点間トンネルヘッダを、前記組み合わされたＲＬＰヘッダおよびパケットに付加するトンネルヘッダ付加手段をさらに含む、請求項７４に記載の第１のアクセス点。
前記トンネリングされたパケットを前記第２のアクセス端末に送信する伝送手段をさらに備える、請求項７５に記載の第１のアクセス点。
前記第１のアクセス点とアクティブ無線接続しているアクセス端末に通信されるべきパケットに対応するＭＡＣパケットを生成するＭＡＣパケット生成手段をさらに備える、請求項７６に記載の第１のアクセス点。
前記ＭＡＣパケット生成モジュールによって生成されたＭＡＣパケットを送信する無線送信器手段をさらに備える、請求項７７に記載の第１のアクセス点。
第１のアクセス点で使用するためのプロセッサを備える装置であって、
前記プロセッサは、
アクセス端末に通信されるべきパケットを受信し、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であるかどうかを判定し、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であると判定されれば、
ｉ）ＲＬＰヘッダを生成し、
ｉｉ）前記第１のアクセス点に対応する送信元アドレスを含むトンネルヘッダを生成し、
ｉｉｉ）通信トンネル経由で、前記ＲＬＰヘッダおよびトンネルヘッダを有する前記受信されたパケットを第２のアクセス点に送信するように構成される、装置。
前記通信トンネルは、前記第１のアクセス点と第２のアクセス点との間でパケットをトンネリングするためのアクセス点間トンネルである、請求項７９に記載の装置。
前記トンネルヘッダは、前記第１のアクセス点に対応する送信元識別子と、前記第２のアクセス点に対応する宛先識別子とを含む、請求項８０に記載の装置。
前記送信元識別子は送信元アドレスであり、前記宛先識別子は前記第２のアクセス点に対応するアドレスである、請求項８１に記載の装置。
前記プロセッサは、ＲＬＰヘッダを生成する際に、
前記ＲＬＰヘッダの中に含まれる再処理標識値を、前記ＩＰパケットのＲＬＰ再処理が前記第１のアクセス点で行われなかったことを示す値に設定するようにさらに構成される、請求項８２に記載の装置。
他の通信デバイスと通信する方法を実施するために、第１のアクセス点を制御する機械実行可能な命令を具現化するコンピュータ可読媒体であって、前記方法は、
アクセス端末に通信されるべきパケットを受信することと、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であるかどうかを判定することと、
前記第１のアクセス点が、前記受信されたパケットが通信されるべき前記アクセス端末に対して遠隔であると判定されれば、
ｉ）ＲＬＰヘッダを生成することと、
ｉｉ）前記第１のアクセス点に対応する送信元アドレスを含むトンネルヘッダを生成することと、
ｉｉｉ）通信トンネル経由で、前記ＲＬＰヘッダおよびトンネルヘッダを有する前記受信されたパケットを第２のアクセス点に送信することとを含む、
コンピュータ可読媒体。
前記通信トンネルは、前記第１のアクセス点と第２のアクセス点との間でパケットをトンネリングするためのアクセス点間トンネルである、請求項８４に記載のコンピュータ可読媒体。
前記トンネルヘッダは、前記第１のアクセス点に対応する送信元識別子と、前記第２のアクセス点に対応する宛先識別子とを含む、請求項８５に記載のコンピュータ可読媒体。
前記送信元識別子は送信元アドレスであり、前記宛先識別子は前記第２のアクセス点に対応するアドレスである、請求項８６に記載のコンピュータ可読媒体。
ＲＬＰヘッダを生成する際に、
前記ＲＬＰヘッダの中に含まれる再処理標識値を、前記ＩＰパケットのＲＬＰ再処理が前記第１のアクセス点で行われなかったことを示す値に設定するための機械実行可能な命令をさらに具現化する、請求項８５に記載のコンピュータ可読媒体。