(57)【要約】      （修正有）【課題】異種アクセスネットワーク間でコンテキストの転送を成功させるメカニズムを提供する。【解決手段】複数の異種アクセスネットワークにアクセスし、異種アクセスネットワーク間でハンドオーバを実行する移動端末であって、複数の異種アクセスネットワークに共通なアクセスネットワーク情報転送マネージャから移動端末の近傍における利用可能なアクセスネットワークのリストを含む利用可能アクセスネットワーク情報を受信する受信過程５０５と、利用可能アクセスネットワーク情報において示された利用可能なアクセスネットワークから信号を受信計測し、利用可能なアクセスネットワークの中からハンドオーバを行うアクセスネットワークを選択する選択過程５０７と、選択されたアクセスネットワークへのハンドオーバを開始する開始過程５０８と、を有する。【選択図】図５
2010213340.tif 000002
【特許請求の範囲】
【請求項１】
複数の異種アクセスネットワークにアクセスし、前記異種アクセスネットワーク間でハンドオーバを実行する移動端末であって、
前記複数の異種アクセスネットワークに共通なアクセスネットワーク情報転送マネージャから前記移動端末の近傍における利用可能なアクセスネットワークのリストを含む利用可能アクセスネットワーク情報を受信する受信手段と、
前記利用可能アクセスネットワーク情報において示された前記利用可能なアクセスネットワークから信号を受信する計測手段と、
前記利用可能なアクセスネットワークの中からハンドオーバを行うアクセスネットワークを選択する選択手段と、
選択されたアクセスネットワークへのハンドオーバを開始する開始手段と、
を有する移動端末。
【請求項２】
前記異種アクセスネットワークは、少なくともＰＬＭＮと無線ローカルエリアネットワークを含む、請求項１記載の移動端末。
【請求項３】
前記利用可能アクセスネットワーク情報は、前記利用可能なアクセスネットワークの無線アクセスネットワーク識別子を含む、請求項１記載の移動端末。
【請求項４】
前記信号は、無線アクセスネットワーク識別子が含まれるビーコンメッセージである、請求項１記載の移動端末。
【請求項５】
複数の異種アクセスネットワークにアクセスし、前記異種アクセスネットワーク間でハンドオーバを実行する移動端末で用いられる通信方法であって、
前記複数の異種アクセスネットワークに共通なアクセスネットワーク情報転送マネージャから前記移動端末の近傍における利用可能なアクセスネットワークのリストを含む利用可能アクセスネットワーク情報を受信するステップと、
前記利用可能アクセスネットワーク情報において示された前記利用可能なアクセスネットワークから信号を受信するステップと、
前記利用可能なアクセスネットワークの中からハンドオーバを行うアクセスネットワークを選択するステップと、
選択されたアクセスネットワークへのハンドオーバを開始するステップと、
を有する通信方法。
【請求項６】
前記異種アクセスネットワークは、少なくともＰＬＭＮと無線ローカルエリアネットワークを含む、請求項５記載の通信方法。
【請求項７】
前記利用可能アクセスネットワーク情報は、前記利用可能なアクセスネットワークの無線アクセスネットワーク識別子を含む、請求項５記載の通信方法。
【請求項８】
前記信号は、無線アクセスネットワーク識別子が含まれるビーコンメッセージである、請求項５記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末がその１つに接続される複数の異種アクセスネットワークを含む通信ネットワークにおけるコンテキストの転送方法に関する。また、本発明は、上記方法を実行するコンテキスト転送マネージャに関する。さらに、本発明は、上記提供されたコンテキストの転送方法を実行するのに特に適合された移動端末に関する。
【背景技術】
【０００２】
ネットワークに接続された移動中のあらゆる移動ノードは、通信中（ｏｌｄ）のネットワークの受信可能領域を離れる際、接続性を維持するために移動先（ｎｅｗ）ネットワークへのハンドオーバを実行することができる。移動ノードが接続中に進行するデータセッションを有する場合、この接続は、少なくともハンドオーバプロセスの時間の間中断する。モバイルＩＰのような追加のメカニズムによりトラフィックを移動先の接続ポイントへ再ルーティングすることが可能となるので、セッションを再開することができる。ただし、ハンドオーバ持続時間はセッション中断の下限のタイムリミットである。
【０００３】
したがって、ハンドオーバ持続時間をできるだけ短くすることが好ましい。これを維持するメカニズムはプロアクティブ（ｐｒｏ−ａｃｔｉｖｅ）コンテキスト転送である。プロアクティブコンテキスト転送により、移動ノード（移動端末）が移動先ネットワークへハンドオーバを開始する前にアクセスルータ（ＡＲ）またはアクセスポイント（ＡＰ）におけるセッション状態を確立することができる。この転送は、アクセスルータまたはアクセスポイントが接続されるバックボーンネットワークを介して行われる。これは例えばインターネットであろう。
【０００４】
転送されるデータの発信元は、コンテキストに関する知識を既に有するエンティティである。プロアクティブコンテキスト転送の代替解決方法、いわゆるリアクティブ（ｒｅａｃｔｉｖｅ）コンテキスト転送では、コンテキストの転送はハンドオーバが既に始まった時点で開始される。
【０００５】
プロアクティブコンテキスト転送を実現するための重要な機能は、ハンドオーバを実行する前に、コンテキストが転送される候補を選択することである。移動ノードの移動パターンは知られていないので、どのアクセスルータまたはどのアクセスポイントが次の接続ポイントであるかは通常は予測できない。通常、アクセスポイントのセルの受信可能領域は、ハンドオーバを実行できるように重畳しているものと考えられる。しかしながら、到達範囲内に複数の新たなアクセスポイントが存在する場合、これはまた、加わるべき新たなネットワークの選択プロセスに対してはわずかの手助けとなるのみである。
【０００６】
（SEAMOBY CTPとCARD）
ＩＥＴＦ（Internet Engineering Task Force）作業委員会Ｓｅａｍｏｂｙは、コンテキスト転送に関する２つのプロトコルを開発した。これらは、Context Transfer Protocol（ＣＴＰ：非特許文献１参照、すべてのインターネット草案およびＲＦＣはhttp://www.ietf.orgから入手可能）およびCandidate access router Discovery（ＣＡＲＤ：非特許文献２参照）である。ＣＴＰは、コンテキスト転送を開始し、コンテキストデータを運ぶプロトコルとして機能する。移動ノード、移動前（ｐｒｅｖｉｏｕｓ）のアクセスルータ（ｐＡＲ）および移動先アクセスルータ（ｎＡＲ）の３者がＣＴＰ通信に関与する。これら３者すべては、異なるメッセージタイプによりプロトコル交換を開始することができる。移動ノードがネットワークアクセスポイントの変更を望むか、またはそうしなければならない場合で、移動ノードと移動前のアクセスルータとの接続が既に中断してしまった場合は、移動ノードは、少なくとも移動先アクセスルータに要求を送信する。移動ノードが、ＣＡＲＤを介すなどして移動先アクセスルータのなにがしかの予測を利用する場合、移動ノードは移動先アクセスルータ自体に接続する前に、通信中（ｐｒｅｖｉｏｕｓ）のアクセスルータに、予測される移動先（ｎｅｘｔ）アクセスルータへのコンテキスト転送を開始する旨のメッセージを送信することができる。このメッセージは、移動先アクセスルータのＩＰアドレスと、移動前のアクセスルータにおける移動ノードの古いＩＰアドレスと、転送されるべきコンテキストデータのリストと、移動先アクセスルータにおいて知られうるＩＰアドレスと、コンテキストの確実なおよび／または信頼できる転送を要求するフラグとを含む。次に、「特徴コンテキスト（feature context）」と呼ばれるコンテキストデータが別のメッセージで送信される。
【０００７】
ＣＡＲＤプロトコルは、ＣＡＲＤ要求とＣＡＲＤ応答との２つのメッセージのみから成る。これらは、２つのアクセスルータの間、すなわち可能性の有る移動先アクセスルータ（ｎＡＲ）と通信中のアクセスルータ（ｐＡＲ）と呼ばれる現在のアクセスルータとの間、もしくは移動ノードと移動前のアクセスルータまたは移動先アクセスルータとの間でも使用することができる。ＣＡＲＤは、アクセスルータ間で移動先アクセスルータ候補の能力情報を獲得するのを支援するが、この能力情報はコンテキスト転送とその後の移動ノードのハンドオーバに対し最も適切な１つを選択するために必要となる。ＣＡＲＤ要求は、移動ノードと通信中のアクセスルータとの間で発せられて、移動先アクセスルータ候補のリストを要求する。この要求の中で、移動ノードは、あるメカニズムにより検知されたすべての次のアクセスルータのデータリンク層（レイヤ２）識別子を送信することができ、したがって通信中のアクセスルータは、どのアクセスルータが移動ノードの範囲内に存在しているかのヒントを得る。通信中のアクセスルータがレイヤ２識別子により移動先アクセスルータを識別する方法は、ＣＡＲＤ草案には規定されていない。移動ノードへの応答では、通信中のアクセスルータは、移動ノードが候補として処理しなければならない移動先アクセスルータの数を低減するために、通信中のアクセスルータが決定した基準によりあらかじめフィルタリングされた移動先アクセスルータの能力を含む移動先アクセスルータのリストを送信する。
【０００８】
（無線ローカルエリアネットワークにおけるコンテキスト転送（IEEE 802. 11f))
無線ローカルエリアネットワーク（ＷＬＡＮ）においては、移動先アクセスポイントにおける再関連付け処理（ｒｅ−ａｓｓｏｃｉａｔｉｏｎ  ｐｒｏｃｅｓｓ）を可能にするハンドオーバに関与するアクセスポイント（ＡＰ）間のクライアントまたは基地局（ＳＴＡ）に関する情報が交換される。この再関連付け処理を促進するコンテキスト転送方式が使用される。アクセスポイントとＲＡＤＩＵＳサーバの２つの機能エンティティがこのコンテキスト転送に関与する。基地局（ＳＴＡ）に対し、当該管理プロセスは透過的である。ＲＡＤＩＵＳサーバは、配送された基本サービスセット識別子（ＢＳＳＩＤ）をＩＰアドレスにマッピングするタスク、またはアクセスポイントの全指定ドメイン名（ＦＱＤＮ）をマッピングするタスクを遂行する。このマッピングは、アクセスポイントがＲＡＤＩＵＳサーバと同じ拡張サービスセット（ＥＳＳ）に属するかどうかを暗黙に示す。ＲＡＤＩＵＳサーバはまた、要求があり次第、暗号鍵をアクセスポイントに配布し、２つのアクセスポイント間の暗号化通信を可能にする。この通信は、クライアントのノード間移動を可能にするとともに、一度に１つのアクセスポイントにのみクライアントが関連付けられるようにするすべての管理データを含む。管理メッセージは、コンテキストデータを含みうる。以下のＥＳＳの各アクセスポイントは、近傍のアクセスポイントの動的な表示を維持する。この表示は近傍グラフ（Ｎｅｉｇｈｂｏｒ  Ｇｒａｐｈ）とも呼ばれる。
【０００９】
留意すべき重要な点は、非特許文献３に記載された「異なるサービスモデルを有する媒体間でのコンテキスト転送は成功しないはずである」ということである。ＩＥＥＥ  ８０２．１１のコンテキスト転送メカニズムによれば、携帯電話装置とＩＥＥＥ  ８０２．１１のアクセスポイントとの間でコンテキストを転送する試みは、携帯電話のアクセスポイントが８０２．１１のアクセスポイントと同じサービスセットを実施しないかぎり失敗する。結論として、同文書は、異種技術間のコンテキスト転送は失敗すると述べている。
【００１０】
（他のメカニズム）
ＣＴＰシナリオのアクセスルータと移動ノードに加えて、特許文献１に記載されたメカニズムは、コンテキスト転送が可能な近傍アクセスネットワーク（ＡＮ）およびアクセスルータを検索するタスクを果たすポリシーサーバ（ＰＳ）を含む（ＣＡＲＤメカニズムに相当する）。当該アクセスネットワークは、ビーコン信号でレイヤ２情報により示され、移動ノードにより受信され、ＰＳによりローカルデータベースにおいて検索される。ＰＳは、近傍のポリシーサーバが移動ノードにサービスすることができる場合は、近傍のポリシーサーバと通信し、近傍のポリシーサーバと事前認証を行う。このメカニズムの１つの欠点は、それがＣＴＰのシナリオよりさらに確実な接続（セキュリティアソシエーション）を必要とするということである。次に、このメカニズムは、移動先アクセスネットワークに送信する前に、動的かつ静的な部分からコンテキストを実際に構築するが、目標のネットワークの特徴あるいは能力を一切考慮しない。
【００１１】
特許文献２には、近傍の候補の選択に対して現在のトラヒック負荷とユーザ権限のような動的パラメータを考慮するメカニズムが記載されている。したがって、候補のリストは、各移動ノードに対して異なりうる。転送プロセス自体は、アクセスネットワークのアクセスルータ間で実行される。
【００１２】
コンテキスト転送メカニズムに使用可能な近傍のアクセスルータを発見するメカニズムは、特許文献３に提示され、ＧＡＡＲＤとして略記されている。これによれば、例えばＩＰアドレスを考慮することにより、アクセスルータがトポロジ的に近傍系でなくても地理的に近傍なアクセスネットワークを検出することができる。この文献では、移動ノードは、レイヤ２（データリンク層）アドレスとレイヤ３（ネットワーク層）アドレスとのローカルキャッシュを有する。移動ノードが、レイヤ２アドレスを有するビーコン信号を受信し、このノードへのコンテキスト転送の開始を望む場合、移動ノードは自身のキャッシュ内の対応するレイヤ３アドレスを検索する。キャッシュの検索に失敗すると、移動ノードは、サービングアクセスルータに、対応するレイヤ３アドレスを検索するように要求する。そして、アクセスルータ自身がそのキャッシュを検索する。アドレスが見つからない場合、移動ノードは、要求されたレイヤ３アドレスを引き出すために動的な発見プロセスを開始する。アクセスルータは、移動ノードに当該アドレスを返し、次に移動ノードはそれを使用して、特定されたアクセスルータに対しコンテキスト転送または他のハンドオーバメカニズムを開始する。このシステムの機能は、このシステムを使用または支援することを望むすべてのアクセスルータおよび移動ノードに存在しなければならない。このメカニズムは、ＣＡＲＤプロセスを実施する機能を果たすことができる。
【００１３】
すべての近傍アクセスルータが移動ノードにとって可能なアクセスポイントですらある一般的なコンテキスト転送シナリオとは対照的に、後者の仮定は、契約ベースで連携するネットワーク群のシナリオでは当てはまらない。近傍アクセスルータは、当該移動ノードのホームオペレータとのローミング契約のないネットワークオペレータに属しうる。したがって、移動ノードは、移動先ネットワークのビーコンを受信するが、移動先ネットワークにおける認証権限（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ）は、移動ノードのホームＡＡＡ（認証、認可、課金）サーバに接続することができないか、あるいは少なくともこの未知のサーバを信頼しないので、認証プロセスは失敗する。このようなネットワークへのコンテキスト転送もまた、同じ理由で失敗するであろう。
【００１４】
移動ノードのホームオペレータとの直接のローミング契約なしにネットワークを統合する方法は、プロキシＡＡＡサーバを利用することである。当該アクセスネットワークのオペレータは、移動ノードのホームオペレータを信頼するオペレータのプロキシＡＡＡサーバを信頼する。このようにして、移動ノードは移動先ネットワークにおいてすら認証されうる。
【００１５】
ＷＬＡＮにおけるコンテキスト転送のようなメカニズムが他のローカルエリアネットワーク技術用にも展開される可能性はある。トポロジ的に隣接するエンティティ間のコンテキスト転送は、短距離という利点と、これによる低遅延転送という利点とを有する。
【００１６】
上記問題に関係するのは、異種のアクセスネットワーク構成という事実である。移動する移動ノードのコンテキストを静的データと見なすことができない可能性は非常に高い。移動先アクセスポイントのアクセスネットワークのインフラは移動前のものとは異なるので、コンテキストは変化する。移動先アクセスネットワークへ単純にコンテキストデータを送信するだけではこの問題は解決しない。
【００１７】
コンテキスト転送の一般的な問題は、コンテキスト転送プロセスに関与するエンティティ間の信頼関係である。相互間でコンテキストデータを転送するｎ個の数の近傍アクセスルータを含む領域を有するシナリオでは、すべてのアクセスルータ間でｎ（ｎ−１）／２個の信頼関係が上限となる。これらの関係は、技術的には、暗号化通信を許容するピア間のいくつかの暗号鍵の交換により表現されるので、大きな数ｎは、各アクセスルータ当たり例えばｎ−１個のデータセットにおいては、キーデータセット用の多量の記憶空間を意味する。また、これらの関係は、ピア間におけるコンテキスト転送が可能となる前に確立されなければならず、管理機能を必要とする。したがって、信頼関係を低減する方法は、記憶空間および管理労力を節約するであろう。確実なデータ伝送に対する既存の技術は、この信頼関係をセキュリティアソシエーション（ＳＡ）と呼んでいる。
【００１８】
ほとんどの場合、移動ノードは無線リンクによりそのアクセスポイントに接続される。通常、これらのリンクは、アクセスネットワークのバックボーン部および異なるアクセスネットワークの相互接続部の有線リンクより狭い帯域幅を有する。これは、無線ドメインにおける単位データ量当たりのより高い転送コストにつながる。
【００１９】
別の面は移動ノードの電力消費である。この消費は、無線リンクに送信されたパケットの数と直接的な相関がある。これら両面は、ユーザペイロードトラフィックと比較して管理トラフィック量をできるだけ小さくするという目的につながる。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】米国特許出願第２００３／０，１０３，４９６号明細書
【特許文献２】米国特許出願第２００３／０，０９２，４４４号明細書
【特許文献３】米国特許出願第２００３／０，０８７，６４６号明細書
【非特許文献】
【００２１】
【非特許文献１】Loughney et al., “Context Transfer Protocol”, Internet Draft, October 2003
【非特許文献２】Liebsch et al., “Candidate Access Router Discovery”, Internet Draft, September 2003
【非特許文献３】IEEE Draft IEEE 802.11f-D3 “Recommended Practice for Multi-Vendor Access Point; interoperability via an Inter-Access Point Protocol Across Distribution Systems Supporting IEEE 802.11 Operation”, January 2002, states in the annex B, section B. 3.1
【発明の概要】
【発明が解決しようとする課題】
【００２２】
（発明の概要）
本発明の目的は上述の問題の少なくとも１つを解決することである。
【課題を解決するための手段】
【００２３】
この目的は独立請求項の主題により解決される。本発明の好ましい実施態様は従属請求項の主題である。
【００２４】
第１の実施態様によると、本発明は、複数の異種アクセスネットワークを含む通信ネットワークにおけるコンテキスト転送に対する方法を提供する。移動端末はアクセスネットワークの１つに接続することができる。
【００２５】
提案された方法によると、コンテキスト転送マネージャは位置情報を受信し、該位置情報に基づき移動端末の近傍アクセスネットワークを決定することができる。さらに、コンテキスト転送マネージャは、近傍アクセスネットワークおよび移動端末に対し少なくとも１つのコンテキストを生成し、近傍アクセスネットワークおよび移動端末の各々にコンテキストを送信することができる。
【００２６】
少なくとも１つのコンテキストの生成は、それぞれのアクセス技術を考慮に入れ、移動性クライアントに関連する能力およびパラメータと、近傍アクセスネットワークの能力およびパラメータとに基づいて行われうる。そして、コンテキスト転送マネージャは、通信ネットワークにおける複数の異種アクセスネットワークに共通であってよく、移動局に関連するコンテキスト転送を実行する。
【００２７】
したがって、第１の実施態様による本発明は、移動端末が２つの異なるアクセス技術を採用するアクセスネットワーク間でハンドオーバを実行した場合においても、コンテキスト転送を可能にする。また、移動端末が移動できるアクセスネットワーク（すなわち、近傍アクセスネットワーク）候補において使用されるアクセス技術を考慮する際、異なるアクセス技術により使用されるそれぞれのプロトコルに適合できる動的なコンテキストを生成することができる。これもまた、通信ネットワークにおいて共通のコンテキスト転送マネージャを採用することにより容易になる。なぜなら、共通のコンテキスト転送マネージャのみが、様々なアクセスネットワーク候補における各コンテキストマネージャに、ネットワークにおいてはるかに少ないセキュリティアソシエーションを要求するコンテキストを転送することができるからである。本発明の提案の構成の利点は以下にさらに詳細に概要を説明する。
【００２８】
別の実施態様によれば、上記移動端末は、別のアクセスネットワークの存在を示すビーコン信号を受信し、現在のアクセスネットワークから該ビーコン信号が受信された移動先アクセスネットワークへのハンドオーバを実行する。
【００２９】
近傍アクセスネットワークおよび移動端末のそれぞれに対して生成されたコンテキストは、移動端末の静的または一時的な識別子を含みうる。この静的または一時的な識別子は、例えば、移動端末をコンテキスト転送マネージャから受信されたコンテキストに関連付けるために、移動先アクセスネットワークのコンテキストマネージャにより使用されうる。移動端末が静的または一時的な識別子を移動先アクセスネットワークに送信されたデータ内に取り込むと、後者は容易になる。したがって、本提案の方法は、移動先アクセスネットワークのコンテキストマネージャに送信されるメッセージ中に識別子を含むことにより、コンテキスト転送マネージャから（以前に）受信したコンテキストの移動端末へのマッピングを容易にする。
【００３０】
移動端末により受信されたコンテキストもまた、同様に、コンテキスト転送マネージャから受信したコンテキストに基づき移動端末を事前構成（ｐｒｅ−ｃｏｎｆｉｇｕｒｅ）するために使用されうる。したがって、例えば、ネットワークインターフェイスを事前構成することにより、移動端末が移動先アクセスネットワークに接続された際にこのプロセスを実行する必要はない。
【００３１】
コンテキスト転送マネージャは、さらに、現在のアクセスネットワークにおいて達成されたサービス品質を示し、および／または現在のアクセスネットワーク以外の少なくとも１つのアクセスネットワークへのアクセスの試みに失敗したことを示すステータス情報を、移動端末から受信することができる。
【００３２】
したがって、コンテキスト転送マネージャにより集められたこの情報は、同様に、この情報に基づいてコンテキスト転送マネージャにおけるいくつかの決定プロセスを適合させるために使用されうる。例えば、近傍アクセスネットワークの決定もまた、移動端末からのステータス情報に基づいて適合される選択アルゴリズムを採用しうる。
【００３３】
別の可能性は、クライアントが特定のアクセスネットワークへの接続に失敗したことを報告すると、後者についてはもはや近傍アクセスネットワークの決定プロセスにおいては考慮しなくてよいか、および／またはアクセスネットワークのオペレータまたはコンテキスト転送マネージャのオペレータにより取り組まれ取り扱われる適切なエラーメッセージを生成することができる。後者の目的のため、コンテキスト転送マネージャは、移動端末により報告された、失敗したアクセスネットワークへのアクセス試みについての情報を蓄積してもよい。
【００３４】
コンテキスト生成の間に考慮されるとともに移動性クライアントに関連付けられる能力とパラメータとしては、静的および／または一時的な端末の識別子と、端末通信に対する要求、保証されたサービス品質パラメータおよび／またはサービスに対するアクセス権を含むユーザの選好と、暗号鍵、初期値、暗号情報および／またはヘッダ圧縮情報を含むセッションデータと、表示、ネットワークインターフェイス、処理パワー、支援されるアプリケーションおよび／またはビデオ／オーディオコーデックについての情報を含む端末の能力とのうち少なくとも１つを含む。明らかであるように、アクセスネットワークにおける様々なアクセス技術に対処することができるアクセスネットワーク特有のいくつかのパラメータは、動的なコンテキストを生成するために使用されうる。同様なこともまた、近傍アクセスネットワークの能力とパラメータとに適用することができる。この能力およびパラメータとしては、無線周波数、データ転送速度、チャネルおよび／または符号体系を含むアクセス技術特有の属性と、それぞれのアクセスネットワークの暗号能力、アクセスネットワーク識別子、サービスメカニズムの支援の品質、利用可能なトラフィッククラス、ローカルサービス、情報ポータルおよび／または公衆伝送情報を含むアクセスネットワーク特有の属性とのうちの少なくとも１つを含む。
【００３５】
コンテキスト転送マネージャにより受信された位置情報は、移動端末と認証サーバの間で実行された認証手順から、または移動端末が接続されるアクセスネットワークに配置されたエンティティにより、移動端末により送信されたページングメッセージの中で受信されうる。第２の例を挙げると、例えば関連するＡＡＡサーバとともに、加わるべきアクセスネットワークに対する初期認証手順を実行する移動端末は、位置情報をＡＡＡサーバに提供してもよい。この情報はコンテキスト転送マネージャにも利用可能であるので、コンテキスト転送マネージャは、認証手順からの位置情報を使用することにより近傍アクセスネットワークを決定することができる。
【００３６】
さらに、コンテキスト転送マネージャもまた、移動端末の認証手順に応答してコンテキスト転送を開始してもよい。
【００３７】
さらに、上記位置情報は、位置決定装置、例えばＧＰＳ受信機から得られた地理的位置、またはネットワークアドレスおよび／またはネットワークプレフィクスに基づいて決定されたネットワーク関連位置に基づく。ＩＰプロトコルの使用の一例を挙げると、ネットワークアドレスはＩＰアドレスに対応し、一方、ネットワークプレフィクスはサブネットマスクである。
【００３８】
本発明の別の実施態様によれば、移動端末のハンドオーバは、移動先アクセスネットワークに関係するコンテキスト転送マネージャからコンテキスト情報を受信次第、実行されうる。したがって、プロアクティブコンテキスト転送は、本発明を採用することにより実現することができる。
【００３９】
生成されるコンテキストの記述に関して、マークアップ言語に基づくデータ形式を採用することができる。さらに、この形式もまた、コンテキスト転送マネージャから複数のアクセスネットワークおよび移動端末へ転送されるコンテキストを記述するために使用することができる。
【００４０】
本発明の別の実施態様では、コンテキスト転送マネージャからコンテキストを受信する近傍アクセスネットワークの認証サーバは、受信されたコンテキスト情報を使用することにより移動端末のアクセスネットワークへの登録処理および／または認証処理を実行することができる。さらに、移動端末の登録および／または認証は、移動端末のセキュリティ鍵の登録を含みうる。
【００４１】
移動端末は、このセキュリティ鍵が登録された近傍アクセスネットワークに接続されると、登録済みの通信用セキュリティを利用することができる。
【００４２】
本発明の別の実施態様では、移動先通信ネットワーク、すなわち、いわゆる訪問先通信ネットワークに移動端末が接続される状況を考慮する。この実施態様では、コンテキスト転送マネージャは訪問先の通信ネットワーク内に存在しうる。本発明においては、通信ネットワークは、管理ドメイン、すなわち少なくとも１つのコアネットワークとオペレータの複数のアクセスネットワークまたは該オペレータとサービスレベル契約を有するプロバイダの複数のアクセスネットワークとからなるネットワークとして解釈することができる。したがって、この実施態様は、移動端末がそのホームドメインとは別の管理ドメイン内に存在する状況に関係する。
【００４３】
訪問先のコンテキスト転送マネージャ、すなわちコンテキスト転送用に適切なコンテキストを生成する訪問先の通信ネットワークのコンテキスト転送マネージャを許可するために、移動端末のホームネットワークのコンテキスト転送マネージャは、訪問先の通信ネットワークのコンテキスト転送マネージャに、少なくとも１つのコンテキストの生成に関連するデータを送信することができる。
【００４４】
さらに、アクセスネットワークのコンテキストマネージャは、別のアクセスネットワークの別のコンテキストマネージャとの接続を維持することなくコンテキスト転送マネージャからコンテキストを受信できることに留意されたい。したがって、様々なアクセスネットワークにおけるコンテキストマネージャは、互いに接続を維持する必要がなく、しかも互いに直接にコンテキストを転送または送信する必要がないが、可能であれば、より高い階層レベルのエンティティであるコンテキスト転送マネージャからコンテキストを受信してもよい。
【００４５】
本発明は、移動端末がその１つに接続される複数の異種アクセスネットワークを含む通信ネットワークにおけるコンテキスト転送マネージャを提供する。このコンテキスト転送マネージャは、位置情報を受信するための受信手段と、この位置情報に基づいて移動端末の近傍アクセスネットワークを決定するための処理手段と、これらの近傍アクセスネットワークと移動端末とに対して少なくとも１つのコンテキストを生成するためのコンテキスト生成手段と、それぞれのコンテキストを近傍アクセスネットワークと移動端末とのそれぞれに送信するための送信手段と、を含みうる。さらに、上記コンテキスト生成手段は、移動クライアントに関連する能力およびパラメータと、近傍アクセスネットワークのそれぞれのアクセス技術を考慮した能力およびパラメータとに基づき少なくとも１つのコンテキストを生成するように構成されうる。さらに、通信ネットワークにおける複数の異種アクセスネットワークに共通なコンテキスト転送マネージャは、移動局に関係するコンテキスト転送を実行することができる。
【００４６】
このコンテキスト転送マネージャは、上述の方法のいずれかを実行するように構成されうる。
【００４７】
本発明の別の実施態様では、上記方法のうちの１つを実行するように構成された移動端末が提供される。この端末は、アクセスネットワークへのアクセスに失敗した試みをコンテキスト転送マネージャにシグナリングできるという点において、あるいはマークアップ言語形式で提供されたコンテキスト情報を受信することができるという点において採用することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施態様による訪問先ドメインのプロキシを介したホームドメインからＷＬＡＮまでのコンテキスト転送の簡略化した構成を示す図
【図２】本発明の実施態様による移動ノードに対するコンテキスト転送を管理する通信ネットワークの構成の概観を示す図
【図３】本発明の実施態様によるコンテキストの生成プロセスを示す図
【図４】本発明の実施態様によるコンテキスト転送機能を有する外部のＡＡＡサーバから認証サーバ（ＡＳ）またはＷＬＡＮのアクセスルータまでのコンテキストの転送プロセスを示す図
【図５】本発明の実施態様によるコンテキストの転送プロセスのフローチャート
【図６】本発明の実施態様による訪問先ネットワークに接続された移動ノードに対するコンテキスト転送を管理する通信ネットワークの構成の概観を示す図
【発明を実施するための形態】
【００４９】
以下、添付図面を参照し本発明をさらに詳細に説明する。各図面において、類似しまたは対応する詳細部分には同一の参照符号が付与されている。
【００５０】
（詳細な説明）
本発明の実施態様による、移動ノードに対するコンテキスト転送を管理する通信ネットワークの構成の概観を図２に示す。本構成は、移動ノードのホームドメインのネットワークと、移動ノード２０７自身と、アクセスネットワークとにわたって分散している。
【００５１】
コンテキスト転送マネージャ（ＣＴＭ）２００は、ホームドメインのＡＡＡサーバ２０６に連結できる。このコンテキスト転送マネージャ２００は、移動ノードの現在位置の近傍アクセスネットワークへ、適切な、動的に作成されたコンテキストデータを送信できる。これらの近傍系は、コンテキスト転送マネージャ２００から移動ノード２０７の現在の位置（例えばＩＰアドレスまたはネットワークプレフィクス）を獲得した近傍系位置検知器２０２の機能により検出され、近傍系リストに戻される。この近傍系のリストは、移動ノード２０７のユーザに関する情報とともに、コンテキスト生成器２０１に提供される。コンテキスト生成器２０１は、アクセスネットワークおよび移動ノードの能力と、コンテキストフォーマットとに関するデータベースを維持できる（ユーザプロファイルデータベース２０３、アクセスネットワークコンテキストデータベース２０４、近傍系能力データベース２０５参照）。この情報に基づき、例えば、個々の端末識別子、サブスクリプト情報、ユーザの選好、端末能力、サービスの質のパラメータ、暗号情報および圧縮情報、アクセス技術特有の属性またはアクセスネットワーク特有の属性を考慮し、好適なコンテキストを各近傍アクセスネットワークに対して生成することができる。次に、このコンテキストは、プロアクティブにアクセスネットワークに転送することができ、アクセスネットワーク（ＡＮ）のコンテキストマネージャ（ＣＭ）２０９、２１０、２１１により例示される。移動ノード２０７に関する移動マネージャ２０８の機能は、コンテキスト転送を使用することにより近傍のネットワーク２２０、２２１、２２２に通知することができる。移動ノード２０７に関する移動マネージャ２０８の機能には、ハンドオーバ促進のために必要な情報が含まれる。コンテキスト転送マネージャ２００から受信されたコンテキストに基づき、移動ノード２０７は、移動先アクセスポイントに対するネットワークインターフェイスを（事前に）構成できる。移動ノード２０７自身は、到達範囲内の近傍ネットワークのビーコン信号を受信すると、ハンドオーバについての決定をすることができる。
【００５２】
移動ノード２０７が移動先ドメインへローミングしようとする場合、コンテキスト転送の管理は、訪問先のオペレータのコンテキスト転送マネージャ６００により行うことができる（図６参照）。コンテキスト転送処理は、非ローミングの場合に類似しているが、ここではホームのコンテキスト転送マネージャ２００から訪問先のコンテキスト転送マネージャ６００までの管理機能のハンドオーバを単に追加している。
【００５３】
次に、コンテキスト転送マネージャ２００、６００についてより詳細に説明する。コンテキスト処理に対する主要なインスタンスはコンテキスト転送マネージャ２００、６００（ＣＴＭ）であり、必要とされるコンテキスト情報にアクセスする機能を制御できる。この制御のための構成機能は、コンテキスト生成器２０１、近傍系位置検知器２０２、アクセスネットワーク（ＡＮ）コンテキストマネージャ２０９、２１０、２１１、６０９、６１０、６１１および移動マネージャ２０８の機能である。例えば、移動端末２０７が作動されアクセスネットワークに接続されると、初めに、コンテキスト転送マネージャ２００、６００は、移動マネージャ２０８との通信を介し、または標準認証処理により移動ノード２０７の現在の位置を受信することができる。
【００５４】
次に、コンテキスト転送マネージャ２００、６００は、近傍系位置検知器２０２、６０２を使用することにより、移動ノード２０７のすべての近傍アクセスネットワーク２２０、２２１、２２２、６２０、６２１、６２２を決定することができる。次に、コンテキスト転送マネージャ２００、６００は、コンテキスト生成機能２０１、６０１へシグナリングし、移動ノード２０７の近傍アクセスネットワーク２２０、２２１、２２２、６２０、６２１、６２２により使用されるコンテキストに関係するユーザ情報を検索することができる。このシグナリングは、ユーザＩＤと、ネットワークプレフィクスのような、近傍のネットワーク２２０、２２１、２２２、６２０、６２１、６２２に対し適用可能なネットワークＩＤとを含むことができる。コンテキスト内に含まれる別のパラメータは、配布されたサービスのオフラインまたはオンライン課金に対しアクセスネットワークが後で使用可能なユーザに対する追加の一意的な静的または一時的な識別子であってもよい。ＧＳＭまたはＵＭＴＳにおけるＩＭＳＩ（International Mobile Subscriber Identity：国際移動通信加入者識別番号）、または可能性として、静的または一時的な識別子として使用される仮名ＮＡＩ（ネットワークアクセス識別子、Aboba et al., “Network Access Identifier”, RFC 2486, January 1999参照）が考えられる。
【００５５】
この情報をコンテキストデータに統合した後、コンテキスト転送マネージャ２００、６００は、コンテキストデータをアクセスネットワークのコンテキストマネージャ２０９、２１０、２１１、６０９、６１０、６１１へ、そして生成されたこのコンテキスト情報の一部を移動クライアント２０７（移動端末）の移動マネージャ２０８へ送信できる。これらの一部の情報により、移動ノード２０７はそのネットワークインターフェイスを構成することができ、引き続いて起こる近傍系ネットワークへのアクセスの試みに関する正しい識別子を使用することができる。
【００５６】
コンテキスト転送マネージャ２００、６００は、移動ノード２０７の追跡情報に加えて、移動マネージャ２０８からステータス情報を受け取ることもできる。ステータス情報の中で、移動ノード２０７は、現在のネットワークにおいて到達したサービスの質（ＱｏＳ）、または別のアクセスネットワークへのアクセスの完全な失敗についてシグナリングすることができる。これにより、近傍系リストの中の最適なアクセスネットワークの選択アルゴリズムを動的に適応させることが可能となり、同じ領域において移動する他の移動ノードが適切な移動先アクセスネットワークを選択するのを支援する。このようにして、移動ノード２０７は、ネットワークステータスについての情報を収集するネットワークプローブとしての役割を果たすことができる。多くの移動マネージャが、単一のアクセスネットワークにおいてコンテキストに支援されたハンドオーバの失敗をシグナリングすると、コンテキスト転送マネージャ２００、６００は、それ自身のネットワークの管理機能およびオペレーション機能に、さらにこのエラーについて調査するよう通知するか、あるいはアクセスネットワークのオペレータに通知することができる。
【００５７】
さらに、コンテキスト生成器２０１におけるコンテキスト生成機能について、以下に、さらに詳細に議論する。上述のように、基本的なＳｅａｍｏｂｙ  ＣＴＰ方式が異種ネットワークまたは異なる管理ドメインのネットワークにおいて実施される場合は制約があり、これは「コンテキスト」の生成に関する。コンテキストは、識別情報、パスワード、あるいは暗号鍵のような、ユーザに関連する純然たるデータのみのセットではないかもしれない。特に、コンテキストは、さらに、クライアントの観点から見たネットワークの状態を記述することがある。ネットワークステータスについての情報は、例えば、ネットワークサービスへのアクセス権、伝送されたデータに対する暗号化アルゴリズム、ユーザデータに対するルーティング方法、ユーザセッショントラフィックに割り当てられたトラフィッククラス、またはアクセス可能なネットワークエンティティ（ＤＮＳサーバ、デフォルトゲートウェイなど）を含みうる。単一の管理ドメインでは、オペレータが要求すれば、当該データを全体のネットワークにわたって静的に保持することが可能である。境界を横切って他のドメインに入ると、当該データは変化するか、またはいわゆる動的な状態になることがある。これを防ぐためには、可能性があるとすれば、オペレータ間での非常に密な結びつきが必要とされるであろう。したがって、本発明により提案されたコンテキスト転送をこれらの動的性質（ｄｙｎａｍｉｃｓ）に対し適応可能にする手法は、有利であり、また上記問題を解決する。
【００５８】
本発明の実施態様によるコンテキスト生成プロセスを図３に示す。コンテキスト生成プロセスは、２つのソースデータオブジェクトと、１つの処理機能と、結果として生じる１つのデータオブジェクトとの４つの部分に分割することができる。２つの静的データオブジェクトは、ユーザのパラメータ３０１（端末のパラメータおよび能力を含む）と、ネットワークパラメータ３０２および能力とを表現する。これらの２つのパラメータセットに基づいて、処理機能３０３は、結果として生じるデータオブジェクト、すなわち動的なコンテキスト３０４を引き出すことができる。ネットワーク関連パラメータもまた、それぞれのアクセスネットワークにおいて使用されるアクセス技術に依存するので、様々なアクセス技術を有するアクセスネットワークに対するコンテキストは変化することがある。一例としては、セッション暗号鍵、状態フラグを生成する処理機能内のいくつかのアルゴリズム、またはユーザＩＤ処理を想起されたい。ユーザパラメータに対するデータオブジェクトとしては、一時的識別情報を含むユーザ識別情報の記述、ＱｏＳ要件や許容されたセッションタイプ（例えば、ビデオ、音声）のようなユーザの選好、暗号鍵または初期値、導入された暗号、および表示解像度、処理パワー、利用可能なオーディオ／ビデオコーデックとアプリケーションなどの端末能力、ネットワークインターフェイスなどが挙げられる。
【００５９】
コンテキスト関連データのみが上記データオブジェクトに含まれるわけではない。これは、最終的には他目的のために存在する一般的な格納されたユーザデータを使用することを奨励するものである（例えば、３ＧＰＰの一般的なユーザプロファイルであるＧＵＰ）。ネットワークパラメータ用のデータオブジェクトは、生じたコンテキストを後でそこに転送することができる特別なアクセスネットワークについての情報を含みうる。
【００６０】
ユーザ特有な、および／または端末特有なパラメータのみならず、移動先アクセスネットワークのそれぞれのアクセス技術に依存するパラメータを考慮すれば、移動端末２０７が移動先ネットワークにアクセスする場合のコンテキスト転送の失敗を防ぐことができる動的なコンテキストを作成することは可能であろう。これは、支援された暗号アルゴリズム、またはネットワークビーコン内に含まれたＷＬＡＮ  ＳＳＩＤ（サービスセット識別子）のようなデータであってもよく、移動ノード２０７が選択すべきＷＬＡＮを特定するのに役立つ。また、コンテキスト関連データのみならずオブジェクトを使用する他のアプリケーションに属するデータセットもデータオブジェクト３０４（コンテキスト）に含まれうる。一般的には、ＸＭＬ派生言語を使用して、例えばＧＵＰまたは複合能力／選好プロファイル（ＣＣ／ＰＰ）に対して使用されるコンテキストデータを記述してもよい。ＸＭＬ文書内のデータ探索と選択のためのＷ３Ｃ言語であるＸＰａｔｈおよびＸＱｕｅｒｙと、ＸＳＬとを採用してもよい。ＸＳＬを使用して、ＸＭＬ文書を任意の出力フォーマットに変換し、後処理をしてもよい。さらに、コンテキスト情報を記述するマークアップ言語を使用して、以前の記述との互換性があるままで、データ記述を安全でかつ簡単なやり方で拡張することができる。需要に応じたコンテキストの生成は、統一性のないネットワークへのコンテキスト転送の問題を解決することができるので、ユーザまたはネットワークパラメータのいくつかあるいはすべてを動的に保つ能力をさらに提供することができる。ユーザは自分の選好を変更してもよく、そして通信ネットワークにおいて次に到来するコンテキスト転送は、新しい選好（より高いセッションＱｏＳ、新しい暗号モードなど）に直ちに適合することができる。
【００６１】
移動端末２０７の移動マネージャ２０８は、特に、ネットワークインターフェイスを制御し、移動ノード２０７の動きを追跡することができる。したがって、最適位置は移動ノード２０７となりうる。あるいは、アクセスネットワークもまた、１つのアクセスポイントから別のアクセスポイントに変化する際の端末の動きに基づいて移動ノードの位置を追跡することができる。移動マネージャ２０８が移動ノード２０７に設置されている場合、ステータス情報は、移動性クライアント２０７からコンテキスト転送マネージャ２００に送信されるページングメッセージ内に含まれうる。移動マネージャ２０８は、コンテキスト転送マネージャ２００への移動ノード２０７の動きと位置とをシグナリングすることができる。したがって、移動マネージャ２０８は、ＧＰＳ（グローバルポジショニングシステム）受信機のような内蔵された位置判定装置により、もしくは、例えば受信したネットワークビーコンまたは受信したルータ広告（ＲＡ）を評価することにより収集された情報を利用することができる。
【００６２】
上記位置は、地理的位置あるいは仮想的位置、すなわちネットワークに関連付けられた位置により表現することができる。移動端末２０７の位置を記述する多数のフォーマットがサポートされており、様々な技術を移動ノード２０７に実装し、多様な位置表現から様々な情報を獲得できる。これは、単一の技術ではすべての要求に適合しないということにより動機づけられている。ＧＰＳは、例えば端末の位置に関し非常に正確な位置情報を提供できるが、位置算定のためにはＧＰＳ衛星を直接見通す必要がある。特に、地平線が高い都市部では、これを獲得することは時には不可能となる。別の例として、移動ノード２０７のネットワークに関連した位置（例えばネットワークアドレスとプレフィクス）は、移動ノード２０７が接続されるネットワークに関する情報を収集する（例えば、アクセスサーバのアドレスを獲得する）のに貢献できる。しかし、移動ノード２０７の単一のネットワークアドレスが、地理的に隣接するネットワークのアドレスに類似している必要はない。したがって、追加のメカニズム（例えば、近傍グラフ）を使用することにより所与のネットワークアドレスの近傍系を算出することができる。
【００６３】
移動マネージャ２０８のネットワーク制御部によれば、コンテキスト転送マネージャ２００から受信したコンテキスト内の情報により移動ノード２０７の（複数の）ネットワークインターフェイスを事前構成することができる。このネットワーク制御部は、シグナリングされた近傍アクセスネットワークのいずれか１つに対し様々な構成の事前設定をローカルキャッシュ内に保持し、ハンドオーバ状況を検出した際、適切なものを例示することができる。例えば、アプリケーションがより広い帯域幅を必要とするか、あるいは現在の接続がフェージングして、切替えの必要性が決定されると、ハンドオーバは移動マネージャ２０８により能動的に開始される。
【００６４】
移動マネージャ２０８はさらに、ネットワーク接続またはＱｏＳ要件についてのユーザの選好の変化をコンテキスト転送マネージャ２００へ伝送するタスクを解決できる。これらの選好は、適切な近傍ネットワークの選択とコンテキスト生成プロセスに影響を与える。
【００６５】
アクセスネットワークのコンテキストマネージャ（ＡＮコンテキストマネージャ）２０９、２１０、２１１、６０９、６１０、６１１は、受信されたコンテキストデータを処理することができる。このプロセスでは、アクセス制御エンティティ、すなわちアクセスネットワーク２２０、２２１、２２２、６２０、６２１、６２２内のアクセスサーバ２１２、２１３、２１４、６１２、６１３、６１４（図２と図６参照）は、移動する可能性の有る移動ノード２０７に対して構成することができる。この構成プロセスは、外部ネットワークおよびコンテキストを送信するコンテキスト転送エンティティにとって透過的である。ただ一つの要件は定義されたテンプレートを使用することであろう。この定義されたテンプレートは、コンテキスト転送マネージャ２００、６００のコンテキスト生成器２０１、６０１が書き込むことができるコンテキストフォーマットを記述し、そしてこれをアクセスネットワークのコンテキストマネージャ２０９、２１０、２１１、６０９、６１０、６１１が理解し、例示することができる。両者はコンテキスト転送データの悪用に対する保護のための信頼関係を持つので、ネットワークに関する内部情報を含むことができる。アクセスネットワークのコンテキストマネージャ２０９、２１０、２１１、６０９、６１０、６１１による内部のアクセスネットワーク構成は、ドメイン内のハンドオーバを加速するためにアクセスネットワーク幅のコンテキスト転送メカニズムを含んでもよい。
【００６６】
近傍系位置検知器２０２、６０２は、移動ノード２０７の近傍系アクセスネットワークを検索することができる。近傍系位置検知器２０２、６０２は、コンテキスト転送マネージャ２００、６００から移動ノードの位置をあらかじめ獲得することができる。この位置情報により、近傍系位置検知器２０２、６０２は、近傍系の関係を格納するネットワーク表示を検索することができる（図２のデータベース２０３、２０４、２０５、または図６のデータベース６０３、６０４、６０５を参照）。この表示は動的でも静的でもよい。
【００６７】
ＷＬＡＮを公衆および集合的な領域における無線広帯域アクセス用に出現した技術と見なすことにより、３ＧＰＰは、ＷＬＡＮと３ＧＰＰ携帯電話ネットワークとの間で相互接続するメカニズムの要件を特定した。その結果、３ＧＰＰは、３ＧＰＰネットワークと相互接続するＷＬＡＮによりサポートされたサービスレベルを記述する６つの異なるシナリオを定義した。
【００６８】
３Ｇ−ＷＬＡＮ相互接続シナリオにおいては、Ｄｉａｍｅｔｅｒサーバを備えた集中型ＡＡＡ構成が存在する。この構成はまた、コンテキスト転送を確実にするために再使用できるセキュリティアソシエーション（ＳＡ）を有する。このコンテキスト転送は、ここでは、訪問先の公衆陸上移動体ネットワーク（ＶＰＬＭＮ）、ホームの公衆陸上移動体ネットワーク（ＨＰＬＭＮ）、およびＷＬＡＮアクセスネットワーク間で行われる。本発明は、ホームおよび訪問先のコンテキスト転送マネージャとの間で連鎖的な信頼関係を提供することができるので、移動先ネットワークへの良好なコンテキスト転送が可能である。したがって、このシナリオに対するコンテキスト転送の解決策は、コンテキスト転送のためのプロキシ機能を実装し、階層的コンテキスト転送用システムを構築することであろう。図１は、訪問先ドメイン（例えばＶＰＬＭＮ）のプロキシを介して、ホームドメイン（例えばＨＰＬＭＮ）からコンテキストが処理され例示されるＷＬＡＮへのコンテキスト転送の簡略化した構成を示す。
【００６９】
したがって、アクセスルータツーアクセスルータ（access router-to-access route）のコンテキスト転送シナリオ、すなわち移動前のアクセスルータ（ｐＡＲ）から移動先アクセスルータ（ｎＡＲ）までのコンテキスト転送を変更できる。
【００７０】
ここでは、本発明による関連する３つのエンティティは、移動ノード２０７、移動先アクセスルータおよびＡＡＡサーバ２０６である。移動ノード２０７は、ＡＡＡサーバ２０６へコンテキスト転送要求を送信することができる。ＡＡＡサーバ２０６は、これが完了次第、移動先アクセスルータへ移動ノード２０７のコンテキストを転送することができる。これは、移動先アクセスルータとＡＡＡサーバ２０６との間の信頼関係を推奨するものであるが、ＷＬＡＮ  ＡＲオペレータがＡＡＡサーバ２０６オペレータとのローミング契約をしていれば、この信頼関係は既に存在している。ローミングパートナの数としてｍが与えられると、これは、ｎ個のアクセスルータのそれぞれにｍ個のセキュリティアソシエーションをもたらし、そして全体としてｎ×ｍ個のセキュリティアソシエーションをもたらす。
【００７１】
この数はアクセスルータツーアクセスルータのコンテキスト転送シナリオよりも実質的に小さくなければならない。別の利点は、ＡＡＡサーバ２０６が近傍系の発見を行うので、アクセスルータにおけるＣＡＲＤのような機能はもはや必要ないことである。コンテキスト転送エージェントのみがアクセスルータ内に存在しうる。一般的には、近傍系の発見機能はネットワークには見えないので、ベンダー特有の方法で実施してよい。異なる管理ドメイン間の少なくとも垂直的ハンドオーバにおいて予想される２つのアクセスルータ間の非互換性コンテキストデータの問題ですら、通信中のアクセスルータを模倣するＡＡＡサーバ２０６により効率的に対処できる。
【００７２】
ＡＡＡサーバ２０６が近傍系の発見プロセスを介し移動先アクセスルータの能力の正確な知識を有する場合、ＡＡＡサーバ２０６は、コンテキストを目標の移動先アクセスルータの能力に動的に適合させることができる。完全なユーザプロファイルを入手することにより、ＡＡＡサーバ２０６は、適切な特徴コンテキストを作成することができる。この特徴コンテキストは、アクセスルータ間のコンテキスト転送とは対照的に、削減された情報のセットのみを有する。
【００７３】
コンテキスト転送マネージャ６００は、移動先ドメインのアクセスネットワーク６２１、６２２に関する情報を有さず、または十分に有さないかもしれないので、移動先または訪問先ドメイン（例えばＶＰＬＭＮ）においてローミングする移動ノード２０７は、ホームのコンテキスト転送マネージャ２００により直接的に支援されない。移動クライアント２０７のホームドメイン内のホームのコンテキスト転送マネージャ２００、すなわちコンテキスト転送マネージャ２００は、アクセスネットワークのためのコンテキストデータを生成することができない。したがって、移動ノード２０７は、移動先ドメインのコンテキスト転送マネージャ６００、すなわち訪問先のコンテキスト転送マネージャ６００（ＶＣＴＭ）により支援される。ＶＣＴＭ６００に支援させるように、ホームのコンテキスト転送マネージャ２００（ＨＣＴＭ）は、移動ノードまたはユーザプロファイルの必要とされる部分を、ＶＣＴＭ６００へ配送することができる。
【００７４】
図６は、個々のアクセスネットワークを制御するホームおよび訪問先ドメインに対するネットワークの構成を示す。訪問先ドメイン（ＶＰＬＭＮ）のコンテキスト転送マネージャ６００は、目的のアクセスポイントまたはアクセスネットワークに合うように受信データを調整する可能性を有してもよい。ホームオペレータのコンテキスト転送マネージャ２００のように、ＶＣＴＭ６００は、自身のオペレータと、能力および必要なコンテキストフォーマットに関するサービスレベル契約（ＳＬＡ）を有するアクセスネットワーク６２１、６２２に関するデータベース６０３、６０４、６０５を保持できる。さらに、訪問先のコンテキスト転送マネージャ６００はまた、ＡＡＡサーバ６０６から情報を検索してもよい。移動ノード２０７を提供するＶＰＬＭＮ（ＶＣＴＭ）のコンテキスト転送マネージャ６００とその移動マネージャ２０８との差異は、ローミング移動ノード２０７に対して非恒久的に格納されたユーザプロファイルであろう。
【００７５】
このプロファイルの代用物はコンテキスト転送マネージャ間で転送されるものでよい。一般ユーザプロファイル（ＧＵＰ）またはＣＣ／ＰＰの派生物の使用は、シグナリングに対して有用である。しかしながら、転送されるデータは、ホームコンテキスト転送マネージャ２００のデータベース内にある元のユーザプロファイルの直接的な写しであってはならない。
【００７６】
少なくともユーザの識別情報は一時的な仮名で置換することができる。この仮名は、ユーザのセッションの特定と、その仮名に対して配送されるサービスの説明を許容するが、複数のセッションにわたるユーザの習慣または動作パターンに関する情報の収集を許容しない。さらに、コンテキスト生成プロセスに影響を与えないデータはすべて、ホームコンテキスト転送マネージャ２００により訪問先のコンテキスト転送マネージャ６００へ転送される一時的プロファイルから取り除くことができる。
【００７７】
一時的なユーザプロファイルの転送は暗号を使用することにより保証される。この暗号プロセスは、完全性の保護のみならず機密性をも満たす。機密性単独では、依然として攻撃者がユーザプロファイル中に偽りデータを挿入するサービス不能攻撃（ＤｏＳ）を許してしまう場合がある。確実な接続自体は、２人のオペレータ間に存在するセキュリティアソシエーションを使用することにより確立することができる。そのデータ用の特有アプリケーションプロトコルは必要としない。
【００７８】
コンテキスト転送はそれほど時間制限が厳しいものではないので、コンテキスト転送に推奨されるモードはプロアクティブモードであってよい。しかしながら、リアクティブモードを使用することもまた可能である。この場合、移動ノード２０７は、ハンドオーバプロセスの開始後にコンテキスト転送を要求する。コンテキスト転送マネージャ２００、６００は移動先アクセスネットワーク２２１、６２１を介してこの要求を受信し、アクセスネットワークのコンテキストマネージャ２０９、２１０、２１１、６０９、６１０、６１１へ移動ノード２０７のコンテキストを戻すことができる。コンテキスト転送マネージャ２００、６００は、移動ノード２０７の動作を追跡し、近傍系に対するコンテキストを予め処理し、キャッシュに入れることにより応答時間を短くできる。
【００７９】
コンテキスト転送機能（ＣＴＭ、コンテキスト生成器２０１など）を有する外部のＡＡＡサーバからＷＬＡＮの認証サーバ（ＡＳ）またはアクセスルータまでのコンテキスト転送プロセスの例につき、図４を参照して以下に議論する。
【００８０】
本例に対し以下の仮定をする。移動ノードは、ＷＬＡＮと３ＧＰＰオペレータとの間の契約によりＷＬＡＮを使用できる。移動ノードのホームオペレータは、データベース内に格納されたＷＬＡＮの能力に関する十分な情報を持っており、必要とされる暗号データを導出する技術的能力を有する。移動ノードはアクセスネットワークに接続されているが、移動先アクセスネットワークへのハンドオーバをまだ開始していない状態である。さらに、ＷＬＡＮの認証サーバ（ＡＡＡ）は使用可能となり、移動ノードに対するコンテキストエントリーをそのキャッシュに挿入するようにＡＰに要求するアクセスポイントへのIAPP. CACHE-NOTIFYメッセージを送信することができる。メッセージは、通常は、IEEE 802. 11f-D5 “Recommended Practice for Multi-Vendor Access Point; Interoperability via an Inter-Access Point Protocol Across Distribution Systems Supporting IEEE 802.11 Operation”, IEEE Draft, January 2003の２つのアクセスポイント間のネットワークにおいて交換されるメッセージである。
【００８１】
ＡＡＡサーバは、近傍系の選択プロセスにより近傍系として検出されたＷＬＡＮの認証サーバへ適切なコンテキストを転送することができる（４０１）。次に、ＡＡＡサーバは、コンテキストパラメータ（例えば、ペアマスターキー（Ｐａｉｒｗｉｓｅ  Ｍａｓｔｅｒ  Ｋｅｙ）、ＷＬＡＮなどのＳＳＩＤなど）の現在のリンクを介して、ＵＥ（すなわち、移動端末の移動マネージャ）に、他のアクセスネットワークへの次の可能な接続について通知することができる（４０２）。このコンテキストパラメータは、ＷＬＡＮ内の「特徴コンテキスト」にも同様に利用可能であろう。他の独立したコンテキストフィールドも含まれうる。
【００８２】
有効なデータを有するコンテキストを受信したすべての近傍の認証サーバは、関連するすべてのアクセスポイントへ、受信コンテキストを含むIAPP. CACHE-NOTIFYメッセージを開始することができる（４０３）。すべてのＷＬＡＮアクセスポイントは、IAPP. CACHE-NOTIFYメッセージ内の配布されたコンテキストを読込むアプリケーションを有することができ、そしてこの場合はペアマスターキー（ＰＭＫ）セキュリティアソシエーション（ＳＡ）であるコンテキストをＰＭＫ  ＳＡ表に挿入する。アクセスポイントに関しては、この時点で移動ノードは、アクセスネットワークにアクセスする新しいクライアントに対して通常実行されるキー確立手順を完了したと考えられる。
【００８３】
移動ノードまたはクライアントが、形成された接続を介してコンテキストデータを受信したアクセスポイントと結びつくと（４０４）、ＰＭＫＩＤを、Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ（ＲＳＮ）情報要素内に直接送信することができる(section 7.3. 2.9 in IEEE 802. 11 i-D5 “Medium Access Control (MAC) Security Enhancements”, IEEE Draft, August 2003を参照)。ＰＭＫＩＤは、アソシエーション要求のＳＴＡにより支援されたキー暗号、認証、キー管理アルゴリズムを一覧表示する。
【００８４】
次に、アクセスポイントは、ＰＭＫＩＤにより参照されたＰＭＫを特定し、初期ＥＡＰＯＬ処理を回避するためのクライアントとの四方向ハンドシェイクを直接始める（４０５）。これにより、アクセスポイントとアクセスサーバとの間の認証ハンドシェイクと、ＷＬＡＮアクセスサーバとＡＡＡサーバとの間の認証ハンドシェイクの両方を省略する。
【００８５】
上記クライアントとアクセスポイントとの間の四方向ハンドシェイクは、一時的な新規のペアキーとグループキー（ＰＴＫとＧＴＫ）とを生成し、後続のユニキャストユーザデータ転送とマルチキャストユーザデータ転送とを保証する。クライアントが拡張サービスセット（ＥＳＳ）内でさらにローミングする場合、ＷＬＡＮ内で進行中のコンテキスト転送は、遠方のＡＡＡサーバとの相互作用なしに内部メカニズムにより達成することができる（４０６）。
【００８６】
ＷＬＡＮ内のＡＡＡサーバと認証サーバとの間のコンテキスト転送プロセスは、ＨＰＬＭＮ  ＡＡＡサーバとＶＰＬＭＮ  ＡＡＡサーバに対するものと同じである。これは、ホームドメインおよび訪問先ドメイン内のコンテキスト転送マネージャ間のコンテキスト転送管理のハンドオフにより達成することができる。ＷＬＡＮ認証サーバは、元のコンテキストと、プロキシコンテキスト転送マネージャからの後処理済みのコンテキストとを識別できない。ＷＬＡＮ認証サーバは、信頼されないソースからのコンテキストデータと信頼されるソースからのコンテキストデータを区別できるだけである。
【００８７】
リストに記載された処理が、アクセスポイントのＰＭＫセキュリティアソシエーションキャッシュにおけるセキュリティアソシエーションのタイムアウトのため、またはＷＬＡＮへのコンテキスト転送の完全な失敗のために失敗することがあり得る。この場合は、四方向ハンドシェイクは失敗し、例えば、拡張可能な認証プロトコル（ＥＡＰ）ハンドシェイクを使用する通常の認証処理が開始される。このハンドシェイクに関しては、相互認証を可能にするＥＡＰメカニズムを使用できる。本例では、相互認証は、ＩＥＴＦ草案に記述されたメカニズム、ＥＡＰ−ＳＩＭとＥＡＰ−ＡＫＡを使用することにより提供されうる(Haverinen et al.,”EAP SIM Authentication”, IETF Internet Draft, October 2003, and Arkko et al.,”EAP AKA Authentication”, IETF Internet Draft, October 2003を参照)。これらは、ユーザ認証および鍵生成のために、ＳＩＭ（Subscriber Identity Module）またはＵＳＩＭ（UMTS SIM）における暗号機能を使用する。
【００８８】
ＰＭＫセキュリティアソシエーションデータの生成については、以下の節でさらに詳細に説明する。標準的なメカニズムは、ＰＭＫＩＤを作成するためにハッシュ関数（HMAC-SHA1-128）を使用する。ハッシュ関数は一方向の関数であるので、ハッシュアルゴリズムのソース情報を直接に検索するためには使用できない。ハッシュ関数は、未知の入力パラメータを有するハッシュ関数が既知の入力パラメータを有する基準ハッシュ関数と同じ結果に達したかどうかを照合することのみ可能である。結果が同じであれば、入力パラメータもまた同一でなければならない。ＰＭＫＩＤ生成に関しては、ＰＭＫ値、ＰＭＫ名、ＢＳＳＩＤ（基本サービスセット識別コード）およびクライアントのＭＡＣアドレスをハッシュ関数に対する入力値として取ることができる。これらの値は、クライアントがそれに接続する際、アクセスポイントに使用できる。したがって、アクセスポイントは完全なＰＭＫセキュリティアソシエーションエントリを生成することができる。我々の例では、このエントリはローカルアクセスポイントにより生成できないが、コンテキスト転送マネージャ２００がこのエントリを生成できる。コンテキスト転送マネージャ２００は、アクセスネットワークの能力データベースを介しＷＬＡＮのＳＳＩＤに関する知識を持つことができるが、クライアントがローミングするアクセスネットワークにおけるアクセスポイントに関する知識、特にＢＳＳＩＤは持たない。このことは、コンテキスト転送マネージャ２００はＨＭＡＣ−ＳＨＡ１アルゴリズムによるＰＭＫＩＤの算定にＢＳＳＩＤを使用できないことを意味する。
【００８９】
１つの解決策は、クライアントがビーコンメッセージを介してＢＳＳＩＤとＳＳＩＤを聞くまで、そしてこのアクセスネットワークへ切り替わる前に、ＰＭＫＩＤの算定とアクセスネットワークへのコンテキスト転送とを延期することである。次に、移動マネージャ２０８は、検出されたＢＳＳＩＤとＳＳＩＤを、ＳＳＩＤによりアクセスネットワークを決定するコンテキスト転送マネージャ２００に返信することができる。
【００９０】
本発明の別の実施態様によれば、コンテキスト転送マネージャ２００がＰＭＫＩＤを算定し、そしてアクセスネットワークのコンテキスト転送マネージャ２００に当該コンテキストを転送し、これにより、検出されたＢＳＳＩＤを有するアクセスポイントに転送できる。コンテキストがアクセスポイントに到達せず、したがって再度、リアクティブコンテキスト転送を行うという結果になる可能性がある。アクセスネットワークにおけるアクセスポイント毎の単一コンテキストメッセージを送信することができる。これは、コンテキスト転送マネージャ２００に対しＷＬＡＮインフラストラクチャの完全な知識を要求するかもしれなく、これは期待できない。
【００９１】
ＰＭＫセキュリティアソシエーションを生成する問題は、ＰＭＫＩＤの処理をＷＬＡＮのコンテキストマネージャ２０９、２１０、２１１に委任することにより解決されうる。コンテキストマネージャ２０９、２１０、２１１は、算定されたＰＭＫＩＤを、コンテキスト転送マネージャ２００から受信したクライアントの追加のコンテキストとともに、アクセスポイントへ送信することができる。クライアント自体は、移動マネージャ２０８を介してコンテキスト転送マネージャ２００から受信したアクセスネットワークについての情報と、ＷＬＡＮビーコンにおいて検出されたＢＳＳＩＤとにより同じＰＭＫＩＤを算定しうる。この解決策は、コンテキスト転送マネージャ２００からのＰＭＫＩＤ算定の負担を引き受け、それをＷＬＡＮコンテキストマネージャ２０９、２１０、２１１および移動性クライアント２０７に分配するが、これは、結局は、単なる性能の問題となるであろう。コンテキスト転送に失敗した場合に備えて、クライアントは当該算定をとにかく実行できなければならない。
【００９２】
ＷＬＡＮに関しては、ＰＭＫＩＤのみが、キャッシュからＰＭＫセキュリティアソシエーションを選択する一意的かつ予想不能な識別子としての機能を果たす。セキュリティアソシエーション自体の重要性は、ピア間では決して交換されないＰＭＫを使用する挑戦／応答技術（challenge/response technique）により、四方向ハンドシェイクの中で照合されうる（図４参照）。こうして、悪意のあるクライアントのＰＭＫＩＤの正しい推測がペアマスターキーを危険にさらすことは依然としてない。これにより、正しいＰＭＫＩＤを算定できないという我々の問題に対する手っ取り早い方法が実現される。コンテキスト転送マネージャ２００は、ハッシュ関数を使用せずにＰＭＫＩＤとしてランダムな１２８ビットの番号を生成してもよい。この手っ取り早い方法は、２つの課題を意味する。第１に、ＰＭＫＩＤは、コンテキスト転送マネージャ２００からＷＬＡＮコンテキストマネージャ２０９、２１０、２１１を介しアクセスポイントまで伝播できるということと、第２に、ランダムに生成されたＰＭＫＩＤとアクセスポイントのローカルＰＭＫセキュリティアソシエーションのキャッシュ内へのエントリとの間に衝突の可能性があるということである。以下の節では、衝突の確率の推定値を提供する。
【００９３】
ＨＭＡＣ−ＳＨＡ１アルゴリズムは、一様に分布したハッシュ値を生成するものと考えられる。ＰＭＫＩＤは１２８ビットを有するが、これは３．４×１０３８の値をもたらし、引かれた個々の値に対しＰ（ｘ）＝２．９×１０−３９の確率を与える。この場合、このことは、我々のランダムに算定されたＰＭＫＩＤが、上記確率Ｐ（衝突）＝Ｐ（ｘ）＝２．９×１０−３９を有する１つのエントリを含むキャッシュ内のＰＭＫＩＤエントリと一致することを意味する。ｎ個のＰＭＫＩＤエントリのキャッシュサイズを仮定すると、衝突の確率はＰ（衝突）＝ｎ×Ｐ（ｘ）＝ｎ×２．９×１０−３９となる。１０００個のキャッシュエントリに対し、これは、依然として非常に小さな確率であるＰ（衝突）＝２．９×１０−３６の確率となる。
【００９４】
利点としては、コンテキスト転送マネージャ２００は、ＰＭＫＩＤをあらかじめ配布することができ、クライアントおよびＷＬＡＮコンテキストマネージャ２０９、２１０、２１１のいずれも、ＰＭＫＩＤ自体を算定する必要がなく、処理時間および電力を節約し、そしてクライアントからのアソシエーション要求のアクセスポイントへの送信準備ができるまでの時間を恐らく短縮できることである。このことは、ＷＬＡＮコンテキストマネージャ２０９、２１０、２１１に関しては、必要とされるすべてのアクセスポイントに同じコンテキストデータのセットを送信すること、そしていかなるアクセスポイントに対しても特有のコンテキストを算定しないことを意味する。
【００９５】
次に、別の実施態様による本発明により提案されたコンテキスト転送メカニズムに関する概要につき、図５に示すフローチャートを参照して説明する。コンテキスト転送マネージャ２００は、移動ノード２０７から評価すべき位置情報、またはコンテキスト転送マネージャ２００によりアクセス可能なＡＡＡを受信できる（５０１）。配信元から位置情報を受信次第、コンテキスト転送マネージャ２００は、移動ノードの位置に基づき、移動ノード２０７がハンドオーバの際に接続できる近傍アクセスネットワークを決定する機能または手段へ当該情報を渡すことができる（５０２）。この機能は、例えば図２および図６に示す近傍系位置検知器２０２により実現することができる。
【００９６】
移動ノード２０７が接続できる近傍アクセスネットワークは、例えば先に概説したような識別子により特定される。さらに、移動ノードの識別子もまた、次の処理ステップで配信される情報内に含めることができる。近傍のネットワークおよび移動ノード２０７を特定するＩＤに基づき、コンテキスト転送マネージャ２００は、近傍アクセスネットワークおよび次の移動ノード２０７に対する適切なコンテキストを動的に生成するコンテキスト生成機能またはコンテキスト生成手段を使用することができる（５０３）。近傍ネットワークのアクセス技術に依存して、コンテキスト転送マネージャ２００により生成されたコンテキストのパラメータが異なりうることに留意することは重要である。移動ノード２０７もまた、先に概説したようにハンドオーバに必要とされる情報に特に適合するように調整されたコンテキストを受信することができる。
【００９７】
近傍のネットワークおよび移動ノード２０７に対して異なるコンテキストを生成次第、コンテキスト転送マネージャ２００は、すべてのコンテキストをそれぞれのアクセスネットワークと移動ノード２０７へ転送できる（５０４）。
【００９８】
移動ノード２０７においてコンテキストを受信し（５０５）、そして例示の目的のために次のアクセスネットワークへのハンドオーバがまだ実行されていないと仮定すると、移動ノード２０７は、コンテキスト転送マネージャ２００から受信したコンテキスト内に含まれる情報に基づき、当該ネットワーク装置を事前構成することができる（５０６）。例えば、ＩＰｖ６ネットワークにおいてＷＬＡＮインタフェースを使用する場合、移動端末２０７は、移動先のＩＰアドレス、移動先のデフォルトゲートウェイなどを有するネットワークインターフェイスを事前構成することができる。その結果、次に加わるアクセスネットワークを決定し、それへのハンドオーバを行い次第（５０７）、上記事前構成の設定を引き継ぐことができ、移動先アクセスネットワークへの通信は、ネットワークインターフェイスのその新しい構成を使用することにより直ちに開始することができる（５０８）。
【００９９】
コンテキスト転送マネージャ２００からのコンテキストを受信する（５０９）アクセスネットワークもまた、その中の情報を使用して、接続する可能性の有る移動性クライアント２０７に対するアクセスネットワークを準備することができる（５１０）。接続する移動性クライアント２０７に対し特有の構成を対応付けるために、識別子を、近傍アクセスネットワークのコンテキストマネージャ２０９、２１０、２１１へ送信されるコンテキスト内に含ませることができる。これにより、移動ノード２０７がネットワークに接続され次第、移動ノード２０７を特定するとともに、通信用コンテキスト情報を利用することができる（５１１）。
【図１】
2010213340.tif 000003
【図２】
2010213340.tif 000004
【図３】
2010213340.tif 000005
【図４】
2010213340.tif 000006
【図５】
2010213340.tif 000007
【図６】
2010213340.tif 000008