JP5266387B2 - ハンドオーバメカニズムをサポートする方法 - Google Patents

Description

本発明は、ハンドオーバメカニズム、特にＩＥＥＥ８０２．２１標準に準拠したメディア非依存ハンドオーバ（Media Independent Handover, ＭＩＨ）メカニズムをサポートする方法に関する。ユーザ装置がポイントオブアタッチメントを介してアクセスネットワークにアタッチする。シグナリングメッセージが前記ハンドオーバプロセスに関与するエンティティ間、特に前記ユーザ装置と前記ポイントオブアタッチメントとの間で交換される。前記ハンドオーバメカニズムは、前記ユーザ装置のすべての進行中の通信を維持しながら、前記ユーザ装置のネットワーク接続を、前記ポイントオブアタッチメントの１つ、すなわち現ポイントオブアタッチメントから、前記ポイントオブアタッチメントの他の１つ、すなわちターゲットポイントオブアタッチメントに変更することをサポートする。

近年、いくつかの種類の無線通信システムが開発されている。例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）は現在広く普及し、ＵＭＴＳ(Universal Mobile Telecommunication Systems)のようなセルラネットワークはきわめて重要なものとなっており、また最近では、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)が、ラストマイル無線ブロードバンドアクセスの配信を可能にする標準準拠技術として開発されている。これらの技術はそれぞれ、さまざまな種類のサービスおよび特定のアプリケーションを提供する。共存する技術が広く普及し、ユーザのモビリティが拡大する傾向にあることから、モビリティおよびサービス連続性のシームレスなサポートが要求されている。しかし、新しいアクセス技術が多数存在するため、これらの技術にわたってシームレスなモビリティを提供することは非常に困難である。

一般的な場面において、ユーザの通信装置／端末のようなモバイルノード（以下、ユーザ装置ＵＥという）は、ポイントオブアタッチメントＰｏＡを介してアクセスネットワークにアタッチされる。ＰｏＡは、ＵＥのネットワーク接続点を構成し、ＵＥとアクセスネットワークとの間のデータ通信を可能にする一種の中継ノードとして作用する。ＰｏＡという用語は一般的な意味で用いられ、例えば、（例えばＷＬＡＮにおける）アクセスポイントや（例えばＵＭＴＳネットワークにおける）基地局を含み得る。一般的に、ＰｏＡは、ＵＥとネットワークとの間のデータ交換を可能にする任意の装置であり得る。ハンドオーバメカニズムは通常、すべての進行中のデータ通信を維持しながら、ＵＥ（これは例えば、以下のものに限定されないが、携帯情報端末（ＰＤＡ）、携帯電話、ノート型コンピュータ、ホームネットワークを含み得る）のネットワーク接続を、あるＰｏＡ（現ＰｏＡ）から別のＰｏＡ（ターゲットＰｏＡ）に変更することをサポートする。このようなハンドオーバは、いくつかの理由で実行される可能性がある。その理由としては、例えば、より経済的なアクセスネットワークに変更するため、有線デジタル加入者回線（ＤＳＬ）から無線ＵＭＴＳ接続に変更するため、あるいは無線信号状態が悪いので無線アクセスポイントを変更するため、ということがある。

ＵＥとＰｏＡとの間のリンク（有線・無線を問わず）の変更は通常、リンク層ハンドオーバとして実現され、その後さらに上位層でのハンドオーバ関連手続きが行われる場合もある。この変更は、いくつかのメカニズムによって容易にされる。ハンドオーバは、ＵＥから開始されても、アクセスネットワークから開始されてもよく、いくつかの相異なる方法で実行可能である。細かい違いは別として、ハンドオーバは本質的に以下のステップを含む。
・ＵＥまたはネットワークがハンドオーバプロセスをトリガする。
・ハンドオーバ候補ＰｏＡのリストを作成する。
・各ハンドオーバ候補ＰｏＡについて、それがＵＥのための十分なリソースを有するか、そしてＵＥがそれらリソースの使用を許可されているかをチェックする。
・１つの候補ＰｏＡをターゲットＰｏＡとして選択する。
・このターゲットＰｏＡへのハンドオーバを実行する。

