JP2017507578A - デュアルコネクティビティシナリオにおけるセカンダリｅＮＢ（ＳｅＮＢ）無線リンク失敗（Ｓ−ＲＬＦ）を管理するための手順 - Google Patents

Abstract

本開示のある特定の態様は、デュアルコネクティビティシナリオにおけるセカンダリｅＮＢ（ＳｅＮＢ）無線リンク失敗（Ｓ−ＲＬＦ）を管理するための手順を提供する。ユーザ機器（ＵＥ）は、マスタ発展型ノードＢ（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）との通信を確立し得る。ＵＥは、ＳｅＮＢとの接続の無線リンク失敗（ＲＬＦ）を検出することができ、検出に応答して、ＲＬＦのインジケーションをＭｅＮＢに送信し得る。ＭｅＮＢは、ＲＬＦのインジケーションを受信することに応答して、例えば、再設定コマンドをＵＥに送信することを含む、ＲＬＦを管理するための少なくとも１つの動作を取り得る。ＳｅＮＢもまた、ＲＬＦを検出することができ、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをＭｅＮＢに送信し得る。

Description

関連出願の相互参照

[0001] 本特許出願は、本願の譲受人に両方ともに譲渡され、その全体が本明細書における参照により本明細書に明確に組み込まれる、２０１４年１月３１日に出願された、米国仮出願第６１／９３４，２５８号、および２０１５年１月２９日に出願された、米国非仮出願第１４／６０８，６８８に対する優先権を主張する。

[0002] 本開示は一般に、デュアルコネクティビティシナリオ（dual connectivity scenarios）におけるセカンダリｅＮＢ（secondary eNB）（ＳｅＮＢ）無線リンク失敗（radio link failure）（Ｓ−ＲＬＦ）を管理することに関する。

[0003] ワイヤレス通信システムは、電話通信（telephony）、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用い得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

[0004] これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、地球規模ですら通信することを可能にする共通のプロトコルを提供するために、様々な電気通信規格において採用されてきた。新興の電気通信規格の例が、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）モバイル規格への機能強化（enhancements）のセットである。それは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新たなスペクトルを利用し、ダウンリンク（ＤＬ）上でＯＦＤＭＡを、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡを、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合するように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれ、ＬＴＥ技術におけるさらなる改善の必要性が存在する。望ましくは、これらの改善は、これらの技術を用いる他の多元接続技術および電気通信規格に適用可能であるべきである。

[0005] 本開示のある特定の態様は、例えば、ユーザ機器（ＵＥ）によって行われるワイヤレス通信のための方法を提供する。方法は一般に、マスタ発展型ノードＢ（Master Evolved Node B）（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）との通信を確立することと、ＳｅＮＢとの接続の無線リンク失敗（ＲＬＦ）を検出することと、検出に応答して、ＲＬＦのインジケーションをＭｅＮＢに送信することとを含む。

[0006] 本開示のある特定の態様は、例えば、マスタｅｎｏｄｅＢ（ＭｅＮＢ）によって行われるワイヤレス通信のための方法を提供する。方法は一般に、ユーザ機器（ＵＥ）との第１の接続を確立することと、セカンダリ発展型ノードＢ（ＳｅＮＢ）との第２の接続を確立するようにＵＥを設定することと、第２の接続の無線リンク失敗（ＲＬＦ）のインジケーションを受信することと、ＲＬＦのインジケーションを受信することに応答して、ＲＬＦを管理するための少なくとも１つの動作（action）を取ることとを含み、ここで、１つの動作は、ＵＥを再設定することであり得る。

[0007] 本開示のある特定の態様は、例えば、セカンダリｅＮｏｄｅＢ（ＳｅＮＢ）によって行われるワイヤレス通信のための方法を提供する。方法は一般に、マスタ発展型ノードＢ（ＭｅＮＢ）およびユーザ機器（ＵＥ）との通信を確立することと、ＵＥとの接続の無線リンク失敗（ＲＬＦ）を検出することと、検出に応答して、バックホール接続を介して（over a backhaul）ＲＬＦのインジケーションをＭｅＮＢに送信することとを含む。

[0008] 本開示の態様はまた、上記に説明したオペレーションを行う能力がある様々な装置およびプログラム製品を提供する。

[0009] 図１は、ネットワークアーキテクチャの例を例示する図である。 [0010] 図２は、アクセスネットワークの例を例示する図である。 [0011] 図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。 [0012] 図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。 [0013] 図５は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。 [0014] 図６は、アクセスネットワークにおける発展型ノードＢおよびユーザ機器の例を例示する図である。 [0015] 図７は、本開示のある特定の態様にしたがうデュアルコネクティビティシナリオを例示する。 [0016] 図８は、本開示のある特定の態様にしたがう、ＵＥと通信するマクロセルおよびスモールセルを含むデュアルコネクティビティシナリオを例示する。 [0017] 図９は、本開示のある特定の態様にしたがう、連続キャリアアグリゲーション（continuous carrier aggregation）を例示する。 [0018] 図１０は、本開示のある特定の態様にしたがう、非連続キャリアアグリゲーション（non-continuous carrier aggregation）を例示する。 [0019] 図１１は、本開示のある特定の態様にしたがう、物理チャネルをグループ化することによって、複数のキャリアワイヤレス通信システムにおいて無線リンクを制御するための方法を例示する。 [0020] 図１２は、本開示のある特定の態様にしたがう、ｅＮＢ固有ベアラ（eNB specific bearers）を含むＵプレーンアーキテクチャを例示する。 [0021] 図１３は、本開示のある特定の態様にしたがう、スプリットベアラ（split bearer）を含む代替のＵプレーンアーキテクチャを例示する。 [0022] 図１４は、本開示のある特定の態様にしたがう、例えば、ＵＥによって行われる例示的なオペレーションを例示する。 [0023] 図１５は、本開示のある特定の態様にしたがう、例えば、ＭｅＮＢによって行われる例示的なオペレーションを例示する。 [0024] 図１６は、本開示のある特定の態様にしたがう、例えば、ＳｅＮＢによって行われる例示的なオペレーションを例示する。

詳細な説明

[0025] 現在、ＵＥｓは、１つのｅＮｏｄｅＢからデータを受信する。しかしながら、セル端（edge）上のユーザは、データレートを限定し得る高いセル間の干渉を経験し得る。デュアルコネクティビティは、ユーザが、２つの完全に別々の（separate）ストリームにおいて２つのｅＮｏｄｅＢｓからデータを送ること、および受信することによって同時に２つのｅＮｏｄｅＢｓと通信することを可能にする。同じ時間で２つの異なるｅＮｏｄｅＢｓからＵＥへの２つの独立したデータストリームをスケジューリングすることによって、デュアルコネクティビティは、むらのあるローディング（uneven loading）を利用する。

[0026] 本開示のある態様では、デュアルコネクティビティは、ＵＥが、コロケートされ得ない、マスタｅＮＢ（ＭｅＮＢ）、およびセカンダリｅＮＢ（ＳｅＮＢ）に同時に接続することを可能にし、したがって理想的でないバックホールによって接続され得る。デュアルコネクティビティのもと、ＵＥは、異種展開（heterogeneous deployments）の中でキャリアアグリゲーション（ＣＡ）利得から利益を享受し得る。

[0027] ある特定の態様では、デュアルコネクティビティ展開シナリオの分散された性質（例えば、理想的でないバックホールを介して接続される離れたｅＮＢｓ）のため、両方のｅＮＢｓ（ＭｅＮＢおよびＳｅＮＢ）のための別々のアップリンク制御チャネルは、ｅＮＢｓにわたって分散されたスケジューリング、および独立したＭＡＣ（媒体アクセス制御）オペレーションをサポートするために使用される。ある態様では、ＳｅＮＢ上の特別なセル、プライマリセカンダリセル（Primary Secondary Cell）（ＳｐＣｅｌｌ）は、ＳｅＮＢのためのアップリンク制御チャネルをサポートするために導入される。ＳｅＮＢのためのアップリンク制御チャネルの存在は、ＳｅＮＢのための特別な無線リンク失敗（ＲＬＦ）手順の必要性の動機となる（motivates）。ＳｅＮＢのためのこの特別なＲＬＦ手順は、Ｓ−ＲＬＦと称され得る。

