JP2010529790A - モバイルｉｐホームエージェント発見 - Google Patents

Abstract

無線通信システムにおけるモバイルＩＰホームエージェント（ＨＡ）発見を容易にするシステムおよび方法が記述される。モバイルＩＰのためのＨＡの発見は、端末の移動がネットワークに基づいたモビリティプロトコルによって管理されるネットワークに置かれたモバイル端末について、ここで記述されるように行われうる。例えば、ここで記述された様々な態様は、３ＧＰＰおよび／または非３ＧＰＰアクセスからの３ＧＰＰネットワークに存在するＨＡの発見について利用されうる。さらに、ここで記述される様々な態様は、ネットワークによって利用されるネットワークモビリティプロトコルのためのモビリティアンカーとして動作するゲートウェイを発見するために利用されうる。加えてここで記述されるように、ＨＡ発見は、ＤＮＳクエリ形成および通信、ネットワークアタッチおよび／または再アタッチ手続、ネイバーディスカバリシグナリング、および／または他の手続に関連して行われうる。

Description

本開示は、無線通信に関し、より詳細には無線通信システムにおけるモバイルインターネットプロトコル（モバイルＩＰ）通信を確立する手法に関する。

本出願は、２００７年６月８日に出願され、その全体は参照されることによりここに組み込まれる、「ＭＯＢＩＬＥ ＩＰ ＨＯＭＥ ＡＧＥＮＴ ＤＩＳＣＯＶＥＲＹ」と題された米国仮出願第６０／９４３，０１７号の利益を主張する。

無線通信システムは様々な通信サービスを提供するために広く展開される。例えば、音声、ビデオ、パケットデータ、ブロードキャストおよびメッセージサービスは、そのような無線通信システムを経て提供されうる。これらのシステムは、利用可能なシステムリソースを共有することにより、複数の端末用の通信をサポートできる多元接続システムであり得る。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システムおよび直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。

一般的に、無線多元接続通信システムは、複数の無線端末用の通信を同時にサポートすることができる。そのようなシステムにおいて、それぞれの端末は、フォワードリンクおよびリバースリンク上の送信を経て１つ以上の基地局と通信することができる。フォワードリンク（またはダウンリンク）は、基地局から端末への通信リンクを示し、リバースリンク（またはアップリンク）は、端末から基地局への通信リンクを示す。この通信リンクは、単入力単出力（ＳＩＳＯ）、多入力単出力（ＭＩＳＯ）または多入力多出力（ＭＩＭＯ）システムによって確立され得る。

モバイルインターネットプロトコル（モバイルＩＰまたはＭＩＰ）は、無線通信システムにおいてモバイルデバイスへデータパケットのトランスペアレント（transparent）なルーティングを可能にする通信プロトコルである。モバイルＩＰプロトコルの下では、デバイスはホームエージェント（ＨＡ）に登録できる。ホームエージェント（ＨＡ）は、デバイスが“ホーム”ＩＰアドレスを通して得る。デバイスのホームアドレスはその後、無線通信ネットワーク内のデバイスの位置にかかわらず、デバイスからおよび／またはデバイスへデータパケットのルートを決定するために利用されてもよい。従来的に、携帯デバイスは、ＨＡのグローバルＩＰアドレスを最初に発見し、続いてその発見されたＩＰアドレスに基づいてＨＡにセキュリティアソシエーションをセットアップすることにより、ＨＡに登録できる。ＨＡとの関連の際、デバイスは、デバイスの状態および／または位置に関するＨＡへの更新を伝えることができる。これらの更新は、デバイスが移動し終えた異なるネットワークのアクセスポイントを経て直接的かそれとも間接的に、デバイスへデータパケットを提供するためにＨＡによって利用されうる。

しかし、ＨＡのＩＰアドレスの発見は、デバイスのモビリティが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）等のようなネットワークに基づいたモビリティプロトコルによって管理される無線通信ネットワークにおいて、困難であると分かっている。例えば、あるネットワークにおけるモバイルＩＰ用のホームリンクは、ＧＰＲＳまたは、そのホームネットワークにいる間ネットワークにおけるモバイルデバイスがそのアンカーポイントおよび／またはＨＡのグローバルアドレスに気づく必要のない別の同じような技術を通じて、行われてもよい。その対応するＨＡのグローバルアドレスの知識を欠くモバイルデバイスの結果として、デバイスのモビリティはより複雑で困難になる。従って、無線通信ネットワークにおけるモバイルＩＰ ＨＡ発見のための汎用手法の必要性が存在する。

以下は、そのような態様の基本的理解を提供するために、クレームされた主題の様々な態様の簡略化された概要を提示する。この概要は、全ての予期される態様の広範囲な要旨ではなく、主要なまたは重大な要素を識別することでもなく、そのような態様の範囲を線引きするでもないことを意図する。その唯一の目的は、後に示されるより詳細な説明への前ぶれとして、簡易化された形式で開示される態様のいくつかの概念を提示することにある。

ある態様によれば、無線通信システムにおけるモバイルインターネットプロトコル（ＭＩＰ）ホームエージェント（ＨＡ）を識別する方法がここに記述される。方法は、無線通信システムにおいて通信のための用いられるネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能するパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）を識別し、ＭＩＰ ＨＡアドレスのためのそれぞれの要求を含む識別されたＰＤＮ ＧＷへ１以上のメッセージを通信し、１以上のメッセージに応じてＰＤＮ ＧＷからＭＩＰ ＨＡアドレスに関する情報を受信することを具備できる。

別の態様は、モバイルＩＰ通信のためのＨＡおよび汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルＩＰ（ＰＭＩＰ）の少なくとも１つを用いて無線通信装置を管理するアクセスルータ（ＡＲ）に関するデータを記憶するメモリを具備できる無線通信装置に関する。

無線通信装置は、ＨＡに関するグローバルアドレスを要求するＡＲへ１以上のメッセージを提供し、それ応じてＨＡのグローバルアドレスに対応する情報を受信するプロセッサをさらに具備できる。

さらなる別の態様は、モバイルＩＰホームエージェントの発見を容易にする装置に関する。装置は、ネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能するパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）へホームエージェントのグローバルＩＰアドレスに関する要求を通信する手段と、要求に応じてホームエージェントのグローバルＩＰアドレスに関する情報を受信する手段と、を具備できる。

さらに、別の態様は、機械によって実行されるときに、機械に演算を実行させる命令をその上に記憶する機械読み取り可能な媒体に関し、演算は、ＧＴＰまたはＰＭＩＰの１以上のためのネットワークアンカーポイントとして機能するサービングアクセスルータを識別し、ＭＩＰ ＨＡがサービングアクセスルータと一緒に用いられるかどうかを決定し、ＭＩＰ ＨＡがサービングアクセスルータと一緒に用いられる場合、ＭＩＰ ＨＡに関するグローバルアドレスを発見し、ＭＩＰ ＨＡがサービングアクセスルータと一緒に用いられない場合、ＭＩＰ ＨＡが位置付けられるアクセスルータとの接続を確立し、アクセスルータとの接続の確立の際に、ＭＩＰ ＨＡに関するグローバルアドレスを発見することを具備する。

付加的な態様は、ホームエージェントのグローバルアドレスを発見するためのコンピュータ実行可能な命令を実行する集積回路に関する。命令は、ホームエージェントまたはコネクション接続手続に基づいて設定されたドメインネームに関するドメインネームサービス（ＤＮＳ）クエリの少なくとも１つを採用することによって、ＰＭＩＰまたはＧＴＰの少なくとも１つに対するアンカーポイントとして機能するＰＤＮ ＧＷからのホームエージェントのグローバルアドレスを要求し、ＰＤＮ ＧＷからホームエージェントのグローバルアドレスに関する情報を受信することを具備できる。

別の態様によれば、ＭＩＰ ＨＡの発見を調節する方法がここに記述される。方法は、１以上のプロキシＭＩＰまたはＧＴＰを通じて管理されるモバイル端末を識別し、グローバルＭＩＰ ＨＡアドレスに関するそれぞれの要求を含む前記識別されたモバイル端末から１以上のメッセージを受信し、１以上のメッセージに応じてグローバルＭＩＰ ＨＡアドレスに関する情報を送信することを具備できる。

さらなる態様は、アクセス端末から受信したデータの１以上の通信およびネットワークに基づいたモビリティプロトコルに関するアンカーポイントおよびＰＤＮ ＧＷとして機能する前記アクセス端末に関するデータを記憶するメモリを具備できる無線通信装置に関する。無線通信装置は、アクセス端末から受信したデータの通信からのグローバルホームエージェントに関する各要求を識別し、要求に応じてアクセス端末へグローバルホームエージェントアドレスの指示を通信するプロセッサをさらに具備できる。

別の態様は、ＭＩＰ ＨＡ発見を容易にする装置に関する。装置は、ユーザ機器（ＵＥ）に関するＭＩＰ ＨＡアドレスに対応するグローバルアドレスについて、ＧＴＰまたはＰＭＩＰの１以上を経て管理されるＵＥからの要求を受信する手段と、要求に応じてＵＥへＭＩＰ ＨＡのグローバルアドレスに対応する情報を送信する手段とを具備できる。

さらに別の態様は、機械によって実行されるときに、機械に演算を実行させる命令をその上に記憶する機械読み取り可能な媒体に関し、演算はＧＴＰまたはＰＭＩＰの１以上を経て管理される端末によって提供される接続要求、ルータ要請メッセージ、またはＤＮＳクエリの１以上を具備する情報を識別し、識別された情報に応じて端末に関するホームエージェントのグローバルアドレスに関する端末に情報を提供することを具備する。

さらに別の態様は、要求するモバイルデバイスでホームエージェントの発見を容易にするためのコンピュータ実行可能な命令を実行する集積回路に関する。命令は、関連する無線通信ネットワークを通じてモビリティ管理のためのＧＴＰまたはＰＭＩＰの少なくとも１つを利用するモバイルデバイスを識別し、ホームエージェントまたはコネクション接続手続に基づいて設定されるドメインネームに関するＤＮＳクエリの少なくとも１つに関連するモバイルデバイスからグローバルホームエージェントアドレスに関する要求を受信し、モバイルデバイスへグローバルホームエージェントアドレスに関する情報を中継することを具備する。

上述の関連する目的を達成するために、１以上のクレームされた主題の態様は、以下で十分に記載され、特許請求の範囲において特に指摘された特徴を具備する。以下の明細書および添付の図面は、クレームされた主題のある例示的な態様を詳細に説明している。

