(57)【要約】  方法および機構が、異なるリンク・レイヤ・テクノロジーの間の異種メディア独立ハンドオーバ（ＭＩＨ）を機能強化する。実施形態には、ＭＩＨプロキシエンティティ、ＭＩＨ対応ネットワーク・コントローラ、およびＭＩＨサーバを使用することが含まれる。機能強化は、ＭＩＨメッセージ内に、ターゲット・ネットワーク内のリソースの予約に関する必要な情報を含めることによって、照会フェーズ、準備フェーズ、実行フェーズ、および完了フェーズに対して行われる。
2010530162.tif 000002
【特許請求の範囲】
【請求項１】
メディア独立ハンドオーバ機能（ＭＩＨＦ）で実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、
前記ターゲット・ネットワーク内のリソースを予約するために要求メッセージを送信することであって、前記要求は、前記ターゲット・ネットワークでの新しい接続を許し、リソースを予約するためのＲＡＴ固有構成を含む透過的コンテナを含む、送信することと、
リソースについての成功した予約の確認メッセージを受信することであって、前記確認メッセージは、前記ターゲット・ネットワークの予約されたリソースの前記ＲＡＴ固有構成を含む透過的コンテナを含む、受信することと
を含むことを特徴とする方法。
前記ＭＩＨ機能は、ターゲット・サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）またはｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）に前記要求メッセージを送信することを特徴とする請求項１に記載の方法。
【請求項２】
前記ＭＩＨ機能は、既存ハンドオーバメッセージを利用することによって、前記要求メッセージをｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）、無線ネットワーク・コントローラ（ＲＮＣ）、またはモバイル・スイッチング・センタ（ＭＳＣ）に送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記予約要求は、Ｇｂインターフェース上で前記ＳＧＳＮに送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記予約要求は、Ｉｕインターフェース上で前記ＳＧＳＮに送信されることを特徴とする請求項１に記載の方法。
【請求項５】
集中化されたメディア独立ハンドオーバ機能（ＭＩＨＦ）で実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、
モバイル・ノード（ＭＮ）から予約要求を受信することであって、前記予約要求は、ターゲット・ネットワークでの新しい接続を許し、リソースを予約するためのＲＡＴ固有構成を含む透過的コンテナを含む、受信することと、
前記ターゲット・ネットワーク内でリソースを予約するために前記予約要求を前記ターゲット・ネットワークに転送することと
を含むことを特徴とする方法。
【請求項６】
前記ターゲット・ネットワークから予約応答を受信すること
をさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記予約応答内の情報を前記モバイル・ノード（ＭＮ）に戻って転送すること
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項８】
前記予約要求は、無線ネットワーク・コントローラ（ＲＮＣ）、ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、またはｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）から受信されることを特徴とする請求項６に記載の方法。
【請求項９】
前記ターゲット・ネットワークから予約応答を受信すること
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１０】
前記予約応答内の情報を前記無線ネットワーク・コントローラ（ＲＮＣ）、ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、またはｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）に転送すること
をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記予約応答内の情報を前記無線ネットワーク・コントローラ（ＲＮＣ）、前記ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、または前記ｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）を介して前記モバイル・ノード（ＭＮ）に転送すること
をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１２】
前記予約要求は、モバイル・ノード（ＭＮ）からラジオ・リソース制御（ＲＲＣ）接続要求手続きとして無線ネットワーク・コントローラ（ＲＮＣ）に送信されることを特徴とする請求項１に記載の方法。
【請求項１３】
前記要求メッセージおよび確認メッセージは、インターネットプロトコル（ＩＰ）を介して送信されることを特徴とする請求項１に記載の方法。
【請求項１４】
メディア独立ハンドオーバ（ＭＩＨ）サーバで実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、前記ネットワークは、互いのパラメータを用いて構成されてはおらず、
使用可能リソースに関して前記ターゲット・ネットワークに要求するためにＮ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｑｕｅｓｔメッセージを送信すること
を含むことを特徴とする方法。
【請求項１５】
前記Ｎ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｑｕｅｓｔメッセージは、透過的コンテナ内に含まれることを特徴とする請求項１５に記載の方法。
【請求項１６】
メディア独立ハンドオーバ（ＭＩＨ）サーバで実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、前記ネットワークは、互いのパラメータを用いて構成されてはおらず、
使用可能リソースに関して前記ターゲット・ネットワークに要求するためにＭＮ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージを送信すること
を含むことを特徴とする方法。
【請求項１７】
前記ＭＮ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージは、透過的コンテナ内に含まれることを特徴とする請求項１７に記載の方法。
【請求項１８】
測定レポートは、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｒｅｐｏｒｔメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｐｏｎｓｅメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｓｐｏｎｓｅメッセージに含まれることを特徴とする請求項１に記載の方法。
【請求項１９】
構成メッセージは、Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｓｐｏｎｓｅメッセージ、ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｓｐｏｎｓｅメッセージ、またはＮｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項１に記載の方法。
【請求項２０】
前記ＭＩＨサーバは、サービング・ゲートウェイに常駐することを特徴とする請求項１に記載の方法。
【請求項２１】
前記ＭＩＨサーバは、アンカ・ゲートウェイに常駐することを特徴とする請求項１に記載の方法。
【請求項２２】
３ＧＰＰ  ＧＥＲＡＮ／ＵＴＲＡＮ／ＬＴＥネットワークまたは非３ＧＰＰネットワークに必要な情報をＮ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｓｐｏｎｓｅメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｑｕｅｓｔメッセージ内で提供すること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項２３】
プロセッサ
を含む、異種ハンドオーバを実行するように構成されたメディア独立ハンドオーバ（ＭＩＨ）サーバであって、
前記プロセッサは、
Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）ネットワークと通信するように構成され、前記３ＧＰＰネットワークは、サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）、および無線基地局（ＢＴＳ）／Ｎｏｄｅ  Ｂを含み、前記プロセッサは、前記ＳＧＳＮおよび前記ＢＳＣ／ＲＮＣとインターフェースするようにさらに構成され、
非３ＧＰＰネットワークと通信するように構成され、前記非３ＧＰＰネットワークは、ネットワーク・ゲートウェイ、ネットワーク・コントローラ、および基地局を含み、前記プロセッサは、前記ネットワーク・ゲートウェイおよび前記ネットワーク・コントローラとインターフェースするようにさらに構成され、
メディア独立ハンドオーバ（ＭＩＨ）メッセージを使用して無線送受信ユニットと通信するように構成される
ことを特徴とするメディア独立ハンドオーバ（ＭＩＨ）サーバ。
【請求項２４】
透過的コンテナを含むＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージを送信するように構成された送信器と、
透過的コンテナを含むＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージを受信するように構成された受信器と
をさらに含むことを特徴とする請求項２４に記載のＭＩＨサーバ。
【請求項２５】
異種ハンドオーバを実行するように構成されたメディア独立ハンドオーバ（ＭＩＨ）プロキシであって、
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージを送信するように構成された送信器と、
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージを受信するように構成された受信器と、
プロセッサであって、
Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）ネットワークと通信するように構成され、前記３ＧＰＰネットワークは、サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）、および無線基地局（ＢＴＳ）／Ｎｏｄｅ  Ｂを含み、前記プロセッサは、前記ＳＧＳＮおよび前記ＢＳＣ／ＲＮＣとインターフェースするようにさらに構成され、
非３ＧＰＰネットワークと通信するように構成され、前記非３ＧＰＰネットワークは、ネットワーク・ゲートウェイ、ネットワーク・コントローラ、および基地局を含み、前記プロセッサは、前記ネットワーク・ゲートウェイとインターフェースするようにさらに構成される
プロセッサと
を含むことを特徴とするメディア独立ハンドオーバ（ＭＩＨ）プロキシ。
【請求項２６】
異種ハンドオーバを実行するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
透過的コンテナを含む第１メディア独立ハンドオーバ（ＭＩＨ）メッセージを送信するように構成された送信器であって、前記透過的コンテナは、測定レポートを含む、送信器と、
透過的コンテナを含む第２ＭＩＨメッセージを受信するように構成された受信器であって、前記透過的コンテナは、ラジオ・リソース情報を含む、受信器と、
隣接するセルに対する測定を行うように構成されたプロセッサと
を含むことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項２７】
ＭＩＨ要求メッセージを受信するように構成された受信器であって、前記ＭＩＨ要求メッセージは、測定レポートを要求する、受信器
をさらに含むことを特徴とする請求項２７に記載のＷＴＲＵ。
【請求項２８】
前記第２ＭＩＨメッセージは、Ｎ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｓｐｏｎｓｅメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｑｕｅｓｔメッセージであり、前記第２ＭＩＨメッセージは、しきい値およびイベント判断基準、測定の周期、またはレポートすべきセルの個数を含むことを特徴とする請求項２７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
開示される主題は、無線通信に関する。より詳細には、この主題は、メディア独立ハンドオーバ（media independent handover、ＭＩＨ）のサポートに関する。
【背景技術】
【０００２】
ＩＥＥＥ  ８０２．２１標準規格は、異なるリンク・レイヤ・テクノロジーにまたがるハンドオーバを可能にし、機能強化する（enhance）のを助ける機能の一様なセットを提供する。ＩＥＥＥ  ８０２．２１は、クライアント・モバイル・インターネット・プロトコル（クライアントＭＩＰ）またはプロキシＭＩＰなどのモビリティ管理アプリケーションに使用可能な３つの主サービスを定義する。図１を参照すると、これらのサービスは、イベント・サービス１００、情報サービス１０５、およびコマンド・サービス１１０である。これらのサービスは、下位レイヤ１１５から上位レイヤ１２０にメディア独立ハンドオーバ（ＭＩＨ）機能（ＭＩＨＦ：MIH function）１２５を介して情報およびトリガを供給することによって、ハンドオーバ動作、システム・ディスカバリ、およびシステム選択の管理を助ける。
【０００３】
高水準で、これは、リンク独立のイベント・サービス１００、情報サービス１０５、およびコマンド・サービス１１０を介してＭＩＨ機能１２５と通信できる（ローカルにまたはあるトランスポート・メディアを介してリモートにのいずれか）上位レイヤＭＩＨユーザを伴う。ＭＩＨ機能１２５は、順々に、使用テクノロジー固有プリミティブ（technology-specific primitive）を介してリンクレイヤデバイスと相互作用し、これらのテクノロジー固有プリミティブに期待される機能は、８０２．２１標準規格で定義される。図１には、プロトコルスタック内の中間レイヤとしてＭＩＨＦ  １２５が示されているが、ＭＩＨＦ  １２５を、プロトコルスタックの異なるレイヤと直接に情報およびトリガを交換できるＭＩＨプレーンとして実施することもできる。
【０００４】
Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）は、３ＧＰＰアクセスと非３ＧＰＰアクセス（たとえば、３ＧＰＰ２、ＩＥＥＥ  ８０２．１１  ＷＬＡＮ、ＩＥＥＥ  ８０２．１６  ＷｉＭＡＸ、など）との間のインターシステム・ハンドオーバがどのように扱われなければならないかを記述する３つの原理を識別した。しかし、これらの原理は、ハンドオーバ実行を可能にするために２つの異なるアクセスをどのように統合できるかには対処しない。第１の原理は、無線送受信ユニット（ＷＴＲＵ）がすべての進行中のサービスについて単一のラジオ・アクセス・テクノロジー（ＲＡＴ）を使用する、複数ＲＡＴシナリオで適用される。第２の原理は、Ｉｎｔｅｒ−ＲＡＴハンドオーバ判断が行われ、ハンドオーバ・コマンドが、サービング・ラジオ・アクセス・ネットワーク（ＲＡＮ）によって送信されることである。ターゲットＲＡＮは、ハンドオーバされるＷＴＲＵに対してアドミッション・コントロール（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を行使することができる。第３の原理は、サービングＲＡＮが、ターゲットＲＡＮから、ハンドオーバ・コマンドに含めることができる情報を受信することである。
【０００５】
これらの原理のすべてを、８０２．２１標準規格によって提供されるハンドオーバ（ＨＯ）サービスを使用することによって満足することができる。これは、特に、３ＧＰＰベースのアクセスへまたは３ＧＰＰベースのアクセスからのスイッチオーバを要求するハンドオーバ・コマンドが必要である時、たとえば、ハンドオーバがＩＥＥＥ  ８０２．１６アクセスまたはＷｉＭＡＸアクセスと３ＧＰＰアクセスとの間、あるいは、ＩＥＥＥ  ８０２．１１システムまたはＷＬＡＮシステムと３ＧＰＰシステムとの間で行われる時に、必要である。
【０００６】
図２に、通常のＧＳＭ  Ｅｄｇｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＧＥＲＡＮ−ＵＴＲＡＮ）３ＧＰＰパケット交換（ＰＳ−ｄｏｍａｉｎ）Ｉｎｔｅｒ−ＲＡＴアーキテクチャ２００を示す。図２を参照すると、ソース・ネットワークは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２０５、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）２１０、および無線基地局（ＢＴＳ）／Ｎｏｄｅ  Ｂ  ２１５を含む。ＢＳＣ／ＲＮＣ  ２１０は、Ｇｂ／ＩｕＰＳインターフェース２２０を介してＳＧＳＮ  ２０５と通信する。さらに、ＢＳＣ／ＲＮＣ  ２１０は、Ａｂｉｓ／Ｉｕｂインターフェース２２５を介してＢＴＳ／Ｎｏｄｅ  Ｂ  ２１５と通信する。ターゲット・ネットワークは、ＳＧＳＮ  ２３０、ＢＳＣ／ＲＮＣ  ２３５、およびＢＴＳ／Ｎｏｄｅ  Ｂ  ２４０を含む。ＢＳＣ／ＲＮＣ  ２３５は、Ｇｂ／ＩｕＰＳインターフェース２４５を介してＳＧＳＮ  ２３０と通信する。ＢＳＣ／ＲＮＣ  ２３５は、Ａｂｉｓ／Ｉｕｂインターフェース２５０を介してＢＴＳ／Ｎｏｄｅ  Ｂ  ２４０と通信する。ソースＳＧＳＮ  ２０５およびターゲットＳＧＳＮ  ２３０は、Ｇｎインターフェース２５５を介して通信する。
【０００７】
図２を参照すると、ハンドオーバを制御するのは、ソースＢＳＣ／ＲＮＣ  ２１０である。モバイル・ノード（ＭＮ）２６０は、ターゲット・ネットワーク内で測定を行うことを要求され、ハンドオーバ条件を満足する時に、ソースＢＳＣ／ＲＮＣ  ２１０は、ＭＮ  ２６０用のリソースを準備するようにターゲットＢＳＣ／ＲＮＣ  ２３５に要求する。ターゲットＢＳＣ／ＲＮＣ  ２３５は、アドミッション・コントロールを実行し、新しいリソース割振りを応答する。新しいリソースが割り振られた後に、ソースＢＳＣ／ＲＮＣ  ２１０は、新しいネットワークにハンドオーバするようにＭＮ  ２６０に命令する。新しいネットワーク内でＭＮ  ２６０を検出した時に、ターゲットＢＳＣ／ＲＮＣ  ２３５は、ハンドオーバ完了についてソースＢＳＣ／ＲＮＣ  ２１０に知らせる。
【０００８】
３ＧＰＰネットワークと非３ＧＰＰネットワークとの間で異種ハンドオーバを実行するために、ネットワーク・アーキテクチャは、ＭＩＨユーザが測定レポートを獲得する能力と、ＭＩＨ機能が標準化されたＭＩＨプリミティブおよびメッセージの使用を介してリンク・レイヤ・リソースを予約する能力とを提供しなければならない。８０２．２１標準規格は、そのような測定レポートを入手し、リソースについて照会し、これらのリソースを予約し、ハンドオーバを実行し、アクションの完了についてピア・ネットワークに知らせる機構を提供するが、これらの機構は、実装者に、主要な機能の使用および測定レポート・プロセスの完全な制御を得させない欠陥を有する。これは、３ＧＰＰネットワーク（たとえば、ＧＥＲＡＮ、ＵＴＲＡＮ、およびＬＴＥ）と非３ＧＰＰネットワークの間のハンドオーバ（Ｉｎｔｅｒ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ（Ｉｎｔｅｒ−ＲＡＴ）ハンドオーバとしても知られる）に特にあてはまる。
【０００９】
２つのピア・ネットワークが、通常はモバイル・ノード（ＭＮ）（ユーザ機器すなわちＵＥとも称する）測定レポートに基づいて、ハンドオーバを実行しなければならない時に、ネットワークは、別のセルに切り替えるようにＭＮに指示し、新しいセルで使用すべき構成を示す。これは、Ｉｎｔｅｒ−ＲＡＴハンドオーバ判断がサービング・ラジオ・アクセス・ネットワーク（ＲＡＮ）によって行われるが、ターゲットＲＡＮが、ハンドオーバされつつあるＭＮに対してアドミッション・コントロールを行使する可能性があることを暗示する。
【００１０】
したがって、イベントのシーケンスは、１）ハンドオーバ判断を行う前にソース・ネットワークとターゲット・ネットワークとの両方のリソースの状況を判定するのに使用される照会フェーズ、２）ハンドオーバ判断が行われた後にリソースがターゲット・ネットワークで予約される準備フェーズ、３）ハンドオーバ・コマンドが送信され、実行される実行フェーズ、および４）ハンドオーバの結果が知らされ、オリジナルリソースが解放される完了フェーズである。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ＩＥＥＥ  ８０２．２１仕様は、上で説明したアクションを実行するのに使用できるメッセージを定義する。しかし、現在定義されているメッセージによって提供される機能は、特に３ＧＰＰから非３ＧＰＰへのハンドオーバ（およびその逆）の場合に、ソース・ネットワークとターゲット・ネットワークとの間ですべての必要な情報を伝えるのに不十分である。したがって、機能を妥協せずに、ソース・ネットワークとターゲット・ネットワークとの間ですべての必要な情報を伝えるためのメッセージを提供することが望ましい。３ＧＰＰネットワークと非３ＧＰＰネットワークとの間で異種ハンドオーバを実行するために、ＭＩＨユーザが測定レポートを獲得する能力、ならびに、ＭＩＨ機能が標準化されたＭＩＨプリミティブおよびメッセージの使用を介してリンク・レイヤ・リソースを予約する能力を提供するためにネットワーク・アーキテクチャを設計することも望ましい。
【課題を解決するための手段】
【００１２】
アクセス独立モビリティ管理の方法および装置である。これらの方法および装置は、機能強化されたメディア独立ハンドオーバ機能を使用する３ＧＰＰネットワークと非３ＧＰＰネットワークとの間のハンドオーバに使用される。
【００１３】
より詳細な理解は、例として与えられ、添付図面と共に理解されるべき次の説明から得ることができる。
【図面の簡単な説明】
【００１４】
【図１】従来技術によるＩＥＥＥ  ８０２．２１プロトコル・アーキテクチャを示す図である。
【図２】従来技術による３ＧＰＰ  ＰＳ−ｄｏｍａｉｎ  Ｉｎｔｅｒ−ＲＡＴアーキテクチャを示すブロック図である。
【図３】プロキシＭＩＨノードとのＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示すブロック図である。
【図４】ＭＩＨ対応ＳＧＳＮ／ネットワーク・コントローラとのＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示すブロック図である。
【図５】ＭＩＨサーバとのＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示すブロック図である。
【図６】Ｉｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示すブロック図である。
【図７】３ＧＰＰコマンドを解釈し、その機能を同等の包括的ハンドオーバ・コマンドにマッピングするのにメディア独立正規化機能を使用するシステムを示すブロック図である。
【図８】３ＧＰＰコマンドを解釈し、その機能を同等の包括的ハンドオーバ・コマンドにマッピングするのにメディア独立正規化機能を使用するシステムを示すブロック図である。
【図９】ＭＮが訪問されるネットワーク内にあるローミング・シナリオを示すブロック図である。
【図１０】ＭＩＨメッセージングを使用して３ＧＰＰネットワークと非３ＧＰＰネットワークとの間の異種ハンドオーバを実行するように構成されたＷＴＲＵ、アクセスポイント（ＡＰ）またはポイント・オブ・アクセス（ＰｏＡ）、およびポイント・オブ・サービス（ＰｏＳ）またはＭＩＨサーバを示す図である。
【図１１】メディア独立正規化機能を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示す信号図である。
【図１２】メディア独立正規化機能およびオンオフを伴う単一ラジオ技法を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示す信号図である。
【図１３】メディア独立正規化機能および複数ラジオ技法を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステムを示す信号図である。
【発明を実施するための形態】
【００１５】
以下で言及される時に、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルの加入者ユニット、ポケットベル、セル電話機、携帯情報端末（ＰＤＡ）、コンピュータ、モバイル・ノード（ＭＮ）、または無線環境で動作できる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。以下で言及される時に、用語「基地局」は、Ｎｏｄｅ−Ｂ、Ｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。
【００１６】
以下の実施形態は、説明を単純にするために８０２．２１プロトコルおよびメッセージに関連して説明される。以下で説明する実施形態は、８０２．２１プロトコルで定義されるメッセージに言及するが、この概念を、８０２．２１メッセージに類似する情報要素を含む他のテクノロジーで定義されるメッセージに適用することができる。
【００１７】
たとえば、ＩＥＥＥ  ８０２．２１サービス、特にコマンド・サービスおよび情報サービスを、複数のアクセステクノロジーを統合するのに使用することができる。これは、この統合を可能にするためにメディア独立ハンドオーバ機能を配置できる場所を示すシステム・アーキテクチャを含む。３ＧＰＰ標準規格によって概要を示されるモビリティ原理を、提案されるアーキテクチャを使用してどのように満足できるのかを示す機構も含まれる。ＭＩＨ機能によって提供されるサービスの使用を介して、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のハンドオーバをサポートするモビリティ機構を実現することができる。３ＧＰＰアーキテクチャ内のＭＩＨ機能の位置は、論理的に分散され、望まれる統合のレベルすなわち、密結合シナリオまたは疎結合シナリオのどちらに対処するのかに依存する可能性がある。
【００１８】
３つの論理コンポーネントすなわち、ＭＭＥ、ゲートウェイ、およびＩＰサーバを識別することができる。これらの論理コンポーネントは、特定の展開シナリオに依存して、互いの間で通信するか独立に作用することができる。論理的に、ＭＩＨ機能は、特定の展開（配置：deployment）がそれを保証する場合に、特定のアクセス内に常駐することもできる。
【００１９】
３ＧＰＰアーキテクチャの基本的な機能は、上の図２で定義される。図２からの基本アーキテクチャを使用して、次の３つのネットワーク・アーキテクチャを、異種ハンドオーバをサポートするために非３ＧＰＰケースについて導出することができる。
【００２０】
図３に、３ＧＰＰネットワークと非３ＧＰＰネットワークとの間の異種ハンドオーバをサポートするのに使用できる１つの可能なアーキテクチャ３００を示す。図３を参照すると、ソース・ネットワークは、ＳＧＳＮ  ３０５、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）３１０、およびＢＴＳ／Ｎｏｄｅ  Ｂ  ３１５を含む。ＢＳＣ／ＲＮＣ  ３１０は、Ｇｂ／ＩｕＰＳインターフェース３２０を介してＳＧＳＮ  ３０５と通信する。さらに、ＢＳＣ／ＲＮＣ  ３１０は、Ａｂｉｓ／Ｉｕｂインターフェース３２５を介してＢＴＳ／Ｎｏｄｅ  Ｂ  ３１５と通信する。ターゲット・ネットワークは、包括的ネットワーク・ゲートウェイ（Generic Network Gateway）３３０、包括的ネットワーク・コントローラ３３５、および包括的基地局３４０を含む。
【００２１】
図３を参照すると、８０２．２１ＭＩＨノード３４５は、包括的ネットワーク・ゲートウェイ３３０と３ＧＰＰ  ＳＧＳＮ  ３０５との間で変換し、プロキシとして働くのに使用される。従来のＳＧＳＮが使用される場合には、ＭＩＨプロキシ３４５とＳＧＳＮ  ３０５との間で通信されるハンドオーバメッセージは、３ＧＰＰ  Ｇｎインターフェース３５０で記述されるものと同一である。ネットワークが小さいか、ＳＧＳＮ  ３０５およびＢＳＣ／ＲＮＣ  ３１０が同一位置にある場合には、ＭＩＨプロキシ３４５は、Ｉｕメッセージ３５５を使用することによって、ＢＳＣ／ＲＮＣ  ３１０に直接に接続することができる。
【００２２】
図４に、ＭＩＨ対応ＳＧＳＮ／ネットワーク・コントローラとのＩｎｔｅｒ−ＲＡＴハンドオーバを実行するもう１つの可能なネットワーク・アーキテクチャ４００を示す。図４を参照し、ＳＧＳＮ  ４１０および包括的ネットワーク・ゲートウェイ４２０が、ＭＩＨ能力４１５および４２５を実施し、したがって、８０２．２１プロトコルで定義されたメッセージまたは８０２．２１メッセージに類似する情報要素を含む他のテクノロジーで定義されたメッセージなどのＭＩＨメッセージ４３０を用いて互いに通信することができると仮定する。
【００２３】
類似する手法を、包括的ネットワーク・コントローラ４３５およびＢＳＣ／ＲＮＣ  ４４０がＭＩＨ対応である場合に適用することができる。この手法について、これらの２つのモードは、ゲートウェイを通過せずにＭＩＨメッセージを用いて通信することができる。説明を単純にするために、この手法は図４には示されていない。
【００２４】
図５に、ＭＩＨサーバとのＩｎｔｅｒ−ＲＡＴハンドオーバの代替ネットワーク・アーキテクチャ５００を示す。このアーキテクチャでは、ＭＩＨサーバ５１０は、ハンドオーバ判断を行い（たとえば、ソース・ネットワーク・コントローラとして）、ターゲット・ネットワークでリソースをセットアップするために、ネットワーク・コントローラの代わりに働く。この図では、ＭＩＨサーバ５１０が、たとえばＧｎインターフェース５２０を介してＳＧＳＮ  ５１５と、および／またはたとえばＧｂ／Ｉｕインターフェース５３０を介してＢＳＣ／ＲＮＣ  ５２５と通信できることが示されている。また、この図では、ＭＩＨサーバ５１０は、Ｌ２／Ｌ３プロトコル（たとえば、８０２．１１、８０２．１６、ＩＰなど）５４０を介してモバイル・ノード（ＭＮ）５３５と直接に通信する。
【００２５】
３ＧＰＰネットワークと非３ＧＰＰネットワークとの間の異種ハンドオーバをサポートするために、メディア独立ハンドオーバメッセージを使用することができる。たとえば、既存の８０２．２１標準規格のメッセージまたは他のテクノロジーの標準規格を更新して、次のメッセージを含めることができる。  
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求、および
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答
【００２６】
この２つのメッセージを含めることによって、ＭＩＨネットワーク機能（または類似するネットワーク機能）は、３ＧＰＰネットワークに似て、２つのネットワークがハンドオーバを制御する時にリソースを予約する能力を有する。
【００２７】
たとえば、８０２．２１標準規格を更新して、必要なメッセージを含めることができるが、これらのメッセージの内容は、３ＧＰＰネットワーク・ハンドオーバの要件を満足しない。したがって、ＭＩＨメッセージに対する機能強化が、３ＧＰＰネットワークと非３ＧＰＰネットワークとの間のハンドオーバをサポートするために必要である。この機能強化は、上の背景技術セクションで説明したＩｎｔｅｒ−ＲＡＴハンドオーバ（ＧＥＲＡＮ／ＵＴＲＡＮ）哲学に従うはずである。
【００２８】
機能強化されたメッセージおよびその符号化、たとえばＴＬＶ  ＩＥ（Type-Length-Value Information Elements）を、下の実施形態で述べる。ネットワークが、互いのパラメータを用いて事前に構成されるのではない場合には、ソース・ネットワークは、使用可能なリソース（たとえば、セルリスト、セルパラメータなど）についてターゲット・ネットワークに要求することができる。これに関して、ソース・ネットワークは、すべての使用可能なリソースまたは特定のタイプのネットワークのいずれかに関してレポートするようにターゲットに要求することができる。
【００２９】
一実施形態では、この情報を、次のＭＩＨメッセージに含めることができる。  
Ｎ２Ｎ  Ｑｕｅｒｙ  Ｒｅｓｏｕｒｃｅｓ  Ｒｅｑｕｅｓｔ（ハンドオーバのためにソースによって使用できる使用可能なリソースに関するレポートを要求するためにソースからターゲット・ネットワークへ）
ＭＮ  ＨＯ  Ｑｕｅｒｙ  Ｒｅｑｕｅｓｔ（ハンドオーバのためにソースによって使用できる使用可能なリソースに関するレポートを要求するためにモバイルからターゲット・ネットワークへ）
【００３０】
１つの可能性は、特定のネットワークに関する情報を要求するのにＮｅｔｗｏｒｋ  Ｔｙｐｅ要素を使用することである。もう１つの可能性は、ソースからの提案として上で述べたメッセージのＡｖａｉｌａｂｌｅ  Ｒｅｓｏｕｒｃｅフィールドの一部としてネットワーク情報を含めることである。
【００３１】
図６に、Ｉｎｔｅｒ−ＲＡＴハンドオーバ６００を実行するのに、更新されたハンドオーバメッセージをどのように使用できるのかを示す。ハンドオーバプロセスが開始される前に、ＷＴＲＵが隣接セルの検索（６０５）を開始し、測定値を提供することが要求される。３ＧＰＰ  ＧＥＲＡＮ／ＵＴＲＡＮ／ＬＴＥネットワークまたは非３ＧＰＰネットワークについてそのような測定を実行するために、隣接リストおよび測定情報が、隣接セルに対する測定を行うためにＷＴＲＵによって要求される。しきい値およびイベント判断基準（すなわち、いつ測定値をレポートすべきか）、測定の周期、およびレポートすべきセルの個数を、オプションで、この情報に含めることができる。
【００３２】
一実施形態では、３ＧＰＰ  ＧＥＲＡＮ／ＵＴＲＡＮ／ＬＴＥネットワークまたは非３ＧＰＰネットワークについて要求される情報を、次の機能強化されたＭＩＨメッセージに含めることができる。  
Ｎ２Ｎ  Ｑｕｅｒｙ  Ｒｅｓｏｕｒｃｅｓ  Ｒｅｓｐｏｎｓｅ（ネットワーク内でスキャンされなければならない使用可能なセルを知らせるためにターゲットからソース・ネットワークへ）
Ｎｅｔ  ＨＯ  Ｑｕｅｒｙ  Ｒｅｑｕｅｓｔ（監視すべきセルをＭＮに知らせるためにソース・ネットワーク・コントローラからＭＮへ）
ＭＩＨ  Ｓｃａｎ  Ｒｅｑｕｅｓｔ（監視すべきセルをＭＮに知らせるためにソース・ネットワーク・コントローラからＭＮへ）
【００３３】
１つの可能性は、上で述べた機能強化されたメッセージのＡｖａｉｌａｂｌｅ  Ｒｅｓｏｕｒｃｅフィールドの一部としてこの情報を含めることである。
【００３４】
図６を参照すると、ＭＩＨサーバがレポートを要求する時（６１０）、またはＷＴＲＵが測定レポートを独立にトリガする時（６０５）に、最良セルのセルＩＤまたは最良セルのリストなどの要求された情報を、次の機能強化されたＭＩＨメッセージに含めることができる。
Ｌｉｎｋ  Ｐａｒａｍｅｔｅｒ  Ｒｅｐｏｒｔ（測定に関してレポートするためにＭＮからネットワークへ）
Ｎｅｔ  ＨＯ  Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ（照会要求に応答し、測定に関してレポートするためにＭＮからネットワークへ）
ＭＩＨ  Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ（要求に応答し、測定に関してレポートするためにＭＮからネットワークへ）
【００３５】
１つの可能性は、上で述べた機能強化されたメッセージのＬｉｎｋ  Ｐａｒａｍｅｔｅｒｓフィールド、Ｌｉｎｋ  Ｒｅｓｏｕｒｃｅフィールド、またはＳｃａｎ  Ｒｅｓｐｏｎｓｅフィールドの一部としてこの情報を含めることである。
【００３６】
図６を参照すると、測定レポートの受信時に、ＭＩＨサーバは、ターゲットセルのためのリソースの予約を実行する（６１５）。予約を実行するために、ＭＩＨは、ターゲットＳＧＳＮまたはｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）に直接に通信する（６２０）ことができ、あるいはその代わりに、「Ｐｒｅｐａｒｅ  Ｈａｎｄｏｖｅｒ」などの既存ハンドオーバメッセージを利用することによってｅＮＢ、ＲＮＣ、またはＭＳＣに通信する（６２５）ことができる。
【００３７】
ターゲット・ネットワーク上でリソースを予約するために必要な情報を、次の機能強化されたＭＩＨメッセージに含めることができる。
Ｎ２Ｎ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｑｕｅｓｔ（リソースの予約を要求するためにソースからターゲット・ネットワークへ）
ＭＮ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｑｕｅｓｔ（リソースの予約を要求するためにＭＮからネットワークへ）
【００３８】
この情報を、一実施形態では、上で述べた機能強化されたメッセージのＱｕｅｒｙ  ＲｅｓｏｕｒｃｅフィールドまたはＲｅｓｅｒｖｅ  Ｒｅｓｏｕｒｃｅフィールドに含めることができる。
【００３９】
図６を参照すると、リソースがターゲット・ネットワークによって予約された（６３０）後に、ソース・ネットワーク（またはＷＴＲＵ）は、リソースについての成功した予約に関して知らされ（６３５）、その結果、ハンドオーバを行えるようになる。したがって、新しいネットワークへの接続を行うためにＭＮが要求する情報を、次の更新されたＭＩＨメッセージに含めることができる。
Ｎ２Ｎ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｓｐｏｎｓｅ（リソースの予約をレポートするためにターゲットからソース・ネットワークへ）
ＭＮ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｓｐｏｎｓｅ（リソースの予約をレポートするためにネットワークからＭＮへ）
Ｎｅｔ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｑｕｅｓｔ（リソースの予約をレポートし、これらのリソースにハンドオーバするようにＭＮに命令するためにネットワークからＭＮへ）
【００４０】
この情報を、一実施形態では、上で述べたメッセージのＱｕｅｒｙ  ＲｅｓｏｕｒｃｅフィールドまたはＲｅｓｅｒｖｅ  Ｒｅｓｏｕｒｃｅフィールドに含めることができる。
【００４１】
図６を参照すると、リソースの予約が完了した後に、ターゲット・ネットワークへのハンドオーバを実行する（６４５）ために、ハンドオーバ情報が、ＭＮまたはＷＴＲＵに送られる（６４０）。ハンドオーバが完了した後に、ハンドオーバ完了メッセージを送って、新しいネットワークを介するトラフィックを再ルーティングし、ソース・ネットワークからのリソースを解放することができる（６５０）。
【００４２】
ネットワークのタイプに応じて、ハンドオーバをさまざまな形で実行することができる。ＧＳＭに関して、ＢＳＣは、ＧＥＲＡＮセル・リソースのラジオ・リソースを予約したならば、ＷＴＲＵがハンドオーバを完了し、新しいセルに同期化するのに必要な情報を与えなければならない。この情報は、透過的コンテナ（transparent container）内でソース・ネットワークを介してＷＴＲＵに送信される。そのようなタイプの透過的コンテナを、他のタイプのネットワーク内で、ソースからターゲットへまたはその逆のいずれかでラジオ・リソースの情報を伝えるのに使用することができる。
【００４３】
透過的コンテナ内で送信される、ＷＴＲＵのための次の情報を、ＭＩＨメッセージに含めることができる。  
同期化インジケーション（Synchronization Indication、ＳＩ）
正常セル・インジケーション（Normal Cell Indication、ＮＣＩ）
新しいセルのＡＲＦＣＮ、ＢＳＩＣ−ＢＣＣＨ周波数、およびＢＳＩＣ
ＣＣＮサポート記述
周波数パラメータ
拡張された動的割振り
ネットワーク制御順序
ＲＬＣリセット
パケット・タイミング・アドバンス(Packet timing Advance)
ＵＬ制御タイムスロット
ＧＰＲＳ、ＥＧＰＲＳモード
ＵＬ／ＤＬ  ＴＢＦ（ＰＦＩ、ＴＦＩ割当て、ＴＢＦタイムスロット割り振り、ＲＬＣモード、ＵＳＦ割り振り）
オプション：
ＮＡＳコンテナ
【００４４】
ＵＴＲＡＮに関して、ＲＮＣは、セルｉｄのためにラジオ・リソースを予約した後に、ハンドオーバを完了し、新しいセルに同期化するための、移動局のための必要な情報を与えなければならない。この情報は、透過的コンテナ内でソース・ネットワークを介してＷＴＲＵに送信される。
【００４５】
ＭＩＨメッセージ内の透過的コンテナ内で送信される次の情報は、３Ｇセルへの接続を行うためにＷＴＲＵによって要求される。  
ＷＴＲＵアイデンティティ（Ｕ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、Ｅ−ＲＮＴＩ）
暗号アルゴリズム
ＲＢ情報要素（リストをセットアップするＳＲＢ情報、リストをセットアップするＲＡＢ情報）
ＵＬ／ＤＬトランスポート・チャネル情報（すべてのトランスポート・チャネルに共通するＵＬ／ＤＬトランスポート・チャネル情報、Ａｄｄｅｄ  ＴｒＣＨまたはＲｅｃｏｎｆｉｇｕｒｅｄ  ＴｒＣＨ情報ＵＬ／ＤＬ）
ＵＬラジオ・リソース（アップリンクＤＰＣＨ情報、Ｅ−ＤＣＨ情報）
ＤＬラジオ・リソース（ダウンリンクＨＳ−ＰＤＳＣＨ情報、ラジオリンクごとのダウンリンク情報、すべてのラジオリンクに共通するダウンリンク情報）
周波数情報
最大の許容されるＵＬ送信電力
【００４６】
さらに、ＲＮＣは、同期ハンドオーバに関するコミット時間／アクティブ化に関する情報を提供することができる。
【００４７】
代替案では、ＷＴＲＵが事前定義の構成をサポートする場合に、これらを使用することができる。事前定義の構成は、より少ない情報をＷＴＲＵに送信することを必要とする。  
デフォルト構成モード（ＦＤＤ、ＴＤＤ）
デフォルト構成アイデンティティ
ＲＡＢ情報
ＵＬ  ＤＰＣＨ情報
【００４８】
ＲＮＣは、ＭＩＨ  Ｃｏｍｐｌｅｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージを供給することもできる。ＭＮが、ソース・ネットワークからターゲット・ネットワークにハンドオーバされた後に、ハンドオーバ完了メッセージが、新しいネットワークを通るトラフィックを再ルーティングし、ソース・ネットワークからのリソースを解放するために送信される。
【００４９】
一実施形態では、この情報を、次の機能強化されたＭＩＨメッセージに含めることができる。  
Ｎｅｔ  ＨＯ  Ｃｏｍｍｉｔ  Ｒｅｓｐｏｎｓｅ
Ｎ２Ｎ  Ｃｏｍｐｌｅｔｅ  Ｒｅｑｕｅｓｔ
Ｎ２Ｎ  Ｃｏｍｐｌｅｔｅ  Ｒｅｓｐｏｎｓｅ
【００５０】
ＬＴＥならびにＷＣＤＭＡおよびＧＥＲＡＮなどの他の３ＧＰＰテクノロジーに関して、メディア独立正規化機能（media independent normalizing function）を使用して、３ＧＰＰコマンドを解釈し、その機能を、ＩＥＥＥ  ８０２．２１に記載のものなど、同等の包括的ハンドオーバ・コマンドにマッピングすることができる。図７、８、および９に、このメディア独立ハンドオーバ機能を、たとえばＰＤＮゲートウェイ７１０が複数のアクセスシステムにまたがる接触の中央点なので、ＰＤＮゲートウェイ７１０内に論理的にどのように配置することができるかを示す。図７に示された３ＧＰＰネットワーク７１５は、Ｅ−ＵＴＲＡＮ  ７２０通信をサポートできるＭＭＥ  ７２０を含む。ＭＭＥ  ７２０は、２Ｇ／３Ｇ  ＳＧＳＮ  ７２５とも通信し、この２Ｇ／３Ｇ  ＳＧＳＮ  ７２５は、ＵＴＲＡＮ通信７３０およびＧＥＲＡＮ通信７３５をサポートすることができる。非３ＧＰＰネットワーク７４０は、信頼されない非３ＧＰＰアクセス７５０をサポートすることができるｅＰＤＧ  ７４５を含む。信頼される非３ＧＰＰアクセス７５５は、ＰＤＮゲートウェイ７１０と直接に通信する。
【００５１】
図８で説明されるように、ＷＴＲＵ  ８０５は、現在の接続が進行中である間は、３ＧＰＰハンドオーバ機構のドメインの下のままになる。ターゲットＭＩＨ  ＰｏＳ  ＰＤＮゲートウェイ８１０は、３ＧＰＰネットワーク８１５と非３ＧＰＰネットワーク８２０との間の接触の中央点として働く。ソースＳＧＳＮ／ＭＭＥ  ８２５は、Ｆｏｒｗａｒｄ＿Ｒｅｌｏｃａｔｉｏｎ＿Ｒｅｑメッセージ８３０およびＦｏｒｗａｒｄ＿Ｒｅｌｏｃａｔｉｏｎ＿Ｃｏｍｐｌｅｔｅメッセージ８３５を使用して、ターゲットＭＩＨ  ＰｏＳ  ＰＤＮゲートウェイ８１０と通信することができる。信頼される非３ＧＰＰアクセス８４０は、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ／ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージ８４５およびＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ／ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージ８５０を使用して、ターゲットＭＩＨ  ＰｏＳ  ＰＤＮゲートウェイ８１０と通信することができる。同様に、ＭＮは、ＨＯ  ＣｏｍｍｉｔおよびＱｕｅｒｙの要求および応答タイプのメッセージを使用して、ハンドオーバをトリガするか開始し、準備が終了した後にハンドオーバに必要な情報を入手することができる。
【００５２】
図９に、ＭＮ  ９０５が訪問されるネットワーク９１０内にあるローミング・シナリオ９００の例を示す。このシナリオでは、ＭＩＨ  ９１５が常駐できる２つのゲートウェイすなわち、サービング・ゲートウェイ９２０およびアンカ・ゲートウェイ（Anchor Gateway）９３０がある。このシナリオは、たとえばＩＰインターフェースを使用してＭＮ  ９０５と通信できるＩＰサーバ９４０をも含むことができる。ＭＩＨ機能９１５を、ＭＭＥ  ９５０内に配置することもできる。この例は、ホームシナリオにも適用可能である。代替実施形態では、ＭＩＨ  ９１５をＥ−ＵＴＲＡＮ  ９６０内に配置することができる。
【００５３】
ＷＴＲＵは、複数のラジオ能力を同時にまたは一時に１つのラジオテクノロジーだけをサポートできてもできなくてもよい。複数ラジオ能力が、複数ラジオ技法またはオンオフを伴う単一ラジオ技法のいずれかを使用することによってサポートされる場合には、ＷＴＲＵは、現在のアクセスに接続されながら、複数のアクセスからラジオ環境を測定できる場合がある。８０２．２１に記載のものなどの正規化測定レポート能力を、基礎になるテクノロジーに関わりなく統一されたインターフェースを公開する、測定収集目的のサービスアクセスポイントを提供するのに使用することができる。
【００５４】
ＷＴＲＵは、ＩＥＥＥ  ８０２．２１によって提供されるものなどの情報サービスを使用することによって、現在のアクセスでの上位レイヤを介して提供される情報にも頼る場合がある。この情報は、ＷＴＲＵが、特定の測定が提供されない時であっても、アクセス再配置（リロケーション）を要求することを可能にする。
【００５５】
ラジオ・リソースを準備し、予約する時に、ＭＩＨ機能は、再配置要求を適切なＭＩＨコマンドにマッピングすることができる。これは、ターゲット・アクセス・システムが、リソースを許可する前にアドミッション・コントロール機能を行使することを可能にする。３ＧＰＰアクセスからのハンドオーバをトリガするコマンドは、完全に３ＧＰＰ仕様に従って、おそらくはＭＩＨマッピングを介してターゲット・アクセス・システムによって提供される情報を使用して、生成される。
【００５６】
下の表１に、ＭＩＨ、たとえば機能強化された８０２．２１と、たとえばプロキシ機能によって使用できる３ＧＰＰ  ＧＥＲＡＮ／ＵＴＲＡＮ／ＬＴＥメッセージとの間の可能なマッピングを示す。
【００５７】
【表１】
2010530162.tif 000003
【００５８】
【表２】
2010530162.tif 000004
【００５９】
下の表２〜５に、タイプ−長さ−値（ＴＬＶ：type-length-value）フォーマットで上で言及されたパラメータを担持するメッセージ符号化の可能な実現組合せを示す。
【００６０】
【表３】
2010530162.tif 000005
【００６１】
【表４】
2010530162.tif 000006
【００６２】
【表５】
2010530162.tif 000007
【００６３】
【表６】
2010530162.tif 000008
【００６４】
図１０は、上で説明したＩＥＥＥ  ８０２．２１  Ｉｎｔｅｒ−ＲＡＴハンドオーバを実施するように構成されたＷＴＲＵ  １０００およびアクセスポイント１００５である。ＷＴＲＵ  １０００は、プロセッサ１０１０、ＭＩＨ機能１０１５、ならびにそれぞれが異なるラジオ・アクセス・テクノロジーおよびプロトコルを使用して動作するように構成された複数のトランシーバ１０２０ａ…１０２０ｎを含む。プロセッサ１０１０およびＭＩＨ機能１０１５は、上で説明した実施形態に従ってプロトコル・スタックを操作するように構成される。さらに、プロセッサ１０１０およびＭＩＨ機能１０１５は、上でたとえば図８を参照して説明した機能強化されたメッセージを生成することができる。プロセッサ１０１０およびＭＩＨ機能１０１５は、ＭＩＨピアメッセージのためにＩＥＥＥ  ８０２．２１プロトコルを実施するようにさらに構成される。ＩＥＥＥ  ８０２．２１メッセージは、複数のトランシーバ１０２０ａ…１０２０ｎのいずれかを介してＭＩＨピアに送信することができる。プロセッサ１０１０およびＭＩＨ機能１０１５は、たとえばＩＥＥＥ  ８０２．２１コマンド・サービスのために、ローカルＩＥＥＥ  ８０２．２１を実施するようにさらに構成される。ＭＩＨメッセージの変換および受信されたメッセージからのＭＩＨメッセージの抽出は、プロセッサ１０１０またはＭＩＨ機能１０１５のいずれかあるいはこの２つの組合せによって実行することができる。
【００６５】
アクセスポイント１００５は、プロセッサ１０２５、ＭＩＨ機能１０３０、およびトランシーバ１０３５を含む。アクセスポイント１００５は、エアインターフェース１０４０を介してＷＴＲＵ  １０００と通信する。アクセスポイント１００５のプロセッサ１０２５は、トランシーバ１０３５を介してＷＴＲＵ  １０００から受信された、受信されたＩＥＥＥ  ８０２．２１メッセージを処理する。アクセスポイント１００５のプロセッサ１０２５およびＭＩＨ機能１０３０は、さらに、上でたとえば図８を参照して説明した機能強化されたメッセージを生成することができる。プロセッサ１０２５およびＭＩＨ機能１０３０は、さらに、アクセスポイント１００５とＭＩＨサーバ（ＭＩＨＳ）１０４５またはＰｏＳ（図示せず）との間のメッセージングなど、ＭＩＨピアメッセージングのためにＩＥＥＥ  ８０２．２１プロトコルを実施するように構成される。ＭＩＨメッセージの変換および受信されたメッセージからのＭＩＨメッセージの抽出は、プロセッサ１０２５またはＭＩＨ機能１０３０のいずれかあるいはこの２つの組合せによって実行することができる。
【００６６】
図１１は、８０２．２１メディア独立正規化機能を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステム１１００の信号図である。このシステムは、ＷＴＲＵ  １１１０、ソース・ネットワーク１０２０、ＭＩＨプロキシ１１３０、およびターゲット・ネットワーク１１４０を含む。
【００６７】
図１１を参照すると、ＷＴＲＵ  １１１０は、隣接セルを検索し（１１１５）、ソース・ネットワーク１１２０を介してＭＩＨプロキシ１１３０に測定レポート１１２５を供給する。ＭＩＨプロキシ１１３０は、ターゲット・ネットワーク１１４０のためにリソースの予約（１１３５）を実行する。リソースがターゲット・ネットワーク１１４０内で予約された（１１５０）後に、ソース・ネットワーク１１２０は、ＭＩＨプロキシ１１３０を介してリソースについての成功した予約（１１５５）を知らされる。その後、ハンドオーバ情報１１６０が、ソース・ネットワーク１１２０からＷＴＲＵ  １１１０に送信される。その後、ＷＴＲＵ  １１１０は、ターゲット・ネットワーク１１４０へのハンドオーバを実行する（１１６５）。その後、ターゲット・ネットワーク１１４０は、ソース・ネットワーク１１２０にハンドオーバ完了メッセージ（１１７０）を送信する。
【００６８】
図１２は、８０２．２１メディア独立正規化機能およびオンオフを伴う単一ラジオ技法を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステム１２００の信号図である。このシステムは、ＷＴＲＵ  １２１０、ソース・ネットワーク１２２０、ＭＩＨサーバ１２３０、およびターゲット・ネットワーク１２４０を含む。
【００６９】
図１２を参照すると、ＷＴＲＵ  １２１０は、隣接セルを検索し（１２１５）、隣接情報１２２５をＭＩＨに供給する。オプションで、ＷＴＲＵ  １２１０を、ＭＩＨ要求（１２３５）によってトリガして、隣接セルの検索（１２１５）を開始することができる。隣接情報（１２２５）を受け取る時に、ＭＩＨサーバ１２３０は、ソース・ネットワーク１２２０を介してターゲットセルのリソースの予約（１２４５）を実行する。リソースがターゲット・ネットワーク１２４０内で予約（１２５０）された後に、ソース・ネットワーク１２２０は、リソースについての成功した予約（１２５５）を知らされる。その後、ハンドオーバ情報（１２６０）が、ソース・ネットワーク１２２０からＷＴＲＵ  １２１０に送信される。その後、ＷＴＲＵ  １２１０は、ターゲット・ネットワーク１２４０へのハンドオーバを実行する（１２６５）。その後、ターゲット・ネットワーク１２４０は、ソース・ネットワーク１２２０にハンドオーバ完了メッセージ１２７０を送る。
【００７０】
図１３は、８０２．２１メディア独立正規化機能および複数ラジオ技法を使用してＩｎｔｅｒ−ＲＡＴハンドオーバを実行するシステム１３００の信号図である。このシステムは、ＷＴＲＵ  １３１０、ソース・ネットワーク１３２０、ＭＩＨサーバ１３３０、およびターゲット・ネットワーク１３４０を含む。
【００７１】
図１３を参照すると、ＷＴＲＵ  １３１０は、隣接セルを検索し（１３１５）、隣接情報（１３２５）をＭＩＨに供給する。オプションで、ＷＴＲＵ  １３１０をＭＩＨ要求（１３３５）によってトリガして、隣接セルの検索（１３１５）を開始することができる。隣接情報（１３２５）を受信した時に、ＭＩＨサーバ１３３０は、ターゲットセルのリソースの予約（１３４５）を実行する。ターゲット・ネットワーク１３４０内でリソースが予約された（１３５０）後に、ソース・ネットワーク１３２０は、リソースについての成功した予約（１３５５）を知らされる。その後、ハンドオーバ情報１３６０が、ソース・ネットワーク１３２０からＷＴＲＵ  １３１０に送信される。その後、ＷＴＲＵ  １３１０は、ターゲット・ネットワーク１３４０へのハンドオーバを実行する１３６５。その後、ターゲット・ネットワーク１３４０は、ソース・ネットワーク１３２０にハンドオーバ完了メッセージ１３７０を送信する。
【００７２】
ターゲット・ネットワーク１３４０が、ソース・ネットワーク１３２０を通る必要なしに、ターゲット・ネットワーク・エア・インターフェース（図示せず）を使用してＷＴＲＵ  １３１０に直接にリソース予約を送信することもできることに留意されたい。ＷＴＲＵ  １３１０は、デュアルラジオを有し、したがって、ソース・ネットワーク１３２０からのサービス割込みなしでターゲット・ネットワーク１３４０から受信することができる。ソース・ネットワーク１３２０は、ハンドオーバが完了したが、ターゲット・ネットワーク１３４０またはＷＴＲＵ  １３１０のいずれかが接続を解放できることを通知されなければならない。この状況では、ＭＩＨサーバ１３３０は、動的測定または静的ポリシのいずれかに基づいてハンドオーバを実行するために、ＷＴＲＵ  １３１０に知らせる。その後、ＷＴＲＵ  １３１０は、進行して、ＭＩＨサーバ１３３０またはソース・ネットワーク１３２０を通らずに、予約し、ターゲット・ネットワーク１３４０に直接に接続する。
【００７３】
本発明の特徴および要素を、好ましい実施形態で特定の組合せで説明したが、各特徴または要素を、好ましい実施形態の他の特徴および要素を伴わずに単独でまたは本発明の他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本発明で提供された方法または流れ図を、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体内で有形に実施されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００７４】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【００７５】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）内で使用されるラジオ周波数トランシーバ、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク・コントローラ（ＲＮＣ）、または任意のホストコンピュータを実施することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン受像機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【００７６】
＜実施形態＞
１．メディア独立ハンドオーバ機能（ＭＩＨＦ）で実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、
要求メッセージを送信することであって、要求メッセージは、ＲＡＴ固有構成を含む透過的コンテナを含む、送信することと、
リソースについての成功した予約の確認メッセージを受信することであって、確認メッセージは、要求されたＲＡＴ固有構成を含む透過的コンテナを含む、受信することと
を含むことを特徴とする方法。
２．ＭＩＨ機能は、ターゲット・サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）またはｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）に要求メッセージを送信することを特徴とする実施形態１に記載の方法。
３．ＭＩＨ機能は、既存ハンドオーバメッセージを利用することによって、要求メッセージをｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）、無線ネットワーク・コントローラ（ＲＮＣ）、またはモバイル・スイッチング・センタ（ＭＳＣ）に送信することを特徴とする実施形態１または２に記載の方法。
４．予約要求は、Ｇｂインターフェース上でＳＧＳＮに送信されることを特徴とする前の実施形態のいずれかに記載の方法。
５．予約要求は、Ｉｕインターフェース上でＳＧＳＮに送信されることを特徴とする前の実施形態のいずれかに記載の方法。
６．集中化されたメディア独立ハンドオーバ機能（ＭＩＨＦ）で実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、
モバイル・ノード（ＭＮ）から予約要求を受信することであって、ＲＡＴ固有構成を含む透過的コンテナを含む、受信することと、
ターゲット・ネットワーク内でリソースを予約するために予約要求をターゲット・ネットワークに転送することと
を含むことを特徴とする方法。
７．ターゲット・ネットワークから予約応答を受信すること
をさらに含むことを特徴とする実施形態５に記載の方法。
８．予約応答内の情報をモバイル・ノード（ＭＮ）に戻って転送すること
をさらに含むことを特徴とする実施形態６または７に記載の方法。
９．予約要求は、無線ネットワーク・コントローラ（ＲＮＣ）、ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、またはｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）から受信されることを特徴とする実施形態６〜８に記載の方法。
１０．ターゲット・ネットワークから予約応答を受信すること
をさらに含むことを特徴とする実施形態９に記載の方法。
１１．予約応答内の情報を無線ネットワーク・コントローラ（ＲＮＣ）、ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、またはｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）に転送すること
をさらに含むことを特徴とする実施形態８〜１０に記載の方法。
１２．予約応答内の情報を無線ネットワーク・コントローラ（ＲＮＣ）、ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）、またはｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）を介してモバイル・ノード（ＭＮ）に転送すること
をさらに含むことを特徴とする実施形態８〜１１に記載の方法。
１３．予約要求は、モバイル・ノード（ＭＮ）からラジオ・リソース制御（ＲＲＣ）接続要求手続きとして無線ネットワーク・コントローラ（ＲＮＣ）に送信されることを特徴とする前の実施形態のいずれかに記載の方法。
１４．要求メッセージおよび確認メッセージは、インターネットプロトコル（ＩＰ）を介して送信されることを特徴とする前の実施形態のいずれかに記載の方法。
１５．メディア独立ハンドオーバ（ＭＩＨ）サーバで実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、ネットワークは、互いのパラメータを用いて構成されてはおらず、
使用可能リソースに関してターゲット・ネットワークに要求するためにＮ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｑｕｅｓｔメッセージを送信すること
を含むことを特徴とする方法。
１６．Ｎ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｑｕｅｓｔメッセージは、透過的コンテナ内に含まれることを特徴とする実施形態１５に記載の方法。
１７．メディア独立ハンドオーバ（ＭＩＨ）サーバで実行される、ソース・ラジオ・アクセス・テクノロジー（ＲＡＴ）ネットワークとターゲットＲＡＴネットワークとの間の異種ハンドオーバの方法であって、ネットワークは、互いのパラメータを用いて構成されてはおらず、
使用可能リソースに関してターゲット・ネットワークに要求するためにＭＮ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージを送信すること
を含むことを特徴とする方法。
１８．ＭＮ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージは、透過的コンテナ内に含まれることを特徴とする実施形態１７に記載の方法。
１９．測定レポートは、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｒｅｐｏｒｔメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｓｐｏｎｓｅメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｓｐｏｎｓｅメッセージに含まれることを特徴とする前の実施形態のいずれかに記載の方法。
２０．構成メッセージは、Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｓｐｏｎｓｅメッセージ、ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｓｐｏｎｓｅメッセージ、またはＮｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ＿Ｒｅｑｕｅｓｔメッセージであることを特徴とする前の実施形態のいずれかに記載の方法。
２１．ＭＩＨサーバは、サービング・ゲートウェイに常駐することを特徴とする前の実施形態のいずれかに記載の方法。
２２．ＭＩＨサーバは、アンカ・ゲートウェイに常駐することを特徴とする前の実施形態のいずれかに記載の方法。
２３．３ＧＰＰ  ＧＥＲＡＮ／ＵＴＲＡＮ／ＬＴＥネットワークまたは非３ＧＰＰネットワークに必要な情報をＮ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｓｐｏｎｓｅメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｑｕｅｓｔメッセージ内で提供すること
をさらに含むことを特徴とする実施形態１に記載の方法。
２４．プロセッサ
を含む、異種ハンドオーバを実行するように構成されたメディア独立ハンドオーバ（ＭＩＨ）サーバであって、
プロセッサは、
Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）ネットワークと通信するように構成され、３ＧＰＰネットワークは、サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）、および無線基地局（ＢＴＳ）／Ｎｏｄｅ  Ｂを含み、プロセッサは、ＳＧＳＮおよびＢＳＣ／ＲＮＣとインターフェースするようにさらに構成され、
非３ＧＰＰネットワークと通信するように構成され、非３ＧＰＰネットワークは、ネットワーク・ゲートウェイ、ネットワーク・コントローラ、および基地局を含み、プロセッサは、ネットワーク・ゲートウェイおよびネットワーク・コントローラとインターフェースするようにさらに構成され、
メディア独立ハンドオーバ（ＭＩＨ）メッセージを使用して無線送受信ユニットと通信するように構成される
ことを特徴とするメディア独立ハンドオーバ（ＭＩＨ）サーバ。
２５．透過的コンテナを含むＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージを送信するように構成された送信器と、
透過的コンテナを含むＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージを受信するように構成された受信器と
をさらに含むことを特徴とする実施形態２４に記載のＭＩＨサーバ。
２６．異種ハンドオーバを実行するように構成されたメディア独立ハンドオーバ（ＭＩＨ）プロキシであって、
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージを送信するように構成された送信器と、
ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージを受信するように構成された受信器と、
プロセッサであって、
Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）ネットワークと通信するように構成され、３ＧＰＰネットワークは、サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、基地局コントローラ／無線ネットワーク・コントローラ（ＢＳＣ／ＲＮＣ）、および無線基地局（ＢＴＳ）／Ｎｏｄｅ  Ｂを含み、プロセッサは、ＳＧＳＮおよびＢＳＣ／ＲＮＣとインターフェースするようにさらに構成され、
非３ＧＰＰネットワークと通信するように構成され、非３ＧＰＰネットワークは、ネットワーク・ゲートウェイ、ネットワーク・コントローラ、および基地局を含み、プロセッサは、ネットワーク・ゲートウェイとインターフェースするようにさらに構成される
プロセッサと
を含むことを特徴とするメディア独立ハンドオーバ（ＭＩＨ）プロキシ。
２７．異種ハンドオーバを実行するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
透過的コンテナを含む第１メディア独立ハンドオーバ（ＭＩＨ）メッセージを送信するように構成された送信器であって、透過的コンテナは、測定レポートを含む、送信器と、
透過的コンテナを含む第２ＭＩＨメッセージを受信するように構成された受信器であって、透過的コンテナは、ラジオ・リソース情報を含む、受信器と、
隣接するセルに対する測定を行うように構成されたプロセッサと
を含むことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
２８．ＭＩＨ要求メッセージを受信するように構成された受信器であって、ＭＩＨ要求メッセージは、測定レポートを要求する、受信器
をさらに含むことを特徴とする実施形態２７に記載のＷＴＲＵ。
２９．第２ＭＩＨメッセージは、Ｎ２Ｎ＿Ｑｕｅｒｙ＿Ｒｅｓｏｕｒｃｅｓ＿Ｒｅｓｐｏｎｓｅメッセージ、Ｎｅｔ＿ＨＯ＿Ｑｕｅｒｙ＿Ｒｅｑｕｅｓｔメッセージ、またはＭＩＨ＿Ｓｃａｎ＿Ｒｅｑｕｅｓｔメッセージであり、第２ＭＩＨメッセージは、しきい値およびイベント判断基準、測定の周期、またはレポートすべきセルの個数を含むことを特徴とする実施形態２７または２８に記載のＷＴＲＵ。
【図１】
2010530162.tif 000009
【図２】
2010530162.tif 000010
【図３】
2010530162.tif 000011
【図４】
2010530162.tif 000012
【図５】
2010530162.tif 000013
【図６】
2010530162.tif 000014
【図７】
2010530162.tif 000015
【図８】
2010530162.tif 000016
【図９】
2010530162.tif 000017
【図１０】
2010530162.tif 000018
【図１１】
2010530162.tif 000019
【図１２】
2010530162.tif 000020
【図１３】
2010530162.tif 000021
【手続補正書】
【提出日】平成22年2月5日(2010.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）内で実施される方法であって、
ハンドオーバに関するターゲット・ネットワークにおいて予約されたリソースのラジオ・アクセス・テクノロジー（ＲＡＴ）固有構成を示す透過的コンテナを含むメディア独立ハンドオーバ（ＭＩＨ）ハンドオーバ・メッセージを受信するステップと、
前記ＭＩＨハンドオーバ・メッセージに基づいて前記ターゲット・ネットワークへのハンドオーバを実行するステップと
を含むことを特徴とする方法。
【請求項２】
前記ＭＩＨハンドオーバ・メッセージは、Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージであることを特徴とする請求項１に記載の方法。
【請求項３】
前記透過的コンテナは、同期化インジケータ（ＳＩ）と、正常セル・インジケータ（ＮＣＩ）と、セルのＡＲＦＣＮ、ＢＳＩＣ−ＢＣＣＨ周波数、およびＢＳＩＣと、ＣＣＮサポート記述と、周波数パラメータと、拡張された動的割振りと、ネットワーク制御順序と、ＲＬＣリセットと、パケット・タイミング・アドバンスと、ＵＬ制御タイムスロットと、ＧＰＲＳモードまたはＥＧＰＲＳモードと、ＵＬ／ＤＬ  ＴＢＦ情報と、ＮＡＳコンテナと、のうちの少なくとも１つに関連する情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記透過的コンテナは、ＷＴＲＵアイデンティティと、暗号アルゴリズムと、ＲＢ情報と、ＵＬ／ＤＬトランスポート・チャネル情報と、ＵＬラジオ・リソースと、ＤＬラジオ・リソースと、周波数と、最大の許容されるＵＬ送信電力と、のうちの少なくとも１つに関連する情報を含むことを特徴とする請求項１に記載の方法。
【請求項５】
ハンドオーバに関するターゲット・ネットワークにおいて予約されたリソースのラジオ・アクセス・テクノロジー（ＲＡＴ）固有構成を示す透過的コンテナを含むメディア独立ハンドオーバ（ＭＩＨ）ハンドオーバ・メッセージを受信し、
前記ＭＩＨハンドオーバ・メッセージに基づいて前記ターゲット・ネットワークへのハンドオーバを実行する
ように構成されたトランシーバ
を含むことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項６】
前記ＭＩＨハンドオーバ・メッセージは、Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージであることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
前記透過的コンテナは、同期化インジケータ（ＳＩ）と、正常セル・インジケータ（ＮＣＩ）と、セルのＡＲＦＣＮ、ＢＳＩＣ−ＢＣＣＨ周波数、およびＢＳＩＣと、ＣＣＮサポート記述と、周波数パラメータと、拡張された動的割振りと、ネットワーク制御順序と、ＲＬＣリセットと、パケット・タイミング・アドバンスと、ＵＬ制御タイムスロットと、ＧＰＲＳモードまたはＥＧＰＲＳモードと、ＵＬ／ＤＬ  ＴＢＦ情報と、ＮＡＳコンテナと、のうちの少なくとも１つに関連する情報を含むことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項８】
前記透過的コンテナは、ＷＴＲＵアイデンティティと、暗号アルゴリズムと、ＲＢ情報と、ＵＬ／ＤＬトランスポート・チャネル情報と、ＵＬラジオ・リソースと、ＤＬラジオ・リソースと、周波数と、最大の許容されるＵＬ送信電力と、のうちの少なくとも１つに関連する情報を含むことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項９】
ターゲット・ネットワークへの無線送受信ユニット（ＷＴＲＵ）のハンドオーバのためにネットワーク・ノード内で使用される方法であって、
前記ターゲット・ネットワーク内のリソースを予約するためにメディア独立ハンドオーバ（ＭＩＨ）要求メッセージを送信するステップであって、前記ＭＩＨ要求メッセージは、前記ターゲット・ネットワークでの新しい接続を許し、リソースを予約するためにラジオ・アクセス・テクノロジー（ＲＡＴ）固有構成を含む透過的コンテナを含む、送信するステップと、
前記ターゲット・ネットワークでの予約されたリソースのＲＡＴ固有構成を示す透過的コンテナを含む確認メッセージを受信するステップと
を含むことを特徴とする方法。
【請求項１０】
前記ＭＩＨ要求メッセージは、ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）、無線ネットワーク・コントローラ（ＲＮＣ）、モバイル・スイッチング・センタ（ＭＳＣ）、サービングｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、またはｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ（ＭＭＥ）を介して送信されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記ＭＩＨ要求メッセージは、ＧｂインターフェースまたはＩｕインターフェース上で前記ＳＧＳＮに送信されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ＭＩＨ要求メッセージは、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージであることを特徴とする請求項９に記載の方法。
【請求項１３】
前記ＭＩＨ要求メッセージは、ＭＩＨ＿Ｎ２Ｎ＿ＨＯ＿Ｃｏｍｍｉｔ応答メッセージであることを特徴とする請求項９に記載の方法。
【請求項１４】
前記確認メッセージに応答して、前記ターゲット・ネットワークにおいて予約されたリソースのＲＡＴ固有構成を示す透過的コンテナを含むＭＩＨハンドオーバ・メッセージを前記ＷＴＲＵに送信するステップ
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記ＭＩＨハンドオーバ・メッセージは、Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ要求メッセージであることを特徴とする請求項１４に記載の方法。
【国際調査報告】
2010530162.tif 000022
2010530162.tif 000023
2010530162.tif 000024
2010530162.tif 000025
2010530162.tif 000026
2010530162.tif 000027