異種ネットワーク間のシームレスなハンドオーバのために、ＩＥＥＥ８０２．２１ ＭＩＨ仕様が策定されている。ＩＥＥＥ８０２．２１標準の目的は、リンク層のインテリジェンスおよびその他の関連するネットワーク情報を上位層に提供することで、モビリティ決定機能（ＵＥおよびネットワークの両方に配置される）を支援するとともに、異種メディア間ハンドオーバを最適化する仕様を策定することである。ここで、「メディア」とは、通信の感覚的諸側面（例えば、オーディオ、ビデオ等）ではなく、通信システムにアクセスする方法あるいは態様（例えばケーブル、無線、衛星等）のことを指している。ＭＩＨ機能（MIH Function, ＭＩＨＦ）は、８０２．２１標準の中心的コンポーネントである。これは、明確に定義され標準化されたサービスアクセスポイント（Service Access Point, ＳＡＰ）のセットを提供する。ＳＡＰには、この情報（ＭＩＨユーザ）を使用するリンク層とのＳＡＰ（ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ）および上位層とのＳＡＰ（ＭＩＨ＿ＳＡＰ）の両方がある。通信プロセスを容易にするために、これらのインタフェースを通じて、次のようなサービスのセットが提供される。
・メディア非依存イベントサービス（Media Independent Event Service, ＭＩＥＳ）は、リンク層プロパティの変更を検出し、ローカルおよびリモート両方のインタフェースから適当なイベント（トリガ）を開始する。
・メディア非依存コマンドサービス（Media Independent Command Service, ＭＩＣＳ）は、ハンドオーバおよび必要に応じてリンク間の切替に関するリンクプロパティを制御するための、ＭＩＨユーザに対するコマンドのセットを提供する。
・メディア非依存情報サービス（Media Independent Information Service, ＭＩＩＳ）は、さまざまなネットワークおよびそれらのサービスに関する静的情報を提供することによって、より効果的なハンドオーバ決定が異種ネットワークにわたって行われることを可能にする。

要約すれば、この標準は、ＭＩＨピア間で情報、イベントおよびコマンドを共有することによって、８０２．Ｘファミリのネットワーク、３ＧＰＰおよび３ＧＰＰ２ネットワーク等の異種ネットワークにわたるハンドオーバを改善する手段を提供することを目的としている。

ハンドオーバに関与するエンティティ間で交換されるメッセージは、ＵＥのリソースおよびサービス品質（ＱｏＳ）に対する需要と、ＵＥの識別およびセキュリティ証明書のような管理情報とを含む。この情報は、ＵＥをサポートするには十分なリソースを有しない候補ＰｏＡを除外するために使用される。ハンドオーバ時に、十分なリソースを有するターゲットＰｏＡが利用可能でない場合には、ＵＥのすべての通信が切れてしまう。したがって、通信の拒否により、有効性が低下し、ユーザエクスペリエンスが劣化する。

したがって、本発明の目的は、頭書のようなハンドオーバメカニズムをサポートする方法において、ハンドオーバの有効性向上という意味での改善が達成されるような改良およびさらなる展開を行うことである。

本発明によれば、上記の目的は、請求項１の構成を備えた方法によって達成される。この請求項に記載の通り、本方法は、以下のことを特徴とする。すなわち、前記ユーザ装置の進行中の通信に関する情報が、前記ハンドオーバプロセスで交換される前記シグナリングメッセージに追加され、前記情報が、前記ハンドオーバプロセス中に選択的に、前記ユーザ装置の進行中の通信の各トラフィックフローを処理するために使用される。

本発明は、ＵＥが通常、相異なるアプリケーション間で、および／または、相異なる通信相手との間で、複数のデータフローを同時に確立していることを考慮する。これに関して、本発明によって初めて認識されたこととして、フローどうしはきわめて独立しており、特にユーザエクスペリエンスの観点からは、それらのフローが全部切れるよりも、少なくともいくつかのフローを保持するほうが有益である。具体的に認識されたこととして、ハンドオーバプロセスで交換されるメッセージにＵＥの進行中のデータフローに関する情報を追加することによって、ハンドオーバ最適化を達成することができる。これにより、データフローは、ハンドオーバプロセスの期間中およびその後に選択的に処理されることが可能となる。実際、このような拡張により、同じユーザ装置による複数のデータフローを、ＵＥとアクセスネットワークとの間の通信リンク上で、あるいはアクセスネットワーク内でも、別様に処理することが可能となる。こうして、各フロー関連情報を含めることによるシグナリングメッセージの改変によって、進行中のフローを効果的に保持し、切断しなければならないフロー数を最小にすることで、ユーザエクスペリエンスが大幅に向上する。