しかし、これらの態様は、クレームされた主題の原理が採用されうる様々な手法のうちのほんの数例を示す。さらに、開示された態様は、全てのそのような態様およびそれらと等価なものを含むことを意図する。

ここに述べられた様々な態様に従う無線多元接続通信システムを示す図。 様々な態様に従う無線通信システムを通じた端末のモビリティを示す図。 無線通信ネットワークにおけるモバイルＩＰホームエージェント発見のための各システムのブロック図。 無線通信ネットワークにおけるモバイルＩＰホームエージェント発見のための各システムのブロック図。 無線通信ネットワークにおけるモバイルＩＰホームエージェント発見のための各システムのブロック図。 無線通信ネットワークにおけるモバイルＩＰホームエージェント発見のための各システムのブロック図。 無線通信ネットワークにおけるモバイルＩＰホームエージェントを識別するための各方法のフローチャート。 無線通信ネットワークにおけるモバイルＩＰホームエージェントを識別するための各方法のフローチャート。 無線通信ネットワークにおけるモバイルＩＰホームエージェントを識別するための各方法のフローチャート。 無線通信ネットワークにおけるモバイルＩＰホームエージェントを識別するための各方法のフローチャート。 モバイル端末でのホームエージェントの発見を容易にすることのフローチャート。 モバイル端末でのホームエージェントの発見を容易にすることのフローチャート。 モバイル端末でのホームエージェントの発見を容易にすることのフローチャート。 モバイル端末でのホームエージェントの発見を容易にすることのフローチャート。 ここに記述された様々な態様が機能できる一例の無線通信システムを示すブロック図。 様々な態様に従うホームエージェントの発見を調節するシステムのブロック図。 様々な態様に従う１以上の端末へホームエージェントに関する情報を提供するシステムのブロック図。 無線通信システムにおけるモバイルＩＰホームエージェント発見を容易にする各装置のブロック図。 無線通信システムにおけるモバイルＩＰホームエージェント発見を容易にする各装置のブロック図。

クレームされた主題の様々な実施形態は、図面を参照してこれから記述され、同一の参照数字は全体を通して同一の要素を参照するために使われる。以下の記述では、説明の目的のために、多くの特定の詳細が１つ以上の態様の完全な理解を提供するために説明される。しかし、そのような実施形態がこれらの特定の詳細なしで実行されうることは明白でありうる。他の例では、よく知られた構造及びデバイスは１つ以上の実施形態の記述を容易にするためにブロック図形式で示される。

この出願で用いられるように、用語「コンポーネント」、「モジュール」、「システム」などは、コンピュータ関連のエンティティである、ハードウェア、ファームウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかを参照するように意図されている。例えば、コンポーネントは、それ自体に限定されず、プロセッサ、集積回路、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータ上で実行しているプロセスでありうる。実例として、コンピュータデバイス上で実行するアプリケーションおよびコンピュータデバイスの両方とも、コンポーネントになりうる。１つ以上のコンポーネントは処理内、および／または実行のスレッド内に属することができ、コンポーネントは、１つのコンピュータに局在することができ、かつ／または２つ以上のコンピュータ間に分散されることができる。加えて、これらのコンポーネントは、様々なデータ構造が記憶された様々なコンピュータ読み取り可能な媒体から実行することができる。コンポーネントは、１つ以上のデータパケット（例えば、ローカルシステム、分散システムでの別のコンポーネントと相互作用する１つのコンポーネントからのデータ、および／または、信号によって他のシステムと交信するインターネットのようなネットワークを行き交うデータ）を有する信号に従うような、ローカルおよび／またはリモートプロセスによって通信できる。

その上、様々な態様は、無線端末および／または基地局に関連してここに記述される。無線端末は、音声および／またはデータ接続性をユーザに供給する装置を指すことができる。無線端末は、ラップトップコンピュータまたはデスクトップコンピューターのような計算装置に接続されえ、または携帯情報端末（ＰＤＡ）のような内蔵型装置になりうる。無線端末は、システム、加入者ユニット、加入者局、移動局、モバイル、リモート局、アクセスポイント、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイスまたはユーザ機器とも呼ばれうる。無線端末は、加入者局、無線装置、携帯電話、ＰＣＳ電話、コードレス電話、セッション設定プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線コネクション能力を持つハンドヘルドデバイスまたは無線モデムに接続された他の制御演算装置でありうる。基地局（例えば、アクセスポイント）は、１以上のセクタを通じて、エアインターフェース上で無線端末と通信するアクセスネットワークにおける装置を指すことができる。基地局は、受信エアインターフェースフレームをＩＰパケットへ変換することにより、無線端末と、インターネットプロトコル（ＩＰ）ネットワークを含むことができるアクセスネットワークの部分との間のルータとして作動することができる。基地局はまた、エアインターフェース用の属性の管理を調節する。

さらに、ここに記述された様々な態様または特徴は、方法、装置、または標準プログラミングおよび／またはエンジニアリング手法を用いる製品として、実装されてもよい。

ここでは用いられるように用語「製品」とは、任意のコンピュータ読み取り可能なデバイス、キャリア、またはメディアからアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ読み取り可能な媒体は、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ…）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）…）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック、キードライブ…）を含むことができるが、これらには限定されない。

ここで記述された様々な手法は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムおよび他の上記のシステムのような様々な無線通信システムに用いられうる。用語「システム」および「ネットワーク」は、しばしば交換可能にここで用いられる。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００などのような無線技術を実装してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および他のＣＤＭＡの変形を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。

ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）のような無線技術を実装してもよい。ＯＦＤＭＡシステムは、エボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ（登録商標）などのような無線技術を実装してもよい。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。

３ＧＰＰロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いるＵＭＴＳの次のリリースであり、アップリンクにＳＣ−ＦＤＭＡを採用し、ダウンリンクにＯＦＤＭＡを採用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭについては「第３世代提携プロジェクト」（３ＧＰＰ）と名付けられた団体からの文献に記述される。さらに、ＣＤＭＡ２０００およびＵＭＢについては「第３世代提携プロジェクト２」（３ＧＰＰ２）と名付けられた団体からの文献に記述される。

様々な態様が、多くのデバイス、コンポーネント、モジュールなどを含むことができるシステムに関して提示される。様々なシステムは、付加的なデバイス、コンポーネント、モジュール等を含み、かつ／または、図に関連して議論される装置、コンポーネント、モジュール等のすべてを含まなくてもよいことが把握され理解されるべきである。これらのアプローチの組合せも用いられてもよい。

ここで図面を参照すると、図１は様々な態様に従う無線多元接続通信システムの実例である。一例を挙げれば、アクセスポイント１００（ＡＰ）は複数のアンテナグループを含む。図１に例証されるように、１つのアンテナグループは、アンテナ１０４および１０６を含むことができ、もう１つはアンテナ１０８および１１０を含むことができ、もう１つはアンテナ１１２および１１４を含むことができる。図１では、各アンテナグループについて２本のアンテナのみ示されるが、より多くのまたはより少ないアンテナが各アンテナグループで利用されてもよいことが理解されるべきである。別の例では、アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４で通信することができ、アンテナ１１２および１１４はフォワードリンク１２０上のアクセス端末１１６へ情報を送信し、リバースリンク１１８上のアクセス端末１１６から情報を受信する。さらにかつ／または代替的に、アクセス端末１２２はアンテナ１０６および１０８と通信することができ、アンテナ１０６および１０８はフォワードリンク１２６上のアクセス端末１２２へ情報を送信し、リバースリンク１２４上のアクセス端末１２２から情報を受信する。周波数分割二重（ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は通信について異なる周波数を用いてもよい。例えば、フォワードリンク１２０は、その後リバースリンク１１８によって用いられる異なる周波数を用いてもよい。

各アンテナグループおよび／または通信するように設計されたエリアは、アクセスポイントのセクタと呼ばれうる。一態様に従って、アンテナグループは、アクセスポイント１００によってカバーされるエリアのあるセクタにおいてアクセス端末と通信するように設計されうる。フォワードリンク１２０および１２６上の通信では、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６および１２２に対するフォワードリンクの信号対雑音比を改善するために、ビームフォーミングを利用してもよい。また、そのサービスエリアを通じて無作為に散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセスポイントは、全てのアクセス端末に単一アンテナを通じて送信するアクセスポイントよりも隣接セル内のアクセス端末へ少ない干渉を引き起こす。

アクセスポイント、例えば、アクセスポイント１００は端末と通信するために用いられる固定局でありえ、基地局、ノードＢ、アクセスネットワークとしておよび／または他の適合する専門用語でも呼ばれうる。加えて、アクセス端末、例えば、アクセス端末１１６または１２２もまた、モバイル端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、無線端末としておよび／または他の適合する専門用語で呼ばれうる。

図２は、様々な態様に従う無線通信システムを通じた端末２２０のモビリティを例示する。一例を挙げれば、最初のアクセスポイント２１０およびモバイル端末２２０は、図２０２に示されるような移動体通信ネットワーク２３２によって初めに通信することができる。図２０２が例示するように、アクセスポイント２１０は、モバイルインターネットプロトコル（モバイルＩＰまたはＭＩＰ）に関するホームエージェント（ＨＡ）２１２および／またはアクセスルータ（ＡＲ）２１４の機能性であってもおよび／または含むことができ、ＡＲは、プロキシモバイルＩＰ（ＰＭＩＰ）、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）などのような、ネットワークに基づいたモビリティプロトコルに準拠するモバイル端末２２０用のアンカーポイントとして機能することができる。

一態様に従って、モバイル端末２２０の現在位置にかかわらず、モバイルＩＰ通信機能性は、ＩＰレイヤシグナリングを用いて、他の情報および／またはデータパケットの通信をモバイル端末２２０へ許可するためにＨＡ２１２によって提供されうる。一例を挙げると、モバイル端末２２０はＨＡ２１２に登録することができ、それにより、ＨＡ２１２で「ホーム」ＩＰアドレスを得る。そうすることにより、ネットワーク２３２および／または他の、異なるネットワーク内のモバイル端末２２０の移動にかかわらず、モバイル端末２２０はモバイル端末２２０のホームアドレスに基づいたＩＰを用いて通信することができる。一例を挙げると、ＨＡ２１２は、様々な端末に割当てられたホームＩＰアドレスのテーブルを保存することができ、端末のホームアドレスに基づいて指定された端末に対する入力データパケットを識別するためにテーブルを利用することができる。

