JP4847583B2 - 効率的なオーバ・ザ・エア・アドレス方法および装置 - Google Patents

Description

通信のための方法および装置について様々な実施形態に関し、特に、異なるタイプのアドレスの使用をサポートすることに関する方法および装置に関する。

無線通信システムはしばしば、例えばモバイル・デバイスまたはその他のエンド・ノード・デバイスのようなアクセス端末に加えて、複数のアクセス・ポイント（ＡＰ）および／またはその他のネットワーク要素を含む。多くの場合、アクセス端末は、通常、無線通信リンクを経由してアクセス・ポイントと通信する。一方、ネットワーク内の例えばＡＰのようなその他の要素は、一般に、例えばファイバ・リンク、ケーブル・リンク、または有線リンクのような非エアリンクを経由して通信する。エアリンクの場合、帯域幅は、貴重な限定されたリソースである。したがって、エアリンクを介した通信は、過度のオーバヘッドなく、効率的な方法で実行されることが望ましい。

アクセス・ポイント間および／またはその他のネットワーク・デバイス間の通信は、しばしば、アクセス端末間およびアクセス・ポイント間のエアリンクよりも、帯域幅の観点から制約されない。したがって、アドレス長さおよび／またはその他の情報の観点から、オーバヘッドがより多くなることは、エアリンクによる場合よりも、迂回リンクによる場合に許容されうる。

ネットワークにおいて、長年、ＩＰ（インターネット・プロトコル）アドレスが良好に使用されているが、ＩＰアドレスは、相当なビット数を含む傾向がある。エアリンクによる通信のために、エアリンクにわたってより短いアドレスを使用できることが望ましいだろう。しかしながら、エアリンクを介して使用されるアドレスへのいかなる変更も、例えば迂回リンクのようなその他のリンクを介したＩＰアドレスの使用を妨げないことが望ましいだろう。

本出願は、それぞれが本明細書に参照によって明確に組み込まれた２００６年６月７日出願の"A METHOD AND APPARATUS FOR L2TP TUNNELING"と題された米国仮出願６０／８１２，０１１の利益と、２００６年６月７日出願の"A METHOD AND APPARATUS FOR ADDRESSING MULTIPLE ACCESS POINTS"と題された米国仮出願６０／８１２，０１２の利益とを主張する。

効率的な方法でエアリンク・リソースを使用するアドレシング方法および装置が記載される。エアリンク・リソースを効率的に使用するために、様々なアドレス・タイプがサポートされる。アドレスのビットの数は、そのタイプに依存して変わりうる。

異なる長さからなる様々な異なるアドレス・タイプをサポートするために、１つの実施形態では、エアリンクによる通信に使用されるアドレスは、アドレス・タイプ・インジケータを通信するために使用されるアドレス・タイプ・フィールドを、また、オプションとして、アドレス値を通信するために使用されるアドレス・フィールドをアドレス内に含めることによって構築される。アドレス・フィールドは、可変長さであり、あるタイプのアドレスには、ヌルであり、フィールド内にビットを持たない通信を必要とする。

比較的短いアドレス・タイプ・フィールドが、いくつかの実施形態で使用される。１つの特定の典型的な実施形態では、アドレス・タイプ・フィールドは、長さが２ビットであり、最大４つの異なるアドレス・タイプが指定されることを可能とする。そのような１つの実施形態では、サポートされる４つのタイプのアドレスは、例えば、ｉ）アクセス端末によって（ＡＴ）支援されたアドレス、ｉｉ）ネットワークによって支援されたアドレス、３）パイロットＰＮベース・アドレス、および４）予約アドレスを含む。

ＡＴによって支援されたアドレス・タイプの場合、ＡＴは、ＡＰと交換される１または複数のメッセージ内におけるマッピング情報を含む。したがって、ＡＴは、短いエアリンク・アドレスと、例えばフルＩＰアドレスのように、通信ネットワークで使用される長いアドレスとの間で使用されるマッピングを提供する。

ネットワークによって支援されたアドレスの場合、アドレス・マッピング情報は、通信ネットワーク内の中央エンティティによって、および／または、例えば迂回リンクのような非エア・ベース通信リンクによって送られる通信のためのフルＩＰのような長いアドレスや、例えばエアを介した短いアドレスを用いてメッセージがアドレスされるアクセス・ポイント（ＡＰ）のような、ネットワーク内の別のデバイスによって提供される。

エアリンクを介した通信の場合、ＡＰとＡＴとの間で、パイロットＰＮコード・ベースのアドレスが、いくつかの実施形態では、例えばアドレスのようなＡＰ識別子として使用される。パイロットＰＮコードは、異なるアクセス・ポイントあるいはセクタによって送信された単数または複数のパイロット・チャネルを識別するために使用されるパイロット識別子である。パイロット・チャネルが、準ランダムなノイズ（ＰＮ）タイプの生成スキームを使用する場合、この識別子は一般にパイロットＰＮと呼ばれる。本願では、用語「ＰＮコード」は、一般的なパイロット識別子を称し、ＰＮコード・アドレスは、ＰＮコードに基づくアドレスを称する。パイロット生成の他の例は、ゴールド・シーケンス、ビーコン・ベース・パイロット等を含み、そのような場合、ＰＮコード・アドレスは、使用されているパイロットのタイプによって通信される識別子に基づくアドレスを称する。パイロットＰＮベースのアドレスの場合、本明細書では、ＰＮコード・アドレスまたはパイロット・ベース・アドレスとも称される。パイロットＰＮアドレス・タイプ・インジケータを含むアドレスにおけるアドレス値は、単に、ＡＰのパイロットＰＮに等しい値、例えば、パイロットＰＮコードのいくつかの上位ビットのようなＡＰのパイロットＰＮ値の短縮バージョン、あるいは、例えば周知の機能を用いて、ＡＰのＰＮコードから導出されるその他いくつかの値でありうる。ＡＰは、ネットワーク内のＡＰのパイロットＰＮアドレス値に関する格納された情報と、それら個々のフルＩＰアドレスとを含んでおり、エアを介して使用されるＰＮコード・ベース・アドレスと、その他のネットワーク接続のために使用されるＩＰアドレスとの間のマッピングを可能にする。

予約タイプのアドレスの場合、１または複数の異なる予約アドレス値が、固定されているが恐らくは予約アドレスを含めてエアリンクによってパケットを送受信するＡＴに依存しているその補間値とともに使用される。予約アドレス・タイプの一例は、ＩＡＰ（インターネット接続ポイント）アドレス、およびセッション・コントローラ・アドレスを含んでいる。いくつかの実施形態では、ＡＴにサービス提供し、しばしば「アクティブ・セット」と称される各ＡＰは、ＡＰがサービス提供する特定のＡＴに対応するＩＡＰのＩＰアドレスを知っている。この情報は、エアリンクを介してパケットが通信される特定のＡＴに関連付けられたＩＡＰに対応するフルＩＰアドレスと、エアリンクによって受信されるＩＡＰアドレスとの間のマッピングに使用される。セッション・コントローラ・アドレスは、予約アドレスの別のタイプの例である。ＡＴを含む通信セッションのセッション制御は、ＡＴが対話するＡＰに知られている。したがって、セッション・コントローラに対応する予約アドレスを使用することによって、ＡＴは、セッション・コントローラとの通信の送信または受信を行う毎に、エアリンクを介してセッション・コントローラのフル・アドレスを送る必要なく、セッション・コントローラと通信することができる。

いくつかにしたがってアクセス・ポイントを動作させる典型的な方法は、アクセス端末から通信された第１のパケットを、エアリンクから受信することを備える。第１のパケットは、通信される情報と、この情報が向けられたデバイスを示すエアリンク・アドレスとを含む。エアリンク・アドレスは、該アドレスが対応する複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含む。該方法はさらに、受信したエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、該情報が通信されるデバイスに対応するＩＰアドレスを決定することを備える。アクセス・ポイントを動作させる他の典型的な方法は、いくつかの実施形態にしたがって、デバイスから通信された第１のパケットを、ネットワーク接続から受信することを備える。第１のパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）該情報のソースであるデバイスに対応するＩＰアドレスとを含む。この方法はさらに、該情報と、該デバイスに対応するエアリンク・アドレスとを含むパケットを生成することを備える。エアリンク・アドレスは、複数のサポートされたエアリンク・アドレス・タイプのうちの１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値およびアドレス値を含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値は、デバイスに対応する。典型的なアクセス・ポイントは、様々な実施形態にしたがって、ネットワーク・インタフェースと、パケット生成モジュールとを含む。ネットワーク・インタフェースは、デバイスから通信された第１のパケットを、ネットワーク接続から受信する受信機を含む。ここで、第１のパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）該情報のソースであるデバイスに対応するＩＰアドレスとを含む。パケット生成モジュールは、該情報と、該デバイスに対応するエアリンク・アドレスとを含む第２のパケットを生成する。エアリンク・アドレスは、複数のサポートされたエアリンク・アドレス・タイプのうちの１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値とアドレス値とを含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示し、アドレス値は、デバイスに対応する。

アクセス端末を動作させる典型的な方法は、いくつかの実施形態にしたがって、エアリンクからパケットを受信することを備える。パケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）該情報のソースであるネットワーク・デバイスを示すエアリンク・アドレスとを含む。エアリンク・アドレスは、エアリンク・アドレスが対応する複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含む。この方法はさらに、受信したパケットに含まれるエアリンク・アドレスと、格納されたアドレス情報から、受信したパケットに含まれる情報のソースであるネットワーク・デバイスを決定することを備える。アクセス端末を動作させる他の典型的な方法は、いくつかの実施形態にしたがって、デバイスに対応するエアリンク・アドレスと、デバイスに通信される情報とを含むパケットを生成することを備える。エアリンク・アドレスは、複数のサポートされたエアリンク・アドレス・タイプのうちの１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値とアドレス値とを含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値はデバイスに対応する。この方法はさらに、生成されたパケットを、エアリンクを介してアクセス・ポイントへ送信することを備える。典型的なアクセス端末は、いくつかの実施形態にしたがって、エアリンク・アドレス・タイプ選択モジュールと、パケット生成モジュールとを含む。エアリンク・アドレス・タイプ選択モジュールは、情報をデバイスへ通信するために使用されるエアリンク・アドレスのタイプを選択する。アドレス・タイプは、複数のサポートされたアドレス・タイプから選択される。パケット生成モジュールは、ｉ）通信される情報と、ｉｉ）該情報が通信されるデバイスに対応するエアリンク・アドレスとを含むパケットを生成する。エアリンク・アドレスは、アドレス・タイプ・インジケータ値と、アドレス値とを含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値は、デバイスに対応する。

様々な実施形態が上記のように要約されたが、必ずしもすべての実施形態が、同じ特徴を含んでいる必要は無く、上述した特徴のうちのいくつかは必ずしも必要ではないが、いくつかの実施形態においては望ましいことが認識されるべきである。多数の追加の特徴、実施形態および利点が詳細な説明において議論される。

図１は、１つの実施形態にしたがった多元接続無線通信システムを示す。 図２は、典型的な通信システムのブロック図である。 図３は、分散されたアクセス・ネットワーク（ＡＮ）アーキテクチャおよびアクセス端末（ＡＴ）を含む典型的なネットワークを示す。 図４は、集中化されたＡＮアーキテクチャおよびＡＴを含む典型的なネットワークを示す。 図５は、様々な実施形態に従ったエアリンク・アドレスのための典型的なフォーマットの図である。 図６は、図６Ａと図６Ｂとを組み合わせた図である。 図６Ａは、様々な実施形態にしたがってアクセス・ポイントを動作させる典型的な方法のフローチャートである。 図６Ｂは、様々な実施形態にしたがってアクセス・ポイントを動作させる典型的な方法のフローチャートである。 図７は、様々な実施形態にしたがってアクセス・ポイントを動作させる典型的な方法のフローチャートである。 図８は、様々な実施形態に従った典型的なアクセス・ポイントの図である。 図９は、図９Ａと図９Ｂとを組み合わせた図である。 図９Ａは、様々な実施形態にしたがってアクセス端末を動作させる典型的な方法のフローチャートである。 図９Ｂは、様々な実施形態にしたがってアクセス端末を動作させる典型的な方法のフローチャートである。 図１０は、様々な実施形態にしたがってアクセス端末を動作させる典型的な方法のフローチャートである。 図１１は、様々な実施形態に従った典型的なアクセス端末の図である。

詳細な説明