[0028] 本開示のある特定の態様にしたがう、Ｓ−ＲＬＦ手順は、ＳｅＮＢとの接続のＲＬＦを検出し、検出に応答して、ＲＬＦのインジケーションをＭｅＮＢに送信するＵＥを含み得る。ＭｅＮＢは、ＲＬＦのインジケーションを受信することに応答して、例えば、再設定コマンドをＵＥに送信することによって、ＲＬＦを管理するための少なくとも１つの動作を取り得る。ある態様では、ＳｅＮＢもまた、ＲＬＦを検出することができ、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをＭｅＮＢに送信し得る。

[0029] 添付された図面に関連して、以下に説明される詳細な説明は、様々な構成の説明として意図されるものであり、本明細書で説明される概念が実現され得る唯一の構成を表すように意図されるものではない。詳細な説明は、様々な概念の完全な理解を提供する目的で特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしで実現され得ることは、当業者に明らかであろう。いくつかの例では、そのような概念を曖昧にすることを避けるために、周知の構造およびコンポーネントがブロック図形式で示される。

[0030] ここでは、電気通信システムのいくつかの態様が、様々な装置および方法に関して提示されることとなる。これらの装置および方法は、以下の詳細な説明において説明され、（集合的に「要素」と称される）様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等によって添付の図面において例示されることとなる。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされ得る。そのような要素が、ハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、システム全体に課される設計制約、および特定のアプリケーションに依存する。

[0031] 例として、要素、または要素の任意の一部、または要素の任意の組み合わせは、１つ以上のプロセッサを含む「処理システム」を用いてインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プログラマブル論理デバイス（ＰＬＤｓ）、ステートマシン、ゲート論理、離散ハードウェア回路、および本開示全体にわたって説明される様々な機能を行うように設定された他の適切なハードウェアを含む。処理システムの中の１つ以上のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または別の方法で称されるか否かに関わらず、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル（executables）、実行スレッド、プロシージャ、関数等を意味すると広く解釈されるものとする。ソフトウェアは、コンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体であり得る。非一時的なコンピュータ可読媒体は、例として、コンピュータによってアクセスされ、読取られ得るソフトウェアおよび／または命令を記憶するための、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、および任意の他の適した媒体を含む。コンピュータ可読媒体は、処理システムの中に存在することができ、処理システムの外部に存在することができ、または処理システムを含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体は、コンピュータプログラム製品において具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料の中のコンピュータ可読媒体を含み得る。当業者は、システム全体に課される全体の設計制約および特定のアプリケーションに依存して、この開示の全体にわたって提示される、説明される機能をどのようにインプリメントするのが最善かを認識するだろう。

[0032] したがって、１つ以上の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせでインプリメントされ得る。ソフトウェアでインプリメントされる場合、機能は、コンピュータ可読媒体上で、１つ以上の命令またはコードとして記憶または符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは命令またはデータ構造の形式で所望のプログラムコードを搬送または記憶するために使用されることができ、コンピュータによってアクセスされることができる任意の他の媒体を備えることができる。本明細書で使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、およびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここでディスク（disk）は通常、磁気的にデータを再生し、一方ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせはまた、コンピュータ可読媒体の範囲内に含まれるべきである。

[0033] 図１は、本開示の態様が行われ得るＬＴＥネットワークアーキテクチャ１００を例示する図である。

[0034] 例えば、上記に示されたように、ＵＥ（例えば、ＵＥ１０２）は、同時にＭｅＮＢ（例えば、ｅＮｏｄｅＢ１０６）およびＳｅＮＢ（他のｅＮＢｓ１０８のうちの１つ）に二重に（dually）接続され得る。ある態様では、いったんＵＥ１０２がＭｅＮＢ１０６と接続されると、ＭｅＮＢ１０６は、Ｓ−ＲＬＦに関して設定パラメータをＵＥ１０２に送信することを含むＳｅＮＢ１０８との接続を確立するようにＵＥを設定し得る。ある態様では、ＭｅＮＢ１０６およびＳｅＮＢ１０８は、理想的でないバックホールによって接続され得る。上記のように、ＳｅＮＢ１０８のためのＳ−ＲＬＦ手順は、Ｓ−ＲＬＦ検出、Ｓ−ＲＬＦインジケーション、およびＳ−ＲＬＦ上のベアラフォールバックを含むＳｅＮＢリリース（SeNB release）またはＳ−ＲＬＦ復元（S-RLF recovery）のうちの少なくとも１つ、を含み得る。ある特定の態様では、ＵＥ１０２は、ＳｅＮＢ１０８との接続のＲＬＦ（Ｓ−ＲＬＦ）を検出することができ、Ｓ−ＲＬＦのインジケーションをＭｅＮＢ１０６に送信し得る。ある態様では、Ｓ−ＲＬＦを検出することに応答して、ＵＥはまた、ＵＥ１０２の付近の他のＵＥｓのアップリンク送信とのアップリンク干渉を防ぐためにＳｅＮＢとの通信を一時中断し（suspend）得る。ある態様では、ＵＥ１０２は、無線リンク制御（Radio Link Control）（ＲＲＣ）メッセージをＭｅＮＢ１０６に送信することによってＳ−ＲＬＦのインジケーションをＭｅＮＢ１０６に提供し得る。ＵＥ１０２からＳ−ＲＬＦのインジケーションを受信すると、ＭｅＮＢ１０６は、再設定コマンドをＵＥに送信することを含む、Ｓ−ＲＬＦを管理するための少なくとも１つの動作を取り得る。ある態様では、再設定コマンドは、ＳｅＮＢリリース、（別のＳｅＮＢを追加するための）ＳｅＮＢ追加（SeNB add）、（例えば、送信電力を修正する）ＳｅＮＢ修正（SeNB modify）、またはデータフォールバック（data fallback）のうちの少なくとも１つを含み得る。ある特定の態様では、ＳｅＮＢ１０８もまた、ＵＥ１０２との接続のＲＬＦを検出することができ、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをＭｅＮＢ１０６に送信し得る。

[0035] ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（Evolved Packet System）（ＥＰＳ）１００と称され得る。ＥＰＳ１００は、１つ以上のユーザ機器（ＵＥ）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４、発展型パケットコア（ＥＰＣ）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス１２２を含み得る。ＥＰＳは、他のアクセスネットワークと相互接続することができるが、簡潔化のために、それらのエンティティ／インターフェースは、示されていない。示されるように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に理解することとなるように、本開示の全体にわたって示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

[0036] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢｓ１０８を含む。ｅＮＢ１０６は、ＵＥ１０２にユーザおよび制御プレーンプロトコル終端（control plane protocol terminations）を提供する。ｅＮＢ１０６は、Ｘ２インターフェース（例えば、バックホール）を介して、他のｅＮＢｓ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適した用語で称され得る。ｅＮＢ１０６は、ＵＥ１０２のためにＥＰＣ１１０へのアクセスポイントを提供する。ＵＥｓ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、映像デバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、または任意の他の同様の機能を有するデバイスを含む。ＵＥ１０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で称され得る。

[0037] ｅＮＢ１０６は、Ｓ１インターフェースによってＥＰＣ１１０に接続される。Ｓ１ベアラは、ｅＮＢをコアネットワークに接続する。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、他のＭＭＥｓ１１４、サービングゲートウェイ１１６、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、サービングゲートウェイ１１６を通じて転送され、それ自体が、ＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割り振りも、他の機能も提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、およびＰＳストリーミングサービス（ＰＳＳ）を含み得る。

[0038] 図２は、本開示の態様が行われ得るＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。