別の態様に従って、モバイル端末２２０がＨＡ２１２によって供給されるネットワークのサービスエリアの外部で移動する場合、モバイルＩＰ通信は、図２０４によって例示されるように行われうる。図２０４が例示するように、モバイル端末２２０は、モバイル端末２２０が移動するネットワークを供給する第２のアクセスポイント２４０に登録することができる。一例を挙げると、アクセスポイント２４０およびモバイル端末２２０は、ネットワーク２３２および／または異なるプロトコルのように、通信のために同じプロトコルを利用することができる移動体通信ネットワーク２３４を通じて通信することができる。さらに、アクセスポイント２１０と似たようなやり方では、アクセスポイント２４０は、モバイルＩＰに関するフォーリンエージェント（ＦＡ）２４２および／またはネットワーク２３４に関連するネットワークに基づいたモビリティプロトコルに関するアンカーポイントとして機能するＡＲ２４４の機能性であることおよび／または含むことができる。

一例を挙げれば、モバイル端末２２０がアクセスポイント２４０によって供給されるネットワークのサービスエリア内に残っている間、モバイル端末２２０は、利用される“ケアオブ”アドレスを確立するためにＦＡ２４２に登録するか、またはそうでなければ関連づけることができる。確立されたケアオブアドレスはその後、ＨＡ２１２に知られているようなモバイル端末２２０のホームアドレスを用いて、モバイル端末２２０との途切れない通信を容易にするためにＨＡ２１２に転送されうる。別の例では、ＨＡ２１２に関する情報は、ＦＡ２４２に登録中および／または登録後、モバイル端末２２０によってＦＡ２４２に提供されうる。

一態様に従って、ＨＡ２１２およびＦＡ２４２は、図２０４に例示されるようなモバイル端末２２０のためのモバイルＩＰ接続性を提供するために相互作用することができる。より詳細には、モバイル端末２２０から情報を受信しおよび／またはモバイル端末２２０へ情報を送信することを望む通信ノード２５０は、モバイル端末２２０のホームアドレスを用いてモバイル端末２２０との通信を開始してもよい。通信を開始する際、ＨＡ２１２は、モバイル端末２２０の現在位置を調べてもよい。モバイル端末２２０がＨＡ２１２に関連したネットワーク内に現在位置する場合、データはネットワークを通じて通信ノード２５０とモバイル端末２２０との間で転送されうる。あるいは、図２０４により例示されるように、モバイル端末２２０は、ＨＡ２１２に関連したネットワークの外部に位置され、ＨＡ２１２は、モバイル端末２２０および／またはＦＡ２４２により提供されるモバイル端末２２０のケアオブアドレスに基づいて適切なＦＡ２４２からおよび／またはＦＡ２４２へ情報を提供するためにデータトンネリングを開始してもよい。

ここに記述したように、モバイルＩＰｖ４およびモバイルＩＰｖ６のようなモバイルＩＰ技術は、ＨＡ２１２にモバイル端末２２０により提供されるシグナリングメッセージに基づくモビリティサポートを提供する。一態様に従って、モバイル端末２２０がＨＡ２１２へ適切なシグナリングメッセージを通信するために、モバイル端末２２０は、ＨＡ２１２のＩＰアドレスを発見することを最初に要求され、その発見されたＩＰアドレスに基づいてＨＡ２１２でセキュリティアソシエーションをセットアップする。

しかし、モバイルＩＰが３ＧＰＰコアネットワーク、またより一般的には、モバイル端末２２０の移動がネットワークに基づいたプロトコルによって管理される任意のネットワークへ適用されるとき、ＨＡ２１２のグローバルＩＰアドレスの発見は困難になる。より詳細には、無線通信ネットワークのオペレータは、既存のＨＡ発見手法によって満たさないＨＡ割当ておよび発見に対する要求を課すことができる。例えば、３ＧＰＰネットワークは、端末が接続したいネットワークを示すためにモバイル端末によって利用されうるそれぞれの無線アクセスポイント用のアクセスポイントネ−ム（ＡＰＮ）を利用する。しかし、ＡＰＮの概念は既存のＨＡ発見手法において考慮されない。さらに、既存のＨＡ発見手法は、特定のモバイル端末が３ＧＰＰかまたは非３ＧＰＰかに関わらず任意のアクセスの種類に基づいたあるネットワークに接続でき、従ってＨＡ発見はアクセス特定の能力または情報に基づくべきではないことを一般的に考慮しない。

追加例として、既存のＨＡ発見手法は、３ＧＰＰアクセスに関連するモバイルＩＰトンネリングを回避したい場合に、３ＧＰＰアクセスがネットワークオペレータによって要求されうるある端末についてのモバイルＩＰ用のホームリンクと考えられるシナリオを考慮しない。そのようなシナリオは、ＡＰＮ３ＧＰＰ ＡＲの発見に用いられるＡＰＮ（例えば、ゲートウェイＧＰＲＳサポートノードまたはＧＧＳＮ）が、ＨＡおよびＡＲが一緒に用いられるときのような、ＨＡ発見に用いられるＡＰＮと同じである場合に、さらにかつ／または代替的に生じうる。そのようなシナリオでの３ＧＰＰコアネットワークにおけるモバイル端末の移動は、ネットワークに基づいたプロトコル（例えば、ＰＭＩＰまたはＧＴＰ）を通じて管理されるので、モバイル端末は、３ＧＰＰネットワークにいる間その位置変更のためにアンカーポイントとして動作しているゲートウェイを認識する必要はない。しかし、モバイル端末が、ネットワークに基づくモビリティがサポートされないアクセスネットワークおよび／または移動を管理するためにモバイルＩＰを利用することが望ましい別のネットワークへ移動する場合、端末はその後、３ＧＰＰネットワークにおいて用いられるネットワークに基づいたモビリティプロトコルのアンカーポイントと一緒に用いられるＨＡのアドレスを発見しなければならない。結果として、端末によって発見されたその後のモバイルＩＰ ＨＡおよびネットワークに基づいたモビリティプロトコルについてのアンカーポイントの割り当てが一致するためのメカニズムが、そのようなシナリオにおいて要求される。

既存のＨＡ発見手法の上記欠点を考慮して、ここに記述された様々な態様は、端末の移動がネットワークに基づいたモビリティプロトコルにより管理されるネットワーク上に位置するモバイル端末で、モバイルＩＰ用のＨＡの発見を容易にするために利用されてもよい。例えば、ここに記述された様々な態様は、３ＧＰＰかそれとも非３ＧＰＰで任意のアクセスから３ＧＰＰネットワークに位置するＨＡを発見するために、モバイル端末によって利用されてもよい。さらに、ここに記述された様々な態様は、ネットワークによって利用されるネットワークモビリティプロトコル用のモビリティアンカーとして動作していた同じゲートウェイを発見するために利用されてもよい。一態様に従って、ＨＡ発見は、端末が位置するネットワークに関連したネットワークに基づいたモビリティプロトコルのアンカーポイントを識別し、モバイルＩＰ ＨＡアドレスに対するそれぞれの要求を含む識別されたアンカーポイントへ１以上のメッセージを通信し、メッセージに応じてモバイルＩＰ ＨＡアドレスに関する情報を受信することの少なくとも一部によって、モバイル端末によって達成されうる。さらに、ここで説明したようにＨＡ発見のための手法は、ＤＮＳクエリ形成および通信、ネットワーク接続および／または再接続手続、ネイバーディスカバリシグナリング、および／または他の適切な手続に関連して用いられうる。様々な態様に従って行われうるＨＡ発見手法例は、さらに詳細に以下に記述される。

図３は、様々な態様に従うモバイルＩＰホームエージェント発見に対するシステム例３００を例示するブロック図である。一例を挙げると、システム３００は、１以上のアクセス端末（ＡＴｓ）３２０用のネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能できるＡＲ３１０を含む。システム３００が例示するように、ＡＲ３１０は、アクセス端末３２０のためのモバイルＩＰ ＨＡ３１２の機能性でありえおよび／またはそうでなければ、組み込むことができる。しかし、システム３００がＡＲ３１０と一緒に用いられるようにＨＡ ３１２を例示する一方、ＡＲ３１０およびＨＡ３１２は、システム３００における別個のエンティティとして代わりに実装することができることを認識すべきである。

一態様に従って、ＡＲ３１０は、ＡＴ３２０によって提供される１以上のＤＮＳクエリのためのＤＮＳサーバとして作動してもよい。例えば、ＡＴ３２０は、発見が望まれるモバイルＩＰ ＨＡ３１２に基づく完全修飾ドメインネーム（ＦＱＤＮ）３２６を設定し、設定されたＦＱＤＮ３２６に基づいてＤＮＳクエリを通信するためにプロセッサ３２２および／またはメモリ３２４を利用することができる。一例を挙げると、ＦＱＤＮ３２６はＡＲ３１０および／またはＨＡ ３１２のアクセスポイントネーム（ＡＰＮ）に基づいてＡＴ３２０によって設定されうる。さらにかつ／または代替的に、ＦＱＤＮ３２６はシステム３００のオペレータと同様に、システム３００における任意の他の適切なエンティティおよび／またはＡＴ３２０の（１つまたは複数の）同一性に基づいて構成されうる。

一例として、オペレータＸによって作動されるシステムにおいて作動している同一性Ａでの端末については、構成されたＦＱＤＮ３２６はｈｏｍｅａｇｅｎｔ．ｓｅｒｖｉｎｇＡ．ＯｐｅｒａｔｏｒＸ．ｃｏｍなどでもよい。

ＡＴ３２０によってＤＮＳクエリの通信の際に、ＡＲ３１０はＤＮＳクエリを処理するためにそれをインターセプトしてもよい。一例として、ＡＴ３２０からのネットワークトラフィックがＡＲ３１０を通じて送られる場合、ＡＲ３１０はＡＴ３２０から受信したＤＮＳクエリを識別するために、そこから受信したトラフィックを分析することができる。

さらにかつ／または代替的に、ＡＲ３１０は、ＡＴ３２０からの全てのＤＮＳクエリがＡＲ３１０へ命令されおよび／またはＡＲ３１０により処理されるように、ＡＴ３２０のためのＤＮＳサーバとして動作するように設定されうる。一態様に従って、ＡＲ３１０は、それ自体またはそれと共に関連する別のＡＲが要求しているＡＴに対するＨＡとして動作できるＦＱＤＮに対応するＤＮＳエントリで設定されうる。従って、ＡＲ３１０により受信されたＤＮＳクエリが、ＡＲ３１０において対応するＤＮＳエントリが存在するＦＱＤＮを含む場合、ＡＲ３１０は適切なＨＡアドレスでＤＮＳクエリに応答することができ、それによって、前記ＦＱＤＮのための信頼できるネームサーバとして動作する。