無線通信システムは、例えば音声、データ等のような様々なタイプの通信コンテンツを提供するために広く展開している。これらのシステムは、利用可能なシステム・リソース（例えば、帯域幅および送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、ワイマックス（ＷｉＭＡＸ：World Interoperability for Microwave Access）、例えば赤外線通信協会（ＩｒＤＡ）のような赤外線プロトコル、短距離無線プロトコル／技術、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術、ＺｉｇＢｅｅ（登録商標）プロトコル、超広帯域（ＵＷＢ）プロトコル、ホーム無線周波数（ＨｏｍｅＲＦ）、シェアド・ワイヤレス・アクセス・プロトコル（ＳＷＡＰ）、無線ｅｔｈｅｒｎｅｔ（登録商標）互換性アライアンス（ＷＥＣＡ：wireless Ethernet compatibility alliance）のような広帯域技術、ワイファイ・アライアンス（wireless fidelity alliance）、８０２．１１ネットワーク技術、公衆交換電話網技術、インターネットのような公衆異種混合通信ネットワーク技術、プライベート無線通信ネットワーク、陸上モバイル無線ネットワーク、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ユニーバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、アドバンスト・モバイル電話サービス（ＡＭＰ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、グローバル移動体通信システム（ＧＳＭ）、単一キャリア（１Ｘ）ラジオ送信技術（ＲＴＴ）、エボリューション・データ・オンリー（ＥＶ−ＤＯ）技術、汎用パケット無線サービス（ＧＰＲＳ）、エンハンスト・データＧＳＭ環境（エッジ）、高速ダウンリンク・データ・パケット・アクセス（ＨＳＰＤＡ）、アナログおよびデジタル・サテライト・システム、および、無線通信ネットワークとデータ通信ネットワークとのうちの少なくとも１つで使用されるその他任意の技術／プロトコルを含む。

一般に、無線多元接続通信システムは、同時に多数の無線端末のための通信をサポートすることができる。端末はそれぞれ、順方向リンクおよび逆方法リンク上の送信によって、１または複数の基地局と通信する。順方向リンク（あるいは、ダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（あるいは、アップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単数入力単数出力システム、複数入力単数出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。

図１に示すように、１つの実施形態に従った多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１０４および１０６を含む１つのグループ、１０８および１１０を含む別のグループ、１１２および１１４を含む更なるグループを含む多くのアンテナ・グループを含む。図１では、各アンテナ・グループについて２つのみのアンテナしか示されていないが、各アンテナ・グループについて、これより多くまたは少ないアンテナも利用されうる。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信している。ここで、アンテナ１１２および１１４は、順方向リンク１２０によってアクセス端末１１６へ情報を送り、逆方向リンク１１８によってアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６および１０８と通信している。ここで、アンテナ１０６および１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送り、逆方向リンク１２４によってアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４および１２６は、通信のために異なる周波数を使用することができる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されているものとは異なる周波数を使用することができる。

アンテナの各グループ、および／または、これらアンテナが通信のために指定されている領域は、しばしば、アクセス・ポイントのセクタを称される。実施形態では、アンテナ・グループのおのおのは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末に通信するように設計される。

順方向リンク１２０および１２６による通信では、異なるアクセス端末１１６および１２２のための順方向リンクの信号対雑音比を改善するために、アクセス・ポイント１００の送信アンテナは、ビーム形成を利用する。また、有効範囲内にランダムに分散したアクセス端末へ送信するためにビーム形成を用いるアクセス・ポイントは、近隣セル内のアクセス端末へ、単一アンテナによってすべてのアクセス端末へ送信するアクセス・ポイントよりも少ない干渉しかもたらさない。

アクセス・ポイントは、端末と通信するために使用される固定局であり、アクセス・ノード、Ｎｏｄｅ Ｂ、基地局、またはその他の専門用語としても称されうる。アクセス端末はまた、アクセス・デバイス、ユーザ機器（ＵＥ）、無線通信デバイス、端末、無線端末、モバイル端末、モバイル・ノード、エンド・ノード、またはその他いくつかの専門用語で称されうる。

図２は、ＭＩＭＯシステム２００における典型的なアクセス・ポイント２１０および典型的なアクセス端末２５０の実施形態のブロック図である。アクセス・ポイント２１０では、多くのデータ・ストリーム用のトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に供給される。

実施形態では、データ・ストリームはそれぞれ、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、符号化データを提供するためにそのデータ・ストリームについて選択された特定の符号化スキームに基づいて、各データ・ストリームのトラフィック・データをフォーマットし、符号化し、インタリーブする。

各データ・ストリームの符号化されたデータは、ＯＦＤＭ技術を使用して、パイロット・データとともに多重化されうる。パイロット・データは、一般には、周知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データ・ストリームについての多重化されたパイロットおよび符号化されたデータは、その後、変調シンボルを提供するため、そのデータ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボル・マップ）される。各データ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。

その後、データ・ストリームの各々の変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０へ提供される。ＴＸ ＭＩＭＯプロセッサ２２０はさらに、（例えば、ＯＦＤＭのために）変調シンボルを処理する。その後、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔに提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボルへ、および、シンボルが送信されているアンテナへと、ビーム形成重みを適用する。

送信機（２２２ａ、．．．、２２２ｔ）はそれぞれ、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらに、アナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。その後、送信機２２２ａ乃至２２２ｔからのＮＴ個の変調された信号が、ＮＴ個のアンテナ２２４ａ乃至２２４ｔそれぞれから送信される。

アクセス端末２５０では、変調され送信された信号が、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、各アンテナ２５２から受信した信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒに提供される。各受信機（２５４ａ、．．．、２５４ｒ）は、それぞれ受信した信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化して、サンプルを提供する。さらに、これらサンプルを処理して、対応する「受信」シンボル・ストリームを提供する。

そして、ＲＸデータ・プロセッサ２６０は、ＮＲ個の受信機（２５４ａ，・・・，２５４ｒ）からＮＲ個のシンボル・ストリームを受信し、この受信したシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出済」シンボル・ストリームを提供する。そして、ＲＸデータ・プロセッサ２６０は、各検出済シンボル・ストリームを復調し、逆インタリーブし、復号して、そのデータ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０によるこの処理は、送信機システム２１０におけるＴＸ ＭＩＭＯプロセッサ２２０とＴＸデータ・プロセッサ２１４とによってなされるものと相補的である。

プロセッサ２７０は、どの事前符号化マトリクス（後述する）を使用するかを定期的に決定する。プロセッサ２７０は、マトリックス・インデクス部分およびランク値部分を備える逆方向リンク・メッセージを公式化する。

逆方向リンク・メッセージは、通信リンクおよび／または受信したデータ・ストリームに関する様々なタイプの情報を備える。その後、逆方向リンク・メッセージは、データ・ソース２３６からの多くのデータ・ストリームのトラフィック・データをも受信するＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、アンテナ（２５２ａ、２５４ｒ）をそれぞれ介して、アクセス・ポイント２１０へ返送される。

アクセス・ポイント２１０では、アクセス端末２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージが抽出される。その後、プロセッサ２３０は、ビーム形成重みを決定するためにどの事前符号化マトリクスを使用するかを決定し、その後、この抽出されたメッセージを処理する。

メモリ２３２は、ルーチンおよびデータ／情報を含んでいる。プロセッサ２３０、２２０、および／または２４２は、ルーチンを実行し、メモリ２３２内のデータ／情報を用いて、アクセス・ポイント２１０の動作を制御し、方法を実施する。メモリ２７２は、ルーチンおよびデータ／情報を含んでいる。プロセッサ２７０、２６０、および／または２３８は、ルーチンを実行し、メモリ２７２内のデータ／情報を用いて、アクセス端末２５０の動作を制御し、方法を実施する。

局面では、素早く変化する無線条件において、例えばＶＯＩＰのような低レイテンシ・アプリケーションの要求に応じるため、高速ハンドオフを提供しながら、無線ラジオ・アクセス・ネットワーク内の迂回アクセス・ネットワーク要素間の通信プロトコルを著しく単純化するために、ＳｉｍｐｌｅＲＡＮが設計されている。

局面では、このネットワークは、アクセス端末（ＡＴ）およびアクセス・ネットワーク（ＡＮ）を備える。

ＡＮは、集中化と分散化との両方がなされた展開をサポートする。集中化された展開および分散化された展開のためのネットワーク・アーキテクチャが、図３および図４にそれぞれ示される。

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

図３に示される分散型アーキテクチャでは、ＡＮ３０２が、アクセス・ポイント（ＡＰ）およびホーム・エージェント（ＨＡ）を含む。ＡＮ３０２は、複数のアクセス・ポイント（ＡＰａ３０４、ＡＰｂ３０６、ＡＰｃ３０８）およびホーム・エージェント３１０を含んでいる。さらに、ＡＮ３０２はＩＰ雲３１２を含んでいる。ＡＰ（３０４、３０６、３０８）は、リンク（３１４、３１６、３１８）を経由してＩＰ雲にそれぞれ接続されている。ＩＰ雲３１２は、リンク３２０を経由してＨＡ３１０に接続される。

ＡＰは、以下を含んでいる。

ネットワーク機能（ＮＦ）。
ｏＡＰ毎に１つ存在し、複数のＮＦが、単一のＡＴにサービス提供することができる。
ｏ単一のＮＦ、すなわち、ＡＴに送られるパケットをＨＡが転送するＮＦは、各ＡＴのためのＩＰレイヤ接続ポイント（ＩＡＴ）である。図４の例では、図４において線３２２によって示されるように、ＮＦ３３６は、ＡＴ３０３のための現在のＩＡＰである。
ｏＩＡＰは、迂回路を介したＡＴへのパケットのルーティングを最適化するために変わりうる（Ｌ３ハンドオフ）。
ｏＩＡＰはまた、ＡＴに対するセッション・マスタの機能を実行する。（いくつかの実施形態では、セッション・マスタのみが、セッション・コンフィグレーションを実行するか、あるいはセッション状態を変えることができる。）
ｏＮＦは、ＡＰ内のＴＦのそれぞれに対するコントローラとして動作し、ＴＦにおけるＡＴのためのリソースの割当、管理、およびティア・ダウンのような機能を実行する。
トランシーバ機能（ＴＦ）またはセクタ。
ｏＡＰ毎に複数存在し、複数のＴＦが、単一のＡＴのためにサービス提供することができる。
ｏＡＴのためのエア・インタフェース接続を提供する。
ｏ順方向リンクおよび逆方向リンクについて異なりうる。
ｏ無線通信条件に基づいて変わる（Ｌ２ハンドオフ）。
ＡＮ３０２では、ＡＰ＿ａ３０４が、ＮＦ３２４、ＴＦ３２６、およびＴＦ３２８を含む。ＡＮ３０２では、ＡＰ＿ｂ３０６が、ＮＦ３３０、ＴＦ３３２、およびＴＦ３３４を含む。ＡＮ３０２では、ＡＰ＿ｃ３０８が、ＮＦ３３６、ＴＦ３３８、およびＴＦ３４０を含む。ＡＴは、以下を含んでいる。アクティブ・セット内の各ＮＦのモバイル・ノード（ＭＮ）に提供されたインタフェースＩ＿ｘ。アクセス端末においてＩＰレイヤ・モビリティをサポートするモバイル・ノード（ＭＮ）。ＡＰは、定められたトンネリング・プロトコルを用いて、ＩＰを介して通信する。トンネルは、データ・プレーンについてＩＰインＩＰトンネルであり、制御プレーンについてＬ２ＴＰトンネルである。

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

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

図４に示される集中型アーキテクチャでは、ＮＦはもはや単一のＴＦとは論理的に関連付けられておらず、ＡＮは、ネットワーク機能、アクセス・ポイント、およびホーム・エージェントを備える。典型的なＡＮ４０２は、複数のＮＦ（４０４、４０６、４０８）、複数のＡＰ（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）、ＨＡ４１６およびＩＰ雲４１８を含んでいる。ＮＦ４０４は、リンク４２０を経由してＩＰ雲４１８に接続される。ＮＦ４０６は、リンク４２２を経由してＩＰ雲４１８に接続される。ＮＦ４０８は、リンク４２４を経由してＩＰ雲４１８に接続される。ＩＰ雲４１８は、リンク４２６を経由してＨＡ４１６に接続される。ＮＦ４０４は、リンク（４２８、４３０、４３２）を経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）にそれぞれ接続される。ＮＦ４０６は、リンク（４３４、４３６、４３８）を経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）にそれぞれ接続される。ＮＦ４０８は、リンク（４４０、４４２、４４４）を経由して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）にそれぞれ接続される。

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

