JP2011524721A - Ｍｉｈクライアントにおける動的プロファイル機能のための方法および装置 - Google Patents

Abstract

方法および装置は、メディア独立ハンドオーバにおける動的モバイルプロファイル機能を提供する。これは、ＭＩＨサーバがＭＩＨクライアントにおけるモバイルプロファイルを動的に変更することを含み得る。

Description

本出願は、無線通信に関する。

ＩＥＥＥ８０２．２１ ＭＩＨ（Media Independent Handover：メディア独立ハンドオーバ）は、異種アクセスネットワーク間のハンドオーバをサポートするフレームワークを規定する。ＭＩＨ機能は、ネットワーク側（ＭＩＨサーバ）およびＷＴＲＵ（無線送受信機）／ＭＩＨクライアント側に存在する。ハンドオーバは、ＭＩＨサーバによって開始するか、またはＭＩＨクライアントによって開始することができる。

ＭＩＨサーバは、ハンドオーバ要求をＭＩＨクライアントに送信することによってある技術から別の技術へのハンドオーバを制御することができ、ＭＩＨクライアントは、ハンドオーバコマンドを実行することができる。ＭＩＨサーバは、ＭＩＨクライアントからの入力あり（例えば、測定レポート）、またはＭＩＨクライアントからの入力なし（例えば、即時の負荷分散のため）で、それ自身のポリシに基づいてハンドオーバの決定を行うことができる。

ＷＴＲＵでは、予め定義された優先のネットワークがそれ自身のモバイルプロファイルで指定されていてもよい。ＭＩＨクライアントは、優先のネットワークにハンドオーバする（リンク品質を監視し、測定値をＭＩＨサーバに送信する）ことを試みることができる。モバイルプロファイルは、局所的に（例えば、ＳＩＭ（加入者識別モジュール）カードやＰＣ（パーソナルコンピュータ）など）保存することができる。

図１に示すように、現在のＩＥＥＥ８０２．２１標準規格では、ＭＩＨサーバは、モバイルプロファイルを変更する機能を有していない。図１に示すシナリオでは、ＭＩＨサーバによって開始されるハンドオーバのみが可能である。負荷分散の目的で、ＷＴＲＵが非優先のネットワークにとどまることをＭＩＨサーバが望む場合、ＭＩＨサーバは、ハンドオーバを開始せず、ＷＴＲＵは、引き続きその優先のネットワークを探してスキャンし、測定値を送信する。このシナリオでは、不要なスキャンおよび測定レポートの送信のために、無線リソース、バッテリ電力、およびＣＰＵ（中央処理装置）サイクルが浪費され、ＷＴＲＵ開始ハンドオーバは許可されない。ＷＴＲＵ開始ハンドオーバが許可されないため、ＷＴＲＵは、ＭＩＨサーバからのＨＯ（ハンドオーバ）コマンドを待つ必要がある。

図２に示すように、ＭＩＨサーバは、負荷分散の目的で、非優先のネットワークへのハンドオーバを開始することができる。ＭＩＨクライアントは、優先のネットワークのリンク品質を監視することによって、優先のネットワークに戻るためにハンドオーバの実行を試みることができる。ＷＴＲＵは、優先のネットワークを定期的にスキャンして、カバレッジが使用可能であるかどうかを発見する（受信（ＲＸ）のみ可能）。優先のネットワークが使用可能であり、モバイル開始ハンドオーバが許可される場合、測定値をサーバに送信する必要はなく、モバイルは、その優先のネットワークへのハンドオーバを開始する。これは、ＭＩＨサーバとＭＩＨクライアントとの間の相容れないハンドオーバの優先順位のために起こるピンポン状況を作り出す可能性がある。

図３に示すように、ＭＩＨサーバは、ＷＴＲＵがネットワークＡ上での接続を失いつつあるときに、ネットワークＡからネットワークＢへのハンドオーバを開始する場合がある。ネットワークＡが優先のネットワークである場合、ＭＩＨサーバは、ネットワークＡが使用可能になるとすぐに、ネットワークＡに戻るためにハンドオーバを開始する。静的ポリシが優先のネットワークを規定しているために、ハンドオーバが、ネットワークＡとネットワークＢとの間で行ったり来たりする可能性がある。

図４は技術間ハンドオーバをサポートすることができる無線システムのネットワークアーキテクチャの一例の図である。これらの基盤技術には、例えば、３ＧＰＰ（Third Generation Partnership Project）、３ＧＰＰ２、およびＩＥＥＥ８０２．ｘｘなどＩＥＥＥベースのネットワーク、ＣＤＭＡ（符号分割多元接続）２０００、ＵＭＴＳ（universal mobile telephone system）、ＧＳＭ、ＬＴＥ（long term evolution）、または未開発の将来の無線通信システムを含む他の任意の無線通信システムが含まれ得る。

方法および装置は、メディア独立ハンドオーバにおける動的モバイルプロファイル機能を提供する。これは、ＭＩＨサーバがＭＩＨクライアントにおけるモバイルプロファイルを動的に変更することを含み得る。

この方法は、予め構成された優先のネットワークを探してスキャンし、予め構成された優先のネットワークを非優先のネットワークに変更する旨の要求を受信し、予め構成された優先のネットワークを非優先のネットワークに設定することによって、ＷＴＲＵ（無線送受信機）によって実行され得る。

この装置は、現在のネットワークにおける新しいモバイルプロファイルを受信するように構成された受信機と、ＭＩＨ（メディア独立ハンドオーバ）クライアントとを含むＷＴＲＵとすることができる。ＭＩＨクライアントは、優先のネットワークが変わったかどうかを判定し、優先のネットワークが変わっていないとき、関連の重みが変わったかどうかを判定し、現在のネットワークが優先のネットワークではないとき、予め定められた間隔でスキャンして、優先のネットワークを検出するように構成することができる。