例えば、ＤＮＳクエリがＡＲ３１０と一緒に用いられたＨＡ３１２に対応するＦＱＤＮ３２６のためにＡＴ３２０から受信される場合、ＡＲ３１０はそれ自身のＩＰアドレスによりＤＮＳクエリに応答することができる。あるいは、ＡＲ３１０がＡＴ３２０のためのＨＡとして機能できる別のＡＲに対応するＦＱＤＮ３２６のためにＡＴ３２０からＤＮＳクエリを受信する場合、ＡＲ３１０は、ＦＱＤＮ３２６に対応するＡＲのＩＰアドレスによりＤＮＳクエリに応答してもよい。

一態様に従って、ＡＲ３１０の役割はシステム３００によって利用される（複数の）通信プロトコルによって異なることができる。例えば、ＡＲ３１０は、３ＧＰＰシステムアーキテクチャエボリューション（ＳＡＥ）におけるパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）、ＵＭＴＳおよび／またはＧＰＲＳにおけるＧＧＳＮ、インターワークド無線ローカルエリアネットワーク（Ｉ−ＷＬＡＮ）におけるパケットデータゲートウェイ（ＰＤＧ）および／または任意の他の適したネットワークエンティティでありうる。

図４は、様々な態様に従うモバイルＩＰホームエージェント発見についての別のシステム例４００を例示するブロック図である。一例を挙げると、システム４００は、１以上のＡＴ４２０のためのネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能することができるＡＲ４１０を含む。さらに、ＡＲ４１０はＡＴ４２０のデフォルトゲートウェイであるように設定されてもよい。従って、モバイルＩＰ ＨＡ４１２は、ＡＴ４２０がそのＨＡ ４１２としてＡＲ４１０を選択するように設定されるように、ＡＲ４１０と一緒に用いられうる。

一態様に従って、ネットワークに基づいたモビリティプロトコル（例えば、ＧＴＰまたは別の適したプロトコル）がシステム４００においてＡＴ４２０を管理するために利用される場合、ＡＴ４２０は一般に、そのデフォルトゲートウェイとして供給するＡＲ４１０のＩＰアドレスの知識を提供されない。従って、ＨＡ４１２のＩＰアドレスを発見するために、ＡＴ４２０は、ＨＡ４１２が一緒に用いられるそのデフォルトゲートウェイとして供給するＡＲ４１０のＩＰアドレスを識別するための１以上の手続を利用してもよい。一例を挙げると、ＨＡ発見は、ネイバーディスカバリシグナリングを通じてＡＴ４２０によって実行されうる。例えば、システム４００が例示するように、ＡＴ４２０はＡＲ４１０へのルータ要請（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージを通信することができる。代わりに、ＡＴ４２０のためのＨＡ４１２として作動するＡＲ４１０は、ＡＲ４１０のグローバルＩＰアドレスを含むルータ広告（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージでルータ要請メッセージに応答してもよい。ＨＡ４１２がＡＲ４１０と一緒に用いられるシステムでは、ＡＴはその後、そのＨＡアドレスとしてルータ広告メッセージを通じて得られるＡＲ４１０のＩＰアドレスを利用することができる。

図５は、様々な態様に従うモバイルＩＰホームエージェント発見についての追加のシステム例４００を例示するブロック図である。一例を挙げると、システム５００は、１以上のＡＴ５２０のためのネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能できるＡＲ５１０を含む。一態様に従って、ＡＲ５１０およびＡＴ５２０は３ＧＰＰアクセスに基づいたシステム５００内で通信することができる。例えば、システム５００が例示するように、ＡＲ５１０およびＡＴ５２０は、通信リンクをそれらの間に確立するためにＬＴＥ接続手続を利用してもよい。一例として、ＬＴＥ接続手続は、ＡＲ５１０に接続要求（ａｔｔａｃｈ ｒｅｑｕｅｓｔ）メッセージを通信することによってＡＴ５２０から開始されうる。接続要求メッセージに応じて、ＡＲ５１０は、ＡＴ５２０へ接続受理（ａｔｔａｃｈ ａｃｃｅｐｔ）メッセージを提供することができる。

一態様に従って、ＡＲ５１０によりＡＴ５２０へ提供される接続受理メッセージは、ＡＴ５２０のためのＨＡ５１２のＩＰアドレスを含むことができる。ＨＡ５１２のＩＰアドレスは、アタッチ受理メッセージによって運ばれるプロトコルコンフィグレーションオプションおよび／または接続受理メッセージの任意の他の部分のような、接続受理メッセージの任意の適した部分において提供されうる。あるいは、ＨＡ５１２のＩＰアドレスは、接続受理メッセージとは異なるメッセージにおいてモビリティマネージメントエンティティ（ＭＭＥ）またはＡＲ５１０によって提供されうる。加えて、システム５００がＡＲ５１０と一緒に用いられるＨＡ５１２の例を示す一方、ＨＡ５１２は代替的に、単体のエンティティとなってもよいし、または別のネットワークエンティティと一緒に用いられてもよいことを認識すべきである。

図６は、様々な態様に従うモバイルＩＰ ＨＡ発見についてのさらなるシステム６００を例示するブロック図である。一例を挙げると、図６０２に例示されるように、ＨＡ発見はネットワークに基づいたモビリティプロトコルのアンカーポイントとしてＡＴ６２０に割り当てられる、第１のＡＲ６１０とＡＴ６２０との間で始めることができる。図６０２がさらに例示するように、ＡＴ６２０は、ＡＲ６１０へＤＮＳクエリを出すことによりＤＮＳに基づいたＨＡ発見を行うことができる。一例を挙げると、ＡＴ６２０によって出されたＤＮＳクエリは、システム３００に関して上に記述された実質的に似たやり方において設定されうる、発見されるべきＨＡに対するＦＱＤＮおよび／またはＡＰＮに基づきうる。さらにかつ／または代替的に、ＡＴ６２０によって提供されるＤＮＳクエリは、ＡＲ３１０に関して上に記述された似たやり方でＡＲ６１０によって受信されおよび／または処理されうる。

一態様に従って、ＡＲ６１０は、ＡＴのためのＨＡのグローバルアドレスを示すＡＴ６２０にＤＮＳ応答を提供しうる。一例を挙げると、ＤＮＳ応答は、ＨＡがＡＲ６１０と一緒に用いられる場合ＡＲ６１０のグローバルＩＰアドレスを含むことによるか、それともＨＡが一緒に用いられる他のネットワークエンティティまたは別のＡＲのグローバルＩＰアドレスを提供することによって、ＨＡのグローバルＩＰアドレスを提供することができる。あるいは、ＡＲ６１０は、ＨＡがＡＲ６１０と一緒に用いられない場合にＨＡが一緒に用いられるエンティティに関するリンクローカルアドレスをさらに提供することができる。

別の態様に従って、ＡＲ６１０から受け取ったＤＮＳ応答が、ＡＴ６２０のためのＨＡはＡＲ６１０とは異なっているネットワークノードに位置するということを示す場合、ＡＴ６２０は図６０４に例示されるようなＨＡと続いて関連してもよい。例えば、図６０４が例示するように、ＡＴ６２０のために指定されたＨＡ６３２は、第１のＡＲ６１０とは異なる第２のＡＲ６３０と一緒に用いられる。従って、ＨＡ６３２と関連づけるために、ＡＴ６２０は、図６０４により例示されるようにＡＲ６１０と接続解除（de-attach）シグナリングをやりとりすることによりＡＲ６１０から接続解除することができる。続いて、ＡＴ６２０は、ＡＲ６３０と再接続（re-attach）シグナリングをやり取りすることにより、ＡＲ６３０およびＨＡ６３２と再接続することができる。一態様に従って、再接続メッセージは、ＬＴＥ再接続手続および／または別の適切な手続に準じてＡＲ６３０とＡＴ６２０との間で通信されうる。

一例を挙げると、ＨＡ６３２のグローバルＩＰアドレスは、ＡＲ６３０との再接続に先立ってＡＴ６２０に提供されうる。あるいは、ＨＡ６３２のグローバルＩＰアドレスは、ＡＲ６３０との再接続の際にＡＴ６２０に提供されうる。例えば、ＨＡ６３２のアドレスは、ＡＲ６３０に関連する認証認可アカウンティングホーム加入者サーバ（Ａｕｔｈｏｒｉｚａｔｉｏｎ Ａｃｃｏｕｎｔｉｎｇ Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ:ＡＡＡ／ＨＳＳ）に記憶されうり、ＡＲ６３０とＡＴ６２０との間の再接続手続の間で読み出され、再接続に続いてＡＴ６２０に割り当てられうる。一態様に従って、ＡＴ６２０へのＨＡ６３２の割り当ては、ＩＰレイヤシグナリングおよび／または別の適したネットワーク依存またはネットワーク独立の手法を用いるＡＴ６２０に提供されるＤＮＳメッセージのような、分離メッセージにおいて、および／または、ＡＴ６２０へ通信された再接続受理メッセージにおいてなされうる。

図７から図１４までを参照すると、ここに説明された様々な態様に従って実行されうる手順が例示される。説明の簡易化の目的のため、手順は一連の動作として示されおよび記述されるが、手順は動作の順番に限定されず、いくつかの動作でできるように、１つ以上の態様にしたがって、ここに示されおよび記述された異なる順番および／または他の動作と同時におこることを把握し理解すべきである。例えば、当業者は、手順が状態遷移図でのような一連の相互関係にある状態またはイベントとして代わりに表されてもよいことを把握し評価するだろう。その上、すべての例示された動作が、１つ以上の態様に従って手順を実装することを要求されなくともよい。

図７を参照して、無線通信システム（例えば、システム２００）においてモバイルＩＰホームエージェントを識別するための手順７００が例示される。例えば、手順７００は、モバイルデバイス（例えば、モバイル端末２２０）および／または他の適切なネットワークエンティティによって実行できることを認識すべきである。手順７００は、ブロック７０２で始まり、無線通信システムにおける通信のために用いられるネットワークに基づいたモビリティプロトコル（例えば、ＧＴＰおよび／またはＰＭＩＰ）のアンカーポイント（例えば、ＡＲ２１４および／またはＡＰ２１０）が識別される。ブロック７０２で識別されたアンカーポイントは、手順７００を実行するエンティティのためのサービングアンカーポイントになりえ、あるいは、識別されたアンカーポイントは、手順７００を実行するエンティティが接続しているネットワークに位置されうる。さらに、ブロック７０２で識別されたアンカーポイントは、ＰＤＮ ＧＷおよび／または任意の他の適したネットワークエンティティになりえる。