本発明による方法は、例えばＩＥＥＥ８０２．２１標準に準拠したＭＩＨ環境において好適に適用可能である。しかし言うまでもなく、本発明は、ハンドオーバメカニズムが、進行中のデータ通信を維持しながら、ＵＥのネットワーク接続を異なるＰｏＡに変更することをサポートする任意の場面に適用可能である。したがって、以下でＭＩＨに言及しつつ本発明を説明する場合、この言及は単なる例示的な言及と解すべきであり、いかなる意味でも本発明を限定する意図は全くないことをはっきりと指摘しておかなければならない。

好ましい実施形態において、シグナリングメッセージに追加される情報は、各フローのリソース要求および／またはＱｏＳ需要に関する情報を含み、例えば、以下のものに限定されないが、帯域幅、遅延、ジッタ（遅延変動）または（パケット）損失パラメータが挙げられる。この情報は、各フローまたはフロー群の具体的特性に最も好適に適応した形でフローを選択的に処理するように、決定プロセスをサポートすることができる。

これに加えて、あるいは別法として、シグナリングメッセージは、各フローのタイプ、例えばオーディオ／ビデオまたはウェブトラフィック、に関する情報を含んでもよい。例えば、単一のウェブページにアクセスするというような短寿命のセッションは通常、ハンドオーバやＱｏＳを要求しない。ＶｏＩＰ、オーディオ／ビデオストリーミング（ＴＶ生放送やビデオオンデマンド等）、およびＶＰＮ（仮想私設ネットワーク）のようなより長期間のセッションは、ハンドオーバを要求する可能性が高く、通常、上記のようなＱｏＳ要求を有する。シグナリングメッセージに追加される各フローのタイプに関する情報は、ハンドオーバの前後のみならずハンドオーバの期間中にも、各フローのそれぞれのＱｏＳ需要が満たされることを保証することができる。

有利な態様として、シグナリングメッセージは、各フローの優先度および／または重要度に関する追加情報を、絶対値として、または他のフローに対して相対的に、含んでもよい。例えば、このような情報に基づいて、ＰｏＡは、リアルタイムマルチメディアアプリケーションのような高優先度のＵＥを、例えば単一ウェブページへのアクセスのような低優先度のフローよりも優先的に引き受けようとして、関連する通知／メッセージをＵＥへ送信することができる。その結果、優先度および／または重要度に関連する情報を含めることは、リアルタイム型フローの期限の遵守をサポートし、ハンドオーバプロセスが円滑に実行されることを保証する。

シグナリングメッセージに追加される情報は、各フローおよび／またはフロー群どうしの依存性に関する情報を含んでもよい。例えば、マルチメディアセッション（例えば動画ストリーム）のビデオチャネルとオーディオチャネルは、互いに依存していると指示することができる。このような依存性情報を用いることにより、ハンドオーバプロセスは、互いに依存する２つ以上のフローを別のエンティティにハンドオーバすることによるそれらの間の分離がなるべく回避できるような最適化された形で実行可能である。

シグナリングメッセージに追加される情報、特に上記の情報は、ネットワーキングスタックのさまざまな上位レベルのプロトコルからの各フローに関する情報、例えば、フロー内に符号化されたマルチメディアストリームに関する情報を含んでもよい。これに関して注意すべき重要な点であるが、ネットワーキングスタックの各層は、一般的に、互いに別個かつ独立に実装される。ハンドオーバプロセスは通常、下位層、特にリンク層によって提供されるので、選択性を向上させるために、上位層からのフローに関する何らかの情報を使用すると有益な場合がある。例えば、ビデオを視聴する場合を考えると、何らかの理由で、関連するオーディオ／サウンド情報なしでビデオのみの画像を提供するか、あるいはその逆の提供をすることが望ましい場合がある。その場合、ハンドオーバを実行するために、画像またはオーディオ／サウンドのいずれかの関連情報を上位層から下位層に渡してもよい。

ハンドオーバプロセスの開始に関して、ＵＥ自体から（例えば接続性が悪い場合）、またはネットワーク側から、トリガを提供してもよい。ハンドオーバプロセスがネットワーク側からトリガされる場合、トリガは、例えば、アクセスネットワークの現ＰｏＡ（サービングＰｏＡ）によって発信されてもよい。