例示された以下の説明を添付図面と併せて読めば、より詳細な理解が得られよう。
従来技術による不要なスキャンを示す信号図である。 従来技術によるピンポン状況を示す信号図である。 従来技術による頻繁なハンドオーバを示す信号図である。 技術間ハンドオーバをサポートすることができる無線システムのネットワークアーキテクチャの一例を示す図である。 ＷＴＲＵのＭＩＨクライアントが不要なスキャンを行うのを防ぐようにするための手順の一例を示す信号図である。 ＷＴＲＵのＭＩＨクライアントがピンポン状況になるのを防ぐための手順の一例を示す信号図である。 重み係数を使用して２つのネットワーク間のハンドオーバを最適化するための手順の一例を示す信号図である。 新しいモバイルプロファイルがＭＩＨサーバから受信されると、ＷＴＲＵで開始される手順を示すフロー図である。 新しいモバイルプロファイルがＭＩＨサーバから受信されると、ＷＴＲＵで開始される手順を示すフロー図である。 CAPABILITY_DISCOVERY要求／応答メッセージの一例を示す図である。 MIH_CONFIGURE_PROFILE要求メッセージの一例を示す図である。 MIH_CONFIGURE_PROFILE応答メッセージの一例を示す図である。 CAPABILITY_DISCOVERY要求／応答メッセージの一例を示す図である。 MIH_GET_INFORMATION応答メッセージの一例を示す図である。 メディア独立ハンドオーバを実行するように構成されたシステムの一例を示すブロック図である。

本明細書で使用する場合、「ＷＴＲＵ（無線送受信機）」という用語は、限定的な意味ではなく、ＵＥ（ユーザ機器）、移動局、固定式または携帯型の加入者ユニット、ページャ、携帯電話、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境で動作することができる他の任意のタイプのユーザ装置を含む。また、「基地局」という用語は、限定的な意味ではなく、Ｎｏｄｅ−Ｂ、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境で動作することができる他の任意のタイプのインターフェイス装置を含む。

ＭＩＨサーバがＷＴＲＵに関連付けられているモバイルプロファイルまたはポリシを動的に変更できるようにすることによって、ＭＩＨを改良することができる。具体的には、優先のネットワークは動的に構成することができる。さらに、他のモバイルプロファイル情報は、同じ機構、例えばＷＴＲＵのモビリティを有効／無効にするモビリティ動作状態などを使用して交換することができる。簡潔にするために、モバイルプロファイルまたはポリシを変更する例を、優先のネットワーク、関連の重み、および動作状態の文脈で説明する。モバイルプロファイルからの他の任意のパラメータが、本明細書に記載した例に従って動的に構成され得ること、および優先のネットワーク、関連の重み、および動作状態に限定されるものではないことを理解されたい。

ＭＩＨサーバは、ＷＴＲＵの挙動を動的に制御するように、ＭＩＨクライアントのモバイルプロファイルまたはポリシを動的に構成することができる。優先のネットワークおよびモビリティ動作状態は、例えば、プッシュ機構を含めて様々な機構を使用して、いつでも変更することができる。

様々な機構を使用して、ユーザの優先のネットワークを動的に変更することができる。例えば、優先のネットワークは、異なる重みで構成され得る。ネットワークの優先順位のレベルは、ユーザアクティビティ統計からの入力に基づいて動的に変更され得る。モバイルプロファイルは、無線リソースの使用量を最適化し、モバイルユーザの経験を向上させるように適合され得る。ＭＩＨメッセージは、ＭＩＨサーバとＭＩＨクライアントとの間で交換され得る。

別の例において、モビリティの機能を動的に有効または無効にすることができる。これは、ＭＩＨサーバによって開始されるハンドオーバおよびＭＩＨクライアントによって開始されるハンドオーバに適用することができ、マルチ無線装置に適用することができる。

図５は、ＷＴＲＵ５０７のＭＩＨクライアント５０５が不要なスキャンを行うのを防ぐようにする手順の一例の信号図である。この例において、ＷＴＲＵ５０７の予め構成された優先のネットワークはネットワークＡである。符号５１５で、ＷＴＲＵ５０７がネットワークＢにおいて起動すると、ＭＩＨクライアント５０５は、符号５２０でネットワークＡを探してスキャンする。次いでＭＩＨクライアント５０５は、符号５２５でスキャン結果および測定値をＭＩＨサーバ５１０に送信する。

ＭＩＨサーバ５１０は、スキャン結果および測定値を受信し、符号５３０で、負荷分散の目的で、ＷＴＲＵ５０７が例えば非優先のネットワーク（ネットワークＢ）に残るべきであると判定する。ＭＩＨサーバ５１０は、モバイルプロファイルを変更し、符号５３５で、新しい優先のネットワークがネットワークＢであることを示すためにMIH_CONFIGURE_PROFILE_REQメッセージをＭＩＨクライアント５０５に送信する。MIH_CONFIGURE_PROFILE_REQを受信すると、ＭＩＨクライアント５０５は、符号５３７で優先のネットワークをネットワークＢに設定し、符号５４０でMIH_CONFIGURE_PROFILE_RSPメッセージをＭＩＨサーバ５１０に送信する。ＭＩＨクライアント５０５は、符号５４５でネットワークＡに関してスキャンおよび測定値の送信を停止して、バッテリ電力、無線リソース、およびＣＰＵサイクルを節電するようにすることができる。