次に、ブロック７０４では、１以上のメッセージがモバイルＩＰホームエージェントアドレスのためのそれぞれの暗黙のかつ／または明白な要求を含むブロック７０２で識別されたアンカーポイントへ通信される。ブロック７０４で通信されたメッセージは、例えば、ＤＮＳシグナリング、ＬＴＥ接続および／または再接続手続、ネイバーディスカバリシグナリング、および／または任意の他の適した通信の種類に基づいてもよい。手順７００はその後、ブロック７０６で終了することができ、モバイルＩＰホームエージェントアドレスに関する情報がブロック７０４で通信されたメッセージに応じてブロック７０２で識別されたアンカーポイントから受信される。一態様に従って、ブロック７０６で受信した情報は、その発見をさらに容易にするための他の情報および／またはモバイルＩＰホームエージェントアドレス自体を含むことができる。例えば、ブロック７０６で受信された情報は、第２のアンカーポイントへ連続したコネクションを容易にするために、ホームエージェントが一緒に用いられる第２のアンカーポイントのローカルアドレスを含むことができる。

図８は、ＤＮＳシグナリングに基づいてモバイルＩＰホームエージェントを識別するための手順８００を例示する。手順８００は、モバイル端末および／または任意の他の適したネットワークエンティティによって実行されうる。手順８００は、ブロック８０２で始まり、無線通信システムにおける通信のために用いられるネットワークに基づいたモビリティプロトコルのアンカーポイントが識別される。次に、ブロック８０４では、発見されるべきサービングモバイルＩＰホームエージェントのためのＦＱＤＮが設定される。ホームエージェントのためのＦＱＤＮは、ホームエージェントに関連したＡＰＮ、手順８００を実行するエンティティの同一性、ブロック８０２で識別されたアンカーポイントの同一性、無線通信システムのオペレータおよび／または他の適した要因に基づいてブロック８０４で設定されうる。ブロック８０６では、ＤＮＳクエリはその後、ブロック８０４で識別されたＦＱＤＮのためにブロック８０２で識別されたアンカーポイントへ出される。

手順８００はその後、ブロック８０８に移り、モバイルＩＰホームエージェントアドレスがブロック８０６で出されたＤＮＳクエリに応じて受信される。一態様に従って、ブロック８０８で受信されたアドレスは、ホームエージェントのグローバルアドレス（例えば、ＩＰアドレス）またはホームエージェントが一緒に用いられる無線通信システムにおける別のエンティティへのローカルアドレスでありうる。次にブロック８１０では、ホームエージェントがブロック８０２で識別されたアンカーポイントと一緒に用いられるかどうかが、ブロック８０８で受信されたアドレスに基づいて決定される。ホームエージェントがアンカーポイントと一緒に用いられる場合、ブロック８０８で受信されたアドレスがホームエージェントのグローバルアドレスであり、手順８００は終了することが推定されうる。

そうでなければ、手順８００はブロック８１２に移り、手順８００を実行するエンティティは、ブロック８０２で識別されたアンカーポイントから切り離す（デタッチする）。

ブロック８１２での分離は、例えば、デタッチメントシグナリングメッセージおよび／または他の適した手段の交換を用いて実行されうる。手順８００はその後、ブロック８１４で終了し、ブロック８０８で受信されたアドレスに対応するホームエージェントに関連する新しいアンカーポイントへの再接続が行われる。ブロック８０８での再接続は例えば、再接続メッセージおよび／または他の適する手段の交換を伴うＬＴＥ再接続手続を用いることにより実行されうる。一態様に従って、ブロック８１４での新しいアンカーポイントから受信された再接続メッセージは、グローバルなホームエージェントアドレスを含むことができ、および／またはそうでなければ示すことができる。さらにかつ／または代替的に、グローバルホームエージェントアドレスは、ブロック８１４で再接続の際の分離メッセージにおいて、アンカーポイントまたは関連するＭＭＥから受信されうる。

図９は、ネイバーディスカバリシグナリングに基づいてモバイルＩＰホームエージェントを識別するための手順９００を例示する。手順９００が、例えば、アクセス端末および／または任意の他の適切なネットワークエンティティにより実行されうることを認識すべきである。手順９００はブロック９０２から始まり、モバイルＩＰホームエージェントが一緒に用いられるネットワークに基づいたモビリティプロトコルのアンカーポイントが識別される。次に、ブロック９０４では、ルータ要請メッセージはブロック９０２で識別されたアンカーポイントへ通信される。手順９００はその後、ブロック９０６で終了することができ、ルータ広告メッセージは、ブロック９０４で通信されたルータ要請メッセージに応じてそれと一緒に用いられるホームエージェントのグローバルＩＰアドレスを含むブロック９０２で識別されたアンカーポイントから受信される。

図１０は、ネットワーク接続手続に基づいてモバイルＩＰホームエージェントを識別するための手順１０００を例示するフローチャートである。手順１０００は、モバイルデバイスおよび／または任意の他の適したネットワークエンティティにより実行されうる。手順１０００は、ブロック１００２で始まり、通信が確立されるべきネットワークに基づいたモビリティプロトコルのアンカーポイントが識別される。手順１０００はその後、ブロック１００４に移ることができ、接続要求メッセージはブロック１００２で識別されたアンカーポイントへ通信される。手順１０００はその後、ブロック１００６で終了してもよく、接続受理メッセージおよび／またはホームエージェントのグローバルＩＰアドレスは、ブロック１００４でアンカーポイントへ通信された接続要求メッセージに応じてブロック１００２で識別されたアンカーポイントから受信される。一態様に従って、ブロック１００６で受信されたグローバルＩＰアドレスは、１００２および／またはアンカーポイントに関連したＭＭＥで識別されたアンカーポイントから受信されうる。加えて、グローバルＩＰアドレスは、（例えば、接続受理メッセージによって運ばれるプロトコルコンフィグレーションオプションにおける）接続受理メッセージの一部として、または接続受理メッセージから別々に受信されうる。

図１１に関して、モバイル端末（例えば、システム２００におけるＡＴ２２０）でのホームエージェントの発見を容易するための手順１１００が例示される。手順１１００は、例えば無線アクセスポイント、および／またはアクセスルータ（例えば、ＡＰ２１０および／またはＡＲ２１４）および／または任意の他の適切なネットワークエンティティにより実行されうることを認識すべきである。さらに特定の限定されない例として、手順１１００を実行するエンティティは、１以上のモバイル端末のためのＰＤＮ ＧＷとして機能してもよい。手順１１００は、ブロック１１０２で始まり、ネットワークに基づいたモビリティプロトコル（例えば、ＰＭＩＰおよび／またはＧＴＰ）を通じて管理されたモバイル端末が識別される。一態様に従って、ブロック１１０２で識別された端末は、通信リンクが以前に確立されている端末または通信リンクが確立されるべき端末であればよい。例えば、端末は、通信リンクの確立のために端末から要求を受信することによってブロック１１０２で識別されてもよい。

次に、ブロック１１０４では、１以上のメッセージがグローバルホームエージェントアドレスのためのそれぞれの暗黙のかつ／または明白な要求を含むブロック１１０２で識別されたモバイル端末から受信される。ブロック１１０４で受信されたメッセージは、例えば、ＤＮＳシグナリング、ＬＴＥ接続および／または再接続手続、ネイバーディスカバリシグナリング、および／または任意の他の適した通信の種類に基づきうる。手順１１００はその後、ブロック１１０６へ移ってもよく、ホームエージェントアドレスに関する情報は、ブロック１１０４で受信された（１以上の）メッセージに応じてブロック１１０２で識別されたモバイル端末に送信される。一態様に従って、ブロック１１０６で送信された情報は、ホームエージェントが一緒に用いられるエンティティに関する他の情報および／またはホームエージェントアドレス自体を含むことができる。例えば、ブロック１１０６で受信した情報は、ブロック１１０２で識別された端末とアンカーポイントとの間の連続したコネクションを容易にするために、ホームエージェントが一緒に用いられるアンカーポイントのローカルアドレスを含むことができる。

図１２は、ＤＮＳシグナリングに基づいてホームエージェントの発見を用意にするための手順１２００を例示する。手順１２００は、例えば、無線アクセスポイント、アクセスルータおよび／または任意の他の適切なネットワークエンティティにより実行されることができる。手順１２００は、ブロック１２０２で始まり、ネットワークに基づいたモビリティプロトコルを通じて管理される端末が識別される。次に、ブロック１２０４では、端末のためのホームエージェントを示すドメインネームに基づくブロック１２０２で識別される端末から通信されたＤＮＳクエリが識別される。ブロック１２０４で識別されるＤＮＳクエリに基づくドメインネームは、ホームエージェントに関連したＡＰＮ、ブロック１２０２で識別された端末の同一性、無線通信システムのオペレータ、および／または他の適した要因に基づいて構成されうる。さらに、ＤＮＳクエリは、ブロック１２０２で識別された端末からいくつかまたは全てのＤＮＳクエリをインターセプトすること、およびそれぞれのＤＮＳクエリがホームエージェントに対して構成されたドメインネームに関するかどうかを決定することにより、ブロック１２０４で識別されうる。手順１２００はその後、ブロック１２０６で終了することができ、ホームエージェントのグローバルＩＰアドレスは、ブロック１２０４で識別されたＤＮＳクエリに応じてブロック１２０２で識別された端末へ送信される。

図１３は、ネイバーディスカバリシグナリングに基づくホームエージェントの発見を容易にするための手順１３００に関する。手順１３００は、例えば、無線アクセスポイント、アクセスルータおよび／または任意の他の適切なネットワークエンティティにより実行されうる。手順１３００は、ブロック１３０２で始まり、ネットワークに基づいたモビリティプロトコルを通じて管理される端末が識別される。次に、ブロック１３０４では、ルータ要請メッセージはブロック１３０２で識別された端末から受信される。手順１３００はその後、ブロック１３０６に続くことができ、ルータ広告メッセージは、端末のためのモバイルＩＰホームエージェントに関連するグローバルＩＰアドレスを示すブロック１３０２で識別された端末へ送信される。

