(57)【要約】【解決手段】好ましい実施形態によれば、複数の問い合わせを、問い合わせごとの優先順位と共に１回のメッセージ交換で実行する機構を定義することを含む解決フレームワークが用いられる。実施形態では、異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、モバイル機器によって送られる問い合わせに対する応答を確実にすることによって円滑に行わせるシステムは、ａ）複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、異種アクセスネットワーク内のＭＩＨエンティティに異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを送るように構成されたモバイル機器と、ｂ）複数の問い合わせの間の優先順位付けを用いて、アクセスネットワーク内のＭＩＨエンティティに複数の問い合わせを１回のメッセージ交換で送るモバイル機器のメディア独立型ハンドオーバエンティティとを含む。【選択図】図１
2010502039.tif 000002
【特許請求の範囲】
【請求項１】
異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、前記モバイル機器によって送信される問い合わせに対する応答を確実にすることによって円滑に行わせるシステムであって、
ａ）複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、前記異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、前記異種アクセスネットワーク内のＭＩＨエンティティに、前記異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを送信するように構成されたモバイル機器を含み、
ｂ）前記モバイル機器の前記前記メディア独立型ハンドオーバエンティティは、複数の問い合わせを、当該複数の問い合わせの間の優先順位付けを用いて、アクセスネットワーク内のＭＩＨエンティティに１回のメッセージ交換で送信するシステム。
【請求項２】
前記モバイル機器は、前記複数の問い合わせのうちの少なくとも一部に優先順位値をタグ付けするように構成されている請求項１記載のシステム。
【請求項３】
前記タグは、前記メッセージ内の少なくとも１つのＴＬＶに含まれる請求項２記載のシステム。
【請求項４】
前記タグは、前記少なくとも１つのＴＬＶのＴＬＶ値フィールドの予約オクテットに含まれる請求項３記載のシステム。
【請求項５】
前記タグは、優先順位を示すために、ＴＬＶ値フィールドの第１のオクテットに含まれる請求項４記載のシステム。
【請求項６】
前記モバイル機器は、要求メッセージ内の問い合わせが優先順位に基づいて順序付けされるように構成されている請求項１記載のシステム。
【請求項７】
前記モバイル機器は、少なくとも一部の優先順位のより高い問い合わせを、優先順位のより低い問い合わせよりも前に配置し、当該優先順位のより高い問い合わせ要求についての問い合わせ応答が応答メッセージに含まれる可能性がより高くなるようにする請求項６記載のシステム。
【請求項８】
アクセスネットワーク内の前記ＭＩＨエンティティは情報サーバ内にある請求項１記載のシステム。
【請求項９】
アクセスネットワーク内の前記ＭＩＨエンティティはアクセスポイント内にある請求項１記載のシステム。
【請求項１０】
前記モバイル機器内の前記ＭＩＨエンティティおよび前記アクセスネットワーク内の前記ＭＩＨエンティティは、ＩＥＥＥ８０２．２１プロトコルを用いるように構成されている請求項１記載のシステム。
【請求項１１】
異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、前記モバイル機器によって送られる問い合わせに対する応答を確実にすることによって円滑に行わせる方法であって、
ａ）複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、前記異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、前記異種アクセスネットワーク内のＭＩＨエンティティに、前記異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを送信するように構成されたモバイル機器を設けることと、
ｂ）前記モバイル機器が、複数の問い合わせを、当該複数の問い合わせの間の優先順位付けを用いて、アクセスネットワーク内のＭＩＨエンティティに、１回のメッセージ交換で送信することと、
を含む方法。
【請求項１２】
前記モバイル機器が、前記複数の問い合わせのうちの少なくとも一部に優先順位値をタグ付けすることをさらに含む請求項１１記載の方法。
【請求項１３】
前記タグを前記メッセージ内の少なくとも１つのＴＬＶに入れて提供することをさらに含む請求項１２記載の方法。
【請求項１４】
前記タグを前記少なくとも１つのＴＬＶのＴＬＶ値フィールドの予約オクテットに入れて提供することをさらに含む請求項１３記載の方法。
【請求項１５】
前記モバイル機器が、優先順位に基づいて前記要求メッセージ内の前記問い合わせのうちの少なくとも一部を順序付けすることをさらに含む請求項１１記載の方法。
【請求項１６】
少なくとも一部の優先順位のより高い問い合わせを優先順位のより低い問い合わせよりも前に配置し、当該優先順位のより高い問い合わせ要求についての問い合わせ応答が応答メッセージに含まれる可能性がより高くなるようにすることを含む請求項１５に記載の方法。
【請求項１７】
前記モバイル機器内の前記ＭＩＨエンティティおよび前記アクセスネットワーク内の前記ＭＩＨエンティティがＩＥＥＥ８０２．２１プロトコルを用いることをさらに含む請求項１１記載のシステム。
【請求項１８】
異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、送信された問い合わせに対する応答を確実にすることによって円滑に行わせるシステムであって、
ａ）前記モバイル機器が、複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、前記異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、前記異種アクセスネットワーク内のＭＩＨエンティティに前記異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを送信するように構成され、
ｂ）前記モバイル機器の前記前記メディア独立型ハンドオーバエンティティが、複数の問い合わせを、当該複数の問い合わせの間の優先順位付けを用いて、アクセスネットワーク内のＭＩＨエンティティに１回のメッセージ交換で送信するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は無線ネットワーキングに関し、いくつかの好ましい実施形態では、無線ネットワーク等における問い合わせ（クエリ）問題を克服するシステムおよび方法に関する。
【背景技術】
【０００２】
ネットワーク及びインターネット（登録商標）プロトコル
多様なコンピュータネットワークがあり、インターネットは最も有名である。インターネットは、コンピュータネットワークの世界規模のネットワークである。今日、インターネットは、何百万人ものユーザが利用可能な、公衆の自律的ネットワークである。インターネットは、ＴＣＰ／ＩＰ（すなわち、伝送制御プロトコル／インターネットプロトコル）と呼ばれる１組の通信プロトコルを使って各ホストを接続する。インターネットは、インターネットバックボーンとして呼ばれる通信インフラストラクチャを有する。インターネットバックボーンへのアクセスは大部分企業及び個人へのアクセスを再販するインターネットサービスプロバイダ（ＩＳＰ）によって制御される。
【０００３】
ＩＰ（インターネットプロトコル）に関して、これは、ネットワーク上である装置（電話機、ＰＤＡ［携帯情報端末］、コンピュータなど）から別の装置にデータを送るためのプロトコルである。今日、ＩＰｖ４、ＩＰｖ６などを含めて、様々なＩＰのバージョンがある。ネットワーク上の各ホスト装置は、独自の一意の識別子である少なくとも１つのＩＰアドレスを有する。
【０００４】
ＩＰはコネクションレス型プロトコルである。通信時の端点間接続は連続的ではない。ユーザがデータ又はメッセージを送信し、又は受信するとき、データ又はメッセージは、パケットと呼ばれる構成要素に分割される。各パケットは、独立のデータ単位として扱われる。
【０００５】
インターネットなどのネットワークを介した各点間の伝送を標準化するために、ＯＳＩ（開放型システム間相互接続）モデルが確立された。ＯＳＩモデルは、ネットワーク中の２点間の通信プロセスを７つの階層に分け、各層（レイヤ）は独自の機能セットを付加する。各装置は、送信側端点では各層を通る下方への流れがあり、受信側端点では各層を通る上方への流れがあるようにメッセージを処理する。７つの機能層を提供するプログラミング及び／又はハードウェアは、通常、デバイスオペレーティングシステム、アプリケーションソフトウェア、ＴＣＰ／ＩＰ及び／又は他のトランスポート及びネットワークプロトコル、ならびに他のソフトウェア及びハードウェアの組み合わせである。
【０００６】
通常、上位４層は、メッセージがユーザから、又はユーザへ渡されるときに使用され、下位３層は、メッセージが装置（ＩＰホスト装置など）を通過するときに使用される。ＩＰホストは、サーバ、ルータ、ワークステーションなど、ＩＰパケットを送受信することのできるネットワーク上の任意の装置である。他の何らかのホストに向けられているメッセージは、各上位層には渡されず、この他のホストに転送される。ＯＳＩや他の類似のモデルでは、ＩＰは第３層のネットワーク層である。
【０００７】
無線ネットワーク：
無線ネットワークは、例えば、セルラ及び無線電話機、ＰＣ（パーソナルコンピュータ）、ラップトップコンピュータ、装着型コンピュータ、コードレス電話機、ポケットベル、ヘッドセット、プリンタ、ＰＤＡなど、多種多様なモバイル機器を組み込むことができる。例えば、モバイル機器は、音声及び／又はデータの高速無線伝送を確保するデジタルシステムを含むことができる。典型的なモバイル機器は、次の構成要素の一部又は全部、即ち送受信機（すなわち、例えば、送信機、受信機及び、必要に応じて、他の機能が統合されたシングルチップ送受信機などを含む、送信機及び受信機）、アンテナ、プロセッサ、１つ又は複数の音声変換器（例えば、音声通信用機器でのスピーカやマイクロホンなど）、電磁データ記憶（データ処理が提供される機器の場合などでの、ＲＯＭ、ＲＡＭ、デジタルデータ記憶など）、メモリ、フラッシュメモリ、フルチップセット又は集積回路、インターフェース（ＵＳＢ、ＣＯＤＥＣ、ＵＡＲＴ、ＰＣＭなど）及び／又は同種のものを含む。
【０００８】
モバイルユーザが無線接続を介してローカルエリアネットワーク（ＬＡＮ）に接続することのできる無線ＬＡＮ（ＷＬＡＮ）が、無線通信に用いられ得る。無線通信には、例えば、光、赤外線、電波、マイクロ波などの電磁波を介して伝搬する通信などが含まれ得る。現在、ブルートゥース（登録商標）、ＩＥＥＥ８０２．１１、ＨｏｍｅＲＦなど、様々なＷＬＡＮ標準が存在する。
【０００９】
一例として、ブルートゥース製品は、モバイルコンピュータ、モバイル電話機、携帯式ハンドヘルド機器、携帯情報端末（ＰＤＡ）、及び他のモバイル機器の間のリンク、ならびにインターネットへの接続を提供するのに使用できる。ブルートゥースは、モバイル機器が、短距離無線接続を使って、相互に、また非モバイル機器と、どのようにして容易に相互接続し合うことができるかを詳述するコンピュータ及び電気通信業界仕様である。ブルートゥースは、ある機器と別の機器との間でデータを同期させ、整合させ続けることを必要とする、様々なモバイル機器の普及から生じるエンドユーザ問題に対処して、異なるベンダからの装置を相互にシームレスに動作させるデジタル無線プロトコルを作成する。ブルートゥース機器は、共通の命名概念に従って命名できる。例えば、ブルートゥース機器は、ブルートゥース機器名（ＢＤＮ）又は一意のブルートゥース機器アドレス（ＢＤＡ）に関連付けられた名前を持ち得る。また、ブルートゥース機器は、インターネットプロトコル（ＩＰ）ネットワークに参加することもできる。ブルートゥース機器がＩＰネットワーク上で機能する場合、この機器は、ＩＰアドレス及びＩＰ（ネットワーク）名を備え得る。よって、ＩＰネットワークに参加するように構成されたブルートゥース機器は、ＢＤＮ、ＢＤＡ、ＩＰアドレス及びＩＰ名などを含むことができる。「ＩＰ名」という用語は、インターフェースのＩＰアドレスに対応する名前を指す。
【００１０】
ＩＥＥＥ標準であるＩＥＥＥ８０２．１１は、無線ＬＡＮ及び機器の技術の仕様を定める。８０２．１１を使えば、各単一基地局がいくつかの機器をサポートする無線ネットワークが実現できる。いくつかの例では、機器に無線ハードウェアが事前装備されていることもあり、ユーザが、アンテナを含み得る、カードなどの別個のハードウェアをインストールすることもできる。例えば、８０２．１１で使用される機器は、通常、機器がアクセスポイント（ＡＰ）であるか、移動局（ＳＴＡ）であるか、ブリッジであるか、ＰＣＭＣＩＡカードであるか、それとも別の機器であるか否かを問わず、無線送受信機、アンテナ、及びネットワークにおける各点間のパケットの流れを制御するＭＡＣ（媒体アクセス制御）層という３つの注目すべき要素を含む。
【００１１】
更に、いくつかの無線ネットワークでは、複数インターフェース機器（ＭＩＤ）が利用できる。ＭＩＤは、ブルートゥースインターフェースと８０２．１１インターフェースなど、２つの独立のネットワークインターフェースを含むことができ、よって、ＭＩＤが２つの別個のネットワーク上に参加すると同時に、ブルートゥース機器ともインターフェースすることが可能になる。ＭＩＤは、ＩＰアドレス、及びＩＰアドレスに関連付けられた共通ＩＰ（ネットワーク）名を持つことができる。
【００１２】
無線ネットワーク機器には、それだけに限らないが、ブルートゥース機器、複数インターフェース機器（ＭＩＤ）、８０２．１１ｘ機器（８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ機器などを含む、ＩＥＥＥ８０２．１１機器）、ＨｏｍｅＲＦ（家庭内無線周波数）機器、Ｗｉ−Ｆｉ（Wireless Fidelity）機器、ＧＰＲＳ（汎用パケット無線システム）機器、３Ｇセルラ機器、２．５Ｇセルラ機器、ＧＳＭ（移動通信用グローバルシステム）機器、ＥＤＧＥ（Enhanced Data for GSM Evolution）機器、ＴＤＭＡ型（時分割多重接続）機器、又はＣＤＭＡ２０００を含むＣＤＭＡ型（符号分割多重接続）機器が含めることができる。各ネットワーク機器は、それだけに限らないが、ＩＰアドレス、ブルートゥース機器アドレス、ブルートゥース共通名、ブルートゥースＩＰアドレス、ブルートゥースＩＰ共通名、８０２．１１ＩＰアドレス、８０２．１１ＩＰ共通名、ＩＥＥＥ  ＭＡＣアドレスを含む、様々な種類のアドレスを含むことができる。
【００１３】
また、無線ネットワークは、例えば、モバイルＩＰ（インターネットプロトコル）システム、ＰＣＳシステム、及び他のモバイルネットワークシステムにおいて見られる方法及びプロトコルも関与できる。モバイルＩＰでは、これに、インターネット技術標準化委員会（ＩＥＴＦ）によって作成された標準通信プロトコルが関与する。モバイルＩＰでは、モバイル機器ユーザは、これらの一旦割り当てられたＩＰアドレスを維持しつつ、各ネットワークにまたがって移動することができる。コメント要求（ＲＦＣ）３３４４を参照されたい。（注：ＲＦＣはインターネット技術標準化委員会（ＩＥＴＦ）の公式文書である。）モバイルＩＰは、インターネットプロトコル（ＩＰ）を拡張し、モバイル機器のホームネットワーク外部に接続するときに、モバイル機器にインターネットトラフィックを転送する手段を付加する。モバイルＩＰは、各モバイルノードに、これのホームネットワーク上のホームアドレスと、ネットワーク及びこれのサブネット内の機器の現在位置を識別する気付アドレス（ＣｏＡ）を割り当てる。機器が異なるネットワークに移動すると、機器は、新しい気付アドレスを受け取る。ホームネットワーク上のモビリティエージェントは、各ホームアドレスを、これの気付アドレスと関連付けることができる。モバイルノードは、インターネット制御メッセージプロトコル（ＩＣＭＰ）などを使って、これの気付アドレスを変更する都度ホームエージェントにバインディング更新を送ることができる。
【００１４】
（例えば、モバイルＩＰ外部などの）基本的なＩＰ経路指定において、経路指定機構は、各ネットワークノードが、常に、インターネットなどへの一定の接続点を有し、かつ各ノードのＩＰアドレスが、これが接続されているネットワークリンクを識別するという仮定を利用する。本明細書において、「ノード」という用語は、例えば、データ伝送のための再配信点や端点などを含むことができ、他のノードへの通信を認識し、処理し、及び／又は転送することのできる接続点を含む。例えば、インターネットルータは、機器のネットワークを識別するＩＰアドレスなどを調べることができる。次いで、ネットワークレベルにおいて、ルータは、特定のサブネットを識別するビットセットを調べることができる。次いで、サブネットレベルにおいて、ルータは、特定の機器を識別するビットセットを調べることができる。典型的なモバイルＩＰ通信の場合、ユーザが、例えば、インターネットなどからモバイル機器を切断し、これを新しいサブネットで再接続しようとする場合、機器は、新しいＩＰアドレス、適正なネットマスク及びデフォルトのルータを用いて再構成する必要がある。そうでなければ、経路指定プロトコルは、パケットを適正に配信することができないはずである。
【００１５】
ＩＥＥＥ８０２．２１標準：
ＩＥＥＥ８０２．２１標準は様々なハンドオーバ方法をサポートしている。このようなハンドオーバ方法は一般に「ハード」または「ソフト」に分類され、この分類は、移動ノードとネットワークの間のデータパケットの交換をサポートするデータ転送設備に関して、ハンドオーバ手順が「ブレークビフォアメーク（break-before-make）」であるかそれとも「メークビフォアブレーク（make-before-break）」であるかによるものである。ハンドオーバ決定には、移動ノードとネットワークインフラストラクチャ両方の連動した使用を伴う。
【００１６】
ＩＥＥＥ８０２．２１標準は、異種アクセスリンク間のハンドオーバを改善するサービスを定義している。
【００１７】
１．メディア独立型イベントサービス（ＭＩＥＳ：Media Independent Event Service）は、リンク特性、リンク状況、およびリンク品質の動的変化に対応したイベント分類、イベントフィルタリングおよびイベント報告を提供する。
【００１８】
２．メディア独立型コマンドサービス（ＭＩＣＳ：Media Independent Command Service）は、ＭＩＨユーザがハンドオーバおよび移動度に関連したリンク挙動を管理及び制御することを可能にする。
【００１９】
３．メディア独立型情報サービス（ＭＩＩＳ：Media Independent Information Service）は、サービス提供ネットワークおよび近隣ネットワークによって提供される特性およびサービスに関する詳細を提供する。この情報は、効果的なシステムアクセスおよび効果的なハンドオーバ決定を可能にする。
【００２０】
ＭＩＨＦは、リンク層およびＭＩＨユーザのために明確なサービスアクセスポイント（ＳＡＰ）を介して非同期サービスおよび同期サービスを提供する。（ＭＩＨＦはハンドオーバ決定を円滑に行わせる論理エンティティである。ＭＩＨユーザは、ＭＩＨＦからの入力に基づいてハンドオーバ決定を行う。）任意の種類の複数のネットワークインターフェースを有するシステムの場合、ＭＩＨユーザはＭＩＨＦによって提供されるイベントサービス、コマンドサービスおよび情報サービスを使って基礎をなすインターフェースの状態を管理し、決定し、制御する。
【００２１】
ＭＩＨＦの提供するこれらのサービスは、ＭＩＨユーザが、サービス連続性、様々なサービス品質へのサービス適応、電池寿命延長、ネットワーク探索、およびリンク選択を管理するのに役立つ。ＩＥＥＥ８０２型およびセルラ（３ＧＰＰ、３ＧＰＰ２）型の異種ネットワークインターフェースを含むシステムでは、ＭＩＨＦは、ＭＩＨユーザが異種ネットワークインターフェースにまたがるサービスを結合する効果的な手順を実施するのに役立つ。ＭＩＨユーザは、異なるエンティティにまたがってＭＩＨＦが提供するサービスを利用して、異種ネットワーク間のハンドオーバ動作に必要なリソースを問い合わせる。
【００２２】
移動ノード内のＭＩＨサービスは、異種ネットワーク間のシームレスなハンドオーバを円滑に行わせる。移動管理プロトコル（モバイルＩＰなど）のようなＭＩＨユーザのハンドオーバおよびシームレスなセッション連続性をサポートすることもできる。これはモバイルＩＰだけでなく他のプロトコルを排除するものではなく、他のＭＩＨユーザがＭＩＨサービスを利用してハンドオーバを最適化することさえも排除するものではない。
【００２３】
ＭＩＨ通信基準点をより適切に説明するために、図１に、ＭＩＨサービスを含むネットワークモデルの例を示す。右から左に向かって、モデルは、複数の有線および無線アクセス技術をサポートするＭＩＨ対応移動ノード（ＭＮ、右端）を含む。このモデルでは、サービス提供ネットワークは、複数のリンク層技術を運用するか、または、網間接続をサポートするサービスレベル契約（ＳＬＡ:Service level Agreement）が結ばれているときには、サービス提供ネットワークのユーザを他のネットワークにローミングさせるものと仮定している。このモデルには、何らかのゆるやかな直列の方式で所与のコアネットワーク（すなわち、コアオペレータ１、２または３）に接続されているアクセスネットワークが示されている。
【００２４】
また、よりしっかりと結合されたアクセスネットワーク（アクセスネットワーク３）も図示されている。各コアオペレータネットワーク（１、２または３）は、サービス提供者、企業イントラネット提供者、または単に在圏アクセスまたはホームアクセスの別の部分を表し得る。この図のモデルでは、提供プロバイダはアクセスネットワーク３を運営しており、アクセスネットワーク３はＲ１によって端末を（ホームコアネットワークと表示されている）コアに結合する。
【００２５】
任意の時刻において、加入者のサービス提供ネットワークは、ホームネットワークであっても、在圏ネットワークであってもよい。ネットワークプロバイダは、そのネットワークへの異種ハンドオーバを円滑に行わせるために、当該ネットワークプロバイダのアクセスネットワーク（アクセスネットワーク１〜４）においてＭＩＨサービスを提供する。各アクセス技術は、これのＭＩＨ機能を告知し、またはＭＩＨサービス探索に応答する。これらのアクセスネットワークの各サービスプロバイダは、１つまたは複数のＭＩＨサービスポイント（ＰｏＳ）ノードへのアクセスを可能にする。これらのＰｏＳノードは、ＭＩＨケイパビリティ探索の間に決定されるＭＩＨサービスの一部または全部を提供し得る。ＰｏＳ位置は、オペレータの展開シナリオおよび技術特有のＭＩＨアーキテクチャに基づいて変動する。
【００２６】
ＭＩＨ  ＰｏＳは、アクセスネットワーク（例えば、アクセスネットワーク１、２、４）内の接続点（ＰｏＡ:Point of Attachment）ノードに隣接して、またはこれと同じ場所に位置し得る。あるいは、ＰｏＳはアクセスネットワークまたはコアネットワーク（例えば、アクセスネットワーク３）内部のより深い場所にあってもよい。図３に示すように、ＭＮ内のＭＩＨエンティティは、利用可能なアクセスネットワークのいずれかを介し、基準点Ｒ１、Ｒ２またはＲ３を使ってＭＩＨネットワークエンティティと通信することができる。サービス提供アクセスネットワーク内のＰｏＡがＭＩＨＦと同じ場所にある場合、Ｒ１基準接続は、ＰｏＳでもあるこのＰｏＡにおいて終端する（モデルのＭＮからアクセスネットワーク１、２、４まではすべてＲ１とすることができる）。この場合、Ｒ３基準接続は（アクセスネットワーク１、２、４へのＭＮ接続で示される）任意の非ＰｏＡにおいて終端するはずである。ＭＩＨイベントは、アクティブなＲ１リンクの両側で発し得る。ＭＮは、通常は、これらのイベントに反応する最初のノードである。
【００２７】
在圏ネットワークとホームネットワークの対話は、制御及び管理ため、またはデータ転送のためのものとすることができる。また、ローミング契約またはＳＬＡ契約により、ホームネットワークが、ＭＮに在圏ネットワークを介して公衆インターネットに直接アクセスさせることも可能である。図示のように、２つのＭＩＨネットワークエンティティはＲ４基準点またはＲ５基準点を介して相互に通信し得る。また、ＭＩＨ対応ＰｏＡも、Ｒ４基準点およびＲ５基準点を介して他のＭＩＨネットワークエンティティと通信し得る。ＭＩＨ対応ＭＮは、Ｒ２基準点を介して候補アクセスネットワーク内の他のＰｏＡとのＭＩＨ通信を行って、候補ネットワークに関する情報サービスを得ることもできる。
【００２８】
ＭＩＨ情報サービスに関して、在圏プロバイダは、ＭＩＨ  ＰｏＳノード（左端上）に位置する在圏プロバイダの情報サーバへのアクセスを提供することができる。オペレータは、各移動ノードが、それだけに限らないが、新しいローミングリスト、費用、プロバイダ識別情報、プロバイダサービス、優先順位およびこれらのサービスの選択および利用を可能にするはずの他の任意の情報を含む関連情報を獲得することができるように、移動ノードにＭＩＩＳを提供する。図示するように、移動ノードがこれのプロバイダからＭＩＩＳデータの事前供給を受けることも可能である。また、移動ノードが、これの提供者の任意のアクセスネットワークから、または供給者とＳＬＡ契約を保持している在圏ネットワークからＭＩＨ情報サービスを得ることも可能である。また、ＭＩＩＳは、別のオーバーラップする、または近隣の在圏ネットワークから、このネットワークのＭＩＩＳサービス点を使って利用することもできる。サービス提供ネットワークはＲ４インターフェースまたはＲ５インターフェースを使って他のＭＩＨエンティティにアクセスし得る。一例を挙げると、図３においてホームネットワークは、ホームネットワーク自体のＭＩＨ情報サーバまたはコアオペレータ（在圏ネットワーク）のＭＩＨ情報サーバにアクセスし得る。
【００２９】
ＩＥＥＥ８０２．２１標準は、メディア独立型イベントサービス、メディア独立型コマンドサービスおよびメディア独立型情報サービスをサポートしている。ＭＩＨプロトコルは、リモートのＭＩＨＦエンティティ間で交換されるメッセージ（すなわちヘッダとペイロードを有するＭＩＨＦパケット）のフォーマット、およびメッセージの配信をサポートする転送機構を定義している。転送機構の選択は、ＭＮをネットワークに接続するアクセス技術とＭＩＨ  ＰｏＳの場所とに依存する。
【００３０】
これらのサービスでのパケットペイロードは、Ｌ２管理フレーム、Ｌ２データフレームまたは他の上位層プロトコルで搬送され得る。８０２．１１や８０２．１６といった無線ネットワークは、管理プレーンを有し、上記のペイロードの搬送に適するように拡張することのできる管理フレームをサポートする。しかし、有線イーサネット（登録商標）ネットワークには管理プレーンがなく、上記ペイロードをデータフレームでのみ搬送する。
【００３１】
ＩＥＥＥ８０２．２１標準は、パケットフォーマットおよびペイロードを、標準ＴＬＶ（Ｔｉｍｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）フォーマットとしてメディア独立型で定義している。例えば、標準ＴＬＶフォーマットを示す図５（Ｃ）などを参照されたい。この後、これらのパケットは、イーサネットの場合のようにペイロードを通常のデータフレーム上で送る必要があるときには、ＭＩＨＦ  Ｅｔｈｅｒｔｙｐｅを使ってＬ２ＭＩＨプロトコルでカプセル化され得る。場合によっては、ＴＬＶベースのメッセージおよびペイロードがメディア特有の管理フレームに直接カプセル化されることもある。あるいは、ＭＩＨプロトコルメッセージは、下位層（Ｌ２）または上位層（Ｌ３以上）の転送を使ってカプセル化されてもよい。
【００３２】
ＩＥＥＥ８０２．２１標準は、ＭＩＨプロトコルデータ単位（ＰＤＵ）のヘッダおよびペイロードのフォーマットを定義している。標準ＴＬＶフォーマットはＰＤＵペイロードの内容のためにメディア独立型表現を提供する。各ＭＩＨＦ  ＰＤＵは、８０２リンク上ではＭＩＨＦ  Ｅｔｈｅｒｔｙｐｅを用いてデータフレームにカプセル化される。８０２．１１リンクおよび８０２．１６リンクでは、ＭＩＨメッセージを搬送する際にメディア特有の管理フレームを拡張することが推奨される。この標準では、Ｌ２における３ＧＰＰおよび３ＧＰＰ２アクセスリンク上でのＭＩＨメッセージの転送に関しては全く想定されていない。
【００３３】
ＭＩＨＦトランザクションおよびメッセージ：
ＭＩＨＦトランザクションは、２つのＭＩＨＦピア間でやり取りされる、ＭＩＨＦ要求または指示メッセージと対応するＭＩＨＦ応答メッセージ（該当する場合）の組み合わせを伴う。開始側によって送られる各要求メッセージがこれの応答メッセージとマッチすることが求められる。また、このメッセージ交換と関連付けられる肯定応答もこのトランザクションの一部である。
【００３４】
ＭＩＨプロトコルメッセージでは、すべてのＴＬＶ定義が常にオクテット境界上に揃っており、したがってパディングは不要である。図５（Ａ）に、ＭＩＨプロトコルフレームの構成要素を示す。図５（Ｂ）を参照すると、ＭＩＨプロトコルヘッダは、あらゆるフレームに存在し、ＭＩＨプロトコルフレームを構文解析し、分析する際に重要な必須情報を搬送する。
【００３５】
ＭＩＨプロトコルメッセージ内のパラメータには以下のＴＬＶ符号化を使用することができる。タイプフィールドは１オクテットである。長さフィールドのフォーマットはＩＴＵ−Ｔ  Ｘ．６９０の「固定長（definite form）」によるものになる。具体的には、値フィールドの実際の長さが１２７オクテット以下である場合、ａ）長さフィールドの長さは１オクテットになり、ｂ）長さフィールドのＭＳＢは０に設定され、ｃ）長さフィールドのこれ以外の７ビットは値フィールドの実際の値をオクテット単位で指示するのに使用される。
【００３６】
値フィールドの長さが１２７オクテットを超える場合、ａ）長さフィールドの長さは、値フィールドの長さをオクテット単位で指示するのに実際に使用されるものより１オクテット多い長さであり、ｂ）長さフィールドの最初のオクテットのＭＳＢは１に設定され、ｃ）長さフィールドの最初のオクテットのこれ以外の７ビットは長さフィールドのこれ以外の（すなわち、最初のオクテットを除いた）オクテットの数を指示するのに使用され、ｄ）長さフィールドの残りの（すなわち、最初のオクテットを除いた）オクテットは、値フィールドの実際の長さを指示するのに使用される。ＴＬＶタイプの値は一意である。ＴＬＶ符号化は１から開始し、後続の値は昇順で割り当てられる。
【００３７】
すべてのＭＩＨメッセージは、メッセージのＭＩＨプロトコルペイロード部分の最初の２つのＴＬＶとして、発信元ＭＩＨＦ  ＩＤの後に宛先ＭＩＨＦ  ＩＤが続くものをもつ。例えば、ＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ要求メッセージは、ＭＩＨＦによって、情報サービスの提供する１組の情報要素を検索するのに使用される。単一のＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ要求メッセージは、Ｂｉｎａｒｙ型、ＲＤＦ＿Ｄａｔａ型、ＲＤＦ＿Ｓｃｈｅｍａ＿ＵＲＬ型およびＲＤＦ＿Ｓｃｈｅｍａ型の組み合わせの複数の問い合わせを搬送することができる。図５（Ｄ）にＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎメッセージフォーマットの例を示す。
【００３８】
コンピュータアーキテクチャの例：
図２に、クライアント機器の通信先である無線アクセスポイントを含むいくつかの例示的、非限定的実装形態において用いることのできるいくつかのアーキテクチャ構成要素の例を示す。これに関して、図２には、全体を２１で指し示す無線ローカルエリアネットワーク（ＷＬＡＮ）に接続された有線ネットワーク２０の例が示されている。ＷＬＡＮ２１は、アクセスポイント（ＡＰ）２２およびいくつかのユーザ局２３、２４を含む。例えば、有線ネットワーク２０は、インターネットまたは企業データ処理ネットワークを含むことができる。例えば、アクセスポイント２２は無線ルータとすることができ、ユーザ局２３、２４は、例えば、携帯用コンピュータ、パーソナルデスクトップコンピュータ、ＰＤＡ、携帯用ＶｏＩＰ（voice-over-IP）電話機および／または他の機器などとすることができる。アクセスポイント２２は、有線ネットワーク２１にリンクされたネットワークインターフェース２５、およびユーザ局２３、２４と通信する無線送受信機を有する。例えば、無線送受信機２６は、ユーザ局２３、２４との無線またはマイクロ波周波数通信用のアンテナ２７を含むことができる。また、アクセスポイント２２は、プロセッサ２８、プログラムメモリ２９、およびランダムアクセスメモリ３１も有する。ユーザ局２３は、アクセスポイント局２２との通信用のアンテナ３６を含む無線ソフトウェア受信機３５を有する。同様に、ユーザ局２４も、無線送受信機３８およびアクセスポイント２２との通信用のアンテナ３９を有する。例えば、実施形態によっては、このようなアクセスポイント（ＡＰ）内でオーセンティケータを用いることもでき、かつ／または移動ノードまたはユーザ局内でサプリカントまたはピアを用いることもできる。
【００３９】
図３に、いくつかの実施形態におけるアクセスポイント、ユーザ局、移動ノード、または他のノードなどといった機器によって実行されるべき、コンピュータ処理によるプロセスステップを実施するのに使用することのできるコンピュータまたは制御ユニットの例を示す。実施形態によっては、このコンピュータまたは制御ユニットは中央処理装置（ＣＰＵ）３２２を含み、ＣＰＵ３２２はバス３２６を介して１組の（１つまたは複数の）入力／出力（Ｉ／Ｏ）機器３２４とやり取りすることができる。Ｉ／Ｏ機器３２４には、例えば、キーボード、モニタ、および／または他の機器などが含まれ得る。ＣＰＵ３２２は、バス３２６を介してコンピュータ可読媒体（従来からの揮発性または不揮発性データ記憶装置など）３２８（以下、「メモリ３２８」）とやり取りすることができる。ＣＰＵ３２２、Ｉ／Ｏ機器３２４、バス３２６、およびメモリ３２８の間の対話は、当分野で知られているようなものとすることができる。メモリ３２８は、例えばデータ３３０などを含むことができる。また、メモリ３２８はソフトウェア３３８を格納することもできる。ソフトウェア３３８は、プロセスステップを実施するいくつかのモジュール３４０を含むことができる。これらのモジュールを実装するのに従来のプログラミング技術が使用されてもよい。また、メモリ３２８は上記および／または上記以外の（１つまたは複数の）データファイルも格納することができる。実施形態によっては、本明細書で説明する様々な方法は、コンピュータシステムと共に使用するためのコンピュータプログラム製品によって実施されてもよい。この実装形態には、例えば、コンピュータ可読媒体（ディスケット、ＣＤ−ＲＯＭ、ＲＯＭなど）上に記録されている、または、モデムなどのインターフェース機器を介してコンピュータシステムに送信することのできる一連のコンピュータ命令などが含まれる。通信媒体は、実質的に有形のもの（通信回線など）とすることもでき、かつ／または実質的に無形のもの（マイクロ波、光、赤外線などを使用する無線媒体など）とすることもできる。コンピュータ命令は様々なプログラミング言語で書くことができ、かつ／または、半導体デバイス（チップや回路など）、磁気デバイス、光デバイスおよび／または他のメモリデバイスといった（１つまたは複数の）メモリデバイスに格納することもできる。様々な実施形態において伝送には任意の適切な通信技術を使用する。
【発明の概要】
【発明が解決しようとする課題】
【００４０】
様々なシステムおよび方法が知られているが、ネットワークにアクセスする機能を改善するシステムおよび方法などを含めて、改善されたシステムおよび方法が依然として求められている。
【００４１】
本発明は、背景技術における様々な限界および欠陥を克服するものである。
【課題を解決するための手段】
【００４２】
好ましい実施形態のいくつかによれば、複数の問い合わせを１回のメッセージ交換で実行する機構を定義することを含む解決フレームワークが用いられる。いくつかの好ましい例では、複数の問い合わせ要求が単一の要求メッセージに含まれ、複数の問い合わせ要求についての複数の問い合わせ応答が単一の応答メッセージに含まれる。ＩＥＥＥ８０２．２１情報サービスでは、この機構がすでに定義されているが、複数の問い合わせ間の優先順位付けは行われない。
【００４３】
好ましい実施形態のいくつかによれば、この解決フレームワークは、問い合わせごとに優先順位を定義する。好ましい実施形態のいくつかには２つの潜在的手法がある。
【００４４】
第１の手法によれば、各問い合わせ要求に優先順位値がタグ付けされる（明示的優先順位付けなど）。
【００４５】
第２の手法によれば、要求メッセージ内の問い合わせ要求が優先順位に基づいて順位付けされる（暗黙的優先順位付けなど）。例えば、優先順位のより高い問い合わせ要求の後に、要求メッセージ内で優先順位のより低い問い合わせ要求を置くことができる。これに関しては、最大応答サイズにすべての問い合わせ応答を含める余裕がないときに、優先順位のより高い問い合わせ要求についての問い合わせ応答は、優先順位のより低い問い合わせ要求についての問い合わせ応答よりも応答メッセージに含まれる可能性が高くなる。
【００４６】
いくつかの実施形態によれば、異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、モバイル機器によって送られる問い合わせに対する応答を確実にすることによって円滑に行わせるシステムは、ａ）複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを異種アクセスネットワーク内のＭＩＨエンティティに送るように構成されたモバイル機器と、ｂ）複数の問い合わせの間の優先順位付けを用いてアクセスネットワーク内のＭＩＨエンティティに複数の問い合わせを１回のメッセージ交換で送るように構成された前記モバイル機器のメディア独立型ハンドオーバエンティティとを含む。
【００４７】
いくつかの実施形態によれば、異種アクセスネットワークにまたがるモバイル機器のハンドオーバを、モバイル機器によって送られる問い合わせに対する応答を確実にすることによって円滑に行わせる方法は、ａ）複数の異種アクセスネットワークを介して通信するための複数の無線ネットワークインターフェースを有し、異種ネットワーク間のハンドオーバを円滑に行わせるメディア独立型ハンドオーバ（ＭＩＨ）エンティティを有し、異種アクセスネットワーク間のハンドオーバ動作に関連する問い合わせを異種アクセスネットワーク内のＭＩＨエンティティに送るように構成されたモバイル機器を設けることと、ｂ）前記モバイル機器が、複数の問い合わせの間の優先順位付けを用いてアクセスネットワーク内のＭＩＨエンティティに複数の問い合わせを１回のメッセージ交換で送ることとを備える。
【００４８】
いくつかの例では、前記モバイル機器は、複数の問い合わせのうちの少なくとも一部に優先順位値をタグ付けするように構成される。いくつかの例では、前記タグは、メッセージ内の少なくとも１つのＴＬＶに含まれる。いくつかの例では、前記タグは、少なくとも１つＴＬＶのＴＬＶ値フィールドの予約オクテットに含まれる。
【００４９】
いくつかの例では、前記タグは、優先順位を指示するためにＴＬＶ値フィールドの第１のオクテットに含まれる。いくつかの例では、前記モバイル機器は、要求メッセージ内の問い合わせが優先順位に基づいて配列されるように構成される。いくつかの例では、前記モバイル機器は、優先順位のより高い問い合わせ要求についての問い合わせ応答が応答メッセージに含まれる可能性が高くなるように、少なくとも一部の優先順位のより高い問い合わせを優先順位のより低い問い合わせよりも前に配置するように構成される。いくつかの例では、前記モバイル機器内のＭＩＨエンティティおよびアクセスネットワーク内のＭＩＨエンティティは、ＩＥＥＥ８０２．２１プロトコルを用いるように構成される。
【００５０】
本発明の好ましい実施形態は、以下及びまたは他の利点を達成することができる。
【００５１】
第１に、（例えば、問い合わせを行う）問い合わせ側は、与えられた応答サイズ制限内で可能な限り多くの情報を獲得することができる。
【００５２】
第２に、既存の問い合わせ言語を変更する必要がない（例えば、既存の問い合わせ言語を変更せずに用いることができる）。
【００５３】
上記及びまたは他の側面、様々な実施形態の特徴およびまたは利点については、以下の説明を添付の図と併せて考慮すればさらに理解されるであろう。様々な実施形態では、適用できるところで、異なる側面、特徴およびまたは利点を含めることも、これらを除外することもできる。加えて、様々な実施形態では、適用できる別の実施形態の１つまたは複数の態様または特徴を組み合わせることもできる。詳細な実施形態の側面、特徴および／または利点の説明は、他の実施形態または特許請求の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【００５４】
【図１】参照用のＩＥＥＥ８０２．２１標準のネットワークモデルの例を示す図である。
【図２】クライアント機器の通信先である無線アクセスポイントを含むいくつかの例示的、非限定的実装形態において用いることのできるいくつかのアーキテクチャ構成要素の例を示す図である。
【図３】いくつかの実施形態におけるアクセスポイント、ユーザ局、移動ノードまたは他のノードなどといった機器によって実行されるべき、コンピュータ処理によるプロセスステップを実施するのに使用することのできるコンピュータまたは制御ユニットの例を示す図である。
【図４】移動ノード（ＭＮ）と他のネットワークエンティティの間の通信の例を示す図である。
【図５（Ａ）】ＩＥＥＥ８０２．２１標準のＭＩＨプロトコルの一般的フレームフォーマットの例を示す図である。
【図５（Ｂ）】ＩＥＥＥ８０２．２１標準のＭＩＨプロトコルヘッダフォーマットの例を示す図である。
【図５（Ｃ）】ＴＬＶフォーマットの例を示す図である。
【図５（Ｄ）】ＩＥＥＥ８０２．２１標準のメッセージの例を示す図である。
【発明を実施するための形態】
【００５５】
本発明の好ましい実施形態を、例として添付の図面を参照して説明する。
【００５６】
本発明は多くの異なる形で実施され得るが、本開示は本明細書で説明する様々な発明の原理の例を提示するものと解釈すべきであり、かかる例は本発明を本明細書で説明し、かつ／または本明細書で図示する好ましい実施形態だけに限定するためのものではないという了解の下で、いくつかの例示的実施形態を説明する。
【００５７】
既存の問題
８０２．２１の下では、上述のように、通信は、例えば、問い合わせと、これらの問い合わせへの応答とを含む。例えば、移動ノード（ＭＮ）は、アクセスポイント（ＡＰ）や（図４に示すように）いくつかの例では情報サーバ（ＩＳ）などに問い合わせを送ることができる。しかし、既存の技術では、より大きな問い合わせが問題となる場合もある。例えば、問い合わせ応答サイズに制限がある場合もある。例えば、アクセスネットワークがこのサイズに制限を課すことがある。例によると、８０２．１１ｕでは、サイズ制限が課されるＧＡＳ（Generic Advertising Service（汎用告知サービス））を用いる。
【００５８】
これに関しては、生成される応答のサイズが最大応答サイズより大きい場合、問い合わせ全部が失敗することになる。さらに、かかる失敗にもかかわらず、問い合わせはある一定量のネットワークリソースを消費するはずである。
【００５９】
好ましい解決策
上記及び他の問題に対処するために、好ましい実施形態のいくつかによれば、優先順位付け問い合わせの手法が用いられる。いくつかの例において、かかる手法では、問い合わせ応答が適切なサイズのものになるまで、より重要度の低い情報が問い合わせ応答から削除される。（例えば、結果として得られる問い合わせ応答が最大応答サイズより大きくならないようにするなどのために）結果として得られる応答サイズが最大応答サイズより大きくなるまで問い合わせ応答からより重要度の低い情報を削除することができる。
【００６０】
好ましい実施形態のいくつかによれば、複数の問い合わせを１回のメッセージ交換で実行する機構を定義することを含む解決フレームワークが用いられる。いくつかの好ましい実施形態では、複数の問い合わせ要求が単一の要求メッセージに含まれ、かつ／または複数の問い合わせ要求についての複数の問い合わせ応答が単一の応答メッセージに含まれる。ＩＥＥＥ８０２．２１情報サービスでは、このような複数の問い合わせ要求などを提供する機構がすでに定義されているが、複数の問い合わせの間の優先順位付けは提供されない。例えば、「IEEE P802.21TM/D04.00, Draft Standard for Local and Metropolitan Area Networks: Media Independent Handover Services, February, 2007, at 7.6.27.1.2, section Semantics of service primitive」などを参照されたい。ここには、「ＩｎｆｏＱｕｅｒｙＴｙｐｅ：ＴＬＶ：このＩｎｆｏＱｕｅｒｙＴｙｐｅが指定されるとき、ＩｎｆｏＱｕｅｒｙＰａｒａｍｅｔｅｒは、第６．４．６．１節と第６．４．６．２節で定義されているような要求を搬送する情報要素ＴＬＶを符号化する２進列とする」と指示されている。また、２００７年８月現在の最新の草案である「IEEE P802.21TM/D7.1, Draft Standard for Local and Metropolitan Area Networks: Media Independent Handover Services, August 2007, at 8.6.4.1 “MIH_Get_Information request.」には、例えば、「［ａ］単一のＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ要求メッセージはＢｉｎａｒｙ型、ＲＤＦ＿Ｄａｔａ型、ＲＤＦ＿Ｓｃｈｅｍａ＿ＵＲＬ型およびＲＤＦ＿Ｓｃｈｅｍａ型の組み合わせである複数の問い合わせを搬送することができる」などと記載されている。ＩＥＥＥ８０２．２１に関連するこれら２つの規格文書草案の開示全体を参照により本明細書に組み込むものである。
【００６１】
上述のように、規格草案では単一の要求での複数の問い合わせを許容するが、規格草案では、要求内の複数の問い合わせの間の優先順位付けについては全く考えられていない。本発明以前には、優先順位付け問い合わせをサポートするような問い合わせ言語はなかった。
【００６２】
好ましい実施形態のいくつかによれば、単一の要求内の複数の問い合わせを優先順位に基づいて差別化する機構を組み込むことにより、優先順位のより高い問い合わせ要求についての問い合わせ応答は、優先順位のより低い問い合わせ要求についての問い合わせ応答よりも応答メッセージに含まれる可能性が高くなる。
【００６３】
これらの好ましい実施形態によれば、解決フレームワークは、問い合わせごとに優先順位を定義する。好ましい実施形態のいくつかには、２つの潜在的手法がある。
【００６４】
タグ付け法
第１の手法によれば、各問い合わせ要求に優先順位値がタグ付けされる（明示的優先順位付けなど）。
【００６５】
優先順位要求にタグ付けするために、好ましくは、メッセージフォーマットがこのようなタグを含むように変更される。いくつかの実施形態では、タグは、例えば、優先順位を示すためにＴＬＶ値フィールドの１オクテット（最初のオクテットなど）を予約することによって行うことができる。この例示のやり方では、２５５レベルの優先順位を表すことができる。背景知識として（本明細書の背景技術における考察も参照されたい）、データ通信プロトコルでは、情報がプロトコルの内部でType（型）-Length（長さ）-Value（値）すなわちＴＬＶ要素として符号化され得ることに留意されたい。例えば、型フィールドおよび長さフィールドは通常サイズが固定されており（数バイトなど）、値フィールドは通常可変サイズである。これらのフィールドは通常次のように用いられる。型−メッセージのこの部分が表すフィールドの種類を表す数値コード；長さ−値フィールドのサイズ（通常はバイト単位）；値−メッセージのこの部分のデータを含む可変サイズの一連のバイト。ＴＬＶ表現を使用することの一般的な利点のいくつかは、ＴＬＶシーケンスが汎用構文解析関数を使って容易にサーチされること、および古いノードで受け取られる新しいメッセージ要素は安全にスキップされることができ、メッセージの残りの部分を構文解析することができること、が含まれる。
【００６６】
このタグ付け法の機能を用いるために、要求の送信側（例えばモバイル機器など）は、好ましくは、（例えば適切なプログラミングなどを用いて）この実施形態の機能を実行して、例えば、ａ）複数の問い合わせを単一の要求で送り、ｂ）優先順位に従ってこのような問い合わせにタグ付けするように構成される。これに関して、優先順位は、既定の規則および／またはユーザ入力またはユーザ指針などに基づいて割り当てることができる。加えて、要求の受信側も、（適切なプログラミングなどを用いて）ａ）優先順位によって問い合わせを識別し、ｂ）優先順位のより高い問い合わせが例えば応答メッセージなどで対処されることを確保するように変更することができる。いくつかの実施形態では、要求の送信側を、（既定の規則などに基づいて）単一の問い合わせを複数の問い合わせに分離し、優先順位によってかかる別々の問い合わせにタグ付けするように構成することもできる。
【００６７】
順序付け法
第２の手法によれば、要求メッセージ内の問い合わせ要求は優先順位に基づいて順序付けされる（暗黙的優先順位付けなど）。例えば、優先順位のより高い問い合わせ要求の後に、要求メッセージ内で優先順位のより低い問い合わせ要求を置くことができる。これに関しては、最大応答サイズにすべての応答を含める余裕がないときに、優先順位のより高い問い合わせ要求についての問い合わせ応答は、優先順位のより低い問い合わせ要求についての応答よりも応答メッセージに含まれる可能性が高くなる。
【００６８】
この手法では、要求メッセージ内の問い合わせ要求の送信側（モバイル機器など）は、問い合わせ要求の順序を変更するプログラミングを有することになる。複数の問い合わせの送信側には、どの問い合わせが他の問い合わせよりもより重要であるかについての知識があり、この知識に基づいて問い合わせに順序付けする。これに関して、例えば、優先順位（順序など）は、既定の規則および／またはユーザ入力または指針などに基づいて割り当てることができる。加えて、要求の受信側を、（適切なプログラミングなどを用いて）ａ）優先順位の順序で受け取られる問い合わせを識別し、ｂ）優先順位のより高い問い合わせが例えば応答メッセージにおいて対処されることを確保するように構成することもできる。いくつかの実施形態では、要求の送信側は、（既定の規則に基づくなどして）単一の問い合わせを複数の問い合わせに分離し、かかる問い合わせを優先順位に基づく特定の順序で送るように構成することもできる。
【００６９】
上記のタグ付け法および上記の順序付け法は、いくつかの好ましい実施形態では独立に用いられるが、（例えば、順序に基づいて暗黙的優先順位を適用することもできるが、問い合わせによっては優先順位をタグ付けすることもできるような）タグ付け法と順序付け法の両方を組み込んだ実施形態を用いることもできる。
【００７０】
上述の開示では例示的エンティティ（モバイル機器や他のネットワークエンティティなど）の間のいくつかの問い合わせおよび応答について記述しているが、本発明の各側面は、例えば８０２．２１による他のＭＩＨエンティティの間など他の適切なエンティティの間の他の問い合わせおよびまたは応答において使用することもできることを本開示に基づいて理解すべきである。
【００７１】
本発明の好ましい実施形態は以下のおよびまたは他の利点を達成することができる。
【００７２】
第１に、（例えば、問い合わせを行う）問い合わせ側は、与えられた応答サイズ制限内で可能な限り多くの情報を獲得することができる。
【００７３】
第２に、既存の問い合わせ言語を変更する必要がない（例えば、既存の問い合わせ言語を変更せずに用いることができる）。
【００７４】
いくつかの実施形態によれば、問い合わせおよび応答は、上述の係属中の米国非仮特許出願に記載されているような問い合わせおよび応答を含むことができる。
【００７５】
発明の一般的な範囲
本明細書では本発明の例示的実施形態を説明しているが、本発明は、本明細書で説明する様々な好ましい実施形態だけに限定されるものではなく、本開示に基づいて当業者によって理解されるはずの同等の要素、改変、省略、（様々な実施形態にまたがる側面などの）組み合わせ、適応および／または変更を有するありとあらゆる実施形態を含むものである。特許請求の範囲における限定は、特許請求の範囲で用いられている文言に基づいて幅広く解釈すべきであり、本明細書において、または本出願の審査過程で説明される例だけに限定されず、これらの例は非排他的なものであると解釈すべきである。例えば、本開示において、「好ましくは（preferably）」という語は非排他的であり、「それだけに限らないが、好ましくは（preferably, but not limited to）」を意味する。本開示において、また本出願の審査過程において、ミーンズ・プラス・ファンクション（means-plus-function）またはステップ・プラス・ファンクション（step-plus-function）限定は、特定の特許請求の範囲の限定について、以下に示す全ての条件が当該限定内に存在する場合に限って用いられる。この条件とは、すなわち、ａ）「手段（means for）」または「ステップ（step for）」が明示的に記載されていること、ｂ）対応する機能が明示的に記載されていること、およびｃ）構成、材料または、構成をサポートする動作が記載されていないこと。本開示において、また本出願の審査過程において、「本発明（present invention）」または「発明（invention）」という語は、本開示内の１つまたは複数の側面に言及するものとして使用され得る。本発明または発明という文言は、重要度を識別するものであると不適切に解釈すべきではなく、すべての側面または実施形態にまたがって適用されるものであると不適切に解釈すべきではなく（すなわち、本発明はいくつかの側面および実施形態を有するものであると理解すべきであり）、本出願または特許請求の範囲を限定するものであると不適切に理解すべきではない。本開示において、また本出願の審査過程において、「実施形態（embodiment）」という語は、任意の側面、特徴、プロセスまたはステップ、これらの任意の組み合わせ、および／またはこれらの任意の部分などを記述するのに使用され得る。いくつかの例では、様々な実施形態が重なり合う特徴を含むこともある。本開示では、「例えば」を意味する「ｅ．ｇ．」という略語が用いられることがある。
【図１】
2010502039.tif 000003
【図２】
2010502039.tif 000004
【図３】
2010502039.tif 000005
【図４】
2010502039.tif 000006
【図５（Ａ）】
2010502039.tif 000007
【図５（Ｂ）】
2010502039.tif 000008
【図５（Ｃ）】
2010502039.tif 000009
【図５（Ｄ）】
2010502039.tif 000010
【国際調査報告】
2010502039.tif 000011
2010502039.tif 000012