ＮＦは、ＴＦのためのコントローラとして動作し、多くのＮＦが、単一のＴＦと論理的に関連付けられるので、ＡＴのためのＮＦコントローラ、すなわち、アクティブ・セットの一部としてＡＴと通信しているＮＦは、そのＡＴにおけるＴＦのためのリソースの割当、管理、およびティア・ダウンの機能を実行する。したがって、これらのリソースは独立して管理されるが、複数のＮＦが、単一のＴＦにおけるリソースを制御することができる。図４の例では、線４６０に示すように、ＮＦ４０８が、ＡＴ４０３のＩＡＰとして動作している。

実行される論理機能の残りは、分散型アーキテクチャのものと同じである。

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

ＤＯおよび８０２．２０のようなシステムでは、ＡＴは、特定のセクタ（ＴＦ）のアクセス・チャネルにおいてアクセスの試みを行うことにより、ＡＰからサービスを得る。アクセスの試みを受けたＴＦに関連付けられたＮＦは、ＡＴのセッション・マスタであるＩＡＴにコンタクトし、ＡＴのセッションのコピーを取得する。（ＡＴは、アクセス・ペイロードにＵＡＴＩを含めることにより、ＩＡＰのアイデンティティを示す。ＵＡＴＩは、ＩＡＰを直接アドレスするためのＩＰアドレスとして使用されるか、あるいは、ＩＡＰのアドレスを調べるために使用されうる。）アクセスの試みが成功すると、ＡＴは、そのセクタと通信するために、例えばＭＡＣ ＩＤのようなエア・インタフェース・リソースと、データ・チャネルとが割り当てられる。

さらに、ＡＴは、聞くことができる他のセクタとその信号強度を示すレポートを送る。ＴＦは、このレポートを受信し、ＡＴにアクティブ・セットを提供するＮＦ内のネットワーク・ベース・コントローラへ転送する。今日実施されているようなＤＯおよび８０２．２０の場合、（一時的に２つあるＮＦハンドオフの場合を除いて）ＡＴが通信できるのは、１つのＮＦしかない。ＡＴと通信しているＴＦのおのおのは、受信したデータおよびシグナリングを、この１つのＮＦに転送するだろう。このＮＦはさらに、ＡＴのためのネットワーク・ベースのコントローラとして動作し、アクティブ・セット内のセクタとともに使用するため、ＡＴのリソースの割当およびティア・ダウンのネゴシエートおよび管理に責任を持つ。

したがって、アクティブ・セットは、ＡＴにエア・インタフェース・リソースが割り当てられたセクタのセットである。ＡＴは、定期的なレポートを送り続け、ネットワーク・ベースのコントローラは、ＡＴがネットワーク内を移動すると、アクティブ・セットにセクタを加えたり、あるいは、アクティブ・セットからセクタを削除する。

アクティブ・セット内のＮＦはまた、アクティブ・セット内に加わる場合に、ＡＴのセッションのローカル・コピーを取得する。このセッションは、ＡＴと適切に通信するために必要である。

ソフト・ハンドオフを伴うＣＤＭＡエアリンクの場合、アップリンクにおいて、アクティブ・セット内のセクタのおのおのは、ＡＴの送信の復号を試みうる。ダウンリンクにおいては、アクティブ・セット内のセクタのおのおのがＡＴに同時に送信し、ＡＴは、受信した送信を結合して、パケットを復号する。

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

ＩＡＰ内のセッション・マスタおよびＡＴが、属性、あるいは、接続変更の状態をネゴシエートする場合、各セクタからの最適なサービスを保証するために、新たな状態または属性の新たな値が、タイムリーに、アクティブ・セット内のセクタのおのおのに配信される必要がある。ある場合、例えば、ヘッダのタイプが変更されたり、セキュリティ・キーが変更されると、ＡＴは、これらの変更がセクタに伝えられるまで、セクタと全く通信することができない。したがって、アクティブ・セット内のすべてのメンバは、セッションが変わった場合、更新されねばならない。いくつかの変更は、他のものほど同期に対して重要ではないかもしれない。

アクティブな接続を有するＡＴについて、ネットワーク内で見られる状態または状況の３つの主要なタイプがある。

データ状態は、接続中のＡＴとＩＡＰまたはＮＦとの間のデータ経路上のネットワークにおける状態である。データ状態は、非常に動的であり伝送するのが困難なＲＬＰフロー状態またはヘッダ・コンプレッサ状態のようなものを含む。

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

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

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

ＤＯおよび８０２．２０のようなシステムは、各経路のデータ状態が、その経路に対してローカルである、つまり、経路がおのおの独立したデータ状態を有している複数の経路（またはデータ・スタック）を定めることによって、データ状態のＬ３ハンドオフを簡単にする。ＩＡＰのおのおのに異なる経路を関連付けることによって、データ状態は、ハンドオフ時に転送される必要はない。さらに、より優れたステップは、おのおののＮＦを、異なる経路に関連付けることである。この場合、Ｌ３ハンドオフは、可能なパケット並べ替えの場合を除いて、データ状態に対して完全に透過的である。

データ状態は複数の経路を有するので、アクティブなＡＴのためのＬ３ハンドオフをサポートするための次の論理ステップは、接続状態の制御を、ＩＡＰから移動させ、アクティブ・セット内のおのおののＮＦに対してローカルにすることである。これは、複数の制御経路（または制御スタック）を定め、かつ、制御スタックが独立しており各ＮＦにローカルになるようにエア・インタフェースを定義することによってなされる。これは、ＡＴに転送された接続状態のリソースの割当およびティア・ダウンのネゴシエーションおよび管理のうちのいくつかを必要とする。なぜなら、アクティブ・セットのすべてのメンバを管理するのはもはや１つのＮＦではないからである。また、異なるＴＦは、同じＮＦを共有しないので、アクティブ・セット内のＴＦ間のタイトな接続を回避するために、エア・インタフェース設計について、いくつかの追加要求を行う。例えば、最適な方法で動作させるために、例えば電力制御ループやソフト・ハンドオフ等のように、同じＮＦを有さないＴＦ間のすべてのタイトな同期を取り除くことが好ましい。

データおよび接続状態をＮＦにプッシュすることによって、Ｌ３ハンドオフ時にこの状態を転送する必要性はなくなり、ＮＦ対ＮＦインタフェースをより簡単にするに違いない。

したがって、システムは、ＡＴとＴＦとが制御スタックを論理的に区別するアドレシング・メカニズムと同様に、必要に応じて他のＮＦと通信するために、ＡＴにおける複数の独立データおよび制御スタック（図３および図４ではインタフェースと呼ばれる）を定める。

基本的に、いくつかのセッション状態（ＱｏＳプロファイル、セキュリティ・キー、属性値等）は、ＮＦ（またはＬ３）ハンドオフがある毎にネゴシエートするのは非常にコストがかかるので、ＮＦ（またはＩＡＰ）に対してローカルとすることはできない。また、セッション状態は比較的静的であり、転送するのが容易である。必要とされるものは、セッション・マスタが移動してセッション状態が変化した場合およびＩＡＰハンドオフ中に、セッション状態を管理し更新するメカニズムである。

Ｌ３ハンドオフに対するセッション状態の転送を最適化することは、ネットワーク・アーキテクチャに関わらず、すべてのシステムにとって有用な機能である。なぜなら、それは、ネットワーク・インタフェースを単純化し、また、ハンドオフのシームレスさを改善するに違いないからである。

別の問題であるが関連する問題は、Ｌ３ハンドオフのＡＴ制御である。今日、ＤＯおよび８０２．２０のようなシステムでは、ＡＴは、ローカル・スタックの割当およびティア・ダウンを行っているので、Ｌ３ハンドオフを認識しているが、Ｌ３ハンドオフが生じた場合、その制御を持たない。これは、ネットワーク・ベースのモビリティ管理と呼ばれる。その疑問は、ＡＴをハンドオフ・コントローラにするか、すなわち、ＡＴベースのモビリティ管理を使用するか否かである。

フォルト・トレランスと負荷平準化をサポートするために、ネットワークは、ハンドオフすることができるか、あるいは、ＡＴに対してハンドオフをするようにシグナルするメカニズムを持つかの何れかが必要である。したがって、ＡＴベースのモビリティ管理が使用される場合、ネットワークは、いつ起こるべきかを示すメカニズムを未だに必要とする。

ＡＴベースのモビリティ管理は、例えば、インターおよびイントラ技術、または、グローバルおよびローカル・モビリティのための単一のメカニズムを可能にするようないくつかの明確な利点を持つ。それはまた、ネットワーク要素に対して、いつハンドオフをすべきか決定することを要求しないことによって、ネットワーク・インタフェースをさらに単純化する。

ＤＯおよび８０２．２０のようなシステムが、ネットワーク・ベースのモビリティを用いる第１の理由は、ＡＴベースのモビリティは、音声をサポートするために十分速く動作するようには最適化されていないことである。第２の理由は、ＡＴ内の（ＭＩＰｖ６のための）モバイルＩＰトンネルを停止することによってもたらされるトンネリング・オーバヘッドである。モビリティ・レイテンシは、アクティブ・セット内の複数のＮＦにデータが同時に送られるバイキャスティングを用いることのみならず、現在の順方向リンク・サービス提供セクタと前の順方向リンク・サービス提供セクタとの間のトンネルを用いてデータを転送することによって解決されうる。

ＳｉｍｐｌｅＲＡＮでは、２つのタイプのハンドオフがある。レイヤ２ハンドオフあるいはＬ２ハンドオフは、順方向リンク・サービス提供セクタまたは逆方向リンク・サービス提供セクタ（ＴＦ）の変化を称する。Ｌ３ハンドオフは、ＩＡＰの変化を称し、Ｌ２ハンドオフは、無線条件の変化に応じて、可能な限り高速であるべきである。ＤＯおよび８０２．２０のようなシステムは、Ｌ２ハンドオフを高速にするために、ＰＨＹレイヤ・シグナリングを用いる。

Ｌ２ハンドオフは、順方向（ＦＬ）リンクまたは逆方向（ＲＬ）リンクのためのサービス提供セクタＴＦの転送である。ハンドオフは、ＡＴが、新たなサービス提供セクタのＡＴにおいて見ることができるＲＦ条件に基づいて新たなサービス提供セクタを選択した場合に生じる。ＡＴは、アクティブ・セット内のすべてのセクタについて、順方向リンクと逆方向リンクのＲＦ条件について、フィルタ測定を実行する。例えば、順方向リンクのための８０２．２０では、ＡＴは、所望のＦＬサービス提供セクタを選択するために、獲得パイロット上のＳＩＮＲ、共通パイロット・チャネル（もし存在すれば）、および共有シグナリング・チャネル上のパイロットを測定することができる。逆方向リンクの場合、ＡＴは、セクタからＡＴへのアップ／ダウン電力制御コマンドに基づいてアクティブ・セット内のセクタおのおののＣＱＩ消去レートを推定する。

ＡＴが、逆方向リンク制御チャネルを経由して別のＦＬサービス提供セクタまたはＲＬサービス提供セクタを要求した場合、Ｌ２ハンドオフが開始される。ＴＦがＡＴのアクティブ・セット内に含まれる場合、ＴＦにおいて専用のリソースが割り当てられる。ＴＦは既に、ハンドオフ要求前にＡＴをサポートするように構成されている。ターゲットであるサービス提供セクタは、このハンドオフ要求を検出し、トラフィック・リソースの割当を用いて、ＡＴへのハンドオフを完了する。順方向リンクＴＦハンドオフは、ターゲットＴＦが送信するべきデータを受信するために、ソースＴＦまたはＩＡＰとターゲットＴＦとの間のメッセージングの往復を必要とする。逆方向リンクＴＦハンドオフについては、ターゲットＴＦは、リソースを直ちにＡＴに割り当てることができる。

Ｌ３ハンドオフは、ＩＡＰの転送である。Ｌ３ハンドオフは、新たなＩＡＰとのＨＡバインディング更新を含み、制御プレーンのために新たなＩＡＰへのセッション転送を必要とする。システム内のＬ２ハンドオフがＭＩＰｖ６ハンドオフ・シグナリング速度によって制限されないように、Ｌ３ハンドオフは、Ｌ２ハンドオフと非同期である。

Ｌ３ハンドオフは、おのおののＮＦへ独立した経路を定めることによって、システム内のエアを介してサポートされる。フローはそれぞれ、より高次レイヤのパケットの送信および受信のために、複数の経路を提供する。経路は、どのＮＦがパケットを処理したかを示す。例えば、１つのＮＦは、ＴＦに関連付けられており、経路Ａとしてエアを介している一方、別のＮＦは、経路Ｂに関連付けられている。サービス提供ＴＦは、それぞれについての個別の独立したシーケンス空間を用いて、経路Ａと経路Ｂとの両方から、すなわち両方のＮＦからＡＴへとパケットを同時に送信することができる。

