(57)【要約】  多重接続のための方法が提供される。方法は、マスタセルグループ（ＭＣＧ）から少なくとも１つのセカンダリセルグループ（ＳＣＧ）データ無線ベアラ（ＤＲＢ）コンフィグレーションを含む第１の無線リソース制御（ＲＲＣ）メッセージ、をユーザ機器（ＵＥ）によって受信するステップと、第２のＲＲＣメッセージを介してＭＣＧに失敗情報を、ＵＥによって報告するステップとを含み、前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセル識別子（ＩＤ）とを含む。
2021505023.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実行可能命令が具現化された、１つまたは複数の非一時的なコンピュータ可読媒体と、
前記１つまたは複数の非一時的なコンピュータ可読媒体に接続され、前記コンピュータ実行可能命令を実行して、
マスタセルグループ（ＭＣＧ）から少なくとも１つのセカンダリセルグループ（ＳＣＧ）データ無線ベアラ（ＤＲＢ）コンフィグレーションを含む第１の無線リソース制御（ＲＲＣ）メッセージを受信し、
第２のＲＲＣメッセージを介して前記ＭＣＧに失敗情報を報告する、ように構成される、少なくとも１つのプロセッサとを備え、
前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセル識別子（ＩＤ）とを含む、多重接続のためのユーザ機器（ＵＥ）。
【請求項２】
前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して、
前記第１のＲＲＣメッセージを受信した後にタイマを開始し、
前記タイマが満了したときに前記失敗情報を報告する、ようにさらに構成される、請求項１に記載のＵＥ。
【請求項３】
前記ＳＣＧ失敗要因値は、前記タイマの満了を示す、請求項２に記載のＵＥ。
【請求項４】
前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して、
前記少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションの各々に対してタイマを設定し、
前記タイマが満了したときに、前記失敗情報を前記ＭＣＧに報告する、ようにさらに構成される、請求項１に記載のＵＥ。
【請求項５】
前記少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションは、第１のＳＣＧ  ＤＲＢコンフィグレーションと、第２のＳＣＧ  ＤＲＢコンフィグレーションとを含み、
前記第１のＳＣＧ  ＤＲＢコンフィグレーションのための前記タイマの値は、前記第２のＳＣＧ  ＤＲＢコンフィグレーションのためのものとは異なる、請求項４に記載のＵＥ。
【請求項６】
前記ＳＣＧ失敗要因値は、前記第１のＲＲＣメッセージの再構成失敗を示す、請求項１に記載のＵＥ。
【請求項７】
前記少なくとも１つの第１のセルＩＤは、前記ＵＥによって判定された少なくとも１つの不適切なセルを示す、請求項１に記載のＵＥ。
【請求項８】
前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して、
前記失敗情報を報告した後、複数の手続のうち少なくとも１つを実行するように、さらに構成され、
前記手続は、
（１）前記ＭＣＧによって構成された測定を実行するステップと、
（２）少なくとも１つの第２のセルＩＤのリストを含む第３のＲＲＣメッセージを前記ＭＣＧに報告するステップと、前記少なくとも１つの第２のセルＩＤの前記リストは前記ＵＥによって判定された少なくとも１つの適切なセルを示し、
（３）前記ＭＣＧへＭＣＧ  ＤＲＢを確立するステップとを含む、ようにさらに構成される、請求項１に記載のＵＥ。
【請求項９】
マスタセルグループ（ＭＣＧ）から少なくとも１つのセカンダリセルグループ（ＳＣＧ）データ無線ベアラ（ＤＲＢ）コンフィグレーションを含む第１の無線リソース制御（ＲＲＣ）メッセージをユーザ機器（ＵＥ）によって受信するステップと、
第２のＲＲＣメッセージを介して前記ＭＣＧに失敗情報を前記ＵＥによって報告するステップとを含み、
前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセル識別子（ＩＤ）とを含む、多重接続のための方法。
【請求項１０】
前記第１のＲＲＣメッセージを受信した後、前記ＵＥによってタイマを開始するステップと、
前記タイマが満了したときに、前記ＵＥによって前記失敗情報を報告するステップと、をさらに含む、請求項９に記載の方法。
【請求項１１】
前記ＳＣＧ失敗要因値は、前記タイマの満了を示す、請求項１０に記載の方法。
【請求項１２】
前記少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションのそれぞれのためのタイマを前記ＵＥによって設定するステップと、
前記タイマが満了したときに、前記ＵＥによって前記失敗情報を前記ＭＣＧに報告するステップと、をさらに含む、請求項９に記載の方法。
【請求項１３】
前記少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションは、第１のＳＣＧ  ＤＲＢコンフィグレーションと、第２のＳＣＧ  ＤＲＢコンフィグレーションとを含み、前記第１のＳＣＧ  ＤＲＢコンフィグレーションのための前記タイマの値は、前記第２のＳＣＧ  ＤＲＢコンフィグレーションのためのものと異なる、請求項１２に記載の方法。
【請求項１４】
前記ＳＣＧ失敗要因値は、前記第１のＲＲＣメッセージの再構成失敗を示す、請求項９に記載の方法。
【請求項１５】
前記少なくとも１つの第１のセルＩＤは、前記ＵＥによって判定された少なくとも１つの不適切なセルを示す、請求項９に記載の方法。
【請求項１６】
前記ＵＥによって、前記失敗情報を報告した後に複数の手続の少なくとも１つを実行し、
前記手続は、
（１）前記ＭＣＧによって構成された測定を実行するステップと、
（２）少なくとも１つの第２のセルＩＤのリストを含む第３のＲＲＣメッセージをＭＣＧに報告するステップと、前記少なくとも１つの第２のセルＩＤの前記リストは、前記ＵＥによって判定された少なくとも１つの適切なセルを示し、
（３）ＭＣＧ  ＤＲＢを前記ＭＣＧに確立するステップとを含む、請求項９に記載の方法。
【請求項１７】
コンピュータ実行可能命令が具現化された、１つまたは複数の非一時的なコンピュータ可読媒体と、
前記１つまたは複数の非一時的なコンピュータ可読媒体に接続され、前記コンピュータ実行可能命令を実行して、
少なくとも１つのセカンダリセルグループ（ＳＣＧ）データ無線ベアラ（ＤＲＢ）コンフィグレーションを含む第１の無線リソース制御（ＲＲＣ）メッセージをユーザ機器（ＵＥ）に送信し、
第２のＲＲＣメッセージを介して前記ＵＥから失敗情報を受信する、ように構成される、少なくとも１つのプロセッサとを備え、
前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセル識別子（ＩＤ）とを含む、多重接続のための基地局。
【請求項１８】
前記ＳＣＧ失敗要因値は、タイマの満了を示す、請求項１７に記載の基地局。
【請求項１９】
前記ＳＣＧ失敗要因値は、前記第１のＲＲＣメッセージの再構成失敗を示す、請求項１７に記載の基地局。
【請求項２０】
前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して、
前記失敗情報に応答して、複数の手続の少なくとも１つを実行する、ようにさらに構成され、
前記手続は、
（１）前記ＵＥに測定コンフィグレーションを送信するステップと、
（２）前記ＵＥからの第３のＲＲＣメッセージに応答して、前記ＵＥのためのＳＣＧを追加するステップと、前記第３のＲＲＣメッセージは、少なくとも１つの第２のセルＩＤのリストを含み、前記少なくとも１つの第２のセルＩＤの前記リストは、前記ＵＥによって判定された少なくとも１つの適切なセルを示し、
（３）前記ＵＥにＭＣＧ  ＤＲＢを確立するステップとを含む、請求項１７に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願とのクロスレファレンス）
本出願は、２０１７年１１月２７日に出願された米国特許仮出願第６２／５９０７０８号、発明の名称「Ｈａｎｄｌｉｎｇ  ｏｆ  Ｂｌｉｎｄ  Ａｄｄｉｔｉｏｎ  Ｆａｉｌｕｒｅ」、代理人整理番号ＵＳ７２３７０（以下、「ＵＳ７２３７０出願」と呼ぶ）の利益および優先権を主張する。ＵＳ７２３７０出願の開示は、参照により本出願に完全に組み込まれる。
【０００２】
本開示は、概して、無線通信技術に関し、より詳細には、多重接続のための方法およびその装置に関する。
【背景技術】
【０００３】
例えば、第５世代（５Ｇ）新無線（ＮＲ；New Radio）などの、次世代の無線ネットワークにおいて、二重接続（ＤＣ；dual-connectivity）を含む多重接続（ＭＣ；multi- connectivity）は、より多くの容量、データ、およびサービスをサポートすることが想定される。多重接続を用いて構成されたユーザ機器（ＵＥ；user equipment）は、データ配信のために、アンカーとしての１つのマスターノード（ＭＮ；Master Node）と、１つまたは複数の２次ノード（ＳＮ；Secondary Node）とを有していてもよい。各ノードは、１または複数のセルを含むセル群によって形成されてもよい。例えば、ＭＮは、マスタセル群（ＭＣＧ；Master Cell Group）によって形成されてもよいし、ＳＮは、２次セル群（ＳＣＧ；Secondary Cell Group）によって形成されてもよい。ＭＣＧおよびＳＣＧの各群は、１または複数のセルを含んでいてもよい。全てのセル群は、必ずしも同じタイプである必要はない。例えば、一方のセル群は、ＬＴＥ（Long Term Evolution）またはｅＬＴＥ（evolved LTE）の群であって、一方、他方のセル群は、ＮＲセル群であってもよい。コアネットワーク（ＣＮ；Core Network）に関して、例えば、Ｅ−ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）を採用すると、Ｅ−ＵＴＲＡが接続するコアネットワークは、ＥＰＣ（Evolved Packet Core）またはＮＧＣ（NextGen Core）または５Ｇコアネットワーク（５ＧＣ；5G Core Network）とすることができる。ｅＬＴＥは、５ＧＣに接続されたＬＴＥとしても知られている。
多重ＲＡＴ（ＭＲ；Multi-RAT）−ＤＣの場合（例えば、ＮＲ−ＮＲ  ＤＣ、ＥＮ（E−UTRA New Radio）−ＤＣ、ＮＧＥＮ（ＮＧ−ＲＡＮ  Ｅ−ＵＴＲＡ−ＮＲ）−ＤＣ、または、ＮＥ（New Radio−E−UTRA）−ＤＣの場合）、各ネットワークノードは、それ自体の無線リソース制御（ＲＲＣ；Radio Resource Control）エンティティを有することができるが、ＵＥのＲＲＣエンティティは、マスターノードのＲＲＣエンティティに従ってもよい。
【０００４】
多重接続で構成されたＵＥは、１つのマスターノードとの接続、および、少なくとも１つの２次ノードとの接続の同時の接続を維持することができるが、場合によっては、ＵＥは、ＳＮの追加が失敗することがあるために、ＳＮとしてのセル群をうまく追加できないことがある。
【０００５】
したがって、当技術分野では、ＳＮの追加の失敗に対処するための、多重接続方式を改善することが必要とされている。
【発明の概要】
【０００６】
本開示は、多重接続のための方法および装置を対象とする。
【０００７】
本開示の一態様において、多重接続のためのＵＥが提供される。前記ＵＥは、コンピュータ実行可能命令が具現化された、１つまたは複数の非一時的なコンピュータ可読媒体と、前記１つまたは複数の非一時的なコンピュータ可読媒体に接続される少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して：ＭＣＧから少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションを含む第１のＲＲＣメッセージを受信し、第２のＲＲＣメッセージを介して前記ＭＣＧに失敗情報を報告する、ように構成され、前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセルＩＤとを含む。
【０００８】
本開示の一態様において、多重接続のための方法が提供される。前記方法は、ＭＣＧから少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションを含む第１のＲＲＣメッセージを、ＵＥによって受信するステップと、第２のＲＲＣメッセージを介してＭＣＧに失敗情報を、前記ＵＥによって報告するステップとを含み、前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセルＩＤとを含む。
【０００９】
本開示の一態様において、多重接続のための基地局が提供される。前記基地局は、コンピュータ実行可能命令が具現化された、１つまたは複数の非一時的なコンピュータ可読媒体と、前記１つまたは複数の非一時的なコンピュータ可読媒体に接続される少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行して：少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションを含む第１のＲＲＣメッセージを、ＵＥに送信し、第２のＲＲＣメッセージを介して前記ＵＥから失敗情報を受信する、ように構成され、前記失敗情報は、ＳＣＧ失敗要因値と、少なくとも１つの第１のセルＩＤとを含む。
【図面の簡単な説明】
【００１０】
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は議論を明確にするために任意に増減されてもよい。
【図１】無線通信システムの多数のエンティティ間の一般的な手続におけるメッセージの流れを示すシーケンス図である。
【図２】５ＧＣの場合の、ＭＲ−ＤＣにおける差分ネットワークノード間のインタフェースを示す図である。
【図３】ＥＮ−ＤＣの場合の、差分ネットワークノード間のインタフェースを示す図である。
【図４】本開示の一実施形態における手続１を示すフローチャートである。
【図５】本開示の一実施形態における手続１を示すフローチャートである。
【図６】本開示の一実施形態における、多重接続のための方法を示すフローチャートである。
【図７】本出願の様々な態様による、無線通信のためのノードを示すブロック図である。
【発明を実施するための形態】
【００１１】
以下の説明は、本開示における典型的な実施形態に関連する特定の情報を含む。本開示における図面およびそれらの添付の詳細な説明は、単に典型的な実施形態に向けられている。しかし、本開示は、これらの典型的な実施形態のみに限定されるものではない。本開示の他の変形および実施形態は、当業者には想起されるであろう。特に断らない限り、図中の同様のまたは対応する要素は、同様のまたは対応する参照番号によって示されてもよい。さらに、本開示における図面および例示は、概して、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
【００１２】
以下の説明は、本開示における例示的な実施形態に関連する特定の情報を含む。本開示における図面およびそれらの添付の詳細な説明は、単に例示的な実施形態に向けられている。しかし、本開示は、これらの例示的な実施形態のみに限定されるものではない。本開示の他の変形および実施形態は、当業者には想起されるであろう。特に断らない限り、図中の同様のまたは対応する要素は、同様のまたは対応する参照番号によって示されてもよい。さらに、本開示における図面および例示は、概して、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
【００１３】
一貫性および理解の容易さのために、同様の特徴は（いくつかの例では、図示されていないが）、例示的な図では数字によって識別される。しかし、異なる実施形態における特徴は、他の点で異なっていてもよく、したがって、図面に示されるものに狭く限定されるものではない。
【００１４】
「１つの実施態様」、「ある実施形態」、「典型的な実施形態」、「様々な実施形態」、「いくつかの実施態様」、「本願の各実施形態」などの語句が用いられるが、このように記載された本願の１または複数の実施形態は、特定の特徴、構造、または、特色を含み得るが、本願のすべての可能な実施形態は、上述の特定の特徴、構造、または、特色を必ず含むとは限らない。また、「１つの実施態様では」または「典型的な実施形態では」という語句を繰り返し使用するが、「ある実施形態」とは、同じ実施態様を指すこともあるが、異なる実施形態を指すことがある。さらに、「本願」に関連して、「各実施形態」などの語句のいずれかを使用したからといって、それが、本願のすべての実施形態が上述の特定の特徴、構造、または、特色を含んでいなければならないという意味には決してならない。そうではなく、「各実施形態」などの語句の使用は、本願の少なくともいくつかの実施形態が上述の特定の特徴、構造、または、特色を含んでいるのだと解釈されるべきである。「結合された(coupled)」という用語は、直接的であろうと、介在する構成要素を介して間接的であろうと、接続されたものとして定義され、必ずしも物理的接続に限定されない。「〜を備える（comprising）」という用語が使用される場合、[〜を含む（include）が、必ずしもこれに限定されない]ことを意味する。特に、そのように記載された組み合わせ、グループ、シリーズ、および均等物におけるオープンエンドの包含またはメンバーシップを示す。
【００１５】
さらに、説明および非限定の目的のために、機能エンティティ、技法、プロトコル、標準などの特定の詳細が、説明される技術の理解を提供するために記載される。他の例では、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は省略される。
【００１６】
当業者は、本開示に記載されている任意のネットワーク機能またはアルゴリズムが、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組み合わせによって実行されてもよいことを直ちに理解するだろう。記載された機能は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせであり得るモジュールに対応してもよい。ソフトウェアのインプリメンテーションは、例えばメモリまたは他の種類の記憶装置などのコンピュータ読み取り可能な媒体に記憶されたコンピュータ実行可能命令を含んでもよい。例えば、通信処理能力を有する１つ以上のマイクロプロセッサまたは汎用コンピュータは、対応する実行可能命令でプログラム化され、記載されているネットワーク機能またはアルゴリズムを実行してもよい。上記マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイでできていてもよい。および／または、１つ以上のデジタルシグナルプロセッサ（ＤＳＰ）を用いてもよい。本明細書に記載されている例示的な実施態様のうちのいくつかがコンピュータハードウェアにインストールされ、該ハードウェア上で実行されるソフトウェアを対象としているが、ファームウェアとして、あるいは、ハードウェアまたはハードウェアとソフトウェアとの組み合わせとして実行される代替の例示的な実施態様は十分、本開示の範囲内である。
【００１７】
コンピュータ読み取り可能な媒体としては、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ  ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能な命令を記憶してもよい。任意の他の同等の媒体が挙げられるが、これらに限定されない。
【００１８】
無線通信ネットワークアーキテクチャ（例えば、ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥアドバンスト（ＬＴＥ−Ａ）システム、またはＬＴＥアドバンストＰｒｏシステム）は、少なくとも１つの基地局、少なくとも１つのユーザ装置（ＵＥ）、およびネットワークへの接続を提供する１つ以上の任意のネットワーク要素を典型的に含む。上記ＵＥは、上記ネットワーク（例えば、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、発展型ユニバーサル無線地上波アクセス（Ｅ−ＵＴＲＡ）ネットワーク、次世代コア（ＮＧＣ）、またはインターネット）と、上記基地局によって設定された無線アクセスネットワーク（ＲＡＮ）を通じて、通信する。
【００１９】
本出願において、ＵＥとしては、移動局、携帯端末または携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されないことに留意されたい。例えば、ＵＥは、携帯無線装置であってもよく、該携帯無線装置としては、無線通信能力を有する携帯電話、タブレット、ウェアラブルデバイス、センサ、または個人用デジタル補助装置（ＰＤＡ）が挙げられるが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける１つ以上のセルと、電波インタフェース上で、信号を送受信するよう構成されている。
【００２０】
基地局は、ＵＭＴＳにおけるようなノードＢ（ＮＢ）、ＬＴＥ−Ａにおけるような発展型ノードＢ（ｅＮＢ）、ＵＭＴＳにおけるような無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ（登録商標）／ＧＥＲＡＮにおけるような基地局コントローラ（ＢＳＣ）、５ＧＣに関連するＥ−ＵＴＲＡ基地局におけるようなｎｇ−ｅＮＢ、５Ｇ−ＡＮにおけるような次世代ノードＢ（ｇＮＢ）、およびセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インタフェースを介して１つまたは複数のＵＥにサービスを提供するように接続してもよい。
【００２１】
基地局は、以下の無線アクセス技術（ＲＡＴ）のうち少なくとも１つに従って、通信サービスを提供するように構成されてもよい。上記無線アクセス技術（ＲＡＴ）としては、マイクロ波アクセスのための世界相互運用性（ＷｉＭＡＸ）、グローバルモバイル通信システム（ＧＳＭ（登録商標）、２Ｇと称されることが多い）、ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＲＰＳ）、基本広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）に基づいたユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ、３Ｇと称されることが多い）、高速パケットアクセスシステム（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ−Ａ、ｅＬＴＥ（ｅｖｏｌｖｅｄ  ＬＴＥ）、ニューラジオ（ＮＲ、５Ｇと称されることが多い）および／またはＬＴＥ−Ａ  Ｐｒｏが挙げられる。しかし、本出願の範囲は、上述のプロトコルに限定すべきではない。
【００２２】
基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つまたは複数のＵＥにサービスを提供する（例えば、各セルは、ダウンリンクおよび任意でアップリンクパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにダウンリンクおよび任意でアップリンクリソースをスケジューリングする）。基地局は、複数のセルを介して無線通信システム内の１つまたは複数のＵＥと通信してもよい。セルは、近接サービス（ＰｒｏＳｅ）をサポートするために、サイドリンク（ＳＬ）リソースを割り当ててもよい。各セルは、他のセルと重複するカバレージ領域を有してもよい。ＭＲ−ＤＣの場合において、ＭＣＧまたはＳＣＧの１次セルは、Ｓｐセルと呼ばれてもよい。Ｐセルは、ＭＣＧのＳｐセルを参照してもよい。ＰＳセルは、ＳＣＧのＳｐセルを参照してもよい。ＭＣＧは、ＭＮに関連付けられたサービングセルの群を意味し、Ｓｐセルと、任意の１または複数の２次セル（Ｓセル）とを含んで構成される。
【００２３】
上述のように、ＮＲのフレーム構造は、高信頼性、高データ速度、および低レイテンシ要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、超信頼通信、および低レイテンシ通信（ＵＲＬＬＣ）などの様々な次世代（例えば、５Ｇ）通信要件に対応するためのフレキシブルな構成をサポートする。３ＧＰＰで合意された直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のための基準として機能してもよい。アダプティブサブキャリアスペーシング、チャネル帯域幅、およびサイクリックプレフィックス（ＣＰ）などのスケーラブルＯＦＤＭ数秘学も使用してもよい。さらに、ＮＲには（１）低密度パリティ検査（ＬＤＰＣ）符号および（２）ポーラ符号の２つの符号化方式が考えられる。符号化スキーム適応は、チャネル条件および／またはサービスアプリケーションに基づいて構成され得る。
【００２４】
さらに、単一のＮＲフレームの送信時間間隔ＴＸ、ダウンリンク（ＤＬ）送信データ、ガード期間、およびアップリンク（ＵＬ）送信データが少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、ＵＬ送信データのそれぞれの部分もまた、例えば、ＮＲのネットワークダイナミクスに基づいて構成可能であるべきであると考えられる。さらに、サイドリンクリソースは、ＰｒｏＳｅサービスをサポートするためにＮＲフレームで提供されてもよい。
【００２５】
ここでいう「及び／又は」とは、関連オブジェクトを記述するための関係性を示すに過ぎず、例えば、「Ａ及び／又はＢ」は、（１）Ａが単独で存在する、（２）Ａ及びＢが同時に存在する、（３）Ｂが単独で存在する、という３つの関係性が存在することを表現し得る。さらに、ここで用いられる文字「／」は、一般に、前者及び後者の関連オブジェクトが「又は」の関係性であることを表す。
【００２６】
次世代ネットワーク（例：５Ｇ  ＮＲ）での多重接続（例：ＥＮ−ＤＣ）を支援するために、ＭＮは、ＵＥのためのＳＮとしてネットワークノードを追加するためのＳＮ追加を実行してもよい。標的ＳＮがＵＥからの測定報告に基づいて選択される通常のＳＮ追加と比較して、「非明示的ＳＮ追加」と呼ばれる新しいタイプのＳＮ追加手続を使用して、ＭＮがＳＮを追加するのを助けることができる。非明示的追加の間、ＭＮは、１以上のＳＮを選択するための拠点として特定の測定を実行するようにＵＥを構成することなく、ＵＥのための１つまたは複数のＳＮを追加することを許可される。例えば、ＭＮは、最初のＵＥコンテクスト設定手続の間、ＵＥからの計測結果がほとんどない（または限定されている）か、または全くない状態で、ＵＥのためのＳＮを追加することができる。ＭＮは、対応するＳＣＧ構成を搬送するためのＲＲＣ接続確立に続いて、第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を使用することができる。ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を最初に設定することなく、ＳＣＧベアラまたはスプリットベアラ（ＭＮ終端またはＳＮ終端）は、ＵＥコンテクスト設定手続中に設定することができる。ＭＮは、開始ＵＥコンテクスト設定手続の前（またはその間）にターゲットＳＮを識別し、開始ＵＥコンテクスト設定手続の間に、ターゲットＳＮを追加してもよい。そのような非明示的追加は、これには限定されないが、ＭＮおよびＳＮが同じ場所にあるときに行われてもよい。ＭＲ−ＤＣの場合、ＭＣＧベアラは、ＭＣＧ内のみにおいて、無線リンク制御（ＲＬＣ；Radio Link Control）ベアラ（または、キャリアアグリゲーション（ＣＡ）パケットが重複する場合における少なくとも２つのＲＬＣベアラ）を有する無線ベアラを参照してもよい。ＭＲ−ＤＣの場合、ＳＣＧベアラは、ＳＣＧにおいてのみＲＬＣベアラ（または少なくとも２つのＲＬＣベアラ）を有する無線ベアラを参照してもよい。ＭＲ−ＤＣの場合、スプリットベアラは、ＭＣＧおよびＳＣＧの双方においてＲＬＣベアラを有する無線ベアラを参照してもよい。ＲＬＣベアラは、１つのセルグループ内の無線ベアラの、ＲＬＣおよび媒体アクセス制御（ＭＡＣ）論理チャネル構成を参照してもよい。ＭＲ−ＤＣの場合、ＭＮ終端ベアラは、パケットデータ集中プロトコル（ＰＤＣＰ；Packet Data Convergence Protocol）がＭＮに位置するような無線ベアラを参照してもよい。ＭＲ−ＤＣの場合、ＳＮ終端ベアラは、ＰＤＣＰがＳＮに位置するような無線ベアラを参照してもよい。
【００２７】
図１は、無線通信システムの多数のエンティティ間の一般的な手続のメッセージフローを示す。図１に示すように、無線通信システムのエンティティは、ＣＮにおいて、ＵＥ１１、ＭＮ１３、ＳＮ１５、制御ノード１７、および端末１９を含む。制御ノード１７は、モビリティ管理エンティティ（ＭＭＥ；Mobility Management Entity）またはアクセスおよびモビリティ管理機能（ＡＭＦ；Access and Mobility Management Function）であってもよい。端末１９は、サービングゲートウェイ（Ｓ−ＧＷ；Serving Gateway）、セッション管理機能（ＳＭＦ；Session Management Function）、ユーザプレーン機能（ＵＰＦ；User Plane Function）であってもよい。
【００２８】
この手続は、動作１０２、１０４、１０６、１０８、１１０、１１２、１１４、１１６、１１８および１２０を含む。図１に示すように、動作１０２において、ＵＥ１１は、ＭＮ１３との間で開始アクセス手続（例えば、ランダムアクセス（ＲＡ；Random Access）手続）を実行する。ＵＥ１１が開始アクセス手続を成功して終了した後、動作１０４において、ＵＥ１１はＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ）をＭＮ１３に送信する。次に、動作１０６において、ＭＮ１３は接続要求メッセージを送信して、ＵＥ１１が、ＣＮ（例えば、制御ノード１７を介して）に接続する（または登録する）ことを試みることを制御ノード１７に通知する。いくつかの実施形態では、接続要求メッセージが、例えば、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ（例えば、RRCConnectionSetupComplete））中のＵＥ（例えば、ＵＥ１１）の非アクセス階層（ＮＡＳ）情報（例えば、情報要素（ＩＥ） dedicatedInfoNAS、および専用ＮＡＳプロトコルデートユニット（ＰＤＵ））を含んでいてもよい。いくつかの実施形態では、動作１０６におけるＭＮ１３から制御ノード１７へのメッセージが、使用される無線通信技術（例えば、ＬＴＥまたは５Ｇ  ＮＲ）に応じて、登録要求メッセージによって置き換えられてもよい。
【００２９】
接続要求メッセージを受信すると、動作１０８において、端末選択手続（例えば、Ｓ−ＧＷまたはＳＭＦ選択機能）が実行された後に、制御ノード１７は、ＣＮ内の端末１９へのトンネルを設定してもよい。いくつかの実装形態では、制御ノード１７が端末選択手続中に、ＣＮ内の選択された端末１９にセッション作成要求メッセージを送信してもよい。選択された端末１９が要求を受け入れる場合、端末１９は、セッション生成応答メッセージで制御ノード１７に応答することができる。いくつかの実施形態では、セッション生成応答メッセージが、ユーザプレーンのための端末１９のトランスポート層アドレス（ＴＬＡ）、Ｓ１−ＵまたはＮＧ−Ｕユーザプレーンのための端末１９のトンネルエンドポイント識別子（ＴＥＩＤ）、および制御プレーンのための端末１９のＴＥＩＤのうちの少なくとも１つを含む、端末（例えば、端末１９）の識別情報を含んでいてもよい。
【００３０】
動作１１０において、制御ノード１７は、端末（例えば、端末１９）の識別情報を含む開始コンテクスト設定要求メッセージでＭＮ１３に応答することができる。例えば、開始コンテクスト設定要求メッセージは、端末のＴＬＡおよびＴＥＩＤ、エボルブド無線アクセスベアラ（Ｅ−ＲＡＢ；Evolved Radio Access Bearer）ＩＤ、エボルブドパケットシステム（ＥＰＳ；Evolved Packet System）ベアラＩＤまたはＰＤＵセッションＩＤ、およびサービス品質（ＱｏＳ；Quality of Service）フローＩＤのうちの少なくとも１つを含むことができる。
【００３１】
動作１１２において、ＭＮ１３は、Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ；X2 Application Protocol）／Ｘｎアプリケーションプロトコル（ＸｎＡＰ；Xn Application Protocol）メッセージ（例えば、ＳＮ追加要求メッセージ）をターゲットＳＮ１５に送信することができる。本開示の様々な実施形態では、ＳＮ追加要求メッセージがＭＮ１３からターゲットＳＮ１５へのノード間ＲＲＣメッセージであってもよいし、それを含んでいてもよい。ＳＮ追加要求メッセージは、ＣＮ内の端末（例えば、端末１９）のＴＬＡおよびＴＥＩＤ、デフォルトＥＰＳベアラＩＤ（または、デフォルトＰＤＵセッションＩＤ）、ＵＥ  ＩＤ、システムフレーム番号（ＳＦＮ）、または、ＭＮ（例えば、ＭＮ１３）とＳＮ（例えば、ＳＮ１５）との間のサブフレームオフセット、ＱｏＳフローＩＤ、および第１のコンフィグレーション情報（例えば、SCG-CofigInfoまたはCG-ConfigInfo）のうちの少なくとも１つを含むことができる。第１のコンフィグレーション情報はＵＥ（例えば、ＵＥ１１）のＬＴＥまたはＮＲ能力、およびＳＮ（例えば、ＳＮ１５）に対するセカンダリＲＡＴ特定能力（例えば、ＮＲ能力またはＥＵＴＲＡ能力）のうちの少なくとも１つを含み得る。
【００３２】
いくつかの実施形態において、ノード間ＲＲＣメッセージ（例えば、(S)CG-ConfigInfoメッセージ、ＳＮ追加要求メッセージ）に含まれる第１のコンフィグレーション情報（例えば、SCG-ConfigInfo、CG-ConfigInfo）は、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）が構築されているか否かをさらに示すことができる。ノード間メッセージは、Ｘ２、ＸｎまたはＮＧインタフェースを介して送信される。ノード間メッセージは、ＢＳ（例えば、ｅＮＢ、ｎｇ−ｅＮＢ、またはｇＮＢ）との間で送信される。ＭＮ１３からＳＮ１５へのノード間メッセージ（例えば、(S)CG-ConfigInfoメッセージ、ＳＮ追加要求メッセージ）は、Ｘｎ（またはＸ２）インタフェースパースペクティブからのＳＮ追加要求メッセージとしても知られている。例えば、第１のコンフィグレーション情報は、ＭＣＧベアラが構築されたか否かを示すブールＩＥ（例えば、establishedMCGBearer）を含むことができる。例えば、第１のコンフィグレーション情報は、ＭＣＧ無線コンフィグレーションを示すためのＩＥ（例えば、radioResourceConfigDedMCG）を含むことができる。そのようなＩＥが空である場合、ターゲットＳＮ（例えば、ＳＮ１５）は、ＭＣＧベアラがまだ確立されていないことを理解することができる。いくつかの実施形態では、第１のコンフィグレーション情報は、ＭＮ終端ＭＣＧベアラ、スプリットベアラ、またはＳＣＧベアラを構築するためにターゲットＳＮ（たとえば、ＳＮ１５）をさらに示すことができる。例えば、第１のコンフィグレーション情報は、ターゲットＳＮに、無線ベアラコンフィグレーションおよび制限（例えば、ＵＥ能力調整目的のためのＬ２バッファサイズシェア）を要求して指示するためのコンテナー（例えば、RadioBearerConfig）を含むことができる。例えば、コンテナーは、ＳＣＧ  ＤＲＢコンフィグレーションに関するＩＥ（例えば、DRB-ToAddModListまたはDRB-ToAddModListSCG）を含むことができる。このＩＥは、ＤＲＢコンフィグレーションのリスト（例えば、DRB-InfoListSCG）を含むことができる。リスト内のＤＲＢコンフィグレーションは、例えば、ＤＲＢ  ＩＤ、ＰＤＣＰコンフィグレーション、サービスデータ適応プロトコル（ＳＤＡＰ；Service Data Adaptation Protocol）コンフィグレーション、ＥＰＳベアラＩＤまたはＰＤＵセッションＩＤ、ＱｏＳフローＩＤ、およびＤＲＢタイプ（例えば、ＭＮ終端ＭＣＧベアラ、ＳＮ終端ＭＣＧベアラ、ＭＮ終端スプリットベアラ、ＳＮ終端スプリットベアラ、ＭＮ終端ＳＣＧベアラ、またはＳＮ終端ＳＣＧベアラ）のうちの少なくとも１つを含むＤＲＢ特定情報を含むことができる。いくつか実施形態において、最大３２個のＰＤＵセッション、例えば、１から３２の範囲であってもよい。
【００３３】
ターゲットＳＮ１５が、ＵＥ１１の能力をサポートできることを検証する場合、ターゲットＳＮ１５が端末１９のＴＬＡおよびＴＥＩＤを有するので、ターゲットＳＮ１５は、ＣＮ内の端末１９への接続（またはトンネル）を確立することができる。ターゲットＳＮ１５が追加されることを確認した場合、ターゲットＳＮ１５は、上りリンクデータがＳＮ１５に到着すると、ＳＮ１５がＳ１−ＵまたはＮＧ−Ｕ（例えば、Ｎ３）インタフェースを介してＣＮ内の端末１９にデータを送信することができるように、ＵＥ１１への無線ベアラを構築することができる。
【００３４】
本開示の様々な実施形態において、ＳＣＧベアラまたはスプリットベアラが、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を最初に構築することなく、構築され得る。ＮＧＥＮ−ＤＣの場合またはＮＥ−ＤＣの場合において、ＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラは、それぞれＮＲ−ＰＤＣＰを使用して構築することができる。ＭＮ（例えば、ＭＮ１３）内に１つのＳＤＡＰエンティティがあり、ＳＮ（例えば、ＳＮ１５）内に１つのＳＤＡＰエンティティがあり、ＱｏＳフローをＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラそれぞれマッピングすることができる。ＰＤＵセッションＩＤとＮＧ３トンネルＩＤとの間に１対１のマッピングがあってもよい。ＭＮ（例えば、ＭＮ１３）は、デフォルトＰＤＵセッションＩＤ、またはＮＧ３（例えば、Ｎ３）トンネルＩＤ、またはデフォルトＱｏＳフローＩＤを含むノード間ＲＲＣメッセージをターゲットＳＮ（例えば、ＳＮ１５）に送信することができる。図２に示すように、ＭＮ終端ベアラ（例えば、ＭＮ終端ＭＣＧベアラ、ＭＮ終端ＳＣＧベアラ、ＭＮ終端スプリットベアラ）が確立される場合、ＮＧ３（例えば、Ｎ３）トンネルは、ＮＧ−Ｕインタフェースを介して、ＣＮ内のＭＮ２０２と端末２０６（例えば、ＵＰＦ）との間に構築される。ＳＮ終端ベアラ（例えば、ＳＮ終端ＭＣＧベアラ、ＳＮ終端ＳＣＧベアラ、ＳＮ終端スプリットベアラ）が確立される場合、ＮＧ３（例えば、Ｎ３）トンネルが、ＮＧ−Ｕインタフェースを介して、ＳＮ２０４と端末２０６との間に構築される。一方、ＥＮ−ＤＣの場合、ＳＣＧベアラとスプリットベアラ（例えば、ＳＮ終端スプリットベアラ）とが、それぞれＮＲ  ＰＤＣＰを使用して構築される。ＭＣＧベアラは、ＮＲ  ＰＤＣＰまたはＥ−ＵＴＲＡ  ＰＤＣＰのいずれかを使用して構築される。Ｓ１ベアラとＤＲＢとの間には１対１のマッピングがある。ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）が構築されない場合、ＳＣＧベアラまたはスプリットベアラは、デフォルトＳ１ベアラにマッピングするように構築される。ＭＮは、デフォルトＥＰＳベアラＩＤ、Ｅ−ＲＡＢ  ＩＤ、およびＳ１トンネルＩＤのうち少なくとも一つを含むノード間ＲＲＣメッセージをターゲットＳＮに送信することができる。図３に示されるように、ＭＮ終端ベアラ（例えば、ＭＮ終端ＭＣＧベアラ、ＭＮ終端ＳＣＧベアラ、ＭＮ終端スプリットベアラ）が確立される場合、Ｓ１トンネルはＳ１−Ｕインタフェースを介して、ＭＮ３０２（例えば、ＭｅＮＢ）と端末３０６（例えば、Ｓ−ＧＷ）との間に構築される。ＳＮ終端ベアラ（例えば、ＳＮ終端ＭＣＧベアラ、ＳＮ終端ＳＣＧベアラ、ＳＮ終端スプリットベアラ）が確立される場合、Ｓ１トンネルは、Ｓ１−Ｕインタフェースを介して、ＳＮ３０４（例えば、ＳｇＮＢ）と端末３０６（例えば、Ｓ−ＧＷ）との間に構築される。
【００３５】
再度、図１を参照する。動作１１４において、ＳＮ１５は、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）をＭＮ１３に返信することができる。ＳＮ追加要求応答は、例えば、ＳＮ（例えば、ＳＮ１５）のＴＬＡおよびＴＥＩＤを含むことができる。
【００３６】
本開示の種々の実施形態において、ＳＮ追加要求応答メッセージは、第２のコンフィグレーション情報（例えば、SCG-ConfigまたはCG-Config）を含むＸｎ（またはＸ２）インタフェースパースペクティブからのＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）であってもよいし、含むこともできる。いくつかの実施形態において、第２のコンフィグレーション情報は、ＳＣＧ内の完全な無線コンフィグレーションを含むことができる。別の実施形態において、第２のコンフィグレーション情報は、第１のコンフィグレーション情報（例えば、SCG-ConfigInfoまたはCG-ConfigInfo）におけるものとは異なる、ＳＣＧにおける無線コンフィグレーションを含むことができる。ターゲットＳＮ１５は、ノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ、ＳＮ追加要求応答メッセージ）をＭＮ１３に送信して、ターゲットＳＮ１５が端末１９へのトンネル確立および無線ベアラ確立を終了するか否かを示すことができる。ターゲットＳＮ１５がトンネル確および無線ベアラ確立を完了した場合、ターゲットＳＮ１５は、ノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ、ＳＮ追加要求応答メッセージ）に、ＳＮ  ＴＬＡをさらに含むようにしてもよい。
【００３７】
いくつかの実施形態において、第２のコンフィグレーション情報には、削除する論理チャンネル（例えば、LCH-ToRemoveList）に関連するＩＥ、追加する論理チャンネル（例えば、LCH-ToAddModList）に関連するＩＥ、ＭＡＣコンフィグレーション（例えば、mac-CellGroupConfig）、および複数のサービングセルコンフィグレーション（例えば、ServingCellConfig）のうち、少なくとも１つを含めることができる。追加される論理チャネルに関連するＩＥでは、ＤＲＢ  ＩＤ（例えば、drb-ID）、ＲＬＣコンフィグレーション（例えば、rlc-Config）、およびＭＡＣ論理チャネルコンフィグレーション（例えば、mac-LCH-Config）、ＤＲＢタイプ（例えば、ＳＮ終端ＭＣＧベアラ、スプリットベアラ、またはＳＣＧベアラ）、ならびにＥＰＳベアラＩＤまたはＰＤＵセッションＩＤのような、複数のＤＲＢ固有情報項目が存在し得る。
【００３８】
いくつかの実施形態では、ターゲットＳＮ１５が第１のコンフィグレーション情報からのコンフィグレーションと比較して、変更されたコンフィグレーションを第２のコンフィグレーション情報に含めることができる。例えば、ＳＮ１５は、ＭＮ１３から第１のコンフィグレーション情報において受信したコンフィグレーションに基づいて、コンフィグレーションを変更し、変更したコンフィグレーションを第２のコンフィグレーション情報でＭＮ１３に通知してもよい。
【００３９】
いくつかの実施形態では、第２のコンフィグレーション情報がＳＣＧ無線コンフィグレーション固有ＩＥ（例えば、scg-RadioConfigまたはscg-RB-Config）を含むことができる。このＩＥは、別のＩＥ（例えば、SCG-ConfigPartSCG）に含まれるＳＣＧパートコンフィグレーションを表すことができる。例えば、SCG-ConfigPartSCGは、ＳＣＧのための無線リソースコンフィグレーションに関する情報（例えば、ＳＤＡＰコンフィグレーション、ＤＲＢ情報、ＳＣＧのためのＭＡＣコンフィグレーション、および無線リンク失敗管理に関する情報）を含むことができ、この情報は、別のＩＥ（例えば、radioResourceConfigDedicatedSCG）に含まれていてもよい。ＤＲＢ情報は、ＤＲＢコンフィグレーションのリストを含む別のＩＥ（例えば、DRB-ToAddModListSCG）に含まれてもよい。各ＤＲＢ固有コンフィグレーションは、ＤＲＢ  ＩＤ、ＤＲＢタイプ（例えば、ＳＮ終端ＭＣＧベアラ、スプリットベアラまたはＳＣＧベアラ）、ＥＰＳベアラＩＤまたはＰＤＵセッションＩＤ、（ＮＲ）ＰＤＣＰコンフィグレーション、ＳＤＡＰコンフィグレーション、ＲＬＣコンフィグレーション、論理チャネルＩＤ、および論理チャネルコンフィグレーションのうちの少なくとも１つからなる別のＩＥ（例えば、DRB-ToAddModSCG）に含まれ得る。ＳＣＧのためのＭＡＣコンフィグレーションは、別のＩＥ（例えば、MAC-MainConfigまたはMAC-CellGroupConfig）に含まれ得る。無線リンク失敗管理に関する情報は、タイマ（例えば、ｔ３１３）およびカウンタ（例えば、ｎ３１３、ｎ３１４）を示すために、別のＩＥ（例えば、RLF-TimersAndConstantsSCGまたはRLF-TimersAndConstants）に含まれてもよい。
【００４０】
動作１１６において、ＭＮ１３は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）をＵＥ１１に送信することができる。
【００４１】
いくつかの実施形態では、ＭＮ１３が、ＭＮ１３がＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）を受信したときに、ターゲットＳＮ１５がＳＮ  ＴＬＡおよびＴＥＩＤで応答することを識別する場合、ＭＮ１３は、ターゲットＳＮ１５がターゲットＳＮ１５とＣＮ内の端末１９との間の接続を構築することを受け入れると見なし得る。その後、ＭＮ１３は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）をＵＥ１１に送信することができる。ＲＲＣ（接続）再構成メッセージは、第２のコンフィグレーション情報（例えば、IE SCG-ConfigまたはIE CG-Config）を含むノード間ＲＲＣメッセージ（例えば、SCG-Configメッセージ、CG-Configメッセージ、ＳＮ（例えば、ＮＲ内）  ＲＲＣ  ＰＤＵ）を包含することができる。
【００４２】
ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、IE dedicatedInfoNAS（例えば、IE dedicatedInfoNAS-Message）におけるＵＥ（例えば、ＵＥ１１）のＮＡＳ情報を含むことができる。いくつかの実施形態では、ＵＥのＮＡＳ情報が、開始コンテクスト設定要求メッセージにカプセル化され、ＭＮ１３によって受信され得る。いくつかの実施形態では、ＲＲＣメッセージ（たとえば、ＲＲＣ（接続）リコンフィグレーションメッセージ）は、DRB-specific dedicatedInfoNAS IE（例えば、IE dedicatedNAS-MessageList）のリストを含むことができる。
【００４３】
いくつかの実施形態では、ＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再構成メッセージ）は、ＳＣＧコンフィグレーションをＵＥ１１に伝達する第３のコンフィグレーション情報（例えば、IE SCG-ConfigurationまたはCG-Configuration）を含むことができる。第３のコンフィグレーション情報は、IE RadioResourceConfigDedicatedSCG（または、RadioResourceConfigDedicatedCG）内のＳＣＧ無線リソースコンフィグレーション情報、IE PSCellToAddMod内の下りリンクキャリア周波数に関する物理セルＩＤ、SCellインデックス、および絶対無線周波数チャネル番号（ＡＲＦＣＮ）値などのPSCell情報とのうちの少なくとも１つを含むことができる。ＭＮ終端ベアラ（例えば、ＳＣＧベアラ、スプリットベアラ）またはＳＮ終端ベアラ（例えば、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラ）を構築するための他のコンフィグレーションは、ＳＤＡＰコンフィグレーション、ＮＲ  ＰＤＣＰコンフィグレーション、ＲＬＣコンフィグレーション、およびＭＡＣコンフィグレーションなどの第３のコンフィグレーション情報において必要とされ得る。
【００４４】
いくつかの実施形態では、ＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再構成メッセージ）は、リリースされるＤＲＢのリスト（例えば、IE DRB-ToReleaseList）、追加または修正されるべきＤＲＢのリスト（例えば、IE DRB-ToAddodList）、および追加または修正されるシグナリング無線ベアラ（ＳＲＢ）のリスト（例えば、IE DRB-ToReleaseList）からなる無線ベアラコンフィグレーション（例えば、RadioBearerConfig）を含むことができる。ＩＥDRB-ToAddModListにおいて、ＳＮがＮＲ内のｇＮＢである場合、ＤＲＢ  ＩＤ、（ＮＲ）ＰＤＣＰコンフィグレーション、およびＳＤＡＰコンフィグレーションなどの複数のＤＲＢ固有のコンフィグレーションがあり得る。さらに、ＩＥ DRB-ToAddModList内のＤＲＢ  ＩＤは、ＩＥ SCG-Config（またはCG-Config）に含まれるコンフィグレーション（例えば、ＩＥLCH-ToAddModList）のＤＲＢ  ＩＤに対応することができる。ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、また、第２のコンフィグレーション情報を含むことができる。例えば、第２のコンフィグレーション情報は、削除される論理チャネルのリストの情報（例えば、ＩＥ LCH-ToRemoveList）と、コンフィグレーションにおけるＤＲＢ  ＩＤ、ＲＬＣコンフィグレーション、およびＭＡＣ  ＬＣＨコンフィグレーション（例えば、ＩＥ LCH-ToAddModList）、ならびにＭＡＣセルグループコンフィグレーション情報（例えば、mac-CellGroupConfig）のようなＤＲＢ固有コンフィグレーションとを含むことができる。いくつかの実施形態においては、ターゲットＳＮ  ＩＤ（例えば、物理セルＩＤまたはＳＣｅｌｌインデックス）もまた、ＩＥ DRB-ToAddModListまたはＩＥ SCG-Cofig（またはCG-Config）に含めることができる。いくつかの実施形態において、無線ベアラコンフィグレーション（例えば、RadioBearerConfig）がＳＮ  ＩＤごとであり、および／または、ＩＥSCGConfig（または、CG-config）がＳＮ  ＩＤごとである。したがって、ターゲットＳＮ  ＩＤ（例えば、物理セルＩＤ、および／または、ＳＣｅｌｌインデックス）は、ＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再構成メッセージ）に含まれ得る。
【００４５】
いくつかの実施形態では、ＭＮ１３が、ブラインド追加コンフィグレーションを示す１ビットを含んでいてもよい。いくつかの実装形態では、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、そのようなＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）が、ブラインド追加のためであることをＵＥ１１に通知するために、ＩＥ ReconfigurationCause：ブラインド追加を含むことができる。ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を受信すると、ＵＥ１１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）リコンフィグレーションメッセージ）中のＳＣＧコンフィグレーション情報に基づいて、ＳＮ終端ベアラ（例えば、ＳＮ終端ＳＣＧベアラ、ＳＮ終端スプリットベアラ、またはＳＮ終端ＭＣＧベアラ）を構成し得る。いくつかの実施形態では、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）が、ブラインド追加を示すために１ビットを含むか、または再構成要因（例えば、ReconfigurationCause）を含む場合、ＵＥ１１は、ＭＮ終端ベアラ（例えば、ＭＣＧベアラ）を最初に構築することなく、これがブラインド追加であることをさらに確認することができる。
【００４６】
動作１１８において、ＵＥ１１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）でＭＮ１３に応答する。
【００４７】
ＭＮ１３が、ＳＮ１５の追加に成功した場合、動作１２０において、ＭＮ１３は、開始コンテクスト設定応答メッセージを制御ノード１７に送信することができる。いくつかの実施形態では、開始コンテクスト設定応答メッセージには、ＳＩ−ＵまたはＮＧ−Ｕ参照点での下りリンクトラフィックのために、例えば、制御ノード１７がデフォルトＥＰＳベアラまたはデフォルトＰＤＵセッションに提供するＥ−ＲＡＢ  ＩＤまたはＰＤＵセッションＩＤに対応するＳＮ１５の識別情報が含まれていてもよい。いくつかの実施形態では、ＳＮの識別情報が、ＳＮのＴＥＩＤおよびＴＬＡのうちの少なくとも１つを含んでいてもよい。
【００４８】
ＭＮ１３から開始コンテクスト設定応答メッセージを受信した後、制御ノード１７は、ＳＮ１５の識別情報（例えば、ＳＮ１５のＴＥＩＤおよびＳＮ１５のＴＬＡ）を含むメッセージをＣＮ内の端末１９に送信することができ、その結果、下りリンクデータが到着すると、端末１９は、Ｓ１−ＵまたはＮＧ−Ｕインタフェースを介してＳＮ１５に下りリンクデータを配信することができる。
【００４９】
本開示の様々な実施形態では、ネットワークノードのＴＬＡを、ネットワークノードのアドレス、例えば、インターネットプロトコル（ＩＰ）アドレスを表す任意の識別子で置き換えることができる。さらに、ＴＥＩＤを、トンネルエンドポイント識別子を表す任意の識別子で置き換えることができる。
【００５０】
本開示の様々な実施形態では、ＳＣＧベアラ、スプリットベアラ（ＭＮ終端またはＳＮ終端）、またはＳＮ終端ＭＣＧベアラは、最初にＭＮ終端ＭＣＧベアラを構築することなく構築され得る。しかし、本開示は、それらの実施形態に限定されるものではない。例えば、Ｓ１−Ｕ／ＮＧ−Ｕ基準点上の下りリンクトラフィックのために、ＭＮ１３のＴＬＡおよびＭＮ１３のＴＥＩＤも、開始コンテクスト設定応答メッセージに含まれる場合、制御ノード１７は、ＭＮ１３のＴＬＡおよびＴＥＩＤを含むメッセージを端末１９に送信するようにしてもよい。したがって、下りリンクトラフィックが到来すると、端末１９は、ＭＮ１３にデータを配信することができる。
【００５１】
本開示の様々な実施形態では、ターゲットＳＮ（例えば、ＳＮ１５）が、ＣＮ内の端末（たとえば、端末１９）、および／またはＵＥ（たとえば、ＵＥ１１）のための無線ベアラへのトンネルを確立することに失敗した場合、ターゲットＳＮは、ＳＮ追加が失敗したことを識別することができる。ＳＮ追加が失敗した場合、ターゲットＳＮは、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）、および／またはノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）内の原因値をＭＮに送信することができる。ＳＮ追加が失敗した場合、ターゲットＳＮは、ＳＮ追加の失敗を明らかにするために、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）、および／または明示的インジケータ、例えば、BlindAdditionFailureを含むノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）を送信することができる。このようなインジケータは、ブール値であってもよく、例えば、「１」および「０」は、「成功」および「失敗」のいずれかを表す。
【００５２】
いくつかの実施形態において、ターゲットＳＮ（例えば、ＳＮ１５）は、他の情報（例えば、第２のコンフィグレーション情報）なしで、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）、および／またはノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）中に明示的インジケータ（例えば、BlindAdditionFailure）だけを含んでもよい。
【００５３】
いくつかの実施形態において、ターゲットＳＮ（例えば、ＳＮ１５）は、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）内のＳＮ  ＴＬＡなし、および／またはノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）、第２のコンフィグレーション情報のヌル、および第２のコンフィグレーション情報内のコンフィグレーション情報の欠落（または不完全）のうちの少なくとも１つを介して、ＳＮ追加の失敗を暗黙的に示すことができる。いくつかの実施形態において、ＳＮがＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加拒否メッセージ）をＭＮ（例えば、ＭＮ１３）に送信することができる。Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加拒否メッセージ）は、拒否要因、および／またはさらなる許可制御情報（例えば、規制タイマ）を含み得る。
【００５４】
いくつかの実施形態では、ターゲットＳＮ（例えば、ＳＮ１５）は、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）および／またはノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）中にＳＮ追加設定タイマを含むことができる。ターゲットＳＮは、Ｘ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）、および／またはノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）をＭＮ（例えば、ＭＮ１３）に送信するときに、このタイマを開始することができる。タイマが満了し、ターゲットＳＮがＵＥのさらなる情報または応答を受信しない場合、ターゲットＳＮはコンフィグレーションをクリアし、および／またはＵＥ（例えば、ＵＥ１１）のためのリソースを開放し得る。例えば、ＵＥのさらなる情報または応答は、ＳＮへのＵＥのランダムアクセス手続、または確立されたＳＮ終端ＭＣＧベアラ、ＳＣＧベアラ、またはスプリットベアラ上のＳＮへのＵＥのデータ伝送に含まれ得る。ターゲットＳＮが、ＳＮ追加設定タイマの満了のためにＵＥがターゲットＳＮにアクセスできないことを発見した場合、ターゲットＳＮは、ＳＮ追加（例えば、ＳＮブラインド追加）が失敗したことを通知するために、拒否メッセージ（例えば、ＳＮ追加拒否メッセージ）をＭＮにさらに送信することができる。別の実施形態では、ターゲットＳＮが別の種類の拒否メッセージ（例えば、ＳＮ追加失敗の暗黙的または明示的な指示を伴うＳＮ追加要求応答メッセージ）をＭＮに送信することができる。
【００５５】
いくつかの実施形態では、ターゲットＳＮ（例えば、ＳＮ１５）は、ＵＥ  ＩＤ（例えば、ＵＥ１１のＩＤ）をその規制リストに追加し、ＵＥ固有の規制タイマを設定することができる。ＵＥ固有の規制タイマがタイムアウトする前に、ＵＥ（例えば、ＵＥ１１）はターゲットＳＮによって規制されていると見なされ、その結果、ＵＥは必要に応じて、ターゲットＳＮにキャンプオンすることができないか、またはターゲットＳＮを（再）選択することができない。いくつかの実施形態では、ＵＥ（例えば、ＵＥ１１）が、ターゲットＳＮによって規制されている場合、ＵＥはターゲットＳＮではない可能性があるＳＮにキャンプオンすることができない、またはＳＮを（再）選択することができない。いくつかの実施形態ではＵＥ（たとえば、ＵＥ１１）がターゲットＳＮによって規制されている場合、ＵＥはＲＲＣメッセージを介してＭＮに情報を送信することができ、情報は（限定されないが）規制時間および／または規制確率であり得る。
【００５６】
いくつかの実施形態では、ＭＮ（たとえば、ＭＮ１３）が、ターゲットＳＮ（例えば、ＳＮ１５）から拒否メッセージ（例えば、ＳＮ追加拒否メッセージ、またはＳＮ追加失敗の暗黙的／明示的指示を伴うＳＮ追加要求応答メッセージ）を受信すると、ＭＮは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）拒否メッセージ、またはＲＲＣ（接続）再構成メッセージ）をＵＥ（例えば、ＵＥ１１）に送信することができる。ＲＲＣメッセージは、ターゲットＳＮ  ＩＤおよびウェイトタイマを含むことができる。ＵＥは、ＲＲＣメッセージを受信すると、ウェイト時間を開始することができる。ウェイトタイマが満了する前に、ＵＥは、それ自体がターゲットＳＮによって規制されているとみなすことができる。したがって、ＵＥは、ウェイトタイマが満了する前に、ターゲットＳＮにキャンプオンすることができないか、またはターゲットＳＮを（再）選択することができない。
【００５７】
本開示の様々な実施形態では、ＭＮ（例えば、ＭＮ１３）が、ＳＮ追加手続が失敗したことを識別した場合、例えば、ＭＮがＳＮ追加失敗の情報を含むＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立要求メッセージ、ＳＣＧ失敗情報メッセージ）をＵＥから受信した場合、ＳＮ（例えば、ＳＮ１５）とＣＮ内の端末（例えば、端末１９）との間のデータ経路の確立に成功しなかった場合（例えば、ＭＮ１３がＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）を受信し、または、ＭＮ１３がターゲットＳＮ１５からＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加拒否メッセージ）を受信した際に、ターゲットＳＮ１５がＳＮ１３にＳＮ  ＴＬＡおよびＴＥＩＤを返信しないとき）、ＭＮは、手続Ｉ（例えば、通常のＳＮ追加を実行する）、手続ＩＩ（例えば、ＳＮブラインド追加を実行する）および手順ＩＩＩ（例えば、ＭＣＧベアラ（例えば、ＭＣＧ  ＤＲＢ、ＭＮ終端ＭＣＧベアラ）を直接構築する）のうちの少なくとも１つを、ＳＮ追加失敗に対する応答として、実行するようにしてもよい。
【００５８】
手続Ｉ
手続Ｉの間、移動端末は、ＳＮ追加失敗に応じて、端末の測定報告に基づく通常のＳＮ追加を実行することができる。
【００５９】
図４は、本開示の実施形態に従う手続Ｉのフローチャートを示す。このフローチャートは動作４０２〜４２６を含み、動作４０２、４０４、４０６、４０８、４１０、４１２、および４１４は、図１の動作１０２、１０４、１０６、１０８、１１０、１１２、および１１４に実質的に対応する。
【００６０】
図４に示すように、動作４０２において、ＵＥ４１はＭＮ４３との間で開始アクセス手続（例えば、ＲＡ手続）を実行する。動作４０４において、ＵＥ４１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ）を用いて、ＭＮ４３に応答することができる。次に、動作４０６において、ＭＮ４３は、接続要求メッセージ（例えば、登録要求メッセージ）を送信して、制御ノード４７（例えば、ＭＭＥまたはＡＭＦ）に、ＵＥ４１が制御ノード４７に接続（または登録）しようと試みることを通知する。動作４０８において、制御ノード４７は、端末選択手続が実行された後に、ＣＮ内の端末４９（例えば、Ｓ−ＧＷ、ＵＰＦ、またはＳＭＦ）へのトンネルを設定することができる。動作４１０において、制御ノード４７は、端末（例えば、端末４９）の識別情報を含む開始コンテクスト設定要求メッセージでＭＮ４３に応答することができる。動作４１２において、ＭＮ４３は、ノード間ＲＲＣメッセージ（例えば、(S)CG-ConfigInfoメッセージ）、および／またはＸ２ＡＰ／ＸｎＡｐメッセージ（例えば、ＳＮ追加要求応答メッセージ）をターゲットＳＮ４５に送信することができる。動作４１４において、ＳＮ４５は、別のノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）、および／またはＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）をＭＮ４３に応答することができる。
【００６１】
動作４１６および４１８において、ＭＮ４３がＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）を検出すると、ＭＮ４３は、固有の測定を実行するようにＵＥ４１を設定するために、測定コンフィグレーション（複数可）を含むＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）をＵＥ５１に送信することができる。いくつかの実施形態では、ＭＮ４３がＳＮ４５からＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）を受信した後に、ＭＮ４３が、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）をＵＥ５１に送信することができる。動作４２０において、ＵＥ４２０は、別のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）をＭＮ４３に応答することができる。動作４２２において、ＵＥ４２０は、測定レポートをＭＮ４３に送信することができる。動作４２４において、ＵＥ４１からの測定報告に基づいて、ＭＮ４３は、ＳＮ追加手続を実行することができる。追加されるべきターゲットＳＮ４５は、ＭＮ４３によって設定された測定を実行するＵＥ４５からの測定報告に基づいて、ＭＮ５３によって選択されるので、動作４２４におけるＳＮ追加手続は、通常のＳＮ追加と見なすことができる。ＳＮ追加が成功した後、ＭＮ４３は、次に、開始コンテクスト設定応答メッセージを制御ノード４７に送信することができる。
【００６２】
手続Ｉでは、ＳＮ終端ＭＣＧベアラ、スプリットベアラ、およびＳＣＧベアラは、ＭＮ終端ＭＣＧベアラを最初に構築せずに（または構築しながら）、構築することができる。ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）が、ＭＮ終端ＭＣＧベアラを構築するためのＭＣＧコンフィグレーションを含む場合、ＵＥ４１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）を受信すると、ＭＮ着信ＭＣＧベアラを構築し、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）でＭＮ４３に応答することができる。
【００６３】
図５は、本開示の別の実施形態に従う、手続Ｉのフローチャートを示す。このフローチャートは、動作５０２〜５２６を含み、動作５０２、５０４、５０６、５０８、５１０、５１２、および５１４は、図１における動作１０２、１０４、１０６、１０８、１１０、１１２、および１１４に実質的に対応する。
【００６４】
図５に示されるように、動作５０２において、ＵＥ５１は、ＭＮ５３との間で開始アクセス手続（例えば、ＲＡ手続）を実行することができる。動作５０４において、ＵＥ５１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ）を用いてＭＮ５３に応答することができる。次に、動作５０６において、ＭＮ５３は、接続要求メッセージ（例えば、登録要求メッセージ）を送信して、制御ノード５７（例えば、ＭＭＥまたはＡＭＦ）に、ＵＥ５１が制御ノード５７に接続（または登録）しようと試みることを通知する。動作５０８において、制御ノード５７は、端末選択手続が実行された後に、ＣＮ内の端末５９（例えば、Ｓ−ＧＷ、ＵＰＦ、またはＳＭＦ）へのトンネルを設定することができる。動作５１０において、制御ノード５７は、端末（例えば、端末５９）の識別情報を含む開始コンテクスト設定要求メッセージでＭＮ５３に応答することができる。動作５１２において、ＭＮ５３は、ターゲットＳＮ５５にノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）、および／またはＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求メッセージ）をターゲットＳＮ５５に送信することができる。動作５１４において、ＳＮ５５は、別のノード間ＲＲＣメッセージ（例えば、(S)CG-Configメッセージ）、および／またはＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）をＭＮ５３に応答することができる。
【００６５】
本実施形態において、動作５１６〜５２４では、ＭＮ５３がＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）を検出すると、ＭＮ５３は、ＮＲ  ＰＤＣＰコンフィグレーションまたはＥ−ＵＴＲＡ  ＰＤＣＰコンフィグレーション、ＲＬＣコンフィグレーション、ＭＡＣコンフィグレーション、およびＳＤＡＰコンフィグレーションのうちの少なくとも１つを含むＭＣＧコンフィグレーションでＵＥ５１を設定するために、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）を送信することを介して、ＭＮ５３が最初にＭＮ終端ＭＣＧベアラを構築した後に、制御ノード５７に開始コンテクスト設定応答メッセージを送信することができる。開始コンテクスト設定メッセージは、ＳＮ  ＴＬＡおよびＴＥＩＤではなく、ＭＮ  ＴＬＡおよびＴＥＩＤを含むことができる。ＭＮ５３は、測定コンフィグレーションをＵＥ５１に送信することもできる。ＵＥ５１が、ＭＮ終端ＭＣＧベアラを設定すると、ＵＥ５１は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）をＭＮ５３に送信することができる。ＵＥ５１は、また、測定レポートをＭＮに送信することができる。測定レポートに基づいて、ＭＮはＳＮ追加手続（例えば、通常のＳＮ追加）を実行することができる。
【００６６】
手順II
手続IIの間、ＭＮは、ＳＮ追加失敗に応じて、別のターゲットＳＮを追加するためにＳＮブラインド追加を実行することができる。例えば、ＳＮ追加失敗を検出した後、ＭＮが前のターゲットＳＮからメッセージ（例えば、ノード間ＲＲＣメッセージ、(S)CG-Configメッセージ、Ｘ２ＡＰ／ＸｎＡＰメッセージ、ＳＮ追加要求応答メッセージ、およびＳＮ追加拒否メッセージ）を受信した後に、ＭＮによって選択された別のターゲットＳＮにメッセージ（例えば、ノード間ＲＲＣメッセージ、Ｘ２ＡＰ／ＸｎＡＰメッセージ、(S)CG-ConfigInfoメッセージ、(S)CG-Configメッセージ、ＳＮ追加要求応答メッセージ、およびＳＮ追加拒否メッセージ）を送信し続けることができる。その後、ＭＮは、メッセージ（例えば、ノード間ＲＲＣメッセージ、(S)CG-Configメッセージ、Ｘ２ＡＰ／ＸｎＡＰメッセージ、ＳＮ追加要求応答メッセージ、およびＳＮ追加拒否メッセージ）を受信することによって、ＳＮ追加（例えば、ＳＮブラインド追加）が成功したかどうかを検査することができる。ＳＮ追加が失敗した場合、ＭＮは実行する手続（たとえば、手続I、II、およびIII）のうちの１つを選択することができる。
【００６７】
いくつかの実施形態において、ＭＮは、ＳＮ追加タイマを用いて設定され得る。ＳＮ追加タイマの値は、異なるＵＥのタイプ／アプリケーションに依存してもしなくてもよい。ＳＮ追加タイマは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ（例えば、RRCConnectionSetupComplete））においてＵＥによって示されるように、または、開始コンテクスト設定要求メッセージにおいて制御ノード（例えば、ＭＭＥまたはＡＭＦ）によって示されるように、予め設定され得る。
【００６８】
ＳＮ追加タイマ値が予め設定されている場合、ＭＮが第１のメッセージ（例えば、ノード間ＲＲＣメッセージ、Ｘ２ＡＰ／ＸｎＡＰメッセージ、(S)CG-ConfigInfoメッセージ、およびＳＮ追加要求メッセージ）を第１のターゲットＳＮに送信すると、ＭＮは、このタイマを開始する。いくつかの実施形態では、ＳＮ追加タイマ値が予め設定されている場合、ＭＮがＵＥにＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）を送信すると、ＭＮは、このタイマを開始する。ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）は、ＳＮ終端ＭＣＧベアラ、ＳＣＧベアラ、またはスプリットベアラのコンフィグレーション情報を含むことができる。ＳＮ追加タイマ値がＵＥによって示される場合、ＵＥは、タイマ値をＭＮに送信するときにタイマを開始することができる。いくつかの実施形態では、ＳＮ追加タイマ値がＵＥによって示される場合、ＭＮはタイマ値を含むＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定完了メッセージ、ＲＲＣ（接続）設定完了メッセージ、ＲＲＣ（接続）再確立要求メッセージ）をＵＥから受信すると、タイマを開始することができる。ＵＥ  ＮＡＳレイヤは、タイマ値を決定し、その値をＲＲＣレイヤに通知することができ、その後、ＲＲＣレイヤは、それが時間値をＭＮに送信するときにタイマを開始することができることに留意されたい。
【００６９】
制御ノードは、ＳＮ追加タイマが制御ノードによって指示された場合、追加タイマ値がＭＮに送信されると、ＳＮ追加タイマを開始させることができる。いくつかの実施形態では、ＭＮが制御ノードからメッセージ（例えば、ノード間ＲＲＣメッセージ、Ｘ２ＡＰ／ＸｎＡＰメッセージ、(S)CG-Configメッセージ、およびＳＮ追加要求応答メッセージ）中のタイマ値を受信すると、ＳＮ追加タイマを開始する。ＳＮ追加タイマが満了する前に、ＭＮはＳＮ追加（例えば、ＳＮブラインド追加）を試みることができる。ＳＮ追加タイマが予め設定されている場合、またはＭＮがＳＮ追加タイマを開始する場合、ＳＮ追加タイマが満了し、ＭＮがＳＮ追加（例えば、ＳＮブラインド追加）の成功を示すＳＮからのメッセージ（例えば、ＳＮ追加要求応答メッセージ、ＳＮ追加拒否メッセージ、ノード間ＲＲＣメッセージ、(S)CG-Configメッセージ）を受信しない場合、ＭＮはＳＮ追加（例えば、ＳＮブラインド追加）を再度実行しなくてもよい。ＳＮ追加タイマがＵＥによって示される場合、ＵＥがＳＮ追加タイマが満了する前に、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを受信しない場合、ＵＥは、ＲＲＣメッセージ中のＳＮ追加拒否指示をＭＮに送信することができる。いくつかの実施形態では、このＲＲＣメッセージがＲＲＣ（接続）再設定完了メッセージまたはＳＣＧ失敗情報メッセージとすることができる。いくつかの実施形態では、このＲＲＣメッセージがＲＲＣ（接続）再確立要求メッセージとすることができる。例えば、ＵＥは、ＲＲＣ（接続）再設定メッセージを待つ必要がないことを意味する、ＲＲＣ接続再確立要求メッセージ内のＳＮ追加拒否指示を、ＭＮに直接的に送信することができる。ＳＮ追加タイマが満了する前に、ＵＥが、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを受信できることが期待される。ＳＮ追加タイマが制御ノードによって指示される場合、制御ノードがＳＮ追加タイマが満了する前に、ＳＮ  ＴＬＡおよびＴＥＩＤを含む開始コンテクスト設定応答メッセージをＭＮから受信しない場合、制御ノードは開始コンテクスト設定応答メッセージを再度送信し、ＭＮ  ＴＥＩＤおよびＴＬＡのみを要求することができる。
【００７０】
いくつかの実施形態では、ＭＮがＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再設定メッセージ）中のＳＮ（ブラインド）追加意図をＵＥに示すが、ＳＣＧベアラコンフィグレーションも、ＳＮ終端ＭＣＧベアラコンフィグレーションも、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）中のスプリットベアラコンフィグレーションもない場合、ＵＥはＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再設定完了メッセージ）中のＳＮ追加タイマをＭＮに示すことができる。ＵＥは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定完了メッセージ）を送信すると、ＳＮ追加タイマを開始する。ＳＮ追加タイマが満了し、ＵＥが、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを受信しない場合、ＵＥは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定完了メッセージ、ＲＲＣ（接続）再確立要求メッセージ、ＳＣＧ失敗情報メッセージ）中のＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）を示すＳＣＧ失敗要因値をＭＮに送信することができる。代替的に、ＵＥが測定コンフィグレーションを含むＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定メッセージ）を受信する場合、ＵＥは、ＳＮ追加タイマが満了すると、測定レポートをＭＮに送信し、通常のＳＮ追加をトリガすることができる。測定レポートは、ＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）を示すＳＣＧ失敗要因値をさらに明示的に含んでいても、含んでいなくてもよい。
【００７１】
いくつかの実施形態では、ＭＮは、ＳＮ追加（例えば、ＳＮブラインド追加）を実行するために最大再試行時間を計算するためのカウンタを用いて設定され得る。最大再試行時間は、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定完了メッセージ（例えば、RRCConnectionSetupComplete、RRCSetupComplete））においてＵＥによって示されるか、または、開始コンテクスト設定要求メッセージにおいて制御ノード（例えば、ＭＭＥまたはＡＭＦ）によって示されるように、予め設定することができる。ＭＮは、１つのＳＮ追加（例えば、ＳＮブラインド追加）手続が実行されるとき、１つのターゲットＳＮが選択されるとき、またはＭＮがノード間メッセージ（例えば、(S)CG-Configメッセージ）、および／またはＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求メッセージ）をＳＮに送信するとき、カウンタをインクリメントすることができる。ＭＮは、ＳＮ追加が成功したとき（例えば、ＭＮがＳＮからＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ）を受信したとき、ＭＮがＳＮから(S)CG-Configメッセージを受信したとき、ＭＮがＵＥからＲＲＣメッセージ（例えば、ＲＲＣ（接続）再設定完了メッセージ）を受信したとき）、カウンタが最大再試行タイマを達成したとき、またはＵＥがＳＮ追加を必要としないことを示すＲＲＣメッセージをＵＥから受信したときに、カウンタをリセットすることができる。追加されるターゲットＳＮの総数が最大再試行回数を達成する場合、ＭＮはＳＮ追加（例えば、ＳＮブラインド追加）を再び実行しなくてもよい。例えば、ＭＮは、次に、手続Iまたは手続IIIのいずれかを実行するように切り替わることができる。
【００７２】
手順III
手続IIIの間、ＭＮは、ＳＮ追加失敗を検出するとすぐに、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を構築することを決定することができる。例えば、ＭＮは、ＳＮからノード間メッセージ（例えば、(S)CG-Configメッセージ）、および／またはＸ２ＡＰ／ＸｎＡＰメッセージ（例えば、ＳＮ追加要求応答メッセージ、ＳＮ追加拒否メッセージ）においてＳＮ追加失敗の表示を受信するとき、またはＳＮ追加失敗を示すＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ、ＲＲＣ（接続）再確立要求メッセージ、ＳＣＧ失敗情報メッセージ）をＵＥから受信するときに、直接的にＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を構築することができる。ＭＮは、ＣＮ内に端末（例えば、Ｓ−ＧＷ、ＵＰＦまたはＳＭＦ）へのトンネルを構築することができる。さらに、ＭＮは、また、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を構築するために、ＲＲＣ（接続）再構成メッセージ（例えば、RRCConnectionReconfiguration））をＵＥに送信することもできる。
【００７３】
いくつかの実施形態では、ＭＮによってＵＥに送信されるＲＲＣメッセージ（たとえば、ＲＲＣ（接続）再構成メッセージ）は、ＤＲＢごとのＩＥ dedicatedInfoNASからなる、ＩＥdedicatedInfoNASList内のＵＥのＮＡＳ情報を含むことができる。
【００７４】
ＭＮによってＵＥに送信されるＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を構築するために、専用無線リソースコンフィグレーション（例えば、ＩＥ RadioResourceConfigDedicated）に必要な情報をさらに含み得る。専用無線リソースコンフィグレーション（例えば、ＩＥ RadioResourceConfigDedicated）は、ＭＡＣコンフィグレーション情報（例えば、mac-MainConfig）、物理レイヤコンフィグレーション情報（例えば、PhysicalConfigDedicated）、およびＤＲＢ情報（例えば、リストＩＥ DRB-ToAddModList内のＤＲＢ  ＩＥ DRB-ToAddMod毎）を含むことができる。ＤＲＢ情報は、ＥＰＳベアラＩＤまたはＰＤＵセッションＩＤ、ＤＲＢ  ＩＤ、ＳＤＡＰコンフィグレーション（ＭＮがＮＲ用である場合）、ＰＤＣＰコンフィグレーション、ＲＬＣコンフィグレーション、論理チャネルＩＤ、論理チャネルコンフィグレーションなどを含むことができる。
【００７５】
いくつかの実施形態では、ＭＮによってＵＥに送信されるＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、ＤＲＢ  ＩＤ、ＰＤＣＰコンフィグレーション、ＳＤＡＰコンフィグレーション（ＭＮがＮＲ用である場合）、およびＥＰＳベアラＩＤまたはＰＤＵセッションＩＤなどのＤＲＢ固有情報のリストからなるＤＲＢコンフィグレーション（例えば、ＩＥ DRB-ToAddModList）を含む無線ベアラコンフィグレーション（例えば、RadioBearerConfig）を含むことができる。ＤＲＢ  ＩＤは、ＭＣＧコンフィグレーション（例えば、ＩＥ MCG-Config）内のＤＲＢ固有情報に関連付けられる。
【００７６】
したがって、ＭＮは、ＵＥからＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）を受信し、ＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）が正常に確立されたことを知ると、ＣＮ内の制御ノード（例えば、ＭＭＥまたはＡＭＦ）に開始コンテクスト設定応答メッセージを送信することができる。開始コンテクスト設定応答メッセージは、制御ノードによって提供されるＥ−ＲＡＢ  ＩＤまたはＰＤＵセッションＩＤに対応するＭＮ  ＴＬＡを含むことができる。
【００７７】
いくつかの実施形態では、ＭＮから少なくとも１つのＳＣＧ  ＤＲＢコンフィグレーションを含む第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を受信した後、ＵＥは、ＵＥがターゲットＳＮを追加することに失敗した場合、第２のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立要求メッセージ、ＲＲＣ（接続）再構成完了メッセージ、またはＳＣＧ失敗情報メッセージ）を介して失敗情報をＭＮに送信することができる。失敗情報は、ＳＣＧ失敗の要因を示すための１つ以上のＳＣＧ失敗要因値を含んでもよい。例えば、ＳＣＧ失敗要因値は、再確立要因（例えば、ＩＥ ReestablishmentCause）によって実装されてもよい（ただし、これに限定されない）。再確立要因は、ＵＥが、第２のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立メッセージ、ＲＲＣ（接続）再構成完了メッセージ、またはＳＣＧ失敗情報メッセージ）を送信する理由を表すことができる。
【００７８】
いくつかの実施形態では、ＳＣＧ失敗要因値がタイマの満了を示すことができる。例えば、端末は、第１のＲＲＣメッセージを受信した後、タイマをスタートさせ、タイマが満了した場合、タイマ満了のＳＣＧ失敗要因値を含む失敗情報を報告することができる。例えば、第１のＲＲＣが複数のＳＣＧ  ＤＲＢコンフィグレーション（例えば、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、スプリットベアラコンフィグレーション）を含むことができる場合、ＵＥは、それぞれのＳＣＧ  ＤＲＢコンフィグレーションについてタイマを設定し、タイマが満了したときに、タイマ満了のＳＣＧ失敗要因値を含む失敗情報をＭＣＧに報告することができる。ＳＣＧ  ＤＲＢコンフィグレーションとタイマとの間のマッピング関係は、多対１マッピングまたは１対１マッピングとすることができる。前者の場合、すべてのＳＣＧ  ＤＲＢコンフィグレーションは、同じタイマを共有することができる。後者の場合、各ＳＣＧ  ＤＲＢコンフィグレーションは、タイマのうちの１つに対応することができ、各タイマ値は、互いに異なることができる。
【００７９】
いくつかの実施形態では、ＳＣＧ失敗要因値が第１のＲＲＣメッセージの再構成失敗を示すことができる。例えば、ＵＥが第１のＲＲＣメッセージ内の全てのコマンドを正常に終了できない場合、ＵＥは、第１のＲＲＣメッセージの再構成失敗を示すようにＳＣＧ失敗要因値を設定することができる。第１のメッセージ内のコマンドは、ＳＮ追加（例えば、ＳＮブラインド追加、通常のＳＮ追加）を享受することができる。いくつかの実施形態では、再構成失敗に応じて、ＭＮは、通常のＳＮ追加またはＳＮブラインド追加が第１のＲＲＣメッセージの再構成失敗を引き起こすかどうかを知ることができない。しかしながら、いくつかの実施形態では、ＭＮが、第１のＲＲＣメッセージの再構成失敗を示すＳＣＧ失敗原因値を受信したときに、ＳＮ（ブラインド）追加が失敗したとみなし得る。
【００８０】
いくつかの実施形態では、ＳＣＧ失敗要因値は、ＳＮブラインド追加がＵＥ側で失敗すると認識され、測定レポートがＭＮにまだ送信されていないことを示すことができる。
【００８１】
いくつかの実施形態では、ＳＣＧ失敗要因値は、ＳＮ追加（たとえば、ＳＣＧのためのＳＮブラインド追加、通常のＳＮ追加、ＰＳＣｅｌｌ追加）がＵＥ側で失敗すると認識されることを示すことができる。そのような場合、ＵＥは、測定レポートがＭＮにまだ送信されていないかどうかを明示的に示さなくてもよい。
【００８２】
いくつかの実施形態では、ＳＣＧ失敗要因値が、特にＳＣＧコンフィグレーション失敗に起因してＳＮ追加が失敗したことを示すことができ、他のコンフィグレーション（例えば、ＭＣＧコンフィグレーション）が成功した可能性があることを暗示する。
【００８３】
いくつかの実施形態では、第２のＲＲＣメッセージ内の失敗情報が少なくとも１つのセルＩＤ（またはＳＮのＩＤ）を含むことができる。少なくとも１つのセルＩＤは、ＵＥによって決定された適切なまたは適切でないセルを示し得る。例えば、第２のＲＲＣメッセージ内のセルＩＤは、端末が正常に追加できないセルを参照することができる。
【００８４】
いくつかの実施形態では、ＭＮが複数のＳＮを追加するようにＵＥに要求することができ、ＵＥはＭＮによって割り当てられたすべてのＳＮが追加できない場合、第２のＲＲＣメッセージを介してＳＣＧ失敗要因値（例えば、ＳＮ追加失敗要因、ＳＮブラインド追加失敗要因）を示すことができる。そのような場合、いくつかのＳＮが追加に成功するが、いくつかのＳＮが追加に成功しない場合、第２のＲＲＣメッセージは、ＵＥが追加に成功することができるか、または追加することができないＳＮ（またはセルＩＤ）のＩＤ（例えば、不適切なセルのＩＤ、適切なセルのＩＤ）を含むことができるが、ＳＣＧ失敗要因値は存在しない。
【００８５】
いくつかの実施形態では、ＭＮによって割り当てられた少なくとも一つのＳＮが追加できない場合、ＵＥは、第２のＲＲＣメッセージ内のＳＣＧ失敗要因を介してＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）を示すことができる。ＵＥはさらに、ＵＥが第２のＲＲＣメッセージに追加することができるか、または追加することができないＳＮのＩＤ（またはセルＩＤ）を示すことができる。
【００８６】
いくつかの実施形態では、ＵＥが、ＵＥが自身のＳＣＧ失敗要因値（例えば、ＳＮ追加失敗要因、ＳＮブラインド追加失敗要因）で、それぞれ追加に成功することができないＳＮのＩＤ（またはセルＩＤまたはＳＣＧ  ＩＤ）を示すことができる。例えば、４つのＳＮがＵＥによって追加することができない場合、ＵＥは、第２のＲＲＣメッセージにおいて、４つのＳＮ  ＩＤと、４つの関連するＳＮ（ブラインド）追加要因とを示すことができる。
【００８７】
いくつかの実施形態では、ＭＮからの第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）は、ＤＲＢコンフィグレーション（例えば、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションおよびタイマ）を含むことができる。すべてのベアラコンフィグレーション（例えば、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーション）は、同じタイマを共有することができ、または各タイマはベアラコンフィグレーション（例えば、ＳＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、スプリットベアラコンフィグレーション）のうちの１つに対応する。ＭＮは、ＵＥを複数のＳＮで設定することを目的とすることが可能である。
【００８８】
ケース１：すべてのＳＣＧコンフィグレーションが、１つのタイマを共有する。ＳＣＧコンフィグレーションは、（しかし、限定はされない）ＭＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを含むことができる。
【００８９】
ケース１では、ＵＥがＳＣＧベアラコンフィグレーションを設定し始めたとき、またはＵＥが第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を受信したときに、ＵＥは、タイマを開始することができる。第１のＲＲＣメッセージは、（１つまたは複数の）ＳＣＧコンフィグレーションを含むことができる。いくつかの実施形態では、ＵＥが少なくとも１つのＳＣＧコンフィグレーションを正常に追加すると、ＵＥがタイマを停止する。いくつかの実施形態では、ＵＥがすべてのＳＣＧコンフィグレーションを正常に追加すると、ＵＥがタイマを停止する。タイマが満了し、ＵＥが少なくとも１つのＳＣＧコンフィグレーションを追加することができない場合、ＵＥは失敗情報を含む第２のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立要求メッセージ、ＲＲＣ（接続）再構成完了メッセージ、またはＳＣＧ失敗情報メッセージ）をＭＮに送信することができる。失敗情報は、ＳＣＧ失敗の要因を示すための少なくとも一つのＳＣＧ失敗要因値を含むことができ、および／または、ＳＮ（またはセル、またはＳＣＧ）のＩＤを含むことができる。いくつかの実施形態では、失敗情報がベアラ（例えば、ＭＮ終端ＭＣＧベアラ、ＳＣＧベアラ、またはスプリットベアラ）が設定できないこと、および／または、設定に成功できないベアラのＩＤを示し得る。
【００９０】
ケース２：各ＳＣＧコンフィグレーションは、１つのタイマで設定される。ＳＣＧコンフィグレーションは、（しかし、限定はされない）ＭＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを含むことができる。
【００９１】
ケース２において、ＵＥが対応するＳＣＧコンフィグレーションを設定し始めるとき、またはＵＥがＭＮから第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を受信するときに、ＵＥは、複数のタイマを開始することができる。第１のＲＲＣメッセージは、（１つまたは複数の）ＳＣＧコンフィグレーションを含むことができる。いくつかの実施形態では、ＵＥが対応するＳＣＧコンフィグレーションを正常に追加すると、ＵＥがタイマを停止する。いくつかの実施形態では、ＵＥが他のＳＣＧコンフィグレーション（１つまたは複数）を正常に追加したときに、ＵＥがタイマを停止する。いくつかの実施形態では、対応するＳＣＧコンフィグレーションの設定に成功しないにもかかわらず、ＵＥがＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立要求メッセージ、ＲＲＣ（接続）再構成完了メッセージ、またはＳＣＧ失敗情報メッセージ）をＭＮに送信すると、ＵＥがタイマを停止する。いくつかの実施形態では、対応するＳＣＧコンフィグレーションの設定に成功しない場合、タイマは満了する。いくつかの実施形態では、１つのＳＣＧコンフィグレーションの１つのタイマが満了した場合、ＵＥは対応するＳＣＧコンフィグレーションの他のタイマを停止する。
【００９２】
いくつかの実施形態では、第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）を介して、第１のＲＲＣメッセージにおいて与えられるＳＮ  ＩＤ（またはセルＩＤまたはＳＣＧ  ＩＤ）の数以下であり得る、ＳＮ（またはセル、またはＳＣＧ）の数が追加されるべきであることを、ＭＮによって予め設定され、または命令され得る。したがって、すべてのタイマが満了する前に、ＵＥは、ＭＮによって指示されたＳＮの数に基づいて、ＳＮ追加が成功したかどうかを判定することができる。すべてのタイマが満了する前に、ＵＥがＭＮによって与えられたＳＮの数以上を設定することに成功する場合、ＵＥはＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）でＭＮに応答することができ、ＲＲＣメッセージには、追加に成功しなかったＳＮ（またはセル、またはＳＣＧ）のＩＤが含まれても、含まれなくてもよい。そのような場合、ＵＥは、すべてのタイマを停止することができる。
【００９３】
いくつかの実施形態では、ＵＥがＳＮ（またはセルまたはＳＣＧ）の数を追加すべきであるという第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ）においてＭＮによって予め設定されない、または命令されない場合、ＵＥはすべてのタイマが満了した場合に、ＳＮ追加失敗を示すために、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再確立要求メッセージ）をＭＮに送信することができる。あるいは、対応するタイマが満了する前に少なくとも１つのＳＣＧコンフィグレーションの設定に成功した場合、ＵＥは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）をＭＮに送信することができる。ＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）は、追加に成功したＳＮ（またはセル、またはＳＣＧ）のＩＤ、および／または追加に成功しなかったＳＮ（またはセル、またはＳＣＧ）のＩＤを含むことができる。
【００９４】
いくつかの実施形態では、各ＳＣＧコンフィグレーションのためのタイマが独立して実行することができる。１つのタイマが満了し、ＳＣＧコンフィグレーションが失敗した場合、ＵＥはＳＣＧ失敗要因値およびセルＩＤ（またはＳＮ  ＩＤ、またはＳＣＧ  ＩＤ）を含むＲＲＣメッセージ（例えば、第２のＲＲＣメッセージ）を用いてＭＮに応答することができる。タイマが満了する前にＳＣＧコンフィグレーションが成功した場合、ＵＥはセルＩＤ（またはＳＮ  ＩＤ、またはＳＣＧ  ＩＤ）を含むＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成完了メッセージ）をＭＮに送信することができる。
【００９５】
ＵＥがＳＮ追加失敗（例えば、ＳＮブラインド追加失敗）をＭＮに示す場合、ＭＮは、ＵＥの測定報告に基づいて通常のＳＮ追加を実行することができ（手続I）、または他のターゲットＳＮのためのＳＮブラインド追加を実行することができ（手順II）、またはＭＣＧベアラ（例えば、ＭＮ終端ＭＣＧベアラ）を直接構築することができる（手順III）。ＵＥが（例えば、第２のＲＲＣメッセージを送信することを介して）ＳＮ（ブラインド）追加失敗をＭＮに示す場合、ＵＥは、ＭＣＧコンフィグレーションを維持または適用することができる。
【００９６】
第２のＲＲＣメッセージの設計は、一般に、ＵＥがＭＮからＳＣＧコンフィグレーションを含む第１のＲＲＣメッセージを受信するが、ＵＥがＳＮ（またはセル、またはＳＣＧ）の追加に成功することができず、または第１のＲＲＣメッセージに含まれる情報に基づいてＳＣＧを設定することができない任意の場合に適用され得ることに留意されたい。例えば、ＳＮ追加手続、ＳＮ変更手続（ＭＮまたはＳＮ初期化）、ＳＮ解放（ＭＮまたはＳＮ初期化）、ＳＮの変更（ＭＮまたはＳＮ初期化）などとすることができる。ＳＣＧコンフィグレーションは、（しかし、限定はされない）ＭＮ終端ＭＣＧベアラコンフィグレーション、ＳＣＧベアラコンフィグレーション、またはスプリットベアラコンフィグレーションを含むことができる。
【００９７】
いくつかの実施形態では、ＭＮが複数のＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）および対応するウェイトタイマを含む第１のＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージ、またはＲＲＣ（接続）拒否メッセージ）をＵＥに送信することができる。多くのＳＮ  ＩＤ（またはセルＩＤ）は、１つのウェイトタイマにマッピングすることができる。あるいは、ＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）とウェイトタイマとが１対１のマッピングである。ウェイトタイマの値は、ＭＮまたは対応するＳＮによって決定されてもよい。ＵＥが第１のＲＲＣメッセージを受信すると、ＵＥは、ウェイトタイマを開始することができる。ウェイトタイマが満了する前に、ＵＥは、対応するＳＮ（またはセル、またはＳＣＧ）によってそれ自体が規制されているとみなすことができる。したがって、ＵＥは、ウェイトタイマがまだ実行されているときに、対応するＳＮ（またはセル、またはＳＣＧ）をキャンプオンまたは（再）選択することができない。例えば、ＵＥがスタンドアロン（ＳＡ）モード、ＮＲ−ＮＲ  ＤＣモード、またはＮＥ−ＤＣモードで設定される場合、ＵＥは、ＮＲ  ｇＮＢをキャンプオンするか、または（再）選択するか、または追加することを望むことができる。しかしながら、そのようなＮＲ  ｇＮＢは、ＵＥの以前に割り当てられたターゲットＳＮであるが、ＵＥがこのＮＲ  ｇＮＢを追加することに失敗し、ＵＥがＮＲ  ｇＮＢにアクセスすることを規制されている場合、ＵＥは、規制タイマが実行されているときに、そのようなＮＲ  ｇＮＢにＭＮ（またはＭＣＧ内のセル、またはＳＣＧ内のセル）として、アクセス、キャンプオン、（再）選択または追加することができない。
【００９８】
いくつかの実施形態では、ＵＥが新しいＭＮを（再）選択し、前のＭＮによって送信されたウェイトタイマが依然として実行中である場合、ＵＥは、ＲＲＣ（再）確立手続中に、新たに（再）選択されたＭＮに、ウェイトタイマおよび対応するＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）を通知することができる。例えば、ＵＥは、ＲＲＣメッセージ（例えば、ＲＲＣ（接続）設定要求メッセージ、ＲＲＣ（接続）設定完了メッセージ、ＲＲＣ（接続）再確立要求メッセージ、またはＳＣＧ失敗情報メッセージ）を介して、対応するＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）および対応するウェイトタイマを新たなＭＮに送信することができる。ウェイトタイマの値は、ＵＥが対応するＳＮ（またはセルまたはＳＣＧ）によって規制されている残りの時間値とすることができる。新しいＭＮが、ＵＥを規制するＳＮ（またはセル、またはＳＣＧ）のＩＤ、および／または対応するＳＮによってＵＥが規制されるウェイト時間を知っている場合、ＭＮは、ＵＥにそのようなＳＮを追加することを避けることができる。いくつかの実施形態では、ＵＥが、新しいＭＮにキャンプオンするか、または新しいＭＮへのランダムアクセス手続を（再）選択または実行するとき、ＵＥは、（１つまたは複数の）ウェイトタイマを停止することができる。いくつかの実施形態では、ウェイトタイマが満了すると、ＵＥは、ウェイトタイマに対応するセル（またはノード）にキャンプオンするか、またはランダムアクセス手続を（再）選択するか、または実行することができる。
【００９９】
本開示の種々の実施形態において、ＭＮが複数のＳＮからＵＥを規制するためにＲＣメッセージを送る場合には、いくつかの条件がある。例えば、ＵＥがある動作（例えば、ＳＮ追加、ＳＮ開放、ＳＮ変更、およびＳＮ修正）のためにＭＮにＳＣＧを設定することの失敗を示すとき（例えば、提案されるＲＲＣ（接続）再確立要求メッセージデザインとして）、ＭＮは、示されたＳＮからＵＥを規制するためにＲＲＣメッセージを送信することができる。ＵＥがすでに示されたＳＮを知っている場合、ＭＮはＵＥへのＲＲＣメッセージ（例えば、ＲＲＣ（接続）再構成メッセージまたはＲＲＣ（接続）拒否メッセージ）に、ＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）なしで、示されたＳＮのためのウェイトタイマのみを含めることができる。例えば、ＭＮが、ＣＮ内の端末（例えば、Ｓ−ＧＷ、ＵＰＦ、またはＳＭＦ）とターゲットＳＮとの間のデータ経路を識別し、ターゲットＳＮの確立に成功していない（例えば、ＭＮがＵＥを追加することを拒否するための明示的または暗黙的な表示を含むＳＮ追加要求応答メッセージを受信する、またはＭＮがＳＮ追加拒否メッセージを受信する）場合、ＭＮはＲＲＣメッセージを介してＳＮ  ＩＤ（またはセルＩＤ、またはＳＣＧ  ＩＤ）およびウェイトタイマをＵＥに送信することができる。規制設計においては、ＵＥがＳＮへのアクセス（ランダムアクセス手続の実行）を規制されている、ＳＮをキャンプオンする、または（再）選択することを禁止されている場合であっても、依然としてＭＮにアクセスすることができる。
【０１００】
図６は、本開示の実施形態に従う多重接続のための方法のフローチャートを示す。
【０１０１】
図６に示されるように、動作６０２において、ＵＥは、ＭＣＧ（例えば、ＭＮ）から少なくとも一つのＳＣＧ  ＤＲＢコンフィグレーションを含む第１のＲＲＣメッセージを受信することができる。第１のＲＲＣメッセージは、ＭＣＧ（またはＭＮ）からＵＥへの任意のＲＲＣメッセージとすることができる。例えば、第１のＲＲＣメッセージはＲＲＣ接続再構成メッセージ（例えば、RRCConnectionReconfiguration）であり得る。
【０１０２】
動作６０４において、ＵＥは、第２のＲＲＣメッセージを介して失敗情報をＭＣＧに報告することができる。失敗情報は、ＳＣＧ失敗要因値および少なくとも１つの第１のセル識別子を含むことができる。いくつかの実施形態では、第１のセルＩＤがＵＥによって決定された少なくとも１つの不適切なセル（または適切なセル）を示し得る。第２のＲＲＣメッセージは、ＵＥからＭＣＧ（またはＭＮ）への任意のＲＲＣメッセージであり得ることに留意されたい。例えば、第２のＲＲＣメッセージは、ＲＲＣ（接続）再確立要求メッセージ（例えば、RRCConnectionReestablishmentRequest）、またはＲＲＣ（接続）再構成完了メッセージ（例えば、RRCReconfigurationComplete）であり得る。
【０１０３】
いくつかの実施形態では、ＵＥが失敗情報を報告した後に、以下の手続のうちの少なくとも１つをさらに実行することができる：（１）手続IでＭＣＧによって設定された測定を実行すること、（２）手続IIで少なくとも１つの第２のセルＩＤの一覧を含む第３のＲＲＣメッセージをＭＣＧに報告すること、および（３）手続IIIでＭＣＧ  ＤＲＢをＭＣＧに確立すること。いくつかの実施形態では、第２のセルＩＤがＵＥによって決定された少なくとも１つの適切なセルを示し得る。例えば、第２のセル識別情報は、ＵＥが追加に成功できるセルを意味することができる。
【０１０４】
図７は、本出願の様々な態様に係る、無線通信のためのノードを示すブロック図である。図７に示すように、ノード７００は、トランシーバ７０６、プロセッサ７０８、メモリ７０２、ひとつまたは複数の表示コンポーネント７０４、および少なくとも一つのアンテナ７１０を備える。ノード７００はまた、ＲＦスペクトル帯域モジュール、基地局通信モジュール、ネットワーク通信モジュール、およびシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏコンポーネント、および電源（図７には明示的に示されていない）を含み得る。これらの構成要素のそれぞれは、１つまたは複数のバス７２４を介して、直接または間接的に、互いに通信してもよい。一実施形態では、ノード７００は、ＵＥまたはＭＥＣエンティティ（例えば、基地局）であってもよい。該ＵＥまたは基地局は、例えば、図１〜６を参照してここで説明されたさまざまな機能を実施する。
【０１０５】
送信機７１６（例えば、送信／伝送回路）および受信機７１８（例えば、受信／受付回路）を備えるトランシーバ７０６は、時間および／または周波数リソース分割情報を送信および／または受信するように構成され得る。いくつかの実施形態では、トランシーバ７０６は、使用可能、使用不可能、および柔軟に使用可能なサブフレームおよびスロットフォーマットを含むが、これらに限定されない、様々なタイプのサブフレームおよびスロットで送信するように構成され得る。トランシーバ７０６は、データおよび制御チャネルを受信するように構成され得る。
【０１０６】
ノード７００は、様々なコンピュータ可読媒体を備えることができる。コンピュータ可読媒体は、ノード７００によってアクセスされ得る任意の利用可能な媒体であって、揮発性媒体および不揮発性媒体の両方を含んでいてもよいし、取り外し可能な媒体および取り外し不可能な媒体の両方を含んでいてもよい。例えば、これには限定されないが、コンピュータ可読媒体は、コンピュータ記憶媒体、および、通信媒体を含んでいてもよい。コンピュータ記憶媒体は、コンピュータが読み取り可能な情報を記憶するための任意の方法または技術において導入されている媒体である、揮発性媒体および不揮発性媒体の両方を含んでいてもよいし、取り外し可能な媒体および取り外し不可能な媒体の両方を含んでいてもよい。
【０１０７】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的には、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調データ信号」という用語は、信号内の情報を符号化するような方法で設定または変更された１以上の特性を有する信号を意味する。例えば、これに限定されないが、通信媒体は、有線ネットワーク、直接有線接続のような有線媒体、ならびに、音響、ＲＦ、赤外線およびその他の無線媒体などの無線媒体を含んでもよい。上記のいずれの組合せもコンピュータ可読媒体の範囲内に含められるべきである。
【０１０８】
メモリ７０２は、揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。メモリ７０２は、取り外し可能、取り外し不能、またはそれらの組み合わせであってもよい。例示的なメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含む。図７に示すように、メモリ７０２は、コンピュータ可読コンピュータ実行可能命令７１４（例えば、ソフトウェアコード）を格納してもよい。命令７１４は、実行されると、プロセッサ７０８に、例えば図１〜６を参照してここで説明された様々な機能を実行させるように構成されている。あるいは、命令７１４は、プロセッサ７０８によって直接実行可能ではなく、ノード７００に（例えば、コンパイルされ実行されるときに）ここで説明される様々な機能を実行させるように構成されてもよい。
【０１０９】
例えば、演算回路を有するプロセッサ７０８は、インテリジェントハードウェアデバイス、例えば、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ７０８は、メモリを含むことができる。プロセッサ７０８は、メモリ７０２から受信したデータ７１２および命令７１４、ならびにトランシーバ７０６、ベースバンド通信モジュール、および／またはネットワーク通信モジュールを介した情報を処理してもよい。プロセッサ７０８は、アンテナ７１０を介した、コアネットへの送信に対応したネットワーク通信モジュールに向けての送信のためにトランシーバ７０６に送信されるべき情報を処理してもよい。
【０１１０】
１つまたは複数の表示コンポーネント７０４は、個人または他のデバイスにデータ表示を提示する。例示的な１つまたは複数の表示コンポーネント７０４は、表示デバイス、スピーカー、印刷コンポーネント、振動コンポーネントなどを含む。
【０１１１】
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。さらに、概念は、特定の実施形態を特に参照して説明されてきたが、当業者は、それらの概念の範囲から逸脱することなく、形態および詳細において変更を行うことができることを認識するであろう。したがって、説明された実施形態は、すべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、および置換が可能であることを理解されたい。
【図１】
2021505023.tif 000003
【図２】
2021505023.tif 000004
【図３】
2021505023.tif 000005
【図４】
2021505023.tif 000006
【図５】
2021505023.tif 000007
【図６】
2021505023.tif 000008
【図７】
2021505023.tif 000009
【国際調査報告】
2021505023.tif 000010
2021505023.tif 000011