(57)【要約】  移動ノードは、単にその移動ノードのデフォルトサーバを使用するだけでなくその移動ノードの地理的位置に基づいてサーバを選択できるように、移動位置登録サーバとして可能性のある幾つかを識別する情報を格納する。選択は、格納されたＩＤデータのタイプに依存する。部分的に完全なＦＱＤＮが格納される場合、国コードが追加され、これがローカルサーバに一致するかどうかが確認される。若しくは、気付アドレスとのプレフィクス一致によって、ＩＰアドレスが格納され、かつ、選択されてもよい。
2008503129.tif 000002
【特許請求の範囲】
【請求項１】
ローミング中の移動ノード（ＭＮ）により、その移動ノードのデフォルト移動位置登録サーバではなくローカル移動位置登録サーバを、取得される位置情報に基づいて選択する方法であって、
前記ＭＮには複数の移動位置登録サーバに関する識別データ（複数のＩＤ）が格納され、
ローカル移動位置登録サーバは、利用可能であれば前記識別データ及び前記位置情報に基づいて選択される方法。
【請求項２】
前記複数のＩＤは、１つ以上の部分的な完全修飾ドメイン名（ＦＱＤＮ）を含む請求項１記載の方法。
【請求項３】
前記移動ノードは、前記取得される位置情報から導出されるエリアコードを追加することによって選択された部分的なＦＱＤＮを完全にする請求項２記載の方法。
【請求項４】
前記移動ノードは、部分的なＦＱＤＮのリストにおける各エントリへエリアコードを添付して完全なＦＱＤＮのリストを取得する請求項２記載の方法。
【請求項５】
前記移動ノードは、先に完全にされた部分的なＦＱＤＮから結果的にＤＮＳエラーが生じた場合には、異なる部分的なＦＱＤＮ又はその移動ノードのデフォルト移動位置登録サーバを選択する請求項３又は４記載の方法。
【請求項６】
前記ＩＤはＦＱＤＮを含む請求項１記載の方法。
【請求項７】
前記移動ノードは、前記ＦＱＤＮが属するホームエージェント（ＨＡ）に関する所定の基準に基づいて部分的なＦＱＤＮ又は完全なＦＱＤＮを選択する請求項３、４、５又は６記載の方法。
【請求項８】
前記ＤＮＳのインフラストラクチャは、ＭＩＰ登録用に選択される完全なＨＡ  ＦＱＤＮのＩＰアドレスを返すために使用される請求項７記載の方法。
【請求項９】
前記ＩＤはＩＰアドレスを含む請求項１記載の方法。
【請求項１０】
前記位置情報は、通信ネットワークへの接続を介して取得される先行する任意の請求項記載の方法。
【請求項１１】
前記位置情報は、ネットワークから位置エリア広告を介して取得される請求項１０記載の方法。
【請求項１２】
前記位置エリア広告は未承諾である請求項１１記載の方法。
【請求項１３】
前記位置エリア広告は前記ＭＮによって請求される請求項１１記載の方法。
【請求項１４】
前記ＭＮは、ＩＰ位置要求メッセージによって位置情報を要求する請求項１３記載の方法。
【請求項１５】
前記ＩＰ位置要求メッセージはＮＤ請求メッセージの拡張である請求項１４記載の方法。
【請求項１６】
前記ＩＰ位置要求メッセージは、近隣発見（ＮＤ）請求メッセージのオプションの拡張である請求項１５記載の方法。
【請求項１７】
前記ＮＤ請求メッセージの位置の拡張は、タイプ、長さ及びエリアコード（ＡＣ）ビットの各フィールドを備える請求項１５又は１６記載の方法。
【請求項１８】
前記タイプフィールドはエリアコードオプションである８ビット識別子である請求項１７記載の方法。
【請求項１９】
前記長さフィールドは、位置オプション全体の長さである８オクテットの単位で示す８ビットの符号なし整数である請求項１７又は１８記載の方法。
【請求項２０】
前記ＡＣフィールドは、位置エリアが要求されていることを示すように設定される１ビットである請求項１７、１８又は１９記載の方法。
【請求項２１】
前記ネットワークは、位置エリア広告によってＭＮ請求の要求に応答する請求項１３乃至２０における任意の請求項記載の方法。
【請求項２２】
前記位置情報はＩＰ位置応答メッセージの形式である請求項１０乃至２１における任意の請求項記載の方法。
【請求項２３】
前記ＩＰ位置応答メッセージは、ＮＤルータ広告メッセージの拡張である請求項２２記載の方法。
【請求項２４】
前記ＮＤルータ広告メッセージのオプションの位置拡張は、タイプ、長さ、エリアコード（ＡＣ）ビット及びエリアコードの各フィールドを備える請求項２３記載の方法。
【請求項２５】
前記エリアコードフィールドは前記ＭＮによって要求される位置エリアである請求項２３記載の方法。
【請求項２６】
前記位置情報は、前記ＭＮへ割り当てられる気付アドレスから取得される請求項１０記載の方法。
【請求項２７】
前記ＭＮは、そのＩＰアドレスがその現在の気付アドレスプレフィクスとの最長プレフィクス一致を提供するＨＡを選択する請求項９及び２６記載の方法。
【請求項２８】
前記ＭＮは、それによって複数のＨＡを選択してもよい複数の気付アドレスを有する請求項２６又は２７記載の方法。
【請求項２９】
前記ＭＮは、前記幾つかのＨＡに対応する幾つかのＭＩＰ登録を有する請求項２８記載の方法。
【請求項３０】
前記位置情報は前記ＭＮに内在する手段を介して取得される請求項１乃至９における任意の請求項記載の方法。
【請求項３１】
前記ＭＮに内在する手段はＧＰＳ受信機を備える請求項３０記載の方法。
【請求項３２】
前記ＭＮに内在する手段は無線位置決め手段を備える請求項３０記載の方法。
【請求項３３】
前記位置情報は、位置エリアコード及び地理的座標の少なくとも一方を含む先行する任意の請求項記載の方法。
【請求項３４】
前記位置エリアコードは、正規のドメイン名システム（ＤＮＳ）ツリーのトップレベルのドメイン名コードを含む請求項２８記載の方法。
【請求項３５】
前記移動位置登録サーバは、モバイルインターネットプロトコル（ＭＩＰ）のホームエージェント（ＨＡ）である先行する任意の請求項記載の方法。
【請求項３６】
前記移動位置登録サーバは、セッション開始プロトコル（ＳＩＰ）の登録サーバである請求項１乃至３４の任意の請求項記載の方法。
【請求項３７】
前記ネットワークは無線ＬＡＮ機器を含む先行する任意の請求項記載の方法。
【請求項３８】
前記ネットワークは、テレビジョン、無線、移動体通信用グローバルシステム（ＧＳＭ）及びユニバーサル移動体通信システム（ＵＭＴＳ）の各機器のうちの少なくとも１つを含む先行する任意の請求項記載の方法。
【請求項３９】
添付の図面を参照して本明細書において実質的に記載される任意の方法。
【請求項４０】
ＭＮのデフォルト移動位置登録サーバを含む複数の移動位置登録サーバに関する識別データ（ＩＤ）を格納するための手段と、
その現在位置に関する情報を取得するための手段と、
格納された識別データ及び取得された位置情報に基づいてローカル移動位置登録サーバをそのデフォルト移動位置登録サーバに優先して選択するための手段とを有する移動通信ネットワークにおいて使用するための移動ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信に関し、特に、移動ノード（ＭＮ）による移動インターネットプロトコルバージョン６（ＭＩＰｖ６）の実行方法であって、ＭＮのデフォルトのホームエージェント（ＨＡ）より近いＨＡを位置決めしかつ選択することによって、ＭＩＰ制御の信号方式待ち時間の短縮を促進しかつＭＮが使用するインターネットサービスプロバイダ（ＩＳＰ）によって配備されるＨＡ間により良いトラフィックロードバランシングをもたらす実行方法に関する。
【背景技術】
【０００２】
ＭＩＰｖ６では、ＭＮは、外国のネットワーク内へローミングしたとき、そのＭＮのホームネットワーク上のそのＨＡに登録しなければならない。これは、ホームネットワークに関連づけられるアドレスによりＭＮを識別する対応ノード（ＣＮ）によって、ＭＮが引き続き到達され得ることを保証する。
【０００３】
【非特許文献１】「ＤＮＳ＆ＢＩＮＤ」、システム管理者のためのヘルプ、第４版、オライリー社出版、ポール・アルビッツ及びクリケット・リウ著、第５５３−５５６頁。
【非特許文献２】「ＣＤＭＡセルラー無線システムにおける無線位置」、ジェームス・ジェイ・カフェリー・ジュニア著、クルワー・アカデミック出版刊、２０００年（ＩＳＢＮ０−７９２３−７７０３−６）。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＣＮがＭＩＰｖ６をサポートしていないとき、離れたＨＡへの登録は、ＣＮとＭＮ間のデータトラフィックを三角ルーティングにもたらす。三角ルーティングは次に、ＭＮがそのＨＡから離れた位置へローミングした場合、ＭＮとＨＡ間の終端間遅延を増大させる。終端間遅延が大きいと、その代償として、ＣＮとＭＮ間で実行されるリアルタイムアプリケーションの品質に悪影響を与える場合がある。さらに、ＭＮが単一のＨＡで構成される場合、そのＨＡが機能しなくなれば、ＭＮはそのホームアドレスを使用してＣＮと通信することができない。従って、ＭＮによるホームネットワーク上でのそのデフォルトのＨＡより近いＨＡの動的な発見及びこれに次ぐその選択の双方を有効化する方法を有することが望ましい。複数のＨＡのリストの中から１つのＨＡを選択する可能性は、デフォルトのＨＡが機能しなくなった場合のフォールトトレランス、及び、デフォルトのＨＡがオーバーロードされた場合のロードバランシングをもたらす。
【課題を解決するための手段】
【０００５】
本発明は、請求項１に記載されているように、ＭＮが、そのＭＮ上に格納される複数のＨＡ（ＩＤ）に関する識別データを使用して、そのデフォルトのＨＡより近いＨＡを選択する方法に関する。
【０００６】
・本件出願人が提案する一実施形態においては、ＨＡのＩＤとして可能性のあるものは、上記ＨＡのＩＰアドレスに関連づけられる部分的な完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）である。
・他の実施形態では、ＨＡのＩＤは、上記ＨＡのＩＰアドレスであってもよい。
【０００７】
ＨＡの選択は、格納されるＩＤデータのタイプに依存する。部分的に完全なＦＱＤＮが格納されていれば、入手された位置情報から得られる国コードが追加され、これがローカルサーバに対応するかどうかが確認される。ＩＰアドレスが格納されていれば、ＨＡは、気付アドレス（Care of Address）に一致する最長のプレフィクスによって選択され得る。
【０００８】
上述の実施形態は、ＨＡ  ＩＤの例を提示するものであるが、ＨＡ  ＩＤのタイプを限定するものではない。複数のＨＡ  ＩＤのリストからＭＮの最も近いＨＡを発見するというタスクの実装に当たっては、他のタイプのＩＤが使用される場合もある。
【０００９】
利用可能なローカルＨＡがなければ、デフォルトのＨＡが使用される。ここで「ローカル」は、信号方式検出において、単にデフォルトのＨＡより近いことを意味する。
【００１０】
また本発明は、本発明による方法を実施するために装備される移動ノードをも提供する。
【発明を実施するための最良の形態】
【００１１】
次に、添付の図面を参照して、本発明の例について説明し、諸図を通じて、類似の参照番号は類似の部分を示す。
【００１２】
ＨＡ  ＩＤの各リストは、デフォルトのＨＡ  ＩＤを含む。デフォルトのＨＡ  ＩＤは、ＭＮのデフォルトのＨＡに対応する。デフォルトのＨＡは、ＭＮにより、そのホームネットワークで使用されるＩＳＰに関連づけられるＨＡであることもある。
【００１３】
図１は、ＭＮの不揮発性メモリに含まれる複数のＨＡ  ＩＤのデータ構造を例示する。この複数のＨＡ  ＩＤのリストにおけるＩＤによって識別されるＨＡは、必ずしも同じＩＳＰのＨＡではない点に留意されたい。これらは、ＭＮとのサービス契約に署名している幾つかのＩＳＰのＨＡであってもよい。
【００１４】
ＨＡ  ＩＤの挿入及び削除は、ＩＳＰとのサービス契約及びネットワーク構成の変更に依存して例えば単純ネットワーク管理プロトコル又は同様のプロトコル等のプロトコルを使用することにより実行されてもよい。
【００１５】
次に、先に言及した個々の実施形態について順次説明する。
【００１６】
I−第１の実施形態
第１の実施形態においては、ＭＮは、そのＨＡの部分的なＦＱＤＮのリストを格納する。
【００１７】
本実施形態では、デフォルトのＨＡの完全なＦＱＤＮがデフォルトのＨＡ  ＩＤとして格納されることが要求される。他のあらゆるＨＡに関しては、各ＨＡ  ＩＤがそのＨＡの部分的なＦＱＤＮである。
【００１８】
下記は、部分的なＦＱＤＮの例である。
１．ＨＡ．ｖｏｄａｆｏｎｅ．ｃｏ
２．ＨＡ．ｏｒａｎｇｅ．ｃｏ
３．ＨＡ．ｄｏｃｏｍｏ
【００１９】
任意の部分的なＦＱＤＮを完全にするためには、ドメイン名システム（ＤＮＳ）ツリーのトップレベルのドメインラベルに対応する最後のラベルが必要とされる。現在使用されている大部分のトップレベルのドメインのリストは非特許文献１に記載されている。
【００２０】
本実施形態は、ＭＮが、ＭＮの近傍におけるＨＡのＩＰアドレスに関連づけられるＦＱＤＮの生成に繋がる正しいラベルを検索することを可能にするためのものである。この目的に沿って、本件出願人は、新しいトップレベルのドメインラベルのセットの導入を提案する。
【００２１】
I−１  新しいトップレベルのドメインラベル（エリアコード）
本実施形態は、ＤＮＳツリーの新しいトップレベルのドメインラベルのセットを提案する。これらのラベルは、位置エリア（ＬＡ）を識別するために使用される。各トップレベルのドメインラベルは、エリアコードと呼ばれる。各エリアコードは、定置ホスト又は特定の位置エリア（ＬＡ）内に位置決めされる移動位置エージェントのＩＰアドレスに関する登録されたＦＱＤＮのエンドラベルとして使用される。従って、この新しいエリアコードのセットは、世界中の非重複位置エリアを一意に定義する。新しいラベルは、２文字以上の文字を含む。またトップレベルのドメインラベルは、既存の国コードであっても、国ではないトップレベルのドメインのラベルであってもよい。
【００２２】
エリアコードは、位置サービスを目的として、ＩＳＰの管理ドメインへ帰属する。各位置エリアにおいて、ＩＳＰは、この位置エリアのドメイン名を割り当てていく。位置エリアのサイズは任意に定義され、国のサイズで定義される場合もあれば、より小さいサイズの位置エリアで定義される場合もある。世界地図の位置エリアへの分割及びエリアラベルの割当て方法そのものは、本発明に影響するものではない。単に、特定の位置エリア内の各ＡＲはその無線インタフェース上で関連のエリアコードを公示するという手動設定が想定されている。この目的に沿って、本発明は、近隣発見（ＮＤ）［ＲＦＣ２４６１］を拡張して無線リンク上でエリアコードをマルチキャストすることを提案する。
【００２３】
I−２  ＮＤの新規拡張
この新しいオプションは、広告側のアクセスルータ（ＡＲ）が位置決めされるＬＡのエリアコードの記号列を含む。拡張は、任意のルータ広告に現われてもよい。ＭＮによって請求されたときに送信される場合もあれば、未承諾ルータ広告と共に送信される場合もある。
【００２４】
I−２−１  エリアコード要求の新規オプション
新しいリンクを起動する、若しくは、新しいリンクに添付するＭＮは、そのサービス側ＡＲのエリアコードを要求してもよい。ルータのこの請求においては、ＡＲが位置決めされるＬＡのエリアコードを請求する新規オプションが提案される。
【００２５】
新規オプションは、図２のように提案される。以下、各フィールドについて説明する。
タイプ：エリアコードオプションの８ビット識別子。
長さ：８ビットの符号なし整数。８オクテット単位でのオプションの長さ（タイプ及び長さフィールドを含む）。値０は無効である。ノードは、長さゼロのオプションを含むＮＤパケットを黙って放棄しなければならない。
ビットＡＣ：このビットは、送信者が受信者のエリアコードを期待していることを示す。
【００２６】
ＭＮからの各エリアコード要求オプションは、ＡＲからのエリアコードオプションを返すべきものである。
【００２７】
I−２−２  エリアコードの新規オプション
ルータ広告には、エリアコードオプションを包含することができる。エリアコードオプションのフォーマットが下記のフィールドと共に図３に提示される。
【００２８】
タイプ：エリアコードオプションの８ビット識別子。
長さ：８ビットの符号なし整数。８オクテット単位でのオプションの長さ（タイプ及び長さフィールドを含む）。値０は無効である。ノードは、長さゼロのオプションを含むＮＤパケットを黙って放棄しなければならない。
ビットＡＣ：このＡＣビットが設定されると、送信者はオプションの受信者へ、そのオプションが広告側ＡＲのエリアコードを含んでいることを通知する。
エリアコード：広告側ＡＲが位置決めされるＬＡのエリアコードである。
【００２９】
上述のＮＤメカニズムを使用して、ＭＮは、そのサービス側ＡＲの位置エリアに関連づけられるエリアコードを検索することができる。ローミングの筋書きでは、ＭＮは、外国のネットワークにおいて起動したとき、エリアコードを要求して隣接ＨＡを位置決めすることができる。ＭＮがそのデフォルトホームネットワークから遠く離れた国において起動したとき、最も近いＨＡを位置決めすることは有益である。以下、ＭＮが隣接ＨＡを選択し得る方法について説明する。
【００３０】
I−３  隣接ＨＡの選択
隣接ＨＡを位置決めするための選択プロセスは、下記のステップを有する。図４及び５の概略図においてこれらのステップが示され、図６において信号フローが示される。
【００３１】
１．起動時、ＭＮは、アクセスルータＡＲによって送信されたルータ広告からエリアコードを受信する。
２．ＭＮは、例えば費用、利用可能性、その他に基づいて好的設定に従ってＩＳＰを選択する（図４は、日本で好まれるボーダフォン（Ｖｏｄａｆｏｎｅ）及びフランスで好まれるオランジュ（Ｏｒａｎｇｅ）を示す）。
３．次に、ＭＮは、このＩＳＰに関連づけられる不完全なＦＱＤＮを選ぶ。
４．ＭＮは、発見されたエリアコードを部分的なＦＱＤＮの最右ラベルサフィックスとして添付する。
５．ＤＮＳサーバを介するＤＮＳ解決は、位置エリアにおけるＨＡのＩＰアドレスを返す（図５及び図６参照）。
６．ＭＮは、ＤＮＳが返したＩＰアドレスを使用してＭＩＰ登録に着手し、まずは、選択されたホームエージェントへ拘束力のある更新メッセージを送る（図５及び６参照）。
７．部分的なＦＱＤＮのサフィックスとしてのエリアコードを添付してもＨＡのＦＱＤＮが得られないならば（例えば、ＤＮＳエラー）、ＭＮは、そのデフォルトのＨＡの登録に戻る。
【００３２】
ＭＮが不完全ＦＱＤＮへのＤＮＳエリアコードの添付後にＨＡのＦＱＤＮを形成することに成功する尤度を大幅に増加させるためには、下記の限定事項が要求される。
【００３３】
I−４  ＨＡ  ＤＮＳ名に関する規約
・ＩＳＰは、そのＨＡの各ＩＰアドレスにつき１つのＦＱＤＮを有し、かつ、それをＤＮＳへ登録しなければならない。
・ＨＡのＩＰアドレスに関連づけられるＦＱＤＮは、「ＨＡ．ｏｐｅｒａｔｏｒ．ａｒｅａｃｏｄｅ」というフォーマットに基づくものでなければならない。
ｉ．「ＨＡ」は、オペレータの管理ドメイン内部のホームエージェント名等の移動位置エージェントのホスト名である。
ｉｉ．「ｏｐｅｒａｔｏｒ」は、ＭＮオペレータの名前、又はＭＮオペレータが協定を有するオペレータの名前である。オペレータは、例えばＶｏｄａｆｏｎｅ、ｏｒａｎｇｅ、ｄｏｃｏｍｏ、ｓｆｒ…等の幾つかのフィールドをとることができる。
ｉｉｉ．「ａｒｅａｃｏｄｅ」は、定義されるべき新規ＤＮＳトップレベルのドメインラベルである。またこれは、例えば「ｆｒ」又は「ｕｓ」又は「ｕｋ」等の既存の国コードであってもよい。またこれは、アメリカ合衆国における州のコード等のエリアのコード（例えば、「ｃａ．ｕｓ」、「ｉｌ．ｕｓ」）であってもよい。
・そのＩＰアドレスがＤＮＳにおいてＦＱＤＮへ登録されているＨＡは、理想的には、そのエリアコードがＨＡを登録しているＦＱＤＮのサフィックスである位置エリアの境界内に存在すべきである。
【００３４】
I−５  部分的なＨＡ  ＤＮＳ名に関する規約
ＨＡ  ＤＮＳ名に関する上述の要件に関しては、単に、ＭＮにより伝送される部分的なＦＱＤＮはＨＡ．ｏｐｅｒａｔｏｒというフォーマットに従うことが要求される。但し、ＨＡ及びオペレータは、上述のように定義されている。
【００３５】
本発明の第２の実施形態は、ＩＰｖ６のＩＰアドレスに基づくＨＡ  ＩＤを使用する隣接ＨＡの選択について考察するものである。
【００３６】
II−第２の実施形態
本発明の第２の実施形態では、ＭＮは、部分的なＦＱＤＮに対抗するものとしてその全てのＨＡのＩＰアドレスのリストを不揮発性メモリに保持する。ＭＮは、ステートレスに構成された外国のネットワーク上のＩＰｖ６アドレス又は気付アドレス（ＣｏＡ）と、ホームネットワーク上のそのデフォルトのＨＡのＩＰｖ６アドレスを含むそのＨＡのＩＰｖ６アドレスリストにおけるエントリとを比較する。ＭＩＰ登録のための隣接ＨＡの選択は、以下に挙げるステップを含む。
【００３７】
II−１  単一のＣｏＡからの隣接ＨＡの選択
・ＭＮは、そのＭＮのＨＡのリスト（ＨＡのリストは、ＭＮのデフォルトのＨＡを含む）から、そのＭＮのグローバルなＩＰアドレスプレフィクスがＭＮのＣｏＡのプレフィクスとの最長一致をもたらすようにＨＡを選択する。（ステートレスアドレス構成であるＨＡのＩＰアドレスを想定すると、ＨＡのＩＰアドレスのプレフィクスは６４ビット長を有する。）
・ＭＮのＣｏＡプレフィクスのその部分が同じ長さで幾つかのＨＡプレフィクスに一致すれば、ＭＮは、幾つかの基準を使用して１つのＨＡを選択する。若しくは、ＭＮは、そのＭＮのデフォルトのＨＡを使用してそのＣｏＡを登録してもよい。
・ＭＮのＣｏＡアドレスにおける４つの１６進文字の第１のフィールドがＨＡのＩＰアドレスのいずれとも共通していなければ、デフォルトのＨＡを使用してＭＮのＣｏＡが登録される。
【００３８】
ＩＰｖ６アドレスのサブネットＩＤ部分はグローバルな意義を持たないことから、プレフィクスの最長一致を発見するための比較は、ＩＰｖ６アドレスのグローバルルーティングプレフィックスに関してのみ実行される。この比較の一例を図７に示す。
【００３９】
II−２  マルチホームされるＭＮの場合における隣接ＨＡの選択
ＭＮが局部的に幾つかのグローバルＣｏＡを取得している場合では、原則的には、複数のＨＡを選択することが可能である。ＭＮは、その各ＣｏＡについて隣接ＨＡの選択を実行し、その後選択されたＨＡに各ＣｏＡを登録することができる。
【００４０】
II−３  ＩＰｖ６ルート集約
第２の実施形態は、ＩＰｖ６インターネット内のルート集約に依存する。ＩＰｖ６インターネット内のルート集約は、ハイアラーキ的に実行される。ＩＳＰは、ハイアラーキの最高位であるとみなすことができる。次にＩＳＰは、アドレス空間をそれらの固有のアドレス空間から委譲側サイトへ割り当てる。これらの委譲側サイトはさらに、その固有の空間から導出されるアドレス空間を他の組織へ割り当てる。そして一般的に、ハイアラーキにおいて顧客がＩＳＰから下位になるほど、ＩＳＰのプレフィクスと顧客のプレフィクスとの差は大きくなる。ＲＦＣ３５１３に提示されているように、ＩＰｖ６アドレスのグローバルルーティングプレフィックスは、複数の地域インターネットレジストリ（ＲＩＲ）及び複数のＩＳＰによってハイアラーキ的に構成されるように設計される。
【００４１】
III−第３の実施形態（テレビジョン又は無線チャネルを使用するＨＡの選択）
テレビジョン及び／又は無線受信能力が装備されていれば、ＭＮは、テレビジョン及び／又は無線放送内に含まれる位置情報に基づいて隣接ＨＡを選択することができる。本発明は、位置情報のフォーマットを指定するものではないが、典型的には、位置情報がその位置エリアにサービスを提供する放送局の地理的座標又は位置エリア名であってもよい。
【００４２】
III−２  提案技術の要件
テレビジョン／無線放送者は、その信号に、テレビジョン／無線送信機の地理的情報又はテレビジョン／無線送信機を含む位置エリアに関する情報を包含する必要がある。この技術をグローバルローミング目的で使用するためには、テレビジョン／無線放送者が地理的情報を提供するための共通フォーマットに合意することが有利であろう。
【００４３】
III−３  テレビジョン／無線を使用する隣接ＨＡの位置
実施形態II及びIIIのように、ＭＮは、ＨＡ  ＩＤ（部分的なＦＱＤＮ、完全なＦＱＤＮ又はＩＰアドレスであってもよい）のリストを伝送する。但しここで、ＭＮは追加的に、各ＨＡが使用されるべき地理的領域を明記する地理的情報も伝送することができる。テレビジョン／無線放送から取得される地理的情報は、隣接ＨＡを選択するために、ＭＮに格納されている地理的情報と比較される。また、ＭＮには、受信されるテレビジョン／無線地理的情報をエリアコードに変換して、それを（ｉ）実施形態Iの場合のように格納された部分的なＦＱＤＮを完全にするため、若しくは（ｉｉ）完全なＦＱＤＮのリストからエントリを選択するために使用するというオプションも存在する。
【００４４】
IV−第４の実施形態（携帯電話向け位置情報サービス及びＧＰＳを使用するＨＡの選択）
テレビジョン／無線に加えて、ＭＮは、携帯電話ネットワーク上のメッセージングサービス、携帯電話向け位置決定サービス又は全地球測位システム（ＧＰＳ）等の代替手段を介してＭＮの現在位置に関する地理的情報を取得するように、適切に装備されてもよい。
【００４５】
移動体通信用グローバルシステム（ＧＳＭ）又はユニバーサル移動体通信システム（ＵＭＴＳ）等の携帯電話インタフェースを装備したＭＮは、新規位置へのローミングに際して、新しいサービス側のオペレータからショートメッセージサービス（ＳＭＳ）等のメッセージングサービスに基づいてウェルカムメッセージを受信してもよい。ＭＮは、テレビジョン／無線の場合に関して実施形態IIIで概説したように、このＳＭＳメッセージから隣接ＨＡの選択に関連する位置情報を抽出することができる。
【００４６】
携帯電話向け位置決定サービス（例えば、非特許文献２）及びＧＰＳは、適切に装備されたＭＮが、それぞれ基地局及び衛星から受信される送信からその固有の地理的位置を決定するための無線測位に基づく手段を提供する。何れの場合も、ＭＮは、テレビジョン／無線の場合に関して実施形態IIIで概説したように、その地理的情報を使用して隣接ＨＡを選択する。
【図面の簡単な説明】
【００４７】
【図１】ＭＮ  ＨＡのＩＤのリストを概略的に例示する。
【図２】それぞれ新しいエリアコード要求オプション及び新しいエリアコードオプションを示す。
【図３】それぞれ新しいエリアコード要求オプション及び新しいエリアコードオプションを示す。
【図４】部分的なＦＱＤＮを使用するＨＡの選択を概略的に例示する。
【図５】ドメイン名解決を含む図４以降のステップを例示する。
【図６】図４及び５に対応する信号フロー図である。
【図７】ＨＡのＩＰアドレスと気付アドレスとの最長プレフィクス一致を使用する本発明の一実施形態を概略的に例示する。
【図１】
2008503129.tif 000003
【図２】
2008503129.tif 000004
【図３】
2008503129.tif 000005
【図４】
2008503129.tif 000006
【図５】
2008503129.tif 000007
【図６】
2008503129.tif 000008
【図７】
2008503129.tif 000009
【国際調査報告】
2008503129.tif 000010
2008503129.tif 000011
2008503129.tif 000012