モバイルのＱｏＳ処理を保証するために、システム設計には、２つのキー・アイデアが存在し、モバイルのトラフィックは、おのおののハンドオフ・モード、すなわち、Ｌ２ハンドオフおよびＬ３ハンドオフのデカップリングについて保持される。

エア・インタフェース・リソースを節約することと、ハンドオフ中のデータ・フロー中断を最小にするために、ハンドオフが起こる前に、ターゲットＮＦまたはＴＦにおいて、セッションを取得すること。これは、アクティブ・セットにターゲットＴＦおよびＮＦを加えることにより行われる。

システムは、高いレートのＬ２ハンドオフ中に、ＥＦトラフィックをサポートできるように、Ｌ２ハンドオフとＬ３ハンドオフとを分けるように設計される。Ｌ３ハンドオフは、毎秒２〜３のレートに制限されたバインディング更新を必要とする。２０〜３０Ｈｚの高速なＬ２ハンドオフ・レートを可能にするために、Ｌ２ハンドオフおよびＬ３ハンドオフは、独立かつ非同期であるように設計される。

Ｌ２ハンドオフの場合、アクティブ・セット管理は、Ｌ２ハンドオフにおいてＡＴにサービス提供する準備ができるように、アクティブ・セット内のすべてのＴＦが設定され、リソースが割り当てられるようにする。

アクセス端末（ＡＴ）へサービスを提供する複数のアクセス・ポイント（ＡＰ）を備えたモバイル無線通信システムを考慮されたい。多くのシステムが、アクティブ・セットを有している。アクティブ・セットは、ＡＴにリソースを割り当てたＡＰのセットである。与えられた時点において、ＡＴは、バッテリ電力最適化および無線干渉低減の目的で、ＡＰのうちの１つとの無線通信の範囲内にあり、慎重に選択された１つのＡＰ（サービス提供ＡＰ）とのみ通信することができる。本明細書で検討される問題は、サービス提供ＡＰがＡＴとの間でメッセージを配信することができるように、システム内の様々なＡＰ間でメッセージおよびデータを配信することである。ＡＰは、Ｌ２ＴＰ（レイヤ２トンネリング・プロトコル）トンネルによってデータを交換することができる。ＡＰ２がサービス提供ＡＰである間に、ＡＰ１がＡＴにメッセージまたはデータを送らねばならないのであれば、ＡＰ１はまず、Ｌ２ＴＰトンネルを使用して、ＡＰ２にパケットを配信し、ＡＰ２は、例えば再処理ビットのような識別子ビットを使用することを含むメカニズムを用いて、このパケットをＡＴに配信する。同様に、ＡＰ２がサービス提供しながら、ＡＴが、メッセージまたはデータをＡＰ１に送信しなければならないのであれば、ＡＴは、そのメッセージを、遠隔ビット・セットを用いてＡＰ２に送り、ＡＰ２は、このパケットを、Ｌ２ＴＰトンネルを経由してＡＰ１へ送る。
Ｌ２ＴＰヘッダは、以下のフィールドを含んでいる。
１．ユーザＩＤ：これは、Ｌ２ＴＰパケットがアドレスされるユーザのアドレスである。
２．順方向または逆方向：このフィールドは、ＡＴがパケットの宛先であるか、あるいは、ソースであるかを識別する。
３．フローＩＤ：１つの設計では、このフィールドは、順方向リンク・パケット（ＡＴに送られたパケット）にのみ存在し、パケットをＡＴに配信するためにサービス提供ＡＰが使用すべきフローを識別する。
４．セキュリティ・フィールド：１つの設計では、このフィールドは、逆方向リンク・パケット（ＡＴにおいて発行されるパケット）にのみ存在しうる。このセキュリティ・フィールドは、ＩｓＳｅｃｕｒｅビット、（セキュリティ動作のために使用されるキーを識別するための）ＫｅｙＩｎｄｅｘフィールド、およびＣｒｙｐｔｏＳｙｎｃフィールドを含む。

局面では、順方向リンクＬ２ＴＰパケットが通信される。ここで、我々は、順方向リンクＬ２ＴＰパケットの送信および受信のためにＡＰによって使用される処理について記述する。ＡＰがＡＴへ送るためのデータまたはメッセージを有する場合、順方向リンクＬ２ＴＰパケットを送る。ＡＰは、適切なヘッダを生成し、Ｌ２ＴＰパケットを、（サービス提供ＡＰのアイデンティティを知らない場合には、恐らくは、中央ノード−ＩＡＰ−を通ってパケットを経路付けることによって）サービス提供ＡＰへ送る。

ＡＰが、順方向リンクＬ２ＴＰパケットを受信した場合、以下のステップを実行する。
１．ＡＰが、（Ｌ２ＴＰヘッダ内の）与えられたユーザＩＤのためにサービス提供していない場合、パケットを、（恐らくは、中央ノード−ＩＡＰ−を通ってパケットを経路付けることによって）現在のサービス提供ＡＰへ転送する。
２．ＡＰが、与えられたユーザＩＤのためにサービス提供している場合、ＲＬＰフロー、および、（Ｌ２ＴＰヘッダ内の）与えられたフローＩＤのための関連するＱｏＳ属性を用いて、パケットをＡＴへ配信する。

局面では、逆方向リンクＬ２ＴＰパケットが通信される。ここで、我々は、逆方向リンクＬ２ＴＰパケットの送信および受信のためにＡＰによって使用される処理について記述する。ＡＰは、ＡＴからパケットを受信した場合、逆方向リンクＬ２ＴＰパケットを送り、そのパケットについて遠隔ビットが設定される。ＡＰがＬ２ＴＰパケットを送るための第１のステップは、アドレス決定である。

アドレス決定：パケットのための遠隔ビットが設定された場合、パケットはまた、どのＡＰ（ターゲットＡＰ）に配信されねばならないのかを識別するアドレス・フィールドを含む。受信したＡＰは、そのアドレス・フィールドを、ＡＰのＩＰアドレスにマップする。

このマッピングは、以下によって確立されうる。
１．マッピングを記述するメッセージがＡＴからＡＰへ送られる、ＡＴによって支援される方法であって、マッピング情報はその後、エアリンクを介して使用されるアドレスと、ＩＰアドレスとの間のマップのために、ＡＰによって使用される。
２．中央エンティティまたはターゲットＡＰによって提供されるマッピング情報が使用される、ネットワークによって支援される方法。
３．パイロットＰＮベースの方法。この場合、アドレス・フィールドは単に、アドレスに対応するＡＰのパイロットＰＮ（またはパイロットＰＮのいくつかの上位ビット）に等しい。受信するＡＰは、（それ自身ネットワークによって支援された）ネットワーク・コンフィグレーションの一部として、すべての近隣ＡＰのＩＰアドレスおよびパイロットＰＮアドレスを知っており、ＰＮベースのアドレスと、対応するＩＰアドレスとの間をマップするためにこの情報を用いる。
４．予約アドレスの使用に基づくＩＡＰアドレス方法。ここでは、ＡＴのためのインターネット接続ポイントであるＡＰを識別するために、特別なアドレス・タイプがＡＴによって使用される。ＡＴに対応するＡＰのアクティブ・セット内の各ＡＰは、特定のＡＴのためのＩＡＰのＩＰアドレスを知っており、ＡＴのＩＡＰのＩＰアドレスと、ＩＡＰアドレスとの間をマップすることができる。

アドレス決定後、Ｌ２ＴＰパケットを送信しているＡＰはまた、必要であれば、セキュリティ設計によって決定されたようなセキュリティ関連フィールドを挿入することができる。

ＡＰが逆方向リンクＬ２ＴＰパケットを受信した場合、以下のステップを行う。
１．ＡＰは、（Ｌ２ＴＰトンネルで）受信したパケット内に示された与えられたユーザＩＤにサービス提供していないのであれば、そのパケットを無視する。
２．ＡＰは、受信したパケットの与えられたユーザＩＤにサービス提供しているのであれば、あたかも、そのパケットが、自分自身のＭＡＣ（媒体アクセス制御）レイヤから受信したかのように、そのパケットを処理する。このパケットの処理は、Ｌ２ＴＰトンネルで受信されたセキュリティ・フィールドに依存しうる。

アクセス端末（ＡＴ）にサービスを提供する複数のアクセス・ポイント（ＡＰ）を備えたモバイル無線通信システムを考慮されたい。多くのシステムがアクティブ・セットを有している。それは、ＡＴにリソースを割り当てたＡＰのセットである。与えられた時点において、ＡＴは、ＡＰのうちの１つとの無線通信の範囲内にあるか、あるいは、バッテリ電源最適化および無線干渉低減を目的として、ＡＴは、１つの注意深く選択されたＡＰ（サービス提供ＡＰ）とのみ通信することができる。本明細書で考慮する問題は、システム内の様々なＡＰとＡＴと間でのメッセージおよびデータの配信である。

ＡＰにおける典型的な処理について説明する。順方向リンクでは、何れのソースＡＰも、パケットを、サービス提供ＡＰに配信する。サービス提供ＡＰは、このメッセージをＡＴに配信する。サービス提供ＡＰは、ソースＡＰのアドレスを、パケット・ヘッダへ挿入する。これによって、ＡＴは、ソースＡＰのアイデンティティを知るようになる。逆方向リンクでは、ＡＴが、宛先ＡＰのアドレスを、パケット・ヘッダ内に挿入し、パケットをサービス提供ＡＰへ送る。サービス提供ＡＰは、その後、このパケットを宛先ＡＰへ転送する。

エアリンクによる通信の場合、比較的短いアドレスを使用することが望ましい。いくつかの典型的なオーバ・ザ・エア・アドレス・フォーマットについて説明する。このアドレスは、アドレスを含むパケットが送られるＡＰおよび／またはＡＴにおいて利用可能な情報に依存して、いくつかの形態のうちの１つを採用しうる。デバイスは、異なるタイプのアドレスを用いて識別されうる。

アクティブ・セット・メンバ：アクティブ・セット・メンバは、アクティブ・セット追加処理の間に決定されたアドレスによって識別される。

セッション・コントローラ：セッション・コントローラは、常にサービス提供ＡＰに知られており、予約アドレスによって識別されうる。

その他：その他のＡＰは、（例えば、「アクティブ・セット追加要求」メッセージおよび「アクティブ・セット追加応答」メッセージのために）アクティブ・セット追加処理中のアドレシングを必要とする。これらのＡＰは、例えば、ＡＰ内のセクタのフル・パイロットＰＮのようなパイロット・ベースのアドレスによって、あるいは、パイロットＰＮのいくつかの上位ビットによって識別されうる。「アクティブ・セット追加応答」メッセージは、将来のアドレシングのために、アクティブ・セット・メンバＡＰを識別するために使用されるアドレスを含んでおり、これは、ネットワークによって提供された、あるいはＡＴによって提供されたエアリンク・アドレスでありうることに注目されたい。

１つの典型的な実施形態では、アドレスはそれ自身２つのフィールドと、可変長アドレスが後に続くアドレス・タイプ（例えば２ビット）とを備えている。アドレス・タイプ・フィールドは、例えば、ｉ）パイロット・コード・ベースのアドレス・タイプ、ｉｉ）ネットワークによって支援されたアドレス・タイプ、ｉｉｉ）アクセス端末によって支援されたアドレス・タイプ、およびｉｖ）予約アドレス・タイプのような様々なタイプのために使用されうる。図５は、２ビット・アドレス・タイプ・フィールド５０２と、可変長アドレス・フィールド５０４とを含む典型的なアドレス・フォーマット５００の図である。可変長フィールドは、例えば予め定めたビット数のような最大値に対して（通信されているヌル値の場合）０を含めることができる。

様々な実施形態は、ブロードキャスト・メッセージをサポートする。

いくつかのＡＴがアクティブ・セット内にＡＰ１およびＡＰ２を持っている場合を考慮する。さらに、これらＡＴの多くが、サービス提供ＡＰとしてＡＰ２を有しているものとする。ＡＰ１が、これらＡＴのすべてにメッセージを送信することを望んでいる場合、メッセージがオーバ・ザ・エアのみによって、および迂回のみによってそれぞれ一度送られる最適化がサポートされる。

ＡＰ１がＬ２ＴＰトンネルによってメッセージをＡＰ２に送るいくつかの実施形態では、宛先を、ブロードキャスト・アドレスに設定することができる。この宛先アドレス設定を見て、ＡＰ２は、このメッセージを、ブロードキャスト・チャネルに送ることができる。

いくつかの実施形態に含まれる特徴のうちの様々な利点は、以下の通りである。ＡＴが、サービス提供していないＡＰとシグナリング・メッセージを交換することができる（Ｌ２ＴＰトンネルがＡＰ間で使用される）。

