JP2010506437A - Ｗｌａｎ内のハンドオフ後にｉｐ構成を実施する方法および装置 - Google Patents

Abstract

ＷＬＡＮ内のハンドオフの後にＩＰ構成を実施するための技術について述べられる。局は、ＷＬＡＮ内の第１のアクセスポイントに関連付けし、第１のＩＰ構成パラメータのセットを取得するためにＩＰ構成を実施する。その後、局は、第１のＩＰ構成パラメータセットを使用して、第１のアクセスポイントを介してデータを交換する。局は、第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施し、ハンドオフの後にＩＰ構成を実施する。ＩＰ構成が進行している間、局は、第１のＩＰ構成パラメータセットを使用して、第２のアクセスポイントを介してデータを交換し続ける。これによって、ＩＰ接続性の中断が回避される。ＩＰ構成の完了後、局は、（ｉ）新しいパラメータが取得されない場合は、第１のＩＰ構成パラメータセットを使用してデータを交換し続け、または（ｉｉ）取得される場合は、第２のＩＰ構成パラメータセットを使用してデータを交換する。

Description

本出願は、本願の譲受人に譲渡され、また参照により本明細書に組み込まれている、２００６年７月１９日に出願した米国仮出願第６０／８３２０４０号、「ＷＬＡＮ ＨＡＮＤＯＦＦ ＯＰＴＩＭＩＺＡＴＩＯＮ」の優先権を主張するものである。

［I．分野］
本開示は、一般には、通信に関し、より詳細には、無線通信網内の局のインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）接続性を維持するための技術に関する。

［II．背景］
無線通信網は、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなど、様々な通信サービスを提供するために広く展開されている。これらの無線網には、無線広域ネットワーク（ＷＷＡＮ：ｗｉｒｅｌｅｓｓ ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮ：ｗｉｒｅｌｅｓｓ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）および無線ローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）が含まれる。用語「ネットワーク」と「システム」はしばしば、区別なく用いられる。

ユーザは、無線網からボイスオーバーＩＰ（ＶｏＩＰ：Ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ）などの所望のサービスを得るために、局（たとえば携帯電話）を使用してもよい。ユーザは移動体であってもよく、局は、無線網内で、あるアクセスポイントから別のアクセスポイントにハンドオフされてもよい。ハンドオフの後、局は、局のＩＰ接続性を維持するのに用いるネットワークパラメータを取得するために、ＩＰ構成(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ)を実施してもよい。ＩＰ接続性は、ＩＰパケットを送受信する能力を指す。ＩＰ構成は、完了するのにいくらかの時間量を要することがあり、ＩＰ構成の進行中、データ交換が中断されることがある。

［概要］
ＷＬＡＮ内のハンドオフの後にＩＰ構成を効率的に実施するための技術について、本明細書に述べる。局は、ホストＩＰアドレス、ゲートウェイＩＰアドレス、サーバＩＰアドレスおよびサブネットマスク（ｓｕｂｎｅｔ ｍａｓｋ）などのＩＰ構成パラメータを取得するために、ＩＰ構成を実施してもよい。局は、パケットを送受信するためのＩＰアドレスとして、ホストＩＰアドレスを使用してもよい。ゲートウェイＩＰアドレスは、遠隔端末およびサーバへの転送のために局がパケットを送信してもよいルータのＩＰアドレスである。サーバＩＰアドレスは、局が属するサブネットワーク（すなわちサブネット）のＩＰ構成パラメータを提供することができる動的ホスト構成プロトコル（ＤＨＣＰ：Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバのＩＰアドレスである。サブネットマスクは、パケットを遠隔端末またはサーバに送信するやり方に影響を及ぼし得る、遠隔端末またはサーバがサブネットの内部に位置するか、それとも外部に位置するかの判断を行うために使用してもよい。

局は、ＷＬＡＮ内の第１のアクセスポイントに関連付けしてもよく、第１のＩＰ構成パラメータのセットを取得するために、ＩＰ構成を実施してもよい。その後、局は、第１のＩＰ構成パラメータセットを使用して、第１のアクセスポイントを介してデータを交換してもよい。局は、第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施してもよい。局は、ハンドオフの後にＩＰ構成を実施し、局によって現在使用されている同じＩＰアドレスを要求してもよい。ＩＰ構成が進行している間、局は、第１のＩＰ構成パラメータセットを使用して第２のアクセスポイントを介してデータを交換し続けてもよい。これによって、ＷＬＡＮハンドオフによるＩＰ接続性の中断を回避することができる。ＩＰ構成の完了後、局は、（ｉ）新しいパラメータが取得されない場合は、第１のＩＰ構成パラメータセットを使用してデータを交換し続け、または（ｉｉ）取得される場合は、第２のＩＰ構成パラメータセットを使用してデータを交換してもよい。局のアクティブなアプリケーションが、第２のアクセスポイントを介したＩＰ構成が進行している間に第１のＩＰ構成パラメータセットを使用してデータを交換することを可能にすることによって、アプリケーションの観点からハンドオフ時間が有効に短縮され得る。

本開示の様々な態様および特徴について、以下にさらに詳細に述べる。

複数のＷＬＡＮサブネットを示す図。 図１の様々なエンティティ上のプロトコルスタックを示す図。 トランスポート層、ネットワーク層およびリンク層のデータ形式を示す図。 局と遠隔端末の間の通信のためのメッセージフローを示す図。 ＤＨＣＰを使用したＩＰ構成のためのメッセージフローを示す図。 ＷＬＡＮ内のハンドオフ後の効率的なＩＰ構成を伴う通信のためのプロセスを示す図。 局を示すブロック図。