後で、ＭＩＨサーバ５１０は、符号５５０でＭＩＨクライアントをネットワークＡに切り替えることを決定することができる。ＭＩＨサーバ５１０は、符号５５５で、新しい優先のネットワークがネットワークＡであることを示すためにMIH_CONFIGURE_PROFILE_REQメッセージをＭＩＨクライアント５０５に送信する。MIH_CONFIGURE_PROFILE_REQメッセージを受信すると、ＭＩＨクライアント５０５は、符号５６０で優先のネットワークをネットワークＡに設定し、符号５６５でMIH_CONFIGURE_PROFILE_RSPメッセージをＭＩＨサーバ５１０に送信する。ＭＩＨクライアント５０５は、符号５７０でネットワークＡをスキャンし、発見して、符号５７５でスキャン結果および測定値をＭＩＨサーバ５１０に送信する。ＭＩＨサーバ５１０は、符号５８０でハンドオーバ要求をＭＩＨクライアント５０５に送信する。ＭＩＨクライアント５０５は、符号５８５でネットワークＡへのハンドオーバを実行し、符号５９０でハンドオーバ結果をＭＩＨサーバ５１０に送信する。

図６は、ＷＴＲＵ６０７のＭＩＨクライアント６０５がピンポン状況になるのを防ぐ手順の一例の信号図である。この例において、ＭＩＨクライアント６０５の予め構成された優先のネットワークはネットワークＡであり、ＷＴＲＵ６０７は、符号６１５でネットワークＡにおいて起動する。

ＭＩＨサーバ６１０は、符号６２０で、負荷分散の目的で、ＷＴＲＵ６０７が非優先のネットワーク（ネットワークＢ）に切り替わるべきであると判定する。ＭＩＨサーバ６１０は、符号６２５で、ハンドオーバ要求メッセージをＭＩＨクライアント６０５に送信する。符号６２５でハンドオーバ要求メッセージを受信すると、ＭＩＨクライアント６０５は、符号６３０でネットワークＢへのハンドオーバを実行し、符号６３５でハンドオーバ完了メッセージをＭＩＨサーバ６１０に送信する。符号６３５でハンドオーバ完了メッセージを受信すると、ＭＩＨサーバ６１０は、符号６４０で、例えば負荷分散を理由としてＷＴＲＵ６０７がネットワークＢに残るべきであると判定することができる。ＭＩＨサーバ６１０は、符号６４５で、新しい優先のネットワークがネットワークＢであることを示すためにMIH_CONFIGURE_PROFILE_REQメッセージをＭＩＨクライアント６０５に送信することができる。符号６４５でMIH_CONFIGURE_PROFILE_REQメッセージを受信すると、ＭＩＨクライアント６０５は、符号６５０で優先のネットワークをネットワークＢに設定し、符号６５５でMIH_CONFIGURE_PROFILE_RSPメッセージをＭＩＨサーバ６１０に送信する。現在はネットワークＢが優先のネットワークであるため、ハンドオーバは開始されず、ピンポン状況が回避される。

重み係数が優先のネットワークの動的モバイルプロファイルに追加され得る。サポートされているネットワークのリストに、例えば（ｗ１）ネットワーク１、（ｗ２）ネットワーク２などの重み係数を割り当てることができる。重み係数は、整数を使用して細かい調整を可能にすることによって実装され得る。重み係数は、簡単な実装を可能にするために、高、中、および低などのスケールを使用することによって実装することもできる。

ＷＴＲＵは、変更されたネットワークの優先順位または優先順位の重みに反応するように構成され得る。例えば、あるネットワークについて重みが減らされると、ＷＴＲＵは、このネットワークのスキャンの間隔を増加させる、またはスキャンを停止することができる。ＷＴＲＵは、モデムの低電力モード（アイドルモード）の時間を増加させることもできる。重みを増やした場合、ＷＴＲＵは、自身がアイドルモードである場合、モデムを起動させ、優先順位が高いネットワークのスキャンを開始する、またはスキャンの間隔を減少させることができる。

図７は、重み係数を使用して２つのネットワーク間のハンドオーバを最適化する手順の一例の信号図である。この例において、ＭＩＨクライアント７０５を含むＷＴＲＵ７００は、ネットワークＡが優先のネットワークであるように予め構成されている。ＷＴＲＵ７００は、符号７１０でネットワークＡのカバレッジが点在するエリアで起動し、この結果、符号７２０でいくつかのハンドオーバをもたらす。ＭＩＨサーバ７３０は、符号７４０で、内部統計に基づいて、ネットワークＡの重みを減らすことを決定する。ＭＩＨサーバ７３０は、符号７５０でMIH_CONFIGURE_PROFILE_REQメッセージをＭＩＨクライアント７０５に送信する。ＭＩＨクライアント７０５は、符号７６０でネットワークＡの新しい重み係数を設定し、符号７７０で、ピンポン状況の発生を減少させるために、ネットワークＡのスキャン間隔を増加させる。ＭＩＨクライアント７０５は、符号７８０でMIH_CONFIGURE_PROFILE_RSPメッセージをＭＩＨサーバ７３０に送信することができる。

図８は、モバイルプロファイルがＭＩＨサーバから受信されると、ＷＴＲＵにおいて開始される一般的な手順のフロー図８００である。図８を参照すると、ＷＴＲＵは、符号８１０でモバイルプロファイルを受信すると、符号８２０でモバイルプロファイルパラメータが変わったかどうかを判定することができる。モバイルプロファイルパラメータが変わった場合、ＷＴＲＵは、符号８３０で更新されたモバイルプロファイルに基づいてアクションを実行することができる。モバイルプロファイルパラメータが変わっていない場合、ＷＴＲＵは、符号８４０で何もアクションを起こさない。モバイルプロファイルパラメータの変更の例は、優先のネットワーク、関連の重み、動作状態、または動的に構成され得るモバイルプロファイルからの他の任意のパラメータにおける変更とすることができる。