一般的に、アクセスネットワークはコアネットワークに接続される。アクセスネットワークは、加入者をそのサービスプロバイダに接続する通信ネットワークの一部を構成する。コアネットワーク、例えば、ＧＳＭ（Global System for Mobile Communications）におけるＮＳＳ（Networking Switching Subsystem）は、アクセスネットワークの相手方である。したがって、ハンドオーバの理由は、アクセスネットワークまたはコアネットワークのいずれから生じる可能性もある。例えば、この理由は、システムスループットを向上させアプリケーション応答時間を短縮する目的でリソース管理または負荷分散を実行する、コアネットワークに配置された機能から生じる場合がある。

有利な態様として、ハンドオーバプロセスは、ＵＥの全トラフィックフローに対して一括して、または、ＵＥの各フローもしくはフロー群に対して個別に、トリガすることができるようにしてもよい。これにより、フローごとの情報に基づく拡張されたハンドオーバの準備および実行が可能となる。例えば、アクセスリンク上またはアクセスネットワーク内でのリソース予約や、リソース制約によりフローのサブセットのみを受け付けること、が可能である。

効率的なフロー管理および明瞭なフロー識別のため、シグナリングメッセージは、ＵＥの現在アクティブなフローの全部または一部の各識別子または識別子のリストを含んでもよい。識別子は、集約されたフロー情報を含むテーブル内のエントリへの参照として機能してもよい。

ターゲットＰｏＡの確認に関して、まず、ＰｏＡのうちから、ＵＥのトラフィックフローのハンドオーバ先となる可能性のある１つ以上の候補ＰｏＡのセットを決定する。シグナリングメッセージは、直接に候補ＰｏＡへ送信してもよいし、その候補ＰｏＡのプロキシとして作用する別のエンティティへ送信してもよい。次のステップで、各候補ＰｏＡに問い合わせを行い、ＵＥの各フローまたはフロー群をハンドオーバするのに適格かどうかを判定する。特に、問合せは、各候補ＰｏＡにおいてＵＥの各フローまたはフロー群をサポートするのに十分なリソースが利用可能かどうかを判定するための問合せを含んでもよい。なお、候補ＰｏＡによって実行されるこのリソースチェックは、ＵＥの全フローをサポート可能かどうかを判定する場合を含む。この特別のサポート可能な場合、ＵＥの全フローが、単一の候補ＰｏＡにハンドオーバするのに適格であることになる。

次のステップで、候補ＰｏＡが、特に問合せを受けた後に、さまざまなタスクを実行するようにしてもよい。例えば、以下のものに限定されないが、候補ＰｏＡは、各フローごとに個別に、またはフロー群について、アクセスリンク、バックホール（backhaul）リンクまたはその両方に対するアドミッション制御テストおよびリソース利用可能性チェックを実行してもよい。候補ＰｏＡによって実行されたテスト／チェックの結果に基づいて、候補ＰｏＡは、サポート可能なフローのサブセットを示すシグナリングメッセージによって応答してもよい。全体的なフレキシビリティを向上させるため、候補ＰｏＡの応答は、サポートしてもよいフローの代替サブセットのリストをさらに含んでもよい。相異なる可能なサブセットどうしは、優先度が互いに等しくても異なってもよい。また、これに関して、ＰｏＡの観点からは、例えば当該ＰｏＡに対するユーザ証明書／権限がないために、リソースが利用可能であっても必ずしも最大のフロー数をとるとは限らないことに注意すべきである。例えば、携帯電話サービスプロバイダは、ユーザに対して、電話通話のみを許可し、インターネットアクセスのような他のサービスは遮断するかもしれない。このような場合、代替サブセットは、ＰｏＡがハンドオーバプロセスで実際に引き継いでも構わないフローを含むようにすることができる。

有利な態様として、ハンドオーバを準備するエンティティは、各フローまたはフローのセットのハンドオーバ先となるターゲットＰｏＡとしてどの候補ＰｏＡが選択されるかについて決定する。決定は、候補ＰｏＡから受信された応答に基づいてもよい。ハンドオーバを準備するエンティティは、例えば、以下のものに限定されないが、ＵＥ自体（ＷＬＡＮにおいては通常）、現在のサービングＰｏＡまたは例えばアクセスネットワークに実装される中央コーディネータ（central coordinator）であってもよい。特に、ＧＳＭ／ＵＭＴＳネットワークでは、ハンドオーバを準備し決定するエンティティは、移動体通信事業者（mobile network operator）であってもよい。