［詳細な説明］
本明細書に述べられた諸技術は、ＷＷＡＮ、ＷＭＡＮおよびＷＬＡＮなど、様々な無線網のために使用してもよい。ＷＷＡＮは、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）網、時分割多元接続（ＴＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）網、周波数分割多元接続（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）網、直交ＦＤＭＡ（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ ＦＤＭＡ）網、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ ＦＤＭＡ）網などであってもよい。ＣＤＭＡ網は、ｃｄｍａ２０００、ユニバーサル地上無線アクセス網（ＵＴＲＡ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実装してもよく、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ：Ｗｉｄｅｂａｎｄ ＣＤＭＡ）および低チップレート（ＬＣＲ：Ｌｏｗ Ｃｈｉｐ Ｒａｔｅ）を含む。ＴＤＭＡ網は、移動体通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの無線技術を実装してもよい。ＯＦＤＭＡ網は、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ ＵＴＲＡ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装してもよい。ＷＭＡＮは、ＩＥＥＥ ８０２．１６などの無線技術を実装してもよい。ＷＬＡＮは、ＩＥＥＥ ８０２．１１、Ｈｉｐｅｒｌａｎなどの無線技術を実装してもよい。これらの様々な無線技術および規格は、当技術分野において知られている。分かり易くするために、諸技術の特定の態様について、ＩＥＥＥ ８０２．１１を実装するＷＬＡＮに関して下記に述べる。

図１は、２つのＷＬＡＮサブネット１００および１０２の例示的な展開について示している。ＷＬＡＮサブネット１００は、アクセスポイント１２０、１２１と、ルータ１３０と、ＤＨＣＰサーバ１４０とを含む。ＷＬＡＮサブネット１０２は、アクセスポイント１２２、１２３と、ルータ１３２と、ＤＨＣＰサーバ１４２とを含む。それぞれのアクセスポイントは、アクセスポイントに関連する局の無線媒体／チャネルを介して、配信サービスへのアクセスを提供してもよい。それぞれのルータは、そのサブネット内のアクセスポイントおよび局と外部ネットワークエンティティとの間で交換されるパケットをルーティングしてもよい。それぞれのルータは、そのサブネット内のアクセスポイントおよび局の個人ＩＰアドレスと公的ＩＰアドレスの間の変換を実施することもできる。それぞれのＤＨＣＰサーバは、そのサブネット内の局のＩＰ接続性をサポートするための機能を実施し、たとえば、局へのＩＰアドレスの割当て、ネットワーク構成パラメータの提供などを行ってもよい。ＷＬＡＮサブネット１００、１０２は、ＩＥＥＥ ８０２．１１規格ファミリーのいずれかの規格を実装してもよい。

局（ＳＴＡ：ｓｔａｔｉｏｎ）１１０は、ＩＰ接続性、ＶｏＩＰなど、他の様々なサービスを得るためにＷＬＡＮサブネット１００または１０２と通信してもよい。局１１０は、移動局、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、端末、ユーザ端末、加入者装置などと呼ばれることもある。局１１０は、携帯電話、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、無線モデム、手持ち式装置、ラップトップコンピュータなどであってもよい。局１１０は、遠隔端末１６０などの他の端末およびサーバと通信するためにＷＬＡＮサブネット１００または１０２内のアクセスポイントとデータを交換してもよい。局１１０は、他の端末およびサーバと通信するのに用いるＩＰ構成パラメータを取得するために、ＤＨＣＰサーバと通信することもできる。

ＷＬＡＮサブネット１００、１０２は、図１に示されていない他のネットワークエンティティを含んでもよい。ＷＬＡＮサブネット１００、１０２は、インターネット１５０や、従来の電話のために働く公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）などの他のネットワークに直接または間接的に結合してもよい。

図２は、局１１０と端末１６０の間の通信のための、図１の様々なエンティティの例示的なプロトコルスタックを示している。各エンティティのプロトコルスタックは、アプリケーション層と、トランスポート層と、ネットワーク層と、リンク層と、物理層とを含んでもよい。

局１１０は、ハイパーテキスト転送プロトコル（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ファイル転送プロトコル（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、リアルタイムトランスポートプロトコル（ＲＴＰ：Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、および／またはアプリケーション層の他のプロトコルを使用して端末１６０と通信してもよい。アプリケーション層データは、転送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ユーザデータグラムプロトコル（ＵＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、および／またはトランスポート層の他のプロトコルを使用して送信してもよい。これらの様々なプロトコルは、当技術分野において知られている。一般に、局１１０は、ＩＰを介した１つまたは複数の任意のＩＰベースプロトコルを使用してもよい。トランスポート層データは、アクセスポイント１２０、ルータ１３０および恐らく他のエンティティを介して局１１０と端末１６０の間で交換され得るＩＰパケット内でカプセル化してもよい。

局１１０は、リンク層およびＩＥＥＥ ８０２．１１物理層（ＰＨＹ）のＩＥＥＥ ８０２．１１メディアアクセス制御（ＭＡＣ）プロトコルを介してアクセスポイント１２０と通信してもよい。アクセスポイント１２０は、リンク層および物理層のイーサネット（登録商標）を介してルータ１３０と通信してもよい。ルータ１３０は、リンク層および物理層を介して端末１６０と直接にまたは間接的に通信してもよい。