図９は、新しいモバイルプロファイルがＭＩＨサーバから受信されると、ＷＴＲＵにおいて開始される手順の一例のフロー図９００である。符号９０５でＭＩＨサーバから新しいモバイルプロファイルを受信すると、ＭＩＨクライアントは、符号９１０で優先のネットワークが変わったかどうかを判定する。優先のネットワークが変わった場合、ＭＩＨクライアントは、符号９１５で現在のネットワークが優先のネットワークであるかどうかを判定する。現在のネットワークが優先のネットワークである場合、ＭＩＨクライアントは、符号９２０で優先のネットワークの検出機構を停止し、符号９２５で手順が終了する。

符号９１５で現在のネットワークが優先のネットワークではない場合、ＭＩＨクライアントは、符号９３０で優先のネットワークの検出機構を開始する。ＭＩＨクライアントは、符号９３５でネットワークカバレッジが検出されるかどうかを判定する。ネットワークカバレッジが検出されない場合、ＭＩＨクライアントは、符号９４０で、後でネットワークのスキャンを再試行するためにスキャンタイマを開始し、符号９２５で手順が終了する。ネットワークカバレッジが検出され、ハンドオーバがＭＩＨクライアントによって制御されている場合、ＭＩＨクライアントは、符号９４５で優先のネットワークへのハンドオーバをトリガし、符号９２５で手順が終了する。ネットワークカバレッジが検出され、ハンドオーバがＭＩＨサーバによって制御されている場合、ＭＩＨクライアントは、符号９５０でＭＩＨサーバに測定値を報告する。ＭＩＨサーバは、符号９５５でハンドオーバコマンド要求をＭＩＨクライアントに送信する。ＭＩＨクライアントは、符号９４５で優先のネットワークへのハンドオーバをトリガし、符号９２５で手順が終了する。

符号９１０で優先のネットワークが変わっていない場合、ＭＩＨクライアントは、符号９６０で関連の重みが変わったかどうかを判定する。関連の重みが変わっていない場合、符号９２５で手順が終了する。関連の重みが変わった場合、ＭＩＨクライアントは、符号９６５で重みが増えたかどうかを判定する。関連の重みが減った場合、ＭＩＨクライアントは、符号９７０で新しい重みに従ってスキャン間隔を増加させ、符号９２５で手順が終了する。重みが増えた場合、ＭＩＨクライアントは、符号９７５で新しい重みに従ってスキャン間隔を減少させ、符号９８０で検出機構をすぐに開始する。いったん検出機構が開始すると、ＭＩＨクライアントは、上述したように、符号９３５でネットワークカバレッジ検出手順を続行することができる。

優先のネットワークを変更することに加えて、ＭＩＨサーバは、モビリティ動作状態を変更することができる。モビリティ動作状態はモバイルプロファイルの一部である。動的モバイルプロファイル構成機構を使用して、モビリティ動作状態またはモバイルプロファイルの他の任意のパラメータを変更することができる。モビリティ動作状態を「無効」に設定することによって、構成可能な時間量の間、モビリティの機能が停止する。モビリティ動作状態を「有効」に設定することによって、モビリティの機能が再開する。

モバイルプロファイルを動的に変更することの一例は、コマンドサービスの使用を介することができる。この例において、ＭＩＨサーバは、モバイルプロファイルを構成するためのユニキャスト要求を送信し、ＷＴＲＵは応答を返信する。ＭＩＨサーバは、ブロードキャストまたはマルチキャスト要求を送信して、複数のユーザに単一のメッセージを届けるようにすることもできる。

コマンドサービス例において、ＭＩＨクライアントが動的モバイルプロファイル構成をサポートするかどうかをＭＩＨサーバが発見するように、MIH_CAPABILITY_DISCOVER要求／応答メッセージを変更することができる。ＭＩＨクライアントがMIH_CAPABILITY_DISCOVER要求メッセージにおいて動的モバイルプロファイル構成をサポートすることを公表した場合、ＭＩＨサーバは、MIH_CAPABILITY_DISCOVER応答メッセージにCONFIGURE_PROFILE_REQUEST情報要素を含めることができる。

あるいは、コマンドサービスの例において新しいメッセージが使用されてもよい。これらのメッセージは、MIH_CONFIGURE_PROFILE要求／応答メッセージと呼ぶことができ、CONFIGURE_PROFILE_REQUEST情報要素を含み得る。この代替では、MIH_CONFIGURE_PROFILE要求がＭＩＨサーバからＭＩＨクライアントに送信され、MIH_CONFIGURE_PROFILE応答がＭＩＨクライアントからＭＩＨサーバに送信される。

別の例において、モバイルプロファイルは、情報サービスの使用を介して変更することができる。この例では、情報サーバは、新しいモバイルプロファイル構成を含むユニキャスト非請求情報サービス応答（unicast unsolicited information service response）をＷＴＲＵに送信することができる。情報サーバは、ブロードキャストまたはマルチキャスト要求を送信して、複数のユーザに単一のメッセージを届けるようにすることもできる。

図１０は、CAPABILITY_DISCOVERY要求／応答メッセージ１０００の一例の図である。CAPABILITY_DISCOVERY要求／応答メッセージ１０００は、ヘッダ１０１０およびペイロード１０２０を含み得る。ヘッダ１０１０は、ＭＩＨヘッダ固定フィールド１０２５、ＭＩＨＦ ＩＤ（識別子）送信用のソース識別子１０３０、またはＭＩＨＦ ＩＤ受信用の宛先識別子１０３５を含み得る。ペイロード１０２０は、次の情報要素、すなわち特定のネットワークタイプのリンクアドレスを表すリンクアドレスリストＴＬＶ（タイプ、長さ、値）１０４０、リンクのサポートされているＭＩＨイベントを示すサポートされているＭＩＨイベントリストＴＬＶ１０４５、例えばMIH_CMD_LISTなど、リンクの変更されたＭＩＨコマンドのサポートを示すサポートされているＭＩＨコマンドリストＴＬＶ１０５０、リンクの情報サービスクエリのサポートを示すサポートされているＩＳクエリタイプリストＴＬＶ１０５５、およびリンクのＭＩＨサービスのトランスポートオプションを示すサポートされているトランスポートリストＴＬＶ１０６０のうちの少なくとも１つを含むことができる。