[0039] ある特定の場合では、セル２０２のセル端で存在するＵＥ２０６は、電力の制限、ＵＬ干渉等のため、そのサービングｅＮＢ２０４を用いてＵＬ上で効率的に通信しないことがある。図３に示されるように、ＵＥ２０６は、マクロｅＮＢ２０４（例えば、ＭｅＮＢ）によってサーブされるセル２０２、およびより低い電力クラスのｅＮＢ２０８（例えば、ＳｅＮＢ）によってサーブされるセル２１０のオーバラップするセル端で存在することができ、同時にｅＮＢ２０４とｅＮＢ２０８の両方に二重に接続され得る。ある態様では、ｅＮＢ２０４およびｅＮＢ２０８は、理想的でないバックホールによって接続され得る。ある特定の態様では、ＵＥ２０６は、ｅＮＢ２０８との接続のＲＬＦ（Ｓ−ＲＬＦ）を検出することができ、例えば、ＲＲＣメッセージを送信することによってＳ−ＲＬＦをｅＮＢ２０４に示し得る。一斉に（concurrently）、ＵＥ２０６はまた、ＵＥ２０６の付近の（in the vicinity of UE 206）他のＵＥｓのアップリンク送信とのアップリンク干渉を防ぐためにｅＮＢ２０８とのすべての通信を一時中断し得る。ＵＥ２０６からＳ−ＲＬＦのインジケーションを受信すると、ｅＮＢ２０４は、再設定コマンドをＵＥ２０６に送信することを含む、Ｓ−ＲＬＦを管理するための少なくとも１つの動作を取り得る。ある特定の態様では、ｅＮＢ２０８もまた、ＵＥ２０６との接続のＲＬＦを検出することができ、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをｅＮＢ２０４に送信し得る。

[0040] この例では、アクセスネットワーク２００は、いくつかのセルラ領域（セル）２０２に分割されている。１つ以上のより低い電力クラスのｅＮＢｓ２０８は、セル２０２のうちの１つ以上とオーバラップするセルラ領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、遠隔無線ヘッド（ＲＲＨ）と称され得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢｓ２０４は、それぞれのセル２０２に各々割り当てられ、セル２０２の中のすべてのＵＥｓ２０６のためにアクセスポイントをＥＰＣ１１０に提供するように設定される。アクセスネットワーク２００のこの例では集中制御装置（centralized controller）は存在しないが、代替の設定では、集中制御装置が使用され得る。ｅＮＢｓ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６へのコネクティビティを含む、すべての無線に関連する機能を担う。

[0041] アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して異なり得る。ＬＴＥアプリケーションでは、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。以下に続く詳細な説明から当業者が容易に理解するように、本明細書に提示される様々な概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（Evolution-Data Optimized）（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として、３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインタフェース規格であり、ブロードバンドインターネットアクセスをモバイル局に提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いるモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびにＯＦＤＭＡを用いる発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびフラッシュＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの団体からの文書で説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の団体からの文書で説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、システムに課せられる全体的な設計制約および特定のアプリケーションに依存することとなる。

[0042] ｅＮＢｓ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢｓ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を利用することを可能にする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用され得る。データストリームは、データレートを増大させるために単一のＵＥ２０６に、または、全体のシステム容量を増大させるために複数のＵＥｓ２０６に、送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上の多数の送信アンテナを通して各々空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到達し、それは、（１つまたは複数の）ＵＥ２０６の各々が、そのＵＥ２０６宛ての１つ以上のデータストリームを復元することを可能にする。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、それは、ｅＮＢ２０４が、各々空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。

[0043] 空間多重化は一般的に、チャネル条件（channel conditions）が良好なときに使用される。チャネル条件があまり良好でないときは、１つ以上の方向に送信エネルギーを集中させる（focus）ために、ビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端において良好なカバレッジを達成するために、単一のストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。

[0044] いくつかの例に関して、続く詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明されることとなる。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調する拡散スペクトル技法である。サブキャリアは、正確な周波数で間隔が空けられている。間隔を空けること（spacing）は、受信機がサブキャリアからのデータを復元することを可能にする「直交性（orthogonality）」を提供する。時間領域では、ＯＦＤＭシンボル間干渉に対抗する（combat）ために、各ＯＦＤＭシンボルにガードインターバル（例えば、サイクリックプリフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用し得る。

[0045] 図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図３００である。フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割され得る。各サブフレームは、２つの連続する時間スロットを含み得る。リソースグリッドは、２つの時間スロットを表すために使用されることができ、各時間スロットは、リソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域の中に１２個の連続するサブキャリアと、各ＯＦＤＭシンボルの中の通常のサイクリックプリフィックスでは、時間領域の中に７個の連続するＯＦＤＭシンボルとを包含し、すなわち、８４個のリソース要素を包含する。拡張されたサイクリックプリフィックスに対して、リソースブロックは、時間領域の中に６個の連続するＯＦＤＭシンボルを包含し、７２個のリソース要素を有する。リソース要素のうちのいくつかは、Ｒ３０２、３０４として示されるように、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、セル固有ＲＳ（Cell-specific RS）（ＣＲＳ）（共通ＲＳと呼ばれることもある）３０２およびＵＥ固有ＲＳ（ＵＥ−ＲＳ）３０４を含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが多いほど、および変調スキームが高度であるほど、ＵＥのためのデータレートはより高くなる。

[0046] 図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。ＵＬのために利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の両端において形成されることができ、設定可能なサイズを有し得る。制御セクションの中のリソースブロックは、制御情報の送信のためにＵＥｓに割り当てられ得る。データセクションは、制御セクションに含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、隣接するサブキャリア（contiguous subcarriers）を含むデータセクションをもたらし、それは、単一のＵＥが、データセクションの中の隣接するサブキャリアのすべてを割り当てられることを可能にし得る。

[0047] ＵＥは、制御情報をｅＮＢに送信するために、制御セクションの中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥはまた、データをｅＮＢに送信するために、データセクションの中のリソースブロック４２０ａ、４２０ｂを割り当てられ得る。ＵＥは、制御セクションの中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）において制御情報を送信し得る。ＵＥは、データセクションの中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）においてデータのみ、またはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにまたがる（span）ことができ、周波数にわたってホッピングし（hop）得る。

[0048] リソースブロックのセットは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０において、初期システムアクセスを行い、ＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いずれのＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６個の連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって特定される。すなわち、ランダムアクセスプリアンブルの送信は、ある特定の時間および周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは存在しない。ＰＲＡＣＨの試みは、単一のサブフレーム（１ｍｓ）の中で、または少数の隣接するサブフレームのシーケンスの中で搬送され、ＵＥは、１フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試みのみを行うことができる。

[0049] 図５は、ＬＴＥにおけるユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ：レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、様々な物理レイヤ信号処理機能をインプリメントする。Ｌ１レイヤは、本明細書で物理レイヤ５０６と称されることとなる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６より上位にあり、物理レイヤ５０６を介してＵＥとｅＮＢ間のリンクを担う。

[0050] ユーザプレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０、無線リンク制御（ＲＬＣ）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤを含み、これらは、ネットワーク側でｅＮＢにおいて終端される（terminated）。示されていないが、ＵＥは、ネットワーク側でＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（例えば、ＩＰレイヤ）および、接続の他端（例えば、遠端のＵＥ、サーバ等）において終端されるアプリケーションレイヤを含む、Ｌ２レイヤ５０８より上位のいくつかの上位レイヤを有し得る。

[0051] ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネル間での多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバヘッドを低減させるための上位レイヤデータパケットのためのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、およびｅＮＢｓ間のＵＥｓのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリ、ロストデータパケットの再送、およびハイブリッド自動再送要求（ＨＡＲＱ）により順序が乱れた受信（out-of-order reception）を補償するためにデータパケットの並べ替え（reordering）を提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネル間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、ＵＥｓの間の１つのセルの中の様々な無線リソース（例えば、リソースブロック）を割り振ることを担う。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担う。

[0052] 制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないという点を除き、物理レイヤ５０６およびＬ２レイヤ５０８の場合と実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）の中の無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥ間のＲＲＣシグナリングを使用してより下位のレイヤを構成することとを担う。

[0053] 図６は、アクセスネットワークにおいてＵＥ６５０と通信しているｅＮＢ６１０のブロック図であり、本開示の態様が、行われ得る。