図３は、トランスポート層、ネットワーク層およびリンク層のデータ単位の形式およびカプセル化を示している。トランスポート層のＵＤＰについては、データは、ＵＤＰヘッダとＵＤＰペイロードとを含む各データグラムを付けて、ＵＤＰデータグラムとして送信される。ＵＤＰヘッダは、ソースポートおよび宛先ポートとを含み、ただし、ポートは、ペイロード内のデータに関連する論理チャネルを示す。ネットワーク層のＩＰについては、データは、ＩＰパケット（またはデータグラム）として送信され、各ＩＰパケットがＩＰヘッダとＩＰペイロードとを含む。ＩＰヘッダは、（ｉ）ＩＰパケットの送信者のＩＰアドレスに設定されたソースＩＰアドレスと、（ｉｉ）ＩＰパケットの受信側のＩＰアドレスに設定された宛先ＩＰアドレスとを含む。ＩＰペイロードは、ＵＤＰデータグラムまたは他の何らかのデータを運んでもよい。リンク層のイーサネットでは、データは、イーサネットフレームとして送信され、各フレームがＭＡＣヘッダとＭＡＣペイロードとを含む。ＭＡＣヘッダは、（ｉ）イーサネットフレームの送信者のＭＡＣアドレスに設定されたソースＭＡＣアドレスと、（ｉｉ）イーサネットフレームの受信者のＭＡＣアドレスに設定された宛先ＭＡＣアドレスとを含む。ＭＡＣペイロードは、ＩＰパケットまたは他の何らかのデータを運んでもよい。

図４は、局１１０と端末１６０の間の通信のためのメッセージフロー４００を示している。図４は、局１１０と、アクセスポイント１２０、１２２と、ＤＨＣＰサーバ１４０、１４２と、端末１６０との間のデータ／シグナリング交換を示している。簡単にするために、局１１０に直接関係しないエンティティ間（たとえばアクセスポイントとルータの間）のデータ／シグナリング交換は、図４に示されていない。

最初、局１１０は、ＷＬＡＮを探索し、ＷＬＡＮサブネット１００内のアクセスポイント１２０を検出し、アクセスポイント１２０に関連付けしてもよい（ステップＡ１）。ステップＡ１は、信号測定を行うこと、ビーコンフレームを読み出すこと、プローブ要求／応答を交換すること、アクセスおよびユーザ認証を実施すること、およびアクセスポイント１２０と関連付け要求／応答を交換することを含んでもよい。次いで、局１１０は、下記に述べられるように、他の端末およびサーバと通信するのに使用されるＩＰ構成パラメータを取得するためにＤＨＣＰサーバ１４０と対話してもよい（ステップＡ２）。ステップＡ１およびＡ２は、局１１０に電源が投入されるとき、局１１０が新しいサービスエリアに移動するときなどに実施してもよい。

アプリケーションは、局１１０で起動されてもよく、遠隔端末１６０と通信することを望んでもよい。局１１０は、アプリケーションが遠隔端末１６０と通信することを可能にするのに必要などんな設定をも実施してもよい。設定は、アプリケーションのタイプに依存し得る。一例として、ＶｏＩＰアプリケーションでは、局１１０は、（ｉ）アクセスポイント１２０とのＶｏＩＰ呼のためのＲＴＰおよびＳＩＰフローのサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を確立すること、および（ｉｉ）ＶｏＩＰなどのＩＭＳサービスをサポートする呼セッション制御機能（ＣＳＣＦ：Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を有するＩＰマルチメディアサブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）セッションを確立することを含み得る呼設定を実施してもよい。このアプリケーションは、ネットワーク上で実行される２つのアプリケーション間の双方向通信経路１つの端点であるソケットを使用してもよい。ソケットは、トランスポート層プロトコル（たとえばＵＤＰまたはＴＣＰ）のポート番号、局に割り当てられたＩＰアドレスに結び付けてもよい。ポート番号は、トランスポート層プロトコルによって、アプリケーション用のデータを識別するために使用してもよく、ＩＰアドレスは、アプリケーション用のデータを交換するために使用してもよい。したがって、局１１０は、アプリケーション用のソケットを、割り当てられたＩＰアドレスにマップしてもよい。局１１０は、ソケットの接続を開くために設定を実施してもよい。設定の完了後、局１１０は、アプリケーションのアクセスポイント１２０を介して端末１６０とデータを交換してもよい（ステップＡ３）。

局１１０は、移動体であってもよく、アクセスポイント１２０からアクセスポイント１２２へのハンドオフを実施してもよい（ステップＡ４）。ステップＡ４は、アクセスポイント１２０に関連付け解除フレームを送信すること、アクセスポイント１２０から肯定応答を受信すること、アクセスポイント１２２に関連付け要求フレームを送信すること、およびアクセスポイント１２２から関連付け応答フレームを受信することを含んでもよい。ステップＡ４は、たとえばＶｏＩＰ呼／セッションのためのアクセスポイント１２２とのＱｏＳを確立することを含むこともできる。下記に述べられるように、局１１０は、ＩＰ構成パラメータを取得するためにＤＨＣＰサーバ１４２と対話してもよい（ステップＡ５）。その後、局１１０は、アクセスポイント１２２を介して端末１６０とデータを交換してもよい（ステップＡ６）。ある時点で、局１１０または端末１６０は、セッションを終了してもよい。局１１０は、セッションを終了するために、アクセスポイント１２２、および恐らく他のネットワークエンティティとシグナリングを交換してもよい。

図４で、両頭矢印によって示された各ステップは一般に、少なくとも２つのエンティティ間で交換される１組のメッセージを要する。下記に述べられるように、これらのステップの一部は、局１１０のために向上した性能が達成され得るようなやり方で実施してもよい。