具体的応用において、ハンドオーバを準備するエンティティは、ＵＥの現在アクティブなフローのサブセットのみをハンドオーバし、残りは切断すると決定してもよい。

また、ハンドオーバを準備するエンティティは、ＵＥの現在アクティブなフローの一部をあるターゲットＰｏＡにハンドオーバし、他の部分を１つ以上の他のターゲットＰｏＡにハンドオーバすると決定してもよい。例えば、これが起こり得るのは、ＵＥのすべての現在アクティブなフローに対する十分なリソースを有するターゲットＰｏＡが現在存在しない場合である。

結果として、ＵＥは、ハンドオーバがＵＥおよび対応するアクセスネットワークによってサポートされる場合には、ハンドオーバ後に複数のＰｏＡに接続される可能性がある。しかし、言うまでもなく、ハンドオーバの実行前にも、ＵＥは複数のＰｏＡに接続されている場合がある。これは、以前のハンドオーバの結果であることもあり得る。

有利な態様として、ターゲットＰｏＡへのハンドオーバ実行を通知するため、あるいは以前のアクティブＰｏＡや候補ＰｏＡへのリソースの解放を通知するために使用されるシグナリングメッセージは、ハンドオーバする各フローあるいはハンドオーバしない各フローに関する情報を伝達してもよい。この情報は、ＰｏＡが以前のメッセージ交換から情報を取り出すことを容易にする情報を追加することによって、明示的または暗黙的に含まれてもよい。フローごとの利用可能なリソースに関する情報データを収集した後、ハンドオーバを準備するエンティティは、ハンドオーバの具体的実現について決定する。これに関して、決定を行うエンティティは、リソースの利用に関するＵＥの証明書および／または権限を考慮する。決定プロセスの結果は、フローごとに、近隣エンティティに送信されてもよい。

好ましい実施形態によれば、シグナリングメッセージに追加される各フローに関する情報は、アクセスリンク上およびアクセスネットワーク内の各フローに対するリソースを予約するために、ターゲットＰｏＡによって使用されてもよい。また、各フローに関する情報は、アクセスネットワークを通る経路にフローをマッピングするために、ターゲットＰｏＡによって使用されてもよい。

それぞれのリソースは、各フローまたはフローのセットごとにターゲットＰｏＡによって割り当てられてもよく、必要な状態が例えばＭＩＨＦに設定されてもよい。

なお、本明細書に記載の方法は、ＩＥＥＥ８０２．２１仕様に規定されたＭＩＨに限定されない。当業者には明らかなように、上記の方法は、類似のメカニズムや機能を有する従来および将来のいかなるプロトコルにも適用できる。

本発明を好適な態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。

本発明による方法の適用場面の一例を示す模式図である。

図１は、ＩＥＥＥ８０２．２１標準における適用場面の一例を示している。例示した実施形態において、ユーザ装置ＵＥが、ポイントオブアタッチメントを介してアクセスネットワークに接続されている。このポイントオブアタッチメントを、現ポイントオブアタッチメント（ＰｏＡ）と称する。現ＰｏＡに加えて、さらに２つのポイントオブアタッチメントが（候補ＰｏＡ１および候補ＰｏＡ２と称する）、同一または別のアクセスネットワークへの可能なアクセスをＵＥに提供する。図１は、可能なハンドオーバ場面を例示し、ＩＥＥＥ８０２．２１メッセージが本発明によりどのように拡張され得るかを示している。この拡張によって、候補ＰｏＡは、フローごとにアクセスリンクおよびバックホールの両方において利用可能なリソースをチェックすることができる。これにより、ＰｏＡは、フローのサブセットに対して利用可能なリソースのみを有することを通信することができる。また、ＰｏＡは、フローの代替サブセットを提示することも可能である。その場合、ＵＥは、自己のフローのサブセットについて、複数のＰｏＡへのハンドオーバであっても、ハンドオーバを要求することができる。なお、繰り返しになるが、ＭＩＨに言及しつつ本発明を説明する場合、この言及は単なる例示的な言及と解すべきであり、いかなる意味でも本発明を限定する意図は全くないことを再びはっきりと指摘しておかなければならない。