[0054] 例えば、ＵＥ（例えば、ＵＥ６５０）は、同時にＭｅＮＢ（例えば、ｅＮｏｄｅＢ６１０）および別のＳｅＮＢ（示されていない）に二重に接続され得る。ＭｅＮＢ６１０およびＳｅＮＢは、理想的でないバックホールによって接続され得る。ある特定の態様では、ＵＥ６５０は、ＳｅＮＢとの接続のＲＬＦ（Ｓ−ＲＬＦ）を検出することができ、Ｓ−ＲＬＦのインジケーションをＭｅＮＢ６１０に送信し得る。さらに、Ｓ−ＲＬＦを検出することに応答して、ＵＥ６５０は、ＳｅＮＢとのすべての通信を一時中断し得る。ＵＥ６５０からＳ−ＲＬＦのインジケーションを受信すると、ＭｅＮＢ６１０は、再設定コマンドをＵＥ６５０に送信することを含む、Ｓ−ＲＬＦを管理するための少なくとも１つの動作を取り得る。ある態様では、再設定コマンドは、ＳｅＮＢリリース、（別のＳｅＮＢを追加するための）ＳｅＮＢ追加、（例えば、送信電力を修正する）ＳｅＮＢ修正、またはデータフォールバックのうちの少なくとも１つを含み得る。ある特定の態様では、ＳｅＮＢもまた、ＵＥ６５０との接続のＲＬＦを検出することができ、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをＭｅＮＢ６１０に送信し得る。

[0055] ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬでは、コントローラ／プロセッサ６７５は、様々なプライオリティメトリック（priority metrics）に基づいて、ＵＥ６５０への無線リソースの割り振り、論理チャネルとトランスポートチャネル間の多重化、パケットのセグメンテーションと並べ替え、暗号化、およびヘッダ圧縮を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、ロストパケットの再送、およびＵＥ６５０へのシグナリングを担う。

[0056] ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能をインプリメントする。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）を容易にするためにコーディングおよびインターリーブすることと、様々な変調スキーム（例えば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーションにマッピングすることとを含む。コーディングおよび変調されたシンボルは、その後、並行なストリームに分けられる。各ストリームは、その後、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数領域において基準信号（例えば、パイロット）と多重化され、その後、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために逆高速フーリエ変換（ＩＦＦＴ）を使用して共に組み合わされる。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調スキームを決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信された基準信号および／またはチャネル条件フィードバックから導出され得る。各空間ストリームは、その後、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に提供される。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調する。

[0057] ＵＥ６５０では、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上で変調された情報を復元し、情報を受信機（ＲＸ）プロセッサ６５６に提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能をインプリメントする。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために情報に対して空間処理を行う。複数の空間ストリームがＵＥ６５０に宛てられる場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに組み合わされ得る。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアのために別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボル、および基準信号は、ｅＮＢ６１０によって送信された最も可能性の高い信号コンステレーションポイントを決定することによって復元および復調される。これらの軟判定（soft decisions）は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、その後、物理チャネル上でｅＮＢ６１０によって元々送信されたデータおよび制御信号を復元するために、復号およびデインタリーブされる。データおよび制御信号は、その後、コントローラ／プロセッサ６５９に提供される。

[0058] コントローラ／プロセッサ６５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０と関連付けられることができる。メモリ６６０は、コンピュータ可読媒体と称され得る。ＵＬでは、コントロール／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネル間での逆多重化（demultiplexing）、パケットのリアセンブリ、暗号解読（deciphering）、ヘッダの解凍（header decompression）、制御信号処理を提供する。上位レイヤパケットは、その後、データシンク６６２に提供され、それは、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。様々な制御信号もまた、Ｌ３処理のためにデータシンク６６２に提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担う。

[0059] ＵＬでは、データソース６６７は、上位レイヤパケットをコントローラ／プロセッサ６５９に提供するために使用される。データソース６６７は、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ６５９は、ｅＮＢ６１０による無線リソース割り振りに基づいて、論理チャネルとトランスポートチャネル間の多重化、パケットのセグメンテーションと並べ替え、暗号化、およびヘッダ圧縮を提供することによって、ユーザプレーンおよび制御プレーンのためにＬ２レイヤをインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、ロストパケットの再送、およびｅＮＢ６１０へのシグナリングを担う。

[0060] ｅＮＢ６１０によって送信される基準信号またはフィードバックからチャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調スキームを選択するために、および空間処理を容易にするためにＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調する。

[0061] ＵＬ送信は、ＵＥ６５０における受信機機能に関連して説明されたのと同様の方法で、ｅＮＢ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、その情報をＲＸプロセッサ６７０に提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤをインプリメントし得る。

[0062] コントローラ／プロセッサ６７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６と関連付けられることができる。メモリ６７６は、コンピュータ可読媒体と称され得る。ＵＬでは、コントロール／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネル間の逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用して誤り検出を担う。コントローラ／プロセッサ６７５、６５９は、それぞれ、ｅＮＢ６１０およびＵＥ６５０におけるオペレーションを指示し得る。

[0063] ｅＮＢ６１０におけるコントローラ／プロセッサ６７５、および／または他のプロセッサおよびモジュールは、オペレーション、例えば、図１１のオペレーション１１００、図１５のオペレーション１５００、図１６のオペレーション１６００、および／または、Ｓ−ＲＬＦ管理に関して本明細書に説明されている技法のための他のプロセスを行い得る、または指示し得る。ＵＥ６５０におけるコントローラ／プロセッサ６５９、および／または他のプロセッサおよびモジュールは、オペレーション、例えば、図１４のオペレーション１４００、および／または、本明細書に説明されている技法Ｓ−ＲＬＦ管理のための他のプロセスを行い得る、または指示し得る。ある特定の態様では、図６に示されたコンポーネントのうちの任意のもののうちの１つ以上は、例示的なオペレーション１１００、１４００、１５００、１６００、および／または本明細書に説明された技法のための他のプロセスを行うために用いられ得る。メモリ６６０および６７６は、ＵＥ６５０およびｅＮＢ６１０の１つ以上の他のコンポーネントによって利用可能であり、実行可能である、それぞれＵＥ６５０およびｅＮＢ６１０のためのデータおよびプログラムコードを記憶し得る。

デュアルコネクティビティシナリオにおけるセカンダリｅＮＢ（ＳｅＮＢ）無線リンク失敗（Ｓ−ＲＬＦ）を管理するための例示的な手順
[0064] 現在、ＵＥｓは、１つのｅＮｏｄｅＢからデータを受信する。しかしながら、セル端上のユーザは、データレートを限定し得る高いセル間の干渉を経験し得る。デュアルコネクティビティは、ユーザが同時に２つのｅＮｏｄｅＢｓと通信することを可能にする。それは、ＵＥが同じ時間で（at the same time）２つの近接するセルの中の２つのセルタワーの範囲に存在するとき、２つの完全に別々のストリームにおいて２つのｅＮｏｄｅＢｓからデータを送ること、および受信することによって稼働する。ＵＥは、それがどちらかのタワーのリーチ（reach）の端上に存在するとき、同時に２つのタワーと通信する（talks to）。

[0065] 図７は、本開示のある特定の態様にしたがうデュアルコネクティビティシナリオ７００を例示する。図７に示されるように、ＵＥ７２０は、それぞれｅＮＢｓ７１０ａおよび７１０ｂによってサーブされるセル７０２ａおよび７０２ｂのセル端のオーバラップする部分内に存在する。示されるようにＵＥ７２０は、ｅＮＢｓの各々に独立したデータストリームを使用して、同時に両方のｅＮＢｓと（アップリンクおよびダウンリンク）通信し得る。同じ時間で２つの異なるｅＮｏｄｅＢｓからＵＥへの２つの独立したデータストリームをスケジューリングすることによって、デュアルコネクティビティは、むらのあるローディングを利用する。このことは、ネットワーク容量を増加させながら、セル端ユーザ経験を改善することに役立つ。一例では、セル端におけるユーザのためのスループットデータスピードは、２倍になり得る。ある態様では、１つ以上のネットワークコントローラ７３０は、デュアルコネクティビティシナリオ７００を改善するためにｅＮＢｓ７１０ａおよび７１０ｂを制御するように設定され得る。

