(57)【要約】移動通信システムにおけるネットワーク層のハンドオーバー中に移動ノードのＩＰセッションの再配置をサポートするための解決策。この方法において、移動ノードに関するアプリケーションコンテクスト情報から、ＩＰセッションの維持を容易にするネットワークノードの能力の第１セットを検出する。この第１セットの能力を、１つ以上の潜在的な次のネットワークノードから問合せする。第１セットの能力に関する前記能力情報により、ＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定する。
2005523671.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるネットワーク層のハンドオーバー中に移動ノードのインターネットプロトコル（ＩＰ）セッションの再配置をサポートするための方法において、
前記移動ノードに関するアプリケーションコンテクスト情報から、前記ＩＰセッションの維持を容易にするネットワークノードの能力の第１セットを検出するステップと、
前記第１セットの能力に関する能力情報を、潜在的な次のネットワークノードから問合せするステップと、
前記第１セットの能力に関する前記能力情報により前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するステップと、
を備えた方法。
【請求項２】
前記第１セットの能力に対する条件を定義するステップと、
前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を、前記定義された条件を満足するための前記潜在的な次のネットワークノードの能力に基づいて決定するステップと、
を更に備えた請求項１に記載の方法。
【請求項３】
前記問合せされた能力に対する前記潜在的な次のネットワークノードの値のリストで前記問合せに応答するステップを更に備えた請求項１に記載の方法。
【請求項４】
条件の問合せにおいて、問合せされた能力を満足することが要求されたことを指示するステップと、
前記問合せに応答して、前記潜在的な次のネットワークノードで前記条件の１つ以上が満足されるかどうか指示するステップと、
を備えた請求項２に記載の方法。
【請求項５】
条件の問合せにおいて、問合せされた能力を満足することが要求されたことを指示するステップと、
前記問合せに応答して、前記潜在的な次のネットワークノードで前記条件が全て満足されるかどうか指示するステップと、
を備えた請求項４に記載の方法。
【請求項６】
前記第１セットの能力を第１ネットワークノードに登録するステップと、
前記第１セットの能力に関する情報を前記第１ネットワークノードにより潜在的な次のネットワークノードから問合せするステップと、
を更に備えた請求項１に記載の方法。
【請求項７】
前記問合せに応答して潜在的な次のネットワークノードから受け取った情報を前記第１ネットワークノードに記憶するステップと、
前記記憶された情報を前記潜在的な次のネットワークノードにおいて能力情報として使用するステップと、
を更に備えた請求項６に記載の方法。
【請求項８】
前記第１セットの能力における能力の一部分を強制的能力として識別するステップを更に備えた請求項２に記載の方法。
【請求項９】
各個別のＩＰセッションに対して変化する能力に関する情報を、前記第１ネットワークノードへの記憶から除外するステップを更に備えた請求項７に記載の方法。
【請求項１０】
移動ノード(111; 311)及び１つ以上のネットワークノード(114, 117, 122; 314, 317, 322)を含む移動通信システム(100; 300)において、前記移動ノード(111)は、
前記移動ノードに関するアプリケーションコンテクスト情報から、インターネットプロトコル（ＩＰ）セッションの維持を容易にするネットワークノードの能力の第１セットを検出し、
前記第１セットの能力に関する能力情報を潜在的な次のネットワークノード(117, 122; 317, 322)から問合せし、そして
前記第１セットの能力に関する能力情報により前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノード(117, 122; 317, 322)の適用性を決定する、
というように構成された移動通信システム。
【請求項１１】
前記移動ノード(111; 311)は、
前記第１セットの能力に対する条件を定義し、
前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を、前記定義された条件を満足するための前記潜在的な次のネットワークノードの能力に基づいて決定する、
というように構成された請求項１０に記載の移動通信システム(100)。
【請求項１２】
前記移動ノード(111; 311)は、条件の問合せにおいて、問合せされた能力を満足することが要求されたことを指示するように構成され、
前記潜在的な次のネットワークノード(117, 122; 317, 322)は、前記問合せに応答して、前記潜在的な次のネットワークノードで前記条件の１つ以上が満足されるかどうか指示するように構成された請求項１０に記載の移動通信システム(100; 300)。
【請求項１３】
移動ノード(111; 311)及び１つ以上のネットワークノード(114, 117, 122; 314, 317, 322)を備えた移動通信システムにおいて、
前記移動ノード(111; 311)は、第１セットの能力を第１ネットワークノード(114; 314; 324)に登録するように構成され、更に、
前記第１ネットワークノード(114; 314; 324)は、
前記第１セットの能力に関する能力情報を潜在的な次のネットワークノード(117, 122; 317, 322)から問合せし、そして
前記第１セットの能力に関する能力情報によりインターネットプロトコル（ＩＰ）セッションの再配置に対する前記潜在的な次のネットワークノード(117, 122; 317, 322)の適用性を決定する、
というように構成された移動通信システム。
【請求項１４】
前記第１ネットワークノードは、
前記問合せに応答して潜在的な次のネットワークノード(117, 122; 317, 322)から受信した情報を記憶し、
前記記憶された情報を前記潜在的な次のネットワークノード(117, 122; 317, 322)に関する能力情報として使用する、
というように構成された請求項１３に記載の移動通信システム。
【請求項１５】
移動通信システムにおける少なくとも１つの進行中のインターネットプロトコル（ＩＰ）セッションに基づいてアプリケーションコンテクスト情報を発生するように構成された移動通信システム(100; 300)の移動ノード(111; 311)において、
前記アプリケーションコンテクスト情報から、前記ＩＰセッションの維持を容易にする能力の第１セットを検出し、
前記第１セットの能力に関する能力情報を潜在的な次のネットワークノード(117, 122; 317, 322)から問合せし、そして
前記第１セットの能力に関する能力情報により前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノード(117, 122; 317, 322)の適用性を決定する、
というように構成された移動ノード(111; 311)。
【請求項１６】
前記第１セットの能力に対する条件を定義し、
前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノード(117, 122; 317, 322)の適用性を、前記定義された条件を満足するための前記潜在的な次のネットワークノードの能力に基づいて決定する、
というように構成された請求項１５に記載の移動ノード(111; 311)。
【請求項１７】
前記第１セットの能力を第１ネットワークノードに登録するように構成された請求項１５に記載の移動ノード(111; 311)。
【請求項１８】
前記第１セットの能力に対する条件の一部分を強制的条件として識別するように構成された請求項１５に記載の移動ノード(111; 311)。
【請求項１９】
移動通信システム(100; 300)のネットワークノード(117; 317; 324)であって、
前記移動通信システム(100; 300)の移動ノード(111; 311)から第１セットの能力を受け取り、そして
前記第１セットの能力に関する能力情報を潜在的な次のネットワークノード(117, 122; 317, 322)から問合せする、
というように構成されたネットワークノード。
【請求項２０】
前記第１セットの能力に関する能力情報により前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するように更に構成された請求項１９に記載のネットワークノード(117; 317; 324)。
【請求項２１】
前記第１セットの能力に対して条件のセットを受け取り、
前記ＩＰセッションの再配置に対する前記潜在的な次のネットワークノード(117, 122; 317, 322)の適用性を、前記定義された条件を満足する前記潜在的な次のネットワークノードの能力に基づいて決定する、
というように更に構成された請求項１９に記載のネットワークノード(117; 317; 324)。
【請求項２２】
前記問合せに応答して潜在的な次のネットワークノード(117, 122; 317, 322)から受け取った情報を記憶し、
前記記憶された情報を前記潜在的な次のネットワークノードにおいて能力情報として使用する、
というように構成された請求項１９に記載のネットワークノード(117; 317; 324)。
【請求項２３】
各個別のＩＰセッションに対して変化する能力に関する情報を、前記第１ネットワークノードへの記憶から除外するように更に構成された請求項１９に記載のネットワークノード(117; 317; 324)。
【請求項２４】
前記ネットワークノードは、前記移動ノードの現在アクセスルーターである請求項１９に記載のネットワークノード(117; 317)。
【請求項２５】
前記ネットワークノードは、移動通信システムにおける移動プロキシーサーバーである請求項１９に記載のネットワークノード(324)。
【請求項２６】
移動通信システム(100; 300)におけるネットワーク層ハンドオーバー中に移動ノード(111; 311)のインターネットプロトコル（ＩＰ）セッションを再配置するためのネットワークノード(122; 322)であって、第１セットの能力に関する能力情報についての問合せを受け取るように構成されたネットワークノード(122; 322)。
【請求項２７】
問合せされた能力に対する潜在的な次のネットワークノード(122; 322)の値のリストで前記問合せに応答するように更に構成された請求項２６に記載のネットワークノード(122; 322)。
【請求項２８】
前記問合せにおいて、満足すべき１つ以上の条件を受け取り、そして前記問合せに応答して、前記条件の１つ以上を満足するかどうか指示するように更に構成された請求項２６に記載のネットワークノード(122; 322)。
【請求項２９】
前記問合せにおいて、満足すべき１つ以上の条件を受け取り、そして前記問合せに応答して、前記条件の全部を満足するかどうか指示するように更に構成された請求項２６に記載のネットワークノード(122; 322)。
【請求項３０】
各個別のＩＰセッションに対して変化する能力を前記情報において指示するように更に構成された請求項２６に記載のネットワークノード(122; 322)。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に係り、より詳細には、移動通信システムにおいてネットワーク層のハンドオーバー中にＩＰセッションの再配置をサポートする方法、並びにこの方法をサポートする移動ノード及びネットワークノードに係る。
【０００２】
本出願は、参考としてその内容をここに援用する２００２年４月２６日に出願された「Query-response protocol to determine candidate access routers」と題する米国プロビジョナル特許出願第６０／３７５，４１５号、及び２００２年５月１０日に出願された「Dynamic CAR discovery」と題する米国プロビジョナル特許出願第６０／３７９，６３７号の優先権を請求する。
【背景技術】
【０００３】
移動通信システムとは、一般に、ユーザがシステムのサービスエリア内を移動するときにシステムへのアクセスポイントが変化し得るようなテレコミュニケーションシステムを指す。対応的に、移動通信ネットワークとは、外部ネットワーク、ホスト、又は特定サービスプロバイダーにより提供されるサービスへのワイヤレスアクセスをエンドユーザに与えるアクセスネットワークである。システムのサービスエリアは、異なるアクセス技術及び多数の管理ドメインを含んでもよい。
【０００４】
初期の技術に比して広い帯域巾及び拡張された送信セッションを必要とするものも含む新たなアプリケーションを広範囲に容易に利用するために、新たな移動通信システムが開発されている。一方、現在のセルラーシステムの偏在するカバレージにより、エンドユーザは、次世代のシステムからも同様のサービス利用を期待するようになっている。それ故、著しい範囲の異なるアプリケーションに対するシームレスなサービス提供が、新たな移動通信システムを成功させる上で重大な問題となっている。
【０００５】
インターネットプロトコル（ＩＰ）を使用してワイヤレスアクセスを与える状況において、シームレスなＩＰ層移動とは、ＩＰ接続への妨害を最小にして移動ノード（ＭＮ）を新たなアクセスルーター（ＡＲ）へハンドオーバーする能力を指す。インターネットエンジニアリングタスクフォース（ＩＥＴＦ）の主催のもとで、シームレスなＩＰ層移動に対する多数の解決策が形成されている。移動ＩＰは、リクエスト・フォー・コメンツ（ＲＦＣ）２００２に定義されたように、インターネットプロトコル、バージョン４（ＩＰｖ４）の改良型で、ホームネットワーク以外のネットワークを経て接続されるときにインターネットトラフィックを移動ノードへ転送するメカニズムを追加するものである。ＩＰｖ６と称されるインターネットプロトコル、バージョン６に対して同様のメカニズムが開発されている。各移動ノードには、そのホームネットワークについての永久的なホームアドレスと、ネットワーク及びそのサブネット内の装置の現在位置を識別するケアオブアドレスとが指定される。移動ノードが異なるネットワークへ移動するたびに、新たなケアオブアドレスを取得する。ホームネットワークの移動エージェント（ホームエージェントとしても知られている）は、各永久的アドレスをそのケアオブアドレスに関連付ける。
【０００６】
これに対する改良として、高速ハンドオーバープロトコルは、移動ノードが新たなケアオブアドレスを構成した後に新たなサブネットワークに向って移動し、新たなアクセスルーターへ接続した後にそれを直接使用できるようになることを許す。従って、待ち時間が最小にされると共に、ハンドオフ中のパケットの潜在的なロスが効果的に除去される。
【０００７】
しかしながら、ＩＰ流に対して新たな転送経路を確立するプロセスにおいて、新たなノードへの接続を形成するだけでは充分でない。新たな経路に沿ったノードも、ＩＰパケットに対して同様の転送処理を与えるように準備されねばならない。これは、時間に敏感なＶｏＩＰ電話及びビデオ並びにストリーミングサービスのような特定の要求を伴うサービスにとって特に重要であり、これが移動環境に首尾よく使用されるかどうかは、主として、トラフィックのリダイレクションの影響を最小にする能力に依存する。コンテクスト転送手順は、シームレスなＩＰ層接続を提供することを目的とする特定の方法である。コンテクストとは、新たなサブネット又はサブネットのグループにおいてルーティング関連サービスを再確立する手段として１つのネットワークエンティティから別のネットワークエンティティへ転送される情報に係る。従って、コンテクストの転送は、新たなアクセスルーターへの移動ノード（移動ターミナル、ステーション又は装置としても知られている）のパケットセッションのシームレスな転送を容易にする一方、新たなノードと移動ノードとの間で全プロトコル交換を実行する必要なくセッションを再確立することができる。
【０００８】
上述した高速ハンドオーバー及びコンテクスト転送手順を実行するために、候補アクセスルーター発見（ＣＡＲＤ）は、候補アクセスルーターのＩＰアドレスと、アクセスルーターがハンドオーバー候補として評価されるときにＭＮにとって関心のあるアクセスルーターの特性とを発見するための手段を提供する。この候補アクセスルーター発見（ＣＡＲＤ）により、ＩＰ層のハンドオフのときに、その能力が移動ノードの現在要求に適切に合致する候補アクセスルーターが、ターゲットアクセスルーターとして選択されてもよい。
【０００９】
ＩＥＴＦシーモバイ・ワーキング・グループ・インターネット・ドラフトである２００２年１０月の「Candidate Access Router Discovery」及び２００２年１０月の「A Dynamic Protocol for Candidate Access-Router Discovery」（作業進行中）は、候補アクセスルーターの認識を発見するプロトコルに対して２つの解決策を定義している。しかしながら、これらのドラフトは、いずれも、各アクセスルーターの能力情報のコンテンツもフォーマットも特に定義していない。これら手順の説明では、全能力情報が通信エンティティ間で常に交換されると仮定している。しかしながら、これは、情報の転送に幾つかの欠点を導入する。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
第１に、能力情報における全てのデータがＩＰ層ハンドオフの判断に関連していることはあり得ない。一方、能力情報の個々のパラメータの関連性は、動的に変化するセッション要件に依存する。例えば、次のアクセスルーターについて判断するための本質的な基準が、適切な巾の帯域巾を与える能力である場合には、特定のアクセスルーターの能力情報におけるほとんどの他のデータ、例えば、ポート情報、サポートされたアプリケーションファンクション、認証設定等が、実際の選択に関連していない。一方、シームレスなサービスに対する本質的な問題が、新たなアクセスルーターにおけるあるトランスコードファンクションの存在である場合には、使用可能なＱｏＳパラメータに関する情報が、その時点で冗長なものとなる。更に、非関連データの不必要な送信は、既に不足している無線リソースを使用して移動ノードと１つ以上のネットワークノードとの間で能力情報を転送すべきときに、特に欠点となる。従って、ここで重要な用語は、再配置の間に進行中のＩＰセッションの維持を容易にする能力、通常、アクセスルーターにおいてデフォールトでは使用できない特別な特徴に関わるものである。本質的な能力がアクセスルーターにおいて使用できるかどうかの情報は、ＩＰセッションを再配置するための次のアクセスルーターの選択に適用できる。
【００１１】
更に、確立された機密関係をもたない当事者間、例えば、異なる管理制御下にある要素間で交換される情報の量を最小にする傾向がある。多くの能力情報及びアプリケーション要件を、それらの特定の値と共に宣言するのではなく、移動ノード及びアクセスルーターは、知る必要性のみに基づいて情報を露呈する傾向でもよい。
【課題を解決するための手段】
【００１２】
それ故、本発明は、移動通信システムにおいてネットワーク層のハンドオーバー中に移動ノードのインターネットプロトコル（ＩＰ）セッションの再配置をサポートするための方法を包含する。この方法は、移動ノードに関するアプリケーションコンテクスト情報から、ＩＰセッションの維持を容易にするネットワークノードの能力の第１セットを検出するステップを含む。又、この方法は、その第１セットの能力に関する能力情報を潜在的な次のネットワークノードから問合せするステップと、その第１セットの能力に関する能力情報によりＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するステップも含む。
【００１３】
別の実施形態において、本発明は、移動ノード及び１つ以上のネットワークノードを含む移動通信システムも包含する。移動ノードは、移動ノードに関するアプリケーションコンテクスト情報から、インターネットプロトコル（ＩＰ）セッションの維持を容易にするネットワークノードの能力の第１セットを検出するように構成される。又、移動ノードは、その第１セットの能力に関する能力情報を潜在的な次のネットワークノードから問合せし、そしてその第１セットの能力に関する能力情報によりＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するように構成される。
【００１４】
別の実施形態において、本発明は、移動ノード及び１つ以上のネットワークノードを備えた移動通信システムであって、その移動ノードが第１セットの能力を第１ネットワークノードに登録するように構成された移動通信システムも包含する。第１ネットワークノードは、その第１セットの能力に関する能力情報を潜在的な次のネットワークノードから問合せし、そしてその第１セットの能力に関する能力情報によりインターネットプロトコル（ＩＰ）セッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するように構成される。
【００１５】
又、本発明は、別の実施形態において、移動通信システムにおける少なくとも１つの進行中のインターネットプロトコル（ＩＰ）セッションに基づいてアプリケーションコンテクスト情報を発生し、そしてアプリケーションコンテクスト情報から、ＩＰセッションの維持を容易にする能力の第１セットを検出するように構成された移動通信システムの移動ノードも包含する。又、移動ノードは、その第１セットの能力に関する能力情報を潜在的な次のネットワークノードから問合せし、そしてその第１セットの能力に関する能力情報によりＩＰセッションの再配置に対する前記潜在的な次のネットワークノードの適用性を決定するように構成される。
【００１６】
又、別の実施形態において、本発明は、移動通信システムのネットワークノードであって、移動通信システムの移動ノードから第１セットの能力を受け取り、そしてその第１セットの能力に関する能力情報を潜在的な次のネットワークノードから問合せするように構成されたネットワークノードも包含する。
【００１７】
又、別の実施形態において、本発明は、移動通信システムにおけるネットワーク層ハンドオーバー中に移動ノードのインターネットプロトコル（ＩＰ）セッションを再配置するためのネットワークノードであって、第１セットの能力に関する能力情報についての問合せを受け取るように構成されたネットワークノードも包含する。
【００１８】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【発明を実施するための最良の形態】
【００１９】
一実施形態において、本発明は、定義されたサービスエリア内の移動ノードに対してパケットデータサービスを提供するいかなる移動通信システムにも適用できると共に、種々の形態で実施することができる。図１は、本発明の一実施形態による情報転送をサポートする簡単なシステムアーキテクチャーを示す。移動通信システム１の基本的な部分だけを示すが、当業者であれば、システム１は、ここで詳細に説明する必要のない多数のネットワークノード、ファンクション及び構造を含むことが明らかであろう。
【００２０】
図１の移動通信システム１００の実施形態は、現在アクセスポイント１１３の現在セル１１２に移動ノード１１１を示している。移動ノード１１１は、ネットワークへのアタッチポイントを変更できるＩＰノードでよい。アクセスポイント１１３は、移動ノード１１１へのアクセスリンクを与える装置、通常は、無線トランシーバをもつリンク層（層２）装置でよい。移動ノードは、例えば、ラップトップコンピュータ、移動／セルラーターミナル、パーソナルデジタルアシスタント、等でよい。ここに示す実施形態では、アクセスポイント１１３は、移動通信システムのベースステーション（ＢＳ）である。セル１１２は、アクセスポイント１１３と移動ノード１１１との間のワイヤレス通信が可能であるところの地理的アリアをカバーする。現在アクセスルーター１１４は、現在アクセスポイント１１３に対してＩＰルーターとして働く。１つのアクセスルーターが１つ以上のアクセスポイントに接続されてもよく、そして１つのアクセスネットワークは、１つ以上のアクセスルーターを備えている。アクセスポイントは、個別の物理的エンティティであってもよいし、アクセスルーターと共通配置されてもよい。移動ノード１１１は、現在セル１１２にアタッチされるが、必要に応じてそのアタッチポイントを変更できるように周囲セル１１６、１２０のアクセスポイントと同時に通信してもよい。図１に示すように、矢印の方向に進行する移動ノード１１１は、ある時点で、第１の潜在的に次のアクセスポイント１１５により与えられる第１の潜在的な次のセル１１６のカバレージ、及び第２の潜在的に次のアクセスポイント１２１により与えられる第２の潜在的な次のセル１２０のカバレージに入る。移動ノード及びネットワークノードの詳細な機能的説明は、図８及び９を参照して行なう。
【００２１】
従って、図１の実施形態では、現在アクセスルーター１１４は、現在アクセスポイント１１３に接続される。現在アクセスルーター１１４及び第１の潜在的な次のアクセスルーター１１７は、現在管理制御装置（ＩＳＰ−Ａ）１１８のアクセスネットワークに含まれる。同じ管理制御装置のもとにあって、管理の目的で一緒にグループ編成されたネットワークの集合体は、１つの管理ドメインを構成する。明瞭化のために、管理ドメインに対する１つのアクセスネットワークの実施形態を説明するための幾つかのネットワーク要素しか示されていない。管理ドメインは、異なるアクセス技術を実施できる多数のネットワークを含んでもよく、そして各アクセスネットワークは、図示されていない複数のネットワーク要素を含み得ることが明らかであろう。第２の潜在的な次のセル１２０は、第２の管理制御装置（ＩＳＰ−Ｂ）１１９により制御される別の管理ドメインの一部分である。当業者であれば、ここに含まれた情報に基づいて本発明を実施及び利用することができよう。
【００２２】
移動ノード１１１のアタッチポイントは、ＩＰアドレスで定義することができる。各移動ノード１１１には、ホームアドレスが指定され、そして必要に応じて、１つ以上のケアオブアドレス(care-of-address)が指定される。ホームアドレスは、移動ノードに永久的に指定されてホームネットワークに記憶されたＩＰアドレスである。移動ノードがホームネットワークにアタッチされないときには、その移動ノードに向けられる到来データグラムがカプセル化され、そしてホームネットワークから移動ノードのケアオブアドレスへ送信される。移動ＩＰｖ６では、移動ノードは、そのホームエージェントに記憶されたホームアドレスで識別されてもよい。
【００２３】
ユーザとユーザとの間又はユーザとアプリケーションとの間のパケットデータ接続であって、その間に当事者間でデータを転送できるところのパケットデータ接続を、セッションと称する。図１の実施形態では、移動ノード１１１は、定義された通信アプリケーションに関連したデータ転送のためにアプリケーションサーバー１２３とのセッションを有する。セッションは、例えば、ボイス又はビデオデータのような任意の形式のデータの送信を含むことができる。移動ノードは、異なるサービスアプリケーションへの多数の同時接続を有してもよい。
【００２４】
ネットワーク層ハンドオーバーは、移動ノード１１１がネットワークへのそのアタッチポイントを変更できるようにする手順を与える。移動ノード１１１がそのアタッチポイントを現在アクセスポイント１１３から同じ現在アクセスルーター１１４に接続された別のアクセスポイントへ変更するときには、ネットワーク層（層２）のハンドオーバーが生じ、これは、ＩＰ層におけるルーティングに対して透過的である。移動ノード１１１がそのアタッチポイントを現在アクセスポイント１１３から別のアクセスルーター１２２に接続された別のアクセスポイント１２１へ変更するときにも、好ましくはＩＥＴＦの移動ＩＰにより定義されたように、ＩＰ層のハンドオーバーが生じる。一実施形態では、本発明は、移動ノード１１１とアプリケーションサーバー１２３との間の進行中セッションへのネットワーク層ハンドオーバーにおいてＩＰ層ハンドオーバーによる干渉を最小にするための方法及び装置に係る。
【００２５】
移動ノード１１１が現在アクセスルーター１１４の現在アクセスポイント１１３の現在セル１１２にある間に、潜在的な次のセル１１６、１２０の潜在的な次のアクセスポイント１１５、１２１にサービスするアクセスルーター１１７、１２２は、移動ノードがＩＰレベルハンドオーバーを実行するところの潜在的な次のアクセスルーターである。移動ノード１１１は、潜在的な次のアクセスルーター１１７、１２２に接続された潜在的な次のアクセスポイント１１５、１２１のワイヤレスインターフェイスを本質的にサポートし、そして潜在的な次のアクセスルーターのアクセスポイント１１５、１２１のカバレージ（ここでは、セル１１６、１２０）は、現在アクセスルーター１１４のカバレージ（ここでは、セル１１２）と本質的に重畳することができる。例えば、２００２年１０月、ワーク・イン・プログレス、ＩＥＴＦインターネット・ドラフト、Ｄ．トロセン氏等の「A Dynamic Protocol for Candidate Access Router Discovery」と題するＩＥＴＦ文書に指定された潜在的な次のアクセスルーター発見（ＣＡＲＤ）には、潜在的な次のアクセスルーターを識別し、そしてハンドオフ候補と考えられるときにそれらの提供されるサービスの特性を発見する手順が説明されている。このようにして得られる情報に基づき、候補アクセスルーターのグループが選択されてもよく、そしてその１つがターゲットアクセスルーター（ＴＡＲ）として更に選択されてもよい。ＴＡＲの選択は、通常、潜在的な次のアクセスルーターの能力、移動ノードの好み、及び潜在的な一ポリシーを考慮して行なわれる。本発明は、選択を容易にする情報転送に係り、従って、ＴＡＲの選択は、本発明の範囲には入らない。
【００２６】
図１の実施形態において、移動ノード１１１を携帯するユーザが矢印の方向に移動すると仮定する。移動ノードは、移動ネットワークからの特殊なサービスを要求する進行中のアプリケーションに対してアプリケーションサーバー１２３とのセッションに参加する。特殊なサービスは、特定のアクセスルーターにより容易にされる特徴又は機能、例えば、送信のためのサービスクオリティ、セキュリティレベル、ヘッダ圧縮、トランスコード化サービス要素の利用性、等に関連してもよい。従って、例えば、ダウンリンクデータパケットは、アプリケーションサーバー１２３から第１管理制御装置１１８のもとにあるサービングアクセスルーター１１４を経てサービングアクセスポイント１１３へと流れ、無線インターフェイスを経て移動ノードへリンクされる。
【００２７】
無線アクセスネットワークは、ネットワークレベルのハンドオーバー制御のための定義されたメカニズムを備えている。又、到来するＩＰレベルハンドオーバーに対して準備するために、潜在的な次のアクセスポイント１１５、１２１に接続される潜在的な次のアクセスルーター１１７及び１２２のＩＰアドレスが識別される。この逆方向アドレス変換に対して多数の可能性がある。あるケースでは、ＡＰビーコンは、ＡＰが接続されたアドレスルーターのＩＰアドレスを含む。従来技術では、隣接アクセスポイントのＬ２アドレスと、それらに接続されたアクセスルーターのＩＰアドレスとの間のマッピングを専用ネットワークノードへキャッシングするためのメカニズムも提案されている。潜在的な新たなアクセスルーターを識別するための手順の選択は、本発明にとって重要ではない。
【００２８】
図２のフローチャートを参照すれば、ハンドオフのある程度前に、移動ノード１１１は、アプリケーションサーバー１２３との進行中セッションに対してアプリケーションコンテクストを発生する。アプリケーションコンテクストは、おそらく、セッションの現在状態の情報を含むアプリケーションセマンティクスの一般的な情報を含む。セッションの現在状態に関するアプリケーションコンテクスト情報は、移動ノードと新たなアクセスルーターとの間で全プロトコル交換を再実行する必要なく、新たなアクセスルーターにおけるセッションの再確立を容易にする。アプリケーションコンテクストを発生するための種々の可能性がある。アプリケーションコンテクストは、例えば、移動ノード１１１とアプリケーションサーバー１２３との間のセッション開始プロトコル（ＳＩＰ）メッセージにおけるセッション記述プロトコルに関する記述情報をベースとしてもよい。アプリケーションコンテクストは、アクセスルーターでサポートされることも許す情報エレメントの規定フォーマットで与えられる。このフォーマットは、ＩＥＴＦで推奨されるような指定の規格に基づいてもよい。このような規格は、例えば、分散型コンポーネント・オブジェクト・モデル（ＤＣＯＭ）、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）、共通オブジェクト要求ブローカーアーキテクチャー（ＣＯＲＢＡ）、エンタープライズ・ジャバ・ビーンズ（ＥＪＢ）、タイプ・レングス・バリュー（ＴＬＶ）、拡張マークアップ言語（ＸＭＬ）である。
【００２９】
アプリケーションコンテクスト情報は、移動ノードにおいて本質的に発生されるが、移動ノードの対応ノードに関連した情報を含んでもよい。移動ノードの対応ノードのあるアプリケーション機能は、移動ノードの位置に依存してもよく、例えば、ウェブサーバーは、供給されるウェブページのコンテンツを移動ユーザの位置に基づいて調整する。このような場合に、ＩＰセッションを維持するために、アプリケーションコンテクスト情報は、好ましくは移動ノードにより発生される同じメッセージに含まれる、対応ノードに関する情報も含むことが必要となる。
【００３０】
アプリケーションコンテクスト情報の前記概念は、移動ノードとアプリケーションサーバーとの間の進行中セッションに対する基礎であるアプリケーションセマンティクスの枠組みを構成することに注意されたい。アプリケーションコンテクスト情報は、必要なアクセスルーター能力を抽出するための基礎として働く。あるケースでは、前記アプリケーションコンテクスト情報を、必要なアクセスルーター能力情報へと直接マップすることができ、そしてあるケースでは、更なる処理が必要となる。アプリケーションコンテクスト情報から移動ノードによりあるアクセスルーター能力の必要性を導出する手順は、本発明にとって重要ではない。
【００３１】
この実施形態では、ハンドオーバーに対するターゲットアクセスルーターの選択は、移動ノードにおいて実施されると仮定する。更に、アクセスルーターによりサポートされてもよい考えられる能力のセットが存在すると仮定する。ハンドオーバーに対して隣接アクセスポイントをアクティブに監視する移動ノードでは、選択モジュールが、ＩＰセッションの維持に使用される１つ以上のアクセスルーター能力のセットを定義することができる（ステップ２−１）。これらの能力は、アプリケーションのシームレスな実行を維持するのに使用されるもので、現在アクセスルーターから次のアクセスルーターへのＩＰセッションの再配置の間にも確保されねばならない。以下、このような能力のセットを当該能力（Ｃｏｌ）と称する。Ｃｏｌは、静的な情報、移動ノードの形式、及び／又は現在コンテクストに基づいて一時的に変化し得る動的な情報を含んでもよい。例えば、定義された広い帯域巾を要求するサービスを利用して、アプリケーションサーバー１２３との進行中セッションにある移動ノード１１１は、動的に変化する使用可能な帯域巾をＣｏｌの能力として含んでもよい。対応的に、移動ノードは、より静的なプレイアウトバッファサポート能力が次のアクセスルーターに存在することを要求してもよい。Ｃｏｌは、主として、ルーティングに関連した機能に係るが、幾つかのより高いレベルの能力に関連することもでき、例えば、セキュリティゲートウェイ並置、オーディオ／ビデオ混合能力、例えばＷＬＡＮ三角測量による位置追跡能力をＣｏｌに含ませることができる。
【００３２】
更に、移動ノードは、Ｃｏｌの各能力に対して条件を定義してもよく、この条件は、応答側アクセスルーターの能力を、移動ノードにより要求された能力に対して比較して、ＩＰセッションの再配置にも関わらずアプリケーションのシームレスな進行を容易にするための方法を与える。この条件は、例えば、アクセスルーターから受信された能力情報が比較されるところの制限ファクタとして指示されてもよい。上述した例では、移動ノード１１１は、ＩＰセッションのシームレスな再配置の条件として、次のアクセスルーターが２００ｋビット／ｓのスループット能力をサポートすることを決定してもよい。対応的に、移動ノードによる条件は、プレイアウトバッファサポート能力に対してブール値が真であることを要求してもよい。
【００３３】
ステップ２−１において、移動ノードは、定義されたＣｏｌ及びＣｏｌ条件を含むメッセージを現在アクセスルーター１１４へ転送する。ステップ２−２において、移動ノード１１１は、新たなアクセスルーター１２２の識別されたアドレス情報を含むメッセージを現在アクセスルーター１１４へ送信する。ステップ２−２のメッセージにより、移動ノードは、アクセスルーター能力情報転送に含まれるべき潜在的な新たなアクセスルーター１２２を識別する。移動ノードは、アクセスルーター１２２を、例えば、そのＬ２アドレス又はそのＩＰアドレスにより指示してもよい。時々、アクセスポイント１２１のビーコンは、関連アクセスルーター１２２のＩＰアドレスを含んでもよく、このような場合に、移動ノード１１１は、適当なネットワークノード、ここでは、サービングアクセスルーター１１４へそれを直接転送してもよい。さもなければ、移動ノードは、特定のアクセスポイント１２１のＬ２アドレスを、逆方向アドレス変換を管理するサービングアクセスルーター１１４へ転送する。
【００３４】
上述したように、定義されたＣｏｌ、Ｃｏｌ条件、及びアドレス情報は、少なくとも２つの個別のメッセージ、即ちＣｏｌ情報に関連したメッセージ、及び新たな潜在的なアクセスルーターに関する識別情報を保持するメッセージにおいて搬送されてもよい。これは、通常、Ｃｏｌ情報がそれに対応するネットワークノードへ最初に転送され、そして新たなアクセスルーターに関する認識情報の転送が、潜在的な新たなアクセスポイントから受信されたアクセスポイントビーコンに応答して移動ノードにより後で開始されるときのケースである。しかしながら、この情報、従って、ステップ２−１及び２−２は、１つのメッセージに合体されてもよい。
【００３５】
ステップ２−３において、受信したアドレス情報は、現在アクセスルーターにより分析される。アドレス情報が潜在的な次のアクセスルーターのＩＰアドレスを含む場合には、Ｃｏｌ情報は、アドレスされた潜在的な次のアクセスルーターへ実質的に転送することができる（ステップ２−４）。アドレス情報が、特定のアクセスルーターに関連したアクセスポイントの層２識別子しか含まない場合には、ステップ２−３は、例えば、ＩＥＴＦシーモバイ・ワーキング・グループ・インターネット・ドラフト、２００２年１０月の「Candidate Access Router Discovery」に基づき、上記で示唆した逆方向アドレス変換も含む。
【００３６】
ステップ２−５では、潜在的な次のアクセスルーターは、受信したＣｏｌ問合せを分析し、そしてその能力に基づいて、Ｃｏｌ応答を発生し、これは、オリジナルの問合せでＣｏｌ条件が与えられていた場合にＣｏｌ問合せにおけるＣｏｌに対して定義された条件を満足するためのアクセスルーターの能力を指示する。さもなければ、応答は、要求された能力の各々に対する現在値を含んでもよい。ステップ２−６では、潜在的な次のアクセスルーターは、Ｃｏｌ応答を現在アクセスルーターへ転送し、該ルーターは、Ｃｏｌ応答を移動ノードへ転送する（ステップ２−７）。問合せ及び応答のようなメッセージのフォーマットは、本発明にとって重要ではなく、例えば、適当なインターネット制御メッセージプロトコル（ＩＣＭＰ）メッセージ又はユーザデータグラムプロトコル（ＵＤＰ）メッセージが使用されてもよい。又、応答も、問合せのフォーマット及びコンテンツに基づき多数のやり方で公式化されてもよい。一例において、アクセスルーターは、Ｃｏｌのリストを受け取り、そして要求されたＣｏｌに対してそれ自身の値を返送する。又、問合せが、満足されるべき条件を含む場合には、アクセスルーターが、その要求された条件に対してその能力を事前にある程度合致させてもよい。
【００３７】
ステップ２−８では、ここに述べるＣｏｌ問合せ手順で潜在的な次のアクセスルーターから受信した応答が、要求された能力に基づいて評価される。評価の結果は、その後、ハンドオーバーのためのターゲットアクセスルーターの選択に使用される。ターゲットアクセスルーターの実際の選択においては、選択に影響する複数の他のファクタが考慮されてもよく、ここに述べるＩＰセッションをシームレスに再配置する能力は、それらの１つに過ぎない。
【００３８】
この実施形態の変形として、Ｃｏｌ能力の一部分は強制的なものとして取り扱われ、そして一部分は任意であるように構成されてもよい。例えば、移動ノードは、帯域巾能力を強制的なものとして指示し、そしてプレイアウトバッファサポートを任意なものとして指示してもよい。任意な能力は、強制的な要件を満足する候補と候補との間の比較を容易にすることによりターゲットアクセスルーターの選択を改善するのに使用されてもよい。
【００３９】
この実施形態の別の変形として、情報転送は、現在アクセスルーター１１４を通信に含まずに、移動ノード１１１と潜在的な次のアクセスルーター１２２との間で直接行なうように構成されてもよい。このような情報転送に対する１つの要件は、移動ノードと潜在的な次のアクセスルーターとの間に既存のＩＰ接続が存在することである。このようなケースでは、ステップ２−３から２−４が、移動ノードから候補アクセスルーターへの専用問合せメッセージと置き換えられてもよく、そしてステップ２−６から２−７が、潜在的な次のアクセスルーターから移動ノードへの専用応答メッセージで置き換えられてもよい。
【００４０】
本発明の別の実施形態では、移動ノード１１１により要求される能力と、潜在的な次のアクセスルーター１２２により指示される能力との間の比較が、ネットワーク側で、以下、移動プロキシーサーバーと称される定義されたネットワークノードにおいて実施される。通信システムの一実施形態が図３に示されている。図３の要素３１１から３２３は、図１の要素１１１から１２３に対応し、ここでは繰り返し説明しない。この実施形態によれば、移動プロキシーサーバー３２４が移動通信システムに更に接続される。図３では、１つの移動プロキシーサーバー３２４の接続がインターネットを経て示されている。移動通信システムは、このようなサーバーを１つ以上含んでもよく、そして移動プロキシーサーバー３２４は、移動通信システムのアクセスネットワークのいずれに配置されてもよい。移動プロキシーサーバー３２４は、個別の物理的ネットワーク要素であってもよいし、又は別のネットワーク要素内に一緒に一体化された論理的ユニットとして実施されてもよい。
【００４１】
本発明のこの実施形態における移動プロキシーサーバー３２４の１つの役割は、移動ユーザに関する更新されたパーソナル情報を維持することである。これを具現化したものは、例えば、移動ユーザの現在のパーソナル情報に基づいて選択及び／又は調整されたサービスの提供を容易にすることを目標とする進歩型アプリケーションを実行するためのサーバーである。このような移動プロキシーサーバー３２４は、種々のソースから静的及び動的な情報を収集するように構成され、そして移動ユーザの動的に変化するパーソナル状態及びコンテクスト情報に基づいて、ユーザに対する１つ又は複数の定義されたサービスを提供する。収集された情報は、例えば、ユーザ位置、ユーザ自身により入力されたユーザプロフィール、インターネットを経て検索されたバックグランドデータ、ユーザの肉体的又は感情的状態に関する監視データ、進行中アプリケーションの状態、等を含んでもよい。例えば、アプリケーションは、ユーザ位置情報のためのデータソース、事象スケジュールのためのデータソース、リーグ情報のためのデータソース、及びユーザ監視データのためのデータソースから情報を引き出すように構成されていると考える。位置情報のためのデータソースは、フットボールのスタジアムにいるユーザを指示し、事象スケジュールのデータソースは、検出されたフットボールスタジアムにおいて行なわれるべき特定の試合を指示し、リーグ情報のためのデータソースは、特定の試合に関するリーグの他の全てのチームを容易にリストし、そして更に、ユーザ監視データは、現在のゲームの進行に関してユーザが熱中的であると感じないことを指示するものと仮定する。この情報に基づいて、アプリケーションは、そのリーグの同時に進行している他の試合のゴール及びスコアの速報を検索し、そしてそれらをユーザにオファーするというサービスをトリガーするように構成されてもよい。
【００４２】
移動プロキシーサーバー３２４に当該動的情報を維持するために、移動ノード３１１は、当該アプリケーションコンテクスト情報及び監視情報を移動プロキシーサーバー３２４へ転送する。移動ノード１１１と移動プロキシーサーバー３２４との間には信頼関係があり、これは、通信当事者の認識及び交換されるメッセージの完全性を確保するための適切なセキュリティ手段がそれらの相互通信においてとられることを意味する。このような手段は、当業者に一般的に知られた認証及び暗号化手順を含んでもよい。このプロキシー構成により、移動ノードのためのアプリケーションコンテクスト情報を発生する更新された情報がネットワーク側で得られるようになり、従って、本発明の目的に使用できるようになる。又、移動プロキシーサーバーは、別のネットワークノード、例えば、サービングアクセスノード内に一体化されたローカルエンティティでもよい。移動プロキシーサーバーの機能的構造は、図８を参照して以下に詳細に述べる。
【００４３】
図４には、この実施形態による情報転送が示されている。ステップ４−１及び４−２においてＣｏｌを定義する概念は、図２のステップ２−１から２−２の説明に使用したものに対応し、従って、ここでは繰り返し説明しない。ステップ４−１において、移動ノード３１１は、定義されたＣｏｌ、定義されたＣｏｌ条件を含むメッセージを移動プロキシーサーバー３２４へ送信する。前記実施形態と同様に、ステップ４−１及び４−２は、１つの単一メッセージであってもよいし、少なくとも２つの個別のメッセージを含んでもよく、即ちＣｏｌ情報に関連したものが、新たな潜在的アクセスルーターの認識情報とは個別に送信されてもよい。従って、移動ノードは、最初に、Ｃｏｌ情報を移動プロキシーサーバーへ転送し、そして１つ以上後のメッセージにおいて、例えば、新たなアクセスポイントからアクセスポイントビーコンを受信したときに、新たなアクセスルーターに関する認識情報を転送することが考えられる。
【００４４】
ステップ４−３において、移動ノードから受信したＣｏｌ及びアドレス情報は、図２のステップ２−３で述べたように、移動プロキシーサーバー３２４において分析される。更に、移動プロキシーサーバー３２４では、隣接アクセスルーターのある能力情報が記憶され、これは、この段階でプロセスを加速又は向上させるために使用できる。このキャッシングオプションは、以下で詳細に説明する。
【００４５】
定義された時間に、例えば、潜在的な次のアクセスルーター認識に関する情報を保持する移動ノードからの受信メッセージに応答して、移動プロキシーサーバー３２４は、移動ノードのＣｏｌ情報問合せを含むメッセージを発生し、そしてそれを、識別された潜在的な次のアクセスルーター３２２へ送信する（ステップ４−４）。アクセスルーターは、Ｃｏｌ要件をその能力及びリソース状態に対して分析し（ステップ４−５）、そして応答を移動プロキシーサーバーへ返送する（ステップ４−６）。移動ノードに関する記憶されたＣｏｌ情報と、新たなアクセスルーターから受信したＣｏｌ応答との間の比較に基づき、移動プロキシーサーバー３２４は、一致の結果を発生する（ステップ４−７）。この結果は、その後、ハンドオーバーに対するターゲットアクセスルーターの選択に使用することができる。上述したように、ターゲットアクセスルーター選択の実際の手順は、選択に影響する複数の他のファクタを含み、これは、本発明にとって重要ではない。ステップ４−８では、一致の結果が移動ノードへ転送され、及び／又はその派生物が移動プロキシーにおいて発生される。このような派生物は、例えば、ハンドオーバーに対する新たなアクセスルーターの適合性の推奨でもよいし、又は移動プロキシーサーバー３２４で実行されたターゲットアクセスルーター選択手順の結果でもよい。
【００４６】
上述したように、この実施形態の変形として、移動プロキシーサーバー３２４は、それが通信した隣接アクセスルーターに関する情報をキャッシュ処理するように構成されてもよい。このようなケースでは、ステップ４−７は、移動プロキシーサーバー３２４が、潜在的な次のアクセスルーターから受信した応答４−６を分析し、将来の使用に適用できる情報を識別し、そしてその情報を記憶することを含む。新たなアクセスルーターからの情報の一部分は動的であり、従って、応答の後の短い周期中しか適用できないことが明らかである。一方、情報の一部分は、本質的に静的であるか又は少なくとも非常にゆっくり変化し、従って、その後も使用することができる。例えば、使用可能な帯域巾に対する値は、通常、時間と共に変化し、移動ノードのＣｏｌ情報に含まれるたびに要求されるのが好ましい。一方、プレイアウトバッファサポートの利用性は、時間と共に変化することが予想されない更に静的な値であり、移動ノードのＣｏｌ情報に含まれるたびに要求される必要がない。しかしながら、ゆっくりと変化する能力及び動的に変化する能力にこのように分割するには、あまり動的でないが明白な変化が長い時間周期にわたって生じるのを許すために、ある種の更新手順が必要となる。その最も簡単な形態において、このような更新手順は、移動プロキシーサーバーが、ゆっくり変化するＣｏｌ情報エレメントに対して隣接アクセスルーターからの値を周期的に要求するように構成されることを含む。ゆっくり変化する及び動的に変化する能力情報を識別するルールは、移動プロキシーサーバー３２４により記憶されて適用されてもよいし、又は識別の少なくとも一部分がアクセスルーターにおいて実施されてもよい。アクセスルーターは、例えば、その応答において、Ｃｏｌ値を静的及び動的とマークしてもよく、ここで、受信側移動プロキシーサーバーは、特定のアクセスルーターに対する静的な値を記憶するように構成される。このキャッシング構成では、セッションのシームレスな再配置を容易にするための問合せ−応答メッセージを更に減少することができる。あるケースでは、移動ノードからのＣｏｌ情報と、隣接アクセスルーターのＣｏｌ情報との比較は、４−４から４−６の問合せ−応答ステップを全く通らずに、移動プロキシーサーバーに記憶された情報から完全に導出されてもよい。
【００４７】
この実施形態の別の変形として、移動プロキシーサーバー及び隣接アクセスルーターは、能力が変化するときに互いに通知するように構成されてもよい。このようなケースでは、移動プロキシーサーバーは、ステップ４−３において、定義されたインスタンス、例えば、値が実質的に変化した直後に、或いは予め定義された周期的な間隔で、状態更新を送信するようにアクセスルーターに要求するところの能力の指示を問合せメッセージに含ませる。対応的に、アクセスルーターは、ステップ４−６に関連して前記で述べたように、応答を送信するように構成できるが、更に、移動プロキシーサーバーにより要求されたときに、状態及び／又は能力の変化について移動プロキシーサーバーに通知するために１つ以上の付加的な応答を送信することもできる。更新手順は、予め定義された時間周期の後に自動的に終了するように構成されてもよいし、又は通知終了手順が確立されてもよい。例えば、移動プロキシーは、ステップ４−４のメッセージを再送信するように構成されてもよく、このメッセージは、値をそれ以上送信する必要がないことを示すマーカーを含むように修正される。この通知構成では、前記キャッシング構成が更に向上される。
【００４８】
最初に述べたように、図１及び３の要素間で交換されるメッセージのフォーマットは、本発明にとって重要ではない。しかしながら、適切なインターネット制御メッセージプロトコル（ＩＣＭＰ）メッセージ又はユーザデータグラムプロトコル（ＵＤＰ）メッセージをこの目的で適用することができる。
【００４９】
図５には、説明のためのＣｏｌ問合せが概略的に示されている。データブロック５００は、データに先行するヘッダ情報のためのヘッダ部分５１０と、パラメータ部分５２０と、値部分５３０とを含む。パラメータ部分５２０は、本質的に同じ又は異なるビット量のデータフィールドである情報エレメントのグループ、データ１１、・・・データ１５を含む。パラメータ部分の情報エレメントは、本質的に、アクセスルーターの能力に関連したパラメータを識別する。又、通信システムにおけるデータ転送の他の要素に関連した他の幾つかのパラメータがデータブロックに含まれてもよい。任意の値部分５３０は、情報エレメントのグループ、データ２１、・・・データ２５を含み、その各々は、パラメータ部分の対応する情報エレメントに関連付けられると共に、その関連パラメータに対する条件を本質的に指示する。又、データブロック５００は、フラグ部分５４０も含み、これは、フラグビットのグループｆ１、ｆ２、・・・ｆ５を保持し、フラグ部分５４０の各フラグビットは、パラメータ部分及び値部分の情報エレメントに関連付けられ、そして付加的な定義でパラメータをマークし又は表示するのに使用される。このような定義、及び任意／非任意、動的／静的等の例は、最初に説明した。
【００５０】
図６は、図５の問合せに対するある別のＣｏｌ応答を概略的に示す。この応答は、問合せのフォーマットに従うように構成されてもよく、従って、オプション６ａに示すように、対応する情報を、定義された同じフォーマットで含み、応答側アクセスルーターの値が値部分６３０の情報エレメントに置き換えられただけである。更に、最初に述べたように、応答のフラグ部分６４０は、値部分６３０の対応フィールドの値が動的に変化するかどうか指示するのに使用されてもよい。オプション６ｂにおいて、データブロックのグループ、ａｃｋ１、・・・ａｃｋ５を含む別の応答は、問合せの値部分５３０に指示された対応条件がアクセスルーターにより満足できるかどうか示す確認を保持する。又、確認に代わって、限界値又は条件を満足できる程度の推定パーセントが指示されてもよい。全てのアクセスルーターが、特にそれら自身の管理ドメインの外部で、それらの能力情報を自由に提示することを偏在的に要求する挑戦がおそらくあるので、応答は簡単な確認メッセージでよい。オプション６ｃは、アクセスルーターの確認ａｃｋ１が、問合せで要求された全ての条件５３０を満足できるかどうか指示するこの別の形態を示している。
【００５１】
以下、図７を参照して、移動ノードの機能を詳細に説明する。移動ノード１１１は、プロセッサ即ち処理手段７１を備え、これは、演算論理ユニット、多数の特殊なレジスタ及び制御回路を含む要素である。処理手段には、メモリユニット即ちメモリ手段７２が接続され、これは、コンピュータ読み取り可能なデータ又はプログラム或いはユーザデータを記憶することのできるデータ媒体である。メモリ手段は、通常、読み取り及び書き込みの両方を許すメモリユニット（ＲＡＭ）と、コンテンツを読み取ることしかできないメモリ（ＲＯＭ）とを含む。又、移動ノードは、インターフェイスブロック７３も備え、これは、ユニットにおける内部処理のためにユーザがデータを入力する入力又は入力手段７４と、ユニットの内部処理からユーザデータを出力するための出力又は出力手段７５とを有する。入力手段は、例えば、キーパッド、タッチスクリーン、マイクロホン、等を含むことができる。出力手段は、例えば、スクリーン、タッチスクリーン、スピーカ、等を含む。又、移動ノードは、中央処理手段に接続された無線ユニット７６も備え、これは、エアインターフェイスから情報を受け取り、それを処理して処理手段７１へ入力するための受信手段と、処理手段７１から情報を受け取り、それを処理してエアインターフェイスを経て送信するための送信手段とで構成される。このような無線ユニットの実施は、当業者に一般に知られている。処理手段７１、メモリ手段７２、インターフェイスブロック７３及び無線ユニット７６は、ユニットの予め定義された本質的にプログラムされたプロセスに基づいて、受信及び／又は記憶されたデータに対してオペレーションを系統的に実行するように電気的に相互接続することができる。本発明による解決策では、オペレーションは、上述した移動ノードの機能を含む。
【００５２】
対応的に、図８は、上述した通信システムのネットワークノードの基本的な機能構造の一例を概略的に示す。ここに述べるこのようなノードは、例えば、アクセスポイント、サービングアクセスルーター、候補アクセスルーター、及びターゲットアクセスルーターを含む。このノードは、プロセッサ即ち処理手段８１を備え、これは、演算論理ユニット、多数の特殊レジスタ及び制御回路を含むことのできる要素である。処理手段には、メモリ手段８２、即ちコンピュータ読み取り可能なデータ又はプログラム或いはユーザデータを記憶できるデータ媒体が接続される。メモリ手段は、通常、読み取り及び書き込みの両方を許すメモリユニット（ＲＡＭ）と、コンテンツを読み取ることしかできないメモリ（ＲＯＭ）とを含む。又、ユニットは、インターフェイスブロック８３も備え、これは、ユニットにおける内部処理のためにデータを入力する入力手段８４と、ユニットの内部処理からユーザデータを出力するための出力手段８５とを有する。入力手段は、例えば、その外部接続ポイントへ供給される情報に対してゲートウェイとして働くプラグインユニットを含む。又、ネットワークノードのオペレータに関する情報を受信するために、ネットワークノードは、キーパッド、タッチスクリーン、マイクロホン等を含んでもよい。出力手段は、例えば、その外部接続ポイントに接続されたラインに情報を供給するプラグインユニットを備えている。又、ネットワークノードのオペレータに情報を出力するために、スクリーン、タッチスクリーン、スピーカ等を含んでもよい。処理手段８１、メモリ手段８２、及びインターフェイスブロック８３は、ユニットの予め定義された本質的にプログラムされたプロセスに基づいて、受信及び／又は記憶されたデータに対してオペレーションを系統的に実行するように電気的に相互接続することができる。本発明による解決策では、オペレーションは、上述したオペレーションを実施する機能を含む。
【００５３】
当業者であれば、技術の進歩と共に、本発明の概念が種々のやり方で実施できることが明らかであろう。従って、本発明及びその実施形態は、上述した例に限定されるものではなく、特許請求の範囲内で変更が可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態による情報転送をサポートする簡単なシステムアーキテクチャーを示す図である。
【図２】本発明の実施形態による情報転送のフローチャートである。
【図３】本発明の別の実施形態による簡単なシステムアーキテクチャーを示す図である。
【図４】図３の実施形態における情報転送を示すフローチャートである。
【図５】Ｃｏｌ問合せを示す図である。
【図６】図５の問合せに対応するＣｏｌ応答を示すデータブロック図である。
【図７】移動ノードの論理機能構造を示す図である。
【図８】ネットワークノードの論理機能構造を示す図である。
【図１】
2005523671.tif 000003
【図２】
2005523671.tif 000004
【図３】
2005523671.tif 000005
【図４】
2005523671.tif 000006
【図５】
2005523671.tif 000007
【図６】
2005523671.tif 000008
【図７】
2005523671.tif 000009
【図８】
2005523671.tif 000010
【国際調査報告】
2005523671.tif 000011
2005523671.tif 000012
2005523671.tif 000013