(57)【要約】  最近の無線産業及び学問の進歩により、協調ネットワーク環境の提供に関する新たな課題が生じてきた。ユーザは、「オールウェイズ・ベスト・コネクティド（常に最適な接続）」の概念に従って、いつでもどこでもより良いサービスを得るために、異種ネットワークインフラを効率的に利用しながら異なるアクセスネットワーク間を移動することができる。異種環境におけるモビリティプロシージャを最適化するために、最近定められたＩＥＥＥ８０２．２１規格は、異種無線アクセス技術を互いに「接着する」役割を果たすメディア非依存ハンドオーバ（ＭＩＨ）フレームワークを規定する。しかしながら、ＩＥＥＥ８０２．２１は、シームレスなハンドオーバプロシージャ中のアクセスネットワークにおける無線リソース管理をカバーしてない。本発明は、ＩＥＥＥ８０２．２１フレームワークのための新たなコマンドプリミティブを提案することにより、無線アクセス技術におけるハンドオーバプロシージャ中の無線リソースを管理する方法に関する。提案するＩＥＥＥ８０２．２１プリミティブでは、サービス品質（ＱｏＳ）マネージャなどのアプリケーションレベルのエンティティが、アクセス技術における無線リソースの割り当て及び削除をローカルに又は遠隔的に実施するとともに、リソースの予約及び／又は削除結果を含むイベント通知をリンク層技術から受け取ることができる。【選択図】図１１
2013532931.tif 000002
【特許請求の範囲】
【請求項１】
シームレスなハンドオーバプロシージャ中に、下位層における無線リソース管理を行う方法であって、無線アクセス技術における無線リソース予約及び削除のための明確なＩＥＥＥ８０２．２１コマンドセットを使用し、
ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術の予約する必要があるリソースを示すＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＮＥＴ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ  Ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術における前記予約する必要があるリソースを示す前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術における前記予約する必要があるリソースを示す前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍプリミティブが、リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＮＥＴ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎ  Ｃｏｎｆｉｒｍプリミティブが、リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからのＭＩＨ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍプリミティブが、リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術における削除する必要があるリソースを示すＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＮＥＴ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ  Ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術における削除する必要があるリソースを示す前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、前記無線アクセス技術における削除する必要があるリソースを示す前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍプリミティブが、前記リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＮＥＴ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎ  Ｃｏｎｆｉｒｍプリミティブが、前記リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張され、
前記ＩＥＥＥ８０２．２１メディア非依存コマンドサービスからの前記ＭＩＨ＿ＳＡＰ  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍプリミティブが、前記リンク層接続において実行された動作の結果を伝えるよう前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作によって拡張される、
ことを特徴とする方法。
【請求項２】
前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、３ＧＰＰ制御層によって受け取られることにより、３ＧＰＰ無線リンクの専用パケットデータプロトコル（ＰＤＰ）コンテキストの起動を確立するよう３ＧＰＰ  ＳＭＲＥＧ−ＰＤＰ−ＡＣＴＩＶＡＴＥプリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、ＩＥＥＥ８０２．１６制御層によって受け取られることにより、ＩＥＥＥ８０２．１６無線リンクの専用ＳＦを確立するようＩＥＥＥ８０２．１６Ｃ−ＳＦＭ−ＲＥＱ（Ｃｒｅａｔｅ）プリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、ＩＥＥＥ８０２．１１制御層によって受け取られることにより、ＩＥＥＥ８０２．１１無線リンクの必要なリソースを確立するようＩＥＥＥ８０２．１１  ＭＳＧＣＦ−ＥＳＳ−Ｌｉｎｋ−Ｃｏｍｍａｎｄ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）プリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、前記３ＧＰＰ制御層によって受け取られることにより、前記３ＧＰＰ無線リンクの前記専用ＰＤＰコンテキストを除去するよう３ＧＰＰ  ＳＭＲＥＧ−ＰＤＰ−ＤＥＡＣＴＩＶＡＴＥプリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、前記ＩＥＥＥ８０２．１６制御層によって受け取られることにより、前記ＩＥＥＥ８０２．１６無線リンクの前記専用ＳＦを除去するようＩＥＥＥ８０２．１６Ｃ−ＳＦＭ−ＲＥＱ（Ｄｅｌｅｔｅ）プリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＱＯＳ＿ＤＥＬＥＴＩＯＮ動作を含む前記ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔプリミティブが、前記ＩＥＥＥ８０２．１１制御層によって受け取られることにより、前記ＩＥＥＥ８０２．１１無線リンクの必要なリソースを除去するようＩＥＥＥ８０２．１１  ＭＳＧＣＦ−ＥＳＳ−Ｌｉｎｋ−Ｃｏｍｍａｎｄ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ）プリミティブがトリガされる、
ことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＥＥＥ８０２．２１フレームワークのための新たなシグナリングメッセージを提案することにより、ハンドオーバプロシージャ（procedure）中のサービング及びターゲットアクセス技術における無線リソースを管理するための機構に関する。
【背景技術】
【０００２】
シームレスモビリティ
広帯域無線アクセス（ＢＷＡ）技術は、次世代ネットワーク（ＮＧＮ）における中心的役割を果たすことが期待されている。ＷｉＭＡＸ、３ＧＰＰ  ＵＭＴＳ／ＬＴＥ、Ｗｉ−Ｆｉ及びＤＶＢは、オペレータがいずれ近いうちにユビキタスなインターネットアクセスを提供するための土台を形成して、既存の及び将来のインフラから大いに恩恵を受ける可能性があるこのような技術の例である。しかしながら、異なる無線技術間において移動ノード（ＭＮ）が変化する異種ネットワーク環境では、真のシームレスな接続性は未だ提供されていない。ハンドオーバの問題は、ユーザによるハンドオーバ体験、サービス品質（ＱｏＳ）、セキュリティ及び統一認証などのその他のパラメータを考慮した場合、ますます重要になりつつある。
【０００３】
ＩＥＥＥは、異なるアクセス技術間のハンドオーバを容易にするために、「メディア非依存ハンドオーバ（ＭＩＨ）サービス作業部会（ＩＥＥＥ８０２．２１ＷＧ）」を設立し、このグループ内でそれぞれの規格を定めてきた。その最新の規格では、異なるアクセス技術からの機能を組み合わせて一般的なコマンド、イベント及び情報サービスの組にする新たなレイヤ２．５（Ｌ２．５）プロトコルが導入されている。このサービスの組を各技術に対して効率的に使用するには、特定のリンク層メッセージへの正しい変換が必要である。
【０００４】
シームレスモビリティプロシージャにおいて全うしなければならない別の重要な側面は、サービス品質（ＱｏＳ）機構のサポートである。シームレスモビリティでは、ハンドオーバ準備プロセス中にＱｏＳに関連する機構を積極的にサポートして、モビリティ管理動作が完了する前にターゲットアクセスネットワークにおいてリソースが利用可能であることを保証する必要がある。換言すれば、モビリティ管理及びＱｏＳプロセスは、シームレスなハンドオーバプロシージャのための基本であり、切り離してはならない。
【０００５】
ＭＩＨ参照フレームワーク
ＩＥＥＥ８０２．２１規格は、異種アクセス環境におけるモビリティ管理プロシージャを最適化することを目的としている。この目的のために、ＩＥＥＥ８０２．２１規格は、プロトコルスタック内の上位層からアクセス技術とモビリティプロトコルの間の標準インターフェイスを提供するＭＩＨフレームワークを定めている。図１に、想定される異種環境を示す。
【０００６】
ＩＥＥＥ８０２．２１  ＭＩＨ  ポイントオブアタッチメント（ＰｏＡ）及びポイントオブサービス（ＰｏＳ）を含む、ＷｉＭＡＸ、Ｗｉ−Ｆｉ及び３ＧＰＰ  ＬＴＥアクセス技術を使用するマルチオペレータマルチテクノロジネットワークを示している。ピア間でＭＩＨ信号を交換するために、ＩＥＥＥ８０２．２１フレームワークに従うネットワークノードには、特定の役割が割り当てられている。ＰｏＡは、アクセス技術接続ポイント（ＷｉＭＡＸ基地局、Ｗｉ−Ｆｉアクセスポイント、３ＧＰＰ  ＬＴＥ  ｅノードＢなど）であり、ＰｏＳは、マルチモードＭＮベースのメディア非依存ハンドオーバ機能（ＭＩＨＦ）との間でＭＩＨメッセージを交換する、ネットワーク側のＭＩＨＦインスタンスである。最初に、ハンドオーバの前に、ＭＮにおけるＭＩＨＦエンティティが、ネットワークノードにおけるピアＭＩＨＦエンティティ（ＭＩＨ  ＰｏＳ）に直接接続される。ＰｏＳは、ＭＮのアクティブなＬ２接続先であるネットワークポイントオブアタッチメント（ＰｏＡ）（サービングＰｏＡ）、又はネットワークのより深い位置のいずれかに配置することができる。ハンドオーバが発生すると、利用可能なＰｏＡが評価され（候補ＰｏＡ）、最終的なＰｏＡが選択される（ターゲットＰｏＡ）。
【０００７】
さらに、異なるＰｏＳを選択してＭＮにＭＩＨサービスを提供することができる。
【０００８】
さらに、図１の右側には、オペレータが利用可能なアクセスネットワークに関する静的情報を記憶するＭＩＨ情報サーバ（ＩＳ）も示している。ＭＩＨ  ＩＳ及びその動作に関するさらなる詳細については後述する。
【０００９】
ＭＩＨサービス
ＩＥＥＥ８０２．２１規格の主な概念は、基本となるアクセスネットワーク技術に関わらず、垂直ハンドオーバ（ＶＨＯ）を実行するための機構を提供することである。この機構の「心臓部」には、デバイスインターフェイス（リンク層に固有の技術）と、上位層（レイヤ３〜Ｌ３、さらにその上）を表すＭＩＨユーザ（ＭＩＨＵ）との間に配置された論理エンティティであるメディア非依存ハンドオーバ機能（ＭＩＨＦ）が存在する。複数のＭＩＨユーザが、高速モバイルＩＰｖ６（ＦＭＩＰｖ６）、プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）及びセッション開始プロトコル（ＳＩＰ）、並びにその他のモビリティ決定アルゴリズムなどの、モビリティ管理プロトコルを含むＭＩＨフレームワークから恩恵を受けることができる。図２に示すようなエンティティを、移動ノードとネットワークノードの両方に位置付けることができる。
【００１０】
ＭＩＨプラットフォームは、垂直及び水平ハンドオーバを検出し、準備して実行するために、以下のサービスの組を提供する。
１．メディア非依存イベントサービス（ＭＩＥＳ）
２．メディア非依存コマンドサービス（ＭＩＣＳ）
３．メディア非依存情報サービス（ＭＩＩＳ）
【００１１】
メディア非依存イベントサービス（ＭＩＥＳ）は、リンク条件、リンク状況及びリンク品質の動的変化などのイベントレポートを行う。これらのイベントは、ローカルイベントの場合もあれば遠隔イベントの場合もあり、移動ノード（ＭＮ）又はネットワークポイントオブアタッチメント（ＰｏＡ）のいずれかにおけるＭＩＨ機能のＭＡＣ、ＰＨＹから生じ得る。複数の上位層エンティティが、これらのイベントに同時に関心を示すこともあり、従ってこれらのイベントを複数の宛先に送る必要性が生じることもある。
【００１２】
ＩＥＥＥ８０２．２１は、リンクイベント及びＭＩＨイベントという２種類のイベントを定義する。リンクイベントは下位層から生じ、その後ＭＩＨＦによって登録済みＭＩＨＵに伝えられる。ＭＩＨＦからＭＩＨＵに伝えられるイベントは、ＭＩＨイベントと呼ばれる。ＭＩＨイベントは、ローカルイベントの場合もあれば遠隔イベントの場合もある。ローカルなＭＩＨイベントは、ローカルプロトコルスタック内の異なる層にわたって伝えることができるが、遠隔のＭＩＨイベントは、ネットワークを横切ってピアＭＩＨＵに伝わる（図３を参照）。
【００１３】
メディア非依存コマンドサービス（ＭＩＣＳ）は、ＭＩＨＵが物理層、データリンク層及び論理リンク層を制御できるようにする。上位層は、ＭＩＣＳを利用してリンク状態を判断し、及び／又はマルチモード端末を制御することができる。さらに、ＭＩＣＳは、ＭＩＨＵが任意のハンドオーバポリシを円滑に進めることができるようにもする。イベント及び／又はコマンドは、同じプロトコルスタック内のＭＩＨＵ（ローカル）に送ることも、又はピアエンティティ内に位置するＭＩＨＵ（遠隔）に送ることもできる。
【００１４】
コマンドは、ＭＩＨコマンド及びリンクコマンドという２つのカテゴリに分類される。ＭＩＨコマンドは、ＭＩＨＦに対処する（単複の）上位層から生じ、ローカルコマンドの場合もあれば遠隔コマンドの場合もある。ローカルなＭＩＨコマンドは、上位層によってローカルプロトコルスタック内のＭＩＨＦに送られる。遠隔のＭＩＨコマンドは、上位層によってピアスタック内のＭＩＨＦに送られる。リンクコマンドは、ＭＩＨＦから生じ、リンク層に送られる。これらのコマンドは、主にリンク層エンティティの挙動を制御する（図４を参照）。
【００１５】
メディア非依存情報サービス（ＭＩＩＳ）は、移動ノード側又はネットワーク側に位置するＭＩＨＦが地理的エリア内におけるハンドオーバを容易にするためのネットワーク情報を発見して取得できるようにするフレームワークを提供する。この目的は、エリア内の全ての異種ネットワークにわたるローミングを行う際にシームレスなハンドオーバを最適化するために、これらのネットワークの全体的な見通しを取得することにある。図５に、ＭＩＩＳサービスを示す。
【００１６】
上述した全てのサービスは、メッセージ交換に標準的なサービスアクセスポイント（ＳＡＰ）を使用する。より具体的には、ＭＩＨユーザとＭＩＨＦの間の通信にはＭＩＨ＿ＳＡＰが使用され、ＭＩＨＦとリンク層に固有の技術との間のＭＩＨ信号の交換には、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰが対処する。（ＭＩＩＳによって使用されることが多い）ピアＭＩＨエンティティ間の通信は、ＭＩＨ＿ＮＥＴ＿ＳＡＰにわたって発生する。
【００１７】
ＭＩＨシームレスモビリティプロシージャの概要
以下、本発明の目的を明確にして問題点をより良く記述するために、ＩＥＥＥ８０２．２１メディア非依存ハンドオーバフレームワークにより最適化された、移動体開始によるシームレスモビリティプロシージャの高水準記述を提供する。ハンドオーバプロシージャは、開始、準備、実行及び完了という４つの段階に分けられる。
【００１８】
−  ハンドオーバの開始
最初に、ＭＮがサービングアクセスネットワーク（ＳＡＮ）に接続され、インターネット内の別のノードとトラフィックを交換する。上位層におけるＱｏＳ要件を定義するいずれかの新たなアプリケーションによってサービングアクセスネットワーク閾値が構成され、これに関してリンク層がＭＩＨ層に測定結果をレポートする。このレポートは、ＭＩＨ＿Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ［ＭＩＨ＿ＳＡＰ］メッセージを使用して行われる。リンク閾値の構成に成功した後、ＭＮは、定期的に生成されるサービングリンク層からのいずれかの測定レポートを待つ。これらのレポートは、サービングアクセスネットワークＭＡＣからＭＩＨＦに転送され（Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．Ｉｎｄｉｃａｔｉｏｎ［ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ］）、そしてＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．Ｉｎｄｉｃａｔｉｏｎ［ＭＩＨ＿ＳＡＰ］を介してＭＩＨＦからＭＩＨＵに転送される。いずれかの測定レポートが、ＭＮにおける深刻なＱｏＳの悪化を示す場合、緊急ハンドオーバが起こり得る。この推定レポートは、Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎ［ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ］を介してリンク層からＭＩＨＦに転送され、さらにＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎ［ＭＩＨ＿ＳＡＰ］を使用してＭＩＨＵに転送される。図６に、上述したプロシージャを示す。
【００１９】
−  ハンドオーバの準備
ＭＮは、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎ［ＭＩＨ＿ＳＡＰ］を受け取った直後に、候補アクセスネットワーク（ＣＡＮ）の検索を開始する。ＭＩＨＵは、図７に示すように、（ＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎメッセージを使用して）ＭＩＩＳ情報サーバにクエリを行うことにより、近隣のネットワークに関する情報を回収する。ＩＳは、ＭＮの近くの候補ネットワークポイントオブアタッチメント（ＰｏＡ）を、その特性とともに戻す。この最後の情報は、後でＭＮが全ての利用可能な候補ネットワークよりもむしろ特定の無線ネットワークをスキャンする助けとなり得るので非常に有用である。
【００２０】
ＭＮは、サービングアクセスネットワークにＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ．ｒｅｑｕｅｓｔメッセージを送信することにより、候補アクセスネットワークのリソースの利用可能性状況も識別する。サービングポイントオブサービス（ＰｏＳ）は、このＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ．ｒｅｑｕｅｓｔをＭＮから受け取ると、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓメッセージをそれぞれの候補ＰｏＳに送信することにより、候補ネットワークからリソース情報を回収する。さらに、候補アクセスネットワークは、ＭＩＨ＿Ｌｉｎｋ＿Ｇｅｔ＿Ｐａｒａｍｅｔｅｒ．ｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍ［ＭＩＨ＿ＳＡＰ］を使用して利用可能なリソースを調べ、サービングアクセスネットワークは、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ．ｃｏｎｆｉｒｍを使用して、全てのリソース利用可能性情報を含む応答をＭＩＨＵに送信する。図８に、このリソース利用可能性チェックのプロシージャを示す。
【００２１】
リソース利用可能性チェック、スキャン結果及びＩＳサーバから以前に回収したその他のネットワーク情報に基づいて、ＭＮによるハンドオーバのためのターゲットアクセスネットワーク（ＴＡＮ）として候補アクセスネットワーク（ＣＡＮ＿１）が選択される。この決定直後に、前回スキャンのためにオンにした他のあらゆるインターフェイスをオフにするように指示される。このハンドオーバ決定は、選択されたアクセスネットワークとのＬ２接続を確立するために、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍ（ＰＯＷＥＲ＿ＵＰ）［ＭＩＨ＿ＳＡＰ］メッセージの交換も可能にする。
【００２２】
その後、ＭＮは、サービングアクセスネットワークにＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージを送信して、決定されたターゲットネットワーク情報に関する通知を行う。さらに、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔメッセージを介して、ターゲットアクセスネットワークにおけるリソース予約プロセスが開始される。ＭＩＨＵ＠ＴＡＮは、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ．ｉｎｄｉｃａｔｉｏｎプリミティブを受け取ると、ＱｏＳ予約エンティティ／プロトコルを送信して、アクセスリンクにおける無線リソースの予約を直ちに確立する必要がある。重要な点として、図９に示すように、このリソース予約プロシージャは、８０２．２１プロシージャに関連しない。
【００２３】
−  ハンドオーバの実行
ターゲットアクセスネットワークにおけるリソース予約後には、ＭＮとターゲットアクセスネットワークの間でモビリティ管理プロシージャを実行することができる。このプロシージャは、移動ＩＰ（ＭＩＰ）又はホストアイデンティティプロトコル（ＨＩＰ）などの利用可能なモビリティ管理プロトコルの１つを使用して実行することができる。この結果、データフローは、サービングアクセスネットワークからターゲットアクセスネットワークに移行する。
【００２４】
−  ハンドオーバの完了
最後に、ＭＮは、ターゲットアクセスネットワークにＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔメッセージを送信してハンドオーバプロシージャを終了する。ターゲットアクセスネットワークは、ＭＮのために予約されたリソースを解放して電源オフするために、このＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｐｌｅｔｅメッセージを古いアクセスネットワークとの間で交換する。終了するために、ハンドオーバの正常な完了がＭＮに折り返しレポートされる（ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｐｌｅｔｅ．ｒｅｓｐｏｎｓｅ（Ｓｔａｔｕｓ＝ｓｕｃｃｅｓｓ）［ＭＩＨ＿ＮＥＴ＿ＳＡＰ］）。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
要約すれば、現在のＩＥＥＥ８０２．２１仕様では、一次コマンド（切断、省電力、電源オン／オフなど）及び／又は二次コマンド（スキャンなど）を実行することによって下位層を制御する方法については規定されているが、ハンドオーバ中のターゲットアクセスネットワーク及びサービングアクセスネットワークにおけるそれぞれの無線リソースの予約及び削除については、範囲から外れたままである。このステップは、全体的なハンドオーバ遅延に影響を与え、結果としてユーザのハンドオーバ体験に影響を与えることがあるので、プロシージャ全体にとって重要である。従って、下位層における無線リソースを効率的に管理するための新たなＩＥＥＥ８０２．２１メッセージが必要とされている。
【課題を解決するための手段】
【００２６】
本発明は、ＩＥＥＥ８０２．２１フレームワークを使用して、ハンドオーバ中に下位層における無線リソース管理を実行するための方法に関する。本発明で提案するメッセージは、無線リソースの予約及び削除のための明確なコマンドを導入することにより、現在規定されているメディア非依存コマンドサービス（ＭＩＣＳ）を拡張する。これらのメッセージは、ＭＩＨ＿ＳＡＰ、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ及びＭＩＨ＿ＮＥＴ＿ＳＡＰに関して定められる。
【００２７】
本発明は、将来的な規格の拡張における応用を保証するために、既存のコマンドメッセージのフォーマットを使用する。
【００２８】
本発明は、ネットワークリソースを管理するＭＩＨユーザが、下位層におけるリソースの予約又は削除をトリガする場合に適用することができる。これらの動作は、ローカルで実行することも、又は遠隔で実行することもできる。
【００２９】
本発明は、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．１１ｅの拡張機能を実装するＩＥＥＥ８０２．１１及び３ＧＰＰネットワークを含むＱｏＳ対応アクセス技術に適用可能である。本発明は、ＭＩＨプロトコルと非ＱｏＳネイティブなＬ２技術の間にリソース管理のためのさらなる「インテリジェンス」レベルが存在する場合にも適用することができる。
【図面の簡単な説明】
【００３０】
【図１】ＭＩＨ参照フレームワークモデルを示す図である。
【図２】ＭＩＨアーキテクチャを示す図である。
【図３】ローカル及び遠隔イベントを示す図である。
【図４】ローカル及び遠隔コマンドを示す図である。
【図５】情報サービス（ＩＳ）遠隔コマンドを示す図である。
【図６】ＱｏＳ閾値構成及び測定レポートを示す図である。
【図７】利用可能な候補アクセスネットワーク（ＣＡＮ）を求めるＭＩＨ情報サーバクエリを示す図である。
【図８】候補アクセスネットワーク（ＣＡＮ）上のリソース利用可能性チェックを示す図である。
【図９】ターゲットアクセスネットワーク（ＴＡＮ）上のリソース割り当てを示す図である。
【図１０】以前のアクセスネットワークにおけるリソース解放を示す図である。
【図１１】リンク層リソース管理のためのＭＩＨコマンドを示す図である。
【図１２】ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す図である。
【図１３】ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す図である。
【図１４】Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す図である。
【図１５】Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す図である。
【図１６】提案するＭＩＨの拡張による、ターゲットアクセスネットワーク（ＴＡＮ）上のローカルリソース割り当てを示す図である。
【図１７】提案するＭＩＨの拡張による、ターゲットアクセスネットワーク（ＴＡＮ）上の遠隔リソース割り当てを示す図である。
【図１８】提案するＭＩＨの拡張による、以前のアクセスネットワーク（ＰＡＮ）上のローカルリソースの削除を示す図である。
【図１９】提案するＭＩＨの拡張による、以前のアクセスネットワーク（ＰＡＮ）上の遠隔リソースの削除を示す図である。
【００３１】
［表１］  リンク層リソース管理のためのＭＩＨコマンドを示す表である。
［表２］  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔサービスプリミティブパラメータを示す表である。
［表３］  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔサービスプリミティブのための修正したリンクデータ型を示す表である。
［表４］  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔサービスプリミティブに対して規定されるリンク動作を示す表である。
［表５］  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍサービスプリミティブを示す表である。
［表６］  ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍサービスプリミティブのための修正したリンクデータ型を示す表である。
［表７］  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔサービスプリミティブを示す表である。
［表８］  Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍサービスプリミティブを示す表である。
【発明を実施するための形態】
【００３２】
本発明は、ＩＥＥＥ８０２．２１フレームワークのための新たなコマンドを提案することにより、ハンドオーバプロシージャ中の無線アクセス技術における無線リソースを管理するための方法に関する。図１１及び表１に示すような提案するＩＥＥＥ８０２．２１プリミティブでは、サービス品質（ＱｏＳ）マネージャ又はモビリティマネージャなどのアプリケーションレベルのエンティティが、リンク層における無線リソースの割り当て及び削除をローカルに又は遠隔的に実施するとともに、リソース予約及び／又は削除の結果を含むリンク層技術からの通知を受け取ることができる。
【００３３】
新規のＭＩＨコマンドの説明
ＩＥＥＥ８０２．２１規格は、アクセス技術におけるＱｏＳの実施に対するサポートを行わない。本節では、ＩＥＥＥ８０２．２１規格にとって必要な拡張、具体的には、ＭＩＨ＿ＳＡＰとの関連では、アクセス技術におけるＱｏＳの予約及び削除をサポートするためのＭＩＨ＿ＬＩＮＫ＿ＳＡＰ及びＭＩＨ＿ＮＥＴ＿ＳＡＰサービスプリミティブについて説明する。
【００３４】
−  ＭＩＨ＿ＳＡＰサービスプリミティブ：ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ
ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓサービスプリミティブ（ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ）は、無線インターフェイスの電源の入切などのアクセス技術を制御するための動作セットを定義する。ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓサービスプリミティブに関して、無線インターフェイスにおけるＱｏＳ予約及びＱｏＳ削除の確立を可能にする２つの追加動作を提案する。以下の小節では、これらのプリミティブ及び新規の動作に関するさらなる詳細について説明する。
【００３５】
○ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ
●機能
このプリミティブは、ローカル又は遠隔の下位層リンクの組の挙動を制御するためにＭＩＨユーザが使用するものである。
【００３６】
●サービスプリミティブの意味
表２に、サービスプリミティブパラメータを記載する。
【００３７】
表３には、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔサービスプリミティブの拡張のための関連するリンクデータ型を示す。
【００３８】
表４には、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓサービスプリミティブの各動作に対して規定する動作を示す。
【００３９】
●生成時
このプリミティブは、ローカル又は遠隔の下位層リンクの組の巨頭を制御しようと試みた時にＭＩＨＵが呼び出すものである。ＱｏＳ管理（予約及び削除）プロシージャでは、ＭＩＨＵが、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ．ｉｎｄｉｃａｔｉｏｎサービスプリミティブ及びＭＩＨ＿Ｎ２Ｎ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔサービスプリミティブを受け取った時に、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）サービスプリミティブ及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）サービスプリミティブがそれぞれトリガされる。図１２に、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す。
【００４０】
●受信時の影響
要求の宛先がローカルＭＩＨＦ自体である場合、このローカルＭＩＨＦは、指定された（単複の）下位層リンクに対してＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）を発行する。要求の宛先が遠隔ＭＩＨＦである場合、ローカルＭＩＨＦは、この遠隔ＭＩＨＦに対してＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）メッセージを生成する。遠隔ＭＩＨＦは、このメッセージを受け取ると、指定された（単複の）下位層リンクに対してＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）を発行する。
【００４１】
○ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ
●機能
このプリミティブは、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔメッセージの結果をレポートするためにＭＩＨＦが使用するものである。
【００４２】
●サービスプリミティブの意味
表５に、サービスプリミティブパラメータを記載する。
表６には、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍサービスプリミティブの拡張のための関連するリンクデータ型を示す。
【００４３】
●生成時
このプリミティブは、要求側ＭＩＨＵにＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔの結果を戻すものである。
【００４４】
●受信時の影響
ＭＩＨＵは、結果を受け取ると、適当な評価を行っていずれかの好適な動作を行う。ＭＩＨＵは、ＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）又はＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）サービスプリミティブを受け取った後、ＭＩＨＦに向けてＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｓｐｏｎｓｅ又はＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｐｌｅｔｅ．ｒｅｓｐｏｓｅサービスプリミティブをトリガする。図１３に、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）の動作を示す。
【００４５】
−  ＭＩＨ＿ＬＩＮＫ＿ＳＡＰサービスプリミティブ：Ｌｉｎｋ＿Ａｃｔｉｏｎ
○Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ
●機能
このプリミティブは、ハンドオーバのためのリンク層リソースの最適な処理を可能にするためのリンク層接続に対する動作を要求するためにＭＩＨＦが使用するものである。シャットダウン、アクティブ状態の維持、スキャンの実行、又はＱｏＳの予約又は削除のトリガのためのリンク層動作を命令することができる。検討中のリンク層技術がこれらの動作をサポートする場合には、コマンド実行遅延時間を指定することもできる。
【００４６】
●サービスプリミティブの意味
表７に、サービスプリミティブパラメータを記載する。
【００４７】
●生成時
ＭＩＨＦは、所定のリンク層接続に対する動作を行うための要求をＭＩＨＵから受け取った時点で、このプリミティブを生成する。
【００４８】
●受信時の影響
現在のリンク層接続をサポートするリンク層技術は、このプリミティブを受け取ると、ＬｉｎｋＡｃｔｉｏｎパラメータにより指定された動作を、ＥｘｅｃｕｔｉｏｎＤｅｌａｙパラメータにより指定された時間に実行する。ＭＩＨＦは、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）プリミティブを受け取った後、図１４に示すように、リンク層に向けてＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）プリミティブをトリガする。その後、このアクセス技術に基づくＱｏＳ接続の確立がトリガされる。
【００４９】
○Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ
●機能
このプリミティブは、実行された動作結果の指示を提供するためにリンク層技術が使用するものである。
【００５０】
●サービスプリミティブの意味
表８に、修正したサービスプリミティブパラメータを記載する。
【００５１】
●生成時
リンク層技術は、リンク層接続に対して実行される動作の結果を伝えるために、このプリミティブを生成する。
【００５２】
●受信時の影響
ＭＩＨＦは、このプリミティブを受け取ると、現在のリンク層接続に対して行う動作の指示又は確認をＭＩＨＵに与えるために使用する必要がある、関連するＭＩＨコマンドを決定する。ＱｏＳ予約が終了すると、図１５に示すように、Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）サービスプリミティブが、リンク層によりＭＩＨＦに向けてトリガされる。
【００５３】
提案するＭＩＨ拡張を使用するシームレスなモビリティプロシージャの概要
実際に物理的ハンドオーバが起きる前に、メイクビフォーブレイク方式を保証するための動作セットを実行しなければならない。本明細書では、主にハンドオーバの準備及び完了段階に関与する本発明の革新技術の詳細を完全に示す。
【００５４】
−  ローカルリソース割り当て
ハンドオーバ開始段階中の閾値構成後、ＭＮが、無線インターフェイスチャネル状態の深刻な悪化を示した場合、ハンドオーバプロシージャがトリガされる［ＭＩＨ＿Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄｓ及びＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ］。その後、ハンドオーバ準備段階中に、モビリティ管理エンティティが、ＭＮ周辺の利用可能な候補アクセスネットワーク（ＣＡＮ）［ＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ］、及びその利用可能なリソース［ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ］をチェックする。
【００５５】
モビリティマネージャは、収集した情報に基づいて、ハンドオーバのための候補アクセスネットワーク（ＣＡＮ）を選択し、残りのインターフェイスをオフにする。その後、ターゲットアクセスネットワーク（ＴＡＮ）に対する無線リソース割り当て処理が開始される。この処理中、ＭＮは、サービングアクセスネットワーク（ＳＡＮ）にＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージを送信し、これによりＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージがＴＡＮに向けてトリガされる。その後、ＭＩＨＵ＠ＴＡＮは、図１６に示すように、割り当てなければならないＱｏＳリソースに関する全ての必要な情報を含む提案するＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）コマンドを使用して、無線リンクにおけるリソース予約をトリガする。
【００５６】
ＭＩＨＦ＠ＴＡＮは、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）を受け取り、ローカルリンク層に向けてＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）コマンドをトリガする。リンク層リソース割り当てが完了した後、ＭＩＨＦ＠ＴＡＮ及びＭＩＨＵ＠ＴＡＮに対し、Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）プリミティブをそれぞれ使用して、上向きにレポートが送信される。図１６にこのプロシージャを示す。
【００５７】
−  遠隔リソース割り当て
遠隔リソース割り当てプロシージャでは、図１７に示すように、ＭＩＨＵ＠ＴＡＮが、提案するＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）コマンドを使用して、無線リンクにおけるリソース予約をトリガする。この場合、ＭＮ無線インターフェイスを介してリソースを遠隔的に割り当てなければならないので、ＭＩＨＦ＠ＴＡＮは、ＭＩＨ＿ＮＥＴ＿ＳＡＰインターフェイスを介してＭＩＨＦ＠ＭＮに対してＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）メッセージをトリガし、この結果、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介してＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）コマンドを使用して、無線リンク上のローカル予約が行われるようになる。
【００５８】
Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ  ｒｅｓｐｏｎｓｅ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＲＥＳＥＲＶＡＴＩＯＮ）プリミティブを使用して、割り当て処理結果を含むレポートがＭＩＨＵ＠ＴＡＮに返送される。図１７に、完全な遠隔リソース割り当てプロシージャを示す。
【００５９】
−  ローカルリソースの削除
ＭＮが、以前の無線インターフェイスからターゲット無線インターフェイスへの切り替えを行った後には、この新たなインターフェイスを介してデータが流れ始め、以前のアクセスネットワーク（ＰＡＮ）上のリソースを解放しなければならない。ＰＡＮ上の無線リソースを解放するために、図１８に示すように、ＭＩＨＵ＠ＭＮが、新たなサービングアクセスネットワークＭＩＨＦに向けてＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔコマンドを送信し、その後ＭＩＨＦ＠ＳＡＮが、ＭＩＨＦ＠ＰＡＮにＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔコマンドを送信し、これにより、提案するＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）コマンドが使用されて、以前のアクセスネットワーク（ＰＡＮ）上のリソース削除をトリガする。
【００６０】
ＭＩＨＦ＠ＰＡＮは、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）を受け取り、ローカルリンク層に向けてＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）コマンドをトリガする。リンク層リソースが解放された後、ＭＩＨＦ＠ＰＡＮ及びＭＩＨＵ＠ＰＡＮに対し、Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）プリミティブをそれぞれ使用して、上向きにレポートが送信される。図１８にこのプロシージャを示す。
【００６１】
−  遠隔リソースの削除
遠隔リソースの削除プロシージャでは、図１９に示すように、ＭＩＨＵ＠ＰＡＮが、提案するＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ、ＰＯＷＥＲ  ＤＯＷＮ）コマンドを使用して、無線リンクにおけるリソース解放をトリガする。この場合、ＭＮ無線インターフェイスを介して遠隔でリソースを除去しなければならないので、ＭＩＨＦ＠ＰＡＮは、ＭＩＨ＿ＮＥＴ＿ＳＡＰインターフェイスを介してＭＩＨＦ＠ＭＮに対してＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ  ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ、ＰＯＷＥＲ  ＤＯＷＮ）メッセージをトリガし、この結果、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介してＬｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）コマンドを使用して、無線リンク上のリソースの削除が行われるようになる。
【００６２】
リソース解放結果を通知するために、Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ  ｒｅｓｐｏｎｓｅ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）及びＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｃｏｎｆｉｒｍ（ＱＯＳ＿ＤＥＬＥＴＩＯＮ，ＰＯＷＥＲ＿ＤＯＷＮ）プリミティブを使用して、ＭＩＨＵ＠ＰＡＮにレポートが返送される。図１９に、完全な遠隔リソース割り当てプロシージャを示す。
【００６３】
【表１】
2013532931.tif 000003
【００６４】
【表２】
2013532931.tif 000004
【００６５】
【表３】
2013532931.tif 000005
【００６６】
【表４】
2013532931.tif 000006
【００６７】
【表５】
2013532931.tif 000007
【００６８】
【表６】
2013532931.tif 000008
【００６９】
【表７】
2013532931.tif 000009
【００７０】
【表８】
2013532931.tif 000010
【図２】
2013532931.tif 000011
【図３】
2013532931.tif 000012
【図４】
2013532931.tif 000013
【図５】
2013532931.tif 000014
【図６】
2013532931.tif 000015
【図７】
2013532931.tif 000016
【図８】
2013532931.tif 000017
【図９】
2013532931.tif 000018
【図１０】
2013532931.tif 000019
【図１１】
2013532931.tif 000020
【図１２】
2013532931.tif 000021
【図１３】
2013532931.tif 000022
【図１４】
2013532931.tif 000023
【図１５】
2013532931.tif 000024
【図１６】
2013532931.tif 000025
【図１７】
2013532931.tif 000026
【図１８】
2013532931.tif 000027
【図１９】
2013532931.tif 000028
【図１】
2013532931.tif 000029
【国際調査報告】
2013532931.tif 000030
2013532931.tif 000031