[0066] デュアルコネクティビティは、セルラ産業（cellular industry）で利益を有し得る。ある態様では、デュアルコネクティビティソリューション（dual connectivity solution）は、ＵＥが２つのｅＮＢｓ、コロケートされていないマスタｅＮＢ（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）と同時に接続することを可能にする。したがって、異なるｅＮＢｓは、異なるスケジューラ等を使用し得る。ある態様では、デュアルコネクティビティは、ＭｅＮＢのサービングセルを包含するマスタセルグループ（Master Cell group）（ＭＣＧ）、およびＳｅＮＢのサービングセルを包含するセカンダリセルグループ（Secondary Cell Group）（ＳＣＧ）を含むサービングセルの２つのサブフセットを含み得る。一般に、「デュアルコネクティビティ」という用語は、所与のＵＥが理想的でないバックホールと接続される少なくとも２つの異なるネットワークポイントによって提供される無線リソースを消費するオペレーションを指すように使用され得る。

[0067] 図８は、本開示のある特定の態様にしたがう、ＵＥと通信するマクロセルおよびスモールセルを含むデュアルコネクティビティシナリオ８００を例示する。図８に示されるように、ＵＥ８１０は、マクロセル８０２およびスモールセル８０４に二重に接続されることができ、ｅＮＢｓは、理想的でないバックホール８２０を介して接続されることができ、異なる搬送周波数上で動作し得る。ある態様では、スモールセルは、ピコセル、フェムトセル、または（例えば、より低い電力能力（power capability）を持つ）別のマクロセルを含み得る。

[0068] ある特定の態様では、ノード間の無線リソースアグリゲーションは、ユーザごとのスループットを改善するためのデュアルコネクティビティシナリオにおいて用いられ得る。このことは、ユーザプレーンデータ送信のための２つ以上のｅＮＢにおいて無線リソースをアグリゲートすることによってなされ得る。例えば、キャリアアグリゲーションは、複数のＬＴＥ／コンポーネントキャリアがＬＴＥアドバンストＵＥの単一のユニットをサーブするためにアグリゲートされる場合、用いられ得る。デュアルコネクティビティのもと、ＵＥは、（マクロセルおよびスモールセルの組み合わせが使用される）異種展開においてキャリアアグリゲーション（ＣＡ）利得から利益を享受し得ることが想定される。キャリアアグリゲーションで、ＵＥｓは、各方向における送信のために合計１００ＭＨｚ（５つのコンポーネントキャリア）までの２０ＭＨｚの帯域幅までのスペクトルを使用し得る。図８に示されるように、マクロセル８０２のキャリア１およびスモールセル８０４のキャリア２は、ＵＥ８１０にサーブするためにアグリゲートされる。

[0069] ある特定の態様では、それぞれ図９および１０に例示されるように、キャリアアグリゲーション（ＣＡ）方法の２つのタイプ、連続ＣＡおよび非連続ＣＡ、が用いられ得る。連続ＣＡは、複数の利用可能なコンポーネントキャリアが互いに近接しているときに生じる（図９）。図９に示されるように、ＬＴＥキャリア１、２、および３は、互いに近接し、ＵＥおよびｅＮＢ間の通信のためにアグリゲートされ得る。他方では、非連続ＣＡは、複数の利用可能なコンポーネントキャリアが周波数帯域に沿って分離されるときに生じる（図１０）。図１０に示されるように、ＬＴＥキャリア１、２、および３は、周波数帯域に沿って分離され、ＵＥおよびｅＮＢ間の通信のためにアグリゲートされ得る。

[0070] ある特定の態様では、（例えば、キャリアアグリゲーションを使用して）マルチキャリアシステムで動作するＵＥは、同じキャリア上で、制御およびフィードバック機能のような、複数のキャリアのある特定の機能をアグリゲートするように設定され、それは、「プライマリキャリア」と称され得る。サポートのためにプライマリキャリアに依存する残りのキャリアは、関連付けられたセカンダリキャリアと称される。例えば、ＵＥは、オプションの個別制御チャネル（ＤＣＨ）、スケジュールされていない許可（nonscheduled grants）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および／または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって提供されるもののような制御機能をアグリゲートし得る。

[0071] 図１１は、本開示のある特定の態様にしたがう、物理チャネルをグループ化することによって、複数のキャリアワイヤレス通信システムにおいて無線リンクを制御するための方法１１００を例示する。示されるように、方法１１００は、ブロック１１０２で、プライマリキャリアおよび１つ以上の関連付けられたセカンダリキャリアを形成するために、少なくとも２つのキャリアからの制御機能を１つのキャリア上でアグリゲートすることを含み得る。次にブロック１１０４では、通信リンクは、プライマリキャリアおよび各セカンダリキャリアのために確立され得る。その後、通信は、ブロック１１０６においてプライマリキャリアに基づいて制御され得る。

[0072] ある特定の態様では、デュアルコネクティビティは、ＵＥの観点からするとＣプレーン（Control-plane）（制御プレーン）アーキテクチャへの著しい変化を導入しない。例えば、ＲＲＣ（Radio Resource Control）（無線リソース制御）メッセージは、ＭｅＮＢを介して送信され続け、ＵＥの観点からすると、単一のＲＲＣエンティティが存在する。

[0073] 他方では、Ｕプレーン（User-plane）（ユーザプレーン）のための、２つのアーキテクチャは、デュアルコネクティビティのためにサポートされ得る。図１２および１３は、Ｕプレーンのためにサポートされ得る２つの異なるアーキテクチャを示す。（図１２に示される）第１のアーキテクチャでは、データ無線ベアラは、ｅＮＢ固有であり、ＭｅＮＢまたはＳｅＮＢによってサーブされ得るが、両方によってサーブされない。ＳｅＮＢによってサーブされるとき、ベアラのこのタイプは、ＳＣＧベアラと称され得る。図１２に示されるように、ベアラ１２３０は、ＭｅＮＢ１２１０によってのみサーブされることができ、ベアラ１２４０は、ＳｅＮＢ１２２０によってのみサーブされ得る。

[0074] （図１３に示される）代替のＵプレーンアーキテクチャは、ベアラが両方のｅＮＢｓによってサーブされることを可能にする。ベアラのこのタイプは、スプリットベアラと称され得る。図１３に示されるように、スプリットベアラ１３３０は、ＭｅＮＢ１３１０とＳｅＮＢ１３２０によって両方にサーブされ得る。ある特定の態様では、ベアラは、トラフィックがそれらの間に送られることができるように２つの端点（endpoints）間で「バーチャル（virtual）」接続を確立する。ベアラは、２つの端点間のパイプラインとしての役割を果たす。

[0075] ある特定の態様では、デュアルコネクティビティ展開シナリオの分散された性質（理想的でないバックホールを介して接続される離れたｅＮＢｓ）のため、両方のｅＮＢｓ（ＭｅＮＢおよびＳｅＮＢ）に関する別々のアップリンク制御チャネルは、ｅＮＢｓにわたって独立したＭＡＣ（Medium Access Control）（媒体アクセス制御）オペレーション、および分散されたスケジューリングをサポートするために使用される。このことは、ＣＡ（キャリアアグリゲーション）展開とは違って、単一のＭＡＣ／スケ−リングエンティティが、すべてのキャリアにわたって動作し、単一のアップリンク制御チャネルが使用される。

[0076] 現在のＬＴＥ仕様では、プライマリセル（ＭｅＮＢのＰＣｅｌｌ）は、アップリンク制御チャネル、例えばＰＵＣＣＨ、を搬送する唯一のセルである。デュアルコネクティビティのために、ＳｅＮＢ上の特別なセル、プライマリセカンダリセル（Primary Secondary Cell）（ＳｐＣｅｌｌ）は、ＳｅＮＢのためのアップリンク制御チャネルをサポートするために導入される。また、デュアルコネクティビティで、ＭｅＮＢとＳｅＮＢの両方のためのアップリンク制御チャネルが使用され、１つは各ｅＮＢのために使用される。ある特定の態様では、ＳｅＮＢのためのアップリンク制御チャネルの存在は、ＳＣＧ無線リンク監視（SCG Radio Link Monitoring）（Ｓ−ＲＬＭ）手順のための使用の動機となる。この手順は、ＳｅＮＢ無線リンク失敗（Ｓ−ＲＬＦまたはＳＣＧ ＲＬＦ）をトリガするためにＵＥによって使用され得る。Ｓ−ＲＬＦ手順は、とりわけ、ＵＥが、それがＳｅＮＢへの無線接続を失うとき、アップリンク制御チャネルを輻輳させるのを防ぐ手順をトリガするために、役に立つ。特定のＲＬＦ手順（例えば、Ｓ−ＲＬＦ）がＳｅＮＢのために使用され得る別の理由は、ＭｅＮＢがＳｅＮＢとは異なるチャネル条件を経験し得ることである。

