(57)【要約】  ドリフト無線ネットワーク・コントローラ（１２ＮＥＷ）によってユーザ機器（２０）とサービス提供無線ネットワーク・コントローラ（１４）との間の無線リソース制御接続を確立する方法では、ドリフト・ネットワーク・コントローラは、サービス提供無線ネットワーク・コントローラから、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信し、無線リソース制御接続を確立するために、ユーザ機器の順方向アクセス・チャネル能力に従って、ユーザ機器へシグナリング・メッセージを送信する。
2016529802.tif 000002
【特許請求の範囲】
【請求項１】
ドリフト無線ネットワーク・コントローラ（１２ＮＥＷ）によってユーザ機器（２０）とサービス提供無線ネットワーク・コントローラ（１４）との間の無線リソース制御接続を確立する方法であって、前記方法は、
前記ドリフト・ネットワーク・コントローラにおいて、前記サービス提供無線ネットワーク・コントローラから、前記ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信するステップ（Ｓ１４）と、
前記ドリフト無線ネットワーク・コントローラによって、前記ユーザ機器の前記順方向アクセス・チャネル能力に従って、前記ユーザ機器へシグナリング・メッセージを送信するステップ（Ｓ１５）と、
を備える、方法。
【請求項２】
前記順方向アクセス・チャネル能力を示す前記インジケーションは、前記サービス提供無線ネットワーク・コントローラからのダウンリンク・シグナリング転送要求メッセージに含まれる、請求項１に記載の方法。
【請求項３】
前記順方向アクセス・チャネル能力を示す前記インジケーションは、前記ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているか否かを示すインジケーションを含む、請求項１に記載の方法。
【請求項４】
前記ユーザ機器が、前記エンハンスト順方向アクセス・チャネルをサポートしているのであれば、前記送信するステップは、
非エンハンスト順方向アクセス・チャネルではなく、前記エンハンスト順方向アクセス・チャネルによって、前記ユーザ機器へ、前記シグナリング・メッセージを送信するステップを備える、請求項３に記載の方法。
【請求項５】
ドリフト無線ネットワーク・コントローラによって、ユーザ機器との無線リソース制御接続を確立する方法であって、前記方法は、
前記ドリフト無線ネットワーク・コントローラのための無線リンクを確立するステップ（Ｓ６、Ｓ７）と、
前記ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを前記ドリフト・ネットワーク・コントローラへ送信するステップ（Ｓ１４）と、
前記ドリフト無線ネットワーク・コントローラによって、前記ユーザ機器と前記無線リソース制御接続を確立するステップ（Ｓ１６）と、
を備える、方法。
【請求項６】
サービス提供無線ネットワーク・コントローラ（１４）から、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信し、
前記ユーザ機器の前記順方向アクセス・チャネル能力に従って、前記ユーザ機器（２０）へシグナリング・メッセージを送信する、
ように構成された、無線ネットワーク・コントローラ（１２ＯＬＤ、１２ＮＥＷ）。
【請求項７】
前記順方向アクセス・チャネル能力を示す前記インジケーションは、前記サービス提供無線ネットワーク・コントローラからのダウンリンク・シグナリング転送要求メッセージに含まれる、請求項６に記載の無線ネットワーク・コントローラ。
【請求項８】
前記ダウンリンク・シグナリング転送要求メッセージは、無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）メッセージである、請求項６に記載の無線ネットワーク・コントローラ。
【請求項９】
前記順方向アクセス・チャネル能力を示す前記インジケーションは、前記ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているか否かを示すインジケーションを含む、請求項６に記載の無線ネットワーク・コントローラ。
【請求項１０】
前記無線ネットワーク・コントローラはさらに、
前記ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているか否かを、前記サービス提供無線ネットワーク・コントローラからの、前記ユーザ機器の前記順方向アクセス・チャネル能力を示す前記インジケーションに基づいて判定し、
前記判定に基づいて、非エンハンスト順方向アクセス・チャネルと、エンハンスト順方向アクセス・チャネルとのうちの１つのみで、前記ユーザ機器へ前記シグナリング・メッセージを送信し、
前記ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているか否かを、前記インジケーションに基づいて、ただし前記ユーザ機器から受信した順方向アクセス能力情報とは独立して、判定する
ように構成された、請求項６に記載の無線ネットワーク・コントローラ。
【発明の詳細な説明】
【背景技術】
【０００１】
ユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）は、ユニバーサル・モバイル電気通信システム（ＵＭＴＳ）無線アクセス・ネットワーク（ＲＡＮ）の無線ネットワーク・コントローラ（ＲＮＣ）とノードＢのための総称用語である。
【０００２】
ＲＮＣは、ＵＴＲＡＮの所与の部分を制御する。たとえば、ＲＮＣは、ノードＢによって送信されたダウンリンク（ＤＬ）すなわち順方向リンク電力のようなＵＴＲＡＮリソース、ノードＢによって認識されたアップリンク（ＵＬ）すなわち逆方向リンク干渉、および、ノードＢに位置しているハードウェア、を管理する。
【０００３】
ＲＡＮとユーザ機器との間のある接続（ＲＡＮ−ＵＥ接続）に関して、ＲＮＣは、サービス提供ＲＮＣ（ＳＲＮＣ）またはドリフトＲＮＣ（ＤＲＮＣ）の何れかの役割を有し得る。
【０００４】
ＲＮＣがサービス提供ＲＮＣ（ＳＲＮＣ）であれば、ＲＮＣは、ユーザ機器ユニット（ＵＥ）との接続を担当する。このケースでは、ＲＮＣは、無線アクセス・ネットワーク（ＲＡＮ）内の接続の完全な制御を有する。
【０００５】
ＤＲＮＣは、ユーザＵＥとの接続のために必要とされるＤＲＮＣによって制御されるセル内の無線リソースを提供することによってＳＲＮＣをサポートする。
【０００６】
ＵＥとＳＲＮＣとの間に無線障害状態が生じ、ＵＥが、新たなＤＲＮＣによって制御されている新たなセルにキャンプ・オンした場合、ＳＲＮＣトリガされた自動回復が起動されないのであれば、コールが失敗し得る。コール失敗を自動的に回復および回避するために、ＵＥとＳＲＮＣとの間の無線リソース制御（ＲＲＣ）接続は、新たなＤＲＮＣおよびその対応するノードＢによって再確立されるべきである。
【０００７】
第３世代パートナーシップ・プロジェクト（３ＧＰＰ）規格文書３ＧＰＰ  ＴＲ  ２５．９３１のセクション７．５．１．１（無線リソース制御（ＲＲＣ）接続再確立）は、前述した無線障害状態からの自動回復を実行する手法を記載している。回復は、ドリフトＲＮＣ（ＤＲＮＣ）からＵＥへの、共通制御無線チャネル（ＣＣＣＨ）を介したセル更新確認（ＣＵＣ）ＲＲＣメッセージの送信を必要とする。
【０００８】
新たなＤＲＮＣによって制御されているノードＢとＵＥとの両方が、エンハンスト順方向アクセス・チャネル（ｅＦＡＣＨ）をサポートしているのであれば、ＤＲＮＣは、ｅＦＡＣＨ  ＣＣＣＨを経由してノードＢを介してＵＥへＣＵＣ  ＲＲＣメッセージを送る。このケースでは、このメッセージは、高速データ・シグナリング制御チャネル（ＨＳ−ＤＳＣＨ）を介して送信される。
【０００９】
ノードＢがｅＦＡＣＨをサポートしているが、ＵＥがサポートしていないのであれば、ＤＲＮＣはＦＡＣＨ  ＣＣＣＨを経由してノードＢを介してＵＥへＣＵＣ  ＲＲＣメッセージを送信する。このケースでは、このメッセージは、３ＧＰＰリリース９９シグナリング伝送チャネルを用いて送信される。
【００１０】
ＤＲＮＣが適切な順方向アクセス・チャネルでＵＥへＣＵＣ  ＲＲＣメッセージを提供することを保証するために、ＤＲＮＣは、ＦＡＣＨ  ＣＣＣＨとｅＦＡＣＨ  ＣＣＣＨとの両方を経由してＵＥへＣＵＣ  ＲＲＣメッセージを提供し得る。このケースでは、ＤＲＮＣは、ＵＥの順方向アクセス・チャネル能力を認識しないままである。しかしながら、この方法は、不必要な無線リソースを利用する。
【００１１】
あるいは、ＤＲＮＣは、ＳＲＮＣによって制御された既存のコール・コンテキストに、ＵＥの順方向アクセス・チャネル能力を関連付け得る。その後、必要に応じて、ＤＲＮＣは、ＵＥのための、記憶された順方向アクセス・チャネル能力を取得し、それに従って、ＦＡＣＨまたはｅＦＡＣＨでＵＥにＣＵＣ  ＲＲＣメッセージを送る。しかしながら、この方法は、不必要な複雑さと、ＤＲＮＣにおけるパフォーマンスへの影響という結果をもたらし、ＤＲＮＣは、一般に記憶および管理することを要求されないＵＥ情報を記憶することを強いられる。さらに、ＵＥが、別のＤＲＮＣに関連付けられた別のセルに移動した場合、新たなＤＲＮＣは、既存のセル・コンテキストを取得することはできず、このケースでは、ＤＲＮＣは、新たなコール・コンテキストを生成することを強いられ、古いＤＲＮＣにおける１つと、新たなＤＲＮＣにおける１つとの、２つのコンテキストという結果になる。その結果、ＳＲＮＣは、ＵＥのための二重のＤＲＮＣコール・コンテキストを管理しなければならない。
【発明の概要】
【課題を解決するための手段】
【００１２】
例示的な実施形態は、ドリフトＲＮＣによってサービス提供無線ネットワーク・コントローラ（ＳＲＮＣ）とユーザ機器（ＵＥ）との間の無線リソース制御接続を確立するための方法および装置に関する。
【００１３】
少なくとも１つの例示的な実施形態は、ドリフト無線ネットワーク・コントローラによってユーザ機器とサービス提供無線ネットワーク・コントローラとの間の無線リソース制御接続を確立するための方法を提供する。少なくともこの例示的な実施形態によれば、この方法は、ドリフト・ネットワーク・コントローラにおいて、サービス提供無線ネットワーク・コントローラから、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信するステップと、ユーザ機器の順方向アクセス・チャネル能力に従って、ドリフト無線ネットワーク・コントローラによって、ユーザ機器へシグナリング・メッセージを送信するステップと、を含む。
【００１４】
少なくともいくつかの例示的な実施形態によれば、順方向アクセス・チャネル能力を示すインジケーションは、サービス提供無線ネットワーク・コントローラからのダウンリンク・シグナリング転送要求メッセージに含まれ得る。ダウンリンク・シグナリング転送要求メッセージは、無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）メッセージであり得る。ＲＮＳＡＰメッセージによって伝送されるシグナリング・メッセージは、セル更新確認メッセージであり得る。
【００１５】
順方向アクセス・チャネル能力を示すインジケーションは、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートするか否かを示すインジケーションを含み得る。
【００１６】
ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているのであれば、送信するステップは、非エンハンスト順方向アクセス・チャネルではなく、エンハンスト順方向アクセス・チャネルを介してユーザ機器へシグナリング・メッセージを送信するステップを含み得る。
【００１７】
ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしないのであれば、送信するステップは、エンハンスト順方向アクセス・チャネルではなく、非エンハンスト順方向アクセス・チャネルを介してユーザ機器へシグナリング・メッセージを送信するステップを含み得る。
【００１８】
シグナリング・メッセージは、共通制御無線チャネルを介してユーザ機器へ送信され得る。
【００１９】
少なくともいくつかの例示的な実施形態によれば、この方法はさらに、ドリフト無線ネットワーク・コントローラにおいて、サービス提供無線ネットワーク・コントローラからユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信する前に、ユーザ機器からセル更新メッセージを受信するステップを含み得る。
【００２０】
少なくともいくつかの例示的な実施形態によれば、この方法はさらに、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートしているか否かを、サービス提供無線ネットワーク・コントローラからの、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションに基づいて判定するステップを含み、シグナリング・メッセージは、判定するステップに基づいて、非エンハンスト順方向アクセス・チャネルと、エンハンスト順方向アクセス・チャネルとのうちの１つのみで、ユーザ機器へ送信される。
【００２１】
判定するステップは、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートしているか否かを、このインジケーションに基づいて、ただしユーザ機器から受信した順方向アクセス能力情報とは独立して、判定するステップを含み得る。
【００２２】
少なくとも１つのその他の例示的な実施形態は、ドリフト無線ネットワーク・コントローラによって、ユーザ機器との無線リソース制御接続を確立するための方法を提供する。少なくともこの例示的な実施形態によれば、この方法は、ドリフト無線ネットワーク・コントローラのための無線リンクを確立するステップと、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションをドリフト・ネットワーク・コントローラへ送信するステップと、ドリフト無線ネットワーク・コントローラによって、ユーザ機器との無線リソース制御接続を確立するステップと、を含む。
【００２３】
少なくとも１つのその他の例示的な実施形態は、サービス提供無線ネットワーク・コントローラから、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションを受信し、ユーザ機器の順方向アクセス・チャネル能力に従って、ユーザ機器へシグナリング・メッセージを送信する、ように構成された無線ネットワーク・コントローラを提供する。
【００２４】
順方向アクセス・チャネル能力を示すインジケーションは、サービス提供無線ネットワーク・コントローラからのダウンリンク・シグナリング転送要求メッセージに含まれ得る。ダウンリンク・シグナリング転送要求メッセージは、無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）メッセージであり得る。
【００２５】
順方向アクセス・チャネル能力を示すインジケーションは、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートしているか否かを示すインジケーションを含み得る。
【００２６】
ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしているのであれば、無線ネットワーク・コントローラはさらに、ドリフト無線ネットワーク・コントローラによって、サービス提供無線ネットワーク・コントローラとユーザ機器との間の無線リソース制御接続を確立するために、非エンハンスト順方向アクセス・チャネルではなく、エンハンスト順方向アクセス・チャネルを介して、ユーザ機器へシグナリング・メッセージを送信するように構成され得る。
【００２７】
ユーザ機器が、エンハンスト順方向アクセス・チャネルをサポートしていないのであれば、無線ネットワーク・コントローラはさらに、エンハンスト順方向アクセス・チャネルではなく、非エンハンスト順方向アクセス・チャネルを介して、ユーザ機器へシグナリング・メッセージを送信するように構成され得る。
【００２８】
無線ネットワーク・コントローラはさらに、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートしているか否かを、サービス提供無線ネットワーク・コントローラからの、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションに基づいて判定し、この判定に基づいて、非エンハンスト順方向アクセス・チャネルと、エンハンスト順方向アクセス・チャネルとのうちの１つのみで、ユーザ機器へシグナリング・メッセージを送信する、ように構成され得る。
【００２９】
無線ネットワーク・コントローラはさらに、ユーザ機器がエンハンスト順方向アクセス・チャネルをサポートしているか否かを、このインジケーションに基づいて、ただしユーザ機器から受信した順方向アクセス能力情報とは独立して、判定する、ように構成され得る。
【００３０】
例示のみによって与えられ、したがって、本発明を限定していない、同一の参照番号によって同一の要素が表される添付図面、および以下に与えられた詳細説明からより十分に理解されるようになるであろう。
【図面の簡単な説明】
【００３１】
【図１】ワイヤレス・ネットワークの一部分を例示する図である。
【図２】例示的な実施形態に従って、ドリフト無線ネットワーク・コントローラによって無線リソース制御接続を確立するための方法を例示するシグナル・フロー図である。
【図３】例示的な実施形態に従うダウンリング・シグナリング転送要求メッセージの構造を例示する図である。
【図４】例示的な無線ネットワーク・コントローラの簡略ブロック図である。
【発明を実施するための形態】
【００３２】
これら図面は、いくつかの例示的な実施形態において利用される方法、構成、および／または、マテリアルの一般的な特性を例示することと、以下に与えられた記載された説明を補足することが意図されていることが注目されるべきである。しかしながら、これらの図面は、原寸に比例して描かれておらず、所与の任意の実施形態の正確な構成またはパフォーマンス特性を正確に反映している訳ではなく、例示的な実施形態によって包含される特性または値の範囲を制限または規定するものとして解釈されるべきではない。様々な図面中の類似または同一の参照番号の使用は、類似または同一の要素または機能の存在を示すことが意図されている。
【００３３】
様々な例示的な実施形態は、いくつかの例示的な実施形態が図示される添付図面を参照してより十分に記載されるであろう。
【００３４】
詳細な例示的な実施形態が、本明細書において開示される。しかしながら、本明細書において開示された特有の構成および機能の詳細は、単に、例示的な実施形態を記載するための代表である。しかしながら、本発明は、多くの代替的な形式で具体化され、本明細書に記載された実施形態のみに限定されるものとして解釈されるべきではない。
【００３５】
したがって、例示的な実施形態が、様々な修正および代替的な形式で可能である一方、これら実施形態は、図面における例として図示されており、本明細書において詳細に説明されるであろう。しかしながら、例示的な実施形態を、開示された特定の形式に限定する意図はないことが理解されるべきである。その逆に、例示的な実施形態は、本開示の範囲内にあるすべての修正、均等物、および代替をカバーするべきである。同一番号が、図面の説明の全体にわたって同一要素を示す。
【００３６】
第１、第２等の用語は、本明細書において、様々な要素を記載するために使用され得るが、これら要素は、これら用語によって限定されるべきではない。これらの用語は、１つの要素を別の要素と区別するためにのみ使用される。たとえば、本開示の範囲から逸脱することなく、第１の要素が第２の要素と命名されることがあり、同様に、第２の要素が第１の要素と命名されることがあり得る。本明細書で使用されるように、「および／または」という用語は、関連付けられたリストされた項目のうちの１つまたは複数の何れかおよびすべての組合せを含む。
【００３７】
要素が、他の要素に「接続された」または「結合された」と称される場合、それは、他の要素に直接的に接続または結合され得るか、または、介在要素が存在し得る。対照的に、要素が、他の要素に「直接的に接続された」または「直接的に結合された」と称される場合、介在要素は存在しない。要素間の関係を記載するために使用される他の用語（たとえば、「〜の間」と「直接的に〜の間」、「隣接する」と「直接的に隣接する」等）は同様に解釈されるべきである。
【００３８】
本明細書において使用される専門用語は、特定の実施形態のみを記載する目的のためであり、限定することは意図されていない。本明細書で使用されるように、単数形である「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうではないと明確に示しているのでなければ、複数形も同様に含むことが意図されている。「備える」、「備えている」、「含む」、および／または、「含んでいる」という用語は、本明細書で使用される場合、述べられた機能、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数のその他の機能、整数、ステップ、動作、要素、構成要素、および／またはこれらのグループの存在または追加を排除しないことがさらに理解されるであろう。
【００３９】
いくつかの代替的な実施では、これら機能および／または動作は、図面に示された順序を外れて起こり得ることもまた注目されるべきである。たとえば、連続して図示されている２つの図面は、実際には、実質的に連続的に実行され得るか、または、含まれている機能／動作に依存して、ときどき逆の順序で実行され得る。
【００４０】
例示的な実施形態の完全な理解を提供するために、以下の記載において特定の詳細が提供される。しかしながら、例示的な実施形態は、これらの特定の詳細無しで実行され得ることが、当業者によって理解されるであろう。たとえば、システムは、不必要に詳細な例示的な実施形態を不明瞭にしないように、ブロック図で図示され得る。他の事例では、周知の処理、構成、および技術が、例示的な実施形態を不明瞭にすることを回避するために、不要な詳細無しで図示され得る。
【００４１】
以下の記載では、例示的な実施形態が、ルーチン、プログラム、オブジェクト、構成要素、データ構造等を含む機能処理またはプログラム・モジュールとして実施され、特定のタスクを実行するか、または、特定の抽象的なデータ・タイプを実施し、既存のネットワーク要素（たとえば、無線ネットワーク・コントローラ基地局、基地局コントローラ、ノードＢ、ｅノードＢ、ユーザ機器（ＵＥ）等）において既存のハードウェアを用いて実施され得る（たとえば、フロー・チャート、フロー図、データ・フロー図、構造図、ブロック図等の形態の）操作のシンボル表示および動作を参照して記載されるであろう。そのような既存のハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）コンピュータ等を含み得る。
【００４２】
フロー・チャートは、連続的な処理として動作を記載しているが、これら動作の多くは、並行して、同時すなわち一斉に実行され得る。さらに、これら動作の順序は、再構成されうる。処理は、その動作が完了した場合に終了し得るが、図面に含まれていない追加のステップをも有し得る。処理は、方法、関数、手順、サブルーチン、サブプログラム等に相当し得る。処理が関数に相当する場合、その終了は、その関数の、呼び出し元の関数またはメイン関数への戻りに相当し得る。
【００４３】
本明細書に開示されるように、「記憶媒体」または「コンピュータ読取可能な記憶媒体」という用語は、読取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ＲＡＭ、コア・メモリ、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス、および／または、情報を記憶するためのその他の有形のマシン読取可能な媒体を含む、データを記憶するための１つまたは複数のデバイスを表し得る。「コンピュータ読取可能な媒体」という用語は、限定されないが、ポータブルまたは据置式の記憶デバイス、光記憶デバイス、および、命令および／またはデータを記憶、包含、または伝送することが可能なその他の様々な媒体を含み得る。
【００４４】
さらに、例示的な実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組合せによって実施され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実施される場合、必要なタスクを実行するプログラム・コードまたはコード・セグメントは、コンピュータ読取可能な記憶媒体のようなマシンまたはコンピュータ読取可能な媒体に記憶され得る。ソフトウェアで実施される場合、プロセッサまたは複数のプロセッサが、必要なタスクを実行するであろう。
【００４５】
コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令、データ構造、またはプログラム文の任意の組合せを表し得る。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ・コンテンツの引き渡しおよび／または受け取りを行うことによって、他のコード・セグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引き渡し、トークン引き渡し、ネットワーク送信等を含む任意の適切な手段によって引き渡し、転送、または送信され得る。
【００４６】
本明細書で使用されるように、「ノードＢ」という用語は、エボルブド・ノードＢ、ｅノードＢ、基地局、基地トランシーバ局（ＢＴＳ）等と同意語であると考慮され、ときとしてエボルブド・ノードＢ、ｅノードＢ、基地局、基地トランシーバ局（ＢＴＳ）等と称され、複数の技術世代にわたるワイヤレス通信ネットワークにおいてモバイルと通信しているトランシーバを記載し、このモバイルにワイヤレス・リソースを提供する。本明細書で議論されるように、基地局は、本明細書で議論されている方法を実行するための能力および機能に加えて、従来の、周知の基地局に機能的に関連付けられたすべてを有し得る。さらに、本明細書において議論されるように、セルという用語は、所与のノードＢによって提供されるカバレッジ・エリアを称する。さらに、所与のＲＮＣは、所与のセル内のノードＢのみならず、セルを制御するものとして称され得る。
【００４７】
本明細書で議論されるように「ユーザ機器」という用語は、クライアント、モバイル・ユニット、移動局、モバイル・ユーザ、モバイル、加入者、ユーザ、遠隔局、アクセス端末、受信機等と同意語であると考慮され、以降、ときとしてクライアント、モバイル・ユニット、移動局、モバイル・ユーザ、モバイル、加入者、ユーザ、遠隔局、アクセス端末、受信機等と称され、ワイヤレス通信ネットワークにおけるワイヤレス・リソースの遠隔ユーザを記載する。
【００４８】
前述したように、無線ネットワーク・コントローラ（ＲＮＣ）は、ユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）の所与の部分を制御する。たとえば、ＲＮＣは、ノードＢによって送信されるダウンリンク（ＤＬ）すなわち順方向リンク電力、ノードＢによって認識されるアップリンク（ＵＬ）すなわち逆方向リンク干渉、およびノードＢに位置するハードウェア、のようなＵＴＲＡＮリソースを管理する。本明細書において議論されるように、ＲＮＣは、本明細書において議論された方法を実行するための能力および機能に加えて、従来の、周知のＲＮＣに機能的に関連付けられたすべてを有し得る。
【００４９】
例示的な実施形態は、ドリフトＲＮＣ（ＤＲＮＣ）を介してＵＥとサービス提供ＲＮＣ（ＳＲＮＣ）との間の無線リソース制御（ＲＲＣ）接続を確立および／または再確立するための方法および装置を提供する。一例において、ＲＲＣ接続は、たとえば、ＵＥが第１のＤＲＮＣによって制御された第１のセルから、第２のＤＲＮＣによって制御された第２のセルへ移動した場合、ＳＲＮＣに関連付けられた無線障害状態後に確立され得る。本明細書において議論されるように、この第１のＤＲＮＣは、古いＤＲＮＣとして称され得る一方、第２のＤＲＮＣは、新たなＤＲＮＣとして称され得る。
【００５０】
少なくとも１つの例示的な実施形態によれば、新たなＤＲＮＣは、ＳＲＮＣから、ＵＥの順方向アクセス・チャネル能力を示すインジケーションを受信し、その後、ＳＲＮＣとＵＥとの間のＲＲＣ接続が、ＵＥの順方向アクセス・チャネル能力に基づいて、新たなＤＲＮＣによって確立される。
【００５１】
少なくとも１つの他の例示的な実施形態によれば、ＳＲＮＣは、ＳＲＮＣ自身と新たなＤＲＮＣとの間の無線リンクを確立し、その後、ＵＥの順方向アクセス・チャネル能力を示すインジケーションを新たなＤＲＮＣへ送信する。その後、ＤＲＮＣによって、ＳＲＮＣとＵＥとの間のＲＲＣ接続が確立される。
【００５２】
１つまたは複数の例示的な実施形態はまた、ＵＥとＳＲＮＣとの間のＲＲＣ接続が１つのＤＲＮＣから別のＤＲＮＣへ転送される方法をも提供し得る。
【００５３】
少なくとも１つの他の例示的な実施形態によれば、ＤＲＮＣは、ＳＲＮＣから、ＵＥの順方向アクセス・チャネル能力を示すインジケーションを受信し、ユーザ機器の順方向アクセス・チャネル能力に従って、ＵＥへシグナリング・メッセージを送信する。
【００５４】
少なくとも１つの他の例示的な実施形態によれば、ＤＲＮＣのための無線リンクが確立され、ＳＲＮＣは、ユーザ機器の順方向アクセス・チャネル能力を示すインジケーションをＤＲＮＣへ送信する。その後、ＵＥとのＲＲＣ接続が、ＤＲＮＣによって確立される。
【００５５】
図１は、例示的な実施形態が実施され得る例示的なワイヤレス・ネットワークを例示する。図示されるように、ワイヤレス・ネットワークは、ＵＴＲＡＮ  ４およびコア・ネットワーク（ＣＮ）  ６を含んでいる。
【００５６】
図１を参照して示されるように、各ノードＢ  １６ＯＬＤ、１６ＮＥＷおよび１８は、それぞれのセルＣ１６ＯＬＤ、Ｃ１６ＮＥＷ、およびＣ１８内におけるＵＥ  ２０のようなＵＥへ無線アクセスを提供する。ノードＢ  １６ＯＬＤは、ＤＲＮＣ  １２ＯＬＤに接続され、ＤＲＮＣ  １２ＯＬＤによって制御される。ノードＢ  １６ＮＥＷは、ＤＲＮＣ  １２ＮＥＷに接続され、ＤＲＮＣ  １２ＮＥＷによって制御される。ノードＢ  １８は、ＳＲＮＣ  １４に接続され、ＳＲＮＣ  １４によって制御される。ノードＢは、「Ｉｕｂ」インターフェースによってＲＮＣと通信する。
【００５７】
ＤＲＮＣ  １２ＯＬＤおよび１２ＮＥＷの各々はまた、「Ｉｕｒ」インターフェースを介してＳＲＮＣ  １４へ通信可能に結合される。
【００５８】
ＤＲＮＣ  １２ＯＬＤ、ＤＲＮＣ  １２ＮＥＷ、およびＳＲＮＣ  １４の各々はまた、「Ｉｕ」インターフェースを介して、ＣＮ  ６内のモバイル交換センタ（ＭＳＣ）８および／またはサービス提供ＧＰＲＳ（汎用パケット無線システム）サポート・ノード（ＳＧＳＮ）１０にも接続される。ＭＳＣ  ８およびＳＧＳＮ  １０は周知であるので、ＣＮ  ６のこれら構成要素の詳細な議論は省略される。
【００５９】
図４は、ＲＮＣの単純化されたブロック図である。図４に図示されるＲＮＣ  ４０は、ＳＲＮＣ  １４およびＤＲＮＣ  １２ＯＬＤおよび１２ＮＥＷのうちの１つまたは複数としての機能であり得る。
【００６０】
図４を参照して示されるように、ＲＮＣ  ４０は、図１に図示されるものに限定されないものを含む、ＵＴＲＡＮ  ４およびＣＮ  ６の他の要素と通信（ワイヤレスでおよび／または有線リンクを介してメッセージを送信および受信）するための送信機４０２を含んでいる。ＲＮＣ  ４０はさらにプロセッサ４０４を含んでいる。プロセッサ４０４は、本明細書で議論された機能のみならず、前述および後述されているものを含む、ＲＮＣに関連付けられた従来の機能を実行するように構成され得る。
【００６１】
図１に戻って示すように、ＵＥ  ２０は、１つのセルから、別のセルへと規則的に移動する。隣接セルはオーバラップしているので、ＵＥ  ２０は、２つのセル内にしばしば同時に位置される。たとえば、ＵＥ  ２０が、サービス提供ノードＢ  １８に関連付けられたセルＣ１８から、ノードＢ  １６ＯＬＤに関連付けられたセルＣ１６ＯＬＤとセルＣ１８がオーバラップするエリアＡ１へ移動すると、ＳＲＮＣ  １４は、ＳＲＮＣ  １４がＵＥ  ２０の制御をＤＲＮＣ  １２ＯＬＤへ渡すまで、ソフト・ハンドオフの間、ＵＥ  ２０を制御し続ける。
【００６２】
このソフト・ハンドオフ期間中、ＳＲＮＣ  １４は、ノードＢ  １８によって、またはＤＲＮＣ  １２ＯＬＤおよびノードＢ  １６ＯＬＤによって直接的に、ＵＥ  ２０から信号を受信し、ＵＥ  ２０へ信号を送信する。
【００６３】
制御がＤＲＮＣ  １２ＯＬＤへ渡される前に、ＵＥ  ２０が、エリアＡ１から、セルＣ１６ＮＥＷとＣ１８がオーバラップするエリアＡ２へ移動すると、ＤＲＮＣ  １２ＯＬＤを介したＵＥ  ２０とＳＲＮＣ  １４との間のＲＲＣ接続に関する無線障害状態が生じ得る。この事例では、この障害から回復するために、ＵＥ  ２０とＳＲＮＣ  １４との間のＲＲＣ接続が、新たなＤＲＮＣ  １２ＮＥＷと、その対応するノードＢ  １６ＮＥＷとを介して確立される。
【００６４】
図２は、上記で議論したような無線障害状態に応じて、ＤＲＮＣ  １２ＮＥＷを介したＳＲＮＣ  １４とＵＥ  ２０との間のＲＲＣ接続を確立（または再確立）するための方法の例示的な実施形態を例示する信号フロー図である。説明を容易にするために、方法ステップＳ１乃至Ｓ１５は、図２に図示される信号フロー図に埋め込まれている。
【００６５】
図２に図示されたＳＲＮＣ  １４とＵＥ  ２０との間のＲＲＣ接続を確立（または再確立）するための方法が、上記で議論したような無線障害状態に関して記載されるであろう。しかしながら、例示的な実施形態は、無線障害状態が、ＵＥとＳＲＮＣとの間のＲＲＣ接続に関して生じる任意の状況に適用可能であり得る。さらに、図２に図示される例示的な実施形態は、ＤＲＮＣ  １２ＮＥＷを介してＵＥ  ２０とＳＲＮＣ  １４との間にＲＲＣ接続を確立することに関して記載されるであろうが、ＲＲＣ接続はまた、無線障害状態に含まれる同じＤＲＮＣ（たとえば、ＤＲＮＣ  １２ＯＬＤ）を介しても再確立され得る。
【００６６】
図２を参照して示されるように、ステップＳ１において、ＵＥ  ２０は、共通制御無線チャネル（ＣＣＣＨ）においてノードＢ  １６ＮＥＷを介してＤＲＮＣ  １２ＮＥＷへセル更新（ＣＵ）メッセージを送ることによって、ＲＲＣ接続の確立を開始する。
【００６７】
ステップＳ２では、ＤＲＮＣ  １２ＮＥＷは、無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）メッセージ（「アップリンク・シグナリング転送インジケーション」）メッセージをＳＲＮＣ  １４へ送ることにより、セル更新メッセージをＳＲＮＣ  １４へ透過的に配信する。
【００６８】
ＲＮＳＡＰは、ＲＮＣ間の通信を担当する周知の３ＧＰＰシグナリング・プロトコルである。ＲＮＳＡＰメッセージは、周知のＩｕｒインターフェースを介してＲＮＣ間で送信され、ＲＮＣ間のソフト・ハンドオーバおよびハンドオフのために必要とされる機能を提供する。ＲＮＳＡＰは、３ＧＰＰ仕様ＴＳ  ２５．４２３によって定義されている。ＲＮＳＡＰは周知であるので、詳細な議論は省略される。
【００６９】
さらに図２を参照して示すように、図２におけるステップＳ３乃至Ｓ７では、ＤＲＮＣ  １２ＮＥＷを介した無線リンクおよびＩｕｒ／Ｉｕｂデータ伝送ベアラが設定される。
【００７０】
より詳細には、ステップＳ３において、ＳＲＮＣ  １４は、ＩｕｒインターフェースにおいてＤＲＮＣ  １２ＮＥＷを介したＲＲＣ接続のための無線リソースを割り当て、ＲＮＳＡＰメッセージ（「無線リンク設定要求」）をＤＲＮＣ  １２ＮＥＷへ送る。
【００７１】
ＳＲＮＣ  １４からのＲＮＳＡＰメッセージ（「無線リンク設定要求」）に応じて、ステップＳ４において、ＤＲＮＣ  １２ＮＥＷは、ノードＢアプリケーション・パート（ＮＢＡＰ）メッセージ（「無線リンク設定要求」）をノードＢ  １６ＮＥＷへ送る。
【００７２】
ＤＲＮＣ  １２ＮＥＷからのＮＢＡＰメッセージ（「無線リンク設定要求」）に応じて、ノードＢ  １６ＮＥＷは、ＲＲＣ接続のための無線リソースを割り当て、ステップＳ５において、ＮＢＡＰメッセージ（「無線リンク設定応答」）をＤＲＮＣ  １２ＮＥＷへ送り返す。
【００７３】
周知であるように、ＵＴＲＡＮでは、ＮＢＡＰは、ノードＢを制御するためにＲＮＣによって使用される信頼できるシグナリング・プロトコルである。ＮＢＡＰは、ＲＮＣとノードＢとの間のＩｕｂインターフェースの一部を形成する。ＮＢＡＰは周知であるので、さらに詳細な議論は省略される。
【００７４】
ステップＳ５では、ノードＢ  １６ＮＥＷからの「無線リンク設定応答」メッセージに応じて、ステップＳ６において、ＤＲＮＣ  １２ＮＥＷが、ＳＲＮＣ  １４へＲＮＳＡＰメッセージ（「無線リンク設定応答」）を送る。
【００７５】
ステップＳ６におけるＤＲＮＣ  １２ＮＥＷからの「無線リンク設定応答」メッセージに応じて、ＳＲＮＣ  １４は、ステップＳ７において、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）プロトコルを用いて、Ｉｕｒ／Ｉｕｂデータ伝送ベアラの設定を開始（または要求）する。ＳＲＮＣ  １４からのＩｕｒ／Ｉｕｂデータ伝送ベアラの設定を求める要求は、ノードＢ  １６ＮＥＷのみならずＤＲＮＣ  １２ＮＥＷによってもアクノリッジされる。
【００７６】
周知であるように、ＵＴＲＡＮでは、ＡＬＣＡＰプロトコルは、ユーザの管理、および、ユーザの非同期転送モード（ＡＴＭ）適応レイヤ・タイプ２（ＡＡＬ２）仮想接続への多重化、を担当する伝送レイヤの制御プレーンのために使用されるプロトコルである。ＡＬＣＡＰは、ＵＴＲＡＮのＩｕｂ、ＩｕｒおよびＩｕインターフェースのために指定される。ＡＬＣＡＰは、ＩｕｂおよびＩｕｒインターフェースのために、３ＧＰＰ  ＴＳ  ２５．４２６において指定される。ＡＬＣＡＰは、Ｉｕインターフェースのために、３ＧＰＰ  ＴＳ  ２５．４１４において指定される。ＡＬＣＡＰは周知であるので、より詳細な議論は省略される。
【００７７】
さらに図２を参照して示すように、ＳＲＮＣ  １４とＤＲＮＣ  １２ＯＬＤとの間の無線リンクと、ＤＲＮＣ  １２ＯＬＤのためのＩｕｒ／Ｉｕｂデータ伝送ベアラは、その後、ステップＳ８乃至Ｓ１３において解放される。
【００７８】
より詳細には、ステップＳ８において、ＳＲＮＣ  １４が、ＤＲＮＣ  １２ＯＬＤへＲＮＳＡＰメッセージ（「無線リンク削除要求」）を送る。
【００７９】
ＲＮＳＡＰメッセージ（「無線リンク削除要求」）に応じて、ＤＲＮＣ  １２ＯＬＤは、ステップＳ９において、ＳＲＮＣ  １４へＲＮＳＡＰメッセージ（「無線リンク削除応答」）を送る。
【００８０】
ＲＮＳＡＰメッセージ（「無線リンク削除応答」）に応じて、ＳＲＮＣ  １４は、ステップＳ１０において、ＡＬＣＡＰプロトコルを用いてＩｕｒデータ伝送ベアラを解放する。
【００８１】
ステップＳ１１において、ＤＲＮＣ  １２ＯＬＤが、ノードＢ  １６ＯＬＤへＮＢＡＰメッセージ（「無線リンク削除要求」）を送る。
【００８２】
ステップＳ１２において、ノードＢ  １６ＯＬＤは、ＤＲＮＣ  １２ＯＬＤからのＮＢＡＰメッセージ（「無線リンク削除要求」）に応じて、ＤＲＮＣ  １２ＯＬＤへＮＢＡＰメッセージ（「無線リンク削除応答」）を送る。
【００８３】
ＤＲＮＣ  １２ＯＬＤは、ノードＢ  １６ＯＬＤからのＮＢＡＰメッセージ（「無線リンク削除応答」）に応じて、ステップＳ１３において、ＡＬＣＡＰプロトコルを用いてＩｕｂデータ伝送ベアラを解放する。
【００８４】
ステップＳ１４乃至Ｓ１６において、ＤＲＮＣ  １２ＮＥＷを介したＵＥ  ２０とＳＲＮＣ  １４との間のＲＲＣ接続が確立される。
【００８５】
より詳細には、ステップＳ１４において、ＳＲＮＣ  １４が、セル更新確認（ＣＵＣ）メッセージをＤＲＮＣ  １２ＮＥＷへ伝送する（たとえば、含める）ために、ＲＮＳＡＰメッセージ（「ダウンリンク・シグナリング転送要求」）を送信する。「ダウンリンク・シグナリング転送要求」メッセージはまた、無線ネットワーク・サブシステム・メッセージ、ＲＲＣ接続確立メッセージ、またはシグナリング要求メッセージとも称され得る。
【００８６】
図３は、図２におけるステップＳ１４において、ＤＲＮＣ  １２ＮＥＷへ送られた「ダウンリンク・シグナリング転送要求」メッセージの例示的な構成を例示する。
【００８７】
図３を参照して示すように、「ダウンリンク・シグナリング転送要求」メッセージは、ＵＥ  ２０の順方向アクセス・チャネル能力を示す順方向アクセス・チャネル能力フィールド３００を含む。一例において、順方向アクセス・チャネル能力フィールド３００は、ＵＥ  ２０がｅＦＡＣＨをサポートしているか否か、すなわち、ＵＥ  ２０がノードＢからｅＦＡＣＨ送信を受信できるか否か、を示すフラグまたはインジケータ・ビットを含み得る。図３に例示される例では、順方向アクセス・チャネル能力フィールド３００は、「ＣＥＬＬ＿ＦＡＣＨ内のＨＳ−ＰＤＳＣＨ」と明示される。ＵＥ  ２０がｅＦＡＣＨ送信をサポートしているのであれば、フラグ・ビットが（たとえば「１」に）設定される一方、ＵＥ  ２０がｅＦＡＣＨ送信をサポートしていないのであれば、フラグ・ビットは設定されない（たとえば、「０」の値を有する）。ステップＳ１４において、ＳＲＮＣ  １４からの「ダウンリンク・シグナリング転送要求」メッセージにおける順方向アクセス・チャネル能力フィールド３００の状態を読み取るまたは検査することによって、ＤＲＮＣ  １２ＮＥＷは、ユーザ機器から受信した順方向アクセス能力情報とは独立しているＵＥ  ２０の順方向アクセス・チャネル能力を判定する。
【００８８】
さらに図３を参照して示すように、「ダウンリンク・シグナリング転送要求」メッセージはさらに、メッセージ・タイプを示すインジケーション、トランザクションＩＤ、セル識別子（Ｃ−ＩＤ）、ドリフト無線ネットワーク・テンポラリ識別子（Ｄ−ＲＮＴＩ）、Ｌ３情報、Ｄ−ＲＮＴＩリリース・インジケーション、およびテンポラリ・モバイル・グループ識別情報のような情報要素を含み得る。少なくともいくつかのケースでは、これら情報要素は、「ダウンリンク・シグナリング転送要求」メッセージの必須部分であり得る。
【００８９】
さらに、「ダウンリンク・シグナリング転送要求」メッセージは、オプションとして、ＵＴＲＡＮ登録エリア識別情報（ＵＲＡ−ＩＤ）、Ｏｌｄ  ＵＲＡ−ＩＤ、拡張ＳＲＮＣ識別情報（ＳＲＮＣ−ＩＤ）、およびエンハンスト・ページング能力インジケーション（エンハンストＰＣＨ能力）のような情報要素を含み得る。
【００９０】
図２に戻って示すように、ステップＳ１５において、ＤＲＮＣ  １２ＮＥＷは、ＵＥ  ２０の順方向アクセス・チャネル能力に従って、ＦＡＣＨまたはｅＦＡＣＨを介してＵＥ  ２０へシグナリング・メッセージ（たとえば、セル更新確認（ＣＵＣ）メッセージ）を送る。たとえば、ＤＲＮＣ  １２ＮＥＷは、ノードＢ  １６ＮＥＷへＣＵＣメッセージを配信する。ノードＢ  １６ＮＥＷは、ＵＥ  ２０の順方向アクセス・チャネル能力に従って、ＦＡＣＨまたはｅＦＡＣＨでＵＥ  ２０へＣＵＣを通信するために、シグナリング・メッセージを送信する。
【００９１】
たとえば、ＵＥ  ２０がｅＦＡＣＨをサポートしているのであれば、ＤＲＮＣ  １２ＮＥＷは、ｅＦＡＣＨによって、ノードＢ  １６ＮＥＷを介して、ＵＥ  ２０へシグナリング・メッセージを送る。このケースでは、メッセージは、高速データ・シグナリング制御チャネル（ＨＳ−ＤＳＣＨ）を介して送信される。
【００９２】
ＵＥ  ２０が、ｅＦＡＣＨをサポートしていないのであれば、ＤＲＮＣ  １２ＮＥＷは、ＦＡＣＨによって、ノードＢ  １６ＮＥＷを介してＵＥ  ２０へシグナリング・メッセージを送信する。このケースでは、このメッセージは、３ＧＰＰリリース９９シグナリング伝送チャネルを用いて送信される。
【００９３】
さらに図２を参照して示すように、ステップＳ１６において、ＵＥ  ２０は、ＤＲＮＣ  １２ＮＥＷを介したＳＲＮＣ  １４とのＲＲＣ接続を確立するために、ＤＲＮＣ  １２ＮＥＷを介して、新たに確立された専用制御チャネル（ＤＣＣＨ）によってＳＲＮＣ  １４へＲＲＣメッセージ（「ＵＴＲＡＮモビリティ情報確認」）メッセージを送る。
【００９４】
本明細書において議論される例示的な実施形態は、ＤＲＮＣにおける不必要な複雑さおよびパフォーマンスへの影響を低減し得る。例示的な実施形態はまた、本明細書で議論されたように、無線障害状態のイベントにおいて、ＤＲＮＣからＵＥへセル更新確認メッセージを提供する場合における不必要な無線リソースの利用をも低減し得る。
【００９５】
例示的な実施形態の前述した記載は、例示および説明の目的のために提供された。それは、網羅的であることも、本開示を限定することも、意図されていない。特定の例示的な実施形態の個々の要素または特徴は、一般に、その特定の実施形態に限定されないが、適用可能な場合、具体的に図示も記載もされていなくても、相互置換可能であり、選択された実施形態において使用され得る。同じことが、多くの方式で変形もされ得る。そのような変形は、本開示からの逸脱としてみなされるべきではなく、そのようなすべての修正は、本開示の範囲内に含まれるべきであると意図される。
【図１】
2016529802.tif 000003
【図２】
2016529802.tif 000004
【図３】
2016529802.tif 000005
【図４】
2016529802.tif 000006
【国際調査報告】
2016529802.tif 000007
2016529802.tif 000008