ＡＴが、サービス提供していないＡＰとデータを交換することができる（Ｌ２ＴＰトンネルがＡＰ間で使用される）。

順方向リンクでは、アドレスを解析するために、サービス提供ＡＰは必要とされない（このアドレスは、Ｌ２ＴＰトンネルによってサービス提供ＡＰによって受信されたものと同じアドレスである。）。

セッション・コントローラのアドレスは、ちょうど２ビット（空のアドレス・フィールドが後に続くアドレス・タイプ=‘１１’）に圧縮されうる。セッション・コントローラの全ＩＰ（インターネット・プロトコル）アドレスは、オーバ・ザ・エアで運ばれる必要はない。なぜなら、サービス提供ＡＰは常に、セッション・コントローラのアイデンティティを知っているからである。

図６Ａと図６Ｂとを組み合わせた図６は、様々な実施形態にしたがってアクセス・ポイントを動作させる典型的な方法のフローチャート６００である。動作はステップ６０２で始まり、アクセス・ポイントに電源が投入され、初期化されて、ステップ６０４に進む。ここでは、アクセス・ポイントが、アクセス端末からアドレス・マッピング情報を受信する。動作は、ステップ６０４からステップ６０６に移る。ステップ６０６では、アクセス端末が、ネットワーク・デバイスからアドレス・マッピング情報を受信する。アドレス・マッピング情報は、別のネットワーク・デバイスに対応する、ネットワークによって支援されたアドレス値と、この別のネットワーク・デバイスに対応するＩＰアドレスとの間のアドレス・マッピングを示すアドレス・マッピング情報を提供する。この別のネットワーク・デバイスは、アクセス端末とは異なるデバイスである。動作はステップ６０６からステップ６０８に移る。ここでは、アクセス・ポイントが、アクセス・ポイントに対応するＩＰアドレスと少なくともいくつかのアクセス・ポイントによって使用されるパイロット・コードを示すパイロット・コード情報を受信する。動作は、ステップ６０８からステップ６１０に移る。ステップ６１０では、アクセス・ポイントが、予約アドレスと、アクセス端末に関する予約アドレスに対応するＩＰアドレスとを示す予約アドレス情報を受信する。動作は、ステップ６１０からステップ６１２に移る。

ステップ６０４、６０６、６０８および６１０はオプションのステップである。いくつかの実施形態では、ステップ６０４、６０６、６０８、および６１０のうちの１または複数が実行され、残りが省略されうる。オプションのステップが省略される場合、動作はそのステップを回避する。オプションのステップ６０４、６０６、６０８および６１０の順序は、しばしば異なる場合もある。いくつかの実施形態では、オプションのステップ６０４、６０６、６０８および６１０のうちの１または複数が並行して行なわれる。

ステップ６１２では、アクセス・ポイントが、アクセス端末から通信した第１のパケットをエアリンクから受信する。この第１のパケットは、通信される情報と、その情報が向けられたデバイスを示すエアリンク・アドレスとを含む。エアリンク・アドレスは、このアドレスが対応する複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・タイプを含む。

いくつかの実施形態では、アドレス・タイプ・インジケータ値は、複数の異なるアドレス・タイプのうちの１つを示すために使用されるマルチ・ビット値である。様々な実施形態では、複数の異なるアドレス・タイプは、少なくとも４つの異なるアドレス・タイプを含む。４つの典型的な異なるアドレス・タイプは、アクセス端末によって支援されたアドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、パイロット・コード・ベースのアドレス・タイプ、および予約アドレス・タイプを含む。動作は、接続ノードＡ６１４を経由してステップ６１２からステップ６１６に進む。

ステップ６１６では、アクセス端末が、受信したエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、この情報が通信されるデバイスに対応するＩＰアドレスを決定する。ステップ６１６は、サブステップ６１８、６２０、６２２、６２４および６２６を含んでいる。サブステップ６１８は、受信したエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプに依存して、別々のサブステップへとフローを向ける。示されたアドレスのタイプが、アクセス端末によって支援されたアドレス・タイプである場合、動作は、サブステップ６１８からサブステップ６２０に移る。サブステップ６２０では、アクセス・ポイントが、アクセス端末から取得した格納されたアドレス・マッピング情報にアクセスする。格納されたアドレス・マッピング情報は、アクセス端末によって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間のマッピングを行う。示されたアドレス・タイプが、ネットワークによって支援されたアドレス・タイプである場合、動作は、サブステップ６１８からサブステップ６２２に移る。サブステップ６２２では、アクセス・ポイントが、ネットワーク・デバイスから取得した格納されたアドレス・マッピング情報にアクセスする。格納されたアドレス・マッピング情報は、ネットワーク・アドレスによって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間のマッピングを行う。示されたアドレスのタイプが、パイロット・コード・ベースのアドレス・タイプである場合、動作は、サブステップ６１８からサブステップ６２４に移る。サブステップ６２４では、アクセス・ポイントが、パイロット・コード・ベースのアドレスと、対応するＩＰアドレスとの間をマッピングする格納されたパイロット・コード・アドレス・マッピング情報にアクセスする。示されたアドレスのタイプが、予約アドレス・タイプである場合、動作は、サブステップ６１８からサブステップ６２６に移る。サブステップ６２６では、アクセス・ポイントが、予約エアリンク・アドレスと、ＩＰアドレスとの間の異なるマッピングを示す格納された予約アドレス情報にアクセスする。決定されたマッピングは、受信した予約エアリンク・アドレスに含まれるアドレス値のみならず、予約エアリンク・アドレスが受信されたアクセス端末のアイデンティティの関数である。

動作は、ステップ６１６からステップ６２８に移る。ステップ６２８では、アクセス・ポイントが、通信される情報と、決定されたＩＰアドレスとを含む第２のパケットを生成する。動作は、ステップ６２８からステップ６３０に移る。ステップ６３０では、アクセス・ポイントが、第２のパケットを、ネットワーク通信を介してデバイスへ送信する。

図７は、様々な実施形態にしたがってアクセス・ポイントを動作させる典型的な方法のフローチャート７００である。動作は、ステップ７０２で始まり、アクセス・ポイントに電源が投入され、初期化されて、ステップ７０４に移る。ステップ７０４では、アクセス・ポイントは、ネットワーク接続から、デバイスから通信された第１のパケットを受信する。第１のパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）この情報のソースであるデバイスに対応するＩＰアドレスとを含む。動作は、ステップ７０４からステップ７０６に移る。ステップ７０６では、アクセス・ポイントが、デバイスのエアリンク・アドレスのために使用される複数のアドレス・タイプのうちの１つを選択する。動作は、ステップ７０６からステップ７０８に移る。ステップ７０８では、アクセス・ポイントが、この情報と、デバイスに対応するエアリンク・アドレスとを含むパケットを生成する。エアリンク・アドレスは、例えば、ステップ７０６で選択されたアドレス・タイプのように、複数のサポートされたエアリンク・タイプのうちの１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値とアドレス値とを含み、アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値は、デバイスに対応する。

様々な実施形態では、アドレス・タイプ・インジケータ値は、マルチ・ビット値である。いくつかの実施形態では、複数の異なるアドレス・タイプは、少なくとも４つの異なるアドレス・タイプを含む。４つの典型的なアドレス・タイプは、アクセス端末によって支援されるアドレス・タイプと、ネットワークによって支援されるアドレス・タイプと、パイロット・コード・ベースのアドレス・タイプと、予約アドレス・タイプである。いくつかの実施形態では、複数の異なるアドレス・タイプは、ｉ）パイロット・コード・アドレス・タイプと、ｉｉ）ネットワークによって支援されるアドレス・タイプと、ｉｉｉ）アクセス端末によって支援されるアドレス・タイプと、ｉｖ）予約アドレス・タイプとのうちの少なくとも２つを含む。

様々な実施形態では、デバイスが遠隔アクセス・ポイントであり、このデバイスに対応する他のエアリンク・アドレスが、アクセス・ポイントに知られていない場合、パイロット・コード・アドレス・タイプが選択される。いくつかの実施形態では、このデバイスが、予約エアリンク・アドレスがアクセス・ポイントに知られているデバイスである場合、予約アドレス・タイプが選択される。アクセス・ポイントが、予約アドレスを用いる典型的なデバイスは、しばしば、ＡＴのインターネット接続ポイントとなるデバイスと、ＡＴのセッション・コントローラとなるデバイスとを含むことができる。いくつかの実施形態では、デバイスが、情報が通信されているアクセス端末によって提供されている、アクセス端末によって支援されたエアリンク・アドレスが、アクセス・ポイントによって知られているデバイスである場合、アクセス端末によって支援されたアドレス・タイプが選択される。いくつかの実施形態では、デバイスが、ネットワーク・デバイスによって提供された、ネットワークによって支援されたエアリンク・アドレスが、アクセス・ポイントによって知られており、アクセス端末によって支援されたアドレスが、アクセス・ポイントによって知られていないデバイスである場合、ネットワークによって支援されたアドレス・タイプが選択される。

動作は、ステップ７０８からステップ７１０に移る。ステップ７１０では、アクセス・ポイントが、生成されたパケットを、エアリンクを介してアクセス端末へ送信する。

図８は、様々な実施形態に従った典型的なアクセス・ポイント８００の図である。典型的なアクセス・ポイント８００は、無線受信機モジュール８０２、無線送信機モジュール８０４、プロセッサ８０６、ネットワーク・インタフェース・モジュール８０８、およびメモリ８１０を含む。これらは、様々な要素がデータおよび情報を交換するバス８１２によって共に接続されている。メモリ８１０は、ルーチン８１８およびデータ／情報８２０を含んでいる。例えばＣＰＵのようなプロセッサ８０６は、ルーチン８１８を実行し、メモリ８１０内のデータ／情報８２０を用いて、アクセス・ポイントの動作を制御し、例えば、図６のフローチャート６００および／または図７のフローチャート７００に従った方法のような方法を実行する。

例えばＯＦＤＭ受信機および／またはＣＤＭＡ受信機のような無線受信機モジュール８０２は、アクセス・ポイントがアクセス端末からアップリンク信号を受信する受信機アンテナ８１４に接続されている。無線受信機モジュール８０２は、アクセス端末から通信されたエアリンク・パケットを、エアリンクから受信する。このエアリンク・パケットは、通信される情報と、この情報が向けられたデバイスを示すエアリンク・アドレスとを含む。ＡＴから受信したパケット８５６は、無線受信機モジュール８０２によって受信された受信パケットの一例である。

例えばＯＦＤＭ送信機および／またはＣＤＭＡ送信機のような無線送信機モジュール８０４は、アクセス・ポイントが、アクセス端末へダウンリンク信号を送信する送信アンテナ８１６に接続される。無線送信機モジュール８０４は、ＡＴに向けられたダウンリンク・パケットを、無線通信リンクを介して送信する。無線送信機モジュール８０４は、第１のパケット生成モジュール８２２によって生成されたパケットをエアリンクによって送信する。生成され、ＡＴ８４６に向けられた典型的なパケットは、無線送信機モジュール８０４によって送信されるパケットである。

いくつかの実施形態では、受信のために、複数のアンテナおよび／または複数のアンテナ素子が使用される。いくつかの実施形態では、送信のために、複数のアンテナおよび／または複数のアンテナ素子が使用される。いくつかの実施形態では、同じアンテナまたはアンテナ素子のうちの少なくともいくつかが、送信および受信の両方のために使用される。いくつかの実施形態では、アクセス・ポイントはＭＩＭＯ技術を使用する。

ネットワーク・インタフェース・モジュール８０８は、ネットワーク・リンク８０９を経由して、アクセス・ポイント８００を、例えば、他のアクセス・ポイント、ＡＡＡノード、ホーム・エージェント・ノード等のような他のネットワーク・ノードへ接続する。ネットワーク・インタフェース・モジュール８０８は、送信機モジュール８１１および受信機モジュール８１３を含んでいる。例えば、迂回ネットワーク送信機のような送信機モジュール８１１は、ネットワーク・デバイスに向けられたパケットを送信する。送信されたパケットは、ネットワーク・デバイスへ通信される情報と、決定されたＩＰアドレスを含む。例えば、送信機８１１は、ネットワーク・デバイスへの情報８７０を含み、ネットワーク・デバイスに向けられた生成されたパケット８６６を送信する。例えば迂回ネットワーク受信機のような受信機モジュール８１３は、デバイスから通信されたパケットを、例えばネットワーク・リンク８０９のようなネットワーク接続から受信する。このパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）この情報のソースであるデバイスに対応するＩＰアドレスとを含む。ネットワーク・デバイスから受信されたパケット８４０は、受信機モジュール８１３によって受信されたような典型的なパケットである。