[0077] ある特定の態様では、レガシーＲＬＦ手順とは違って、ＲＲＣがＭｅＮＢを開始、ＭｅＮＢへの接続が残り得るため、Ｓ−ＲＬＦは、必ずしもＲＲＣ接続のロス（loss）を伴うわけではない。ゆえに、（ＲＲＣ接続再確立（RRC Connection Reestablishment）などの）ある特定のＣプレーン手順は、Ｓ−ＲＬＦのもと適用可能ではないことがある。

[0078] 本開示の態様は、Ｓ−ＲＬＦからの検出、インジケーション、および復元に関与するいくつかの手順を説明する。

[0079] ある特定の態様では、ＲＬＭ手順のようにＳ−ＲＬＭ手順は、ＳｅＮＢの特別なセル、ＳｐＣｅｌｌにおいて存在する。Ｓｐｃｅｌｌは、ＳｅＮＢのために（ＰＵＣＣＨの中で）ＵＬ制御を搬送し得る。ＳｅＮＢの任意の補足のキャリアが、ＲＬＭ手順に関連しない場合があることは留意され得る。

[0080] ある特定の態様では、Ｓ−ＲＬＦ手順は、Ｓ−ＲＬＦ検出、Ｓ−ＲＬＦインジケーション、およびＳ−ＲＬＦ上のベアラフォールバックを含むＳ−ＲＬＦ復元またはＳｅＮＢリリースのうちの少なくとも１つ、を含み得る。

[0081] Ｓ−ＲＬＦ検出では、ＵＥまたはＳｅＮＢは、ＳｐＣｅｌｌへのリンクが以下に説明される１つ以上の基準に基づいてＲＬＦを経験したことを決定し得る。Ｓ−ＲＬＦインジケーションでは、ＵＥまたはＳｅＮＢは、ＳｐＣｅｌｌがＲＬＦを経験したことをＭｅＮＢに示し得る。インジケーションは、以下に説明されるようにＳｅＮＢによるバックホールを介して、またはＵＥによるＲＲＣまたはＭＡＣメッセージングを介してＭｅＮＢに送られ得る。

[0082] Ｓ−ＲＬＦが検出され、ＭｅＮＢに示された時点で、Ｓ−ＲＬＦを管理するための２つの異なるアプローチが存在し得る。第１の代替手段は、Ｓ−ＲＬＦ復元を含むことができ、ここで、ＵＥは、ＳｅＮＢ接続を再び確立し得る。ある態様では、再確立は、以下に説明されるように、ＭｅＮＢによって設定されることができ、またはＵＥによって自律的に（autonomously）行われ得る。第２の代替手段は、例えば、ＳｅＮＢ接続が再び確立され得ない場合に、ＳｅＮＢリリースを含み得る。この代替手段にしたがって、ＳｅＮＢリンクは、ＭｅＮＢによってリリースされる。この代替手段では、例えば、図１３に示されたスプリットベアラアーキテクチャのために、トラフィックがＳｅＮＢリリースで同時にＭｅＮＢによって排他的にサーブされ得る場合に、ベアラフォールバックは、インプリメントされ得る。ＳｅＮＢリリースの後、以下に説明されるように、すべてのベアラが、ＭｅＮＢによってサーブされ得る。ある態様では、たとえＳ−ＲＬＦ上で明示的なＳｅＮＢリリースが存在しない（すなわち、ＳｅＮＢが設定されたまま残る）場合でも、スプリットベアラ（図１３を参照）は、ＭｅＮＢによってサーブされ続け得る。

[0083] 図１４は、本開示のある特定の態様にしたがう、例えば、ＵＥによって行われる例示的なオペレーション１４００を例示する。オペレーション１４００は、１４０２において、ＭｅＮＢおよびＳｅＮＢとの通信を確立することによって始まり得る。１４０４において、ＵＥは、例えば、ＳｅＮＢ上でのランダムアクセス失敗、高い制御チャネル誤りの可能性をもたらすしきい値を下回るＳｅＮＢとのリンクの測定された無線リンク品質（例えば、ダウンリンク品質）の低下、ＳｅＮＢによってサーブされるベアラに関するＲＬＣ再送信失敗、ＭｅＮＢリンク上のＲＬＦ、ＳｅＮＢハンドオーバ（または変更）失敗、あるいはＳｅＮＢとの同期のロスを検出することのうちの１つ以上を検出することによって、ＳｅＮＢとの接続のＲＬＦを検出し得る。１４０６において、ＵＥは、検出に応答して、例えば、Ｓ−ＲＬＦインジケーションＲＲＣメッセージまたはＭＡＣメッセージを送信すること、ＳｅＮＢの１つ以上のセルにおける無線リンク品質条件上の測定レポートをトリガし、送信すること、またはＰＤＣＰ（パケットデータコンバージェンスプロトコル）ステータスレポートをトリガし、送信することのうちの少なくとも１つによるＳＣＧ ＲＬＦのインジケーションをＭｅＮＢに送信し得る。ある態様では、Ｓ−ＲＬＦインジケーションメッセージは、ＳｅＮＢの１つ以上のセルに関する測定レポートを包含する。１４０８において、ＵＥは、ＳｅＮＢ無線リンク品質を監視、測定、およびレポートし続け得る。１４１０において、ＵＥは、改善された無線条件を検出すると、ＳｅＮＢにおいてランダムアクセス手順を行い得る。１４１２において、ＵＥは、ＳｅＮＢとの接続を再び確立し得る。

[0084] 図１５は、本開示のある特定の態様にしたがう、例えば、ＭｅＮＢによって行われる例示的なオペレーション１５００を例示する。オペレーション１５００は、１５０２においてＵＥとの第１の接続を確立することによって始まり得る。１５０４において、ＭｅＮＢは、例えば、ＳｅＮＢ測定を周期的にレポートするようにＵＥを設定することを含む、ＳｅＮＢとの第２の接続を確立するようにＵＥを設定し得る。ある態様では、設定は、Ｓ−ＲＬＦのための設定パラメータをＵＥに送るＭｅＮＢを含み得る。１５０６において、ＭｅＮＢは、例えば、ＳｅＮＢに関する測定された受信信号がある特定のしきい値を下回る場合、レポートを受信することを含むＳｅＮＢとの第２の接続のＲＬＦのインジケーションを受信し得る。１５０８において、ＭｅＮＢは、ＲＬＦのインジケーションを受信することに応答して、ＲＬＦを管理するための少なくとも１つの動作を取り得る。上記のように、１つ以上の動作は、ベアラフォールバックを含むＳ−ＲＬＦ復元、またはＳｅＮＢリリースを含み得る。ある態様では、１つ以上の動作は、ＳｅＮＢリリース、ＳｅＮＢ追加（例えば、別のＳｅＮＢ）、（例えば、送信電力、データレートまたは他のパラメータを修正する）ＳｅＮＢ修正、あるいはデータフォールバックのうちの少なくとも１つを含む、再設定コマンドをＵＥに送信することを含み得る。１５１０において、ＭｅＮＢは、ＳｅＮＢがリリースされる場合、データフォールバックを行い得る。

[0085] 図１６は、本開示のある特定の態様にしたがう、例えば、ＳｅＮＢによって行われる例示的なオペレーション１６００を例示する。オペレーション１６００は、１６０２において、ＭｅＮＢおよびＵＥとの通信を確立することによって始まり得る。１６０４において、ＳｅＮＢは、例えば、ＳｅＮＢのためのＵＥのアップリンク送信を監視すること、およびアップリンク送信の受信エネルギー（received energy）がしきい値を下回るときを検出することによってＵＥとの接続のＲＬＦを検出し得る。ある態様では、この検出は、ＳｅＮＢのためのＵＥのアップリンク送信を監視すること、およびアップリンク送信の受信エネルギーがしきい値を下回るときを検出することを含み得る。１６０６において、ＳｅＮＢは、検出に応答して、バックホール接続を介してＲＬＦのインジケーションをＭｅＮＢに送信し得る。

