(57)【要約】ソフトハンドオーバのサポートにおけるＨＮＢ（ホームＮｏｄｅＢ）のモビリティおよび仮想アクティブセットの管理をサポートするための技術を開示する。ソースＨＮＢは、そのソースＨＮＢからターゲットＨＮＢへの無線送信／受信ユニット（ＷＴＲＵ）のリロケーションを開始することを判定することができ、また、そのＷＴＲＵに関するアクセス制御を開始して、ターゲットＨＮＢを介して提供されるサービスをそのＷＴＲＵが受けることを許可されるかを判定することができる。ソースＨＮＢは、ターゲットＨＮＢを介して提供されるサービスをそのＷＴＲＵが受けることが許可されることを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信することができる。アクセス制御クエリー応答は、そのＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことができる。ＷＴＲＵは、少なくとも１つのマクロセルと少なくとも１つのフェムトセルとを含むＶＡＳ（virtual active set）を保持することができる。
2013532446.tif 000002
【特許請求の範囲】
【請求項１】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための方法であって、
ソースＨＮＢが、無線送信／受信ユニット（ＷＴＲＵ）を前記ソースＨＮＢからターゲットＨＮＢにハンドオーバすることを判定するステップと、
前記ソースＨＮＢが、前記ＷＴＲＵに関するアクセス制御を開始して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定するステップと
を備えることを特徴とする方法。
【請求項２】
前記ソースＨＮＢが、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信するステップと、
前記ソースＨＮＢがアクセス制御クエリー応答を受信するステップと、
前記ソースＨＮＢがリロケーション要求を前記ターゲットＨＮＢに送信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセス制御クエリー応答は、前記ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとに前記ＷＴＲＵの対応するメンバーシップステータスを伴うサブスクライバーグループのリストを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記ソースＨＮＢは、前記アクセス制御クエリー応答を前記ＣＮまたは前記ＨＮＢ−ＧＷのいずれかから受信することを特徴とする請求項２に記載の方法。
【請求項６】
前記アクセス制御クエリーは、前記ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする請求項２に記載の方法。
【請求項７】
前記ソースＨＮＢは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーション要求を前記ターゲットＨＮＢに送信することを特徴とする請求項２に記載の方法。
【請求項８】
前記ソースＨＮＢは、前記アクセス制御クエリー応答を受信する前に前記リロケーション要求を前記ターゲットＨＮＢに送信し、前記アクセス制御クエリー応答に基づいて、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーションを完了させることを特徴とする請求項２に記載の方法。
【請求項９】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための方法であって、
ホームＮｏｄｅＢ（ＨＮＢ）が、自身のカバレッジエリアをスキャンするステップと、
前記ＨＮＢが、ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）へのＨＮＢ登録を実行するステップと、
前記ＨＮＢが、セルをマクロネットワークＲＮＣ（radio network controller）のもとで隣接セルとして識別するステップと、
前記ＨＮＢが、前記ＲＮＣに向けた接続をセットアップするための要求を前記ＨＮＢ−ＧＷに送信するステップと、
前記ＨＮＢが、前記要求に応答する前記ＨＮＢ−ＧＷからの応答メッセージを受信するステップと
を備えることを特徴とする方法。
【請求項１０】
ＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）メッセージが、前記ＨＮＢ−ＧＷにおいて終了し、また、前記ＨＮＢ−ＧＷにおける内部の接続テーブルが、前記ＨＮＢと前記ＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする請求項９に記載の方法。
【請求項１１】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための装置であって、
無線送信／受信ユニット（ＷＴＲＵ）をソースＨＮＢからターゲットＨＮＢにハンドオーバし、前記ＷＴＲＵに関するアクセス制御を開始して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定するように構成されているプロセッサを含むことを特徴とする装置。
【請求項１２】
前記プロセッサは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されることを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信し、アクセス制御クエリー応答を受信し、リロケーション要求を前記ターゲットＨＮＢに送信するように構成されていることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記アクセス制御クエリー応答は、前記ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとに前記ＷＴＲＵの対応するメンバーシップステータスを伴うサブスクライバーグループのリストを含むことを特徴とする請求項１２に記載の装置。
【請求項１５】
前記プロセッサは、前記アクセス制御クエリー応答を前記ＣＮまたは前記ＨＮＢ−ＧＷのいずれかから受信するように構成されていることを特徴とする請求項１２に記載の装置。
【請求項１６】
前記アクセス制御クエリーは、前記ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする請求項１２に記載の装置。
【請求項１７】
前記プロセッサは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーション要求を前記ターゲットＨＮＢに送信するように構成されていることを特徴とする請求項１２に記載の装置。
【請求項１８】
前記プロセッサは、前記アクセス制御クエリー応答を受信する前に前記リロケーション要求を前記ターゲットＨＮＢに送信するように構成されており、前記アクセス制御クエリー応答に基づいて、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーションを完了させることを特徴とする請求項１２に記載の装置。
【請求項１９】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための装置であって、
自身のカバレッジエリアのスキャニングを実行するように構成されている送信機／受信機と、
ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）へのＨＮＢ登録を実行し、セルをマクロネットワークＲＮＣ（radio network controller）のもとで隣接セルとして識別し、前記ＲＮＣに向けた接続をセットアップするための要求を前記ＨＮＢ−ＧＷに送信し、前記要求に応答する前記ＨＮＢ−ＧＷからの応答メッセージを受信するように構成されているプロセッサと
を備えることを特徴とする装置。
【請求項２０】
ＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）メッセージが、前記ＨＮＢ−ＧＷにおいて終了し、また、前記ＨＮＢ−ＧＷにおける内部の接続テーブルが、前記ＨＮＢと前記ＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする請求項１９に記載の装置。
【請求項２１】
マクロセルとフェムトセルとの間におけるモビリティをサポートするための方法であって、
無線送信／受信ユニット（ＷＴＲＵ）によって現在使用されていない未使用周波数のためのＶＡＳ（virtual active set）を構成するステップであって、前記ＶＡＳは、少なくとも１つのマクロセル、および少なくとも１つのフェムトセルを含む、ステップと、
前記ＶＡＳに基づいて測定を実行するステップと
を備えることを特徴とする方法。
【請求項２２】
前記ＶＡＳは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴおよびＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセル、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ、ＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセルおよび検知されたセル、またはネットワークによって前記ＷＴＲＵにシグナリングされるセルリスト内のセルのいずれかによって構成されていることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記ＷＴＲＵは、前記ＶＡＳをいつ使用すべきか、また、いつ使用すべきでないかを自律的に判定することを特徴とする請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
本出願は、２０１０年６月１８日に出願された米国仮特許出願第６１／３５６，３１８号明細書、２０１０年８月２３日に出願された米国仮特許出願第６１／３７６，１０３号明細書、２０１０年１０月１日に出願された米国仮特許出願第６１／３８９，０８１号明細書、２０１０年１１月５日に出願された米国仮特許出願第６１／４１０，７０３号明細書、２０１１年２月１１日に出願された米国仮特許出願第６１／４４１，９００号明細書、および２０１１年４月２９日に出願された米国仮特許出願第６１／４８０，８７４号明細書の利益を主張するものであり、これらの出願の内容は、参照によって本明細書に組み込まれている。
【０００３】
図１は、ホームＮｏｄｅＢ（ＨＮＢ）システムアーキテクチャの一例を示す。このシステムは、複数のＨＮＢ１２、少なくとも１つのＨＮＢゲートウェイ（ＧＷ）１４、複数のＮｏｄｅＢ（ＮＢ）１８、少なくとも１つのＲＮＣ（radio network controller）１６、およびコアネットワーク（ＣＮ）２０を含む。「ＨＮＢ」は、ＨｅＮＢ（home evolved NodeB）を含み、以降では「ＨＮＢ」と総称する。ＲＮＣ１６とＮｏｄｅＢ１８とを含む無線アクセスネットワークに加えて、ＨＮＢ１２とＨＮＢ−ＧＷ１４とを含むＨＮＢサブシステムが展開されている。
【０００４】
ＨＮＢ１２は、ブロードバンドＩＰ（Internet protocol）バックホールを使用して、無線エアインターフェース（たとえば、ＵＴＲＡＮ（UMTS terrestrial radio access network）または発展型ＵＴＲＡＮ（evolved UTRAN）などを介して、無線送信／受信ユニット（ＷＴＲＵ）をモバイルオペレータのＣＮに接続する顧客構内機器である。ＨＮＢ１２は、自身の関連付けられているＣＳＧ（closed subscriber group）メンバーにサービスを提供する。ＨＮＢ−ＧＷ１４は、モバイルオペレータの機器であり、これを通じてＨＮＢ１２は、モバイルオペレータのＣＮ２０へのアクセスを得る。
【０００５】
ＨＮＢからＨＮＢへのモビリティについて議論がなされており、ＣＮが関与しないＨＮＢ−ＧＷ内／ＣＳＧモビリティのためのソリューションが提案されている。しかし、それらのソリューションに伴ういくつかの問題が認識されており、それらの問題は、モビリティ中のＩｕユーザプレーン（ＵＰ）の処理、ロケーションの報告、データボリュームの報告、および無線アクセスベアラ（ＲＡＢ）関連パラメータの処理を含む。さらに、ＣＳＧ間のハンドオーバに関しては、ＣＳＧのアクセス制御またはメンバーシップ認証のために、ＣＮが関与する必要がある。従来のＨＮＢシステムアーキテクチャはＨＮＢ間における直接のインターフェースをサポートしていないという事実を前提とすると、ＣＮが関与するモビリティは、ＳＲＮＳ（serving radio network subsystem）リロケーションプロシージャに依存し、これは、ハンドオーバの待ち時間が増える可能性があること、ならびに、特に企業の展開環境において、信号負荷処理の点でＣＮの負担が重くなることを意味する。
【発明の概要】
【課題を解決するための手段】
【０００６】
ソフトハンドオーバのサポートにおけるＨＮＢのモビリティおよび仮想アクティブセットの管理をサポートするための方法および装置を開示する。ソースＨＮＢは、無線送信／受信ユニット（ＷＴＲＵ）をそのソースＨＮＢからターゲットＨＮＢへハンドオーバすることを判定することができ、また、そのＷＴＲＵに関するアクセス制御を開始して、ターゲットＨＮＢを介して提供されるサービスをそのＷＴＲＵが受けることを許可されるかを判定することができる。ソースＨＮＢは、ターゲットＨＮＢを介して提供されるサービスをそのＷＴＲＵが受けることを許可されるかを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信することができる。アクセス制御クエリー応答は、そのＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことができる。
【０００７】
別の実施形態においては、ＨＮＢは、自身のカバレッジエリア（自身の環境）をスキャンした後に、ＨＮＢ−ＧＷへのＨＮＢ登録を実行し、セルをマクロネットワークＲＮＣのもとで隣接セルとして識別することができる。ＨＮＢは、ＲＮＣに向けた接続をセットアップするための要求をＨＮＢ−ＧＷに送信することができる。ＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）メッセージは、ＨＮＢ−ＧＷにおいて終了することができ、また、ＨＮＢ−ＧＷにおける内部の接続テーブルは、ＨＮＢとＲＮＣとの間における接続の生成を反映するように更新することができる。ＷＴＲＵは、マクロセルとフェムトセルとの間におけるソフトハンドオーバをサポートするために、少なくとも１つのマクロセルと少なくとも１つのフェムトセルとを含む未使用周波数のためのＶＡＳ（virtual active set）を保持することができる。
【図面の簡単な説明】
【０００８】
以降の説明から、より詳細な理解を得ることができ、以降の説明は、例として添付の図面と共に与えられている。
【図１】例示的なＨＮＢシステムアーキテクチャを示す図である。
【図２Ａ】１つまたは複数の開示されている実施形態を実施することができる例示的な通信システムのシステム図である。
【図２Ｂ】図２Ａに示されている通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図２Ｃ】図２Ａに示されている通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図３】ＨＮＢからＨＮＢへのハンドオーバに関する例示的な信号伝達図である。
【図４】一実施形態におけるソースＨＮＢによってトリガされるアクセス制御のための例示的なプロセスの信号伝達図である。
【図５】一実施形態におけるアクセス制御のための例示的なプロセスの信号伝達図である。
【図６】アクセス制御がターゲットＨＮＢにおいて実行される例示的なプロセスの信号伝達図である。
【図７】ソースＨＮＢがアクセス制御を求めてＨＮＢ−ＧＷにクエリーを行う例示的なプロセスの信号伝達図である。
【図８】一実施形態におけるアクセス制御のための例示的なプロセスの信号伝達図である。
【図９】一実施形態におけるアクセス制御およびメンバーシップ確認の信号伝達図である。
【図１０】一実施形態におけるデータバイキャスティングの例示的なプロセスの信号伝達図である。
【図１１】別の実施形態によるバイキャスティングのための例示的なプロセスの信号伝達図である。
【図１２】マクロレイヤからフェムトレイヤへのモビリティ基準モデルを伴う例示的なＨＮＢアクセスネットワークを示す図である。
【図１３】ＨＮＢアクセスネットワークとマクロ無線アクセスネットワークとを含む例示的なネットワークアーキテクチャを示す図である。
【図１４】一実施形態における例示的な制御プレーンプロトコルスタックを示す図である。
【図１５】別の実施形態による例示的な制御プレーンプロトコルスタックを示す図である。
【図１６】一実施形態における例示的なユーザプレーンプロトコルスタックを示す図である。
【図１７】別の実施形態における例示的なユーザプレーンプロトコルスタックを示す図である。
【図１８】一実施形態におけるＩｕｒｈセットアップのための例示的なプロセスのフロー図である。
【発明を実施するための形態】
【０００９】
図２Ａは、１つまたは複数の開示されている実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば通信システム１００は、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、ＳＣ−ＦＤＭＡ（single-carrier FDMA）などの１つまたは複数のチャネルアクセス方法を採用することができる。
【００１０】
図２Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄ、ならびに無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、ＰＳＴＮ（public switched telephone network）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということがわかるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのそれぞれは、無線環境において動作および／または通信を行うように構成されている任意のタイプのデバイスとすることができる。たとえばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、携帯電話、ＰＤＡ（personal digital assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。
【００１１】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの少なくとも１つと無線にインターフェースを取るように構成されている任意のタイプのデバイスとすることができる。たとえば基地局１１４ａおよび１１４ｂは、ＢＴＳ（base transceiver station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａおよび１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということがわかるであろう。
【００１２】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、ＢＳＣ（base station controller）、ＲＮＣ（radio network controller）、中継ノードなど、その他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成することができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。たとえば基地局１１４ａに関連付けられているセルは、３つのセクタへと分割することができる。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）技術を採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１３】
基地局１１４ａおよび１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切なＲＡＴ（radio access technology）を使用して確立することができる。
【００１４】
より具体的には、上述のように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセススキームを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＵＴＲＡ（Universal Mobile Telecommunications System（UMTS）Terrestrial Radio Access）などの無線技術を実装することができ、この無線技術は、ＷＣＤＭＡ（wideband CDMA）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含むことができる。
【００１５】
別の実施形態においては、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができ、この無線技術は、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することができる。
【００１６】
その他の実施形態においては、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００−１Ｘ、ＣＤＭＡ２０００−ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。
【００１７】
図２Ａにおける基地局１１４ｂは、たとえば無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、車両、キャンパスなど、局所的なエリアにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態においては、基地局１１４ｂ、ならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態においては、基地局１１４ｂ、ならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図２Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを不要とすることができる。
【００１８】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークとすることができる。たとえばコアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ確認などのハイレベルセキュリティ機能を実行することが可能である。図２Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用している他のＲＡＮと直接または間接に通信することができることがわかるであろう。たとえばコアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信することもできる。
【００１９】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回路交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ（transmission control protocol）、ＵＤＰ（user datagram protocol）、およびＩＰ（internet protocol）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえばネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図２Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線テクノロジーを採用することができる基地局１１４ｂと通信するように構成することができる。
【００２１】
図２Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図２Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、ＧＰＳ（global positioning system）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということがわかるであろう。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）回路、その他の任意のタイプのＩＣ（integrated circuit）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２を無線環境内で機能できるようにするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図２Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができるということがわかるであろう。
【００２３】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成することができる。たとえば一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成することができるということがわかるであろう。
【００２４】
さらに送信／受信要素１２２は、図２Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２５】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（liquid crystal display）ディスプレイユニットまたはＯＬＥＤ（organic light-emitting diode）ディスプレイユニット）に結合することができ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。さらにプロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。着脱不能メモリ１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（read-only memory）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。着脱可能メモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。
【００２７】
プロセッサ１１８は、電源１３４から電力を受信することができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへ電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。たとえば電源１３４は、１つまたは複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２８】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自身の位置を特定することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができるということがわかるであろう。
【００２９】
プロセッサ１１８はさらに、その他の周辺機器１３８に結合することができ、その他の周辺機器１３８は、さらなる特徴、機能、ならびに／または有線接続もしくは無線接続を提供する１つもしくは複数のソフトウェアモジュールおよび／もしくはハードウェアモジュールを含むことができる。たとえば周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（universal serial bus）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３０】
図２Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するためにＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。図２Ｃに示されているように、ＲＡＮ１０４は、ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを含むことができ、これらのＮｏｄｅＢはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０４は、ＲＮＣ１４２ａおよび１４２ｂを含むこともできる。ＲＡＮ１０４は、一実施形態との整合性を維持しながら、任意の数のＮｏｄｅＢおよびＲＮＣを含むことができるということがわかるであろう。
【００３１】
図２Ｃに示されているように、ＮｏｄｅＢ１４０ａおよび１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらにＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａおよび１４２ｂと通信することができる。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、自身が接続されているそれぞれのＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを制御するように構成することができる。さらに、ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能およびデータ暗号化などの機能を実行またはサポートするように構成することができる。
【００３２】
図２Ｃに示されているコアネットワーク１０６は、ＭＧＷ（media gateway）１４４、ＭＳＣ（mobile switching center）１４６、ＳＧＳＮ（serving GPRS support node）１４８、および／またはＧＧＳＮ（gateway GPRS support node）１５０を含むことができる。上述の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということがわかるであろう。
【００３３】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供することができる。
【００３４】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供することができる。
【００３５】
上述したように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている他の有線または無線ネットワークを含むことができる。
【００３６】
本明細書において開示されている実施形態は、ＨＮＢおよびＨＮＢ−ＧＷを含むＵＴＲＡＮ、またはＨｅＮＢおよびＨｅＮＢ−ＧＷを含むＥ−ＵＴＲＡＮシステム、または任意の無線通信システム用に採用することができるということに留意されたい。これらの実施形態は、ＨＮＢ間における直接のインターフェースにより、またはこれによらずに実施することができるということに留意されたい。これらの実施形態は、ハイブリッドセル、マクロセル、クローズドＣＳＧセルなど、いかなる種類のセルにも適用することができ、それらのセルはすべて、リロケーションプロシージャにおけるソースまたはターゲットのいずれかとすることができる。リロケーションにおけるソースセルとターゲットセルは、同一のＣＳＧ−ＩＤを有することもあり、有さないこともあり、また、同じＨＮＢ−ＧＷに属することもあり、属さないこともある。これらの実施形態は、非ＣＳＧ−ＷＴＲＵに適用可能であり、およびＣＳＧ−ＷＴＲＵに、非ＣＳＧ−ＨＮＢとして適用可能である。
【００３７】
本明細書において開示されている実施形態は、マクロネットワークレイヤとＨ（ｅ）ＮＢネットワークレイヤとの間におけるモビリティに適用することもでき、それらのモビリティとしては、場合によっては直接のＩｕｒ／Ｉｕｒｈ接続、もしくはＨＮＢ−ＧＷを介したＩｕｒ／Ｉｕｒｈ接続による、ＲＮＣからＨＮＢへの、もしくはＨＮＢからＲＮＣへのモビリティ、または直接のＸ２インターフェース接続、もしくはＨｅＮＢ−ＧＷを介したＸ２接続を使用する、ｅＮＢからＨｅＮＢへの、もしくはＨｅＮＢからｅＮＢへのモビリティが含まれるが、それらには限定されない。本明細書において開示されている実施形態は、いかなる組合せで適用することもできるということに留意されたい。
【００３８】
図３は、ＷＴＲＵのためのＨＮＢからＨＮＢへのハンドオーバ（すなわち、リロケーション）に関する例示的な信号伝達図である。ソースＨＮＢが、ＷＴＲＵからの測定値に基づいてハンドオーバの判定を行い、リロケーション要求メッセージをターゲットＨＮＢに送信して、リロケーションのためにターゲットＨＮＢを準備する（３０２）。ターゲットＨＮＢは、ＨＭＢ−ＧＷにクエリーを行って、ハンドオーバされるＷＴＲＵに関するアクセス制御を実行することができる（３０４ａ、３０４ｂ）。ターゲットＨＮＢは、ＴＮＬ（transport network layer）更新要求メッセージをＨＮＢ−ＧＷに送信することによって、自身にリロケートされるすべてのＲＡＢに関するトランスポートネットワークレイヤ情報を更新することができ（３０６ａ）、ＨＮＢ−ＧＷは、ＴＮＬ更新応答により応答する（３０６ｂ）。ターゲットＨＮＢは、リロケーション応答メッセージをソースＨＮＢに返信して、リロケーションのための準備を成功裏に行ったことを示す（３０８）。
【００３９】
ソースＨＮＢは、リロケーションコミットメッセージを含むメッセージを送信して、ターゲットＨＮＢ上でリロケーション準備をコミットする（３１０）。このメッセージは、リロケーションプロシージャを支援するための情報を含むことができる。ソースＨＮＢは、ＲＲＣ無線ベアラ（ＲＢ）再構成メッセージを送信することによって、ＷＴＲＵを再構成して、ハンドオーバプロシージャを開始する（３１２）。ＷＴＲＵは、ターゲットＨＮＢとのレイヤ１同期を実行する（３１４）。次いでＷＴＲＵは、ＲＲＣ−ＲＢ再構成完了メッセージをターゲットＨＮＢに送信することによって、ＲＲＣ再構成プロシージャを完了する（３１６）。
【００４０】
ターゲットＨＮＢは、ＵＥリロケーション完了メッセージを介して、ＷＴＲＵが成功裏にリロケートしたことをＨＮＢ−ＧＷに示す（３１８）。ＨＮＢ−ＧＷは、ユーザプレーン（ＵＰ）をターゲットＨＮＢへ切り替え、リロケーションの成功を適切な要因値と共に示すＵＥ登録解除メッセージをソースＨＮＢに送信する（３２０）。ソースＨＮＢは、リロケーション信号転送メッセージを含むＲＮＡ接続解除メッセージをターゲットＨＮＢに送信し、リロケーションプロシージャ中にソースＨＮＢが受信した可能性があるすべてのＬ３情報を転送し、ＷＴＲＵのために有しているすべてのリソースをローカルに解放する（３２２）。
【００４１】
以降では、リロケートされるＲＡＢのうちのいくつかのＩｕ−ＵＰ初期化の失敗を処理するための実施形態を開示する。
【００４２】
リロケーションプロシージャの最中に、Ｉｕ−ＵＰエンティティは、ターゲットＨＮＢを示すためにリロケートされる必要がある。リロケーションの後、Ｉｕ−ＵＰエンティティは、通常のリロケーション処理に従ってターゲットＨＮＢによって初期化される。回線交換（ＣＳ）ＲＡＢに関しては、ターゲットＨＮＢ内のＩｕ−ＵＰが、ソースＨＮＢとは異なるＲＦＣＩ（RAB flow combination indicator）値を使用することが可能である。リロケーションはＭＳＣ（mobile switching center）にとって透過的であるため、Ｉｕ−ＵＰ初期化と、ＲＦＣＩの値におけるいかなる潜在的な変化も、ＭＳＣによって予期されない。モビリティはＨＮＢ−ＧＷによってアンカーされている（すなわち、ＣＮにとって透過的である）ため、Ｉｕ−ＵＰはＨＮＢ−ＧＷにおいて終了することができ（新たなセットから古いセットへの）、ＲＦＣＩマッピングを実行することができる。しかし、リロケートされるＲＡＢのうちのいくつかまたはすべてに関するＩｕ−ＵＰ初期化の失敗は、ハンドオーバ用として検討されている粒子状のＷＴＲＵに関して、ソースＨＮＢによって要求されているすべてのＲＡＢをターゲットＨＮＢが受け入れることができない場合に生じることがある。ＣＮ（たとえばＭＳＣ）は、リロケーションプロシージャに関与しないため、リロケートされるＲＡＢのうちのいくつかの失敗を示すリロケーション要求確認応答メッセージなどのメッセージを受信することは予期しておらず、リロケーション失敗メッセージなどのメッセージも予期していない。
【００４３】
一実施形態においては、ターゲットＨＮＢは、「ＲＡＢｓ  Ｆａｉｌｅｄ  Ｔｏ  Ｓｅｔｕｐ」情報要素（ＩＥ）を含むリロケーション要求確認応答メッセージをＨＮＢ−ＧＷに送信することができる。ＨＮＢ−ＧＷは、このメッセージを受信すると、ＲＡＮＡＰ（radio access network application part）ＲＡＢ修正要求メッセージをＣＮに発行して、「Ａｌｔｅｒｎａｔｉｖｅ  ＲＡＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ」ＩＥをＲＡＢ修正要求メッセージ内に含めることによって、代替ＲＡＢ構成をトリガするようＣＮに要求することができる。「ＲＡＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ」ＩＥは、成功裏にリロケートされたＲＡＢのリストを含むことができる。あるいはターゲットＨＮＢは、ハンドオーバの一環として（透過的に）削除されたＲＡＢを示すために、ＲＡＮＡＰ−ＲＡＢ修正要求メッセージをＣＮにトリガまたは送信することができる。これは、ハンドオーバが完了した後に行うことができる。次いでＣＮは、ＲＡＢをＨＮＢおよび／またはＵＥと同期化するためのその他のプロシージャを開始することができる。ＨＮＢ−ＧＷは、リロケーションコマンドメッセージをソースＨＮＢに発行することができる。上述のプロシージャは、それぞれのコアネットワークドメインごとに実行することができる。
【００４４】
別の実施形態においては、ＣＮが、失敗したＲＡＢを解放するためにＲＡＢ割り当てプロシージャを開始する場合、ＨＮＢ−ＧＷは、ソースＨＮＢに相談せずに応答することができる。あるいはＨＮＢ−ＧＷは、その要求をソースＨＮＢに転送することができる。
【００４５】
別の実施形態においては、ターゲットＨＮＢは、リロケーション要求を拒絶して、リロケーション失敗メッセージをＨＮＢ−ＧＷに送信することができ、次いでＨＮＢ−ＧＷは、リロケーション準備失敗メッセージをソースＨＮＢに向けて発行することができる。リロケーション失敗メッセージは、ソースＨＮＢとターゲットＨＮＢの間における直接インターフェースハンドオーバの場合には、ターゲットＨＮＢによってソースＨＮＢに直接送信することもできる。ソースＨＮＢは、リロケーション準備失敗メッセージを受信すると、同じターゲットＨＮＢに向けてＲＡＢ構成パラメータの別のセットを用いてリロケーションを再試行することを選択することができる。
【００４６】
別の実施形態においては、ターゲットＨＮＢは、リロケーション要求を拒絶して、リロケーション失敗メッセージをＨＮＢ−ＧＷに送信することができ、次いでＨＮＢ−ＧＷは、リロケーション要求メッセージをＣＮに発行することができる。
【００４７】
別の実施形態においては、ターゲットＨＮＢは、ＲＡＢｓ  Ｆａｉｌｅｄ  Ｔｏ  Ｓｅｔｕｐ  ＩＥを含むリロケーション要求確認応答メッセージをＨＮＢ−ＧＷに送信することができる。次いでＨＮＢ−ＧＷは、リロケーションコマンドメッセージをソースＨＮＢに送信することができる。ソースＨＮＢは、このメッセージを受信すると、ＲＡＮＡＰ  ＲＡＢ修正要求メッセージをＣＮに送信して、「Ａｌｔｅｒｎａｔｉｖｅ  ＲＡＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ」ＩＥをＲＡＢ修正要求メッセージ内に含めることによって、代替ＲＡＢ構成をトリガするようＣＮに要求することができる。ＲＡＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥは、成功裏にリロケートされたＲＡＢのリストを含むことができる。あるいはソースＨＮＢは、別のターゲットＨＮＢを選択し、リロケーションキャンセルメッセージをＨＮＢ−ＧＷに送信することによって、リロケーションプロシージャをキャンセルすることができる。次いでＨＮＢ−ＧＷは、たとえばＲＵＡ（RANAP user adaptation）直接転送メッセージを使用して、リロケーションキャンセルメッセージをターゲットＨＮＢに転送することができる。
【００４８】
以降では、初期化最大レートと、現在使用されている最大レートとの間におけるミスマッチを処理するための実施形態を開示する。
【００４９】
Ｉｕ−ＵＰ初期化プロシージャの最中に、ＨＮＢ−ＧＷは、ターゲットＨＮＢから受信されたＲＦＣＩ割り当てが、ソースＨＮＢと共に確立された同一のベアラに関する格納されているＲＦＣＩ割り当てと一致するかどうかをチェックすることができる。Ｉｕ−ＵＰ初期化制御フレーム内のターゲットＨＮＢによって示されている最大レートが、現在使用されている最大レートとは異なる場合、ＨＮＢ−ＧＷは、Ｉｕ−ＵＰ初期化プロシージャが成功したとみなして、初期化ＡＣＫ制御フレームをターゲットＨＮＢに送信することができる。ＨＮＢ−ＧＷは、現在使用されている最大レートを示すレート制御ＰＤＵをターゲットＨＮＢに送信することによって、レート制御プロシージャを開始することができる。レート制御ＰＤＵは、ＨＮＢ−ＧＷがＲＡＮＡＰリロケーション完了メッセージをターゲットＨＮＢから受信した後に送信することができる。あるいはレート制御ＰＤＵは、ターゲットＨＮＢがユーザデータをＣＮに向けて転送し始めたことをＨＮＢ−ＧＷが検知すると、送信することができる。
【００５０】
あるいはＨＮＢ−ＧＷは、Ｉｕ−ＵＰ初期化プロシージャに失敗して、初期化ＮＡＣＫ制御ＰＤＵをターゲットＨＮＢに送信することもある。
【００５１】
別の実施形態においては、最大レートは、リロケーション要求メッセージの一部としてターゲットＨＮＢに提供することができる。次いでターゲットＨＮＢは、初期化制御ＰＤＵに含まれる最大レートを、現在使用されている最大レートに制限することができる。
【００５２】
ＲＡＢのうちのいくつかがターゲットＨＮＢにおいて削除された状態でハンドオーバ（リロケーション）が実行される、上記で開示された実施形態のいずれに関しても、ＷＴＲＵは、（ＰＤＰ（packet data protocol）コンテキストに対応する）自身のベアラのうちのいずれかがＲＲＣ接続再構成メッセージに従って削除されたかを把握することができる。ＷＴＲＵは、ＲＡＵ（routing area update）メッセージをＳＧＳＮ（serving GPRS support node）に送信するためのトリガとしてこれを使用することができ、ＰＤＰコンテキストステータスＩＥを含むことができる。したがってＳＧＳＮとＷＴＲＵは、ＰＤＰコンテキストに関して同期化することができる。次いでＣＮは、ＵＴＲＡＮ（たとえば、ＨＮＢ−ＧＷおよび／またはＨＮＢ）に向けたＲＡＢ修正をトリガすることができる。
【００５３】
別の実施形態においては、ターゲットＨＮＢは、「ＲＡＢｓ  Ｆａｉｌｅｄ  Ｔｏ  Ｓｅｔｕｐ  Ｌｉｓｔ」ＩＥを含む（ＲＡＮＡＰリロケーション情報応答メッセージなどの）メッセージをソースＨＮＢに送信することができる。このメッセージを受信すると、ソースＨＮＢは、ハンドオーバを進めることができ、次いでＲＡＮＡＰ  ＲＡＢ修正要求メッセージをＣＮに発行することができる。ＲＡＢ構成要求ＩＥは、成功裏にリロケートされたＲＡＢのリストを含むことができる。
【００５４】
あるいはソースＨＮＢは、（リロケーションキャンセルなどの）メッセージをターゲットＨＮＢに送信することによって、ハンドオーバをキャンセルすることができる。
【００５５】
以降では、データボリュームレポート処理に関する実施形態を開示する。ＵＴＲＡＮは、コールが最終的に解放されると、「Ｕｎｓｕｃｃｅｓｓｆｕｌｌｙ  Ｔｒａｎｓｍｉｔｔｅｄ  ＤＬ  Ｄａｔａ  Ｖｏｌｕｍｅ」ＩＥをＲＡＮＡＰ−ＩＵ解放完了メッセージに含めて報告し、この情報は、ＣＮによって使用することができる。というのは、課金ポリシーはパケットカウントの成功に依存することができるためである。ＨＮＢ−ＧＷ内、ＨＮＢからＨＮＢへのリロケーションの場合には、たとえＨＮＢ−ＧＷがソースＨＮＢに向けたＩＵ解放を開始しても、ＣＮに向けたＩＵ接続を解放することはできない。したがって、ＣＮに向けたＩｕ接続がコール解放に起因して終了するまで、「Ｕｎｓｕｃｃｅｓｓｆｕｌｌｙ  Ｔｒａｎｓｍｉｔｔｅｄ  ＤＬ  Ｄａｔａ  Ｖｏｌｕｍｅ」ＩＥを保持することができる。ＨＮＢ−ＧＷは、ＷＴＲＵのモビリティに関与する別々のＨＮＢからのデータボリュームレポートを蓄積し、最終的な値をＲＡＢ解放時にＳＧＳＮに報告することができる。しかしこれによって、重い負荷がＨＮＢ−ＧＷに課され、その複雑さが増す。なぜなら、ＨＮＢ−ＧＷは、そのＨＮＢ−ＧＷにすべてのＨＮＢの制御下にあるすべてのＷＴＲＵに関するデータボリュームレポートをトラッキングして蓄積するためである。
【００５６】
一実施形態においては、ソースＨＮＢは、成功裏に送信されなかったパケットの累積カウントをターゲットＨＮＢに送信することができる。ＣＮに向けたＩｕ接続の解放時に、ターゲットＨＮＢは、ボリュームレポートを、失敗した送信パケットの最終的な累積カウントと共に、ＨＮＢ−ＧＷを介してＣＮに送信することができる。たとえば、直接インターフェースリロケーションの場合には、ソースＨＮＢは、リロケーション解放メッセージをターゲットＨＮＢから受信すると、成功裏に送信されなかったパケットの累積カウントを、応答メッセージ（たとえば、リロケーション信号転送、Ｉｕ解放完了、リロケーション解放完了など）に含めて、ターゲットＨＮＢに返信することができる。Ｉｕ接続の解放時に、ＷＴＲＵに接続を提供する最後のＨＮＢは、そのようなレポートを必要とするそれぞれのＲＡＢごとに、成功裏に送信されなかったパケットの総累積カウントを（ＨＮＢ−ＧＷを介して）ＣＮに送信することができる。この情報は、ＲＵＡ直接転送メッセージを介してＲＡＮＡＰ−ＩＵ解放完了に含めて搬送することができる。
【００５７】
別の実施形態においては、データボリュームレポートは、ＲＮＳＡＰリロケーション信号転送メッセージの一部としてのＨＮＢＡＰ−ＵＥ登録解除メッセージの後に（図３のステップ３２０の後に）送信することができる。
【００５８】
以降では、リロケーションがＣＮに対して透過的に進行している間にＣＮによって開始される同時実行プロシージャを処理するための実施形態を開示する。
【００５９】
一実施形態においては、ＣＮ（たとえば、ＭＳＣ、ＳＧＳＮなど）が、そのＣＮにとって等価的な進行中のハンドオーバプロシージャ中にＲＡＮＡＰメッセージをソースＨＮＢに送信する場合、ハンドオーバがまだ完了していない限り、ＨＮＢ−ＧＷは、そのメッセージをソースＨＮＢに転送することができる。ソースＨＮＢは、そのメッセージに応答するか、またはそのメッセージを無視することができる。これは、そのプロシージャが、ソースＨＮＢからＣＮへの応答を必要とするプロシージャであるかどうかに依存することができる。ハンドオーバがまだ完了していない場合には、ソースＨＮＢは、ハンドオーバシグナリングの一部として、またはハンドオーバが完了した後で、ただしソースＨＮＢとターゲットＨＮＢとの間における通信が終了する前に、この要求をターゲットＨＮＢに転送することができる。あるいはソースＨＮＢは、このメッセージを（場合によってはＨＮＢ−ＧＷを介して）、ソースＨＮＢとターゲットＨＮＢとの間で交換されるメッセージ内に（たとえば、ＩｕまたはＩｕｒのようなインターフェースを介して）含めることができるＩＥ（たとえば、ＣＮメッセージコンテナＩＥ）の形態で転送することができる。
【００６０】
別の実施形態においては、ＨＮＢ−ＧＷは、ハンドオーバが完了するまでメッセージをバッファリングすることができ、その後でＨＮＢ−ＧＷは、そのメッセージをターゲットＨＮＢに転送することができる。次いでターゲットＨＮＢは、必要なアクションを取ること（たとえば、応答すること、またはその情報を考慮に入れること）ができる。
【００６１】
別の実施形態においては、ＨＮＢ−ＧＷは、ソースＨＮＢとターゲットＨＮＢの両方にメッセージを転送することができる。ハンドオーバが失敗した場合には、ソースＨＮＢは、そのメッセージについて動作すること（すなわち、応答すること、またはその情報を考慮に入れること）ができる。その一方で、ハンドオーバが成功した場合には、ソースＨＮＢは、そのメッセージを無視することができるが、ターゲットＨＮＢは、そのメッセージについて動作すること（すなわち、応答すること、またはその情報を考慮に入れること）ができる。あるいはＨＮＢ−ＧＷは、ハンドオーバの成功または失敗ステータスに応じて、そのメッセージについて動作するように（すなわち、応答するように、またはその情報を考慮に入れるように）ソースＨＮＢまたはターゲットＨＮＢに通知することができる。
【００６２】
あるいはＨＮＢ−ＧＷは、新たに開始されたプロシージャを自律的に失敗させて、ハンドオーバの進行中や、進行中のハンドオーバをシグナリングしないその他の拒絶理由など、該当する理由と共に適切なメッセージをＣＮに発行することができる。
【００６３】
上述の選択肢の任意の組合せを実施することができる。
【００６４】
ハンドオーバが透過的モードで実行されるか否かに関するインジケーションをＷＴＲＵおよび／またはＨＮＢに提供することができる。たとえばＨＮＢ−ＧＷは、透過的なハンドオーバ（ＣＮにとって等価的な）を実行するように事前に構成することができる。ハンドオーバシグナリングの一部として、ＨＮＢ−ＧＷは、ＨＮＢ−ＧＷによって送信、中継、または修正することが可能でＨＮＢを宛先とするあらゆるメッセージにおいて、ハンドオーバがＣＮにとって等価的であるか否かのインジケーションを含むことができる。このインジケーションの受信者は、特定のアクションを取ることができる。たとえばターゲットＨＮＢは、ハンドオーバをアクセプト（accept）した後に、ＣＮに向けたＲＡＮＡＰ−ＲＡＢ修正要求を開始することができるが、ソースＨＮＢによって提供されたすべてのＲＡＢをサポートするわけではない。
【００６５】
以降では、ハンドオーバの最中のアクセス制御およびメンバーシップ確認のための実施形態を開示する。
【００６６】
ソースＨＮＢは、ハンドオーバのためのアクセス制御またはメンバーシップ確認をトリガすることができる。ソースＨＮＢは、アクセス制御またはメンバーシップ確認を開始し、問題のＷＴＲＵがターゲットＣＳＧセルのメンバーであることを確認した後に、ハンドオーバ要求メッセージをターゲットＨＮＢに送信する。
【００６７】
図４は、一実施形態におけるソースＨＮＢによってトリガされるアクセス制御のための例示的なプロセスの信号伝達図である。ソースＨＮＢは、ＨＮＢ−ＧＷを介してＣＮにアクセス制御クエリーを送信することができる（４０２、４０４）。アクセス制御クエリーは、ＷＴＲＵ−ＩＤを含むことができる。ＣＮは、ＷＴＲＵに関するメンバーシップ情報を検索し、そのメンバーシップ情報を含むアクセス制御クエリー応答を、ＨＮＢ−ＧＷを介してソースＨＮＢに送信することができる（４０６、４０８）。メンバーシップ情報は、そのＷＴＲＵがメンバーであるＣＳＧのすべてもしくはサブセットのリスト、またはそのＷＴＲＵの対応するメンバーシップステータス（たとえば、そのＷＴＲＵがメンバーであるかどうか）を伴うＣＳＧのリストを含むことができる。ＣＳＧのサブセットは、ソースＨＮＢによってＣＮに提供される情報（たとえば、アクセス制御クエリー内のＣＳＧのリスト）に基づいて、またはＣＮにおいて利用可能な情報に基づいて生成することができる。アクセス制御クエリー応答を受信した後に、そのＷＴＲＵがターゲットＣＳＧセルのメンバーであることが確認された場合（４１０）、ソースＨＮＢは、ハンドオーバ要求を含むメッセージをターゲットＨＮＢに送信する（４１２）。
【００６８】
ＣＮ上でのハンドオーバの待ち時間およびシグナリングの過負荷を減らすために、ソースＨＮＢは、すべてまたはいくつかの潜在的なターゲットＣＳＧ（またはＨＮＢ）に関するＷＴＲＵのメンバーシップステータスを要求することができる。あるいはソースＨＮＢは、選択されたＣＳＧ（またはＨＮＢ）に関するＷＴＲＵのメンバーシップステータスを要求することができる。これは、ＷＴＲＵからのフィードバックに依存し得る。たとえばＷＴＲＵは、ＣＳＧ−ＩＤを明示的に提供することによって、あるいは近接インジケーション、またはその他の任意のＲＲＣ（radio resource control）もしくはＮＡＳ（non-access stratum）メッセージなど、その他の方法を介して、特定の要件を満たすいくつかのＣＳＧセルの付近に自分がいることを示すことができる。ＷＴＲＵはさらに、これらのＣＳＧのＰＣＩ（physical cell identifier）またはＥＣＧＩ（E-UTRAN cell global identifier）を提供することができる。
【００６９】
別の実施形態においては、ソースＨＮＢは、ハンドオーバ要求メッセージがターゲットＨＮＢに送信された後に、またはハンドオーバ要求メッセージと並行して、アクセス制御クエリーメッセージをＨＮＢ−ＧＷに送信することができる。この場合、ターゲットＨＮＢは、ソースＨＮＢからの確認が行われるまで、ハンドオーバまたはアクセス制御プロシージャを開始することができない。ソースＨＮＢは、問題のＷＴＲＵがターゲットＣＳＧセルのメンバーであるという確認がＨＮＢ−ＧＷから行われると、ハンドオーバプロシージャの完了に進むことができる。そのＷＴＲＵがターゲットＣＳＧセルのメンバーではない場合には、ソースＨＮＢは、ターゲットＣＳＧセルがクローズドＣＳＧセルであるか、またはハイブリッドＣＳＧセルであるかに応じて、ハンドオーバプロシージャを中止することができる。クローズドＣＳＧセルは、非メンバーにはサービスを許可せず、その一方でハイブリッドＣＳＧセルは、自分の関連するＣＳＧメンバーおよび非ＣＳＧメンバーにサービスを許可する。
【００７０】
ＨＮＢ−ＧＷへのアクセス制御要求メッセージと、ターゲットＣＳＧセルへのハンドオーバ要求メッセージとが並行して送信される場合には、ソースＨＮＢは、アクセス制御プロシージャの結果としてＣＮ（またはＨＮＢ−ＧＷ）から受信された情報に基づいてＣＳＧ  ＩＤおよびＷＴＲＵメンバーシップステータスをターゲットＨＮＢに再確認することができる。
【００７１】
ターゲットＨＮＢは、エラーがあればそのエラー（たとえば、ターゲットＨＮＢがブロードキャストしている実際のＣＳＧ−ＩＤと、ターゲットセルによってブロードキャストされているとソースＨＮＢがみなしているＣＳＧ−ＩＤとの間にミスマッチがある場合）をソースＨＮＢに示すことができる。この情報（すなわち、ＷＴＲＵによってソースＨＮＢに報告されたＣＳＧ−ＩＤ）は、ハンドオーバ要求中にソースＨＮＢからターゲットＨＮＢに送信することができる。
【００７２】
別の実施形態においては、アクセス制御は、ソースＨＮＢとターゲットＨＮＢの両方によってトリガすることができる。図５は、一実施形態におけるアクセス制御のための例示的なプロセスの信号伝達図である。ソースＨＮＢは、アクセス制御クエリーをＨＮＢ−ＧＷに送信することができる（５０２）。ＷＴＲＵに関するメンバーシップ情報がＨＮＢ−ＧＷ内に格納されていない場合には、ＨＮＢ−ＧＷは、アクセス制御クエリーをＣＮに送信する（５０４）。アクセス制御クエリーは、ＷＴＲＵ−ＩＤを含むことができる。アクセス制御クエリーは、ＷＴＲＵに関するメンバーシップ確認のためのＣＳＧのセットを含むこともできる。ＣＮは、ＷＴＲＵに関するメンバーシップ情報を検索し、そのメンバーシップ情報を含むアクセス制御クエリー応答をＨＮＢ−ＧＷに送信することができる（５０６）。メンバーシップ情報は、そのＷＴＲＵがメンバーであるＣＳＧのすべてもしくはサブセットのリスト、またはそのＷＴＲＵの対応するメンバーシップステータス（たとえば、そのＷＴＲＵがメンバーであるかどうか）を伴うＣＳＧのリストを含むことができる。ＣＳＧのサブセットは、ソースＨＮＢによってＣＮに提供される情報（たとえば、アクセス制御クエリー内に含まれるＣＳＧのリスト）に基づいて、またはＣＮにおいて利用可能な情報に基づいて生成することができる。ＨＮＢ−ＧＷは、メンバーシップ情報を格納することができる（５０８）。特定のＷＴＲＵに関するアクセス制御を求めて、および／または現在のコールコンテキストを求めて、ＨＮＢ−ＧＷがコンタクトされる最初のとき、ＣＮはクエリーが行われる。しかし、その後のアクセス制御に関しては、ＨＮＢ−ＧＷは、アクセス制御を実行するためのすべての情報を有しており、ＣＮにクエリーを行う必要はない。ＨＮＢ−ＧＷは、アクセス制御クエリー応答をソースＨＮＢに送信する（５１０）。アクセス制御クエリー応答を受信した後に、そのＷＴＲＵがターゲットＣＳＧセルのメンバーであることが確認された場合（５１２）、ソースＨＮＢは、ハンドオーバ要求を含むメッセージをターゲットＨＮＢに送信する（５１４）。ターゲットＨＮＢも、ハンドオーバ要求を受信した後に、アクセス制御クエリーをＨＮＢ−ＧＷに送信することによって、アクセス制御を開始することができる（５１６）。ＨＮＢ−ＧＷは、メンバーシップ情報を有しているため、ＣＮにクエリーを行うことなく応答することができる（５１８）。ターゲットＨＮＢは、アクセス制御クエリー応答をＨＮＢ−ＧＷから受信した後に、ハンドオーバ要求への応答を送信する（５２０）。
【００７３】
別の実施形態においては、アクセス制御要求は、ＨＮＢ−ＧＷではなくＣＮにおいて終了することができる。これは、ＣＳＧ間のアクセス制御またはＧＷ間のハンドオーバの場合となり得る。
【００７４】
別の実施形態においては、アクセス制御は、ターゲットＨＮＢによって、またはターゲットＨＮＢとソースＨＮＢの両方によってトリガすることができる。
【００７５】
別の実施形態においては、アクセス制御は、ＨＮＢにおいて直接、すなわちソースＨＮＢにおいて、またはターゲットＨＮＢにおいて実行することができる。たとえばソースＨＮＢは、隣接セル情報（たとえば、隣接セルによってサポートされているＣＳＧのリスト）を、隣接セルから直接、またはＨＮＢ−ＧＷもしくはＣＮから得ることができる。（ターゲットセルを含む）隣接セルによってサポートされているＣＳＧのリストは、隣接情報の交換の最中に更新することができる。次いでソースＨＮＢは、サポートされているＣＳＧの情報およびＷＴＲＵのＣＳＧメンバーシップ情報に基づいてアクセス制御を実行することができる。たとえば、そのセルは、場合によっては別々のＣＳＧを有する複数のキャリヤをサポートしている場合には、複数のＣＳＧを有することがある。隣接ＨＮＢも、複数のセルをサポートしている場合には、複数のＣＳＧを有することがある。
【００７６】
図６は、アクセス制御がターゲットＨＮＢにおいて実行される例示的なプロセスの信号伝達図である。ソースＨＮＢは、ハンドオーバ要求（すなわち、ＲＮＡ直接転送、ＲＮＳＡＰ拡張リロケーション要求（ＷＴＲＵ−ＩＤ、ＲＡＮＡＰリロケーション情報要求、アクセス制御／メンバーシップ情報など））をターゲットＨＮＢに（６０２）送信する。ターゲットＨＮＢは、アクセス制御を実行する（６０４）。次いでターゲットＨＮＢは、ハンドオーバ応答をソースＨＮＢに送信する（６０６）。
【００７７】
別の実施形態においては、ソースＨＮＢは、アクセス制御を求めてＨＮＢ−ＧＷに（または別の方法としてＣＮに）クエリーを行うことができ、アクセス制御クエリー応答は、直接ターゲットＨＮＢに、またはソースＨＮＢとターゲットＨＮＢの両方に送信することができる。図７は、ソースＨＮＢがアクセス制御を求めてＨＮＢ−ＧＷにクエリーを行う例示的なプロセスの信号伝達図である。ソースＨＮＢは、ＷＴＲＵ−ＩＤなどを含むアクセス制御クエリーをＨＮＢ−ＧＷに送信する（７０２）。ＨＮＢ−ＧＷは、アクセス制御を実行し（７０４）、ＷＴＲＵ−ＩＤ、ＷＴＲＵコンテキストＩＤ、ＣＳＧメンバーシップ情報、ＬＩＰＡ、ＳＩＰＴＯ、および／もしくはＲＩＰＡメンバーシップ情報のリスト、ならびに／またはアクセス制御結果を含むアクセス制御クエリー確認応答をソースＨＮＢに送信する（７０６）。ＨＮＢ−ＧＷは、アクセス制御クエリー確認応答をターゲットＨＮＢに送信することもできる（７０８）。次いでソースＨＮＢは、ハンドオーバ要求（たとえば、ＲＮＡ直接転送と、ＷＴＲＵ−ＩＤ、ＲＡＮＡＰリロケーション情報要求、アクセス制御またはメンバーシップ情報などを含むＲＮＳＡＰ拡張リロケーション要求を送信する（７１０）。
【００７８】
別の実施形態においては、アクセス制御は、ターゲットＨＮＢからＣＮに向けてトリガすることができる。図８は、一実施形態におけるアクセス制御のための例示的なプロセスの信号伝達図である。ソースＨＮＢは、ハンドオーバ要求メッセージをターゲットＨＮＢに送信する（８０２）。ハンドオーバ要求メッセージは、ＷＴＲＵ−ＩＤ、ＲＡＮＡＰリロケーション情報などを含むことができる。ターゲットＨＮＢは、アクセス制御クエリーをＨＮＢ−ＧＷに送信することによって、アクセス制御プロシージャを開始する（８０４）。メンバーシップ情報がＨＮＢ−ＧＷに格納されていない場合には、ＨＮＢ−ＧＷは、アクセス制御クエリーをＣＮに送信する（８０６）。ＣＮは、ＷＴＲＵに関するメンバーシップ情報を検索し、そのメンバーシップ情報を含むアクセス制御クエリー応答をＨＮＢ−ＧＷに送信する（８０８）。アクセス制御クエリーは、ＷＴＲＵ−ＩＤを含むことができ、ＣＮ（またはＨＮＢ−ＧＷ）は、そのＷＴＲＵに関するＣＳＧのすべてまたはサブセットのメンバーシップ情報を提供することができる。メンバーシップ情報は、そのＷＴＲＵがメンバーであるＣＳＧのすべてもしくはサブセットのリスト、またはそのＷＴＲＵの対応するメンバーシップステータス（たとえば、そのＷＴＲＵがメンバーであるかどうか）を伴うＣＳＧのリストを含むことができる。ＣＳＧのサブセットは、ソースＨＮＢによってＣＮに提供される情報（たとえば、アクセス制御クエリー内のＣＳＧのリスト）に基づいて、またはＣＮにおいて利用可能な情報に基づいて生成することができる。ＨＮＢ−ＧＷは、メンバーシップ情報を格納することができる（８１０）。特定のＷＴＲＵに関するアクセス制御のため、および／または現在のコールコンテキストのために、ＨＮＢ−ＧＷがコンタクトされる最初のとき、ＣＮはクエリーが行われる。しかし、その後のアクセス制御に関しては、ＨＮＢ−ＧＷは、アクセス制御を実行するためのすべての情報を有していることがあり、ＣＮにクエリーを行う必要がない場合がある。その場合には、ＨＮＢ−ＧＷは、アクセス制御を実行することができる。ＨＮＢ−ＧＷは、アクセス制御クエリー応答をターゲットＨＮＢに送信する（８１２）。アクセス制御クエリー応答を受信した後に、そのＷＴＲＵがターゲットＣＳＧセルのメンバーであることが確認された場合、ターゲットＨＮＢは、リロケーション応答メッセージをソースＨＮＢに送信する（８１４）。ＷＴＲＵメンバーシップ情報がＨＮＢ−ＧＷ内に格納されている場合には、その後のハンドオーバに関して、ＨＮＢ−ＧＷは、ＣＮにクエリーを行うことなく、メンバーシップ情報を提供することができる。
【００７９】
別の実施形態においては、ＨＮＢ−ＧＷまたはＨＮＢ（ソースまたはターゲットＨＮＢ）は、たとえば、ソースＨＮＢが登録要求をＨＮＢ−ＧＷに送信したときに、またはハンドオーバプロシージャが開始されたときに、もしくは進行中のときに、（たとえば、ＣＮ／ＨＳＳ（home subscriber server）またはその他の任意の関連するエンティティから）ＣＳＧメンバーシップ情報をダウンロードすることができる。図９は、一実施形態におけるアクセス制御およびメンバーシップ確認の信号伝達図を示している。ソースＨＮＢは、ＨＮＢ−ＧＷを介してＣＮへ登録のための初期ＷＴＲＵメッセージを送信する（９０２、９０４）。ＣＮは、そのＷＴＲＵに関するメンバー情報を、ＨＮＢ−ＧＷを介してソースＨＮＢに送信する（９０６、９０７）。あるいは、そのメンバーシップ情報は、ＨＮＢ−ＧＷに、またはターゲットＨＮＢにダウンロードすることもできる。ソースＨＮＢは、そのメンバーシップ情報に基づいてアクセス制御を実行することができる（９０８）。そのＷＴＲＵがターゲットＣＳＧセルのメンバーであると判定された場合には、ソースＨＮＢは、ハンドオーバ要求をターゲットＨＮＢに送信する（９１０）。
【００８０】
メンバーシップ情報は、そのＷＴＲＵがメンバーであるＣＳＧのすべてもしくはサブセットのリスト、またはそのＷＴＲＵの対応するメンバーシップステータス（たとえば、そのＷＴＲＵがメンバーであるかどうか）を伴うＣＳＧのリストを含むことができる。ＣＳＧのサブセットは、ソースＨＮＢによってＣＮに提供される情報に基づいて、またはＣＮにおいて利用可能な情報に基づいて生成することができる。この情報は、メンバーシップ満了情報ならびに課金請求情報を含むことができる。ＨＮＢ−ＧＷは、リロケーション／ハンドオーバの最中に、その後のアクセス制御を実行するためにこの情報を使用することができる。現在のコールまたはコールコンテキストの存続期間中にメンバーシップステータス情報に変更があった場合には、ＣＮは、そのような変更をＨＮＢ−ＧＷおよび／またはＨＮＢに通知することができる。ＨＮＢ−ＧＷおよび／またはＨＮＢは、その後のアドミッション制御のために、そのような変更通知を考慮に入れることができる。現在そのＷＴＲＵにサービスを提供しているＨＮＢのＣＳＧに関するメンバーシップステータスが変更された場合には、ＨＮＢは、必要なアクションを取ることができる。
【００８１】
アクセス制御プロシージャ（ＣＳＧセルのための）、およびメンバーシップ確認プロシージャは、メッセージの同一のセット（ハイブリッドセル）を使用して、またはメッセージの別のセットを使用して実行することができる。アクセス制御要求メッセージおよびメンバーシップ確認要求メッセージは、メッセージタイプフィールドと、ＷＴＲＵ−ＩＤフィールドと、１つのＣＳＧ−ＩＤまたはＣＳＧ−ＩＤのリストとを含むことができる。アクセス制御要求メッセージは、ＨＮＢのセルがクローズドアクセスモードで動作しているか、ハイブリッドアクセスモードで動作しているか、またはオープンアクセスモードで動作しているかを示すＨＮＢアクセス制御モード要素を含むこともできる。アクセス制御応答メッセージおよびメンバーシップ確認応答メッセージは、メッセージタイプフィールドと、ＷＴＲＵ−ＩＤフィールドと、１つのＣＳＧ−ＩＤまたはＣＳＧ−ＩＤのリストのためのメンバーシップステータスフィールドとを含むことができる。メンバーシップ確認メッセージは、ハイブリッドＣＳＧセルの場合にメンバーシップ確認を実行するために使用することができ、ターゲットセルがハイブリッドセルであるときに使用される。
【００８２】
ＨＮＢまたはＨＮＢ−ＧＷは、課金請求処理を支援するために、ＣＳＧ−ＩＤおよびセルアクセスモード情報（たとえば、ハイブリッドセル、クローズドセル、オープンセルなど）をＣＮに提供することができる。たとえば、課金がＣＮによって処理される間に、アドミッション制御がＨＮＢにおいて、またはＨＮＢ−ＧＷにおいて、ＣＮにとって透過的に処理される場合に、ＨＮＢまたはＨＮＢ−ＧＷは、ＣＳＧ−ＩＤと、ＷＴＲＵにサービスを提供しているセルのセルアクセスモードとをＣＮに提供することができる。
【００８３】
アクセス制御またはメンバーシップ確認のための上記開示された実施形態は、ＬＩＰＡ（local IP access）、ＳＩＰＴＯ（selected IP traffic offload）、および／またはＲＩＰＡ（remote IP access）サービスについて、ＣＳＧメンバーシップに適用することができる。より具体的には、アクセス制御クエリー応答内の一般的なＣＳＧメンバーシップステータス情報（たとえば、ＷＴＲＵがＣＳＧのメンバーであるか、またはメンバーでないか）に加えて、さらなるアクセス制御情報をアクセス制御応答メッセージに含めて提供することができる。このさらなる情報は、ＬＩＰＡに関するアクセス情報（たとえば、ＬＩＰＡに対応しているか、またはＬＩＰＡに対応していないか）、ＳＩＰＴＯに関するアクセス情報（たとえば、ＳＩＰＴＯに対応しているか、またはＳＩＰＴＯに対応していないか）、ＲＩＰＡに関するアクセス制御（ＲＩＰＡに対応しているか、またはＲＩＰＡに対応していないか）、あるいは、ＨＳＳにおいてユーザプロフィールの一部として定義されるか、またはＨＳＳにおいてユーザプロフィールの一部として定義することができ、ターゲットセルまたはターゲットＣＳＧによってサポートすることができるか、もしくはサポートすることができないその他の任意の機能に関するアクセス制御情報を含むが、これらには限定されない。たとえば、小規模データ伝送アクセス制御は、ＣＳＧに、またはＣＳＧとＡＰＮ（access point name）の組合せに結び付けて、ＨＳＳまたはネットワークのその他の任意のエンティティにおいてサブスクライバープロフィールの一部として格納することができる。アクセス制御応答は、小規模データ伝送機能に関する情報を含むことができる。
【００８４】
別の実施形態においては、さまざまなアクセス制御属性（たとえば、ＣＳＧメンバーシップステータス、ＬＩＰＡアクセス属性、ＳＩＰＴＯアクセス属性、ＲＩＰＡアクセス属性、小規模データアクセス属性など）を、要求側ノードまたはその他の任意の関連ノード（すなわち、ソースＨ（ｅ）ＮＢ、ターゲットＨ（ｅ）ＮＢ、Ｈ（ｅ）ＮＢ−ＧＷ、ソースＲＮＣ、ターゲットＲＮＣ、ソース（ｅ）ＮＢ、ターゲット（ｅ）ＮＢなど）に、単一のアクセス制御応答メッセージ、または複数のアクセス制御応答メッセージ、またはその他の任意の１つもしくは複数の同等なメッセージに含めて提供することができる。アクセス制御属性のいずれも、要求側エンティティによって、個々に、すべてまとめて、または任意の組合せで要求することができる。
【００８５】
別の実施形態においては、アクセス制御またはメンバーシップ確認は、アクセスの制限または許可の観点から定義することができる。アクセス制限リスト内で識別されないＣＳＧまたはセルは、アクセス可能とみなすことができる。たとえば、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージおよびＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰメッセージおよびＤＯＷＮＬＩＮＫ  ＮＡＳ  ＴＲＡＮＳＰＯＲＴメッセージに含めてＭＭＥ（mobility management entity）によってｅＮＢに提供されるハンドオーバ制限リストは、ＬＩＰＡまたはＳＩＰＴＯの許可構成に起因するハンドオーバ制限を考慮するために影響を受けることがある。したがってｅＮＢは、たとえＷＴＲＵが測定レポートを提供する際に良好な無線状態を報告したとしても、隣接セルの候補を排除するために、この情報を使用することができる。ターゲットｅＮＢは、その要求を拒絶すべきかどうかを判定するために、この情報を使用することができる。
【００８６】
以降では、ハンドオーバ中のデータの遮断を回避するための実施形態を開示する。ハンドオーバ中のデータの遮断またはデータの欠落を回避するための１つの方法は、ハンドオーバの準備中にＨＮＢ−ＧＷにデータバイキャスティングを実行させることである。しかし、ソースＨＮＢがＲＲＣ接続再構成要求メッセージをＷＴＲＵに送信する前にデータバイキャスティングを開始するのは、早すぎるかもしれない。
【００８７】
図１０は、一実施形態におけるデータバイキャスティングの例示的なプロセスの信号伝達図である。ソースＨＮＢは、ハンドオーバ要求をターゲットＨＮＢに送信する（１００２）。ターゲットＨＮＢは、ＷＴＲＵ登録要求をＨＮＢ−ＧＷに送信する（１００４）。ターゲットＨＮＢは、ＨＮＢ−ＧＷと共にアクセス制御プロシージャを実行することができる（１００６）。ＷＴＲＵが登録されると、ＨＮＢ−ＧＷは、ＷＴＲＵ登録アクセプトメッセージをターゲットＨＮＢに送信する（１００８）。次いでターゲットＨＮＢは、ハンドオーバ応答メッセージをソースＨＮＢに送信する（１０１０）。そしてソースＨＮＢは、ＲＲＣ再構成要求をＷＴＲＵに送信し（１０１２）、ハンドオーバコミットメッセージをターゲットＨＮＢに送信する（１０１４）。ＷＴＲＵは、ターゲットＨＮＢとのＵＬ同期化を実行する（１０１６）。
【００８８】
一実施形態においては、ＨＮＢ−ＧＷは、リロケーションコミットメッセージがソースＨＮＢによってターゲットＨＮＢに送信されたことが検知されたことに基づいて、バイキャスティングを開始することができる（１０１８ａ）。あるいはＨＮＢ−ＧＷは、リロケーション応答メッセージがターゲットＨＮＢによってソースＨＮＢに送信されたことが検知されたことに基づいて、バイキャスティングを開始することもできる。
【００８９】
あるいはターゲットＨＮＢは、インジケーションをＨＮＢ−ＧＷに送信することによって、データバイキャスティングをトリガすることもできる（１０１８ｂ）。そのインジケーションは、新たなメッセージ（たとえば、バイキャスティング要求もしくはＤＬデータ転送要求）、または任意のメッセージ内の新たな情報要素とすることができる。ターゲットＨＮＢは、リロケーション応答がソースＨＮＢに送信された後で、またはさらに後の時点で（たとえば、ＷＴＲＵ−アップリンク（ＵＬ）同期化が検知された後で）、そのインジケーションをＨＮＢ−ＧＷに送信することができる。ＨＮＢ−ＧＷは、そのインジケーションを受信すると、ＤＬデータをソースＨＮＢとターゲットＨＮＢの両方にバイキャスティングを開始する。
【００９０】
ＷＴＲＵは、ＲＲＣ構成完了メッセージをターゲットＨＮＢに送信する（１０２０）。ターゲットＨＮＢは、リロケーション完了応答をＨＮＢ−ＧＷに送信し（１０２２）、ＨＮＢ−ＧＷは、ＷＴＲＵ登録解除メッセージをソースＨＮＢに送信する（１０２４）。次いでソースＨＮＢは、リロケーション信号転送メッセージをターゲットＨＮＢに送信する（１０２６）。
【００９１】
別の実施形態においては、ソースＨＮＢは、ＤＬデータをターゲットＨＮＢに転送することができる。図１１は、別の実施形態によるバイキャスティングのための例示的なプロセスの信号伝達図である。ソースＨＮＢは、ハンドオーバ要求をターゲットＨＮＢに送信する（１１０２）。ターゲットＨＮＢは、ＷＴＲＵ登録要求をＨＮＢ−ＧＷに送信する（１１０４）。ターゲットＨＮＢは、ＨＮＢ−ＧＷと共にアクセス制御プロシージャを実行することができる（１１０６）。ＷＴＲＵが登録されると、ＨＮＢ−ＧＷは、ＷＴＲＵ登録アクセプトメッセージをターゲットＨＮＢに送信する（１１０８）。次いでターゲットＨＮＢは、ハンドオーバ応答メッセージをソースＨＮＢに送信する（１１１０）。そしてソースＨＮＢは、ＲＲＣ再構成要求をＷＴＲＵに送信する（１１１２）。ソースＨＮＢは、バイキャスティングのためにターゲットＨＮＢへのダウンリンク転送を開始することができる（１１１４）。ソースＨＮＢは、ハンドオーバコミットメッセージをターゲットＨＮＢに送信する（１１１６）。ＷＴＲＵは、ターゲットＨＮＢとのＵＬ同期化を実行する（１１１８）。ＷＴＲＵは、ＲＲＣ構成完了メッセージをターゲットＨＮＢに送信する（１１２０）。ターゲットＨＮＢは、リロケーション完了応答をＨＮＢ−ＧＷに送信し（１１２２）、ＨＮＢ−ＧＷは、ＷＴＲＵ登録解除メッセージをソースＨＮＢに送信する（１１２４）。次いでソースＨＮＢは、リロケーション信号転送メッセージをターゲットＨＮＢに送信する（１１２６）。
【００９２】
以降では、マクロネットワーク（ＲＮＣ）とＨＮＢネットワークの間におけるモビリティのための実施形態を開示する。
【００９３】
図１２は、マクロレイヤからフェムトレイヤへのモビリティ基準モデルを伴う例示的なＨＮＢアクセスネットワークを示している。図１２における基準モデルは、ＨＮＢアクセスネットワークを構成するネットワーク要素と、マクロネットワークＲＮＣとを含む。ＣＮとＨＮＢ−ＧＷとの間におけるＩｕインターフェースは、ＣＮとＲＮＣとの間におけるインターフェースと同じ目的を果たす。ＨＮＢがＬＩＰＡで動作しているときには、Ｌ−ＧＷ（local gateway）が存在することができる。Ｌ−ＧＷは、存在するときには、ＨＮＢと同一の場所に配置される。このＬ−ＧＷは、ＨＮＢ−ＧＷを使用しないＳＧＳＮ／ＳＧＷに向けたＧｎ／Ｓ５インターフェースと、家庭用／ＩＰネットワークに向けたＧｉインターフェースとを有することができる。Ｌ−ＧＷは、ＨＮＢの外部に配置すること（すなわち、ＨＮＢと同一の場所に配置しないこと）も可能である。その場合のＬ−ＧＷとＨＮＢとの間におけるインターフェースは、新たなインターフェースとするか、またはＩｕｈインターフェース、Ｉｕｒｈインターフェース、もしくはその両方など、既存のインターフェースとすることができる。ＨＮＢアクセスネットワークは、ＨＮＢの間におけるＩｕｒｈ接続をサポートする。２つのＨＮＢの間において直接のＩｕｒｈインターフェース接続を確立することができ、その場合、ＨＮＢ−ＧＷはＩｕｒｈシグナリングに関与しない。あるいは、ＨＮＢ−ＧＷがＩｕｒｈプロキシとして機能している状態で、ＨＮＢの間においてＩｕｒｈインターフェース接続を確立することもできる。ＩｕｒｈインターフェースをＲＮＣとＨＮＢの間において確立することができ、ＩｕｒインターフェースをＲＮＣとＨＮＢ−ＧＷの間において、およびＨＮＢ−ＧＷの間において確立することができる。
【００９４】
図１３は、ＨＮＢアクセスネットワークとマクロ無線アクセスネットワークとを含む例示的なネットワークアーキテクチャを示している。図１３はまた、ＲＮＣとＨＮＢとの間において確立されたＩｕｒｈインターフェースと、ＲＮＣとＨＮＢ−ＧＷとの間において確立されたＩｕｒインターフェースとを示している。
【００９５】
図１４は、一実施形態における例示的な制御プレーンプロトコルスタックを示している。この実施形態においては、ＲＮＣは、ＲＮＡ（RNSAP user adaptation layer）を実装する。ＲＮＡは、ＲＮＣとＨＮＢとの間における、およびＨＮＢの間におけるすべてのＲＮＳＡＰシグナリングメッセージのトランスポートをサポートする。ＲＮＡは、直接のＩｕｒｈ接続と、ＨＮＢ−ＧＷを介したＩｕｒｈ接続とをサポートすることができる。ＲＮＡは、コネクション指向のデータ転送サービスと、コネクションレスデータ転送サービスとを提供することができる。
【００９６】
図１５は、別の実施形態による例示的な制御プレーンプロトコルスタックを示している。この実施形態においては、ＲＮＣはＲＮＡを実装しない。図１６は、一実施形態における例示的なユーザプレーンプロトコルスタックを示している。図１７は、別の実施形態における例示的なユーザプレーンプロトコルスタックを示している。
【００９７】
図１８は、一実施形態におけるＩｕｒｈセットアップ（直接のＩｕｒｈ接続）のための例示的なプロセスのフロー図である。ＲＮＣとＨＮＢ−ＧＷは、Ｉｕｒインターフェースを介して接続を確立する（１８０２）。ＲＮＣとＨＮＢ−ＧＷとの間においてＩｕｒインターフェースが確立されると、この接続は、最終的にＨＮＢ−ＧＷに接続することになる任意のＨＮＢに向けて使用することができる。そのＨＮＢは、ＲＮＣに向けてＩｕｒｈの結合を開始することができる。ＨＮＢ−ＧＷは、ＲＮＣに代わって、その結合要求を終了させることができる。ＨＮＢは、動作モードに切り替えて、自分のサービスエリアをスキャンする（１８０４）。ＨＮＢは、ＨＮＢ−ＧＷへのＨＮＢ登録プロシージャを実行する（１８０６）。ＨＮＢは、ＲＮＣのもとで、あるＮｏｂｅＢセルを隣接セルとして識別する（１８０８）。ＨＮＢは、ＲＮＡ−Ｉｕｒｈセットアップ要求をＨＮＢ−ＧＷに送信する（１８１０）。ＨＮＢ−ＧＷは、ＲＮＣに向けたＩｕｒｈセットアップ要求メッセージを受信すると、そのＲＮＡメッセージを終了させ、ＨＮＢと、ターゲットとされているＲＮＣとの間においてＩｕｒ／Ｉｕｒｈ接続が構築されたことを反映するように自身の内部のＩｕｒｈ／Ｉｕｒ接続テーブルを更新し、ＲＮＡ−Ｉｕｒｈセットアップ応答メッセージをＨＮＢに送信することができる（１８１２）。ＨＮＢ−ＧＷは、新たなＩｕｒｈ−ＲＮＬレベルの接続がＨＮＢに向けて利用可能であることをＲＮＣに通知することができる（１８１４）。ＩｕｒへのＩｕｒｈインターフェース結合は、ＲＮＣのもとでのそれぞれの各ＮｏｄｅＢまたはセルごとではなく、そのＲＮＣ単位で確立することができる。ＩｕｒとＩｕｒｈの結合の確立は、ＷＴＲＵ測定レポートによりトリガすることができる。
【００９８】
別の実施形態においては、ＲＮＣ、ＨＮＢ、またはＨＮＢ−ＧＷのいずれかが、ＲＮＬレベルのＩｕｒｈ接続の確立を開始することができる。これは、隣接セル情報を伴うＷＴＲＵ測定レポート、またはＨＮＢもしくはＮｏｄｅＢによる自律的な検知でトリガすることができる。ＲＮＡ接続結合メッセージは、ＲＮＣとＨＮＢとの間におけるピアメッセージである。ＨＮＢとターゲットＲＮＣの間における直接のＩｕｈ接続の場合には、ＨＮＢとＲＮＣとの両方が、各自のＴＮＬ（transport network layer）アドレスを交換することができる。
【００９９】
以降では、ソフトハンドオーバのサポートにおけるＶＡＳ（virtual active set）の管理およびアクティブセットの更新のための実施形態を開示する。
【０１００】
アクティブセットは、ＷＴＲＵがソフトハンドオーバまたはソフターハンドオーバを行う相手となるセルを含む。アクティブセット内のセルがアクティブセルであり、その一方でアクティブセット内にないセルが非アクティブセルである。ＶＡＳは、ＷＴＲＵによって現在使用されていない未使用周波数と関連付けられているアクティブセットである。ＶＡＳ内のセルは、ＷＴＲＵが周波数間ハンドオーバの可能性に関して測定を行っているセルである。検知セットセルは、ＷＴＲＵによって検知されるセルである。無線リンクセットアッププロシージャと無線リンク追加プロシージャ（ＲＮＳＡＰとＮＢＡＰ）の両方が、セルアクセスモード情報、ＷＴＲＵ  ＣＳＧメンバーシップ情報、ならびにその他のサービス（ＬＩＰＡ、ＳＩＰＴＯ、ＲＩＰＡ、小規模データ伝送など）のアクセス制御情報に関するＩＥを含むように更新される必要がある。
【０１０１】
ソフトハンドオーバのサポートにおいて新たな無線リンクを追加することができるかどうかを判定する際に、ＷＴＲＵメンバーシップステータスおよびその他のサービスアクセスレベルステータスを考慮に入れることができる。同様に、ＷＴＲＵのメンバーシップが満了した場合には、無線リンクをＷＴＲＵアクティブセットから切り離すことができる。
【０１０２】
非ＣＳＧの測定について未使用周波数に関して検知セットセルが考慮されていない場合には、ＷＴＲＵは、その周波数ごとに単一の仮想アクティブセットをサポートし、非ＣＳＧの測定について未使用周波数に関して検知セットセルが考慮されている場合には、ＷＴＲＵは、その周波数ごとに２つの仮想アクティブセットをサポートする、と現在の３ＧＰＰ仕様は規定している。両方の仮想アクティブセットは、同じルールを並行して用いて保持される。第１の仮想アクティブセットは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ（周波数間ハンドオーバのためにネットワークによってＷＴＲＵに提供されるＣＳＧ以外のセルのリスト）内に格納されているセルのみを考慮して保持され、第２の仮想アクティブセットは、検知されたすべてのセル（ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ内に格納されているセルと、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ内に格納されていないセル）を考慮して追加的に保持される。これは、検知セットセルが測定イベント結果に影響を与えるかどうかをＷＴＲＵが判定できるようにするためのものである。あらゆる測定が、ＣＳＧセルに関して（ＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ（ネットワークによってＷＴＲＵに提供されるフェムトセル（ＣＳＧレイヤセル）のリスト）を使用して）構成されている場合には、ＷＴＲＵは、この目的について「ＣＳＧ仮想アクティブセット」を追加的に保持する。
【０１０３】
上記によれば、ＷＴＲＵは、未使用周波数ごとに最大で３つの仮想アクティブセット（すなわち、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ内のセルのうちのいくつかまたはすべてを含む第１のＶＡＳ、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ内に格納されているセルのうちのいくつかまたはすべてと、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ内に格納されていない検知されたセルのうちのいくつかまたはすべてを含む第２のＶＡＳ、およびＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内に格納されているセルのうちのいくつかまたはすべてを含む第３のＶＡＳ）を保持することができる。これらのセットのうちの１つが、その未使用周波数上でＣＳＧセルの専用とされる。マクロレイヤセルとフェムトレイヤセルの間におけるソフトハンドオーバのためにＶＡＳを保持する上でセルのどのリストを使用すべきかは明確ではない。さらに、そのようなリストをいつ使用すべきかは明確ではない。
【０１０４】
一実施形態においては、マクロセルとフェムトセルの間におけるソフトハンドオーバをサポートするためのＶＡＳとしてＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴとＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴの組合せを使用することができ、この組合せによって、マクロセルとフェムトセルとの間におけるソフトハンドオーバのためのＶＡＳに基づいて測定を実行する。あるいは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴと、検知されたセルと、ＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴとの組合せをＶＡＳとして使用することもできる。あるいは、マクロレイヤセルとＣＳＧレイヤセルとの組合せとすることができる新たなセルリストをネットワークによってＷＴＲＵにシグナリングすることができる。
【０１０５】
ＷＴＲＵは、ソフトハンドオーバベースのセルリスト（すなわち、マクロセルとフェムトセルとの間におけるソフトハンドオーバをサポートするためにＶＡＳが構築されるべきセルのリスト）をいつ使用すべきか、また、いつ使用すべきでないかを自律的に判定することができる。たとえば、そのような判定は、ＷＴＲＵフィンガープリントと、ＷＴＲＵが、自身がメンバーであるＣＳＧセル、またはメンバーではないＣＳＧセルの付近に自身がいることを判定したこととに基づいて行うことができる。
【０１０６】
別の実施形態においては、ＷＴＲＵは、ソフトハンドオーバベースのセルリストからの非ＣＳＧのセルに加えて、ＷＴＲＵの事前のアクセスチェック（たとえば、メンバーシッ確認）を通ったＣＳＧセルを考慮することができる。
【０１０７】
別の実施形態においては、ＶＡＳモニタリングのサポートにおいてソフトハンドオーバベースのセルリストをいつ使用すべきかを、ネットワークによってＷＴＲＵにシグナリングすることができる。たとえば、ソフトハンドオーバベースのセルリストは、ネットワークから受信されるとすぐに適用可能とすることができる。あるいはネットワークは、リストをＷＴＲＵに伝達することができるが、ＷＴＲＵは、ネットワークからさらなるトリガを受信してからリストを使用することができる。そのようなトリガは、ＶＡＳモニタリングのサポートにおいて使用されるセルリスト内のＣＳＧセルのうちのすべてまたはいくつかのＷＴＲＵメンバーシップステータスをネットワークが確認すると、シグナリングすることができる。
【０１０８】
別の実施形態においては、ネットワークは、非ＣＳＧのセルに加えて、アクセス制御確認を首尾よく通ったＣＳＧセルをＶＡＳモニタリングのためのソフトハンドオーバベースのセルリスト内に含めることができる。
【０１０９】
実施形態
【０１１０】
１．ＨＮＢのモビリティをサポートするための方法。
【０１１１】
２．ソースＨＮＢが、そのソースＨＮＢからターゲットＨＮＢへのＷＴＲＵのリロケーションのための判定を行うステップを含むことを特徴とする実施形態１に記載の方法。
【０１１２】
３．ソースＨＮＢが、ＷＴＲＵに関するアクセス制御を開始して、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることを許可されるかを判定するステップをさらに含むことを特徴とする実施形態２に記載の方法。
【０１１３】
４．ソースＨＮＢが、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されることを確認するために、アクセス制御クエリーをＣＮまたはＨＮＢ−ＧＷのいずれかに送信するステップをさらに含むことを特徴とする実施形態２から３のいずれか１つに記載の方法。
【０１１４】
５．ソースＨＮＢがアクセス制御クエリー応答を受信するステップをさらに含むことを特徴とする実施形態４に記載の方法。
【０１１５】
６．ソースＨＮＢがリロケーション要求をターゲットＨＮＢに送信するステップをさらに含むことを特徴とする実施形態５に記載の方法。
【０１１６】
７．アクセス制御クエリー応答は、ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする実施形態５から６のいずれか１つに記載の方法。
【０１１７】
８．アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとにＷＴＲＵの対応するメンバーシップステータスを伴うサブスクライバーグループのリストを含むことを特徴とする実施形態５から７のいずれか１つに記載の方法。
【０１１８】
９．ソースＨＮＢは、アクセス制御クエリー応答をＣＮまたはＨＮＢ−ＧＷのいずれかから受信することを特徴とする実施形態５から８のいずれか１つに記載の方法。
【０１１９】
１０．アクセス制御クエリーは、ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする実施形態５から９のいずれか１つに記載の方法。
【０１２０】
１１．ソースＨＮＢは、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されると判定されると、リロケーション要求をターゲットＨＮＢに送信することを特徴とする実施形態６から１０のいずれか１つに記載の方法。
【０１２１】
１２．ソースＨＮＢは、アクセス制御クエリー応答を受信する前にリロケーション要求をターゲットＨＮＢに送信し、アクセス制御クエリー応答に基づいて、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されると判定されると、リロケーションを完了させることを特徴とする実施形態６から１１のいずれか１つに記載の方法。
【０１２２】
１３．ＨＮＢ（ホームＮｏｄｅＢ）のモビリティをサポートするための方法。
【０１２３】
１４．ＨＮＢが自身のカバレッジエリアをスキャンするステップを含むことを特徴とする実施形態１３に記載の方法。
【０１２４】
１５．ＨＮＢがＨＮＢ−ＧＷへのＨＮＢ登録を実行するステップを含むことを特徴とする実施形態１４に記載の方法。
【０１２５】
１６．ＨＮＢが、セルをマクロネットワークＲＮＣのもとで隣接セルとして識別するステップをさらに含むことを特徴とする実施形態１４から１５のいずれか１つに記載の方法。
【０１２６】
１７．ＨＮＢが、ＲＮＣに向けた接続をセットアップするための要求をＨＮＢ−ＧＷに送信するステップをさらに含むことを特徴とする実施形態１５から１６のいずれか１つに記載の方法。
【０１２７】
１８．ＨＮＢが、要求に応答するＨＮＢ−ＧＷからの応答メッセージを受信するステップをさらに含むことを特徴とする実施形態１７に記載の方法。
【０１２８】
１９．ＲＮＳＡＰ−ＲＮＡメッセージが、ＨＮＢ−ＧＷにおいて終了し、また、ＨＮＢ−ＧＷにおける内部の接続テーブルが、ＨＮＢとＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする実施形態１５から１８のいずれか１つに記載の方法。
【０１２９】
２０．ＨＮＢのモビリティをサポートするための装置。
【０１３０】
２１．ソースＨＮＢからターゲットＨＮＢへのＷＴＲＵのリロケーションのための判定を行うように構成されているプロセッサを含むことを特徴とする実施形態２０に記載の装置。
【０１３１】
２２．プロセッサは、ＷＴＲＵに関するアクセス制御を開始して、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることを許可されるかを判定するように構成されていることを特徴とする実施形態２１に記載の装置。
【０１３２】
２３．プロセッサは、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されることを確認するために、アクセス制御クエリーをＣＮまたはＨＮＢ−ＧＷのいずれかに送信するように構成されていることを特徴とする実施形態２１から２２のいずれか１つに記載の装置。
【０１３３】
２４．プロセッサは、アクセス制御クエリー応答を受信し、リロケーション要求をターゲットＨＮＢに送信するように構成されていることを特徴とする実施形態２３に記載の装置。
【０１３４】
２５．アクセス制御クエリー応答は、ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする実施形態２４に記載の装置。
【０１３５】
２６．アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとにＷＴＲＵの対応するメンバーシップステータスを伴うサブスクライバーグループのリストを含むことを特徴とする実施形態２４から２５のいずれか１つに記載の装置。
【０１３６】
２７．プロセッサは、アクセス制御クエリー応答をＣＮまたはＨＮＢ−ＧＷのいずれかから受信するように構成されていることを特徴とする実施形態２４から２６のいずれか１つに記載の装置。
【０１３７】
２８．アクセス制御クエリーは、ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする実施形態２３から２７のいずれか１つに記載の装置。
【０１３８】
２９．プロセッサは、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されると判定されると、リロケーション要求をターゲットＨＮＢに送信するように構成されていることを特徴とする実施形態２４から２８のいずれか１つに記載の装置。
【０１３９】
３０．プロセッサは、アクセス制御クエリー応答を受信する前にリロケーション要求をターゲットＨＮＢに送信するように構成されており、アクセス制御クエリー応答に基づいて、ターゲットＨＮＢを介して提供されるサービスをＷＴＲＵが受けることが許可されると判定されると、リロケーションを完了させることを特徴とする実施形態２４から２９のいずれか１つに記載の装置。
【０１４０】
３１．ＨＮＢのモビリティをサポートするための装置。
【０１４１】
３２．自身のカバレッジエリアのスキャニングを実行するように構成されている送信機／受信機を含むことを特徴とする実施形態３１に記載の装置。
【０１４２】
３３．ＨＮＢ−ＧＷへのＨＮＢ登録を実行するように構成されているプロセッサを含むことを特徴とする実施形態３２に記載の装置。
【０１４３】
３４．プロセッサは、セルをマクロネットワークＲＮＣのもとで隣接セルとして識別するように構成されている実施形態３３に記載の装置。
【０１４４】
３５．プロセッサは、ＲＮＣに向けた接続をセットアップするための要求をＨＮＢ−ＧＷに送信し、その要求に応答するＨＮＢ−ＧＷからの応答メッセージを受信するように構成されている実施形態３４に記載の装置。
【０１４５】
３６．ＲＮＳＡＰ−ＲＮＡメッセージが、ＨＮＢ−ＧＷにおいて終了し、また、ＨＮＢ−ＧＷにおける内部の接続テーブルが、ＨＮＢとＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする実施形態３３から３５のいずれか１つに記載の装置。
【０１４６】
３７．マクロセルとフェムトセルの間におけるモビリティをサポートするための方法。
【０１４７】
３８．ＷＴＲＵによって現在使用されていない未使用周波数のためのＶＡＳを構成するステップであって、そのＶＡＳは、少なくとも１つのマクロセル、および少なくとも１つのフェムトセルを含む、ステップを含むことを特徴とする実施形態３７に記載の方法。
【０１４８】
３９．ＶＡＳに基づいて測定を実行するステップをさらに含むことを特徴とする実施形態３８に記載の方法。
【０１４９】
４０．ＶＡＳは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴおよびＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセルにより構成されていることを特徴とする実施形態３８から３９のいずれか１つに記載の方法。
【０１５０】
４１．ＶＡＳは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ、ＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセルおよび検知されたセルにより構成されていることを特徴とする実施形態３８から３９のいずれか１つに記載の方法。
【０１５１】
４２．ＶＡＳは、ネットワークによってＷＴＲＵにシグナリングされるセルリスト内のセルにより構成されていることを特徴とする実施形態３８から３９のいずれか１つに記載の方法。
【０１５２】
４３．ＷＴＲＵは、ＶＡＳをいつ使用すべきか、また、いつ使用すべきでないかを自律的に判定することを特徴とする実施形態３８から４２のいずれか１つに記載の方法。
【０１５３】
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用することができるということを当業者なら理解するであろう。さらに、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例としては、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光学媒体が含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。
【図１】
2013532446.tif 000003
【図２Ａ】
2013532446.tif 000004
【図２Ｂ】
2013532446.tif 000005
【図２Ｃ】
2013532446.tif 000006
【図３】
2013532446.tif 000007
【図４】
2013532446.tif 000008
【図５】
2013532446.tif 000009
【図６】
2013532446.tif 000010
【図７】
2013532446.tif 000011
【図８】
2013532446.tif 000012
【図９】
2013532446.tif 000013
【図１０】
2013532446.tif 000014
【図１１】
2013532446.tif 000015
【図１２】
2013532446.tif 000016
【図１３】
2013532446.tif 000017
【図１４】
2013532446.tif 000018
【図１５】
2013532446.tif 000019
【図１６】
2013532446.tif 000020
【図１７】
2013532446.tif 000021
【図１８】
2013532446.tif 000022
【手続補正書】
【提出日】平成25年2月18日(2013.2.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための方法であって、
ソースＨＮＢが、無線送信／受信ユニット（ＷＴＲＵ）を前記ソースＨＮＢからターゲットＨＮＢにハンドオーバすることを判定するステップと、
前記ソースＨＮＢが、前記ＷＴＲＵに関するアクセス制御またはメンバーシップ確認を開始して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定するステップと、
前記ソールＨＮＢが、前記ＷＴＲＵに関するメンバーシップ確認情報を含む応答を受信するステップと、
前記ソースＨＮＢが、前記ターゲットＨＮＢを介したサービスを前記ＷＴＲＵが受けることを許可されると確認すると、リロケーション要求を送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記ソースＨＮＢは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信し、アクセス制御クエリー応答を受信することを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセス制御クエリー応答は、前記ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとの前記ＷＴＲＵの対応するメンバーシップステータスとともにサブスクライバーグループのリストを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記ソースＨＮＢは、前記アクセス制御クエリー応答を前記ＣＮまたは前記ＨＮＢ−ＧＷのいずれかから受信することを特徴とする請求項２に記載の方法。
【請求項６】
前記アクセス制御クエリーは、前記ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする請求項２に記載の方法。
【請求項７】
前記ソースＨＮＢは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーション要求を前記ターゲットＨＮＢに送信することを特徴とする請求項２に記載の方法。
【請求項８】
前記ソースＨＮＢは、前記アクセス制御クエリー応答を受信する前に、前記リロケーション要求を前記ターゲットＨＮＢに送信し、前記アクセス制御クエリー応答に基づいて、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーションを完了させることを特徴とする請求項２に記載の方法。
【請求項９】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための方法であって、
ホームＮｏｄｅＢ（ＨＮＢ）が、自身のカバレッジエリアをスキャンするステップと、
前記ＨＮＢが、ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）へのＨＮＢ登録を実行するステップと、
前記ＨＮＢが、要求を前記ＨＮＢ−ＧＷに送信して、ＲＮＣ（radio network controller）に向けた接続をセットアップするステップと、
前記ＨＮＢが、前記要求に応答して前記ＨＮＢ−ＧＷから応答メッセージを受信するステップとを備え、前記ＨＮＢと前記ＲＮＣとの間の直接接続リンクは、シグナリングベースのＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）／ＳＣＴＰ（streaming control transmission protocol）とシグナリングベースのＳＣＣＰ（signaling connection control part）との間で相互作用する機能を提供する前記ＨＮＢ−ＧＷを介して開始されることを特徴とする方法。
【請求項１０】
ＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）メッセージが、前記ＨＮＢ−ＧＷにおいて終了し、また、前記ＨＮＢ−ＧＷにおける内部の接続テーブルが、前記ＨＮＢと前記ＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする請求項９に記載の方法。
【請求項１１】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための装置であって、
無線送信／受信ユニット（ＷＴＲＵ）をソースＨＮＢからターゲットＨＮＢにハンドオーバし、前記ＷＴＲＵに関するアクセス制御もしくはメンバーシップ確認を開始して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定し、前記ＷＴＲＵに関するメンバーシップ確認情報を含む応答を受信し、前記ターゲットＨＮＢを介したサービスを前記ＷＴＲＵが受けることを確認すると、リロケーション要求を送信するように構成されているプロセッサを備えることを特徴とする装置。
【請求項１２】
前記プロセッサは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを確認するために、アクセス制御クエリーをコアネットワーク（ＣＮ）またはＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）のいずれかに送信し、アクセス制御クエリー応答を受信するように構成されていることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記アクセス制御クエリー応答は、前記ＷＴＲＵがメンバーであるサブスクライバーグループのうちのすべてまたはサブセットに関するアクセス制御情報を含むことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記アクセス制御クエリー応答は、それぞれのサブスクライバーグループごとの前記ＷＴＲＵの対応するメンバーシップステータスとともにサブスクライバーグループのリストを含むことを特徴とする請求項１２に記載の装置。
【請求項１５】
前記プロセッサは、前記アクセス制御クエリー応答を前記ＣＮまたは前記ＨＮＢ−ＧＷのいずれかから受信するように構成されていることを特徴とする請求項１２に記載の装置。
【請求項１６】
前記アクセス制御クエリーは、前記ＷＴＲＵに関するアクセス制御確認のために少なくとも１つのサブスクライバーグループを含むことを特徴とする請求項１２に記載の装置。
【請求項１７】
前記プロセッサは、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーション要求を前記ターゲットＨＮＢに送信するように構成されていることを特徴とする請求項１２に記載の装置。
【請求項１８】
前記プロセッサは、前記アクセス制御クエリー応答を受信する前に、前記リロケーション要求を前記ターゲットＨＮＢに送信し、前記アクセス制御クエリー応答に基づいて、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されると判定すると、前記リロケーションを完了させるように構成されていることを特徴とする請求項１２に記載の装置。
【請求項１９】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための装置であって、
自身のカバレッジエリアのスキャニングを実行するように構成されている送信機／受信機と、
ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）へのＨＮＢ登録を実行し、前記ＨＮＢ−ＧＷに要求を送信してＲＮＣ（radio network controller）に向けた接続をセットアップし、前記要求に応答して前記ＨＮＢ−ＧＷからの応答メッセージを受信するように構成されているプロセッサとを備え、前記ＨＮＢと前記ＲＮＣとの間の直接接続リンクは、シグナリングベースのＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）／ＳＣＴＰ（streaming control transmission protocol）とシグナリングベースのＳＣＣＰ（signaling connection control part）との間で相互作用する機能を提供する前記ＨＮＢ−ＧＷを介して開始されることを特徴とする装置。
【請求項２０】
ＲＮＡ（radio network subsystem application part（RNSAP）user adaptation layer）メッセージが、前記ＨＮＢ−ＧＷにおいて終了し、前記ＨＮＢ−ＧＷにおける内部の接続テーブルが、前記ＨＮＢと前記ＲＮＣとの間における接続の生成を反映するように更新されることを特徴とする請求項１９に記載の装置。
【請求項２１】
マクロセルとフェムトセルとの間におけるモビリティをサポートするための方法であって、
無線送信／受信ユニット（ＷＴＲＵ）によって現在使用されていない未使用周波数のためのＶＡＳ（virtual active set）を構成するステップであって、前記ＶＡＳは、少なくとも１つのマクロセル、および少なくとも１つのフェムトセルを含むことと、
マクロセルとフェムトセルとの間のソフトハンドオーバ、またはフェムトセルの間のソフトハンドオーバをサポートする前記ＶＡＳに基づいて測定を実行するステップと
を備えることを特徴とする方法。
【請求項２２】
前記ＶＡＳは、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴおよびＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセル、ＣＥＬＬ＿ＩＮＦＯ＿ＬＩＳＴ、ＣＥＬＬ＿ＩＮＦＯ＿ＣＳＧ＿ＬＩＳＴ内のセルおよび検知されたセル、またはネットワークによって前記ＷＴＲＵにシグナリングされるセルリスト内のセルのいずれかによって構成されていることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記ＷＴＲＵは、マクロセルとフェムトセルとの間のソフトハンドオーバ、またはフェムトセルの間のソフトハンドオーバを考慮しないＶＡＳをいつ使用するか、およびマクロセルとフェムトセルとの間のソフトハンドオーバ、またはフェムトセルの間のソフトハンドオーバを考慮するＶＡＳをいつ使用するかを自律的に判定することを特徴とする請求項２１に記載の方法。
【請求項２４】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための方法であって、
ソースＨＮＢが、無線送信／受信ユニット（ＷＴＲＵ）を前記ソースＨＮＢからターゲットＨＮＢにハンドオーバすることを判定するステップと、
前記ソースＨＮＢが、アクセス制御またはメンバーシップ確認を実行して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定するステップと、
前記ソースＨＮＢが、前記ターゲットＨＮＢを介したサービスを前記ＷＴＲＵが受けることを許可されると判定すると、リロケーション要求を前記ターゲットＨＮＢへ送信するステップと
を備えることを特徴とする方法。
【請求項２５】
ホームＮｏｄｅＢ（ＨＮＢ）のモビリティをサポートするための装置であって、
無線送信／受信ユニット（ＷＴＲＵ）をソースＨＮＢからターゲットＨＮＢにハンドオーバすることを判定し、アクセス制御またはメンバーシップ確認を実行して、前記ターゲットＨＮＢを介して提供されるサービスを前記ＷＴＲＵが受けることを許可されるかを判定し、前記ターゲットＨＮＢを介したサービスを前記ＷＴＲＵが受けることを許可されると判定すると、リロケーション要求を前記ターゲットＨＮＢへ送信するように構成されているプロセッサを備えることを特徴とする装置。
【国際調査報告】
2013532446.tif 000023
2013532446.tif 000024
2013532446.tif 000025
2013532446.tif 000026
2013532446.tif 000027
2013532446.tif 000028
2013532446.tif 000029