(57)【要約】  無線通信システムにおいてメディア非依存ハンドオーバー（ＭＩＨ）を実行する方法およびデバイス。本方法には、上位レイヤーのハンドオーバーメッセージを生成するステップと、下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを送信するステップと、上位レイヤーのタイミングデバイスに対してカプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するステップと、そのタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを再送信するステップと、が含まれており、本装置は前述の各ステップを実行するように構成されている。
2009538097.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスがメディア非依存ハンドオーバー（ＭＩＨ）を実行する方法であって、
上位レイヤーのハンドオーバーメッセージを生成するステップと、
下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを送信するステップと、
上位レイヤーのタイミングデバイスに対して前記カプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するステップと、
前記タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを再送信するステップと
を含むことを特徴とする方法。
【請求項２】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記カプセル化された上位レイヤーのハンドオーバーメッセージは、前記ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信されることを特徴とする請求項１に記載の方法。
【請求項３】
ＭＩＨサーバーによって実行される方法であって、
前記カプセル化された上位レイヤーのハンドオーバーメッセージは、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用して前記ＷＴＲＵに送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記上位レイヤーのハンドオーバーメッセージはＩＥＥＥ  ８０２．２１規格に準拠するコンポーネントによって生成されることを特徴とする請求項１に記載の方法。
【請求項５】
タイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するステップと、
下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを送信するステップと、
上位レイヤーのタイミングデバイスに対して前記カプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連する前記メッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するステップと、
前記第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを再送信するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記カプセル化された上位レイヤーのハンドオーバーメッセージは、前記ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信されることを特徴とする請求項５に記載の方法。
【請求項７】
ＭＩＨサーバーによって実行される方法であって、
前記カプセル化された上位レイヤーのハンドオーバーメッセージは、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用して前記ＷＴＲＵに送信されることを特徴とする請求項５に記載の方法。
【請求項８】
前記上位レイヤーのハンドオーバーメッセージはＩＥＥＥ  ８０２．２１規格に準拠するコンポーネントによって生成されることを特徴とする請求項１に記載の方法。
【請求項９】
前記上位レイヤーのタイミングデバイスは情報タイマーであることを特徴とする請求項１に記載の方法。
【請求項１０】
前記上位レイヤーのタイミングデバイスはイベントタイマーであることを特徴とする請求項１に記載の方法。
【請求項１１】
前記上位レイヤーのタイミングデバイスはコマンドタイマーであることを特徴とする請求項１に記載の方法。
【請求項１２】
前記ハンドオーバーメッセージは、イベントタイプ、コマンドタイプ、または情報タイプのいずれか１つであることを特徴とする請求項１に記載の方法。
【請求項１３】
通信デバイスがメディア非依存ハンドオーバー（ＭＩＨ）を実行する方法であって、
上位レイヤーのハンドオーバーメッセージを生成するステップと、
下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを送信するステップと、
上位レイヤーのタイミングデバイスに対して前記カプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するステップと、
前記タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを再送信するステップと、
タイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するステップと、
下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを送信するステップと、
上位レイヤーのタイミングデバイスに対して前記カプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連する前記メッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するステップと、
前記第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを再送信するステップと
を含むことを特徴とする方法。
【請求項１４】
メディア非依存ハンドオーバー（ＭＩＨ）を容易にするように構成された通信デバイスであって、
上位レイヤーのハンドオーバーメッセージを生成するように構成された上位レベルのコンポーネントと、
下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを送信するように構成された下位レベルのコンポーネントと
を備え、
前記上位レイヤーのコンポーネントは、上位レイヤーのタイミングデバイスに対して前記カプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するように構成され、
前記上位レイヤーのコンポーネントは、前記下位レイヤーのコンポーネントを制御して、前記タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする通信デバイス。
【請求項１５】
無線送信／受信ユニット（ＷＴＲＵ）として構成された通信デバイスであって、
前記上位レイヤーのハンドオーバーメッセージをカプセル化し、前記ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする請求項１４に記載の通信デバイス。
【請求項１６】
ＭＩＨサーバーとして構成された通信デバイスであって、
前記上位レイヤーのハンドオーバーメッセージをカプセル化し、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用して前記ＷＴＲＵに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする請求項１４に記載の通信デバイス。
【請求項１７】
前記上位レイヤーのコンポーネントはＩＥＥＥ  ８０２．２１規格に準拠することを特徴とする請求項１４に記載の通信デバイス。
【請求項１８】
前記上位レイヤーのコンポーネントはタイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するように構成され、
前記下位レイヤーのコンポーネントは下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを送信するように構成され、
前記上位レイヤーのコンポーネントは、前記上位レイヤーのタイミングデバイスに対して前記カプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連する前記メッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するように構成され、
前記上位レイヤーのコンポーネントは、前記下位レイヤーのコンポーネントを制御して、前記第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを再送信するように構成されていることを特徴とする請求項１４に記載の通信デバイス。
【請求項１９】
無線送信／受信ユニット（ＷＴＲＵ）として構成された通信デバイスであって、
前記上位レイヤーのハンドオーバーメッセージをカプセル化し、前記ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする請求項１８に記載の通信デバイス。
【請求項２０】
ＭＩＨサーバーとして構成された通信デバイスであって、
前記上位レイヤーのハンドオーバーメッセージをカプセル化し、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する前記下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用して前記ＷＴＲＵに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする請求項１８に記載の通信デバイス。
【請求項２１】
前記上位レイヤーのコンポーネントはＩＥＥＥ  ８０２．２１規格に準拠することを特徴とする請求項１８に記載の通信デバイス。
【請求項２２】
メディア非依存ハンドオーバー（ＭＩＨ）を容易にするように構成された通信デバイスであって、
上位レイヤーのハンドオーバーメッセージを生成するように構成された上位レベルのコンポーネントと、
下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを送信するように構成された下位レベルのコンポーネントと
を備え、
前記上位レイヤーのコンポーネントは、上位レイヤーのタイミングデバイスに対して前記カプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するように構成され、
前記上位レイヤーのコンポーネントは、前記下位レイヤーのコンポーネントを制御して、前記タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記上位レイヤーのハンドオーバーメッセージを再送信するように構成され、
前記上位レイヤーのコンポーネントは、タイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するように構成され、
前記下位レイヤーのコンポーネントは、下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを送信するように構成され、
前記上位レイヤーのコンポーネントは、前記上位レイヤーのタイミングデバイスに対して前記カプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連する前記メッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するように構成され、
前記上位レイヤーのコンポーネントは、前記下位レイヤーのコンポーネントを制御して、前記第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された前記第２の上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。具体的には、本発明はインターネットを経由してメディア非依存メッセージングを行う（例えば、ＩＥＥＥ  ８０２．２１に準拠したメディア非依存ハンドオーバー（ＭＩＨ）メッセージのインターネットプロトコル（ＩＰ）を経由したトランスポート（transport）を利用する）方法および装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ  ８０２．２１規格グループは、ネットワークノードおよびモバイルノード間で例えば８０２．２１に準拠した情報、イベント、およびコマンドなどのサポートメッセージの交換を可能にし、シームレスなハンドオーバーを実現するフレームワークを開発している。例えば、ネットワークノード（８０２．２１サーバーと呼ばれる）は、モバイルノードがそのハンドオーバーのターゲットネットワークを選択できるネットワークオペレータのリストを含む情報エレメントをモバイルノードに送信できる。ただし、ＩＥＥＥ  ８０２．２１規格はインターネットプロトコル（ＩＰ）を経由してこうした情報をトランスポートする手段を指定しない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
一部の８０２．２１に準拠したメッセージは、時間的制約のある（time sensitive）データを搬送する。したがって、このようなメッセージはできるだけ早く送信し、実現可能な最速のハンドオーバーを達成する必要がある。ＵＤＰ／ＩＰ（User Datagram Protocol over Internet Protocol）はメッセージを配信するときの待ち時間（latency）が短いため、適切なトランスポートメカニズムと言えると発明者は認識している。しかし、ＵＤＰ／ＩＰを使用して８０２．２１に準拠したメッセージを配信するためには、解決する必要のあるいくつかのシグナリングおよびインターネットワーキングの問題がある。
【課題を解決するための手段】
【０００４】
無線ネットワークにおいてメディア非依存ハンドオーバー（ＭＩＨ）メッセージの交換を行う方法および装置は、信頼できるＵＤＰ／ＩＰを使用するのが好ましい。タイミングデバイスを使用してネットワーク上の送信ノードで確認応答（acknowledgment）が受信されるときの時間制限を提供するのが好ましい。確認応答が受信されない場合は、ＭＩＨメッセージが再送信される。タイムアウト時間の階層（hierarchy）が使用されるのが好ましい。タイマーの長さはハンドオーバーメッセージのタイプに基づいているのが好ましい。
【０００５】
ハンドオーバーは、サーバーまたは無線送信／受信ユニット（ＷＴＲＵ）によって制御されるのが好ましい。ＷＴＲＵおよびサーバーは、直接またはプロキシを経由して通信するように構成されるのが好ましい。ＷＴＲＵは、ＵＤＰ／ＩＰメッセージを送信するように構成されてもよい。または、レイヤー２（Ｌ２：Layer  2）メッセージングを使用して送信するように構成されてもよい。Ｌ２メッセージは、そのメッセージがサーバーに送信される前にプロキシ内でＵＤＰ／ＩＰメッセージに変換されるのが好ましい。
【０００６】
本発明に関するより詳細な理解は、例として以下の添付図と組み合わせて理解されるために示される、以下の好ましい実施形態に関する説明から得ることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態によるＵＤＰデータグラムおよび８０２．２１メッセージを含むＩＰパケットを示す例示的な図である。
【図２】本発明の一実施形態による８０２．２１メッセージを含むＵＤＰデータグラムを示す例示的な図である。
【図３】本発明の一実施形態によるＩＰパケットを示す例示的な図である。
【図４】本発明の一実施形態によるＩＰパケットの処理方法を示す流れ図である。
【図５】本発明の一実施形態による８０２．２１データパケットの処理方法を示す流れ図である。
【図６Ａ】本発明の一実施形態によるＷＴＲＵと８０２．２１サーバーとの間のシグナリングの方法を示す信号図である。
【図６Ｂ】本発明の一実施形態によるネットワークで制御されたハンドオーバーの方法を実現する図６Ａの信号図の続きを示す図である。
【図６Ｃ】本発明の別の実施形態によるＷＴＲＵで制御されたハンドオーバーの方法を実現する図６Ａの信号図の第２の続きを示す図である。
【図７】本発明の代替の実施形態による無線ローカルエリアネットワークにおいて８０２．１１メッセージを処理する方法を示す流れ図である。
【図８Ａ】本発明の代替の実施形態によるＷＴＲＵとプロキシとの間のシグナリングの方法を示す信号図である。
【図８Ｂ】図８Ａの信号図の続きを示す図である。
【図８Ｃ】図８Ｂの信号図の続きを示す図である。
【発明を実施するための形態】
【０００８】
本明細書の以下の部分で使用する場合に、用語「無線送信／受信ユニット（ＷＴＲＵ）」には、ユーザー装置（ＵＥ：user equipment）、移動局（mobile station）、据え付け型またはモバイルの加入者ユニット（subscriber unit）、ページャー、携帯電話（cellular telephone）、ＰＤＡ（personal digital assistant）、または無線環境で動作できる他の任意のタイプのユーザーデバイスが含まれるが、これらに限定はされない。また、用語「基地局（base station）」にはノードＢ（Ｎｏｄｅ−Ｂ）、サイトコントローラ、アクセスポイント（ＡＰ：access point）、または無線環境で動作できる他の任意のタイプのインターフェイス装置が含まれるが、これらに限定はされない。
【０００９】
図１は、本発明の一実施形態によるＵＤＰデータグラム（datagram）および８０２．２１メッセージを含むＩＰパケットの好ましい構造を示している。ＵＤＰデータグラム１０２は、８０２．２１メッセージ１０４を含んでおり、ＩＰｖ６パケット１０６にカプセル化されるのが好ましい。８０２．２１メッセージフレームの内部の詳細は、ＩＥＥＥ  ８０２．２１で定義されたとおりであるのが好ましい。
【００１０】
図２は、ＵＤＰデータフィールド２０６内の８０２．２１メッセージ１０４を含むＵＤＰデータグラム１０２の好ましい構造をより詳細に示している。ＵＤＰデータグラムのヘッダーフィールド（例えばソースポートフィールド２０２とデスティネーションポートフィールド２０４）は、それぞれソースアプリケーションレイヤーとデスティネーションアプリケーションレイヤーのポート番号に対して提供される。アプリケーションレイヤーは、８０２．２１に準拠したアプリケーションであるのが好ましい。トランスポートレイヤーが８０２．２１メッセージを目的のアプリケーションに送信できるように、８０２．２１アプリケーション用に新しいポート番号が定義されるのが好ましい。８０２．２１メッセージ１０４自体に固定のヘッダーと可変のペイロードが含まれるのが好ましい。
【００１１】
図３は、ＩＰｖ６データフィールド３０２とＩＰｖ６パケットヘッダー３０４を備えるＩＰパケット１０６の好ましい構造をより詳細に示している。ＵＤＰデータグラム１０２には、ＩＰｖ６データフィールド３０２内にある８０２．２１メッセージ１０４が含まれている。８０２．２１メッセージトランスポートをサポートするために、従来のＩＰｖ６パケットヘッダー３０４への変更は不要である。
【００１２】
図４は、本発明の一実施形態によるＩＰパケットの処理方法を示す流れ図である。この処理は、ネットワークＩＰレイヤーで開始され、それより下位のすべてのレイヤーが機能していると仮定するのが好ましい。ステップ４０２で、ネットワークレイヤーは下位レイヤーからＩＰｖ６パケット（例えば、図３に示すパケット１０６）を受信し、ステップ４１０でＩＰｖ６ヘッダー３０４を除去する。ネットワークレイヤーは、パケット１０６のデータ部３０２を処理してパケットデータ３０２に含まれるＵＤＰデータグラム１０２をＩＰｖ６ヘッダー３０４に基づいて適切なトランスポートプロトコル（ＵＤＰ）に送信する。ステップ４０４で、トランスポートレイヤー（ＵＤＰ）はＵＤＰデータグラム１０２を受信する。そのヘッダー（例えばソースヘッダーフィールド２０２とデスティネーションヘッダーフィールド２０４）はステップ４１２で除去され、処理される。ステップ４０６で、ＵＤＰプロトコルは、ＵＤＰデータグラム１０２のデータフィールド２０６の内容をＵＤＰデータグラムのヘッダーフィールドごとに適切なアプリケーションレイヤーに転送する。適切なアプリケーションレイヤーは、デスティネーションポート番号の値によって決定される。８０２．２１アプリケーションは新しく定義されたポート番号を備えており、したがって８０２．２１メッセージ１０４は８０２．２１アプリケーションのこのように新しく定義されたポート番号に転送されるのが好ましい。ステップ４０８で、８０２．２１アプリケーションはＩＥＥＥ  ８０２．２１仕様に従って８０２．２１メッセージ１０４を復号化し、必要に応じて対処する。
【００１３】
８０２．２１メッセージを送信するためにクライアントデバイスによって実行されるステップは、前述のステップと逆対称（inversely  symmetric）であるのが好ましい。図５は、本発明の一実施形態による好ましい８０２．２１データパケットの処理方法を示す流れ図である。ステップ５０２で、８０２．２１アプリケーションは８０２．２１メッセージ（例えば８０２．２１メッセージ１０４）を生成し（ＩＥＥＥ  ８０２．２１で指定されたとおりであるのが好ましい）、新しく定義されたポートを使用してこれをトランスポートレイヤー（ＵＤＰ）に渡す。ステップ５０４で、ＵＤＰはデータをＵＤＰデータグラム（例えばデータグラム１０２）にカプセル化し、それに応じてヘッダーフィールドを設定する。例えば、８０２．２１メッセージ１０４は、８０２．２１アプリケーションの新しく定義されたポートの識別情報を含むソースポートフィールド２０２を伴うＵＤＰデータグラム１０２のＵＤＰデータフィールド２０６の一部になる。
【００１４】
ステップ５０６で、データグラムがネットワークレイヤーに送信され、次にそこでＩＰｖ６パケットにカプセル化され、それに応じてこのパケットのすべてのヘッダーフィールドが設定される。例えば、ＵＤＰデータグラム１０２は、ＩＰｖ６パケット１０６（８０２．２１アプリケーションの新しく定義されたポートの特定のタイプの識別情報を含むソースアドレスヘッダーフィールド３０５を伴うのが好ましい）のＩＰｖ６パケットデータフィールド３０２の一部になる。
【００１５】
ステップ５０８で、パケットがネットワークに送信されるために下位レイヤーに送信される。ネットワークノード（例えば８０２．２１サーバー）は、同様のプロセスに従うのが好ましい。
【００１６】
ＵＤＰは比較的信頼性の高いトランスポートを提供するが、アプリケーションレイヤー（この場合は８０２．２１アプリケーション）で８０２．２１メッセージの送信側と受信側との対話（interaction）によって信頼性が実現されるのが好ましい。メッセージの送信側は、受信側から確認応答（ＡＣＫ：acknowledge）メッセージが返される必要があることを示すのが好ましい。これは、８０２．２１メッセージフレームで内部的にＡＣＫ要求ビットを設定することによって実現されるのが好ましい。好ましい８０２．２１メッセージフレームのこのようなフィールドおよびそれ以外のフィールドの詳細は、ＩＥＥＥ  ８０２．２１で指定されている。アプリケーションタイマーが提供され、８０２．２１メッセージの送信に関連する選択されたタイムアウトの時間に設定されるのが好ましい。アプリケーションタイマーが期限切れになる前にＡＣＫメッセージが送信側に到着した場合は、メッセージが受信側に正しく配信されている。タイムアウト時間内にＡＣＫが到着しない場合は、送信側が再送信し、タイマーをリセットする。このプロセスは、メッセージの再送信に応答してＡＣＫが受信されるまで繰り返される。ただし、メッセージを際限なく再送信する代わりに、ＡＣＫの受信がない状態で選択された回数だけ再送信が実行される場合は送信側の８０２．２１アプリケーションに送信失敗が報告されるのが好ましい。
【００１７】
ハードウェアのコンテクストでは、ＷＴＲＵサーバーまたはそれ以外のタイプの通信ノードは、ハードウェアから通信信号を送信するまたは送る物理レイヤー（Ｌ１）コンポーネントと、通信インターフェイスのタイプに従って物理レイヤーで送信される通信の適切なフォーマット（formatting）を提供するレイヤー２（Ｌ２）コンポーネントを備えているのが好ましい。通信ハードウェアは、例えば１つのタイプの物理インターフェイスから別のタイプへのハンドオーバーなどのイベントを制御するために、上位レイヤーレベルコンポーネント（例えば、本明細書で詳細に説明する８０２．２１アプリケーションコンポーネント）で構成されるのが好ましい。このような上位レベルのコンポーネントは、下位レイヤーの通信処理に関係なくメッセージングに関する高い信頼性を提供するタイミングデバイスを備えているのが好ましい。
【００１８】
受信側の８０２．２１アプリケーションは、８０２．２１メッセージを受信すると、ＵＤＰ  ＡＣＫを送信して８０２．２１メッセージの受信を確認するのが好ましい。これは、ＩＥＥＥ  ８０２．２１で指定されるように８０２．２１メッセージフレームのＡＣＫ応答ビットを設定し、図５に関連して前述したように、ＡＣＫ応答ビットをＵＤＰデータグラムに挿入することによって実行されるのが好ましい。
【００１９】
図２に示すように、オプションのＵＤＰチェックサムフィールド（例えばＵＤＰデータグラム１０２の）は、ＵＤＰデータグラムを搬送するメッセージにエラーがないかを検査するために利用できる。使用され、チェックサムにエラーがあるとわかった場合に、ＵＤＰはＵＤＰデータグラムデータをアプリケーションレイヤーに転送しない。このような場合は、受信側の８０２．２１アプリケーションが、確認のためのカプセル化された８０２．２１メッセージを受信しないか、または送信側の８０２．２１アプリケーションがＡＣＫメッセージを受信しない。このように、ＵＤＰチェックサムが失敗する場合に、送信側の８０２．２１アプリケーションはタイムアウト時間が経過した後に、８０２．２１メッセージを再送信する。
【００２０】
特定の８０２．２１メッセージの内容は、それ以外に比べて時間的制約が大きい（sensitive to delay）。したがって、８０２．２１メッセージタイプが異なればタイムアウト時間の値も異なるのが好ましい。例えば、時間的制約のない情報（例えば隣接するネットワークオペレータのリスト）を含むメッセージは、モバイルノードを更新するために定期的に送信できるので、タイムアウト時間を長くするのが好ましい。
【００２１】
別の例として、時間的制約のあるアプリケーション（例えばネットワークで制御されるハンドオーバー）では、ネットワーク８０２．２１サーバーはモバイルノードに対してターゲットオペレータにハンドオーバーするコマンドを発行できる。サーバーは使用可能なネットワークリソースを管理しているので、このようなメッセージはできるだけ迅速に到着するのが好ましい。このように、コマンドメッセージに関連付けられたタイムアウト時間は情報を伴うメッセージのタイムアウト時間に比べて短いのが好ましい。
【００２２】
少なくとも３つのタイムアウト時間で設定できる８０２．２１アプリケーションタイマーが提供されるのが好ましく、使用されるタイムアウト時間は送信される８０２．２１メッセージのタイプによって決定されるのが好ましい。オプションで、ユーザーの希望に合わせて、それぞれにタイムアウト時間を設定された複数のタイマー、または複数の設定可能なタイムアウト時間を備える複数のタイマーの組み合わせを使用できる。例えば、表１に示すそれぞれ３つのタイプのメッセージに使用される３つのタイマーが提供されてもよい。固定されたタイムアウト時間の代わりに、それぞれのタイマーはそれぞれデフォルトのタイムアウト時間を備えることができ、これは８０２．２１アプリケーションのユーザーによっても、ネットワークの状態またはそれ以外の要因によって自動的にも調整することができる。
【００２３】
１つのタイムアウト時間は、情報エレメントに関連するメッセージの送信に関連して設定される情報のタイムアウト時間であるのが好ましい。第２のタイムアウト時間は、イベントに関連するメッセージの送信に関連して設定されるイベントのタイムアウト時間であるのが好ましい。第３のタイムアウト時間は、コマンドに関連するメッセージの送信に関連して設定されるコマンドのタイムアウト時間であるのが好ましい。表１に、様々なタイプのメッセージに関連付けられた好ましい最大タイムアウト時間の値が示されている。
【００２４】
【表１】
2009538097.tif 000003
【００２５】
図６Ａは、８０２．２１アプリケーションを組み込むＷＴＲＵ６０１と８０２．２１サーバー６０３（いずれも本発明の一実施形態によるタイマーデバイスを備える）との間のシグナリングを示す例示的な信号図である。図６Ａに示すように、ＷＴＲＵ  ６０１は最初にＷＬＡＮリンクを介してＷＬＡＮ  ６０５に接続し、例えば継続中のＶｏＩＰ（voice-over-IP）セッション６０２を実行する。この場合に、ＷＬＡＮ  ６０５はパーティーからのメッセージを処理しないが、ＩＰパケットをそのデスティネーションにルーティングするのが好ましい。ＵＤＰは、ＩＰベースのすべてのメッセージについてトランスポートプロトコルとして使用されるのが好ましい。
【００２６】
ステップ６０４で、インテリジェントなエンジンを備えるのが好ましいＷＴＲＵ  ６０１の８０２．２１アプリケーションは、ＷＬＡＮリンク上の劣化（degradation）を検出する。ステップ６０６で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは、情報エレメントの要求とＵＭＴＳ（Universal Mobile Telecommunications System）リンクの隣接するオペレータのリストを含むメッセージを８０２．２１サーバー６０３に送信する。ステップ６０８で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションはさらにステップ６０６のメッセージ送信に関連する情報タイマーも設定する。メッセージには情報の要求が含まれていたため、タイマーはタイムアウト時間がτ１秒に設定されるのが好ましい。
【００２７】
この例で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションはタイムアウト時間内にＡＣＫを受信しないため、ステップ６１０で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは要求を再送信し、その情報タイマーをリセットする。ステップ６１２で、８０２．２１サーバー６０３はメッセージを受信し、それを復号化し、さらにＡＣＫメッセージの送信を決定する。ステップ６１４で、８０２．２１サーバー６０３はそのＡＣＫメッセージをＷＴＲＵ  ６０１に送信する。情報タイマーが期限切れになる前にＷＴＲＵ  ６０１にＡＣＫメッセージが到着するので、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは要求をそれ以上再送信しない。
【００２８】
ステップ６１６で、８０２．２１サーバー６０３は隣接するＵＭＴＳオペレータのリストを含む応答メッセージをＷＴＲＵ  ６０１に送信する。ステップ６１８で、８０２．２１サーバー６０３はその情報タイマーを設定する。ステップ６２０で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは応答メッセージを受信し、それ復号化してＡＣＫの送信を決定する。ステップ６２２で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは８０２．２１サーバー６０３にＡＣＫを送信する。ＡＣＫは、情報タイマーのタイムアウト時間が経過する前にサーバー６０３に到着する。ステップ６２４で、ＷＴＲＵ  ６０１はそのＵＭＴＳリンク上で測定を実行し、継続中のＶｏＩＰセッションのハンドオーバーの決定を実行する。
【００２９】
この時点で、実行できる多くのアクション（action）が存在する。例えば、ネットワークがハンドオーバープロセスを制御する場合は、１つのアクションセットを実行できる。ハンドオーバーがＷＴＲＵ  ６０１によって制御される場合は、別のアクションセットを実行できる。
【００３０】
図６Ｂは、図６Ａに示されるネットワークによって制御されるハンドオーバーの例の続きである。ステップ６２６で、ＷＴＲＵ  ６０１は、８０２．２１「link going down」イベントと「UMTS link detected」イベントを送信することによって、８０２．２１サーバー６０３にそのＷＬＡＮリンクが劣化していることと、ＵＭＴＳリンクを検出したことを通知する。ステップ６２８で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションはイベントメッセージの送信に関連するそのイベントタイマーを設定する。この例で、タイムアウト時間（τ２秒間が好ましい）が経過して８０２．２１サーバー６０３からＡＣＫを受信しなかった場合にＷＴＲＵのイベントタイマーが期限切れになる。したがって、ステップ６３０で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションはイベントメッセージを再送信し、それに関連してステップ６３２でそのイベントタイマーをリセットする。
【００３１】
ステップ６３４で、８０２．２１サーバー６０３はメッセージを受信し、これを復号化し、実行するその次のアクションについて決定する。ステップ６３６で、８０２．２１サーバー６０３はＡＣＫメッセージをＷＴＲＵ  ６０１に送信し、ＷＴＲＵ  ６０１はＷＴＲＵのイベントタイマーが期限切れになる前に当該ＡＣＫメッセージを受信する。ステップ６３８で、８０２．２１サーバー６０３はいくつかの内部アクションを実行し、ＷＴＲＵ  ６０１がＵＭＴＳオペレータにハンドオーバーすることを決定する。ステップ６４０で、８０２．２１サーバー６０３はＵＭＴＳネットワークへのハンドオーバーを命令する８０２．２１  ＭＩＨメッセージをＷＴＲＵ  ６０１に送信する。ステップ６４２で、８０２．２１サーバー６０３はそのコマンドタイマーをτ３秒のタイムアウト時間で設定するのが好ましい。
【００３２】
この例では、８０２．２１サーバー６０３はタイムリーなＡＣＫを受信せず、サーバーのコマンドタイマーはτ３秒後に期限切れになる。したがって、ステップ６４４で、８０２．２１サーバー６０３は８０２．２１コマンドを再送信し、そのコマンドタイマーをリセットする。ステップ６４６で、ＷＴＲＵ  ６０１はコマンドメッセージを受信し、その次のアクションを決定する。ステップ６４８で、ＷＴＲＵ  ６０１はＡＣＫを送信し、このＡＣＫはサーバーのコマンドタイマーが期限切れになる前に到着する。
【００３３】
ステップ６５０で、ＷＴＲＵ  ６０１は必要なハンドオーバーアクションを実行し、ＵＭＴＳリンクへのハンドオーバープロセスを完了する。ステップ６５２で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは８０２．２１サーバー６０３に８０２．２１イベントを送信し、ハンドオーバープロセスの完了について通知し、それに関連して、ステップ６５４でそのイベントタイマーを設定してＡＣＫメッセージを待機する。
【００３４】
ステップ６５６で、８０２．２１サーバー６０３はイベントメッセージを受信し、これを復号化し、次に何を実行すべきかを決定する。ステップ６５８で、８０２．２１サーバー６０３はＷＴＲＵ  ６０１にＡＣＫメッセージを送信し、このＡＣＫメッセージはＷＴＲＵのイベントタイマーが期限切れになる前に到着する。ステップ６６０で、ＶｏＩＰセッションはＵＭＴＳリンクを介してシームレスに継続する。
【００３５】
図６Ｃは、図６Ａに示されるＷＴＲＵ  ６０１がハンドオーバーを制御する方法の続きである。ステップ６６２で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは、図６Ａに関連して詳述した前のアクションに基づいて、ＶｏＩＰセッションをＵＭＴＳリンクにハンドオーバーすることを決定する。ＷＴＲＵ  ６０１は、ここでハンドオーバーに必要なステップを実行し、ハンドオーバープロセスを完了する。
【００３６】
ステップ６６４で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションは８０２．２１イベントメッセージを送信し、そのハンドオーバープロセスの完了について８０２．２１サーバー６０３に通知する。それに関連して、ステップ６６６で、ＷＴＲＵ  ６０１の８０２．２１アプリケーションはそのイベントタイマーを設定し、ＡＣＫメッセージを待機する。ステップ６６８で、８０２．２１サーバー６０３はメッセージを受信し、それを復号化する。ここで、８０２．２１サーバー６０３は次に何を実行すべきかを決定する。ステップ６７０で、８０２．２１サーバー６０３はＷＴＲＵのイベントタイマーが期限切れになる前に到着するタイムリーなＡＣＫメッセージをＷＴＲＵ  ６０１に送信する。ステップ６７２で、ＶｏＩＰセッションはＵＭＴＳリンクを介してシームレスに継続する。ＶｏＩＰセッションは、ＷＴＲＵ  ６０１と８０２．２１サーバー６０３の間でメッセージを交換するときに中断されないのが好ましい。
【００３７】
ＷＬＡＮが８０２．２１対応の場合は、ＷＴＲＵから８０２．２１サーバーに送信されるレイヤー２（Ｌ２）メッセージをインターネットワーキングまたはプロキシすることもできる。図７は、本発明の一実施形態によるＷＬＡＮの８０２．２１プロキシエンティティの機能の１つの態様を示す流れ図である。ステップ７０２で、ＷＴＲＵ  ７０１からの８０２．２１メッセージ７０５を含む８０２．１１フレーム７０３は、Ｌ２シグナリングを使用する８０２．１１インターフェイスを介して受信される。ステップ７０４で、レベルＬ２に関連する物理レイヤー（Ｌ１）は従来のＬ１／Ｌ２処理において８０２．１１フレームヘッダーを除去する。カプセル化された８０２．２１メッセージ７０５は、メッセージ７０５を８０２．２１メッセージとして認識するＷＬＡＮのプロキシ機能コンポーネント７０７に渡される。プロキシ機能コンポーネント７０７は、次にメッセージ７０５を渡す８０２．２１アプリケーション７０９をトリガーする。８０２．２１アプリケーション７０９は、ここでメッセージのタイプを決定し、実行すべき次のアクションについて決定する。８０２．２１アプリケーション７０９は、メッセージのタイプを認識すると、そのメッセージがサーバー７１１にリダイレクトされるときに設定されるアプリケーションタイマーをメッセージに関連付ける。
【００３８】
プロキシ機能コンポーネント７０７は、このメッセージがサーバー７１９にリダイレクトされるべきであることを認識し、メッセージ７０５をカプセル化するためにＵＤＰ／ＩＰレイヤーコンポーネント７１１に渡す。図１〜図３に関連してより詳細に説明したように、８０２．２１メッセージはステップ７０６でＵＤＰデータグラムにカプセル化され、次にＩＰｖ６パケット７１３に挿入される。ＩＰｖ６パケット７１３は、ここでＩＰネットワークに送信されるために下位レイヤーに送信される。下位レイヤーは、ＩＰｖ６パケット７１３の必要なフレームカプセル化を実行し、最終的なデータをネットワーク７１５に送信する。続いて、カプセル化された８０２．２１メッセージ７０５を伴うパケットを８０２．２１サーバー７１９に送信する。パケットの送信に関連して、ＷＬＡＮはＷＬＡＮの８０２．２１アプリケーション７０９によって割り当てられるタイマーを設定し、ＷＬＡＮが８０２．２１サーバー７１９からＡＣＫを受信する前にタイムアウト時間が経過した場合に再送信をトリガーする。
【００３９】
ＷＬＡＮコンポーネントは、ＷＬＡＮが８０２．２１サーバー７１９からＷＴＲＵに送信されるべきＩＰｖ６パケット内の８０２．２１メッセージを受信すると、逆のアクションを実行するように構成される。ＵＤＰ／ＩＰレイヤーコンポーネント７１１は、ＩＰパケットから８０２．２１メッセージを抽出するように構成され、プロキシ機能コンポーネント７０７は８０２．２１メッセージをＷＴＲＵ  ７０１へのＬ２シグナリングに備えて８０２．１１フレームに再パッケージ化するように構成されるのが好ましい。さらに、ＷＬＡＮの８０２．２１アプリケーション７０９は、８０２．２１サーバー７１９からの８０２．２１メッセージの受信に関連するＡＣＫを生成するように構成されるのが好ましい。
【００４０】
図８Ａは、８０２．２１アプリケーションを組み込むＷＴＲＵ  ８０１と８０２．２１サーバー８０３との間のプロキシとして動作する８０２．２１対応のＷＬＡＮ  ８０５（すべてが本発明の別の実施形態によるタイマーデバイスを備える）を使用したネットワークで制御されるハンドオーバーを示す信号図である。８０２．２１サーバー８０３とＷＴＲＵ  ８０１の８０２．２１アプリケーションのいずれかからメッセージが受信されると、ＷＬＡＮ内の８０２．２１プロキシがトリガーされ、必要なアクションを実行する。この実施形態では、ＷＬＡＮはメッセージを受信したときに処理し、単にメッセージをその送信先にルーティングするだけではないのが好ましい。前述のＵＤＰ／ＩＰトランスポートに関する同様のタイプの信頼性のメカニズムがＷＬＡＮ  ８０５と８０２．２１サーバー８０３の間で使用されるのが好ましい。
【００４１】
図８Ａの例では、ステップ８０２で、ＷＴＲＵ  ８０１はＷＬＡＮリンクを介して継続中のＶｏＩＰセッション６０２が存在するＷＬＡＮ  ８０５に接続される。ステップ８０４で、インテリジェントなエンジンを備えるのが好ましいＷＴＲＵ  ８０１の８０２．２１アプリケーションは、ＷＬＡＮリンク上の劣化を検出する。ステップ８０６で、ＷＴＲＵ  ８０１の８０２．２１アプリケーションは、ＵＭＴＳリンクの隣接するオペレータのリストに関する情報の要求を含むメッセージをＷＬＡＮ  ８０５に送信する。ＷＬＡＮ  ８０５は、レイヤー２（Ｌ２）の８０２．２１機能をサポートするのが好ましいため、メッセージはＬ２メッセージとして送信されるのが好ましい。ＷＬＡＮリンクを経由したＬ２メッセージングは比較的信頼性が高いため、ＷＴＲＵ  ８０１は、上位８０２．２１アプリケーションレベルでＬ２メッセージの確認応答を期待するように構成されずに単にＷＬＡＮ  ８０５からの応答を待機するのが好ましい。代わりとして（図示せず）、ＷＴＲＵ  ８０１の８０２．２１アプリケーションはＷＬＡＮ  ８０５がメッセージの確認応答受信までの時間を許可するタイムアウト時間でタイマーを設定してもよい。このようなタイマーがＬ２メッセージングに使用される場合に、ＷＴＲＵ  ８０１とＷＬＡＮ  ８０５は確認応答を送信し、確認応答がない状態でタイムアウト時間が経過した場合はこのようなＬ２メッセージを再送信するように構成されるのが好ましい。
【００４２】
ステップ８０８で、ＷＬＡＮ  ８０５の８０２．２１エンティティはＬ２メッセージを８０２．２１情報メッセージとして識別し、ＵＤＰ／ＩＰを経由したサーバー８０３とのインターネットワーキングに必要なステップ、例えば、ＷＴＲＵの８０２．２１メッセージを図１〜図３に示すタイプのＩＰデータパケットに埋め込むステップを実行する。ステップ８１０で、ＷＬＡＮ  ８０５の８０２．２１エンティティは８０２．２１サーバー８０３に８０２．２１メッセージを送信する。それに関連して、ステップ８１２で、ＷＬＡＮ  ８０５の８０２．２１エンティティはその情報タイマーをτ１秒のタイムアウト時間で設定するのが好ましい。
【００４３】
図８Ａの例では、ＡＣＫはτ１秒以内にＷＬＡＮ  ８０５に到着しない。したがって、ステップ８１４で、ＷＬＡＮ  ８０５の８０２．２１エンティティは８０２．２１サーバー８０３にメッセージを再送信し、その情報タイマーをリセットする。ステップ８１６で、８０２．２１サーバー８０３はメッセージを受信し、これを復号化し、その次のアクションについて決定する。ステップ８１８で、サーバー８０３はＷＬＡＮ  ８０５にＡＣＫメッセージを送信し、ＷＬＡＮ  ８０５は情報タイマーが期限切れになる前にＡＣＫを受信する。ステップ８２０で、８０２．２１サーバー８０３はＷＴＲＵ  ８０１に配信される応答メッセージをＷＬＡＮ  ８０５に送信する。これに関連して、ステップ８２２で、８０２．２１サーバー８０３はその情報タイマーを設定する。
【００４４】
ステップ８２４で、ＷＬＡＮ  ８０５の８０２．２１エンティティはＡＣＫを送信してその情報タイマーが期限切れになる前に８０２．２１サーバー８０３に到着したメッセージの受信を確認する。ステップ８２６で、ＷＬＡＮ  ８０５の８０２．２１エンティティはメッセージをＷＴＲＵ  ８０１のＬ２メッセージにインターネットワーキングするために必要なステップを実行する。ステップ８２８で、応答のＬ２メッセージはＷＬＡＮ  ８０５からＷＴＲＵ  ８０１にＬ２シグナリングを使用して送信される。ステップ８３０で、ＷＴＲＵ  ８０１内の８０２．２１アプリケーションはメッセージを受信し、それを復号化し、さらにＵＭＴＳリンク上の測定を実行する。
【００４５】
図８Ａの例は、続いて図８Ｂを参照して続く。図８Ｂのステップ８３２で、ＷＴＲＵ  ８０１はＬ２シグナリングを使用して８０２．２１  ＷＬＡＮの「Link  Going  Down  イベント」とＵＭＴＳの「Link  Detected  イベント」をＷＬＡＮ  ８０５に送信する。ステップ８３４で、ＷＬＡＮ  ８０５の８０２．２１プロキシエンティティがトリガーされ、必要なインターネットワーキングアクション、例えば、ＷＴＲＵの８０２．２１メッセージを図１〜図３に示すタイプのＩＰデータパケットに埋め込むステップを実行する。ステップ８３６で、ＷＬＡＮ  ８０５の８０２．２１プロキシエンティティはＵＤＰ／ＩＰを介して８０２．２１サーバー８０３に「イベント」を送信する。それに関連して、ステップ８３８で、ＷＬＡＮ  ８０５の８０２．２１プロキシエンティティはそのイベントタイマーをτ２秒のタイムアウト時間で設定するのが好ましい。この例では、ＡＣＫはτ２秒以内にＷＬＡＮ  ８０５に到着しない。したがって、ステップ８４０で、ＷＬＡＮ  ８０５の８０２．２１プロキシエンティティは８０２．２１サーバー８０３にメッセージを再送信し、ステップ８４２でそのイベントタイマーをリセットする。
【００４６】
ステップ８４４で、８０２．２１サーバー８０３はメッセージを受信し、これを復号化し、その次のアクションを決定する。ステップ８４６で、８０２．２１サーバー８０３はＷＬＡＮ  ８０５にＡＣＫを送信してメッセージの受信を確認する。ＡＣＫは、イベントタイマーが期限切れになる前にＷＬＡＮ  ８０５に到着する。ステップ８４８で、８０２．２１サーバー８０３は内部アクションを実行し、ＷＴＲＵ  ８０１がＵＭＴＳオペレータにハンドオーバーすることを決定する。
【００４７】
ステップ８５０で、８０２．２１サーバー８０３はＷＴＲＵ  ８０１にリダイレクトされる８０２．２１「Handover to UMTS」コマンドをＷＬＡＮ  ８０５に送信する。これに関連して、ステップ８５２で、８０２．２１サーバー８０３はそのコマンドタイマーをτ３秒のタイムアウト時間で設定するのが好ましい。この例では、ＡＣＫはτ３秒以内にＷＬＡＮ  ８０２．２１サーバー８０３に到着しない。したがって、ステップ８５４で、８０２．２１サーバー８０３はＷＬＡＮ  ８０５にメッセージを再送信し、それに関連して、ステップ８５６でそのコマンドタイマーをリセットする。ステップ８５８で、ＷＬＡＮ  ８０５の８０２．２１プロキシエンティティはサーバー８０３にＡＣＫを送信する。ＡＣＫは、サーバーのコマンドタイマーが期限切れになる前に到着する。
【００４８】
ステップ８６０で、ＷＬＡＮ  ８０５はこのコマンドをＷＴＲＵ  ８０１にＬ２シグナリングを使用してインターネットワーキングする。ここで図８ｃを参照すると、ステップ８６２で、ＷＬＡＮ  ８０５はＬ２シグナリングを使用してハンドオーバーコマンドをＷＴＲＵ  ８０１に転送する。
【００４９】
ステップ８６４で、ＷＴＲＵ  ８０１は必要ないくつかハンドオーバーアクションを実行し、ＵＭＴＳリンクへのハンドオーバープロセスを完了する。それに関連して、ステップ８６６で、ＷＴＲＵ  ８０１はＬ２シグナリングを使用して８０２．２１「Link Handover Complete」イベントをＷＬＡＮ  ８０５に送信し、ＷＬＡＮ  ８０５の８０２．２１エンティティがトリガーされ、次のアクションを決定する。ステップ８６８で、ＷＬＡＮ  ８０５はイベント、例えば、ＷＴＲＵの８０２．２１イベントメッセージを図１〜図３に示すタイプのＩＰデータパケットに埋め込むステップをインターネットワーキングする。ステップ８７２で、イベントメッセージはＷＬＡＮ  ８０５の８０２．２１プロキシエンティティによって転送され、それに関連して、ステップ８７０でＷＬＡＮ  ８０５の８０２．２１プロキシエンティティはそのイベントタイマーを設定する。ステップ８７４で、８０２．２１サーバー８０３はＷＬＡＮ  ８０５にＡＣＫメッセージを送信し、ＷＬＡＮ  ８０５はイベントタイマーが期限切れになる前にＡＣＫを受信する。ステップ８７６で、ＷＬＡＮリンクからハンドオーバーによってシームレスに切り替えられたＶｏＩＰセッションは、ＵＭＴＳリンクを介して継続する。このプロセスのいかなる時点においても、ＶｏＩＰセッションはＷＴＲＵ  ８０１と８０２．２１サーバー８０３の間でメッセージを交換するときに中断されないのが好ましい。
【００５０】
以上に開示された方法は、アプリケーションレイヤーにおけるさまざまな８０２．２１メッセージおよびＡＣＫメッセージに対応するさまざまなタイムアウト時間を備えるタイマーデバイスを使用して実現されるのが好ましい信頼性を備えている。メッセージが送信されるたびに、受信側がメッセージの受信を確認する必要があることを示す８０２．２１メッセージフレーム内のＡＣＫ要求ビットが設定されるのが好ましい。このような状況では、メッセージの受信を確認するためのＡＣＫメッセージの送信を除くあらゆるタイプのメッセージを送信する場合にタイマーが使用される。
【００５１】
代わりとして、メッセージが送信されるたびに、ＡＣＫ要求ビットが設定されない場合もある。代わりに、必要に応じてＡＣＫ要求ビットが設定され、ＡＣＫ要求ビットが設定された場合にのみタイマーが使用されてもよい。例えば、定期的に送信される情報メッセージについては、ＡＣＫ要求ビットが設定されなくてもよい。このような場合は、タイマーが使用されない。ただし、例えば８０２．２１イベントメッセージやコマンドメッセージを送信する場合は、このようなメッセージは時間的な制約が大きいため、常にＡＣＫ要求ビットが設定され、タイマーが使用されるのが好ましい。
【００５２】
本発明の代替の実施形態では、トランスポートメカニズムとしてＵＤＰを使用する代わりに、ＴＣＰ接続確立後にＴＣＰを使用して特定の８０２．２１メッセージをトランスポートしてもよい。例えば、情報を含むメッセージは冗長な可能性があり、１つのＩＰパケットにカプセル化できない場合がある。ＴＣＰは、すべてのＴＣＰセグメントにシーケンス番号を割り当てることによって、流れ制御を提供する。このように、メッセージ全体は複数のセグメントに分割でき、それぞれは別々のＩＰパケットにカプセル化される。受信側では、ＴＣＰレイヤーはセグメントを再構成し、データを一まとめにして上位レイヤーに提供する。一部の情報メッセージは、ＴＣＰ接続確立のプロセスによって発生する可能性のある多少の遅延は許容可能である。
【００５３】
別の代替の実施形態では、ＩＰｖ６の代わりにＩＰｖ４を使用してもよい。
【００５４】
別の代替の実施形態では、ＷＬＡＮの８０２．２１プロキシ機能はＷＬＡＮ  ＡＰに限定されなくてもよい。プロキシは、例えばＷＬＡＮアクセスコントローラ内に存在してもよい。
【００５５】
実施形態
１．通信デバイスがメディア非依存ハンドオーバー（ＭＩＨ）を実行するための方法。
【００５６】
２．上位レイヤーのハンドオーバーメッセージを生成するステップをさらに含むことを特徴とする実施形態１に記載の方法。
【００５７】
３．下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを送信するステップをさらに含むことを特徴とする実施形態２に記載の方法。
【００５８】
４．上位レイヤーのタイミングデバイスに対してカプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するステップをさらに含むことを特徴とする実施形態２または３に記載の方法。
【００５９】
５．タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを再送信するステップをさらに含むことを特徴とする実施形態４に記載の方法。
【００６０】
６．無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、カプセル化された上位レイヤーのハンドオーバーメッセージは、ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信されることを特徴とする実施形態５に記載の方法。
【００６１】
７．ＭＩＨサーバーによって実行される方法であって、カプセル化された上位レイヤーのハンドオーバーメッセージは、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＷＴＲＵに送信されることを特徴とする実施形態５または６に記載の方法。
【００６２】
８．上位レイヤーのハンドオーバーメッセージはＩＥＥＥ  ８０２．２１規格に準拠するコンポーネントによって生成されることを特徴とする実施形態２〜７のいずれか１つに記載の方法。
【００６３】
９．タイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するステップをさらに含むことを特徴とする実施形態２〜８のいずれか１つに記載の方法。
【００６４】
１０．下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを送信するステップをさらに含むことを特徴とする実施形態９に記載の方法。
【００６５】
１１．上位レイヤーのタイミングデバイスに対してカプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連するメッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するステップをさらに含むことを特徴とする実施形態１０に記載の方法。
【００６６】
１２．第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを再送信するステップをさらに含むことを特徴とする実施形態１１に記載の方法。
【００６７】
１３．無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、カプセル化された上位レイヤーのハンドオーバーメッセージは、ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信されることを特徴とする実施形態１２に記載の方法。
【００６８】
１４．ＭＩＨサーバーによって実行される方法であって、カプセル化された上位レイヤーのハンドオーバーメッセージは、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＷＴＲＵに送信されることを特徴とする実施形態１２に記載の方法。
【００６９】
１５．上位レイヤーのハンドオーバーメッセージはＩＥＥＥ  ８０２．２１規格に準拠するコンポーネントによって生成されることを特徴とする実施形態２〜１４のいずれか１つに記載の方法。
【００７０】
１６．上位レイヤーのタイミングデバイスは情報タイマーであることを特徴とする実施形態４〜１５のいずれか１つに記載の方法。
【００７１】
１７．上位レイヤーのタイミングデバイスはイベントタイマーであることを特徴とする実施形態４〜１５のいずれか１つに記載の方法。
【００７２】
１８．上位レイヤーのタイミングデバイスはコマンドタイマーであることを特徴とする実施形態４〜１５のいずれか１つに記載の方法。
【００７３】
１９．ハンドオーバーメッセージは、イベントタイプ、コマンドタイプ、または情報タイプのいずれか１つであることを特徴とする実施形態２〜２８のいずれか１つに記載の方法。
【００７４】
２０．メディア非依存ハンドオーバー（ＭＩＨ）を容易にするように構成された通信デバイス。
【００７５】
２１．上位レイヤーのハンドオーバーメッセージを生成するように構成された上位レベルのコンポーネントをさらに備えることを特徴とする実施形態２０に記載のデバイス。
【００７６】
２２．下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを送信するように構成された下位レベルのコンポーネントをさらに備えることを特徴とする実施形態２１に記載のデバイス。
【００７７】
２３．前記上位レイヤーのコンポーネントはさらに、上位レイヤーのタイミングデバイスに対してカプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するように構成されることを特徴とする実施形態２２に記載のデバイス。
【００７８】
２４．上位のコンポーネントはさらに、下位レイヤーのコンポーネントを制御して、タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする実施形態２３に記載のデバイス。
【００７９】
２５．無線送信／受信ユニット（ＷＴＲＵ）として構成された通信デバイスであって、上位レイヤーのハンドオーバーメッセージをカプセル化し、ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする実施形態２４に記載の通信デバイス。
【００８０】
２６．ＭＩＨサーバーとして構成された通信デバイスであって、上位レイヤーのハンドオーバーメッセージをカプセル化し、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＷＴＲＵに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする実施形態２４に記載の通信デバイス。
【００８１】
２７．上位レイヤーのコンポーネントはＩＥＥＥ  ８０２．２１規格に準拠することを特徴とする実施形態２１〜２６のいずれか１つに記載の通信デバイス。
【００８２】
２８．上位レイヤーのコンポーネントはタイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するように構成されることを特徴とする実施形態２４〜２７のいずれか１つに記載の通信デバイス。
【００８３】
２９．下位レイヤーのコンポーネントはさらに、下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを送信するように構成されることを特徴とする実施形態２８に記載の通信デバイス。
【００８４】
３０．上位レイヤーのコンポーネントはさらに、上位レイヤーのタイミングデバイスに対してカプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連するメッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するように構成されることを特徴とする実施形態２９に記載の通信デバイス。
【００８５】
３１．上位レイヤーのコンポーネントはさらに、下位レイヤーのコンポーネントを制御して、第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする実施形態３０に記載の通信デバイス。
【００８６】
３２．無線送信／受信ユニット（ＷＴＲＵ）として構成された通信デバイスであって、上位レイヤーのハンドオーバーメッセージをカプセル化し、ＷＴＲＵによって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＭＩＨサーバーに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする実施形態３１に記載の通信デバイス。
【００８７】
３３．ＭＩＨサーバーとして構成された通信デバイスであって、上位レイヤーのハンドオーバーメッセージをカプセル化し、無線送信／受信ユニット（ＷＴＲＵ）によって実行される通信のハンドオーバー制御に関連する下位レベルのフォーマットされた通信用のＵＤＰ／ＩＰフォーマットを使用してＷＴＲＵに送信するように構成された下位レイヤーのコンポーネントを備えることを特徴とする実施形態３１に記載の通信デバイス。
【００８８】
３４．上位レイヤーのコンポーネントはＩＥＥＥ  ８０２．２１規格に準拠することを特徴とする実施形態２９〜３４のいずれか１つに記載の通信デバイス。
【００８９】
３５．メディア非依存ハンドオーバー（ＭＩＨ）を容易にするように構成された通信デバイスであって、上位レイヤーのハンドオーバーメッセージを生成するように構成された上位レベルのコンポーネントを備えることを特徴とする通信デバイス。
【００９０】
３６．下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを送信するように構成された下位レベルのコンポーネントをさらに備えることを特徴とする実施形態３５に記載の通信デバイス。
【００９１】
３７．上位レイヤーのタイミングデバイスに対してカプセル化された上位レイヤーのハンドオーバーメッセージの送信に関連するタイムアウト時間を設定するように構成された上位レイヤーのコンポーネントをさらに備えることを特徴とする実施形態３６に記載の通信デバイス。
【００９２】
３８．上位のコンポーネントはさらに、下位レイヤーのコンポーネントを制御して、タイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする実施形態３７に記載の通信デバイス。
【００９３】
３９．上位レイヤーのコンポーネントはタイプの異なる第２の上位レイヤーのハンドオーバーメッセージを生成するように構成されることを特徴とする実施形態３８に記載の通信デバイス。
【００９４】
４０．下位レイヤーのコンポーネントは下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを送信するように構成されることを特徴とする実施形態３９に記載の通信デバイス。
【００９５】
４１．上位レイヤーのコンポーネントはさらに、上位レイヤーのタイミングデバイスに対してカプセル化された第２の上位レイヤーのハンドオーバーメッセージの送信に関連するメッセージのタイプに基づいて決定される第２のタイムアウト時間を設定するように構成されることを特徴とする実施形態４０に記載の通信デバイス。
【００９６】
４２．上位レイヤーのコンポーネントは、下位レイヤーのコンポーネントを制御して、第２のタイムアウト時間が経過する前に、上位レイヤーの確認応答が受信されない場合、下位レベルのフォーマットされた通信においてカプセル化された第２の上位レイヤーのハンドオーバーメッセージを再送信するように構成されることを特徴とする実施形態４１に記載の通信デバイス。
【００９７】
本発明は、要望に応じて任意のタイプの無線通信システムに実装できる。例として、本発明は、任意のタイプの８０２システム、ＷＣＤＭＡ、ＬＴＥ、またはそれ以外の任意のタイプの無線通信システムに実装できる。また、本発明は、ＡＳＩＣ（application specific integrated circuit）などの集積回路（ＩＣ：integrated circuit）、複数の集積回路、ＬＰＧＡ（logical programmable gate array）、複数のＬＰＧＡ、個別のコンポーネント、あるいは１つまたは複数の集積回路、ＬＰＧＡおよび個別のコンポーネントの組み合わせなどに実装することもできる。本発明は、ソフトウェア、ミドルウェア、ＲＲＭ（radio resource manager）、ＲＲＣ（radio resource controller）、およびモバイルソリューション（mobility solution）として実装できる。
【００９８】
本発明の機能と要素について、特定の組み合わせによる好ましい実施形態に関連して説明されているが、こうした機能または要素のそれぞれは、単独でも（好ましい実施形態の他の機能および要素を伴わない）、さまざまな組み合わせにおいても（本発明の他の機能および要素を伴っても伴わなくてもよい）利用できる。本発明において提供される方法または流れ図は、コンピュータ読み取り可能な記憶媒体に実際に具体化され、汎用コンピュータまたはプロセッサで実行されるコンピュータプログラム、ソフトウェア、またはファームウェアに実装してもよい。コンピュータ読み取り可能な記憶媒体の例には、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（例えば内蔵ハードディスクや取り外し可能なディスク）、光磁気媒体、および光媒体（例えばＣＤ−ＲＯＭディスクやＤＶＤ（digital versatile disk））が含まれる。
【００９９】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（Digital Signal Processor）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ（Field Programmable Gate Array）回路、それ以外の任意の集積回路（ＩＣ）、および／またはステートマシンが含まれる。
【図１】
2009538097.tif 000004
【図２】
2009538097.tif 000005
【図３】
2009538097.tif 000006
【図４】
2009538097.tif 000007
【図５】
2009538097.tif 000008
【図６Ａ】
2009538097.tif 000009
【図６Ｂ】
2009538097.tif 000010
【図６Ｃ】
2009538097.tif 000011
【図７】
2009538097.tif 000012
【図８Ａ】
2009538097.tif 000013
【図８Ｂ】
2009538097.tif 000014
【図８Ｃ】
2009538097.tif 000015
【国際調査報告】
2009538097.tif 000016
2009538097.tif 000017