Ｓ−ＲＬＦ検出
[0086] ある特定の態様では、ＳｅＮＢに接続されたＵＥは、ＳｅＮＢ上でのランダムアクセス失敗、高い制御チャネル誤りの可能性をもたらすしきい値を下回るＳｅＮＢとのリンクの測定された無線リンク品質（例えば、ダウンリンク品質）の低下、ＲＬＣ（無線リンク制御）再送信失敗、ＭｅＮＢリンク上のＲＬＦ、ＳｅＮＢハンドオーバ（または変更）失敗、あるいはＳｅＮＢとの同期のロスを検出することのうちの１つ以上を含むいくつかの方法でＳ−ＲＬＦを検出し得る。

[0087] ＳｅＮＢは、そのアップリンク送信（例えば、制御チャネル、サウンディング基準信号（ＳＲＳ）等）を監視することによって、および送信の受信エネルギー（または信号対雑音比）が最小のしきい値レベルを下回ることを決定することによって、接続されたＵＥのためにＳ−ＲＬＦを検出し得る。

[0088] 代替の例として、ＭｅＮＢは、（例えば、周期的に）ＳｅＮＢ測定をレポートするようにＵＥを設定することによって、およびＳｅＮＢに関する測定された受信信号がある特定のしきい値を下回る場合、レポートを受信することによって、Ｓ−ＲＬＦを検出し得る。

[0089] ある特定の態様では、Ｓ−ＲＬＦを検出すると、ＵＥは、すべてのアップリンク送信を停止し、および／またはすべてのダウンリンクデータおよび制御チャネル上の復号を停止する。

Ｓ−ＲＬＦインジケーション
[0090] ＳｅＮＢおよびＭｅＮＢに接続され、ならびに（ＭｅＮＢ上のＲＬＦでない）Ｓ−ＲＬＦを経験するＵＥは、Ｓ−ＲＬＦインジケーションＲＲＣメッセージまたはＭＡＣメッセージを送信すること、ＳｅＮＢの１つ以上のセルにおける無線リンク品質条件上の測定レポートをトリガし、送信すること、またはＰＤＣＰ（パケットデータコンバージェンスプロトコル）（Packet Data Convergence Protocol）ステータスレポートをトリガし、送信することのうちの少なくとも１つによって、Ｓ−ＲＬＦをＭｅＮＢに示し得る。ある態様では、ＵＥのＳ−ＲＬＦを検出すると、ＳｅＮＢは、バックホールを介してＳ−ＲＬＦを示す情報をＭｅＮＢに送信することによってＳ−ＲＬＦをＭｅＮＢに示し得る。

Ｓ−ＲＬＦ復元−Ｓ−ＲＬＦの自律的な復元
[0091] ある特定の態様では、ＵＥは、Ｓ−ＲＬＦを検出すると、ＳｅＮＢリリース手順を介してＳｅＮＢによって設定を解除される（de-configured）まで、ＳｅＮＢで設定されたままであり得る。Ｓ−ＲＬＦ検出の後、まだＳｅＮＢで設定されている間、Ｓ−ＲＬＦを経験しているＵＥは、ＳｅＮＢへのデータ送信を潜在的に（potentially）再開するためにＳｅＮＢ無線リンク品質を監視し続け得る。改善された無線条件（例えば、ＳｅＮＢ ＳＮＲ＞しきい値）が検出されると、Ｓ−ＲＬＦにおけるＵＥは、ＭｅＮＢによってシグナリングされることなくＳｅＮＢ上でランダムアクセス手順を行い得る。ＳｅＮＢ上でランダムアクセスが成功して完了する（successful completion）と、ＵＥは、ＳｅＮＢとの接続を再び確立することができ、ＲＲＣまたはＭＡＣメッセージを介してＳ−ＲＬＦ復元をＭｅＮＢに示し得る。

Ｓ−ＲＬＦ復元−Ｓ−ＲＬＦのネットワークに支援された復元（S-RLF network-assisted recovery）
[0092] 上記のように、ＵＥは、Ｓ−ＲＬＦを検出すると、ＳｅＮＢリリース手順を介してＳｅＮＢによって設定を解除されるまで、ＳｅＮＢで設定されたままであり得る。Ｓ−ＲＬＦ検出の後、まだＳｅＮＢで設定されている間、Ｓ−ＲＬＦを経験しているＵＥは、ＭｅＮＢへのＳｅＮＢ無線リンク品質を、例えば、周期的にまたは設定された時間で、測定し、レポートし続け得る。ＵＥとＳｅＮＢ間の適切な無線リンク品質を示すＵＥからのレポートを受信すると、ＭｅＮＢは、ＳｅＮＢとの接続を再び確立するためにＳｅＮＢにおいてランダムアクセス手順を行うようにＵＥにシグナリングし得る。

[0093] ある態様では、Ｓ−ＲＬＦを検出した後、ＵＥは、ＳｅＮＢに関する無線リンク品質を監視し、測定し続け得る。ＳｅＮＢに関する無線リンクの復元を検出すると、例えば、しきい値品質を上回る品質を検出すると、ＵＥは、復元のインジケーションをＭｅＮＢに送信し得る。それに応答して、ＭｅＮＢは、ＳｅＮＢとの接続を再び確立するための命令を含むＳ−ＲＬＦ復元コマンドをＵＥに送信し得る。例えば、Ｓ−ＲＬＦ復元コマンドは、ＳｅＮＢとのランダムアクセスを行うための命令を含み得る。ある態様では、ＭｅＮＢに送信された復元のインジケーションは、Ｓ−ＲＬＦ復元メッセージ、またはＳｅＮＢに関する測定レポートを含み得る。

Ｓ−ＲＬＦ上のベアラフォールバックおよびＳｅＮＢリリース
[0094] ある特定の態様では、Ｓ−ＲＬＦインジケーションを受信すると、ＭｅＮＢは、ＳｅＮＢに接続されているベアラが除かれる、ＵＥとのＳｅＮＢリリース手順を開始し得る。ある態様では、リリース手順と同時に、ＭｅＮＢは、同時にＭｅＮＢおよびＳｅＮＢによってサーブされる少なくとも１つのベアラ（またはデータフロー）のために、ＭｅＮＢにおいてのみデータ通信を再開することからなる、データベアラフォールバックを行い得る。ある態様では、データベアラフォールバックは、ＰＤＣＰの再設定を要求しないことがある。代替のＵプレーンアーキテクチャでは、ベアラが両方のｅＮＢｓによってサーブされ得る（図１３を参照）ため、このフォールバックはなされ得る。

[0095] 開示されたプロセスにおけるステップの特定の順序または階層は、例示的なアプローチの一例であることが理解される。設計の好み（preferences）に基づいて、プロセスにおけるステップの特定の順序または階層は再配置され得ることが理解される。添付の方法の請求項は、サンプルの順序において、様々なステップの要素を表し、表された特定の順序または階層に限定されるようには意味されていない。

[0096] 先の説明は、いかなる当業者も、本明細書に説明された様々な態様を実現することを可能にするために提供されている。これらの態様への様々な修正は、当業者に容易に明らかとなり、本明細書に定義された一般的な原理は、他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示される態様に限定されるように意図されるものではなく、請求項の文言と一致するすべての範囲を与えられるべきであり、ここにおいて、単数形での要素への言及は、そのように明確に記載されていない限り、「１つおよび１つのみ」を意味するように意図されず、むしろ「１つ以上の」を意味するように意図される。そうでないと具体的に記載されない限り、「何らかの／いくつかの」という用語は、１つ以上を指す。当業者に既知の、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素と構造的および機能的に同等なものはすべて、参照によって本明細書に明確に組み込まれ、特許請求の範囲に包含されるよう意図される。さらに、本明細書で開示されたものが、特許請求の範囲の中に明示的に記載されているか否かに関わらず、公に捧げられることを意図していない。要素が、「〜するための手段」という表現を使用して明確に記載されていない限り、あるいは方法の請求項の場合、要素が、「〜するためのステップ」という表現を使用して記載されていない限り、請求項の何れの要素も３５Ｕ．Ｓ．Ｃ．§１１２、第６パラグラフの規定の下に解釈されるべきではない。