ルーチン８１８は、第１のパケット生成モジュール８２２、アドレス選択モジュール８２４、ＩＰアドレス決定モジュール８２６、および、第２のパケット生成モジュール８２８を含んでいる。データ／情報８２０は、エアリンク対ＩＰアドレス・マッピング・データベース８３０と、エアリンク・アドレス・タイプ符合化／復号情報８７２と、デバイスから受信したパケット８４０と、アクセス端末に向けられた生成されたパケット８４６と、アクセス端末から受信したパケット８５６と、ネットワーク・デバイスに向けられた生成されたパケット８６６とを含む。

エアリンク対ＩＰアドレス・マッピング・データベース８３０は、送信機デバイスに依存するアドレス・マッピング情報８３２、パイロット・コード値対ＩＰアドレス・マッピング情報８３４、アクセス端末によって支援されたエアリンク・アドレス値と、対応するＩＰアドレスとの間をマッピングする情報８３６、および、ネットワークによって支援されたエアリンク・アドレス値と、対応するＩＰアドレスとの間をマッピングする情報８３８を含む。いくつかの実施形態では、送信機デバイスに依存するマッピング情報８３２はさらに、少なくともいくつかの予約エアリンク・アドレスのために含まれる。様々な実施形態では、パイロット・コード値対ＩＰアドレス・マッピング情報８３４は、例えばいくつかのＰＮパイロット・コード・ベースのアドレスのような少なくともいくつかのパイロット・コード・ベースのアドレスのために含まれる。

ネットワーク・デバイスから受信したパケット８４０は、ＩＰアドレス８４２、および、アクセス端末に通信される情報８４４を含む。アクセス端末に向けられた生成されたパケット８４６は、エアリンク・アドレス８４８と、アクセス端末に通信される情報８５０とを含む。エアリンク・アドレス８４８は、アドレス・タイプ・インジケータ値８５２およびアドレス値８５４を含んでいる。アクセス端末から受信したパケット８５６は、エアリンク・アドレス８５８と、ネットワーク・デバイスに通信される情報８６０とを含む。エアリンク・アドレス８５８は、アドレス・タイプ・インジケータ値８６２およびアドレス値８６４を含んでいる。

第１のパケット生成モジュール８２２は、デバイスに対応するエアリンク・アドレスと情報を含むパケットを生成し、このエアリンク・アドレスは、複数のサポートされたエアリンク・アドレス・タイプのうちの１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値およびアドレス値を含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値は、デバイスに対応する。ＡＴに向けられた生成されたパケット８４６は、第１のパケット生成モジュール８２２によって生成された典型的なパケットである。ＡＴに向けられた生成されたパケット８４６は、常にまたはしばしば、デバイスから受信されたパケット８４０で受信された情報を転送するために生成され、ＩＰアドレス８４２およびアドレス値８５２は、アクセス端末に伝送される情報のソースと同じデバイスを識別する。

アドレス選択モジュール８２４は、第１のパケット生成モジュール８２２がパケットを生成する前に、エアリンク・アドレスのために使用される複数のアドレス・タイプのうちの１つを生成する。いくつかの実施形態では、このデバイスが遠隔アクセス・ポイントであり、このデバイスに対応する他のエアリンク・アドレスがアクセス・ポイント８００に知られていない場合、アドレス選択モジュール８２４が、パイロット・コード・アドレス・タイプを選択する。例えば、パイロット・コード・アドレス・タイプは、常にあるいはしばしば、デフォルト・アドレス・タイプとなる。いくつかの実施形態では、このデバイスが、予約エアリンク・アドレスがアクセス・ポイント８００に知られているデバイスである場合、アドレス選択モジュール８２４が、予約アドレス・タイプを選択する。選択モジュール８２４が予約アドレス・タイプを選択するデバイスの例は、ＡＴのインターネット接続ポイントであるデバイスと、ＡＴのセッション・コントローラであるデバイスとを含む。いくつかの実施形態では、デバイスが、情報が通信されているアクセス端末によって提供された、アクセス端末によって支援されたエアリンク・アドレスが、アクセス・ポイント８００に知られているデバイスである場合、アドレス選択モジュール８２４は、アクセス端末によって支援されたアドレス・タイプを選択する。いくつかの実施形態では、このデバイスが、ネットワーク・デバイスによって提供された、ネットワークによって支援されたエアリンク・アドレスが、アクセス・ポイント８００に知られており、アクセス端末によって支援されたエアリンク・アドレスが、アクセス端末８００によって知られていないデバイスである場合、アドレス選択モジュール８２４は、ネットワークによって支援されたエアリンク・アドレスを選択する。

ＩＰアドレス決定モジュール８２６は、受信したエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、受信したエアリンク・パケットに含まれる情報が通信されるデバイスに対応するＩＰアドレスを決定する。例えば、ＩＰアドレス決定モジュール８２６は、アクセス端末から受信したパケット８５６内のアドレス・タイプ・インジケータ値８６２によって示されるアドレスのタイプの関数として、ＩＰアドレス８６８を決定する。

第２のパケット生成モジュール８２８は、ネットワーク・デバイスに向けられたパケットを生成する。この生成されたパケットは、ネットワーク・デバイスに通信される情報およびＩＰアドレスを含む。ＩＰアドレスは、ＩＰアドレス決定モジュール８２６によって決定されたＩＰアドレスである。ネットワーク・デバイスに向けられた生成された典型的なパケット８６６は、例えば、ＡＴから受信したパケット８５６に応答して、第２のパケット生成モジュール８２８によって生成されたパケットである。

様々な実施形態では、アドレス・タイプ・インジケータ値は、マルチ・ビット値である。いくつかのそのような実施形態では、複数の異なるアドレス・タイプは、少なくとも４つの異なるアドレス・タイプを含む。４つの典型的なアドレス・タイプは、パイロット・コード・アドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、アクセス端末によって支援されたアドレス・タイプ、および予約アドレス・タイプを含む。エアリンク・アドレス・タイプ符号化／復号情報８７２は、アドレス・タイプ・インジケータ値フィールドについて、ビット・パターンを用いて、異なるアドレス・タイプを識別する情報を含む。いくつかの実施形態では、複数の異なるアドレス・タイプは、ｉ）パイロット・コード・アドレス・タイプ、ｉｉ）ネットワークによって支援されたアドレス・タイプ、ｉｉｉ）アクセス端末によって支援されたアドレス・タイプ、およびｉｖ）予約アドレス・タイプのうちの少なくとも２つを含む。

図９Ａおよび図９Ｂの組み合わせを備える図９は、様々な実施形態にしたがってアクセス端末を動作させる典型的な方法のフローチャート９００である。動作はステップ９０２で始まり、アクセス端末に電源が投入され、初期化されて、ステップ９０４に進む。ステップ９０４では、アクセス端末が、アクセス・ポイントへアドレス・マッピング情報を送る。動作はステップ９０４からステップ９０６に移る。ステップ９０６では、アクセス端末が、ネットワーク・デバイスから、アドレス・マッピング情報を受信する。アドレス・マッピング情報は、他のネットワーク・デバイスに対応する、ネットワークによって支援されたアドレス値と、他のネットワーク・デバイスに対応するＩＰアドレスとの間のアドレス・マッピングを示すアドレス・マッピング情報を提供する。他のネットワーク・デバイスは、アクセス端末とは異なるデバイスである。動作は、ステップ９０６からステップ９０８に移る。ステップ９０８では、アクセス端末が、少なくともいくつかのアクセス・ポイントによって使用されるパイロット・コードを示すパイロット信号を受信する。動作は、ステップ９０８からステップ９１０に移る。ステップ９１０では、アクセス端末が、例えば、アクセス端末のセッション・コントローラまたはインターネット接続ポイントに対応する予約アドレスのようなネットワーク・デバイスに対応する予約アドレスを示す予約アドレス・マッピング情報を受信する。いくつかの実施形態では、アクセス端末が、例えば、そのインターネット接続ポイントの第１の予約アドレス、および、そのセッション・コントローラの第２のアドレスのような複数の予約アドレスを受信する。動作はステップ９１０からステップ９１２に移る。

ステップ９０４、９０６、９０８および９１０は、オプションのステップである。いくつかの実施形態では、ステップ９０４、９０６、９０８および９１０のうちの１または複数が実行され、その他は省略される。オプションのステップが省略される場合、動作はそのステップを回避する。オプションのステップ９０４、９０６、９０８および９１０の順序は変わることがありうる。いくつかの実施形態では、オプションのステップ９０４、９０６、９０８および９１０のうちの１または複数は、並列して行なわれる。

ステップ９１２では、アクセス端末が、エアリンクからパケットを受信する。このパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）この情報のソースであるネットワーク・デバイスを示すエアリンク・アドレスとを含む。エアリンク・アドレスは、このアドレスが対応する複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含む。

アドレス・タイプ・インジケータ値は、いくつかの実施形態では、複数の異なるアドレス・タイプのうちの１つを示すために使用されるマルチ・ビット値である。いくつかの実施形態では、アドレス・タイプ・インジケータ値の後に、可変長アドレス値が続く。様々な実施形態では、複数の異なるアドレス・タイプは、少なくとも４つの異なるアドレス・タイプを含む。４つの異なる典型的なアドレス・タイプは、アクセス端末によって支援されたアドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、パイロット・コード・ベースのアドレス・タイプ、および予約アドレス・タイプである。動作は、ステップ９１２から接続ノードＡ９１４を経由してステップ９１６へ進む。

ステップ９１６では、アクセス端末が、受信したパケットに含まれるエアリンク・アドレスと格納されたアドレス情報から、受信したパケットに含まれる情報のソースであるネットワーク・デバイスを決定する。ステップ９１６は、サブステップ９１８、９２０、９２２、９２４、９２６および９２８を含んでいる。サブステップ９１８では、アクセス端末が、アドレス・タイプを決定する。動作は、サブステップ９１８からサブステップ９２０に移る。サブステップ９２０では、アクセス端末が、受信したエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプに依存して、フローを、異なるサブステップに送る。示されたアドレスのタイプが、アクセス端末によって支援されたアドレス・タイプである場合、動作は、サブステップ９２０からサブステップ９２２に移る。サブステップ９２２では、アクセス端末は、アクセス端末によって生成された格納されたアドレス・マッピング情報にアクセスし、この格納されたアドレス・マッピング情報は、アクセス端末によって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする。示されたアドレスのタイプが、ネットワークによって支援されたアドレス・タイプである場合、動作は、サブステップ９２０からサブステップ９２４に移る。サブステップ９２４では、アクセス端末が、ネットワーク・デバイスから取得された格納されたアドレス・マッピング情報にアクセスする。格納されたアドレス・マッピング情報は、ネットワーク・アドレスによって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする。示されたアドレスのタイプが、パイロット・コード・ベースのアドレス・タイプである場合、動作は、サブステップ９２０からサブステップ９２６に移る。サブステップ９２６では、アクセス端末が、パイロット・コード・ベースのアドレスと、対応するＩＰアドレスとの間をマッピングする格納されたパイロット・コード・アドレス・マッピング情報にアクセスする。示されたアドレスのタイプが予約アドレス・タイプである場合、動作は、サブステップ９２０からサブステップ９２８に移る。サブステップ９２８では、アクセス端末が、例えば、アクセス端末の現在のセッション・コントローラまたは現在のインターネット接続ポイントのような予約エアリンク・アドレスとデバイスとの間のマッピングを示す格納された予約アドレス情報にアクセスする。いくつかの実施形態では、格納された予約アドレス情報は、例えば、ＡＴのＩＡＰのための予約アドレスへのマッピング、および、ＡＴのセッション・コントローラのための異なる予約アドレスへのマッピングのような異なるデバイスのためのマッピングを示す情報を含む。

動作は、ステップ９１６からステップ９３０へ移る。ステップ９３０では、受信したパケットに含まれる情報のソースが、どのネットワーク・デバイスであるかに基づく方式で、アクセス端末が、受信したパケットを処理する。この処理は、決定されたネットワーク・デバイスから受信したメッセージを処理するアクセス端末内のソフトウェア・モジュールに情報を送る。