図１４は、接続および／または再接続手続に基づいてホームエージェントの発見を容易にするための手順１４００を例示する。手順１４００は、例えば、無線アクセスポイント、アクセスルータおよび／または任意の他の適切なネットワークエンティティにより行われうる。手順１４００は、ブロック１４０２で始まり、接続または再接続のための要求は、ネットワークに基づいたモビリティプロトコルを通じて管理された端末から受信される。

手順１４００はその後、ブロック１４０４に移ることができ、メッセージは、端末のためのモバイルＩＰホームエージェントに関連するグローバルＩＰアドレスを示すブロック１４０２で受信された要求を受理する端末へ通信される。特定の限定されない例では、ブロック１４０４で通信されたメッセージは、接続受理メッセージでもよく、端末のためのモバイルＩＰホームエージェントに関連したグローバルＩＰアドレスを、接続受理メッセージにおけるプロトコルコンフィグレーションオプションにおいて提供されてもよい。

ここで図１５を参照すると、ここで記述された１以上の実施形態が機能することができる無線通信システム例１５００を例示するブロック図が提供される。一例を挙げると、システム１５００は、送信機システム１５１０および受信機システム１５５０を含む多入力多出力（ＭＩＭＯ）システムである。しかし、送信機システム１５１０および／または受信機システム１５５０は、例えば、複数の送信アンテナ（例えば、基地局上で）は、１以上のシンボルストリームを単一アンテナデバイス（例えば、移動局）へ送信することができる多入力単出力システムにも適用されてもよいことを認識すべきである。さらに、ここに記述された送信機システム１５１０および／または受信機システム１５５０の態様は、単入力アンテナシステムへの単出力に関連して利用されてもよいことを認識すべきである。

一態様に従って、多くのデータストリームのためのトラフィックデータは、送信機システム１５１０においてデータソース１５１２から送信（ＴＸ）データプロセッサ１５１４へ提供される。一例を挙げると、各データストリームはその後、それぞれの送信アンテナ１５２４を経て送信されてもよい。さらに、ＴＸデータプロセッサ１５１４は、符号化データを提供するためにデータストリームごとに選択された特定の符号化スキームに基づいて、データストリームごとのトラフィックデータをフォーマットし、符号化し、インタリーブすることができる。一例を挙げると、データストリームごとの符号化データはその後、ＯＦＤＭ手法を用いてパイロットデータに多重化されうる。パイロットデータは、例えば、既知のやり方における処理される既知のデータパターンになりえる。さらに、パイロットデータはチャネル応答を推定するために受信機システム１５５０で用いられうる。送信機システム１５１０に戻ると、データストリームごとの符号化データおよび多重化されたパイロットは、変調シンボルを提供するためにデータストリームごとに選択される特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（例えば、シンボルマップ）されうる。一例を挙げると、データストリームごとのデータレート、符号化および変調は、プロセッサ１５３０により提供されるおよび／または実行される命令によって決定されうる。

次に、全てのデータストリームのための変調シンボルは、（例えば、ＯＦＤＭ用の）変調シンボルをさらに処理することができるＴＸプロセッサ１５２０へ提供されうる。ＴＸ ＭＩＭＯプロセッサ１５２０はその後、ＮＴ個のトランシーバ１５２２ａから１５２２ｔへＮＴ個の変調シンボルストリームを提供してもよい。一例を挙げると、各トランシーバ１５２２は、１以上のアナログ信号を提供するためにそれぞれのシンボルストリームを受信し処理することができる。各トランシーバ１５２２はその後、ＭＩＭＯチャネル上での送信に適した変調信号を提供するために、さらに調整（例えば、増幅する、フィルタする、アップコンバートする）することができる。従って、トランシーバ１５２２ａから１５２２ｔまでからのＮＴ個の変調信号はその後、ＮＴ個のアンテナ１５２４ａから１５２４ｔまでのそれぞれから送信されうる。

別の態様に従って、送信された変調信号は、ＮＲ個のアンテナ１５５２ａから１５５２ｒまでによって受信機システム１５５０で受信されてもよい。各アンテナ１５５２からの受信信号はその後、それぞれのトランシーバ１５５４へ提供されうる。一例を挙げると、各トランシーバ１５５４は、それぞれの受信信号を調整（例えば、フィルタする、増幅する、ダウンコンバートする）することができ、サンプルを提供するために調整された信号をデジタル化することができ、その後対応する“受信された”シンボルストリームを提供するためにサンプルを処理することができる。ＲＸ ＭＩＭＯ／データプロセッサ１５６０はその後、ＮＴ個の“検出された”シンボルストリームを提供するために特定の受信機処理手法に基づいて、ＮＲ個のトランシーバ１５５４からＮＲ個の受信シンボルストリームを受信し処理することができる。一例を挙げると、各検出されたシンボルストリームは、対応するデータストリームのための送信された変調シンボルの推定であるシンボルを含むことができる。ＲＸプロセッサ１５６０はその後、対応するデータストリームに関するトラフィックデータを回復するために、各検出されたシンボルストリームを復調し、デインターリーブし、復号することの少なくとも一部によって各シンボルストリームを処理することができる。それゆえ、ＲＸプロセッサ１５６０による処理は、送信機システム１５１０でのＴＸ ＭＩＭＯプロセッサ１５２０およびＴＸデータプロセッサ１５１４によって実行されたものと補完的でありうる。ＲＸプロセッサ１５６０は、処理されたシンボルストリームをデータシンク１５６４へさらに提供することができる。

一態様に従って、ＲＸプロセッサ１５６０によって生成されたチャネル応答推定は、受信機で空間／時間処理を実行し、電力レベルを調整し、変調速度またはスキーム、および／または他の適切な動作を変更するために用いられうる。さらに、ＲＸプロセッサ１５６０は、例えば検出されたシンボルストリームの信号対雑音干渉比（ＳＮＲ）のようなチャネル特性をさらに推定することができる。ＲＸプロセッサ１５６０はその後、プロセッサ１５７０へ推定されたチャネル特性を提供することができる。一例を挙げると、ＲＸプロセッサ１５６０および／またはプロセッサ１５７０は、システムについて“オペレーティング”ＳＮＲの推定をさらに引き出すことができる。プロセッサ１５７０はその後、通信リンクおよび／または受信データストリームに関する情報を具備できるチャネル状態情報（ＣＳＩ）を提供することができる。この情報は例えば、オペレーティングＳＮＲを含むことができる。ＣＳＩはその後、ＴＸデータプロセッサ１５１８によって処理され、変調器１５８０によって変調され、トランシーバ１５５４ａから１５５４ｒによって調整され、送信機システム１５１０へ送信し直されうる。加えて、受信機システム１５５０でのデータソース１５１６は、ＴＸデータプロセッサ１５１８によって処理されるべき付加データを提供することができる。

送信機システム１５１０に戻ると、受信機システム１５５０からの変調信号はその後、アンテナ１５２４によって受信され、トランシーバ１５２２によって調整され、復調器１５４０によって復調され、受信機システム１５５０によって通知されたＣＳＩを回復するためにＲＸデータプロセッサ１５４２によって処理されうる。一例を挙げると、通知されたＣＳＩはその後、プロセッサ１５３０に提供されうり、１以上のデータストリームのために用いられる符号化および変調スキームと同様に、データレートを決定するために用いられうる。決定された符号化および変調スキームはその後、量子化のためにトランシーバ１５２２へ提供されうり、および／または後に受信機システム１５５０への送信において用いられうる。さらにかつ／または代替的に、通知されたＣＳＩは、ＴＸデータプロセッサ１５１４およびＴＸ ＭＩＭＯプロセッサ１５２０のための様々な制御を生成するためにプロセッサ１５３０によって用いられてもよい。別の例では、ＲＸデータプロセッサ１５４２によって処理された他の情報および／またはＣＳＩは、データシンク１５４４へ提供されうる。

一例を挙げると、送信機システム１５１０のプロセッサ１５３０および受信機システム１５５０のプロセッサ１５７０は、それらのそれぞれのシステムでは演算を指示する。さらに、送信機システム１５１０のメモリ１５３２および受信機システム１５５０のメモリ１５７２は、プロセッサ１５３０および１５７０によって用いられるプログラムコードおよびデータのためのストレージをそれぞれ提供することができる。さらに、受信機システム１５５０では、様々な処理手法は、ＮＴ個の送信シンボルストリームを検出するためのＮＲ個の受信信号を処理するために用いられうる。これらの受信機処理手法は、等化手法とも呼ばれうる空間および時空間受信機処理手法、および／または“連続的干渉除去”または“連続除去”受信機処理手法とも呼ばれうる“連続ヌリング／等化および干渉除去”受信機処理手法を含むことができる。

図１６は、ここに記述された様々な態様に従うホームエージェントの発見を調節するシステムのブロック図である。一例を挙げると、システム１６００は端末またはユーザ機器（ＵＥ）１６０２を含む。図示するように、ＵＥ１６０２は、１以上のノードＢ１６０４から（１以上の）信号を受信し、１以上のアンテナ１６０８を経て１以上のノードＢ１６０４へ送信することができる。さらに、ＵＥ１６０２は、アンテナ１６０８から情報を受信する受信機１６１０を具備することができる。一例を挙げると、受信機１６１０は、受信された情報を復調する復調器（Ｄｅｍｏｄ）１６１２に動作可能に関連付けられうる。

復調シンボルはその後、プロセッサ１６１４によって分析されうる。プロセッサ１６１４は、ＵＥ１６０２に関するプログラムコードおよび／またはデータを記憶できるメモリ１６１６に接続されうる。さらに、ＵＥ１６０２は、手順７００、８００、９００、１０００および／または他の同様かつ適切な手順を実行するためにプロセッサ１６１４を採用することができる。ＵＥ１６０２はまた、アンテナ１６０８を通じて送信機１６２０による送信に関する信号を多重化することができる変調器１６１８を含むことができる。

図１７は、ここに記述された様々な態様に従う１以上の端末へホームエージェントに関する情報を提供するシステムのブロック図である。一例を挙げると、システム１７００は基地局またはアクセスポイント１７０２を含む。例示するように、アクセスポイント１７０２は、１以上の受信（Ｒｘ）アンテナ１７０６を経て１以上のアクセス端末１７０４および／またはアクセスゲートウェイ（図示せず）から（１以上の）信号を受信し、１以上の送信（Ｔｘ）アンテナ１７０８を経て１以上のアクセス端末１００４および／またはアクセスゲートウェイへ送信することができる。