MIH_CMD_LISTコマンドは、４オクテット長とすることができ、表１に示すビットマップ値を含み得る。MIH_CMD_LISTコマンドは、モバイルプロファイル構成がサポートされることを示すためのMIH_Configure_Profileビットを含み得る。

MIH_Configure_ProfileのＡＩＤ（アクション識別子）は以下の表２に示すように規定され得る。ＡＩＤは、任意の整数値とすることができ、表２の値は例示の目的で示されている。ＡＩＤは、ＭＩＨプロトコルヘッダの一部であり、ＭＩＨサービス（すなわち、ＭＩＨイベント、コマンド、情報、管理のサービス）に関してとられるべきアクションを示す。サービスのタイプごとに一意のＡＩＤがある。

図１１は、MIH_CONFIGURE_PROFILE要求メッセージ１１００の一例の図である。MIH_CONFIGURE_PROFILE要求メッセージ１１００は、ヘッダ１１１０およびペイロード１１２０を含み得る。ヘッダ１１１０は、ＭＩＨヘッダ固定フィールド１１２５、ＭＩＨＦ ＩＤ（識別子）送信用のソース識別子１１３０、またはＭＩＨＦ ＩＤ受信用の宛先識別子１１３５を含み得る。ペイロード１１２０は、サポートされているネットワーク間の優先順位を識別するプロファイルＴＬＶ情報要素１１４０を含み得る。優先順位は、指定される第１のネットワークが優先のネットワークであるように、降順に列挙され得る。

MIH_CONFIGURE_PROFILE要求は、表３に示すように定義され得る。

表３に示すLINK_INFO情報要素におけるシーケンス情報は、指定される第１のネットワークが優先のネットワークであるように、優先順位の降順に配列され得る。列挙型、OPERATIONAL_STATE情報要素では、ゼロまたはヌルの間隔値は無制限の間隔を示す。

図１２は、MIH_CONFIGURE_PROFILE応答メッセージ１２００の一例を示す図である。MIH_CONFIGURE_PROFILE応答メッセージ１２００は、ヘッダ１２１０およびペイロード１２２０を含み得る。ヘッダ１２１０は、ＭＩＨヘッダ固定フィールド１２２５、ＭＩＨＦ ＩＤ（識別子）送信用のソース識別子１２３０、またはＭＩＨＦ ＩＤ受信用の宛先識別子１２３５を含み得る。ペイロード１２２０は、成功または失敗を示すステータスＴＬＶ情報要素１２４０を含み得る。

情報サービス例において、ＭＩＨクライアントが動的モバイルプロファイル構成をサポートするかどうかをＭＩＨサーバが発見するように、MIH_CAPABILITY_DISCOVER要求／応答メッセージを変更することができる。ＭＩＨクライアントがMIH_CAPABILITY_DISCOVER要求メッセージにおいて動的モバイルプロファイル構成をサポートすることを公表した場合、ＭＩＨサーバは、MIH_CAPABILITY_DISCOVER応答メッセージにPROFILE_INFORMATION情報要素を含めることができる。

あるいは、ＭＩＨサーバが応答メッセージを使用して、新しいモバイルプロファイル情報をＭＩＨクライアントに送信できるように、MIH_GET_INFORMATION応答メッセージを変更することができる。応答は、要求に関連付けられていない非請求メッセージ（unsolicited message）として送信され得る。バイナリ、ＲＤＦデータ、ＲＤＦスキーマ、およびＲＤＦスキーマＵＲＬなど、標準の符号化を任意選択で使用することができる。

図１３は、CAPABILITY_DISCOVERY要求／応答メッセージ１３００の一例の図である。CAPABILITY_DISCOVERY要求／応答メッセージ１３００は、ヘッダ１３１０およびペイロード１３２０を含み得る。ヘッダ１３１０は、ＭＩＨヘッダ固定フィールド１３２５、ＭＩＨＦ ＩＤ（識別子）送信用のソース識別子１３３０、またはＭＩＨＦ ＩＤ受信用の宛先識別子１３３５を含み得る。ペイロード１３２０は、次の情報要素、すなわち特定のネットワークタイプのリンクアドレスを表すリンクアドレスリストＴＬＶ（タイプ、長さ、値）１３４０、リンクのサポートされているＭＩＨイベントを示すサポートされているＭＩＨイベントリストＴＬＶ１３４５、変更されたＭＩＨコマンドのサポートを示すサポートされているＭＩＨコマンドリストＴＬＶ１３５０、リンクの情報サービスクエリのサポートを示すサポートされているＩＳクエリタイプリストＴＬＶ１３５５、およびリンクのＭＩＨサービスのトランスポートオプションを示すサポートされているトランスポートリストＴＬＶ１３６０のうちの少なくとも１つを含み得る。図１３を参照すると、サポートされているＩＳクエリタイプリストＴＬＶ１３５５は、例えばMIH_IQ_TYPE_LIST ＩＥなど、変更されたＭＩＨクエリのサポートを示し得る。MIH_IQ_TYPE_LIST ＩＥは、８オクテット長とすることができ、表４に示すビットマップ値を含み得る。MIH_IQ_TYPE_LISTは、モバイルプロファイル構成がサポートされることを示すTYPE_IE_PROFILE_INFORMATIONビットを含み得る。