図１０は、様々な実施形態にしたがってアクセス端末を動作させる典型的な方法のフローチャート１０００である。動作はステップ１００２で始まり、アクセス端末に電源が投入され、初期化され、ステップ１００４に進む。ステップ１００４では、デバイスへのパケットの通信のためにエアリンク・アドレスに使用される、複数のサポートされたエアリンク・アドレス・タイプのうちの１つを、アクセス端末が選択する。様々な実施形態では、複数のサポートされたエアリンク・アドレス・タイプは、例えば、パイロット・コード・アドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、アクセス端末によって支援されたアドレス・タイプ、および予約アドレス・タイプのような少なくとも４つの異なるアドレス・タイプを含む。いくつかの実施形態では、複数のサポートされたアドレス・タイプは、ｉ）パイロット・コード・アドレス・タイプ、ｉｉ）ネットワークによって支援されたアドレス・タイプ、ｉｉｉ）アクセス端末によって支援されたアドレス・タイプ、およびｉｖ）予約アドレス・タイプのうちの少なくとも２つを含む。

いくつかの実施形態では、デバイスが遠隔アクセス・ポイントであり、このデバイスに対応する他のエアリンク・アドレスが、アクセス端末に知られていない場合、アクセス端末は、パイロット・コード・アドレス・タイプを選択する。いくつかの実施形態では、例えば、デバイスが、ＡＴのＩＡＰまたはセッション・コントローラであるように、予約アドレスがアクセス端末に知られているデバイスである場合、アクセス端末は、予約アドレス・タイプを選択する。様々な実施形態において、デバイスが、アクセス端末によって支援されたエアリンク・アドレスが、アクセス端末および／またはアクセス・ポイントに知られているデバイスである場合、アクセス端末は、アクセス端末によって支援されたアドレス・タイプを選択する。様々な実施形態において、デバイスが、ネットワークによって支援されたエアリンク・アドレスが、アクセス端末に知られており、アクセス端末によって支援されたエアリンク・アドレスが、アクセス端末に知られていないデバイスである場合、アクセス端末は、ネットワークによって支援されたアドレス・タイプを選択する。動作は、ステップ１００４からステップ１００６に移る。

ステップ１００６では、アクセス端末は、デバイスへ通信される情報と、デバイスに対応するエアリンク・アドレスとを含むパケットを生成する。エアリンク・アドレス・タイプは、複数のサポートされたエアリンク・アドレス・タイプのうちの選択された１つである。エアリンク・アドレスは、アドレス・タイプ・インジケータ値とアドレス値とを含む。アドレス・タイプ・インジケータ値は、使用されているエアリンク・アドレスのタイプを示す。アドレス値は、デバイスに対応する。様々な実施形態において、アドレス・タイプ・インジケータ値は、マルチ・ビット値である。いくつかの実施形態では、アドレス値は、可変長値である。そのようないくつかの実施形態において、アドレス値は、ビットを含まないヌル値でありうる可変長値である。

動作は、ステップ１００６からステップ１００８に移る。ステップ１００８において、アクセス端末は、生成されたパケットを、エアリンクを介してアクセス・ポイントに送信する。

図１１は、様々な実施形態に従った典型的なアクセス端末１１００の図である。典型的なアクセス端末１１００は、常におよびしばしば、アクセス・ポイントを介して遠隔デバイスへ情報を通信する。典型的なアクセス端末１１００は、常におよびしばしば、遠隔デバイスからの情報を、アクセス・ポイントを介して受信する。典型的なアクセス端末１１００は、様々な要素がデータおよび情報を交換するバス１１１２を経由してともに接続された無線受信機モジュール１１０２、無線送信機モジュール１１０４、プロセッサ１１０６、ユーザＩ／Ｏデバイス１１０８、およびメモリ１１１０を含む。メモリ１１１０は、ルーチン１１１８およびデータ／情報１１２０を含んでいる。例えばＣＰＵのようなプロセッサ１１０６は、ルーチン１１１８を実行し、メモリ１１１０内のデータ／情報１１２０を用いて、アクセス端末の動作を制御し、例えば、図９のフローチャート９００および／または図１０のフローチャート１０００の方法のような方法を実施する。

例えばＣＤＭＡ受信機またはＯＦＤＭの受信機のような無線受信機モジュール１１０２は、アクセス端末１１００がアクセス・ポイントからダウンリンク信号を受信する受信アンテナ１１１４に接続されている。無線受信機モジュール１１０２は、例えばアクセス・ポイントからの受信パケット１１３４のようなパケットを受信する。この受信パケット１１３４は、ネットワーク・デバイスからの情報を伝送する。無線受信機モジュール１１０２は、通信されたパケットをエアリンクから受信する。この通信されたパケットは、ｉ）アクセス端末へ通信される情報と、ｉｉ）この情報のソースであるネットワーク・デバイスを示すエアリンク・アドレスとを含む。エアリンク・アドレスは、このアドレスが対応する複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含む。

例えばＣＤＭＡ送信機またはＯＦＤＭの送信機のような無線送信機モジュール１１０４は、アクセス端末１１００がアクセス・ポイントへアップリンク信号を送信する送信アンテナ１１１６に接続されている。無線送信機モジュール１１０４は、例えば、ネットワーク・デバイス１１３６へ向けられた生成されたパケットのような、生成されたパケットを、エアリンクを介してアクセス・ポイントへ送信する。

いくつかの実施形態では、同じアンテナが、送信用および受信用に使用される。いくつかの実施形態では、複数のアンテナおよび／または複数のアンテナ素子が、受信のために使用される。いくつかの実施形態では、複数のアンテナおよび／または複数のアンテナ素子が、送信のために使用される。いくつかの実施形態では、同じアンテナまたはアンテナ素子のうちの少なくともいくつかが、送信用と受信用との両方に使用される。いくつかの実施形態では、アクセス端末は、ＭＩＭＯ技術を使用する。

ユーザＩ／Ｏデバイス１１０８は、例えば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、スピーカ、ディスプレイ等を含む。ユーザＩ／Ｏデバイス１１０８は、アクセス端末１１００のユーザが、データ／情報を入力し、出力データ／情報にアクセスし、例えば、他のアクセス端末のようなピア・ノードとの通信セッションを開始するような、アクセス端末１１００のうちの少なくともいくつかの機能を制御することを可能にする。

ルーチン１１１８は、エアリンク・アドレス・タイプ選択モジュール１１２２、パケット生成モジュール１１２４、および受信パケット・ソース決定モジュール１１２６を含んでいる。受信パケット・ソース決定モジュール１１２６は、アドレス・タイプ決定モジュール１１２７、および、アドレス値対ソース・マッピング・モジュール１１２８を含む。

データ／情報１１２０は、エアリンク対ＩＰアドレスおよび／またはデバイス・マッピング・データベース１１３０、エアリンク・アドレス・タイプ符合化／復号情報１１３２、受信パケット１１３４、および、ネットワーク・デバイスに向けられた生成されたパケット１１３６を含む。エアリンク対ＩＰアドレスおよび／またはデバイス・マッピング・データベース１１３０は、予約アドレス対デバイス・マッピング情報１１３８、パイロット・コード値対ＩＰアドレス・マッピング情報１１４０、アクセス端末によって支援されたエアリンク・アドレス値と対応するＩＰアドレスとの間をマッピングする情報１１４２、および、ネットワークによって支援されたエアリンク・アドレス値と対応するＩＰアドレスとの間をマッピングする情報１１４４を含む。典型的な受信パケット１１３４は、エアリンク・アドレス１１４６およびネットワーク・デバイスからの情報１１４８を含んでいる。エアリンク・アドレス１１４６は、アドレス・タイプ・インジケータ値１１５０およびアドレス値１１５２を含んでいる。ネットワーク・デバイスに向けられた生成された典型的なパケット１１３６は、エアリンク・アドレス１１５４と、ネットワーク・デバイスへの情報１１５６とを含んでいる。エアリンク・アドレス１１５４は、アドレス・タイプ・インジケータ値１１５８およびアドレス値１１６０を含んでいる。

エアリンク・タイプ選択モュール１１２２は、情報をデバイスへ通信するために使用されるエアリンク・アドレスのタイプを選択する。このアドレス・タイプは、複数のサポートされたアドレス・タイプから選択される。いくつかの実施形態では、複数の異なるアドレス・タイプは、例えば、パイロット・コード・アドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、アクセス端末によって支援されたアドレス・タイプ、および予約アドレス・タイプのような少なくとも４つの異なるアドレス・タイプを含む。いくつかの実施形態では、複数の異なるアドレス・タイプは、パイロット・コード・アドレス・タイプ、ネットワークによって支援されたアドレス・タイプ、アクセス端末によって支援されたアドレス・タイプ、および予約アドレス・タイプのうちの少なくとも２つを含む。

様々な実施形態では、選択モジュール１１２２は、デバイスが遠隔アクセス・ポイントであり、このデバイスに対応する他のエアリンク・アドレスがアクセス端末に知られていない場合、パイロット・コード・アドレス・タイプを選択する。選択モジュール１１２２は、いくつかの実施形態において、デバイスが、例えばインターネット接続ポイントまたはセッション・コントローラのように、予約エアリンク・アドレスが、アクセス端末に知られている場合、予約アドレス・タイプを選択する。選択モジュール１１２２は、いくつかの実施形態において、デバイスが、アクセス端末によって支援されたエアリンク・アドレスが、アクセス端末および／またはアクセス・ポイントに知られているデバイスである場合、アクセス端末によって支援されたエアリンク・アドレス・タイプを選択する。いくつかの実施形態では、選択モジュール１１２２は、デバイスが、ネットワークによって提供された、ネットワークによって支援されたエアリンク・アドレスが、アクセス端末に知られており、アクセス端末によって支援されたエアリンク・アドレスが、アクセス端末に知られていないデバイスである場合、ネットワークによって支援されたアドレス・タイプを選択する。

パケット生成モジュール１１２４は、ｉ）通信される情報と、ｉｉ）この情報が通信されるデバイスに対応するエアリンク・アドレスとを含むパケットを生成する。エアリンク・アドレスは、アドレス・タイプ・インジケータ値とアドレス値とを含む。アドレス・タイプ・インジケータ値は、使用されているアドレスのタイプを示す。アドレス値は、デバイスに対応する。生成されたパケット１１３６は、パケット生成モジュール１１２４によって生成されたパケットである。

アドレス・タイプ・インジケータ値は、いくつかの実施形態において、マルチ・ビット値である。様々な実施形態では、アドレス値は、可変長値である。アドレス値は、ビット含まないヌル値でありうる可変長値である。

受信パケット・ソース決定モジュール１１２６は、例えば、マッピング情報１１３０および／またはエアリンク・アドレス・タイプ符号化／復号情報１１３２、および受信パケットに含まれるエアリンク・アドレスのような格納されたアドレス情報から、受信したパケットに含まれる情報のソースであるネットワーク・デバイスを決定する。アドレス・タイプ決定モジュール１１２７は、アドレス・タイプ・インジケータ値から通信されたパケットに含まれるエアリンク・アドレスのタイプを決定する。アドレス値対ソース・マッピング・モジュール１１２８は、ｉ）パケットに含まれる情報のソースに対応するＩＰアドレスと、ｉｉ）パケットに含まれる情報のソースに対応するデバイスとのうちの少なくとも１つを決定する。この決定は、アドレス・タイプ・インジケータ値とともに含まれるアドレス値と、決定されたアドレス・タイプとの関数として実行される。

様々な実施形態では、本明細書に記述されたノードは、例えば、信号処理ステップ、メッセージ生成ステップ、および／または送信ステップのような局面のうちの１または複数の方法に対応するステップを実行する１または複数のモジュールを用いて実施される。したがって、いくつかの実施形態では、様々な機能がモジュールを用いて実現される。そのようなモジュールは、ソフトウェア、ハードウェア、あるいはソフトウェアとハードウェアの組み合わせを用いて実現されうる。上述した方法あるいは方法ステップの多くは、例えば１または複数のノードのような上述した方法のうちのすべてまたは一部を実現するために、例えば追加ハードウェアを備えているかあるいは備えていない汎用コンピュータのような機械を制御するための、例えばＲＡＭ、フロッピー（登録商標）ディスク、コンパクト・ディスク、ＤＶＤ等のメモリ・デバイスのような機械読取可能媒体に含まれる例えばソフトウェアのような機械実行可能命令を用いて実現される。したがって、局面は、例えばプロセッサおよび関連するハードウェアのような機械に対して、上述した方法のステップのうちの１または複数を実行させるための機械実行可能命令を含む機械読取可能媒体に向けられている。