局１１０は、下記を含み得るＩＰ構成パラメータを取得するために、それが新しいアクセスポイントとの関連付けを行うときはいつでもＩＰ構成を実施してもよく、
・ホストＩＰアドレス−局１１０がまだＩＰアドレスをもたない場合、局１１０がそれ自体のＩＰアドレスとして使用することができるＩＰアドレス、
・ゲートウェイＩＰアドレス−局１１０がＩＰパケットを送信することができるルータのＩＰアドレス、
・サーバＩＰアドレス−局１１０が位置するサブネットのＤＨＣＰサーバのＩＰアドレス、および
・サブネットマスク−局１１０が位置するサブネットのサブネットアドレスを決定するために使用されるマスク。

局１１０は、遠隔端末がサブネットの内部に位置するか、それとも外部に位置するか判断するためにサブネットマスクを使用してもよい。局１１０は、サブネット内に位置する場合は、遠隔端末にパケットを直接送信してもよく、端末がサブネットの外部に位置する場合は、ルータを介して遠隔端末にパケットを送信してもよい。

図５は、ＤＨＣＰを使用したＩＰ構成のためのメッセージフロー５００を示している。メッセージフロー５００は、図４のステップＡ２（図５には示されていない）、および図４のステップＡ５（図５に示される）についても実施してもよい。

局１１０は、ＤＨＣＰクライアントとして働き、サブネット内でＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストすることによってＤＨＣＰトランザクションを開始してもよい（ステップＢ１）。ＤＨＣＰＤＩＳＣＯＶＥＲメッセージは、局１１０のＩＰアドレスを要求してもよい。図４のステップＡ２のＩＰ構成では、局１１０は、どんなＩＰアドレスが局に割り当てられるか気に掛けなくてもよい。図４のステップＡ５のアクセスポイント１２２へのハンドオフ後のＩＰ構成では、局１１０は、ＩＰ接続性の中断を回避するために、局１１０によって現在使用されている同じＩＰアドレスを要求してもよく、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージにこのＩＰアドレスを含めてもよい。ＤＨＣＰメッセージは、ＵＤＰデータグラムとして送信してもよい。ＵＤＰヘッダ内のソースポートフィールドは、メッセージがＤＨＣＰサーバからのものであることを示す「６７」、またはメッセージがＤＨＣＰクライアントからのものであることを示す「６８」に設定してもよい。ＵＤＰヘッダ内の宛先ポートフィールドは、メッセージの意図された受信者がＤＨＣＰサーバまたはＤＨＣＰクライアントであることを示すために、それぞれ「６７」または「６８」に設定してもよい。

ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信すると、ＤＨＣＰサーバ１４２は、局１１０のＩＰ構成パラメータを決定し、たとえば局１１０に割り当てるＩＰアドレスを選択してもよい（ステップＢ２）。選択されたＩＰアドレスは、（ＤＨＣＰＤＩＳＣＯＶＥＲメッセージ内で送信される場合）局１１０によって要求されたＩＰアドレスであっても、ＤＨＣＰサーバ１４２によって選ばれた他の何らかのＩＰアドレスであってもよい。ＤＨＣＰサーバ１４２は、選択されたＩＰアドレスを含むインターネット制御メッセージプロトコル（ＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）エコー要求をブロードキャストすることによって、選択されたＩＰアドレスを他の局が使用していないことを保証してもよい（ステップＢ３）。ＩＣＭＰエコー要求は、選択されたＩＰアドレスを現在使用している局に、ＩＣＭＰエコー応答を返すことを求める。ＤＨＣＰサーバ１４２は、ＩＣＭＰエコー応答を求めて、特定のタイムアウト期間待機してもよい。ＤＨＣＰサーバ１４２が予想通りにタイムアウト期間内にＩＣＭＰエコー応答を受信しない場合は、選択されたＩＰアドレスを他の局が使用しておらず、ＤＨＣＰサーバ１４２は、このＩＰアドレスを局１１０に割り当ててもよい。次いで、ＤＨＣＰサーバ１４２は、局１１０にＤＨＣＰＯＦＦＥＲメッセージを送信することによって応答してもよい（ステップＢ４）。ＤＨＣＰＯＦＦＥＲメッセージは、ホストＩＰアドレスとして、選択されたＩＰアドレス、ゲートウェイＩＰアドレスとしてルータ１３２のＩＰアドレス、サーバＩＰアドレスとしてＤＨＣＰサーバ１４２のＩＰアドレス、サブネットマスクなどを含んでもよい。

ローカルエリアネットワーク（ＬＡＮ）環境では、複数のＤＨＣＰサーバが、局によってブロードキャストされたＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信してもよく、局は、これらのＤＨＣＰサーバから複数のＤＨＣＰＯＦＦＥＲメッセージを受信してもよい。次いで、局は、ＩＰ構成パラメータを要求するために、ＤＨＣＰサーバのうちの１つを選択してもよい。図１に示されたＷＬＡＮ展開では、局１１０は、アクセスポイント１２２へのハンドオフの後、ＤＨＣＰサーバ１４２だけからＤＨＣＰＯＦＦＥＲメッセージを受信してもよい。次いで、局１１０は、ＤＨＣＰサーバ１４２を識別しており、ＤＨＣＰＯＦＦＥＲメッセージ内で送信されたホストＩＰアドレスおよびサーバＩＰアドレスを含み得るＤＨＣＰＲＥＱＵＥＳＴメッセージを送信してもよい（ステップＢ５）。ＤＨＣＰサーバ１４２は、局１１０からＤＨＣＰＲＥＱＵＥＳＴメッセージを受信し、ＩＰ構成パラメータ、たとえばホストＩＰアドレスをコミットしてもよい（ステップＢ６）。次いで、ＤＨＣＰサーバ１４２は、ＩＰ構成パラメータを含むＤＨＣＰＡＣＫメッセージを返してもよい（ステップＢ７）。