図１４は、MIH_GET_INFORMATION応答メッセージ１４００の一例を示す図である。MIH_GET_INFORMATION応答メッセージ１４００は、ヘッダ１４１０およびペイロード１４２０を含み得る。ヘッダ１４１０は、ＭＩＨヘッダ固定フィールド１４２５、ＭＩＨＦ ＩＤ（識別子）送信用のソース識別子１４３０、またはＭＩＨＦ ＩＤ受信用の宛先識別子１４３５を含み得る。ペイロード１４２０は、以下の情報要素、すなわち非請求バイナリ情報を表すInfo Unsolicited Response Binary Data List１４４０、非請求ＲＤＦ情報を表すInfo Unsolicited Response RDF Data List１４４５、ＲＤＦ情報の非請求ＵＲＬを表す Info Unsolicited Response RDF Schema URL List１４５０、および非請求ＲＤＦスキーマ情報を表すInfo Unsolicited Response RDF Schema List１４５５のうちの少なくとも１つを含み得る。これらの非請求応答情報要素は、表３で定義されるように、ＭＩＨクライアントのモバイルプロファイル情報を含むIE_PROFILE_INFORMATION情報要素によって示され得る。

図１５は、上記の例で説明した動的モバイルプロファイル機能をサポートするように構成されたシステム１５００の一例のブロック図である。システム１５００は、ＷＴＲＵ１５０５、ＡＰ１５０７、およびＭＩＨサーバ１５０９を含む。

図１５に示すように、ＷＴＲＵ１５０５は、プロセッサ１５２０、少なくとも２つのトランシーバ（１５２５ａ、１５２５ｂ）、およびモバイルプロファイル１５５０を格納するように構成されたメモリ１５４０を含む。プロセッサ１５２０は、ＭＩＨクライアント１５３０を動作させるように構成され、トランシーバ１５２５ａ、１５２５ｂのそれぞれに接続される。ＭＩＨクライアント１５３０は、装置ドライバからリンクステータスを受信するプロセス、リンク品質の測定値を受信するプロセス、品質レポートを生成し収集するプロセス、ソケット層を使用して、ＭＩＨメッセージトランスポートインターフェイスを介して品質レポートをＭＩＨサーバに送信するプロセス（図示せず）、更新されたモバイルプロファイルパラメータを受信するプロセス、ＭＩＨサーバからハンドオーバを実行する決定を受信するプロセスを含む、ＭＩＨ関連のプロセスを実行するように構成されている。あるいは、ＭＩＨクライアントは、自律的にハンドオーバの決定を行い、および／またはモバイルプロファイルパラメータを動的に更新することもできる。

ＭＩＨサーバ１５０９は、メモリ１５６０、プロセッサ１５６５、およびトランシーバ１５６７を含む。メモリ１５６０は、例えばモバイルプロファイルＷＴＲＵ１、モバイルプロファイルＷＴＲＵ２など、複数のモバイルプロファイル１５７０を格納するように構成される。プロセッサ１５６５は、例えば、ＷＴＲＵを異なるネットワークに切り替えるかどうかを判定し、ネットワークの重みを調整し、または他の任意の類似のアクションを実行するように構成することができる。

モバイルプロファイルパラメータを更新することは、ハンドオーバ統計に基づき得る。優先のネットワークは、これらの統計に基づいて動的に変更され得る。これらの統計の一例は、予め定められた時間量で行われたハンドオーバの数を含む。ＷＴＲＵが多くのハンドオーバを経験した場合、特に、ハンドオーバが接続の損失のためではなく、負荷分散または最適化のためである場合、その後のハンドオーバはあまり好ましくない場合がある。例えば、ＷＴＲＵがＷＬＡＮとセルラーネットワークとの間のハンドオーバをいくつか有し、優先のネットワークがＷＬＡＮである場合、ＷＴＲＵがＷＬＡＮのむらのあるカバレッジに沿って移動している可能性があり、したがって、ＷＬＡＮの優先順位の重みを減らすことが望ましく、または優先のネットワークをセルラーに変更することさえ望ましい。

これらの統計の別の例は、ＷＴＲＵのトラフィックパターンに基づき得る。予め定められた時間量の間のＷＴＲＵのトラフィックパターンの統計は、ＷＴＲＵの優先のネットワークを規定し得る。これらの統計は、音声／データトラフィックのトランザクションまたはパケット、セッションの発信／終了、またはローミングなどを含み得る。例えば、ＷＴＲＵは、ほとんどのデータを送信／受信している場合、データ中心のネットワークでは、より重みがなければならない。一方、ＷＴＲＵがＣＳ呼においてアクティブである場合、セルラーネットワーク上により重みを有し得る。

動的モバイルプロファイルは、例えばＧＰＳ機能を介してなど、ＷＴＲＵの位置に基づき得る。ＷＴＲＵは、その位置情報をＭＩＨサーバに送信することができる。ＭＩＨサーバは、前の優先のネットワークがＷＴＲＵの現在の位置で使用できない場合、ＷＴＲＵの優先のネットワークを動的に変更するために地域ネットワーク配置マップをチェックすることができる。

動的モバイルプロファイルは時間に基づき得る。多くのモバイルユーザは１日のパターンが定期的である。例えば、モバイルユーザは、朝および夜の時間は家のＷＬＡＮ、路上ではセルラーカバレッジ、および職場ではＷｉＭＡＸカバレッジ内にいる可能性がある。１日の様々な時間のモバイルユーザの生活スタイルのパターンに従って、ＷＴＲＵモバイルプロファイルを変更することができる。