さらに、アクセスポイント１７０２は、（１以上の）受信アンテナ１７０６から情報を受信する受信機１７１０を具備することができる。一例を挙げると、受信機１７１０は、受信された情報を復調する復調器（Ｄｅｍｏｄ）１７１２を動作可能に関連付けられうる。復調シンボルはその後、プロセッサ１７１４によって分析されうる。プロセッサ１７１４は、コードクラスタ、アクセス端末割り当て、それに関するルックアップテーブル、固有のスクランブル系列および／または他の適する種類の情報を記憶できるメモリ１７１６に結合されうる。一例を挙げると、アクセスポイント１７０２は、手順１１００、１２００、１３００、１４００および／または他の同様かつ適切な手順を実行するためにプロセッサ１７１４を採用することができる。アクセスポイント１７０２はまた、（１以上の）送信アンテナ１７０８を経て送信機１７２０による送信のための信号を多重化できる変調器１７１８を含むことができる。

図１８は、無線通信システム（例えば、システム２００）におけるモバイルＩＰホームエージェント発見を容易にする装置１８００を例示する。装置１８００は機能ブロックを含むものとして表されることを理解すべきである。機能ブロックは、プロセッサ、ソフトウェアまたはそれらの組み合わせ（例えば、ファームウェア）によって実装された機能を表わす機能ブロックでありうる。装置１８００は、ＵＥ（例えば、モバイル端末２２０）および／または他の適切なネットワークエンティティにおいて実装されうり、ネットワークに基づいたモビリティプロトコルのアンカーポイントからモバイルＩＰホームエージェント用のグローバルアドレスを要求するモジュール１８０２、および要求に応じてモバイルＩＰホームエージェントのグローバルアドレスに関する情報を受信するモジュール１８０４を含みうる。

図１９は、無線通信システム（例えば、システム２００）におけるモバイルＩＰホームエージェント発見を用意にする別の装置１９００を示す。装置１９００は、機能ブロックを含むものとして表されることを理解すべきである。機能ブロックは、プロセッサ、ソフトウェアまたはそれらの組み合わせ（例えば、ファームウェア）によって実装された機能を表わす機能ブロックでありうる。装置１９００は、アクセスポイント（例えば、アクセスポイント２１０）、アクセスルータ（例えば、アクセスルータ２１４）および／または他の適切なネットワークエンティティにおいて実装されうり、ＵＥ用のモバイルＩＰホームエージェントに対応するグローバルアドレスに関するネットワークに基づいたモビリティプロトコルを経て管理されるＵＥから要求を受信するモジュール１９０２、および要求に応じてモバイルＩＰホームエージェントのグローバルアドレスに対応する情報を送信するモジュール１９０４を含むことができる。

ここに説明された態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコードまたは任意のそれらの組み合わせによって実装することが理解される。システムおよび／または方法がソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードまたはコードセグメントに実装されるとき、それらは格納コンポーネントのような機械読み取り可能な媒体に記憶されうる。コードセグメントは、手続、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または、命令、データ構造もしくはプログラム文の任意の組合せを表わすことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリコンテンツを受け取りおよび／または渡すことにより、別のコードセグメントまたはハードウェア回路に結合されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む任意の適した手段を用いて送信し、フォワードし、または渡しうる。

ソフトウェア実装については、ここに記述された手法は、ここに記述された機能を実行するモジュール（例えば、手続、関数など）で実装されうる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって実行されうる。メモリユニットは、プロセッサ内部またはプロセッサ外部に実装されうり、その場合には、その技術分野において知られる様々な手段を経てプロセッサに通信可能に結合されうる。

上に記述してきたことは、１以上の態様の例を含む。もちろん、前述の態様を記述する目的のために、コンポーネントまたは手順の全ての考えられる組み合わせを記述することは不可能であるが、当業者は様々な態様の多くのさらなる置換および組み合わせが可能であることを認識することができる。従って、記述された態様は、添付の特許請求の精神と範囲に含まれる、全てのそのような改変、変更、および変形を包括的に捉えることを目的としている。さらに、詳細な説明または特許請求の範囲のどちらか一方で用いられる範囲内において用語「含む」が使用される限りでは、そのような用語は、特許請求の範囲での移行的な単語として採用されるとき「具備する」が解釈されるように、用語「具備する」と同様のやり方で包含的であることを目的としている。さらに、詳細な説明または特許請求の範囲のどちらか一方で用いられるような用語「または」は、「排他的ではない、または」を意味する。

Claims (46)

1. 無線通信システムにおけるモバイルインターネットプロトコル（ＭＩＰ）ホームエージェント（ＨＡ）を識別する方法であって、
   前記無線通信システムにおいて通信のために用いられるネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能するパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）を識別し、
   ＭＩＰ ＨＡアドレスに関するそれぞれの要求を含む前記識別されたＰＤＮ ＧＷへ１以上のメッセージを通信し、
   前記１以上のメッセージに応じて前記ＰＤＮ ＧＷから前記ＭＩＰ ＨＡアドレスに関する情報を受信することを具備する方法。
2. １以上のメッセージを通信することは、前記ＭＩＰ ＨＡに対応する完全修飾ドメインネーム（ＦＱＤＮ）のためのドメインネームシステム（ＤＮＳ）クエリを通信することを具備し、
   前記受信することは、前記ＤＮＳクエリに応じて前記ＭＩＰ ＨＡアドレスを受信することを具備する請求項１の方法。
3. 前記ＭＩＰ ＨＡに関連したアクセスポイントネーム（ＡＰＮ）に基づいて前記ＦＱＤＮを設定することをさらに具備する請求項２の方法。
4. 要求しているデバイスおよびネットワークオペレータのそれぞれの同一性に基づいて前記ＦＱＤＮを設定することをさらに具備する請求項２の方法。
5. １以上のメッセージを通信することは、前記ＰＤＮ ＧＷへルータ要請メッセージを通信することを具備し、
   前記受信することは、前記ＭＩＰ ＨＡに関するグローバルアドレスを示す前記ＰＤＮ ＧＷからのルータ広告メッセージを受信することを具備する請求項１の方法。
6. 前記識別することは、コネクションが確立されるべきＰＤＮ ＧＷを識別することを具備し、
   前記１以上のメッセージを通信することは、前記識別されたＰＤＮ ＧＷに接続要求メッセージを送ることを具備し、
   前記受信することは、前記識別されたＰＤＮ ＧＷおよび前記ＭＩＰ ＨＡに関するグローバルアドレスの指示から接続受理メッセージを受信することを具備する請求項１の方法。
7. 前記ＭＩＰ ＨＡに関する前記グローバルアドレスは、前記接続受理メッセージによって提供されるプロトコルコンフィグレーションオプションにおいて受信される請求項６の方法。
8. 前記ＭＩＰ ＨＡに関する前記グローバルアドレスは、前記接続受理メッセージからの分離メッセージにおいて、前記ＰＤＮ ＧＷとは異なるモビリティ管理エンティティ（ＭＭＥ）から受信される請求項６の方法。
9. 前記識別することは、サービングＰＤＮ ＧＷを識別することを具備し、
   前記１以上のメッセージを通信することは、前記サービングＰＤＮ ＧＷへ前記ＭＩＰ ＨＡのためのＤＮＳクエリを通信することを具備し、
   前記受信することは、前記ＭＩＰ ＨＡが前記サービングＰＤＮ ＧＷとは異なるＰＤＮ ＧＷと一緒に用いられることを示す前記サービングＰＤＮ ＧＷからＤＮＳ応答を受信することを具備し、
   前記方法は、前記サービングＰＤＮ ＧＷから接続解除し（de-attaching）および前記ＤＮＳ応答において示される前記ＰＤＮ ＧＷへ再接続することをさらに具備することを特徴とする請求項１に記載の方法。
10. 前記受信することは、前記ＭＩＰ ＨＡに関するグローバルアドレスを示す前記サービングＰＤＮ ＧＷからＤＮＳ応答を受信することをさらに具備する請求項９に記載の方法。
11. 前記受信することは、前記ＭＩＰ ＨＡと一緒に用いられるＰＤＮ ＧＷの名前を示すＤＮＳ応答を受信することをさらに具備し、
    前記方法は、前記ＰＤＮ ＧＷに接続される際に、前記ＤＮＳ応答において示される前記ＰＤＮ ＧＷからの前記ＭＩＰ ＨＡのグローバルアドレスを受信することをさらに具備する請求項９に記載の方法。
12. 前記ネットワークに基づいたモビリティプロトコルは、汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルインターネットプロトコル（ＰＭＩＰ）の少なくとも１つである請求項１の方法。
13. モバイルインターネットプロトコル（ＩＰ）通信のためのホームエージェント（ＨＡ）と、汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルＩＰ（ＰＭＩＰ）の少なくとも１つを用いて無線通信装置を管理するアクセスルータ（ＡＲ）とに関するデータを記憶するメモリと、
    前記ＨＡに関するグローバルアドレスを要求する前記ＡＲへ１以上のメッセージを提供し、それに応じて前記ＨＡの前記グローバルアドレスに対応する情報を受信するプロセッサを具備する無線通信装置。
14. 前記メモリは、前記ＨＡに関連するドメインネームに関するデータをさらに記憶し、
    前記プロセッサはさらに、前記ＨＡに関連する前記ドメインネームに関してドメインネームシステム（ＤＮＳ）クエリを前記ＡＲへ通信し、前記ＨＡのグローバルアドレスを具備するＤＮＳ応答を受信することを特徴とする請求項１３の無線通信装置。
15. 前記プロセッサはさらに、前記ＨＡに関連するアクセスポイントネーム（ＡＰＮ）に基づいて前記ＨＡに関連するドメインネームを設定する請求項１４に記載の無線通信装置。
16. 前記プロセッサはさらに、前記ＨＡのオペレータおよび前記無線通信装置のそれぞれの同一性に基づいて、前記ＨＡに関連した前記ドメインネームを設定する請求項１４に記載の無線通信装置。
17. 前記プロセッサはさらに、前記ＡＲへルータ要請メッセージを提供し、前記ＨＡに関するグローバルアドレスを含む応答において前記ＡＲからルータ広告メッセージを受信する請求項１３に記載の無線通信装置。
18. 前記メモリはさらに、通信セッションが確立されるべきＡＲに関するデータを記憶し、
    前記プロセッサはさらに、通信セッションが確立されるべき前記ＡＲへ接続要求メッセージを提供し、それに応じて前記ＨＡのグローバルアドレスの指示および接続受理メッセージを受信する請求項１３の無線通信装置。