局１１０は、ホストＩＰアドレスを含むアドレス解決プロトコル（ＡＲＰ：Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求をブロードキャストすることによって、ＤＨＣＰサーバ１４２から受信されたホストＩＰアドレスを他の局が使用していないことを保証することもできる（ステップＢ８）。ＡＲＰ要求は、ホストＩＰアドレスを現在使用している局に、そのＭＡＣアドレスを付けて応答することを求める。局１１０は、ＡＲＰ応答を求めて、特定のタイムアウト期間待機してもよい。局１１０が予想通りにタイムアウト期間内にＡＲＰ応答を受信しない場合は、局１１０は、ＩＰパケットを交換するために、このＩＰアドレスを使用してもよい。その後、局１１０は、端末１６０とのデータ交換のために、ＩＰ構成パラメータを使用してもよい（図４のステップＡ６）。セッションが終了すると、または別のアクセスポイントにハンドオフされた後に、局１１０は、ＤＨＣＰサーバ１４２（図５に示されていない）にＤＨＣＰＲＥＬＥＡＳＥメッセージを送信することによってホストＩＰアドレスを放棄してもよい。ＤＨＣＰによるＩＰ構成のための手順は、公的に入手可能である文献ＲＦＣ ２１３１、「Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」に記載されている。

図４に示されるように、局１１０は、セッションの間、あるアクセスポイントから別のアクセスポイントにハンドオフされてもよい。あるアクセスポイントから別のアクセスポイントにハンドオフするための時間量を短縮することが望ましい。図５に示されるように、かなりの時間量を要し得るハンドオフの１つの要素は、ＤＨＣＰによるＩＰ構成である。局１１０は一般に、新しいアクセスポイントが、古いアクセスポイントにサービスする同じＤＨＣＰサーバによってサービスされるか、それとも別のＤＨＣＰサーバによってサービスされるか判断することはできない。したがって、局１１０は、新しいアクセスポイントのＩＰ構成パラメータを取得するために、図５に示されるようにハンドオフの後にＩＰ構成を実施してもよい。局１１０は、ＩＰ構成を開始する前に、局１１０上のアクティブなアプリケーションに通知を送信してもよい。ＩＰ構成が進行している間、アクティブアプリケーションは、一時的にデータ交換を停止してもよい。しかし、この一時的な停止は、保留中のセッションを中断することがあり、したがって、望ましくないことがある。

一態様では、局１１０は、あるアクセスポイントから別のアクセスポイントへのハンドオフの後にＩＰ構成を実施してもよいが、アクティブアプリケーションが、新しいアクセスポイントを介したＩＰ構成が進行している間、古いアクセスポイントを介して取得されたＩＰ構成パラメータを使用してデータを交換することを可能にしてもよい。これは、アクティブアプリケーションの観点から、ハンドオフ時間を有効に短縮することができる。

図６は、ＷＬＡＮ内のハンドオフの後の効率的なＩＰ構成を伴う通信のためのプロセス６００の設計について示している。最初、局１１０は、第１のアクセスポイント、たとえば図１のアクセスポイント１２０に関連付けしてもよく、第１のＩＰ構成パラメータセットを取得するためにＩＰ構成を実施してもよい（ブロック６１２）。その後、局１１０は、第１のＩＰ構成パラメータセットを使用して、第１のアクセスポイントを介してデータを交換してもよい（ブロック６１４）。局１１０は、第１のアクセスポイントから第２のアクセスポイント、たとえば図１のアクセスポイント１２２へのハンドオフを実施してもよい（ブロック６１６）。局１１０は、第２のアクセスポイントとの関連付けの後、ＩＰ構成を実施してもよく、第２のＩＰ構成パラメータセットを取得しても、取得しなくてもよい（ブロック６１８）。ブロック６１８内のＩＰ構成では、局１１０は、局１１０によって現在使用されている同じＩＰアドレスを要求してもよい。ブロック６１８でＩＰ構成が進行している間、局１１０は、第１のＩＰ構成パラメータセットを使用して第２のアクセスポイントを介してデータを交換し続けてもよい（ブロック６２０）。局１１０は、第２のアクセスポイントを介してデータを交換するために、第１のＩＰ構成パラメータセットからのホストＩＰアドレスおよびゲートウェイＩＰアドレスを使用してもよい。

ブロック６１８でＩＰ構成を完了した後、局１１０は、第２のＩＰ構成パラメータセットが取得されたかどうか判断してもよい（ブロック６２２）。新しいＩＰ構成パラメータが取得されなかった場合は（ブロック６２２の「いいえ」）、局１１０は、第１のＩＰ構成パラメータセットを使用して第２のアクセスポイントを介してデータを交換し続けてもよい（ブロック６２４）。新しいＩＰ構成パラメータが取得された場合は（ブロック６２２の「はい」）、局１１０は、アクティブアプリケーションがＩＰ構成の変更（たとえば新しいホストＩＰアドレス）に対処することができるかどうか判断してもよい（ブロック６２６）。たとえば、ＵＤＰベースのアプリケーションは、ホストＩＰアドレスの変更に対処可能であり得る。ＩＰ構成変更に対処することができる各アクティブアプリケーションについて、局１１０は、第２のＩＰ構成パラメータセットを適用してもよく、この時点以降は、第２のＩＰ構成パラメータセットを使用して第２のアクセスポイントを介してこのアプリケーションのためのデータを交換してもよい（ブロック６２８）。ＩＰ構成変更に対処することができない各アクティブアプリケーションについて、局１１０は、適切な措置、たとえばアプリケーション用のソケットを閉じ、新しいホストＩＰアドレスとの新しい接続を開くことなど行ってもよい（ブロック６３０）。次いで、局１１０は、新しい接続によって、アプリケーションのためのデータを交換してもよい（ブロック６３２）。