Claims (30)

1. ワイヤレス通信の方法であって、
   マスタ発展型ノードＢ（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）との通信を確立することと、
   前記ＳｅＮＢとの接続の無線リンク失敗（ＲＬＦ）を検出することと、
   前記検出に応答して、前記ＲＬＦのインジケーションを前記ＭｅＮＢに送信することと、
   を備える、方法。
2. 前記ＲＬＦを検出することに応答して前記ＳｅＮＢとの通信を一時中断することをさらに備える、請求項１に記載の方法。
3. 前記ＲＬＦを検出することは、
   前記ＳｅＮＢとのランダムアクセス失敗を検出すること、
   前記ＳｅＮＢのベアラセルに関する無線リンク制御（ＲＬＣ）失敗を検出すること、
   前記ＳｅＮＢに関する測定されたダウンリンク無線品質がしきい値無線リンク品質未満であることを決定すること、
   前記ＳｅＮＢへのハンドオーバの失敗、または、
   前記ＳｅＮＢとの同期のロスを検出すること、
   のうちの少なくとも１つを備える、請求項１に記載の方法。
4. 前記ＲＬＦを検出することは、前記ＭｅＮＢとの接続においてＲＬＦを検出することを備える、請求項１に記載の方法。
5. 前記ＲＬＦの前記インジケーションは、セカンダリＲＬＦ（Ｓ−ＲＬＦ）インジケーションメッセージ、または前記ＳｅＮＢの１つ以上のセルに関する測定レポートのうちの少なくとも１つにおいて提供される、請求項１に記載の方法。
6. 前記Ｓ−ＲＬＦインジケーションメッセージは、前記ＳｅＮＢの１つ以上のセルに関する測定レポートを包含する、請求項１に記載の方法。
7. 前記インジケーションは、無線リソース制御（ＲＲＣ）メッセージを介して送信される、請求項１に記載の方法。
8. 前記ＲＬＦの前記インジケーションを前記ＭｅＮＢに送信した後、前記ＭｅＮＢから前記ＳｅＮＢに関する再設定コマンドを受信することをさらに備える、請求項１に記載の方法。
9. 前記再設定コマンドは、ＳｅＮＢリリース、ＳｅＮＢ追加、ＳｅＮＢ修正またはデータフォールバックのうちの少なくとも１つに関するコマンドを備える、請求項８に記載の方法。
10. 前記データフォールバックは、前記ＳｅＮＢと前に確立された１つ以上のデータフローのために前記ＭｅＮＢとのデータ通信を再開することを備える、請求項９に記載の方法。
11. 前記ＲＬＦを検出した後、前記ＳｅＮＢとの無線リンク品質を監視し続けることと、
    前記ＳｅＮＢとの前記無線リンクの復元を検出することと、
    をさらに備える、請求項１に記載の方法。
12. 前記ＭｅＮＢに前記復元のインジケーションを送信することと、
    前記復元の前記インジケーションを送信することに応答して、前記ＭｅＮＢからのセカンダリＲＬＦ（Ｓ−ＲＬＦ）復元コマンドを受信することと、
    前記Ｓ−ＲＬＦコマンドを受信することに応答して、前記ＳｅＮＢとの接続を再び確立することと、
    をさらに備える、請求項１１に記載の方法。
13. 前記無線リンクの前記復元を前記検出することに応答して、ランダムアクセス手順を行うことによって前記ＳｅＮＢとの通信を再び確立することをさらに備える、請求項１１に記載の方法。
14. 前記ＳｅＮＢとの前記無線リンクの復元を検出することは、前記ＳｅＮＢに関する測定されたダウンリンク無線品質が、しきい値無線リンク品質より良いことを決定することを備える、請求項１１に記載の方法。
15. ワイヤレス通信の方法であって、
    ユーザ機器（ＵＥ）との第１の接続を確立することと、
    セカンダリ発展型ノードＢ（ＳｅＮＢ）との第２の接続を確立するように前記ＵＥを設定することと、
    前記第２の接続の無線リンク失敗（ＲＬＦ）のインジケーションを受信することと、
    前記ＲＬＦの前記インジケーションを受信することに応答して、前記ＲＬＦを管理するための少なくとも１つの動作を取ることと、
    を備える、方法。
16. 前記ＲＬＦの前記インジケーションは、前記ＵＥから受信される、請求項１５に記載の方法。
17. 前記少なくとも１つの動作は、再設定コマンドを前記ＵＥに送信することを備える、請求項１６に記載の方法。
18. 前記再設定コマンドは、ＳｅＮＢリリース、ＳｅＮＢ追加、ＳｅＮＢ修正、またはデータフォールバックのうちの少なくとも１つに関するコマンドを備える、請求項１７に記載の方法。
19. 前記データフォールバックは、前記ＵＥと前記ＳｅＮＢ間に前に確立された１つ以上のデータフローのために前記ＵＥとのデータ通信を再開することを備える、請求項１８に記載の方法。
20. 前記第２の接続を確立するように前記ＵＥを設定することは、前記第２の接続の前記ＲＬＦに関する１つ以上の設定パラメータを送信することを備える、請求項１５に記載の方法。
21. 前記ＲＬＦの前記インジケーションが、セカンダリＲＬＦ（Ｓ−ＲＬＦ）インジケーションメッセージ、または前記ＳｅＮＢに関する測定レポートのうちの少なくとも１つを備える、請求項１５に記載の方法。
22. 前記第２の接続の復元のインジケーションを受信することと、
    前記復元の前記インジケーションを受信することに応答して、セカンダリＲＬＦ（Ｓ−ＲＬＦ）復元コマンドを前記ＵＥに送信することと、
    をさらに備える、請求項１５に記載の方法。
23. 前記Ｓ−ＲＬＦ復元コマンドは、前記ＳｅＮＢとの通信を再び確立するための命令を備える、請求項２２に記載の方法。
24. 前記ＲＬＦの前記インジケーションは、バックホールを介して前記ＳｅＮＢから受信される、請求項１５に記載の方法。
25. 前記少なくとも１つの動作は、ＳｅＮＢリリース、ＳｅＮＢ追加、ＳｅＮＢ修正、または前記バックホールを介した前記ＳｅＮＢとのデータフォールバックのうちの少なくとも１つを行うことを備える、請求項２４に記載の方法。
26. 前記データフォールバックは、ＰＤＣＰ（パケットデータコンバージェンスプロトコル）の再設定を行うことなしに、前記ＳｅＮＢを介して前に確立されたベアラのためだけにデータ通信を再開することを備える、請求項２５に記載の方法。
27. 前記少なくとも１つの動作は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル）ステータスレポートに基づいてデータフォールバックを行うことを備える、請求項２４に記載の方法。
28. ワイヤレス通信の方法であって、
    マスタ発展型ノードＢ（ＭｅＮＢ）およびユーザ機器（ＵＥ）との通信を確立することと、
    前記ＵＥとの接続の無線リンク失敗（ＲＬＦ）を検出することと、
    前記検出に応答して、バックホール接続を介して前記ＲＬＦのインジケーションを前記ＭｅＮＢに送信することと、
    を備える、方法。
29. 前記ＲＬＦを前記検出することは、
    ＵＥアップリンク送信を監視することと、
    前記アップリンク送信の受信エネルギーがしきい値を下回るとき、前記ＲＬＦを検出することと、
    を備える、請求項２８に記載の方法。
30. ワイヤレス通信のための装置であって、
    マスタ発展型ノードＢ（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）との通信を確立するための手段と、
    前記ＳｅＮＢとの接続の無線リンク失敗（ＲＬＦ）を検出するための手段と、
    前記検出に応答して、前記ＲＬＦのインジケーションを前記ＭｅＮＢに送信するための手段と、
    を備える、装置。

Images