19. 前記プロセッサはさらに、前記接続受理メッセージにおいて提供されるプロトコルコンフィグレーションオプションにおいて前記ＨＡの前記グローバルアドレスを識別する請求項１８の無線通信装置。
20. 前記プロセッサはさらに、前記接続受理メッセージを受信することに関連して前記ＡＲとは異なるモビリティ管理エンティティ（ＭＭＥ）から前記ＨＡの前記グローバルアドレスを受信する請求項１８の無線通信装置。
21. 前記メモリは、前記ＨＡに関連するドメインネームおよびサービングＡＲに関するデータをさらに記憶し、
    前記プロセッサはさらに、前記ＨＡの前記ドメインネームに基づいて前記ＡＲへＤＮＳクエリを通信し、前記ＨＡが非サービングＡＲと一緒に用いられることを示す前記ＡＲからＤＮＳ応答を識別し、前記サービングＡＲから接続解除（de-attach）し、および前記ＤＮＳ応答に応じて前記ＨＡが位置付けられる前記ＡＲで再接続する請求項１３の無線通信装置。
22. 前記プロセッサはさらに、前記ＤＮＳ応答における前記ＨＡに関するグローバルアドレスを識別する請求項２１の無線通信装置。
23. 前記プロセッサは、前記ＡＲに接続している間、前記ＤＮＳ応答において示される前記ＡＲから前記ＨＡに関するグローバルアドレスを識別する請求項２１の無線通信装置。
24. モバイルインターネットプロトコル（ＩＰ）ホームエージェントの発見を容易にする装置であって、
    前記装置は、
    ネットワークに基づいたモビリティプロトコルのアンカーポイントとして機能するパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）へホームエージェントのグローバルＩＰアドレスための要求を通信する手段と、
    前記要求に応じて前記ホームエージェントの前記グローバルＩＰアドレスに関する情報を受信する手段と、を具備する装置。
25. 機械によって実行されるときに、前記機械に演算を実行させる命令をその上に記憶する機械読み取り可能な媒体であって、前記演算は、
    汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルインターネットプロトコル（ＰＭＩＰ）の１以上のためのネットワークアンカーポイントとして機能するサービングアクセスルータを識別し、
    モバイルインターネットプロトコル（ＭＩＰ）ホームエージェント（ＨＡ）が前記サービングアクセスルータと一緒に用いられるかどうかを決定し、
    ＭＩＰ ＨＡが前記サービングアクセスルータと一緒に用いられる場合、前記ＭＩＰ ＨＡのためのグローバルアドレスを発見し、ＭＩＰ ＨＡが前記サービングアクセスルータと一緒に用いられない場合、ＭＩＰ ＨＡが位置付けられるアクセスルータとのコネクションを確立し、前記アクセスルータとのコネクションの確立の際に、前記ＭＩＰ ＨＡのためのグローバルアドレスを発見することを具備する機械読み取り可能な媒体。
26. ホームエージェントのグローバルアドレスを発見するためのコンピュータ実行可能な命令を実行する集積回路であって、
    前記命令は、
    前記ホームエージェントまたはコネクション接続手続に基づいて設定されたドメインネームに関するドメインネームサービス（ＤＮＳ）クエリの少なくとも１つを採用することによって、プロキシモバイルインターネットプロトコル（ＰＭＩＰ）または汎用パケット無線サービストンネリングプロトコルの少なくとも１つに対するアンカーポイントとして機能するパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）からの前記ホームエージェントの前記グローバルアドレスを要求し、
    前記ＰＤＮ ＧＷから前記ホームエージェントの前記グローバルアドレスに関する情報を受信することを具備する集積回路。
27. モバイルインターネットプロトコル（ＭＩＰ）ホームエージェント（ＨＡ）の発見を調節する方法であって、
    １以上のプロキシＭＩＰまたは汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）を通じて管理されるモバイル端末を識別し、
    グローバルＭＩＰ ＨＡアドレスのためのそれぞれの要求を含む前記識別されたモバイル端末から１以上のメッセージを受信し、
    前記１以上のメッセージに応じて前記グローバルＭＩＰ ＨＡアドレスに関する情報を送信する方法。
28. １以上のメッセージを受信することは、前記ＭＩＰ ＨＡのために設定されたドメインネームに関する前記モバイル端末から送信されたドメインネームシステム（ＤＮＳ）クエリを識別することを具備し、
    前記送信することは、前記グローバルＭＩＰ ＨＡアドレスを示す前記モバイル端末へＤＮＳ応答を送信することを具備する請求項２７の方法。
29. 前記ＤＮＳクエリのために用いられる前記ドメインネームは、前記ＭＩＰ ＨＡに関連したアクセスポイントネーム（ＡＰＮ）に基づいて設定される請求項２８の方法。
30. 前記ＤＮＳクエリのために用いられる前記ドメインネームは、前記ＭＩＰ ＨＡのオペレータおよび前記モバイル端末のそれぞれの同一性に基づいて設定される請求項２８の方法。
31. ＤＮＳクエリを識別することは、前記モバイル端末から送信されたＤＮＳクエリをインターセプトし、前記ＤＮＳクエリが前記ＭＩＰ ＨＡに対して設定されたドメインネームに関するかどうかを決定することを具備する請求項２８の方法。
32. 前記受信することは、前記モバイル端末からルータ要請メッセージを受信することを具備し、
    前記送信することは、前記グローバルＭＩＰ ＨＡアドレスを示す前記モバイル端末へルータ広告メッセージを送信することを具備する請求項２７の方法。
33. 前記受信することは、前記モバイル端末から接続解除（de-attachment）のための要求または接続のための要求の１つ以上を受信することを具備し、
    前記送信することは、前記グローバルＭＩＰ ＨＡアドレスを示す前記受信された要求を受理する前記モバイル端末へメッセージを送信することを具備する請求項２７の方法。
34. 前記送信することは、前記モバイル端末へ前記グローバルＭＩＰ ＨＡアドレスを提供するためにモビリティ管理エンティティ（ＭＭＥ）に命令することをさらに具備する請求項３３の方法。
35. 無線通信装置がパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）として機能するアクセス端末と、前記アクセス端末から受信したデータの１以上の通信およびネットワークに基づいたモビリティプロトコルのためのアンカーポイントとに関するデータを記憶するメモリと、
    前記アクセス端末から受信したデータの前記通信からのグローバルホームエージェントアドレスのためのそれぞれの要求を識別し、前記要求に応じて前記アクセス端末へ前記グローバルホームエージェントアドレスの指示を通信するプロセッサと、を具備する無線通信装置。
36. 前記メモリは、前記ホームエージェントのドメインネームに関する前記アクセス端末から受信したドメインネームシステム（ＤＮＳ）クエリに関するデータをさらに記憶し、
    前記プロセッサはさらに、前記ホームエージェントの前記グローバルアドレスを示す前記アクセス端末へＤＮＳ応答を送信する請求項３５の無線通信装置。
37. 前記ＤＮＳクエリのために用いられる前記ドメインネームは、前記ホームエージェントに関連したアクセスポイントネーム（ＡＰＮ）に基づいて設定される請求項３５の無線通信装置。
38. 前記ＤＮＳクエリのために用いられる前記ドメインネームは、前記アクセス端末と前記ホームエージェントのオペレータとのそれぞれの同一性に基づいて設定される請求項３５の無線通信装置。
39. 前記プロセッサはさらに、前記アクセス端末からの１以上のＤＮＳクエリをインターセプトし、
    前記インターセプトされたＤＮＳクエリの１以上が前記ホームエージェントに対して設定されたドメインネームに関連するかどうかを決定する請求項３５の無線通信装置。
40. 前記メモリはさらに、前記アクセス端末から受信されたルータ要請メッセージに関するデータを記憶し、
    前記プロセッサはさらに、前記グローバルホームエージェントアドレスを示す前記アクセス端末へルータ広告メッセージを送信する請求項３５の無線通信装置。
41. 前記メモリはさらに、前記アクセス端末から受信した接続要求または再接続要求の少なくとも１つに関するデータを記憶し、
    前記プロセッサはさらに、前記モバイル端末へ受信した要求の受理を提供する請求項３５の無線通信装置。
42. 前記プロセッサはさらに、前記受信した要求の前記受理おける前記アクセス端末へ前記グローバルホームエージェントアドレスを提供する請求項４１の無線通信装置。
43. 前記プロセッサはさらに、前記受信した要求を受理する際に前記アクセス端末へ前記グローバルホームエージェントアドレスを提供するために前記無線通信装置とは異なるモビリティ管理エンティティ（ＭＭＥ）に命令する請求項４１の無線通信装置。
44. モバイルインターネットプロトコル（ＭＩＰ）ホームエージェント（ＨＡ）発見を容易にする装置であって、
    前記装置は、
    ユーザ機器（ＵＥ）に関するＭＩＰ ＨＡアドレスに対応するグローバルアドレスに関する、汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルインターネットプロトコル（ＰＭＩＰ）のうちの１以上を経て管理される前記ＵＥからの要求を受信する手段と、
    前記要求に応じて前記ＵＥへ前記ＭＩＰ ＨＡの前記グローバルアドレスに対応する情報を送信する手段と、を具備する装置。
45. 機械によって実行されるときに、前記機械に演算を実行させる命令をその上に記憶している機械読み取り可能な媒体であって、前記演算は、
    汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルインターネットプロトコル（ＰＭＩＰ）のうちの１以上を経て管理される端末によって提供される接続要求、ルータ要請メッセージ、またはドメインネームシステム（ＤＮＳ）クエリの１以上を具備する情報を識別し、
    前記識別された情報に応じて前記端末のためのホームエージェントのグローバルアドレスに関して前記端末に情報を提供することを具備する機械読み取り可能な媒体。
46. 要求しているモバイルデバイスでホームエージェントの発見を容易にするためのコンピュータ実行可能な命令を実行する集積回路であって、
    前記命令は、
    関連する無線通信ネットワークを通じてモビリティ管理のための汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）またはプロキシモバイルインターネットプロトコル（ＰＭＩＰ）の少なくとも１つを利用するモバイルデバイスを識別し、
    前記ホームエージェントまたはコネクション接続手続に基づいて設定されるドメインネームに対するドメインネームサービス（ＤＮＳ）クエリの少なくとも１つに関連する前記モバイルデバイスからグローバルホームエージェントアドレスのための要求を受信し、
    前記モバイルデバイスへ前記グローバルホームエージェントアドレスに関する情報を中継することを具備する集積回路。

Images