実施形態
１．ＷＴＲＵ（無線送受信機）のためのＭＩＨ（メディア独立ハンドオーバ）の方法であって、
予め構成された優先のネットワークを探してスキャンするステップと、
予め構成された優先のネットワークを変更する旨の要求を受信するステップと、
予め構成された優先のネットワークを別のネットワークに設定するステップと
を含む方法。
２．要求はMIH_CONFIGURED_PROFILE_REQプリミティブである実施形態１に記載の方法。
３．要求はハンドオーバ要求である実施形態１に記載の方法。
４．ハンドオーバを実行するステップをさらに含む実施形態３に記載の方法。
５．ハンドオーバが完了したことを示すメッセージを送信するステップをさらに含む実施形態４に記載の方法。
６．MIH_CONFIGURE_PROFILE_RSPプリミティブを送信するステップをさらに含む上記実施形態のいずれか一つに記載の方法。
７．予め構成された優先のネットワークの重み係数を設定するステップをさらに含む上記実施形態のいずれか一つに記載の方法。
８．MIH_CONFIGURE_PROFILE_REQプリミティブは、予め構成された優先のネットワークについてより低い優先順位を示す実施形態７に記載の方法。
９．予め構成された優先のネットワークを変更する旨の要求を受信するように構成された受信機と、
予め構成された優先のネットワークを探してスキャンし、予め構成された優先のネットワークを別のネットワークに設定するように構成されたＭＩＨ（メディア独立ハンドオーバ）クライアントと
を含むＷＴＲＵ（無線送受信機）。
１０．受信機はMIH_CONFIGURED_PROFILE_REQプリミティブを受信するように構成された実施形態９に記載のＷＴＲＵ。
１１．受信機はハンドオーバ要求を受信するように構成された実施形態９または１０に記載のＷＴＲＵ。
１２．受信機は、予め構成された優先のネットワークについてより低い優先順位を示すプリミティブを受信するように構成された実施形態９〜１１のいずれか一つに記載のＷＴＲＵ。
１３．ＭＩＨクライアントは、予め構成された優先のネットワークの重み係数を設定するようにさらに構成された実施形態１２に記載のＷＴＲＵ。
１４．無線送受信機のためのメディア独立ハンドオーバの方法であって、
現在のネットワークにおけるモバイルプロファイルを受信するステップと、
モバイルプロファイルパラメータが変わったかどうかを判定するステップと、
モバイルプロファイルパラメータが変わったという条件で、受信したモバイルプロファイルに基づいて、アクションを実行するステップと
を含む方法。
１５．モバイルプロファイルパラメータは、優先のネットワーク、関連の重み、または動作状態である実施形態１４に記載の方法。
１６．無線送受信機のためのメディア独立ハンドオーバの方法であって、
現在のネットワークにおけるモバイルプロファイルを受信するステップであって、モバイルプロファイルは優先のネットワークを示す、ステップと、
優先のネットワークが変わったかどうかを判定するステップと、
優先のネットワークが変わっていないという条件で、関連の重みが変わったかどうかを判定するステップと、
現在のネットワークが優先のネットワークではないという条件で、予め定められた間隔でスキャンして、優先のネットワークを検出するステップと
を含む方法。
１７．優先のネットワークが検出されていないという条件で、スキャンタイマを開始するステップと、
優先のネットワークが検出されているという条件で、優先のネットワークへのハンドオーバをトリガするステップと
をさらに含む実施形態１６に記載の方法。
１８．関連の重みが増えたかどうかを判定するステップと、
関連の重みが増えたという条件で、予め定められたスキャン間隔を増加させるステップと、
関連の重みが増えていないという条件で、予め定められたスキャン間隔を減少させるステップと
をさらに含む実施形態１６または１７に記載の方法。
１９． 現在のネットワークにおけるモバイルプロファイルを受信するように構成された受信機と、
優先のネットワークが変わったかどうかを判定し、
優先のネットワークが変わっていないという条件で、関連の重みが変わったかどうかを判定し、
現在のネットワークが優先のネットワークではないという条件で、予め定められた間隔でスキャンして、優先のネットワークを検出する
ように構成されたＭＩＨ（メディア独立ハンドオーバ）クライアントと
を含むＷＴＲＵ（無線送受信機）。
２０．ＭＩＨクライアントは、優先のネットワークが検出されていないという条件で、スキャンタイマを開始し、優先のネットワークが検出されているという条件で、優先のネットワークへのハンドオーバをトリガするようにさらに構成された実施形態１９に記載のＷＴＲＵ。
２１．ＭＩＨクライアントは、関連の重みが増えたかどうかを判定し、関連の重みが増えたという条件で、予め定められたスキャン間隔を増加させ、関連の重みが増えていないという条件で、予め定められたスキャン間隔を減少させるようにさらに構成された実施形態１９または２０に記載のＷＴＲＵ。
２２．ＭＩＨ（メディア独立ハンドオーバ）サーバであって、
第１のＭＩＨメッセージを受信するように構成された受信機と、
第２のＭＩＨメッセージを送信するように構成された送信機と、
判定を行うように構成されたプロセッサと
を含むＭＩＨサーバ。
２３．第１のメッセージはスキャン結果および測定値である実施形態２２に記載のＭＩＨサーバ。
２４．第１のメッセージはMIH_CONFIGURE_PROFILE_RSPである実施形態２２または２３に記載のＭＩＨサーバ。
２５．第１のメッセージはハンドオーバ結果である実施形態２２〜２４のいずれか一つに記載のＭＩＨサーバ。
２６．第１のメッセージはハンドオーバ完了メッセージである実施形態２２〜２５のいずれか一つに記載のＭＩＨサーバ。
２７．第２のメッセージはMIH_CONFIGURE_PROFILE_REQである実施形態２２〜２６のいずれか一つに記載のＭＩＨサーバ。
２８．第２のメッセージはハンドオーバ要求である実施形態２２〜２７のいずれか一つに記載のＭＩＨサーバ。
２９．判定は別のネットワークに切り替えることである実施形態２２〜２８のいずれか一つに記載のＭＩＨサーバ。
３０．判定はネットワークに関連付けられている重みを調整することである実施形態２２〜２９のいずれか一つに記載のＭＩＨサーバ。
３１．判定は内部統計に基づく実施形態２２〜３０のいずれか一つに記載のＭＩＨサーバ。
３２．判定は負荷分散係数に基づく実施形態２２〜３１のいずれか一つに記載のＭＩＨサーバ。