以下、図１に示した例示的実施形態の各ステップについて、より詳細に説明する。ＵＥは、ＰＤＡ、ノート型コンピュータあるいはホームネットワークとすることが可能である。ＵＥは、ＰｏＡを介してサービングネットワークに接続される。このＰｏＡは、アクセスポイントまたは基地局とすることが可能であり、以下、現ＰｏＡと称する。初期状態において、現ＰｏＡは、フローＦ１、Ｆ２およびＦ３について、ＵＥとネットワークとの間の通信を提供する。第１ステップ（１）で、ＵＥ、あるいはより正確にはＵＥ上のＭＩＨユーザが、例えば接続状況が最適でないため、他のＰｏＡへのハンドオーバを実行したいと考える。このために、可能なハンドオーバ開始のために候補ＰｏＡに問い合わせるようＭＩＨＦに通知するプリミティブＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ ＲｅｑｕｅｓｔがＵＥによって生成される。特に、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ Ｒｅｑｕｅｓｔは、進行中のデータセッションのＱｏＳリソースが候補ネットワークにおいてサポートされ得るかどうかの情報を取得する目的に応じる。ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ Ｒｅｑｕｅｓｔは、ＩＥＥＥ８０２．２１標準に準拠した通常のパラメータとともに、ＵＥの現在アクティブなフローＦ１、Ｆ２およびＦ３に関する追加パラメータを含む。

次に、サービングネットワーク上，すなわち現ＰｏＡ上のＭＩＨＦによって、候補ネットワーク上のピアＭＩＨＦと通信するためのプリミティブＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｑｕｅｓｔが使用される。図１に例示した実施形態では、この通信は、候補ポイントオブアタッチメントＰｏＡ１およびＰｏＡ２上のＭＩＨＦとの間で確立される（２）。ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｑｕｅｓｔは、現ＰｏＡによって、ＵＥからＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ Ｒｅｑｕｅｓｔメッセージを受信した後に生成され、１つまたは複数の候補ＰｏＡへ送信される。ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｑｕｅｓｔは、これから行われるハンドオーバのための新たなリンクリソースを準備し、候補ネットワークの利用可能なリンクリソースを問い合わせるために使用される。ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｑｕｅｓｔもまた、各フローＦ１、Ｆ２およびＦ３に関する情報を含む。

ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｑｕｅｓｔメッセージを受信した後、ステップ（３）で、候補ＰｏＡ（候補ＰｏＡ１および候補ＰｏＡ２）は、それぞれの候補ネットワークにおいてフローごとにリソース利用可能性をチェックする。このチェックは、この例示的実施形態では、次ホップを構成するそれぞれの候補ネットワークのノードにコンタクトすることによって行われる。ただし、それぞれの利用可能性情報は、候補ＰｏＡ自体にすでに保存されていることも可能であり、あるいは、他の候補ネットワークエンティティ、例えば、複数のＰｏＡに対するリソース利用可能性情報を保存する集中化エンティティや、同じ候補ネットワークの次ホップエンティティから、候補ＰｏＡによって取得されることも可能である。ステップ（４）で、候補ＰｏＡは、候補ネットワークからそれぞれの利用可能性情報を受信する。具体的には、候補ＰｏＡ１は、フローＦ２がサポート可能であるという情報を受信し、候補ＰｏＡ２は、フローＦ１およびＦ３がサポート可能であるという情報を受信する。

候補ＰｏＡは、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ Ｒｅｓｐｏｎｓｅ（５）によって、現ＰｏＡへ、自己のリソース利用可能性チェックの結果を応答する。次のステップで、現ＰｏＡは、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ Ｑｕｅｒｙ Ｒｅｓｐｏｎｓｅ（６）によって、候補ネットワークにおいて得られたリソース利用可能性情報をＵＥに通知する。

上記ですでに述べたように、ＰｏＡ１はフローＦ２のみをサポート可能であるのに対して、ＰｏＡ２はフローＦ１およびＦ３をサポート可能である。この情報に基づいて、ＵＥは、ＰｏＡ２のみにアタッチすることを選択することにより実質的にフローＦ２を切断するか、または、３つのフローすべてを維持するためにＰｏＡ１およびＰｏＡ２の両方に同時にアタッチするかを選択してもよい。別法として、各フローをどう処理すべきかの決定はネットワークエンティティ、例えばアクセスポイントや基地局のようなＰｏＡに委ねてもよい。図１に例示した適用例では、ＵＥが、ハンドオーバのターゲットＰｏＡとしてＰｏＡ２のみを選択することに決定し、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ Ｒｅｑｕｅｓｔ（７）を送信することによって、選択したターゲットＰｏＡへのハンドオーバを現ＰｏＡに対して要求する。別法として、サービングＰｏＡが、ローカルまたはリモートの（ＭＩＨ＿）Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ Ｉｎｄｉｃａｔｉｏｎを受信することによって、ハンドオーバの必要性を検出し、収集したフローおよび利用可能性情報に基づいて、自らターゲットＰｏＡを選択することも可能である。その後、サービング現ＰｏＡが、ターゲットＰｏＡへＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ Ｒｅｑｕｅｓｔを送信することにより（８）、ターゲットネットワークにおけるリソース準備を要求する。このターゲットネットワークは、図１に例示した実施形態では、候補ＰｏＡ２を介してアクセス可能である。