図６に示されるように、局１１０は、古い／第１のアクセスポイントから新しい／第２のアクセスポイントへのハンドオフを行いながらも、ＩＰ接続性、および端末１６０との通信をシームレスに維持することができる。ＩＰ接続性は、（ｉ）たとえば同じＤＨＣＰサーバが旧と新の両方のアクセスポイントにサービスするのでハンドオフの後に新しいＩＰ構成パラメータが取得されない場合、および（ｉｉ）アクティブアプリケーションがＩＰ構成の変更に対処することができる場合に維持され得る。アプリケーションがデータ交換のためにＩＰ構成の完了を待つ必要がないので、アプリケーションの観点から、ハンドオフ時間を短縮することができる。新しいＩＰ構成パラメータが取得され、アプリケーションがＩＰ構成の変更に対処することができない場合は、局１１０は、ソケットを閉じ、新しいホストＩＰアドレスとの接続を開いてもよく、それは、ハンドオフの後、ＩＰ構成の間にアプリケーションを中断することほど悪いことではないかもしれない。

図４および図６は、古い／第１のアクセスポイント１２０から新しい／第２のアクセスポイント１２２へのハンドオフの後にＩＰ構成を実施する局１１０を示している。別の設計では、ハンドオフの後、局１１０は、新しいアクセスポイント１２２を介してＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストすることによってＩＰ構成プロセスを開始してもよい。次いで、局１１０は、古いアクセスポイント１２０にサービスするＤＨＣＰサーバ１４０からＤＨＣＰＯＦＦＥＲメッセージが受信されるかどうか判断してもよい。ＤＨＣＰサーバ１４０のＩＰアドレスと同じＤＨＣＰＯＦＦＥＲメッセージ内のサーバＩＰアドレスに基づいて判断され得ることであるが、アクセスポイント１２０と１２２の両方が同じＤＨＣＰサーバによってサービスされる場合は、局１１０は、ＩＰ構成プロセスを終了し、現在のＩＰ構成パラメータを使用し続けてもよい。

別の設計では、局１１０は、新しいアクセスポイント１２２へのハンドオフを実施した後、ＤＨＣＰサーバ１４０のＩＰアドレスを含むＡＲＰ要求を送信してもよい。局１１０がＤＨＣＰサーバ１４０からＡＲＰ応答を受信する場合は、局１１０は、それが新しいサブネットに移動しておらず、したがって、現在のＩＰ構成パラメータを使用し続けてもよいと確認することができる。局１１０は、ＡＲＰのプロセスの間、現在のＩＰ構成パラメータを使用してデータを交換してもよい。

図７は、局１１０の設計のブロック図を示している。送信経路では、局１１０によって送信されるデータは、符号器７２２によって処理され（たとえばフォーマットされ、符号化され、インタリーブされ）、出力チップを生成するために変調器（Ｍｏｄ：Ｍｏｄｕｌａｔｏｒ）７２４によってさらに処理されてもよい（たとえば変調され、スクランブルされてもよい）。符号器７２２および変調器７２４による処理は、局１１０が通信しているＷＬＡＮのための無線技術（たとえば８０２．１１）に依存し得る。送信機（ＴＭＴＲ：ｔｒａｎｓｍｉｔｔｅｒ）７３２は、出力チップを調節し（たとえばアナログに変換し、フィルタリングし、増幅し、周波数アップコンバートし）、アンテナ７３４によって送信され得る周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）出力信号を生成してもよい。

受信経路では、ＷＬＡＮ内のアクセスポイントによって送信されたＲＦ信号は、アンテナ７３４によって受信し、受信機（ＲＣＶＲ：ｒｅｃｅｉｖｅｒ）７３６に供給してもよい。受信機７３６は、受信されたＲＦ信号を調節し（たとえばフィルタリングし、増幅し、周波数ダウンコンバートし、ディジタル化し）、サンプルを提供してもよい。復調器（Ｄｅｍｏｄ：ｄｅｍｏｄｕｌａｔｏｒ）７２６は、シンボル推定値を得るために、サンプルを処理してもよい（たとえばデスクランブルし、復調してもよい）。復号器７２８は、復号されたデータを得るために、シンボル推定値を処理してもよい（たとえばディインタリーブし、復号してもよい）。一般に、局１１０による処理は、アクセスポイントによる処理を補完するものであり得る。符号器７２２、変調器７２４、復調器７２６および復号器７２８は、モデムプロセッサ７２０によって実装してもよい。

コントローラ／プロセッサ７４０は、局１１０内の様々な処理装置の操作を指示してもよい。コントローラ／プロセッサ７４０は、局１１０のための通信をサポートするために、図６のプロセス６００、図４のメッセージフロー４００、図５のメッセージフロー５００、および／または他のプロセスおよびメッセージフローを実施し、または指示してもよい。メモリ７４２は、局１１０のためのプログラムコードおよびデータを格納してもよい。メモリ７４２は、局１１０のための通信をサポートするために、ＩＰ構成パラメータ（ＩＰ Ｃｏｎｆ Ｐａｒａ）および／または他の情報を格納することもできる。