特徴および要素を特定の組合せで上述したが、各特徴または要素は、他の特徴および要素なしに単独で、または他の特徴および要素の有無にかかわらず、様々な組合せで使用されてもよい。本明細書に示した方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。コンピュータ可読記憶媒体の例には、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体記憶装置、内部ハードディスクおよび取外し式ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光媒体などがある。

適したプロセッサには、一例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、１つのＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、および他の任意のタイプのＩＣ（集積回路）、および／または状態機械などがある。

ソフトウェアと関連するプロセッサは、ＷＴＲＵ（無線送受信機）、ＵＥ（ユーザ機器）、端末、基地局、ＲＮＣ（無線ネットワークコントローラ）または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために使用され得る。ＷＴＲＵは、例えばカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）またはＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。

Claims (18)

1. ＷＴＲＵ（無線送受信機）のためのＭＩＨ（メディア独立ハンドオーバ）の方法であって、
   予め構成された優先のネットワークを探してスキャンするステップと、
   前記予め構成された優先のネットワークを非優先のネットワークに変更する旨の要求を受信するステップと、
   前記予め構成された優先のネットワークを前記非優先のネットワークに設定するステップと
   を含むことを特徴とする方法。
2. 前記要求はMIH_CONFIGURED_PROFILE＿REQプリミティブであることを特徴とする請求項１に記載の方法。
3. 前記要求はハンドオーバ要求であることを特徴とする請求項１に記載の方法。
4. 前記予め構成された優先のネットワークの重み係数を設定するステップをさらに含むことを特徴とする請求項２に記載の方法。
5. 前記ＭＩＨ＿ＣＯＮＦＩＧＵＲＥ＿ＰＲＯＦＩＬＥ＿ＲＥＱプリミティブは、前記予め構成された優先のネットワークについてより低い優先順位を示すことを特徴とする請求項４に記載の方法。
6. 予め構成された優先のネットワークを非優先のネットワークに変更する旨の要求を受信するように構成された受信機と、
   前記予め構成された優先のネットワークを探してスキャンし、
   前記予め構成された優先のネットワークを前記非優先のネットワークに設定する
   ように構成されたＭＩＨ（メディア独立ハンドオーバ）クライアントと
   を含むことを特徴とするＷＴＲＵ（無線送受信機）。
7. 前記受信機はMIH_CONFIGURED_PROFILE_REQプリミティブを受信するように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
8. 前記受信機はハンドオーバ要求を受信するように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
9. 前記受信機は、前記予め構成された優先のネットワークについてより低い優先順位を示すプリミティブを受信するように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
10. 前記ＭＩＨクライアントは、前記予め構成された優先のネットワークの重み係数を設定するようにさらに構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
11. 無線送受信機のためのメディア独立ハンドオーバの方法であって、
    現在のネットワークにおけるモバイルプロファイルを受信するステップと、
    モバイルプロファイルパラメータが変わったかどうかを判定するステップと、
    モバイルプロファイルパラメータが変わったという条件で、前記受信したモバイルプロファイルに基づいて、アクションを実行するステップと
    を含むことを特徴とする方法。
12. 前記モバイルプロファイルパラメータは、優先のネットワーク、関連の重み、または動作状態であることを特徴とする請求項１１に記載の方法。
13. 無線送受信機のためのメディア独立ハンドオーバの方法であって、
    現在のネットワークにおけるモバイルプロファイルを受信するステップであって、前記モバイルプロファイルは優先のネットワークを示す、ステップと、
    前記優先のネットワークが変わったかどうかを判定するステップと、
    前記優先のネットワークが変わっていないという条件で、関連の重みが変わったかどうかを判定するステップと、
    前記現在のネットワークが前記優先のネットワークではないという条件で、予め定められた間隔でスキャンして、前記優先のネットワークを検出するステップと
    を含むことを特徴とする方法。
14. 前記優先のネットワークが検出されていないという条件で、スキャンタイマを開始するステップと、
    前記優先のネットワークが検出されているという条件で、前記優先のネットワークへのハンドオーバをトリガするステップと
    をさらに含むことを特徴とする請求項１３に記載の方法。
15. 前記関連の重みが増えたかどうかを判定するステップと、
    前記関連の重みが増えたという条件で、前記予め定められたスキャン間隔を増加させるステップと、
    前記関連の重みが増えていないという条件で、前記予め定められたスキャン間隔を減少させるステップと
    をさらに含むことを特徴とする請求項１３に記載の方法。
16. 現在のネットワークにおけるモバイルプロファイルを受信するように構成された受信機と、
    優先のネットワークが変わったかどうかを判定し、
    前記優先のネットワークが変わっていないという条件で、関連の重みが変わったかどうかを判定し、
    前記現在のネットワークが前記優先のネットワークではないという条件で、予め定められた間隔でスキャンして、前記優先のネットワークを検出する
    ように構成されたＭＩＨ（メディア独立ハンドオーバ）クライアントと
    を含むことを特徴とするＷＴＲＵ（無線送受信機）。
17. 前記ＭＩＨクライアントは、前記優先のネットワークが検出されていないという条件で、スキャンタイマを開始し、前記優先のネットワークが検出されているという条件で、前記優先のネットワークへのハンドオーバをトリガするようにさらに構成されたことを特徴とする請求項１６に記載のＷＴＲＵ。
18. 前記ＭＩＨクライアントは、前記関連の重みが増えたかどうかを判定し、前記関連の重みが増えたという条件で、前記予め定められたスキャン間隔を増加させ、前記関連の重みが増えていないという条件で、前記予め定められたスキャン間隔を減少させるようにさらに構成されたことを特徴とする請求項１６に記載のＷＴＲＵ。

Images