上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。

本発明に至った仕事は、助成金契約番号２１４９９４により欧州共同体第７次枠組計画（ＦＰ７／２００７−２０１３）から資金提供を受けている。

Claims (23)

1. ハンドオーバメカニズム、特にＩＥＥＥ８０２．２１標準に準拠したメディア非依存ハンドオーバ（ＭＩＨ）メカニズムをサポートする方法において、
   ユーザ装置（ＵＥ）がポイントオブアタッチメント（ＰｏＡ）を介してアクセスネットワーク（ＡＮ）にアタッチし、
   シグナリングメッセージが前記ハンドオーバプロセスに関与するエンティティ間、特に前記ユーザ装置（ＵＥ）と前記ポイントオブアタッチメント（ＰｏＡ）との間で交換され、
   前記ハンドオーバメカニズムは、前記ユーザ装置（ＵＥ）のすべての進行中の通信を維持しながら、前記ユーザ装置（ＵＥ）のネットワーク接続を、前記ポイントオブアタッチメント（ＰｏＡ）の１つ、すなわち現ポイントオブアタッチメント（ＰｏＡ）から、前記ポイントオブアタッチメント（ＰｏＡ）の他の１つ、すなわちターゲットポイントオブアタッチメント（ＰｏＡ）に変更することをサポートし、
   該方法は、
   前記ユーザ装置（ＵＥ）の進行中の通信に関する情報が、前記ハンドオーバプロセスで交換される前記シグナリングメッセージに追加され、
   前記情報が、前記ハンドオーバプロセス中に選択的に、前記ユーザ装置（ＵＥ）の進行中の通信の各トラフィックフローを処理するために使用される
   ことを特徴とする、ハンドオーバメカニズムをサポートする方法。