本明細書に述べられた諸技術は、様々な手段によって実装してもよい。たとえば、これらの技術は、ハードウェア、ファームウェア、ソフトウェアまたはその組合せで実装してもよい。ハードウェア実装では、諸技術を実施するために使用される処理装置は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ディジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ディジタル信号処理装置（ＤＳＰＤ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ）、プログラマブル論理デバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で述べられた諸機能を実施するように設計された他の電子ユニット、コンピュータ、またはその組合せで実装してもよい。

ファームウェアおよび／またはソフトウェア実装では、諸技術は、本明細書で述べられた諸機能を実施するモジュール（たとえば手順、関数など）で実装してもよい。ファームウェアおよび／またはソフトウェア命令は、メモリ（たとえば図７のメモリ７４２）に格納し、プロセッサ（たとえばプロセッサ７４０）によって実行してもよい。メモリは、プロセッサ内で実装しても、プロセッサの外部で実装してもよい。ファームウェアおよび／またはソフトウェア命令は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、読取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、プログラマブル読取り専用メモリ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、磁気または光学データ記憶装置など、他のプロセッサ読取り可能媒体に格納することもできる。

本明細書に述べられた諸技術を実装する装置は、スタンドアロンのユニットであっても、デバイスの一部であってもよい。デバイスは、（ｉ）スタンドアロンの集積回路（ＩＣ：ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、（ｉｉ）データおよび／または命令を格納するためのメモリＩＣを含み得る１つまたは複数のＩＣのセット、（ｉｉｉ）移動局モデム（ＭＳＭ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｍｏｄｅｍ）などのＡＳＩＣ、（ｉｖ）他のデバイス内に埋め込んでもよいモジュール、（ｖ）携帯電話、無線デバイス、ハンドセットまたは移動体装置、（ｖｉ）その他であってもよい。

本開示についての上記説明は、どんな当業者もが本開示を作成しまたは使用できるようにするために提供されている。本開示への様々な修正は、当業者には容易に明らかになり、本明細書に定義された一般的な原理は、本開示の精神または範囲から逸脱せずに他の変形形態に適用してもよい。したがって、本開示は、本明細書に述べられた諸例および設計に限定されるものでないが、本明細書に開示された諸原理および新規な特徴に一致する最も広い範囲が与えられるものである。

Claims (27)

1. 第１のインターネットプロトコル（ＩＰ）構成パラメータのセットを取得し、前記第１のＩＰ構成パラメータセットを使用して第１のアクセスポイントを介してデータを交換し、前記第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施し、前記第２のアクセスポイントへの前記ハンドオフの後にＩＰ構成を実施し、そしてＩＰ構成を実施する間、前記第１のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換するように構成された少なくとも１つのプロセッサと、そして
   前記少なくとも１つのプロセッサに結合されたメモリ
   を備える装置。
2. 前記少なくとも１つのプロセッサが、前記第１のＩＰ構成パラメータセットを取得するために、前記第１のアクセスポイントとの関連付けの後にＩＰ構成を実施する、請求項１に記載の装置。
3. 前記少なくとも１つのプロセッサが、前記第１のＩＰ構成パラメータセットからのホストＩＰアドレスを受信し、前記ハンドオフの後、ＩＰ構成を実施するときに前記ホストＩＰアドレスを要求する、請求項１に記載の装置。
4. 前記少なくとも１つのプロセッサが、動的ホスト構成プロトコル（ＤＨＣＰ）によってＩＰ構成を実施し、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストし、ＤＨＣＰＯＦＦＥＲメッセージをリッスンする、請求項１に記載の装置。
5. 前記少なくとも１つのプロセッサが、ＤＨＣＰサーバから前記第１のＩＰ構成パラメータセットを取得し、前記ＤＨＣＰＯＦＦＥＲメッセージからのサーバＩＰアドレスを取得し、前記サーバＩＰアドレスが前記ＤＨＣＰサーバのＩＰアドレスに一致する場合は前記ＩＰ構成を終了する、請求項４に記載の装置。
6. 前記少なくとも１つのプロセッサが、動的ホスト構成プロトコル（ＤＨＣＰ）サーバから前記第１のＩＰ構成パラメータセットを取得し、前記第２のアクセスポイントが前記ＤＨＣＰサーバによってサービスされるかどうか判断し、前記第２のアクセスポイントが前記ＤＨＣＰサーバによってサービスされる場合は、前記ハンドオフの後にＩＰ構成の実施をスキップする、請求項１に記載の装置。
7. 前記少なくとも１つのプロセッサが、前記第２のアクセスポイントへの前記ハンドオフの後、前記ＤＨＣＰサーバのＩＰアドレスを含むアドレス解決プロトコル（ＡＲＰ）要求をブロードキャストし、前記ＤＨＣＰサーバからＡＲＰ応答が受信される場合はＩＰ構成の実施をスキップする、請求項６に記載の装置。
8. 前記少なくとも１つのプロセッサが、前記ＡＲＰ要求をブロードキャストした後、前記第１のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換し続ける、請求項７に記載の装置。
9. 前記少なくとも１つのプロセッサが、前記ハンドオフの後、新しいＩＰ構成パラメータが前記ＩＰ構成から取得されないと判断し、前記ＩＰ構成の完了後、前記第２のアクセスポイントを介してデータを交換するために前記第１のＩＰ構成パラメータセットを使用し続ける、請求項１に記載の装置。
10. 前記少なくとも１つのプロセッサが、前記ハンドオフの後、前記ＩＰ構成からの第２のＩＰ構成パラメータセットを受信し、前記ＩＰ構成の完了後、前記第２のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換する、請求項１に記載の装置。
11. 前記少なくとも１つのプロセッサが、前記ハンドオフの後、前記ＩＰ構成からの第２のＩＰ構成パラメータセットを受信し、前記第２のＩＰ構成パラメータセットから取得されたＩＰアドレスとの新しい接続を開き、前記新しい接続によってデータを交換する、請求項１に記載の装置。
12. 前記第１のＩＰ構成パラメータセットが、ホストＩＰアドレス、ゲートウェイＩＰアドレスおよびサブネットマスクのうちの少なくとも１つを備える、請求項１に記載の装置。
13. 第１のインターネットプロトコル（ＩＰ）構成パラメータのセットを取得すること、
    前記第１のＩＰ構成パラメータセットを使用して第１のアクセスポイントを介してデータを交換すること、
    前記第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施すること、
    前記第２のアクセスポイントへの前記ハンドオフの後にＩＰ構成を実施すること、および
    ＩＰ構成を実施する間、前記第１のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換することを備える方法。