様々な実施形態において、本明細書に記載のノードは、例えば、信号処理ステップ、メッセージ生成ステップ、および／または送信ステップのような１または複数の方法に対応するステップを実行する１または複数のモジュールを用いて実現される。いくつかの典型的なステップは、接続要求を送信することと、接続応答を受信することと、アクセス端末がアクティブな接続を有するアクセス・ポイントを示す情報のセットを更新することと、接続要求を転送することと、接続応答を転送することと、ソース割当を決定することと、リソースを要求することと、リソースを更新することと等を含む。いくつかの実施形態では、様々な機能が、モジュールを用いて実現される。そのようなモジュールは、ソフトウェア、ハードウェア、あるいはソフトウェアとハードウェアの組み合わせを用いて実現されうる。上述した方法あるいは方法ステップの多くは、例えば１または複数のノードのような上述した方法のうちのすべてまたは一部を実現するために、例えば追加ハードウェアを備えているかあるいは備えていない汎用コンピュータのような機械を制御するための、例えばＲＡＭ、フロッピー（登録商標）ディスク、コンパクト・ディスク、ＤＶＤ等のメモリ・デバイスのような機械読取可能媒体に含まれる例えばソフトウェアのような機械実行可能命令を用いて実現される。したがって、様々な実施形態は、例えばプロセッサおよび関連するハードウェアのような機械に対して、上述した方法のステップのうちの１または複数の実行させるための機械実行可能命令を含む機械読取可能媒体に送られている。

いくつかの実施形態では、例えばアクセス端末および／またはアクセス・ポイントのような通信デバイスのような１または複数のデバイスの例えばＣＰＵのようなプロセッサは、通信デバイスによって実行されるように記述された方法のステップを実行するように構成される。このプロセッサの構成は、プロセッサ・コンフィグレーションを制御する例えばソフトウェア・モジュールのような１または複数のモジュールを用いることによって、および／または、詳述したステップおよび／または制御プロセッサ・コンフィグレーションを実行する例えばハードウェア・モジュールのようなハードウェアをプロセッサ内に含めることによって達成されうる。したがって、すべてではないがいくつかの実施形態が、プロセッサが含まれるデバイスによって実行される記述した様々な方法のステップの各々に対応するモジュールを含むプロセッサを備えた、例えば通信デバイスのようなデバイスに向けられている。すべてではないがいくつかの実施形態では、例えば通信デバイスのようなデバイスが、プロセッサが含まれるデバイスによって実行される記述した様々な方法のステップの各々に対応するモジュールを含む。これらモジュールは、ソフトウェアおよび／またはハードウェアを使用して実現されうる。

上述した方法および装置に関する更なる多くのバリエーションが、上記を考慮して当業者に明白になるであろう。そのようなバリエーションは、スコープ内にあると考えられるべきである。様々な実施形態の方法および装置は、そして、様々な実施形態では、ＣＤＭＡ、直交周波数分割多重化（ＯＦＤＭ）、および／または、アクセス・ノードとモバイル・ノードとの間の無線通信リンクを提供するために使用されるその他様々なタイプの通信技術とともに用いられる。いくつかの実施形態では、アクセス・ノードは、ＯＦＤＭおよび／またはＣＤＭＡを用いてモバイル・ノードとの通信リンクを確立する基地局として実現される。様々な実施形態では、モバイル・ノードは、様々な実施形態の方法を実施するために、ノート型コンピュータ、パーソナル・データ・アシスタント（ＰＤＡ）、あるいは、受信機／送信機回路およびロジックおよび／またはルーチンを含むその他のポータブル・デバイスとして実現される。

Claims (23)

1. アクセス・ポイントを動作させる方法であって、
   アクセス端末から通信された第１のパケットをエアリンクから受信することを備え、
   前記第１のパケットは、通信される情報と、前記情報が向けられたデバイスを示すエアリンク・アドレスとを含み、前記エアリンク・アドレスは、前記エアリンク・アドレスが対応する、複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含み、前記アドレス・タイプ・インジケータ値の後に可変長を有するアドレス値が続き、前記複数のサポートされたアドレス・タイプは少なくともパイロット・コード・アドレス・タイプと、ネットワークによって支援されたアドレス・タイプと、アクセス端末によって支援されたアドレス・タイプと、予約アドレス・タイプとを含み、
   前記方法はさらに、
   前記受信されたエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、前記情報が通信されるデバイスに対応するＩＰアドレスを決定することを備える方法。
2. 前記通信される情報と、前記決定されたＩＰアドレスとを含む第２のパケットを生成することと、
   前記第２のパケットを、ネットワーク接続を介して前記デバイスへ送信することと
   をさらに備える請求項１に記載の方法。
3. 前記アドレス・タイプ・インジケータ値は、複数の異なるアドレス・タイプのうちの１つを示すために使用されるマルチ・ビット値である請求項１に記載の方法。
4. 前記アドレス・タイプのうちの第１の１つは、アクセス端末によって支援されたアドレス・タイプであり、
   前記デバイスに対応するＩＰアドレスを決定することは、アクセス端末から取得された格納されたアドレス・マッピング情報にアクセスすることを含み、
   前記格納されたアドレス・マッピング情報は、アクセス端末によって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項３に記載の方法。
5. 前記第１のパケットを受信する前に、前記アドレス・マッピング情報をアクセス端末から受信することをさらに備える請求項４に記載の方法。
6. 前記アドレス・タイプのうちの第２の１つは、ネットワークによって支援されたアドレス・タイプであり、
   前記デバイスに対応するＩＰアドレスを決定することは、ネットワーク・デバイスから取得された格納されたアドレス・マッピング情報にアクセスすることを含み、前記格納されたアドレス・マッピング情報は、ネットワーク・アドレスによって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項２に記載の方法。
7. 前記第１のパケットを受信する前に、ネットワーク・デバイスからアドレス・マッピング情報を受信することをさらに備え、
   前記アドレス・マッピング情報は、他のネットワーク・デバイスに対応する、ネットワークによって支援されたアドレス値と、前記他のネットワーク・デバイスに対応するＩＰアドレスとの間のアドレス・マッピングを示すアドレス・マッピング情報を提供し、前記他のネットワーク・デバイスは、アクセス端末とは異なるデバイスである請求項６に記載の方法。
8. 前記アドレス・タイプのうちの第３の１つは、パイロット・コード・ベースのアドレス・タイプであり、
   前記デバイスに対応するＩＰアドレスを決定することは、パイロット・コード・ベースのアドレスと、対応するＩＰアドレスとの間をマッピングする格納されたパイロット・コード・アドレス・マッピング情報にアクセスすることを含む請求項７に記載の方法。
9. 前記第１のパケットを受信する前に、少なくともいくつかのアクセス・ポイントと、前記アクセス・ポイントに対応するＩＰアドレスによって使用されるパイロット・コードを示すパイロット・コード情報を受信することをさらに備える請求項８に記載の方法。
10. 前記アドレス・タイプのうちの第４の１つは、予約アドレス・タイプである請求項２に記載の方法。
11. 前記第１のパケットを受信する前に、予約アドレスと、前記アクセス端末の予約アドレスに対応するＩＰアドレスとを示す予約アドレス情報を受信することをさらに備える請求項１０に記載の方法。
12. 前記デバイスに対応するＩＰアドレスを決定することは、予約エアリンク・アドレスとＩＰアドレスとの間の異なるマッピングを示す、格納された予約アドレス・マッピング情報にアクセスすることを含み、前記決定されたマッピングは、前記受信された予約エアリンク・アドレスに含まれるアドレス値に加えて、前記予約アドレスが受信されるアクセス端末のアイデンティティの関数である請求項１１に記載の方法。
13. アクセス端末から通信された第１のパケットをエアリンクから受信するように構成されたプロセッサを備え、
    前記第１のパケットは、通信される情報と、前記情報が向けられたデバイスを示すエアリンク・アドレスとを含み、前記エアリンク・アドレスは、前記エアリンク・アドレスが対応する、複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含み、前記アドレス・タイプ・インジケータ値の後に可変長を有するアドレス値が続き、前記複数のサポートされたアドレス・タイプは少なくともパイロット・コード・アドレス・タイプと、ネットワークによって支援されたアドレス・タイプと、アクセス端末によって支援されたアドレス・タイプと、予約アドレス・タイプとを含み、
    前記プロセッサはさらに、
    前記受信されたエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、前記情報が通信されるデバイスに対応するＩＰアドレスを決定するように構成された装置。
14. 前記プロセッサはさらに、前記通信される情報と、前記決定されたＩＰアドレスとを含む第２のパケットを生成し、前記第２のパケットを、ネットワーク接続を介して、前記デバイスへ送信するように構成された請求項１３に記載の装置。
15. 前記アドレス・タイプ・インジケータ値は、複数の異なるアドレス・タイプのうちの１つを示すために使用されるマルチ・ビット値である請求項１３に記載の装置。
16. 前記アドレス・タイプのうちの第１の１つは、アクセス端末によって支援されたアドレス・タイプであり、
    前記プロセッサはさらに、
    前記デバイスに対応するＩＰアドレスを決定する際に、アクセス端末から取得された格納されたアドレス・マッピング情報にアクセスするように構成され、
    前記格納されたアドレス・マッピング情報は、アクセス端末によって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項１５に記載の装置。
17. 前記アドレス・タイプのうちの第２の１つは、ネットワークによって支援されたアドレス・タイプであり、
    前記プロセッサはさらに、
    前記デバイスに対応するＩＰアドレスを決定する際に、ネットワーク・デバイスから取得された格納されたアドレス・マッピング情報にアクセスするように構成され、
    前記格納されたアドレス・マッピング情報は、ネットワーク・アドレスによって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項１４に記載の装置。
18. 他の通信デバイスと通信する方法を実現するためにアクセス・ポイントを制御する機械実行可能命令を組み込んだコンピュータ読取可能媒体であって、
    前記方法は、
    アクセス端末から通信された第１のパケットをエアリンクから受信することを備え、
    前記第１のパケットは、通信される情報と、前記情報が向けられたデバイスを示すエアリンク・アドレスとを含み、前記エアリンク・アドレスは、前記エアリンク・アドレスが対応する、複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含み、前記アドレス・タイプ・インジケータ値の後に可変長を有するアドレス値が続き、前記複数のサポートされたアドレス・タイプは少なくともパイロット・コード・アドレス・タイプと、ネットワークによって支援されたアドレス・タイプと、アクセス端末によって支援されたアドレス・タイプと、予約アドレス・タイプとを含み、
    前記方法はさらに、
    前記受信されたエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、前記情報が通信されるデバイスに対応するＩＰアドレスを決定することを備えるコンピュータ読取可能媒体。
19. 前記通信される情報と、前記決定されたＩＰアドレスとを含む第２のパケットを生成し、
    前記第２のパケットを、ネットワーク接続を介して前記デバイスへ送信する
    ための機械実行可能命令をさらに組み込んだ請求項１８に記載のコンピュータ読取可能媒体。
20. 前記アドレス・タイプ・インジケータ値は、複数の異なるアドレス・タイプのうちの１つを示すために使用されるマルチ・ビット値である請求項１８に記載のコンピュータ読取可能媒体。
21. 前記アドレス・タイプのうちの第１の１つは、アクセス端末によって支援されたアドレス・タイプであり、
    前記デバイスに対応するＩＰアドレスを決定する際に、アクセス端末から取得された格納されたアドレス・マッピング情報にアクセスするための機械実行可能命令をさらに組み込み、
    前記格納されたアドレス・マッピング情報は、アクセス端末によって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項２０に記載のコンピュータ読取可能媒体。
22. 前記アドレス・タイプのうちの第２の１つは、ネットワークによって支援されたアドレス・タイプであり、
    前記デバイスに対応するＩＰアドレスを決定する際に、ネットワーク・デバイスから取得された格納されたアドレス・マッピング情報にアクセスするための機械実行可能命令をさらに組み込み、
    前記格納されたアドレス・マッピング情報は、ネットワーク・アドレスによって支援されたエアリンク・アドレスと、対応するＩＰアドレスとの間をマッピングする請求項２０に記載のコンピュータ読取可能媒体。
23. 装置であって、
    アクセス端末から通信された第１のパケットをエアリンクから受信する手段を備え、
    前記第１のパケットは、通信される情報と、前記情報が向けられたデバイスを示すエアリンク・アドレスとを含み、前記エアリンク・アドレスは、前記エアリンク・アドレスが対応する、複数のサポートされたアドレス・タイプのうちの１つを示すアドレス・タイプ・インジケータ値を含むアドレス・タイプ・インジケータ・フィールドを含み、前記アドレス・タイプ・インジケータ値の後に可変長を有するアドレス値が続き、前記複数のサポートされたアドレス・タイプは少なくともパイロット・コード・アドレス・タイプと、ネットワークによって支援されたアドレス・タイプと、アクセス端末によって支援されたアドレス・タイプと、予約アドレス・タイプとを含み、
    前記装置はさらに、
    前記受信されたエアリンク・アドレスに含まれるアドレス・タイプ・インジケータ値によって示されるアドレスのタイプの関数として、前記情報が通信されるデバイスに対応するＩＰアドレスを決定する手段を備える装置。

Images