2. 前記シグナリングメッセージに追加される前記情報が、各フローのリソース要求および／またはサービス品質（ＱｏＳ）需要、特に帯域幅、遅延、ジッタまたは損失パラメータに関する情報を含むことを特徴とする請求項１に記載の方法。
3. 前記シグナリングメッセージに追加される前記情報が、前記ＵＥのフローのタイプに関する情報を含むことを特徴とする請求項１または２に記載の方法。
4. 前記シグナリングメッセージに追加される前記情報が、各フローの優先度および／または重要度に関する情報を、絶対値として、または他のフローに対して相対的に、含むことを特徴とする請求項１ないし３のいずれか１項に記載の方法。
5. 前記シグナリングメッセージに追加される前記情報が、各フローおよび／またはフロー群どうしの依存性に関する情報を含むことを特徴とする請求項１ないし４のいずれか１項に記載の方法。
6. 前記シグナリングメッセージに追加される前記情報が、ネットワーキングスタックの１つ以上の上位レベルのプロトコルからの各フローに関する情報を含むことを特徴とする請求項１ないし５のいずれか１項に記載の方法。
7. 前記ハンドオーバプロセスが、前記ユーザ装置（ＵＥ）によって、またはネットワーク側から、特に前記現ポイントオブアタッチメント（ＰｏＡ）によって、トリガされることを特徴とする請求項１ないし６のいずれか１項に記載の方法。
8. 前記ハンドオーバの理由が、前記アクセスネットワーク（ＡＮ）から、または、前記アクセスネットワーク（ＡＮ）が接続されたコアネットワーク（ＣＮ）から、生じることを特徴とする請求項１ないし７のいずれか１項に記載の方法。
9. 前記ハンドオーバプロセスが、前記ユーザ装置（ＵＥ）の全トラフィックフローに対して一括して、または、前記ユーザ装置（ＵＥ）の各フローもしくはフロー群それぞれに対して個別に、トリガされることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
10. 前記シグナリングメッセージが、前記ユーザ装置（ＵＥ）の現在アクティブなフローの全部または一部の各識別子または識別子のリストを含むことを特徴とする請求項１ないし９のいずれか１項に記載の方法。
11. 前記ポイントオブアタッチメント（ＰｏＡ）のうちから、前記ユーザ装置（ＵＥ）のトラフィックフローのハンドオーバ先となる可能性のある候補ポイントオブアタッチメント（ＰｏＡ）のセットが決定されることを特徴とする請求項１ないし１０のいずれか１項に記載の方法。
12. 前記ユーザ装置（ＵＥ）の各フローまたはフロー群をハンドオーバするのに適格かどうかを判定するため、特に各候補ポイントオブアタッチメント（ＰｏＡ）において前記ユーザ装置（ＵＥ）の各フローまたはフロー群をサポートするのに十分なリソースが利用可能かどうかを判定するために、前記候補ポイントオブアタッチメント（ＰｏＡ）が問合せを受けることを特徴とする請求項１１に記載の方法。
13. 前記候補ポイントオブアタッチメント（ＰｏＡ）が、さまざまなタスク、特に、各フローごとに個別に、またはフロー群について、アクセスリンクおよび／またはバックホールに対するアドミッション制御テストおよびリソース利用可能性チェック、を実行することを特徴とする請求項１１または１２に記載の方法。
14. 前記候補ポイントオブアタッチメント（ＰｏＡ）が、サポート可能なフローのサブセットまたはフローの代替サブセットのリストを示すシグナリングメッセージによって応答することを特徴とする請求項１２または１３に記載の方法。
15. ハンドオーバを準備するエンティティが、好ましくは前記候補ポイントオブアタッチメント（ＰｏＡ）からの応答に基づいて、各フローまたはフローのセットのハンドオーバ先となるターゲットポイントオブアタッチメントとしてどの候補ポイントオブアタッチメント（ＰｏＡ）が選択されるかについて決定することを特徴とする請求項１１ないし１４のいずれか１項に記載の方法。
16. ハンドオーバを準備するエンティティが、前記ユーザ装置（ＵＥ）の現在アクティブなフローのサブセットのみをハンドオーバし、残りは切断すると決定することを特徴とする請求項１ないし１５のいずれか１項に記載の方法。
17. ハンドオーバを準備するエンティティが、前記ユーザ装置（ＵＥ）の現在アクティブなフローの一部をあるターゲットポイントオブアタッチメント（ＰｏＡ）にハンドオーバし、他の部分を１つ以上の他のターゲットポイントオブアタッチメント（ＰｏＡ）にハンドオーバすると決定することを特徴とする請求項１ないし１６のいずれか１項に記載の方法。
18. 前記ユーザ装置（ＵＥ）が、ハンドオーバの前および後に複数のポイントオブアタッチメント（ＰｏＡ）に接続されることを特徴とする請求項１ないし１７のいずれか１項に記載の方法。
19. 前記ターゲットポイントオブアタッチメント（ＰｏＡ）へのハンドオーバ実行、または、以前のポイントオブアタッチメント（ＰｏＡ）もしくは候補ポイントオブアタッチメント（ＰｏＡ）へのリソースの解放を通知するために使用される前記シグナリングメッセージが、ハンドオーバする各フローに関する情報も伝達することを特徴とする請求項１ないし１８のいずれか１項に記載の方法。
20. 前記情報は、前記ポイントオブアタッチメント（ＰｏＡ）が以前のメッセージ交換から該情報を取り出すことを容易にする情報を追加することによって、明示的または暗黙的に含まれることを特徴とする請求項１９に記載の方法。
21. 各フローに関する前記情報が、アクセスリンク上およびアクセスネットワーク（ＡＮ）内の各フローに対するリソースを予約するために、ターゲットポイントオブアタッチメント（ＰｏＡ）によって使用されることを特徴とする請求項１９または２０に記載の方法。
22. 各フローに関する前記情報が、アクセスネットワーク（ＡＮ）を通る経路にフローをマッピングするために、ターゲットポイントオブアタッチメント（ＰｏＡ）によって使用されることを特徴とする請求項１９ないし２１のいずれか１項に記載の方法。
23. それぞれのリソースが、各フローまたはフローのセットごとに前記ターゲットポイントオブアタッチメント（ＰｏＡ）によって割り当てられることを特徴とする請求項１２ないし２２のいずれか１項に記載の方法。

Images