14. 前記第１のＩＰ構成パラメータセットからのホストＩＰアドレスを受信すること、
    前記ハンドオフの後にＩＰ構成を実施するとき、前記ホストＩＰアドレスを要求することをさらに備える、請求項１３に記載の方法。
15. 前記ハンドオフの後にＩＰ構成を実施することが、
    動的ホスト構成プロトコル（ＤＨＣＰ）によってＩＰ構成を実施すること、
    ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストすること、および
    ＤＨＣＰサーバからのＤＨＣＰＯＦＦＥＲメッセージをリッスンすることを備える、請求項１３に記載の方法。
16. 新しいＩＰ構成パラメータが前記ハンドオフの後の前記ＩＰ構成から取得されないと決定すること、
    前記ＩＰ構成の完了後、前記第２のアクセスポイントを介してデータを交換するために前記第１のＩＰ構成パラメータセットを使用し続けることをさらに備える、請求項１３に記載の方法。
17. 前記ハンドオフの後に前記ＩＰ構成からの第２のＩＰ構成パラメータセットを受信すること、および
    前記ＩＰ構成の完了後、前記第２のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換することをさらに備える、請求項１３に記載の方法。
18. 第１のインターネットプロトコル（ＩＰ）構成パラメータセットを取得するための手段と、
    前記第１のＩＰ構成パラメータセットを使用して第１のアクセスポイントを介してデータを交換するための手段と、
    前記第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施するための手段と、
    前記第２のアクセスポイントへの前記ハンドオフの後にＩＰ構成を実施するための手段と、
    ＩＰ構成を実施する間、前記第１のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換するための手段とを備える装置。
19. 前記第１のＩＰ構成パラメータセットからのホストＩＰアドレスを受信するための手段と、
    前記ハンドオフの後にＩＰ構成を実施するとき、前記ホストＩＰアドレスを要求するための手段とをさらに備える、請求項１８に記載の装置。
20. 前記ハンドオフの後にＩＰ構成を実施するための前記手段が、
    動的ホスト構成プロトコル（ＤＨＣＰ）によってＩＰ構成を実施するための手段と、
    ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストするための手段と、
    ＤＨＣＰサーバからのＤＨＣＰＯＦＦＥＲメッセージをリッスンするための手段とを備える、請求項１８に記載の装置。
21. 新しいＩＰ構成パラメータが前記ハンドオフの後の前記ＩＰ構成から取得されないと決定するための手段と、
    前記ＩＰ構成の完了後、前記第２のアクセスポイントを介してデータを交換するために前記第１のＩＰ構成パラメータセットを使用し続けるための手段とをさらに備える、請求項１８に記載の装置。
22. 前記ハンドオフの後に前記ＩＰ構成からの第２のＩＰ構成パラメータセットを受信するための手段と、
    前記ＩＰ構成の完了後、前記第２のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換するための手段とをさらに備える、請求項１８に記載の装置。
23. 第１のインターネットプロトコル（ＩＰ）構成パラメータのセットを取得し、
    前記第１のＩＰ構成パラメータセットを使用して第１のアクセスポイントを介してデータを交換し、
    前記第１のアクセスポイントから第２のアクセスポイントへのハンドオフを実施し、
    前記第２のアクセスポイントへの前記ハンドオフの後にＩＰ構成を実施し、
    ＩＰ構成を実施する間、前記第１のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換する命令を格納するためのプロセッサ読取り可能媒体。
24. 前記第１のＩＰ構成パラメータセットからのホストＩＰアドレスを受信し、
    前記ハンドオフの後にＩＰ構成を実施するとき、前記ホストＩＰアドレスを要求する命令をさらに格納する、請求項２３に記載のプロセッサ読取り可能媒体。
25. 動的ホスト構成プロトコル（ＤＨＣＰ）によってＩＰ構成を実施し、
    ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストし、
    ＤＨＣＰサーバからのＤＨＣＰＯＦＦＥＲメッセージをリッスンする命令をさらに格納する、請求項２３に記載のプロセッサ読取り可能媒体。
26. 新しいＩＰ構成パラメータが前記ハンドオフの後の前記ＩＰ構成から取得されないと決定し、
    前記ＩＰ構成の完了後、前記第２のアクセスポイントを介してデータを交換するために前記第１のＩＰ構成パラメータセットを使用し続ける命令をさらに格納する、請求項２３に記載のプロセッサ読取り可能媒体。
27. 前記ハンドオフの後に前記ＩＰ構成からの第２のＩＰ構成パラメータセットを受信し、
    前記ＩＰ構成の完了後、前記第２のＩＰ構成パラメータセットを使用して前記第２のアクセスポイントを介してデータを交換する命令をさらに格納する、請求項２３に記載のプロセッサ読取り可能媒体。

Images