特表 2024-512697 無線通信ネットワークにおいて再開プロシージャをハンドリングするためのネットワークノード、通信デバイスおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-03-19

(54)【発明の名称】無線通信ネットワークにおいて再開プロシージャをハンドリングするためのネットワークノード、通信デバイスおよび方法

(51)【国際特許分類】

   H04W 76/20 20180101AFI20240312BHJP

   H04W 16/32 20090101ALI20240312BHJP

   H04W 72/0457 20230101ALI20240312BHJP

【ＦＩ】

H04W76/20

H04W16/32

H04W72/0457 110

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023560467

(86)(22)【出願日】2022-03-17

(85)【翻訳文提出日】2023-11-22

(86)【国際出願番号】 SE2022050253

(87)【国際公開番号】W WO2022211694

(87)【国際公開日】2022-10-06

(31)【優先権主張番号】63/169,256

(32)【優先日】2021-04-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】ツォウ， チェンホア

(72)【発明者】

【氏名】ワレンティン， ポントス

(72)【発明者】

【氏名】ワーガー， ステファン

(72)【発明者】

【氏名】ダ シルバ， イカロ レオナルド

(72)【発明者】

【氏名】ベリュクイスト， イェンス

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE04

5K067EE10

5K067EE24

(57)【要約】

電力節約動作モードから接続動作モードへの再開プロシージャをハンドリングするための、通信デバイスにおいて実施される方法が開示される。通信デバイスに、無線通信ネットワークにおける第１のセルグループおよび第２のセルグループを伴うマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定される。本方法は、通信デバイスが電力節約動作モードにある間、通信デバイスにおいて利用可能なアップリンク（ＵＬ）データがあるとき、再開プロシージャを始動すること（１３０１０）と、ＵＬデータが第１のセルグループのために利用可能であるのか第２のセルグループのために利用可能であるのかを示すＵＬデータ指示をセットすること（１３０５０、１３０６０）と、ＵＬデータ指示をネットワークノードに送信すること（１３０７０）とを含む。
【選択図】図１３

【特許請求の範囲】

【請求項1】

電力節約動作モードから接続動作モードへの再開プロシージャをハンドリングするための、通信デバイス（１２３０）において実施される方法であって、前記通信デバイス（１２３０）に、無線通信ネットワーク（１２００）における第１のセルグループおよび第２のセルグループを伴うマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定され、前記方法は、
前記通信デバイス（１２３０）が前記電力節約動作モードにある間、前記通信デバイス（１２３０）において利用可能なアップリンク（ＵＬ）データがあるとき、再開プロシージャを始動すること（１３０１０）と、
前記ＵＬデータが前記第１のセルグループのために利用可能であるのか前記第２のセルグループのために利用可能であるのかを示すＵＬデータ指示をセットすること（１３０５０、１３０６０）と、
前記ＵＬデータ指示をネットワークノード（１２１１、１２１２）に送信すること（１３０７０）と
を含む、方法。

【請求項2】

前記ＵＬデータ指示は、前記再開が、前記第１のセルグループのためにのみ利用可能である前記アップリンクデータにより始動されるのか、または、前記第１のセルグループにとって利用可能なアップリンクデータにかかわらず、前記アップリンクデータが前記第２のセルグループのために利用可能であるのかを示す、請求項１に記載の方法。

【請求項3】

前記ＵＬデータが前記第１のセルグループのために利用可能であるのか前記第２のセルグループのために利用可能であるのかを示すＵＬデータ指示をセットすること（１３０５０、１３０６０）は、
前記ＵＬデータ指示を、
ａ）第２のセルグループベアラがデータを有するかどうか、
ｂ）スプリットベアラがデータを有するかどうか
のうちの１つに基づいてセットすること
を含む、請求項１または２に記載の方法。

【請求項4】

ベアラのために利用可能な前記ＵＬデータの量がしきい値を超えるかどうかに基づいて、前記ＵＬデータ指示をセットすることをさらに含む、請求項３に記載の方法。

【請求項5】

前記ＵＬデータが前記第１のセルグループのために利用可能であるのか前記第２のセルグループのために利用可能であるのかを示すＵＬデータ指示をセットすること（１３０５０、１３０６０）は、
前記第２のセルグループベアラがデータを有するかどうかを検査すること（１３０２０）と、
第２のセルグループベアラがデータを有する場合、
前記ＵＬデータが前記第２のセルグループ（ＳＣＧ）のために利用可能であることを示す前記ＵＬデータ指示をセットすること（１３０６０）と、
第２のセルグループベアラがデータを有しない場合、
前記スプリットベアラがデータを有するかどうかを検査すること（１３０３０）と、
スプリットベアラがデータを有しない場合、
前記ＵＬデータが前記第１のセルグループ（ＭＣＧ）のために利用可能であることを示す前記ＵＬデータ指示をセットすること（１３０５０）と、
スプリットベアラがデータを有する場合、
前記スプリットベアラのための前記データの総量がスプリットベアラデータしきい値を超えるかどうかを検査すること（１３０４０）と、
前記スプリットベアラのための前記データの前記総量が前記スプリットベアラデータしきい値を超える場合、
前記ＵＬデータが前記第２のセルグループ（ＳＣＧ）のために利用可能であることを示す前記ＵＬデータ指示をセットすること（１３０６０）と、
前記スプリットベアラのための前記データの前記総量が前記スプリットベアラデータしきい値を超えない場合、
前記ＵＬデータが前記第１のセルグループ（ＭＣＧ）のために利用可能であることを示す前記ＵＬデータ指示をセットすること（１３０５０）と
を含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第２のセルグループベアラがデータを有するかどうかを検査すること（１３０２０）は、
前記第２のセルグループベアラのためのデータの量が第２のセルグループベアラデータしきい値を超えるかどうかを検査することと、
前記第２のセルグループベアラのためのデータの前記量が前記第２のセルグループベアラデータしきい値を超える場合、前記第２のセルグループベアラがデータを有すると決定することと
を含む、請求項５に記載の方法。

【請求項7】

前記第２のセルグループベアラがデータを有するかどうかを検査すること（１３０２０）は、
すべての第１のセルグループベアラのためのデータの前記量の和を計算することと、
すべての第２のセルグループベアラのためのデータの前記量の和を計算することと、
すべての前記第２のセルグループベアラのためのデータの前記量の前記和が、すべての前記第１のセルグループベアラのためのデータの前記量の前記和よりも大きい場合、または、すべての前記第２のセルグループベアラのためのデータの前記量の前記和が、すべての前記第１のセルグループベアラのためのデータの前記量の前記和＋しきい値を超える場合、前記第２のセルグループベアラがデータを有すると決定することと
を含む、請求項５に記載の方法。

【請求項8】

前記スプリットベアラのための前記データの総量がスプリットベアラデータしきい値を超えるかどうかを検査すること（１３０４０）は、
すべての前記第１のセルグループベアラのためのデータの前記量の和を計算することと、
すべてのスプリットベアラのためのデータの前記量の和を計算することと、
すべての前記スプリットベアラのためのデータの前記量の前記和が、すべての前記第１のセルグループベアラのためのデータの前記量の前記和を超える場合、または、すべての前記スプリットベアラのためのデータの前記量の前記和が、すべての前記第１のセルグループベアラのためのデータの前記量の前記和＋しきい値を超える場合、前記スプリットベアラがデータを有すると決定することと
を含む、請求項５に記載の方法。

【請求項9】

前記ＵＬデータ指示が、再開要求メッセージ中に含まれ、および／または、前記ネットワークノード（１２１１、１２１２）に送信されるために前記再開要求メッセージと多重化される、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記ＵＬデータ指示は、
ａ）再開要求メッセージ中に含まれる再開原因、
ｂ）前記通信デバイス（１２３０）がＵＬデータ指示のために使用するために前記ネットワークノードによって設定された、プリアンブルグループに関連するプリアンブルおよび／または特定の時間周波数リソース、
ｃ）前記第２のセルグループによって送信されるために第２のセルグループベアラにマッピングされるデータ、
ｄ）前記通信デバイス（１２３０）が異なるＵＬデータ指示のために使用するために前記ネットワークノードによって設定された、（１つまたは複数の）プリアンブルおよび／または（１つまたは複数の）特定の時間周波数リソースの選択、
ｅ）再開完了メッセージ、
ｆ）再開完了メッセージ中の情報エレメント、
ｇ）前記通信デバイス（１２３０）がＵＬデータ指示のために使用するために前記ネットワークノードによって設定された、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースの選択
のうちのいずれか１つとして送信されまたは示される、請求項１から９のいずれか一項に記載の方法。

【請求項11】

電力節約動作モードから接続動作モードへの再開プロシージャをハンドリングするための、通信デバイス（１２３０）において実施される方法であって、前記通信デバイスに、無線通信ネットワーク（１２００）における第１のセルグループおよび第２のセルグループを伴うマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定され、前記方法は、
前記第２のセルグループベアラがデータを有するかどうかを検査すること（１７０２０）と、
前記第２のセルグループベアラがデータを有しない場合、
スプリットベアラがデータを有するかどうかを検査すること（１７０３０）と、
前記スプリットベアラがデータを有する場合、
前記スプリットベアラのための前記データの総量がスプリットベアラデータしきい値を超えるかどうかを検査すること（１７０４０）と、
前記スプリットベアラのための前記データの前記総量が前記スプリットベアラデータしきい値を超える場合、
前記第２のセルグループについての測定を始動すること（１７０５０）と
を含む、方法。

【請求項12】

前記電力節約動作モードから前記接続動作モードへの前記再開プロシージャの一部としてまたは前記再開プロシージャに続いて、前記通信デバイス（１２３０）が前記第２のセルグループのカバレッジ中にあるかどうかを示すために、ネットワークノード（１２１１、１２１１）に指示を送信することをさらに含む、請求項１１に記載の方法。

【請求項13】

前記第２のセルグループのための参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、信号対干渉プラス雑音比（ＳＩＮＲ）に関する１つまたは複数の測定された値が、１つまたは複数のしきい値を上回るかどうかに基づいて、前記通信デバイス（１２３０）が、前記第２のセルグループの前記カバレッジ中にあるかどうかを決定することをさらに含む、請求項１２に記載の方法。

【請求項14】

前記電力節約動作モードから前記接続動作モードへの前記再開プロシージャ中でまたは前記再開プロシージャに続いて、前記第２のセルグループについての測定結果を前記ネットワークノード（１２１１、１２１１）に送信することをさらに含む、請求項１１から１３のいずれか一項に記載の方法。

【請求項15】

前記通信デバイス（１２３０）が前記第２のセルグループのカバレッジ中にあるかどうかの前記指示、および／または前記第２のセルグループについての前記測定結果は、ＵＬデータ指示とともに前記ネットワークノード（１２１１、１２１１）に送信される、請求項１２および１４に記載の方法。

【請求項16】

前記通信デバイス（１２３０）が前記第２のセルグループのカバレッジ中にあるかどうかの前記指示、および／または前記第２のセルグループについての前記測定結果は、１つまたは複数の別個のフィールドとしてまたは特定の再開原因値を使用して、再開要求メッセージ内で送信されるかまたは前記再開要求メッセージと多重化される、請求項１２および１４に記載の方法。

【請求項17】

前記通信デバイス（１２３０）が前記第２のセルグループのカバレッジ中にあるかどうかの前記指示、および／または前記第２のセルグループについての前記測定結果は、再開完了メッセージ内で、あるいは前記再開プロシージャの一部としてまたは前記再開プロシージャの後に送られる支援情報メッセージ中で、送信される、請求項１２および１４に記載の方法。

【請求項18】

請求項１から１７のいずれか一項に記載の方法を実施するように設定された通信デバイス（１２３０）。

【請求項19】

無線通信ネットワーク（１２００）における電力節約動作モードから接続動作モードへの通信デバイス（１２３０）のための再開プロシージャをハンドリングするための、ネットワークノード（１２１１、１２１２）において実施される方法であって、前記通信デバイスに、第１のセルグループおよび第２のセルグループを伴うマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定され、前記方法は、
前記通信デバイス（１２３０）によって始動される再開プロシージャ中に、前記通信デバイス（１２３０）からアップリンク（ＵＬ）データ指示または第２のセルグループカバレッジ指示を受信すること（１８０１０、１９０１０）であって、前記ＵＬデータ指示は、前記ＵＬデータが第１のセルグループベアラのために利用可能であるのか第２のセルグループベアラのために利用可能であるのかを示し、前記第２のセルグループカバレッジ指示は、前記通信デバイス（１２３０）が前記第２のセルグループのカバレッジ中にあるかどうかを示す、アップリンク（ＵＬ）データ指示または第２のセルグループカバレッジ指示を受信すること（１８０１０、１９０１０）と、
前記受信されたＵＬデータ指示または第２のセルグループカバレッジ指示に基づいて前記通信デバイス（１２３０）のための第２のセルグループ設定を決定すること（１８０２０、１９０２０）と、
前記決定された第２のセルグループ設定に従って前記通信デバイス（１２３０）を設定すること（１８０３０、１９０３０）と
を含む、方法。

【請求項20】

前記通信デバイス（１２３０）を設定すること（１８０３０、１９０３０）が、再開メッセージ中でまたは別個の再設定メッセージ中で、前記決定された第２のセルグループ設定を前記通信デバイス（１２３０）に送信することによって実施される、請求項１９に記載の方法。

【請求項21】

前記受信されたＵＬデータ指示に基づいて前記通信デバイス（１２３０）のための第２のセルグループ設定を決定すること（１８０２０）が、
ａ）中断された第２のセルグループが再開されるべきであるかどうかを決定するアクション、および前記中断された第２のセルグループが再開されるべきであると決定された場合、アクティブ化解除またはアクティブ化で前記第２のセルグループに動作モードをセットするアクションと、
ｂ）再開することを試行している前記通信デバイス（１２３０）に第２のセルグループが設定される場合、第２のセルグループが解放されるべきであるかどうかを決定するアクションと、
ｃ）再開することを試行している前記通信デバイス（１２３０）に第２のセルグループが設定されない場合、第２のセルグループが追加されるべきであるかどうかを決定するアクション、および第２のセルグループが追加されるべきであると決定された場合、アクティブ化解除またはアクティブ化で前記第２のセルグループに動作モードをセットするアクションと
のうちの１つまたは複数を含む、請求項１９または２０に記載の方法。

【請求項22】

システム情報または専用シグナリングによって、前記通信デバイス（１２３０）が異なるＵＬデータ指示のために使用するための、
ａ）プリアンブルまたは（１つまたは複数の）プリアンブルのグループ、
ｂ）（１つまたは複数の）特定の時間周波数リソースのうちの１つまたはセット、
ｃ）データボリュームしきい値、
ｄ）物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースのセット
のいずれか１つまたは組合せを設定することをさらに含む、請求項１９から２１のいずれか一項に記載の方法。

【請求項23】

アップリンク（ＵＬ）データ指示または第２のセルグループカバレッジ指示を受信すること（１８０１０、１９０１０）が、
ａ）前記通信デバイス（１２３０）によって送られる再開要求メッセージ中でＵＬデータ指示または第２のセルグループカバレッジ指示を受信することであって、前記ＵＬデータ指示が、前記再開要求メッセージ中に含まれるパラメータである、ＵＬデータ指示または第２のセルグループカバレッジ指示を受信することと、
ｂ）再開原因としてＵＬデータ指示を受信することであって、新しい再開原因は、第２のセルグループベアラまたはスプリットベアラにマッピングされたデータのある量がデータボリュームしきい値を上回ることにより、前記再開プロシージャがトリガされたことを示すようにセットされるか、あるいは、新しい再開原因は、前記通信デバイス（１２３０）が、データボリュームしきい値を上回るバッファ中のＵＬデータの量を有することを、第２のセルグループベアラに関連することにかかわらず、示すようにセットされるか、あるいは、前記ＵＬデータが第２のセルグループベアラのためのものであるとき、既存の再開原因が、値「ｍｏ－ｄａｔａ」または別の既存の再開原因にセットされる、ＵＬデータ指示を受信することと、
ｃ）支援情報メッセージ中で、または再開要求メッセージと多重化された支援情報メッセージ中で、または再開完了メッセージ中で、または再開完了メッセージ中の情報エレメント中で、ＵＬデータ指示を受信することと、
ｅ）プリアンブルまたは（１つまたは複数の）プリアンブルのグループにおいて、あるいは（１つまたは複数の）特定の時間周波数リソースまたは（１つまたは複数の）物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースの１つまたはセットにおいて、ＵＬデータ指示を受信することであって、前記プリアンブル、前記（１つまたは複数の）特定の時間周波数リソースまたはＰＲＡＣＨリソースが、異なるＵＬデータ指示を示すように設定される、ＵＬデータ指示を受信することと
のうちのいずれか１つを含む、請求項１９から２２のいずれか一項に記載の方法。

【請求項24】

請求項１９から２３のいずれか一項に記載の方法を実施するように設定されたネットワークノード（１２１１、１２１２）。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書の実施形態は、ネットワークノード、通信デバイスおよびそれらにおける方法に関する。特に、本明細書の実施形態は、無線通信ネットワークにおけるマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作する通信デバイスのための再開プロシージャをハンドリングすることに関する。

【背景技術】

【0002】

一般的な無線通信ネットワークでは、無線通信デバイス、移動局、局（ＳＴＡ）および／またはユーザ機器（ＵＥ）としても知られる、無線デバイスが、無線アクセスネットワーク（ＲＡＮ）を介して１つまたは複数のコアネットワーク（ＣＮ）に通信する。ＲＡＮは、ビームまたはビームグループと呼ばれることもあるサービスエリアまたはセルエリアに分割される地理的エリアをカバーし、各サービスエリアまたはセルエリアは、いくつかのネットワークでは、たとえば、「ノードＢ」または「ｅノードＢ」または「ｇＮＢ」と示されることもある、無線アクセスノード、たとえば、Ｗｉ－Ｆｉアクセスポイントまたは無線基地局（ＲＢＳ）など、無線ネットワークノードによってサーブされる。サービスエリアまたはセルエリアは、無線ネットワークノードによって無線カバレッジが提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内で、無線周波数上で動作するエアインターフェースを介して無線通信デバイスと通信する。

【0003】

Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）は、第２世代（２Ｇ）汎欧州デジタル移動電話方式（ＧＳＭ）から発展した第３世代（３Ｇ）通信ネットワークである。第４世代（４Ｇ）ネットワークとも呼ばれる、エボルブドパケットシステム（ＥＰＳ）、またはＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のための仕様は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で完成されており、この作業は、たとえば、第５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）ネットワークおよび次回のリリースを指定するために、来たるべき３ＧＰＰリリースにおいて続く。

【0004】

キャリアアグリゲーション（ＣＡ）：
ＣＡは、無線通信において、帯域幅を増加させ、それにより、ユーザごとのデータレートを増加させるために使用され、したがって、コンポーネントキャリアと呼ばれる、複数の周波数ブロックが、同じユーザに割り振られる。ＣＡが設定されたとき、ＵＥは、ネットワークノードとの１つの無線リソース制御（ＲＲＣ）接続のみを有する。さらに、ＲＲＣ接続確立／再確立／ハンドオーバにおいて、１つのサービングセルが非アクセス階層（ＮＡＳ）モビリティ情報を提供し、ＲＲＣ接続再確立／ハンドオーバにおいて、１つのサービングセルがセキュリティ入力を提供する。このセルは、１次セル（ＰＣｅｌｌ）と呼ばれる。さらに、ＵＥ能力に応じて、２次セル（ＳＣｅｌｌ）が、ＰＣｅｌｌとともにサービングセルのセットを形成するように設定され得る。したがって、キャリアアグリゲーションがＵＥのために設定されたとき、ＵＥによって使用されるサービングセルのセットは、常に１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとからなる。

【0005】

ＳＣｅｌｌの再設定、追加および削除は、ＲＲＣによって実施され得る。無線アクセス技術内（ＲＡＴ内）ハンドオーバにおいて、ＲＲＣはまた、ターゲットＰＣｅｌｌとの使用のために、ＳＣｅｌｌを追加、削除、または再設定することができる。新しいＳＣｅｌｌを追加するとき、専用ＲＲＣシグナリングが、ＳＣｅｌｌのすべての必要とされるシステム情報を送るために使用され、すなわち、接続モードにある間、ＵＥは、ＳＣｅｌｌから直接、ブロードキャストされたシステム情報を獲得する必要がない。

【0006】

３ＧＰＰデュアルコネクティビティ：
３ＧＰＰ Ｒｅｌ－１２において、ＬＴＥ特徴デュアルコネクティビティ（ＤＣ）は、ＵＥが、ＬＴＥアクセスノードと、マスタｅＮＢ（ＭｅＮＢ）および２次ｅＮＢ（ＳｅＮＢ）と標示される、ｅＮＢとによって各々制御される、２つのセルグループにおいて接続されることを可能にするために、導入された。ＵＥは、依然として、ネットワークノードとの１つのＲＲＣ接続のみを有する。３ＧＰＰでは、デュアルコネクティビティ（ＤＣ）ソリューションが、そのとき以来、発展しており、また、現在、ＮＲについて、ならびにＬＴＥとＮＲとの間で指定されている。５Ｇの導入では、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ：Ｍｕｌｔｉ－Ｒａｄｉｏ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）という用語、３ＧＰＰ ＴＳ３７．３４０も参照、は、少なくとも１つのＮＲアクセスノードを含むすべてのデュアルコネクティビティオプションのための総称語として規定された。ＭＲ－ＤＣの一般化された専門用語を使用すると、ＵＥは、マスタノード（ＭＮ）によって制御されるマスタセルグループ（ＭＣＧ）において、および２次ノード（ＳＮ）によって制御される２次セルグループ（ＳＣＧ）において接続される。

【0007】

さらに、ＭＲ－ＤＣでは、デュアルコネクティビティがＵＥのために設定されたとき、２つのセルグループ、ＭＣＧおよびＳＣＧの各々内で、キャリアアグリゲーションも使用され得る。この場合、マスタノード（ＭＮ）によって制御されるＭＣＧ内では、ＵＥは、１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとを使用し得る。また、２次ノード（ＳＮ）によって制御されるＳＣＧ内では、ＵＥは、ＮＲにおける１次ＳＣＧセルとしても知られる、１つの１次ＳＣｅｌｌ（ＰＳＣｅｌｌ）と、１つまたは複数のＳＣｅｌｌとを使用し得る。この組み合わせられた事例、すなわちＭＲ－ＤＣにおいてキャリアアグリゲーションと組み合わせられたデュアルコネクティビティが図１に示されており、ここで、ＭＮ１１０、ＳＮ１２０、ＵＥ１３０、ＭＣＧ１４０、ＳＣＧ１５０、ＭＣＧ１４０中のＰＣｅｌｌ１６０、ＳＣＧ１５０中のＰＳＣｅｌｌ１７０、および複数のＳＣｅｌｌが示されている。ＮＲでは、マスタまたは２次セルグループの１次セルは、時々スペシャルセル（ＳｐＣｅｌｌ）とも呼ばれる。したがって、ＭＣＧ中のＳｐＣｅｌｌはＰＣｅｌｌであり、ＳＣＧ中のＳｐＣｅｌｌはＰＳＣｅｌｌである。

【0008】

Ｅ－ＵＴＲＡとも呼ばれるＬＴＥおよびエボルブドパケットコア（ＥＰＣ）とのインターワーキングを用いるまたは用いない５Ｇネットワークを展開するための異なるやり方がある。原則として、ＮＲおよびＬＴＥは、インターワーキングなしに展開され、オプション２としても知られる、ＮＲスタンドアロン（ＳＡ）動作によって示され得、すなわち、ＮＲにおけるｇＮＢは５Ｇコアネットワーク（５ＧＣ）に接続され得、ＬＴＥにおけるｅＮＢは、その２つの間の相互接続なしにＥＰＣに接続され得、これは、オプション１としても知られる。

【0009】

一方、ＮＲの第１のサポートされるバージョンは、図２に示されているように、オプション３としても知られる、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ－ＮＲデュアルコネクティビティ）として示されるデュアルコネクティビティを使用する。そのような展開では、ＵＥ２１０が、ＬＴＥ無線インターフェースＬＴＥ Ｕｕ２２１を用いてＬＴＥアクセスノードＬＴＥ ＭｅＮＢ２２０と、ＮＲ無線インターフェースＮＲ Ｕｕ２３１を用いてＮＲアクセスノードＮＲ ＳｇＮＢ２３０の両方に接続される、ＮＲとＬＴＥとの間のデュアルコネクティビティが、適用される。さらに、ＥＮ－ＤＣでは、ＬＴＥアクセスノードは、マスタセルグループ（ＭＣＧ）を制御する、この場合、マスタｅＮＢ（ＭｅＮＢ）として知られる、マスタノードとして働き、ＮＲアクセスノードは、２次セルグループを制御する、この場合、時々２次ｇＮＢ（ＳｇＮＢ）としても知られる、２次ノードとして働く。ＳｇＮＢは、コアネットワークＥＰＣ２４０への制御プレーン接続を有しないことがあり、これは、代わりに、ＭｅＮＢと、この場合、ＮＲとによって提供される。これは、「非スタンドアロンＮＲ」、または、手短に、「ＮＳＡ ＮＲ」とも呼ばれる。この場合、ＮＲセルの機能が制限され、ブースターおよび／またはダイバーシティレッグとして接続モードＵＥのために使用されるが、ＵＥは、ＵＥが、オンに切り替えられるが、確立されたＲＲＣ接続を有しない、ＲＲＣ＿ＩＤＬＥ状態において、これらのＮＲセルにキャンプオンすることができないことに注意されたい。

【0010】

５ＧＣの導入では、他のオプションも有効であり得る。上述のように、オプション２は、ｇＮＢが５ＧＣに接続されるスタンドアロンＮＲ展開をサポートする。同様に、ＬＴＥも、オプション５を使用して５ＧＣに接続され得、ｅＬＴＥ、Ｅ－ＵＴＲＡ／５ＧＣ、またはＬＴＥ／５ＧＣとしても知られ、ノードはｎｇ－ｅＮＢと呼ばれることがある。これらの場合、ＮＲとＬＴＥの両方が、ＮＧ－ＲＡＮの一部として見られ、ｎｇ－ｅＮＢとｇＮＢの両方がＮＧ－ＲＡＮノードと呼ばれることがある。

【0011】

５ＧＣに接続されたＮＧ－ＲＡＮの一部として規格化されたＬＴＥとＮＲとの間のデュアルコネクティビティの他の変形態もあることは、注目に値する。ＭＲ－ＤＣの傘下に、以下を含む。
・ ＥＮ－ＤＣ（オプション３）：ＬＴＥがマスタノードであり、ＮＲが２次ノードである（図２に示されているように、ＥＰＣ ＣＮ採用）。
・ ＮＥ－ＤＣ（オプション４）：ＮＲがマスタノードであり、ＬＴＥが２次である（５ＧＣＮ採用）。
・ ＮＧＥＮ－ＤＣ（オプション７）：ＬＴＥがマスタノードであり、ＮＲが２次である（５ＧＣＮ採用）。
・ ＮＲ－ＤＣ（オプション２の変形態）：ＭＣＧを制御するマスタノード（ＭＮ）と、ＳＣＧを制御する２次ノード（ＳＮ）の両方がＮＲであるデュアルコネクティビティ（図３に示されているように、５ＧＣＮ採用）。

【0012】

これらのオプションについてのマイグレーションは、異なるオペレータにより異なり得るので、同じネットワークにおいて並行して複数のオプションを伴う展開を有することが可能であり、たとえば、オプション２および４をサポートするＮＲ基地局と同じネットワークにおいて、オプション３、５、および７をサポートするｅＮＢ基地局があり得る。ＬＴＥとＮＲとの間のデュアルコネクティビティソリューションと組み合わせて、各セルグループ、すなわち、ＭＣＧおよびＳＣＧにおけるＣＡ（キャリアアグリゲーション）と、同じＲＡＴ上のノード間のデュアルコネクティビティ、たとえばＮＲ－ＮＲ ＤＣとをサポートすることも可能である。ＬＴＥセルについて、これらの異なる展開の帰結は、ＥＰＣ、５ＧＣ、またはＥＰＣと５ＧＣの両方に接続されたｅＮＢに関連するＬＴＥセルの共存である。

【0013】

上述されたように、ＤＣは、ＬＴＥとＥ－ＵＴＲＡ－ＮＲ ＤＣ（ＥＮ－ＤＣ）の両方について規格化されている。

【0014】

ＬＴＥ ＤＣおよびＥＮ－ＤＣは、どのノードが何を制御するかに関しては、異なって設計される。基本的に、２つのオプションがある。
１）ＬＴＥ－ＤＣのような、集中型ソリューション、
２）ＥＮ－ＤＣのような、分散型ソリューション。

【0015】

図４は、ＬＴＥ ＤＣ、ＥＮ－ＤＣおよびＮＲ－ＤＣのための概略制御プレーンアーキテクチャがどのように見えるかを示す。ここでの主な差は、ＥＮ－ＤＣおよびＮＲ－ＤＣにおいて、ＳＮが別個のＮＲ ＲＲＣエンティティを有することである。これは、ＳＮが、時々ＭＮの知識なしに、同じくＵＥを制御することができるが、しばしば、ＳＮがＭＮと協調する必要があることを意味する。ＬＴＥ－ＤＣでは、ＲＲＣ判断は、常にＭＮから、すなわちＭＮからＵＥに、来ている。しかしながら、ＳＮがどんな種類のリソース、能力などを有するかの知識を有するのはＳＮ自体のみであるので、ＳＮは、依然としてＳＮの設定を判断することに留意されたい。

【0016】

ＥＮ－ＤＣおよびＮＲ－ＤＣについては、ＬＴＥ ＤＣと比較される主要な変更は、以下の通りである。
・ （ＳＮ終端スプリットＤＲＢとして知られる）ＳＮからのスプリットデータ無線ベアラ（ＤＲＢ）の導入。
・ ＲＲＣのためのスプリットシグナリング無線ベアラ（ＳＲＢ）の導入。
・ （ＳＣＧ ＳＲＢまたはＳＲＢ３とも呼ばれる）ＳＮからの直接ＳＲＢの導入。

【0017】

図５は、ネットワークノード観点から、ＥＰＣを伴うＭＲ－ＤＣ（ＥＮ－ＤＣ）におけるユーザプレーンプロトコルアーキテクチャを示す。この場合、ネットワークノードは、ＭＮ終端ＭＣＧ ＤＲＢのためにＥ－ＵＴＲＡパケットデータコンバージェンスプロトコル（ＰＤＣＰ）またはＮＲ ＰＤＣＰのいずれかを設定することができるが、ＮＲ ＰＤＣＰは、常に、すべての他のＤＲＢのために使用される。

【0018】

図６は、ネットワークノード観点から、５ＧＣを伴うＭＲ－ＤＣ（ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣおよびＮＲ－ＤＣ）におけるユーザプレーンプロトコルアーキテクチャを示す。５ＧＣを伴うＭＲ－ＤＣでは、ＮＲ ＰＤＣＰが、常にすべてのデータ無線ベアラ（ＤＲＢ）タイプのために使用される。ＮＧＥＮ－ＤＣでは、Ｅ－ＵＴＲＡ無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）がＭＮにおいて使用され、ＮＲ ＲＬＣ／ＭＡＣがＳＮにおいて使用される。ＮＥ－ＤＣでは、ＮＲ ＲＬＣ／ＭＡＣがＭＮにおいて使用され、Ｅ－ＵＴＲＡ ＲＬＣ／ＭＡＣがＳＮにおいて使用される。ＮＲ－ＤＣでは、ＮＲ ＲＬＣ／ＭＡＣが、ＭＮとＳＮの両方において使用される。

【0019】

パケット複製（ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）：
パケット複製またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製としても知られる、ＰＤＣＰパケット複製は、超高信頼低レイテンシ（ＵＲＬＬＣ）使用事例をサポートするために使用され得る特徴である。

【0020】

ＰＤＣＰ複製は、キャリアアグリゲーション（ＣＡ）ならびにデュアルコネクティビティ（ＤＣ）の両方において設定可能であり、

【0021】

３ＧＰＰ ＴＳ３８．３００ ｖ１６．１によれば、および図７に示されているように、複製がＲＲＣによって無線ベアラのために設定されたとき、少なくとも１つの２次ＲＬＣエンティティが、複製されたＰＤＣＰプロトコルデータユニット（ＰＤＵ）をハンドリングするために無線ベアラに追加され、ここで、１次無線リンク制御（ＲＬＣ）エンティティに対応する論理チャネルは、１次論理チャネルと呼ばれ、（１つまたは複数の）２次ＲＬＣエンティティに対応する論理チャネルは、（１つまたは複数の）２次論理チャネルと呼ばれる。

【0022】

ＰＤＣＰにおける複製は、したがって、複数回、すなわち、無線ベアラのための各アクティブ化ＲＬＣエンティティに１回、同じＰＤＣＰ ＰＤＵをサブミットすることに存在する。パケット複製（ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｅ）は、異なるキャリア（セル）を介して送信される。複数の独立した送信経路がある場合、パケット複製は、したがって、信頼性を増加させ、レイテンシを低減し、ＵＲＬＬＣサービスのために特に有益である。

【0023】

ＤＲＢのために複製を設定するとき、ＲＲＣは、設定または再設定のときに、ＰＤＣＰ複製の状態、アクティブ化またはアクティブ化解除のいずれか、をもセットする。設定の後に、ＰＤＣＰ複製状態は、次いで、ＭＡＣ制御エレメントによって動的に制御され、ＤＣでは、ＵＥは、ＭＡＣ ＣＥコマンドを、それらの起点、ＭＣＧまたはＳＣＧ、にかかわらず、適用する。

【0024】

ＳＣＧ電力節約モード：
ＭＲ－ＤＣにおけるＵＥについてのネットワークエネルギー効率およびＵＥバッテリー寿命を改善するために、Ｒｅｌ－１７ワークアイテムが、効率的なＳＣＧ／ＳＣｅｌｌアクティブ化／アクティブ化解除を導入するために計画された。これは、３ＧＰＰ寄与文書ＲＰ－１９０９１９において、いくつかの場合には、ＮＲ ＵＥ電力消費がＬＴＥよりも３～４倍高いことが評価されたので、ＮＲ ＳＣＧを伴うＭＲ－ＤＣ設定について、特に重要であり得る。

【0025】

３ＧＰＰは、（ＬＴＥにおける）ドーマント（ｄｏｒｍａｎｔ）ＳＣｅｌｌと（ＮＲの場合の）ＳＣｅｌｌの休止のような挙動（ｄｏｒｍａｎｃｙ ｌｉｋｅ ｂｅｈａｖｉｏｒ）との概念を指定している。

【0026】

ＬＴＥでは、ＳＣｅｌｌが、アクティブ化解除状態（ｄｅａｃｔｉｖａｔｅ ｓｔａｔｅ）のような、ドーマント状態にあるとき、ＵＥは、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）またはＰＤＳＣＨを監視する必要がなく、対応するアップリンクにおいて送信することができない。しかしながら、アクティブ化解除状態（ｄｅａｃｔｉｖａｔｅｄ ｓｔａｔｅ）とは異なって、ＵＥは、チャネル品質インジケータ（ＣＱＩ）測定を実施および報告することを必要とされる。ＰＵＣＣＨ ＳＣｅｌｌ、すなわちＰＵＣＣＨが設定されたＳＣｅｌｌは、ドーマント状態になることができない。

【0027】

ＮＲでは、ＳＣｅｌｌについての休止のような挙動は、ドーマント帯域幅部分（ＢＷＰ）の概念を使用して実現される。図８、ＮＲにおけるＳＣｅｌｌについての休止のような挙動の図を参照されたい。ＲＲＣシグナリングを介してネットワークノードによって設定された専用ＢＷＰのうちの１つである１つのドーマントＢＷＰが、ＳＣｅｌｌについて設定され得る。アクティブ化ＳＣｅｌｌのアクティブＢＷＰがドーマントＢＷＰである場合、ＵＥは、ＳＣｅｌｌ上のＰＤＣＣＨを監視することを停止するが、設定された場合、チャネル状態情報（ＣＳＩ）測定、自動利得制御（ＡＧＣ）およびビーム管理を実施し続ける。ダウンリンク制御情報（ＤＣＩ）は、１つまたは複数のＳＣｅｌｌまたは１つまたは複数のＳＣｅｌｌグループについてドーマントＢＷＰに入ること／ドーマントＢＷＰを出ることを制御するために使用され、ＤＣＩは、ＳＣｅｌｌが属するセルグループのスペシャルセル（ＳｐＣｅｌｌ）、すなわちＳＣｅｌｌがＭＣＧに属する場合のＰＣｅｌｌ、およびＳＣｅｌｌがＳＣＧに属する場合のＰＳＣｅｌｌ、に送られる。ＳｐＣｅｌｌ、すなわちＰＳＣｅｌｌのＰＣｅｌｌ、およびＰＵＣＣＨ ＳＣｅｌｌに、ドーマントＢＷＰが設定され得ない。

【0028】

しかしながら、ＳＣｅｌｌのみが、（ＬＴＥにおいて）ドーマント状態に入れられるか、または休止のような挙動（ＮＲ）で動作することができる。また、ＳＣｅｌｌのみが、ＬＴＥとＮＲの両方においてアクティブ化解除状態に入れられ得る。したがって、ＵＥにＭＲ－ＤＣが設定された場合、ドーマント状態または休止のような挙動の電力節約オプションから十分に恩恵を受けることが可能でなく、なぜなら、ＰＳＣｅｌｌにその特徴が設定され得ないからである。代わりに、既存のソリューションは、必要に応じて、電力節約のためにＳＣＧを解放することと、トラフィック需要が必要とするときＳＣＧを追加することとであり得る。しかしながら、トラフィックは、バースト的である可能性があり、ＳＣＧを追加および解放することは、ＭＮとＳＮとの間のかなりの量のＲＲＣシグナリングおよびノード間メッセージングを伴い、これは、かなりの遅延を引き起こす。

【0029】

３ＧＰＰ ｒｅｌ－１６では、ＳＣＧ中断とも呼ばれる、ＰＳＣｅｌｌをも休止に入れることに関するいくつかの議論が行われた。いくつかの暫定的合意が、２０１９年１０月、ＲＡＮ２－１０７ｂｉｓにおいて行われた（Ｒ２－１９１４３０１における議長メモを参照）。

【0030】

Ｒ２－１９１４３０１は、以下（Ｓｃｅｌｌ休止に関する進捗によりわずかに修正され得る）を仮定する。
＝＞ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてＳＣＧのネットワーク制御される中断をサポートする。
＝＞中断されたＳＣＧについてのＵＥ挙動は、ＦＦＳである。
＝＞ＵＥは、Ｒｅｌ１６において、中断されるまたは中断されない、多くとも１つのＳＣＧ設定をサポートする。
＝＞ＳＣＧの追加時のＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて、ＳＣＧは、設定によって中断されるかまたは中断されないかのいずれかであり得る。

【0031】

ＲＡＮ２－１０８において、上記のさらなる検討が必要（ＦＦＳ）を明瞭にするために、さらなる議論が行われた。

【0032】

Ｒｅｌ－１６においていくつかのソリューションが提案されたが、これらは、異なる問題を有する。たとえば、Ｒ２－１９０８６７９（ＳＣＧの中断を導入すること－Ｑｕａｌｃｏｍｍ）において、その文書は、ＵＥが、ＳＣＧ設定を保持するが、電力節約目的のためにＳＣＧ設定を使用しないように、データトラフィックがＳＣＧにおいて送られることが予想されないとき、ｇＮＢがＵＥにＳＣＧ送信を中断するように指示することができることを提案する。その中で、ＳＣＧを中断するためのシグナリングがＤＣＩ／ＭＡＣ－ＣＥ／ＲＲＣシグナリングに基づくことができることが言及されたが、ｇＮＢからＵＥへの設定に関する詳細は、提供されなかった。また、（１つまたは複数の）ＳＣｅｌｌについての規定された挙動とは異なって、（１つまたは複数の）ＰＳＣｅｌｌは、異なるネットワークノード、たとえば２次ノードとして動作するｇノードＢに関連し得る。

【0033】

Ｒｅｌ－１７ ＭＲ－ＤＣワークアイテム目的「Ｓｕｐｐｏｒｔ ｅｆｆｉｃｉｅｎｔ ａｃｔｉｖａｔｉｏｎ／ｄｅ－ａｃｔｉｖａｔｉｏｎ ｍｅｃｈａｎｉｓｍ ｆｏｒ ｏｎｅ ＳＣＧ ａｎｄ ＳＣｅｌｌｓ」のためのソリューションに関する３ＧＰＰ議論が、３ＧＰＰ ＲＡＮ１、ＲＡＮ２およびＲＡＮ３において開始したばかりである。この目的の一部として、トラフィック需要が動的に低減されたときの電力節約を目指して「アクティブ化解除ＳＣＧ」の概念が論じられている。図９も示すように、ここでは、「ＳＣＧアクティブ化解除状態」および「ＳＣＧアクティブ化状態」と呼ばれる、論じられている、時々ＳＣＧアクティブ化についての状態と呼ばれる、２つのＳＣＧ状態がある。これらの状態は、ＳＣＧのための電力節約モードに関係し、ＲＲＣ状態と混同されるべきでない。

【0034】

現在のＲＡＮ２仮定は、「ＳＣＧアクティブ化解除状態」、または時々「ＳＣＧがアクティブ化解除される」と呼ばれる、中に、電力を節約するために、ＵＥがＰＳＣｅｌｌのＰＤＣＣＨ監視を実施しないことである。これはまた、ＳＣＧがＳＣＧアクティブ化解除状態にあるとき、ＳＣＧにおけるアップリンク／ダウンリンク（ＵＬ／ＤＬ）データ送信が中断されることを意味する。ＳＣＧのアクティブ化およびアクティブ化解除は、一般に、ネットワークノードによって、たとえばＲＲＣシグナリングを使用してＭＮによって、制御される。その上、ＲＡＮ２は、詳細がさらなる検討が必要（ＦＦＳ）であるとしても、ＳＣＧがアクティブ化解除されている間、ＰＳＣｅｌｌモビリティがサポートされることに合意した。ＵＥに、「ＳＣＧアクティブ化状態」にあるＳＣＧが設定されたとき、ＳＣＧの電力節約は適用されない。

【0035】

ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび中断／再開プロシージャ：
図１０は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．２．０において指定されている、ＮＲにおけるＲＲＣ状態を示す。

【0036】

ＵＥは、ＲＲＣ接続が確立されたとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるかまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるかのいずれかであり、後者は、中断状態としても知られる。そうでなく、すなわちＲＲＣ接続が確立されていない場合、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態にある。

【0037】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥが、中断設定（ＲＲＣ解放におけるｓｕｓｐｅｎｄＣｏｎｆｉｇ）をもつＲＲＣ解放を受信するとき、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移し、その設定を、いわゆるＡＳ非アクティブコンテキストに記憶する。次いで、ＵＥが再開することを試みるとき、設定は、ネットワークノードが再開プロシージャ中にＲＲＣ再開メッセージ中でデルタシグナリングを適用することが可能であるように、復元される。

【0038】

図１１は、中断されたＲＲＣ接続を再開するためのＲＲＣプロシージャを示す。このプロシージャの詳細は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．２．０において指定されている。

【0039】

特定の場合には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥにＭＲ－ＤＣが設定され、たとえばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥは設定されたＳＣＧを有し、３ＧＰＰリリース１５およびリリース１６において、中断／再開プロシージャにおけるいくつかの差異がある。

【0040】

ネットワークノードは、たとえば２次セルグループ（ＳＣＧ）およびマスタセルグループ（ＭＣＧ）が設定された、ＭＲ－ＤＣにおいて動作するＵＥのためのＲＲＣ接続を中断することを決定し得、したがって、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する。Ｒｅｌ－１５では、ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥに入るときにＭＲ－ＤＣ設定を解放することが規定された（とはいえ、それは、むしろ、ＴＳ３８．３３１、５．３．１３．２において規定された、再開するための始動時のＭＲ－ＤＣ解放としてモデル化された）、詳細情報について、Ｒｅｌ－１５における、セクション５．３．８．３、ＵＥによるＲＲＣ解放の受信、セクション５．３．１３、ＲＲＣ接続再開、およびセクション５．３．５．１０、ＭＲ－ＤＣ解放を参照されたい。

【0041】

Ｒｅｌ－１６では、拡張が導入されており、すなわち、ＭＲ－ＤＣ、たとえばＥＮ－ＤＣ、ＮＲーＤＣにおいて動作し、中断されてＲＲＣ＿ＩＮＡＣＴＩＶＥになるＵＥについて、ＵＥは、ＳＣＧ設定、その設定の少なくともいくつかを、これらが再開プロシージャ時に復元および再開され得るように、記憶する。５．３．８．３において導入された変更のうち、Ｒｅｌ－１６におけるＵＥは、（設定された場合）ＮＲ ＰＳＣｅｌｌのＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ内にｓｐＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎを記憶する。

【0042】

この特徴のためにＲｅｌ－１６における再開始動において導入された別の変更は、ＵＥが接続再開時にＳＣＧ設定を維持することをサポートしない場合、ＵＥがＭＲ－ＤＣを解放するにすぎないことであった。また、ＵＥがコンテキストを復元するとき、ＵＥは、（Ｒｅｌ－１６までに規定されているように）ＳＣＧ設定を含む、ＭＲ－ＤＣ設定を復元する。

【0043】

また別の変更は、ＳＣＧ ＲＲＣ再設定が、ＳＣＧが再開される（または追加／修正される）ための同期を伴う再設定を含むことができるように、ＲＲＣ再開が、場合によってはｎｒ－ＳＣＧにセットされるフィールドｍｒｄｃ－ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐを含むことができることである。これは、ＵＥが、再開されているＰＳＣｅｌｌを伴ってランダムアクセスプロシージャをトリガするために、必要とされる。詳細情報について、Ｒｅｌ－１６における、セクション５．３．８．３、ＵＥによるＲＲＣ解放の受信、および、セクション５．３．１３．１、全般と、５．３．１３．２、始動と、セクション５．３．１３．３、ＲＲＣ再開要求またはＲＲＣ再開要求１メッセージの送信に関するアクションと、セクション５．３．１３．４、ＵＥによるＲＲＣ再開の受信とを備える、セクション５．３．１３、ＲＲＣ接続再開を参照されたい。

【0044】

上記で説明されたように、しばしば、３ＧＰＰにおいて「アクティブ化解除ＳＣＧ」または、「ＳＣＧアクティブ化解除状態」と呼ばれる、３ＧＰＰ Ｒｅｌ－１７における、ＳＣＧ電力節約モードの導入に伴って、ネットワークノードは、ＳＣＧがアクティブ化解除される間、依然として、ＵＥを中断してＲＲＣ＿ＩＮＡＣＴＩＶＥにすることを決定し得る。中断、すなわちｓｕｓｐｅｎｄＣｏｎｆｉｇをもつＲＲＣ解放の受信時に、ＳＣＧがアクティブ化される場合、Ｒｅｌ－１６の場合と同じ挙動が、ある範囲に関して、採用され得、Ｒｅｌ－１６では、ＳＣＧが設定されるとき、ＳＣＧは常にアクティブ化される。Ｒｅｌ－１７特徴の導入に伴って、ＳＣＧは、ＵＥが、ｓｕｓｐｅｎｄＣｏｎｆｉｇをもつＲＲＣ解放を受信し、ＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するとき、アクティブ化解除され得る。また、ＵＥが、ＵＥに、マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を含むマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定されたとき、中断されたかどうかにかかわらず、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへと再開するとき、３ＧＰＰ ＲＡＮ２において、ＳＣＧ状態、たとえばＳＣＧアクティブ化状態またはＳＣＧアクティブ化解除状態は、ＲＲＣ再開において設定され得ることが合意された。レガシーでは、ＵＥが、たとえば何らかのアップリンクトラフィックがあるという事実により、再開するとき、ＮＡＳレイヤが再開プロシージャをトリガし、原因値ｍｏ－Ｄａｔａが、以下のように、ＲＲＣ再開要求メッセージ中に含まれるようにセットされる。

【0045】

５．３．１３ ＲＲＣ接続再開
５．３．１３．１ 全般

図５．３．１３．１－１：ＲＲＣ接続再開、成功
［．．．］
このプロシージャの目的は、（１つまたは複数の）ＳＲＢと（１つまたは複数の）ＤＲＢとを再開することを含む、中断されたＲＲＣ接続を再開すること、または、ＲＮＡ更新を実施することである。
［．．．］

【0046】

５．３．１３．２ 始動
（ＲＡＮページングに応答するとき、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある間にＲＮＡ更新をトリガするとき、または、サブクローズ５．３．１３．１ａにおいて指定されているようなサイドリンク通信のために）上位レイヤまたはＡＳが、中断されたＲＲＣ接続の再開を要求するとき、ＵＥはプロシージャを始動する。

【0047】

ＵＥは、このプロシージャを始動する前に、節５．２．２．２において指定されているような有効なおよび最新の重要なシステム情報を有することを保証するものとする。

【0048】

プロシージャの始動時に、ＵＥは、以下を行うものとする。
１＞ＲＲＣ接続の再開が、ＮＧ－ＲＡＮページングに対する応答によってトリガされる場合、
２＞アクセスカテゴリーとして「０」を選択する、
２＞選択されたアクセスカテゴリー、および上位レイヤによって提供される１つまたは複数のアクセス識別情報を使用して、５．３．１４において指定されているユニファイドアクセス制御プロシージャを実施する、
３＞アクセス試行が禁止される場合、プロシージャは終了する、
１＞そうではなく、ＲＲＣ接続の再開が、上位レイヤによってトリガされる場合、
２＞上位レイヤが、アクセスカテゴリーおよび１つまたは複数のアクセス識別情報を提供する場合、
３＞アクセスカテゴリー、および上位レイヤによって提供されるアクセス識別情報を使用して、５．３．１４において指定されているユニファイドアクセス制御プロシージャを実施する、
４＞アクセス試行が禁止される場合、プロシージャは終了する、
２＞上位レイヤから受信された情報に従ってｒｅｓｕｍｅＣａｕｓｅをセットする、
［．．．］
ＲＲＣ再開要求メッセージ

［．．．］
－ ＲｅｓｕｍｅＣａｕｓｅ
ＩＥ ＲｅｓｕｍｅＣａｕｓｅは、ＲＲＣ再開要求およびＲＲＣ再開要求１において再開原因を指示するために使用される。
ＲｅｓｕｍｅＣａｕｓｅ情報エレメント

【0049】

以下では、「中断されたＳＣＧ」、「電力節約モードにあるＳＣＧ」、「ＳＣＧアクティブ化解除状態」、または「アクティブ化解除ＳＣＧ」という用語は、互換的に使用される。「中断されたＳＣＧ」という用語は、「アクティブ化解除ＳＣＧまたは非アクティブＳＣＧ」、または「ドーマントＳＣＧ」と呼ばれることもある。「再開されたＳＣＧ」、「通常動作モードにあるＳＣＧ」、「ＳＣＧアクティブ化状態」および「非電力節約モードにあるＳＣＧ」という用語は、互換的に使用される。「再開されたＳＣＧ」という用語は、「アクティブ化ＳＣＧ」または「アクティブＳＣＧ」と呼ばれることもある。再開モードまたはアクティブモードで動作するＳＣＧの動作は、通常ＳＣＧ動作またはレガシーＳＣＧ動作と呼ばれることもある。動作の例は、ＵＥ信号受信／送信プロシージャ、たとえば、信号メッセージの受信、信号メッセージの送信などである。「通信デバイス」および「ＵＥ」という用語は、互換的に使用される。「ネットワークノード」、「ｇＮＢ」、「ｅＮＢ」、「ｇノードＢ」という用語は、互換的に使用される。

【発明の概要】

【0050】

本明細書の実施形態を発展させることの一部として、問題が、識別されており、最初に説明される。

【0051】

受信時に、ネットワークノードは、ＵＥが、ＵＬ送信を有する必要により再開プロシージャを要求したことを知っているにもかかわらず、ＵＥのＲＲＣ再開中に、ネットワークノードは、ＵＥの始動したＲＲＣ再開要求が、ＭＣＧ ＤＲＢのためのアップリンクデータによりトリガされたのかＳＣＧ ＤＲＢのためのアップリンクデータによりトリガされたのかに気づいていない。実際のところ、それは、ネットワークノード、たとえばＵＥが再開することを試みている場合のターゲットネットワークノードが、少なくとも、ＵＥにＳＣＧが設定されたのかスプリットＤＲＢが設定されたのかを知ることを可能にする、コンテキストフェッチングの後でも、未知のままである。

【0052】

これは、ネットワークノードが、ＲＲＣ再開プロシージャを実施するＵＥについて、どのＳＣＧ状態または動作モード、たとえば、ＳＣＧアクティブ化状態またはＳＣＧアクティブ化解除状態を選択すべきかに気づいていないことになることを意味する。したがって、ネットワークノード、たとえば、ＵＥが再開することを試みるターゲットｇノードＢは、再開要求をトリガしたＵＬデータがＭＣＧに関連するか、またはデータの量がＳＣＧをアクティブ化することを正当化するのに十分でない場合、ＳＣＧを不必要にアクティブ化し得る。ネットワークノードがその準最適な判断を実現するとき、ネットワークノードは、電力節約目的のためにＳＣＧをアクティブ化解除するために、再開プロシージャ、たとえばＲＲＣ再設定および／またはＭＡＣ ＣＥの後に、ＵＥに別のメッセージを送信しなければならないことになる。ＵＥがこのメッセージを受信する時間までＵＥが再開している時間中に、より多くの電力が消費され、再開の後に、より多くのシグナリングが使用される。代替的に、ネットワークノード、たとえば、ＵＥが再開することを試みるターゲットｇノードＢは、ＵＥがＳＣＧに関連するＵＬデータを有するにもかかわらず、ＳＣＧをアクティブ化解除し得る。その場合、ネットワークノードは、次いで、ネットワークノードがＳＣＧのアクティブ化を正当化するＳＣＧに関連するデータがあることを了解すると、ＲＲＣ再開プロシージャの後にＳＣＧをアクティブ化するために別のメッセージを送信しなければならないことになる。ＵＥがこのメッセージを受信する時間までＵＥが再開している時間中に、次いで、パフォーマンスは、ＭＣＧのみが使用され得ることにより、制限されることになる。

【0053】

ＲＲＣ再開プロシージャの一部として、すなわち、すでにＲＲＣ再開メッセージを伴うかまたはその後すぐに、記憶されたＳＣＧを再開するために、ネットワークノードは、ほぼブラインドでそれを行わなければならない。これは、ネットワークノードが、その場合、ＵＥがＳＣＧ／ＰＳＣｅｌｌの無線カバレッジ中にあるかどうかを決定するためにネットワークノードが使用することができる、ＳＣＧ（ＰＳＣｅｌｌ）についての新しい測定結果を、ＵＥから受信していないからである。その場合、ＵＥが前のＳＣＧ／ＰＳＣｅｌｌのカバレッジ外である場合でも、ＵＥにＳＣＧが設定されるというリスクがある。

【0054】

したがって、無線通信ネットワークにおけるネットワークノードのマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作する通信デバイスのための再開プロシージャをハンドリングするための改善された方法を提供することが、本明細書の実施形態の目的である。

【0055】

本明細書の実施形態の一態様によれば、目的は、中断状態から接続状態への再開プロシージャをハンドリングするための、通信デバイスにおいて実施される方法によって達成される。通信デバイスに、マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うマルチ無線コネクティビティ（ＭＲ－ＤＣ）が設定される。通信デバイスは、利用可能なアップリンクデータがあるとき、再開プロシージャを始動する。通信デバイスは、ＵＬデータのタイプ、すなわち、ＵＬデータが、ＭＣＧベアラのために利用可能であるのか、ＳＣＧベアラのために利用可能であるのか、またはスプリットベアラのために利用可能であるのかを決定する。通信デバイスは、ＵＬデータが、ＭＣＧベアラのために利用可能であるのか、ＳＣＧベアラのために利用可能であるのか、またはスプリットベアラのために利用可能であるのかの決定に基づいて、ＵＬデータ指示をセットする。通信デバイスは、ＵＬデータ指示をネットワークノードに送る。ＵＬデータ指示は、再開が、ＭＣＧのためにのみ利用可能であるアップリンクデータにより始動されるのか、または、ＭＣＧにとって利用可能なデータにかかわらず、ＳＣＧのために利用可能であるアップリンクデータにより始動されるのかを指示する。ＵＬデータ指示は、再開プロシージャにおける前のメッセージ中に含まれない場合、ＲＲＣ再開完了メッセージ中の情報エレメント中にあり得る。

【0056】

言い換えれば、通信デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態などの中断状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態などの接続状態への再開時に、ネットワークノードが通信デバイスのためのＳＣＧ設定を決定するのを支援するためのＵＬデータ指示をネットワークノードに送る。ＵＬデータが利用可能であるとき、中断状態からの再開が実施され、通信デバイスは、ＵＬデータがＭＣＧのためのものであるのか、ＳＣＧのためのものであるのか、またはスプリットＤＲＢのためのものであるのかを決定し、この決定と、場合によってはデータボリュームしきい値などの他の基準とに基づいて、ＵＬデータ指示をセットする。

【0057】

本明細書の実施形態は、再開プロシージャ中に１つまたは２つ以上のベアラタイプがＵＬデータを有する場合、ＳＣＧを介して送信される必要があるＵＬデータがある場合に通信デバイスが明白に指示を送信することを可能にする。一実施形態では、通信デバイスは、ＳＣＧベアラなど、所与の優先順序でベアラタイプを検査し、ＳＣＧが送信すべきデータを有するという指示がプロシージャにおいて最初にトリガされるように、スプリットベアラが最初に検査される。アップリンクデータがＳＣＧのために利用可能である場合、通信デバイスは、メッセージ、たとえばＲＲＣ再開要求メッセージ中で指示を送信し、この指示は、再開プロシージャ中にＳＣＧをアクティブ化するようにネットワークノードをトリガし得る。他の場合、通信デバイスは、ＭＣＧ側のベアラのみが送信すべきデータを有するという指示を送信し、この指示は、再開プロシージャ中にＳＣＧをアクティブ化しないようにネットワークノードをトリガし得る。

【0058】

別の実施形態では、ＳＣＧのＵＬデータ指示は、ＲＲＣ再開要求メッセージを送ることとＲＲＣ再開完了メッセージを送ることとの間にＳＣＧを介して送信すべきさらなるＵＬデータ到着がある場合、ＲＲＣ再開完了メッセージ中にさらに追加され得る。ネットワークノードは、再開プロシージャの一部でない別個のメッセージ中で、ＳＣＧをアクティブ化し得る。

【0059】

本明細書の実施形態の一態様によれば、目的は、通信デバイスが、通信デバイスから受信されたＵＬデータ指示、ＳＣＧカバレッジ指示または測定報告に基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態などの中断状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態などの接続状態への再開プロシージャを始動するときに、ＳＣＧ設定を決定するための、ｇＮＢなどのネットワークノードにおいて実施される方法によって達成される。ネットワークノードは、
中断ＳＣＧが再開されるべきであるかどうか、および中断ＳＣＧが再開されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定すること、
再開することを試みている通信デバイスにＳＣＧが設定される場合、ＳＣＧが解放されるべきであるかどうかを決定すること、
再開することを試みている通信デバイスにＳＣＧが設定されない場合、ＳＣＧが追加されるべきであるかどうか、およびＳＣＧが追加されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定すること
を行うように設定される。

【0060】

本明細書の実施形態の一態様によれば、目的は、通信デバイスが、ＳＣＧ ＤＲＢ、またはＳＣＧアクティブ化を正当化するためのスプリットＤＲＢのために利用可能な十分な量のデータなど、ＳＣＧのために利用可能なＵＬデータを有すると通信デバイスが決定したとき、通信デバイスがＵＥ非アクティブＡＳコンテキストの一部として記憶したＳＣＧ、たとえばＰＳＣｅｌｌ、についての測定を始動するための、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある通信デバイスにおいて実施される方法によって達成される。

【0061】

本明細書の実施形態は、ネットワークノードが、ＳＣＧ状態、たとえばＳＣＧアクティブ化解除状態またはＳＣＧアクティブ化状態を選択するために、中断状態からの再開中に、ＭＲ－ＤＣにおける通信デバイスについてのストラテジーを選択することを可能にする。

【0062】

いくつかの実施形態では、本明細書の実施形態の利益は、ネットワークノードが、再開要求に応答するＲＲＣ再開ＲＲＣメッセージなどの第１のＲＲＣメッセージにおいてＳＣＧ状態をセットし得る。

【0063】

本明細書の実施形態による方法のために、ネットワークノード、たとえば通信デバイスが再開することを試みているターゲットネットワークノードは、通信デバイスの始動したＲＲＣ再開要求がＭＣＧ ＤＲＢのためのアップリンクデータによりトリガされたのか、ＳＣＧ ＤＲＢのためのアップリンクデータによりトリガされたのかに気づかされ、それに基づいて、ＭＲ－ＤＣをセットアップすること、解放ＭＲ－ＤＣ、再開ＭＲ－ＤＣに関する、ならびに、セットアップおよび再開の場合、ＳＣＧが、どの状態または動作モード、たとえばアクティブ化解除ＳＣＧまたはアクティブ化ＳＣＧであるべきであるかに関する、適切な知識に基づいた判断を行う。

【0064】

本明細書の実施形態によれば、ネットワークノードはまた、ＤＲＢの２つ以上のタイプが送信すべきアップリンクデータを有し、ＤＲＢタイプがＭＣＧ ＤＲＢ、ＳＣＧ ＤＲＢまたはスプリットＤＲＢであり得る場合に再開するとき、ＭＲ－ＤＣにおける通信デバイスについてのストラテジーを選択し得る。一例は、ＭＣＧ ＤＲＢとＳＣＧ ＤＲＢの両方が、送信すべきアップリンクデータを有することである。

【0065】

したがって、ネットワークノード、たとえば、通信デバイスが再開することを試みるターゲットｇノードＢは、再開要求をトリガしたＵＬデータがＭＣＧに関連するか、またはデータの量がＳＣＧをアクティブ化することを正当化するのに十分でない場合、ＳＣＧを不必要にアクティブ化しないことになり、これは、ＳＣＧに対する不要なアクションを防ぎ、通信デバイスにおけるエネルギーの不必要な浪費を防ぐ。これは、本明細書の実施形態による方法のために、通信デバイスにおけるより低い電力消費につながる。

【0066】

それに加えて、潜在的に準最適な判断を防ぐことによって、ネットワークノードは、電力節約目的のためにＳＣＧをアクティブ化解除するために、再開プロシージャ、たとえばＲＲＣ再設定および／またはＭＡＣ ＣＥの後に、通信デバイスに別のメッセージを送信する必要がなく、これはまた、シグナリング低減である。

【0067】

したがって、本明細書の実施形態は、無線通信ネットワークにおけるネットワークノードのマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作する通信デバイスのための再開プロシージャをハンドリングするための改善された方法を提供する。

【0068】

本明細書の実施形態の例が、添付の図面を参照しながらより詳細に説明される。

【図面の簡単な説明】

【0069】

【図1】ＭＲ－ＤＣにおける、キャリアアグリゲーションと組み合わせられたデュアルコネクティビティを示す概略ブロック図である。

【図2】Ｅ－ＵＴＲＡＮ－ＮＲデュアルコネクティビティを示す概略ブロック図である。

【図3】ＭＣＧを制御するマスタノードとＳＣＧを制御する２次ノードの両方がＮＲである、ＮＲ－ＤＣを示す概略ブロック図である。

【図4】ＬＴＥ ＤＣ、ＥＮ－ＤＣおよびＮＲ－ＤＣにおけるデュアルコネクティビティのための制御プレーンアーキテクチャを示す概略ブロック図である。

【図5】ＥＰＣとのＭＲ－ＤＣ（ＥＮ－ＤＣ）における、ＭＣＧ、ＳＣＧおよびスプリットＤＲＢのためのネットワーク側プロトコル終端オプションを示す概略ブロック図である。

【図6】５ＧＣとのＭＲ－ＤＣ（ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣおよびＮＲ－ＤＣ）における、ＭＣＧ、ＳＣＧおよびスプリットＤＲＢのためのネットワーク側プロトコル終端オプションを示す概略ブロック図である。

【図7】パケット複製を示す概略ブロック図である。

【図8】ＮＲにおける、ＳＣｅｌｌについての休止のような挙動を示す概略ブロック図である。

【図9】３ＧＰＰ Ｒｅｌ－１７におけるＳＣＧ状態を示す概略ブロック図である。

【図10】ＮＲにおける、ＵＥ状態機械および状態遷移を示す概略ブロック図である。

【図11】ＲＲＣ接続再開プロシージャ、成功の場合を示すシグナリング図である。

【図12】無線通信ネットワークを示す概略ブロック図である。

【図13】本明細書の実施形態による、通信デバイスにおいて実施される方法の例示的な実施形態を示すフローチャートである。

【図14】本明細書の実施形態による、再開プロシージャの例示的な実施形態を示すシグナリング図である。

【図15】本明細書の実施形態による、再開プロシージャの別の例示的な実施形態を示すシグナリング図である。

【図16】本明細書の実施形態による、再開プロシージャの別の例示的な実施形態を示すシグナリング図である。

【図17】本明細書の実施形態による、通信デバイスにおいて実施される方法の別の例示的な実施形態を示すフローチャートである。

【図18】本明細書の実施形態による、ネットワークノードにおいて実施される方法の例示的な実施形態を示すフローチャートである。

【図19】本明細書の実施形態による、ネットワークノードにおいて実施される方法の別の例示的な実施形態を示すフローチャートである。

【図20】ネットワークノードの例示的な実施形態を示す概略ブロック図である。

【図21】通信デバイスの例示的な実施形態を示す概略ブロック図である。

【発明を実施するための形態】

【0070】

本明細書の実施形態は、一般に、通信ネットワークに関する。図１２は、通信ネットワーク１２００を示す概観である。通信ネットワーク１２００は、１つまたは複数のＲＡＮと、１つまたは複数のＣＮとを備える無線通信ネットワークであり得る。通信ネットワーク１２００は、ほんの数個の可能な実装形態を挙げると、Ｗｉ－Ｆｉ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、ＮＲ、広帯域符号分割多元接続（ＷＣＤＭＡ）、汎欧州デジタル移動電話方式／ＧＳＭ進化型高速データレート（ＧＳＭ／ＥＤＧＥ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、またはウルトラモバイルブロードバンド（ＵＭＢ）など、いくつかの異なる技術を使用し得る。

【0071】

無線通信ネットワーク１２００において、ＵＥ、移動局または無線端末などの、１つまたは複数の無線通信デバイス１２３０、１２３１は、１つまたは複数の無線アクセスネットワーク（ＲＡＮ）を介して１つまたは複数のコアネットワーク（ＣＮ）に通信する。「無線通信デバイス」が、セル内で通信する、任意の端末、無線通信端末、ユーザ機器、マシン型通信（ＭＴＣ）デバイス、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、またはノード、たとえば、スマートフォン、ラップトップコンピュータ、モバイルフォン、センサー、リレー、モバイルタブレット、さらには小さい基地局を意味する、非限定的な用語であることが当業者によって理解されるべきである。

【0072】

第１のネットワークノード１２１１および第２のネットワークノード１２１２などのネットワークノードは、無線通信ネットワーク１２００において動作する。第１のネットワークノード１２１１および第２のネットワークノード１２１２は、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ、ｇＮＢなど、ＲＡＮノードのいずれかであり得る。第１のネットワークノード１２１１は、ビーム、またはビームグループと呼ばれることもある、地理的エリア、サービスエリア１１にわたる無線カバレッジを提供し、ここで、ビームのグループは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ、または同様のものなど、第１の無線アクセス技術（ＲＡＴ）のサービスエリアをカバーしている。第２のネットワークノード１２１２は、ビームまたはビームグループと呼ばれることもある、地理的エリア、サービスエリア１２にわたる無線カバレッジを提供し、ここで、ビームのグループは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ、または同様のものなど、第１または第２の無線アクセス技術（ＲＡＴ）のサービスエリアをカバーしている。ネットワークノードは、ＲＡＮノード、ＣＮノード、またはＯＡＭノードであり得ることに留意されたい。

【0073】

第１のネットワークノード１２１１および第２のネットワークノード１２１２は、送信および受信ポイント、たとえば、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）などの無線ネットアクセスワークノード、アクセスコントローラ、基地局、たとえばノードＢ、ｇＮＢ、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）などの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の伝送配置、スタンドアロンアクセスポイント、あるいは、たとえば使用される無線アクセス技術および用語に応じてそれぞれの第１のネットワークノード１２１１および第２のネットワークノード１２１２によってサーブされるサービスエリア内で無線通信デバイスと通信することが可能な任意の他のネットワークユニットであり得る。第１のネットワークノード１２１１および第２のネットワークノード１２１２は、それぞれ、ソースネットワークノードおよびターゲットネットワークノードと呼ばれることがあり、無線通信デバイス１２３０、１２３１へのダウンリンク（ＤＬ）送信および無線通信デバイス１２３０、１２３１からのアップリンク（ＵＬ）送信を用いて、無線通信デバイス１２３０、１２３１と通信し得る。

【0074】

第１のネットワークノード１２１１および第２のネットワークノード１２１２は、各々、図１に示されているように、それぞれ、セルグループＭＣＧを有するマスタノード（ＭＮ）またはセルグループＳＣＧを有する２次ノード（ＳＮ）のいずれかであり得る。

【0075】

本明細書の説明は、ＳＣＧおよびＰＳＣｅｌｌのような用語を、ＳＣＧに関連するセルのうちの１つとして説明する。それは、たとえば、以下のように、ＳＣＧのスペシャルセル（ＳｐＣｅｌｌ）または１次ＳＣＧセル（ＰＳＣｅｌｌ）として規定される、ＮＲ仕様（たとえば、ＲＲＣ ＴＳ３８．３３１）において規定されているＰＳＣｅｌｌであり得る。
－ ２次セルグループ：デュアルコネクティビティが設定されたＵＥの場合、ＰＳＣｅｌｌと０個またはそれ以上の２次セル（ＳＣｅｌｌ）とを含むサービングセルのサブセット。
－ スペシャルセル：デュアルコネクティビティ動作の場合、スペシャルセルという用語は、ＭＣＧのＰＣｅｌｌ、またはＳＣＧのＰＳＣｅｌｌを指し、他の場合、スペシャルセルという用語はＰＣｅｌｌを指す。
－ １次ＳＣＧセル（ＰＳＣｅｌｌ）：デュアルコネクティビティ動作の場合、同期を伴う再設定のプロシージャを実施するときに、ＵＥがランダムアクセスを実施するＳＣＧセル。

【0076】

簡潔のために、本明細書の説明は、大部分が、第２のセルグループが、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定されたＵＥのための、アクティブ化解除されたまたは中断されたまたは電力節約動作モードにある２次セルグループ（ＳＣＧ）である例に言及し、それらの例を示す。しかしながら、本方法は、第２のセルグループが、デュアルコネクティビティ（たとえば、ＭＲ－ＤＣ）が設定されたＵＥのためのマスタセルグループ（ＭＣＧ）であり、ＳＣＧが通常モードで動作している間、ＭＣＧが中断され得る場合に、等しく適用可能である。

【0077】

本明細書の説明は、第２のセルグループがアクティブ化解除された、たとえば、ＳＣＧがネットワークノードからの指示の受信時にアクティブ化解除されたとき、ＵＥが、ＳＣＧセル上のＰＤＣＣＨを監視することを停止する、すなわち、ＰＳＣｅｌｌの、およびＳＣＧのＳＣｅｌｌの、ＰＤＣＣＨを監視することを停止することについて説明する。ソリューションは、一例として、ＭＲ－ＤＣが設定されたＵＥに設定された２次セルグループである、および、ＵＥが、本方法において開示されるアクションを実施するとき、ＵＥにおいてアクティブ化解除動作モードであるＳＣＧである、第２のセルグループを使用して主に説明される。しかしながら、本方法はまた、第２のセルグループが、ＵＥが、ＭＣＧ上のＰＤＣＣＨを監視することを停止し、ＳＣＧ上のＰＤＣＣＨを監視することを続けるような、アクティブ化解除されたマスタセルグループ（ＭＣＧ）であると仮定する場合に、適用可能である。

【0078】

対応して、本明細書の説明は、大部分が、第１のセルグループが、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定されたＵＥのためのマスタセルグループ（ＭＣＧ）である例に言及し、それらの例を示す。しかしながら、本方法は、第１のセルグループが、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）が設定されたＵＥのための、アクティブ化解除されたまたは中断されたまたは電力節約動作モードにある２次セルグループ（ＳＣＧ）である場合に、等しく適用可能である。

【0079】

本明細書の実施形態によれば、第１の状態から第２の状態への再開プロシージャをハンドリングするための、通信デバイス１２３０によって実施される方法が提供される。第１の状態は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態などの中断状態であり得、第２の状態は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態などの接続状態であり得る。

【0080】

本明細書の実施形態によれば、通信デバイス１２３０は、再開プロシージャが、ＭＣＧ ＤＲＢなど、ＭＣＧのために利用可能であるアップリンクデータにより始動されるのか、ＳＣＧ ＤＲＢなど、ＳＣＧのために利用可能であるアップリンクデータにより始動されるのか、または、ＳＣＧアクティブ化を正当化するために、たとえば、ＵＬデータボリュームについての設定されたしきい値に基づいて決定された、十分な量のデータが、スプリットＤＲＢのために利用可能であるかどうかを決定する。この決定に基づいて、通信デバイス１２３０は、再開プロシージャ中の、たとえばネットワークノード１２１１への再開要求内の、および／またはネットワークノード１２１１への再開要求と多重化された、ＵＬデータ指示を含む。

【0081】

第１の実施形態では、通信デバイス１２３０は、ＳＣＧベアラ、スプリットベアラ、およびその後に続くＭＣＧベアラの優先順序でデータ利用可能性を検査する。言い換えれば、通信デバイス１２３０は、ＳＣＧベアラ中に、利用可能なＵＬデータがあるかどうかを最初に確認し、その後にスプリットベアラおよびＭＣＧベアラが続く。

【0082】

第１の実施形態による方法は、通信デバイス１２３０によって実施される主要なアクションまたはステップが示されている、図１３を参照しながら詳細に説明される。本方法は以下のアクションを含み、それらのアクションは、任意の好適な順序で実施され得る。

【0083】

アクション１３０１０
通信デバイス１２３０は、第１の状態、たとえばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態などの中断状態にあり、ＭＣＧおよびＳＣＧが設定されたＭＲ－ＤＣを有する。アップリンクデータが利用可能になるとき、上位レイヤは、通信デバイス１２３０において、中断されたＲＲＣ接続の再開を始動するようにＲＲＣレイヤをトリガする。

【0084】

アクション１３０２０
通信デバイス１２３０は、ＳＣＧベアラがデータを有するかどうかを検査する。ＳＣＧベアラがデータを有する場合、通信デバイス１２３０は、アクション１３０６０において、ＵＬデータ指示を「ＳＣＧ」にセットする。

【0085】

アクション１３０３０
ＳＣＧベアラがデータを有しない場合、通信デバイス１２３０は、スプリットベアラがデータを有するかどうかを検査する。スプリットベアラがデータを有しない場合、通信デバイス１２３０は、アクション１３０５０において、ＵＬデータ指示を「ＭＣＧ」にセットする。

【0086】

アクション１３０４０
スプリットベアラがデータを有する場合、通信デバイス１２３０は、データの総量、たとえば、スプリットベアラのための、１次およびスプリット２次ＲＬＣエンティティにおける初期送信のために保留中のＰＤＣＰデータボリュームおよびＲＬＣデータボリュームが、しきい値、たとえば、ｕｌ－ＤａｔａＳｐｌｉｔＴｈｒｅｓｈｏｌｄを超えるかどうかを検査する。データがしきい値を超える場合、通信デバイス１２３０は、アクション１３０６０において、ＵＬデータ指示を「ＳＣＧ」にセットする。他の場合、通信デバイス１２３０は、アクション１３０５０において、ＵＬデータ指示を「ＭＣＧ」にセットする。

【0087】

アクション１３０５０
通信デバイス１２３０は、ＵＬデータ指示を「ＭＣＧ」にセットする。

【0088】

アクション１３０６０
通信デバイス１２３０は、ＵＬデータ指示を「ＳＣＧ」にセットする。

【0089】

アクション１３０７０
通信デバイス１２３０は、再開要求、たとえば、ＲＲＣ再開要求メッセージを、ネットワークノード、たとえばネットワークノード１２１１に送信することによって、再開プロシージャを始動する。再開プロシージャ中に、通信デバイス１２３０はまた、前のアクションに従ってセットされたＵＬデータ指示を送信する。

【0090】

この実施形態では、ＵＬデータ指示がＳＣＧにセットされる場合、ＳＣＧベアラがデータを有するか、スプリットベアラが、しきい値よりも多くのデータを有するかのいずれかであり、したがって、ＳＣＧのために利用可能なデータがあるという通信デバイス１２３０からの指示。とはいえ、ＭＣＧのために利用可能なデータがあるかどうかは明らかでない。しかし、ＭＣＧは、いずれの場合にも再開される必要があるので、これは必須ではない。

【0091】

ＵＬデータ指示がＭＣＧにセットされる場合、ＳＣＧベアラがデータを有することも、スプリットベアラが、しきい値よりも多くのデータを有することもなく、したがって、これは、ＳＣＧのために利用可能なデータがないという、通信デバイス１２３０からの暗黙的指示である。

【0092】

一代替形態では、図１３のアクション１３０２０において、ＳＣＧベアラがデータをいつ有するかについての基準は、ＳＣＧベアラのためのデータの量、たとえば、ＲＬＣエンティティにおける初期送信のために保留中のＰＤＣＰデータボリュームおよびＲＬＣデータボリューム、またはＰＤＣＰデータボリュームのみが、しきい値を超えることである。別の代替形態では、通信デバイス１２３０は、すべてのＭＣＧベアラのためのデータの量の和を計算し、この和は、ＭＣＧ＿ＳＵＭとここでは呼ばれ、また、すべてのＳＣＧベアラのための和を計算し、この和は、ＳＣＧ＿ＳＵＭとここでは呼ばれる。通信デバイス１２３０は、次いで、ＳＣＧベアラがデータを有するかどうかを決定するために、ＭＣＧ＿ＳＵＭをＳＣＧ＿ＳＵＭと比較する。たとえば、ＳＣＧ＿ＳＵＭがＭＣＧ＿ＳＵＭよりも大きい場合、ＳＣＧベアラは、データを有すると決定される。またはたとえば、ＳＣＧ＿ＳＵＭがＭＣＧ＿ＳＵＭ＋しきい値を超える場合、ＳＣＧベアラは、データを有すると決定される。これらの代替形態におけるしきい値は、ネットワークノード１２１１によって設定され得る。

【0093】

また別の代替形態では、図１３のアクション１３０４０において、スプリットベアラのためのしきい値の基準は、ＭＣＧベアラにおけるデータボリューム量と比較される。通信デバイス１２３０は、すべてのＭＣＧベアラのためのデータの量の和（ＭＣＧ＿ＳＵＭ）、およびすべてのスプリットベアラのためのデータの量の和（ＳＰＬＩＴ＿ＢＥＡＲＥＲ＿ＳＵＭ）を計算する。例は、ＳＰＬＩＴ＿ＢＥＡＲＥＲ＿ＳＵＭがＭＣＧ＿ＢＥＡＥＲ＿ＳＵＭまたはＭＣＧ＿ＢＥＡＲＥＲ＿ＳＵＭ＋しきい値を超える場合、スプリットベアラは、データを有すると決定されることを含む。これらの代替形態におけるしきい値は、ネットワークノード１２１１によって設定され得る。

【0094】

通信デバイス１２３０は、再開プロシージャ中の、たとえばネットワークノード１２１１への再開要求内の、および／またはネットワークノード１２１１への再開要求と多重化された、ＵＬデータ指示を含み得る。

【0095】

ＵＬデータ指示がネットワークノード１２１１にどのように指示されるかに関して、異なる代替形態があり得る。

【0096】

一代替形態では、図１４に示されているように、再開プロシージャ中に、ＵＬデータ指示は、たとえば、再開原因として送信されることがあり、これは、ＵＥが、ＵＥが再開することを試みるネットワークノードＭＮ／ｇＮＢに送信する、ＲＲＣ再開要求メッセージ中のパラメータセットであり得る。たとえば、新しい再開原因、たとえばｓｃｇ－ｄａｔａは、再開プロシージャが、ＳＣＧベアラまたはスプリットベアラにマッピングされたデータのある量が所定のしきい値を上回ることによりトリガされたことを指示するようにセットされる。および、たとえば、ＵＬデータがＭＣＧベアラのためのものであるときなど、他の場合には、ＵＥは、既存の再開原因「ｍｏ－ｄａｔａ」または、別の既存の再開原因の値をセットする。別の実施形態では、新しい原因値は、ＵＥが、あるしきい値を上回るバッファ中のＵＬデータの量を有することを、ＳＣＧベアラに関連することにかかわらず、指示し得る。

【0097】

３ＧＰＰ仕様においてそれがどのように実装されるかの一例が、下線付きの変更とともに以下に示される。

【0098】

ＰＤＣＰ仕様ｖ１６．２．０
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
５．６ データボリューム計算
－－－－－変更なしの部分は省略－－－－－
送信ＰＤＣＰエンティティが少なくとも２つのＲＬＣエンティティに関連する場合、（ＴＳ３８．３２１［４］およびＴＳ３６．３２１［１２］において指定されている）ＢＳＲトリガリングおよびバッファサイズ計算のためにＭＡＣエンティティにＰＤＣＰデータボリュームを指示するとき、送信ＰＤＣＰエンティティは以下を行うものとする。
－ ＰＤＣＰ複製がＲＢについてアクティブ化された場合、
－ １次ＲＬＣエンティティに関連するＭＡＣエンティティにＰＤＣＰデータボリュームを指示する、
－ ＰＤＣＰ複製についてアクティブ化された１次ＲＬＣエンティティ以外のＲＬＣエンティティに関連するＭＡＣエンティティに、ＰＤＣＰ制御ＰＤＵを除くＰＤＣＰデータボリュームを指示する、
－ ＰＤＣＰ複製についてアクティブ化解除されたＲＬＣエンティティに関連するＭＡＣエンティティに、ＰＤＣＰデータボリュームを０として指示する、
－ そうでない場合（すなわち、ＰＤＣＰ複製がＲＢについてアクティブ化解除された）、
－ スプリット２次ＲＬＣエンティティが設定された場合、および
－ １次ＲＬＣエンティティおよびスプリット２次ＲＬＣエンティティにおける（ＴＳ３８．３２２［５］において指定されている）初期送信のために保留中のＰＤＣＰデータボリュームおよびＲＬＣデータボリュームの総量が、ｕｌ－ＤａｔａＳｐｌｉｔＴｈｒｅｓｈｏｌｄに等しいかまたはそれよりも大きい場合、
－ １次ＲＬＣエンティティに関連するＭＡＣエンティティとスプリット２次ＲＬＣエンティティに関連するＭＡＣエンティティの両方にＰＤＣＰデータボリュームを指示する、
－ １次ＲＬＣエンティティおよびスプリット２次ＲＬＣエンティティ以外のＲＬＣエンティティに関連するＭＡＣエンティティに、ＰＤＣＰデータボリュームを０として指示する、
－ そうではなく、送信ＰＤＣＰエンティティがＤＡＰＳベアラに関連する場合、
－ アップリンクデータ切替えが要求されなかった場合、
－ ソースセルに関連するＭＡＣエンティティにＰＤＣＰデータボリュームを指示する、
－ 他の場合、
－ ターゲットセルに関連するＭＡＣエンティティに、ソースセルに関連する点在したＲＯＨＣフィードバックのためのＰＤＣＰ制御ＰＤＵを除くＰＤＣＰデータボリュームを指示する、
－ ソースセルに関連するＭＡＣエンティティに、ソースセルに関連する点在したＲＯＨＣフィードバックのためのＰＤＣＰ制御ＰＤＵのＰＤＣＰデータボリュームを指示する、
－ 他の場合、
－ １次ＲＬＣエンティティに関連するＭＡＣエンティティにＰＤＣＰデータボリュームを指示する、
－ １次ＲＬＣエンティティ以外のＲＬＣエンティティに関連するＭＡＣエンティティに、ＰＤＣＰデータボリュームを０として指示する。
－ ＲＲＣレイヤに、このサブクローズにおけるプロシージャに従って送信すべき非０のＰＤＣＰデータボリュームを有するＲＬＣエンティティを指示する。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
ＲＲＣ仕様ｖ１６．３．０
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

【0099】

５．３．１３．２ 始動
－－－－－変更なしの部分は省略－－－－－
プロシージャの始動時に、ＵＥは、以下を行うものとする。
１＞ＲＲＣ接続の再開が、ＮＧ－ＲＡＮページングに対する応答によってトリガされる場合、
－－－－－変更なしの部分は省略－－－－－
１＞そうではなく、ＲＲＣ接続の再開が、上位レイヤによってトリガされる場合、
－－－－－変更なしの部分は省略－－－－－
１＞そうではなく、ＲＲＣ接続の再開が、５．３．１３．８において指定されているようなＲＮＡ更新によりトリガされる場合、
－－－－－変更なしの部分は省略－－－－－
１＞そうではなく、ＳＣＧがアクティブ化解除される場合、
２＞ＲＲＣ接続の再開が、ＳＣＧに関連するＲＬＣエンティティによりトリガされる場合、
３＞ｒｅｓｕｍｅＣａｕｓｅを「ｓｃｇ－ｄａｔａ」にセットする、
２＞そうではなく、ＲＲＣ接続の再開が、ＭＣＧに関連するＲＬＣエンティティによりトリガされる場合、
３＞ｒｅｓｕｍｅＣａｕｓｅを「ｍｏ－ｄａｔａ」にセットする、
１＞ＵＥがＮＥ－ＤＣまたはＮＲ－ＤＣ中にある場合、
．．．
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

【0100】

別の実施形態では、図１５に示されているように、ＵＬデータ指示は、ネットワークノードに指示され、たとえば、ランダムアクセス設定に従ってＵＬデータ指示を示す、たとえばプリアンブルグループに関連し得る、プリアンブルなどの特定のＰＲＡＣＨリソース、および／または特定の時間周波数ＰＲＡＣＨリソースの選択によって、ＵＥが再開することを試みるＭＮ／ｇＮＢに指示される。たとえば、ネットワークノードは、しきい値を上回るＵＬトラフィックを指示するためのプリアンブルグループを設定していることがあり、したがって、再開することを希望するＵＥは、バッファ中のＵＬデータがしきい値を上回るかどうかを決定し、ＵＬデータがしきい値を上回る場合、ＵＥは、ネットワークノードにおける受信時に、ネットワークノードが、ＵＥが、しきい値を上回るバッファ中のＵＬデータの量を有することに気づくように、そのグループに関連するプリアンブルを選択する。一代替形態では、ＵＬデータ指示は、ＳＣＧによって送信されるべきデータ、たとえば、ＳＣＧベアラにマッピングされたデータに関連し、したがって、ＵＬデータ指示は、データの量がしきい値を上回ることだけでなく、データの量がＳＣＧ送信のためのものであることをもネットワークノードに指示する。別の代替形態は、異なる指示、たとえば、ＭＣＧとＳＣＧの両方ためのグループＸ１データ、ＳＣＧのみのためのグループＸ２データ、ＭＣＧのみのためのグループＸ３データを指示する、複数のプリアンブルグループを規定することである。一例では、ネットワークノードは、システム情報中でＵＬデータ指示のために使用するために、（１つまたは複数の）ＰＲＡＣＨリソース、たとえば、（１つまたは複数の）プリアンブルおよび／または（１つまたは複数の）特定の時間周波数ＰＲＡＣＨリソースのための設定を提供する。別の例では、ネットワークノードは、ＵＥを中断してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にしたＲＲＣ解放メッセージなど、専用シグナリング中で設定を提供する。

【0101】

別の実施形態では、図１６に示されているように、ＳＣＧ上のＵＬデータは、さらに、ＲＲＣ再開完了メッセージ中で指示され得る。これは、ＲＲＣ再開要求が送られた後に、ＳＣＧのためのデータ到着がある場合に有用である。これは、上記で説明された第１の実施形態において、通信デバイス１２３０実施形態とともに実装される。通信デバイス１２３０が、ＲＲＣ再開要求メッセージ中でＵＬデータを「ｓｃｇ－ｄａｔａ」として指示した場合、通信デバイス１２３０は、ＲＲＣ完了メッセージ中ではそれ以上何も指示しない。通信デバイス１２３０が、ＲＲＣ要求メッセージ中でＵＬデータを「ｓｃｇ－ｄａｔａ」として指示しなかった場合、および、ネットワークノードからＲＲＣ再開メッセージを受信した後に送信される必要がある、ＳＣＧに関連するＲＬＣエンティティ中で利用可能なデータがある場合、通信デバイス１２３０は、ＳＣＧに関連するＲＬＣエンティティ中に利用可能なデータがあることをＲＲＣ完了メッセージ中で指示する。

【0102】

以下は、下線付きの変更とともに、ＲＲＣ仕様ｖ１６．３．０においてこれがどのように実装され得るかに関する一例である。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

【0103】

５．３．１３．４ ＵＥによるＲＲＣ再開の受信
ＵＥは、以下を行うものとする。
－－－－－変更なしの部分は省略－－－－－
１＞ＲＲＣ再開完了メッセージのコンテンツを以下のようにセットする。
－－－－－変更なしの部分は省略－－－－－
２＞ＵＥが、ＮＲターゲット帯域の測定ギャップ要件情報を提供するように設定される場合、
３＞ＮｅｅｄＦｏｒＧａｐｓＩｎｆｏＮＲを含め、コンテンツを以下のようにセットする、
４＞ｉｎｔｒａＦｒｅｑ－ｎｅｅｄＦｏｒＧａｐを含め、各ＮＲサービングセルのための周波数内測定のギャップ要件情報をセットする、
４＞ｒｅｑｕｅｓｔｅｄＴａｒｇｅｔＢａｎｄＦｉｌｔｅｒＮＲ中にも含まれる、各サポートされるＮＲ帯域について、ｒｅｑｕｅｓｔｅｄＴａｒｇｅｔＢａｎｄＦｉｌｔｅｒＮＲが設定される場合、その帯域について、ｉｎｔｅｒＦｒｅｑ－ｎｅｅｄＦｏｒＧａｐ中にエントリを含め、ギャップ要件情報をセットし、他の場合、各サポートされるＮＲ帯域について、ｉｎｔｅｒＦｒｅｑ－ｎｅｅｄＦｏｒＧａｐ中にエントリを含め、対応するギャップ要件情報をセットする、
２＞ＲＲＣ再開メッセージがａｃｔｉｖａｔｅＳＣＧを含み、ｒｅｓｕｍｅＣａｕｓｅが「ｓｃｇ－ｄａｔａ」にセットされなかった場合、
３＞ＰＤＣＰレイヤが、ＳＣＧに関連するＲＬＣエンティティのデータボリュームを指示した場合、
４＞ＵＬデータ指示ｓｃｇ－Ｄａｔａを含め、それを真にセットする。
１＞送信のためにＲＲＣ再開完了メッセージを下位レイヤにサブミットする、
１＞プロシージャが終了する。
．．．
－ ＲＲＣ再開完了
ＲＲＣ再開完了メッセージは、ＲＲＣ接続再開の成功した完了を確認するために使用される。
シグナリング無線ベアラ：ＳＲＢ１
ＲＬＣ－ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥからネットワーク
ＲＲＣ再開完了メッセージ

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

【0104】

本明細書の第２の実施形態によれば、通信デバイス１２３０によって実施される方法は、第１の状態、たとえば中断状態から、第２の状態、たとえば接続状態への再開プロシージャをハンドリングするために提供され、これは、上記で説明された第１の実施形態と組み合わせられ得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥにある通信デバイス１２３０は、通信デバイス１２３０が、ＳＣＧ ＤＲＢのために利用可能なＵＬデータ、またはＳＣＧアクティブ化を正当化するためのスプリットＤＲＢのために利用可能な十分な量のデータなど、ＳＣＧのために利用可能なＵＬデータを有すると通信デバイス１２３０が決定したとき、通信デバイス１２３０がＵＥ非アクティブＡＳコンテキストの一部として記憶したＳＣＧ、たとえばＰＳＣｅｌｌ、についての測定を始動する。

【0105】

本方法は、第２の実施形態による、通信デバイス１２３０によって実施される主要なアクションまたはステップが示されている、図１７を参照しながら詳細に説明される。本方法は以下のアクションを含み、それらのアクションは、任意の好適な順序で実施され得る。

【0106】

アクション１７０１０
通信デバイス１２３０は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態などの中断状態にあり、ＭＣＧおよびＳＣＧが設定されたＭＲ－ＤＣを有する。アップリンクデータが利用可能になり、上位レイヤは、通信デバイス１２３０において、中断されたＲＲＣ接続の再開を始動するようにＲＲＣレイヤをトリガする。

【0107】

アクション１７０２０
通信デバイス１２３０は、ＳＣＧベアラがデータを有するかどうかを検査する。ＳＣＧベアラがデータを有する場合、通信デバイス１２３０は、アクション１７０５０において、ＳＣＧについての測定を始動する。

【0108】

アクション１７０３０
ＳＣＧベアラがデータを有しない場合、通信デバイス１２３０は、スプリットベアラがデータを有するかどうかを検査する。

【0109】

アクション１７０４０
スプリットベアラがデータを有する場合、通信デバイス１２３０は、データの総量、すなわち、スプリットベアラのための、１次およびスプリット２次ＲＬＣエンティティにおける初期送信のために保留中のＰＤＣＰデータボリュームおよびＲＬＣデータボリュームが、しきい値、たとえば、ｕｌ－ＤａｔａＳｐｌｉｔＴｈｒｅｓｈｏｌｄを超えるかどうかを検査する。データがしきい値を超える場合、通信デバイス１２３０は、アクション１７０５０において、ＳＣＧについての測定を始動する。

【0110】

アクション１７０５０
通信デバイス１２３０は、ＳＣＧについての測定を始動する。

【0111】

一代替形態では、通信デバイス１２３０は、通信デバイス１２３０がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、中断されたＳＣＧ、たとえばＰＳＣｅｌｌに対する連続測定を実施する。一例では、通信デバイス１２３０は、ネットワーク設定に基づくＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、中断されたＳＣＧ（ＰＳＣｅｌｌ）、すなわちＵＥ非アクティブＡＳコンテキストに記憶されたＳＣＧに対する測定を実施する。ネットワーク設定は、次いで、たとえば、システム情報を通して提供され、それにより、ネットワーク設定が、たとえば、その設定がブロードキャストされるセル中で有効であるか、または、たとえば、通信デバイス１２３０を中断してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にしたＲＲＣ解放メッセージ中でなど、専用シグナリングを通して提供され得る。

【0112】

別の代替形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある通信デバイス１２３０は、通信デバイス１２３０が、しきい値を上回る、スプリットＤＲＢのために利用可能なＵＬデータの量を有すると通信デバイス１２３０が決定したとき、通信デバイス１２３０がＵＥ非アクティブＡＳコンテキストの一部として記憶した、中断されたＳＣＧ、たとえばＰＳＣｅｌｌについての測定を始動する。しきい値は、次いで、ネットワークによって、たとえば、システム情報中で、または専用シグナリング、たとえば、通信デバイス１２３０を中断してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にしたＲＲＣ解放メッセージ中で、設定され得る。一例では、中断されたＳＣＧ／ＰＳＣｅｌｌに対して測定を始動するためのしきい値は、その場合、ＳＣＧがアクティブ化および／または再開されるべきであることを指示するためのしきい値よりも低い。

【0113】

上記の実施形態のいくつかの代替形態では、通信デバイス１２３０は、ＲＲＣ再開プロシージャの一部としてまたはＲＲＣ再開プロシージャに続いて、通信デバイス１２３０が、中断されたＳＣＧ、たとえばＰＳＣｅｌｌのカバレッジ中にあるかどうかを、ネットワークノードに指示する。通信デバイス１２３０は、その場合、たとえば、通信デバイス１２３０が、中断されたＳＣＧ／ＰＳＣｅｌｌのカバレッジ中にあるかどうかを、ＳＣＧカバレッジ中指示（ＳＣＧ ｉｎ－ｃｏｖｅｒａｇｅ ｉｎｄｉｃａｔｉｏｎ）を通して、ネットワークノードに指示し得る。一例では、通信デバイス１２３０は、１つまたは複数のしきい値に基づいて、たとえば、中断されたＰＳＣｅｌｌについての測定された参照信号受信電力（ＲＳＲＰ）値、参照信号受信品質（ＲＳＲＱ）値および／または信号対干渉プラス雑音比（ＳＩＮＲ）値が、（１つまたは複数の）設定されたしきい値を上回ることに基づいて、通信デバイス１２３０が、中断されたＳＣＧ、たとえばＰＳＣｅｌｌのカバレッジ中にあると決定する。通信デバイス１２３０が、中断されたＳＣＧ、たとえばＰＳＣｅｌｌのカバレッジ中にあるかどうかを決定するためのしきい値は、たとえば、たとえば、システム情報を通して、または、たとえば、通信デバイス１２３０を中断してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にしたＲＲＣ解放メッセージ中でなど、専用シグナリングを通して、ネットワークノード１２１１、１２１２によって通信デバイス１２３０に提供され得るネットワーク設定に基づき得る。

【0114】

一代替形態では、ＵＥは、通信デバイス１２３０がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった間にＵＥ非アクティブＡＳコンテキストの一部として記憶されたＳＣＧ、たとえばＰＳＣｅｌｌについての測定結果、たとえば測定されたＲＳＲＰ値、ＲＳＲＱ値および／またはＳＩＮＲ値を、ＲＲＣ再開プロシージャ中でまたはＲＲＣ再開プロシージャに続いて、送信する。

【0115】

いくつかの代替形態では、ＵＥが、中断されたＳＣＧ／ＰＳＣｅｌｌのカバレッジ中にあるかどうかの指示、すなわちＳＣＧカバレッジ中指示、および／または中断されたＳＣＧ／ＰＳＣｅｌｌについての測定結果は、上記の実施形態に従って、ＵＬデータ指示とともに、通信デバイス１２３０によってネットワークノードに提供される。いくつかの代替形態では、ＳＣＧカバレッジ中指示、および／または中断されたＳＣＧ／ＰＳＣｅｌｌについての測定結果は、ＵＬデータ指示がネットワークノードに提供されない場合でも、それらの方法に従って、通信デバイス１２３０によってネットワークノードに提供される。一例では、ＳＣＧカバレッジ中指示および／または中断されたＳＣＧ／ＰＳＣｅｌｌについての測定結果は、たとえば、１つまたは複数の別個のフィールドとしてまたは特定の再開原因値を使用して、ＲＲＣ再開要求メッセージ内で提供されるか、またはＲＲＣ再開要求メッセージと多重化される。別の例では、ＳＣＧカバレッジ中指示および／または中断されたＳＣＧ／ＰＳＣｅｌｌについての測定結果は、ＲＲＣ再開完了メッセージ内で、あるいは、ＲＲＣ再開プロシージャの一部としてまたはＲＲＣ再開プロシージャの後に送られる別のＲＲＣメッセージ、たとえばＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ中で、提供される。

【0116】

本明細書の実施形態によれば、無線通信ネットワーク１２００において通信デバイス１２３０のための再開プロシージャをハンドリングするための、ネットワークノード１２１１、１２１２によって実施される方法が提供される。

【0117】

第１の実施形態によれば、ネットワークノード１２１１、１２１２は、ターゲットネットワークノード、たとえば、通信デバイス１２３０が再開することを試行しているｇノードＢとして動作する。本方法は、通信デバイス１２３０から、たとえば中断されたＳＣＧに関連する、上記で説明された、ＵＬデータ指示を受信することと、その情報に基づいて、着信通信デバイス１２３０のためにセットされるべきＭＲ－ＤＣストラテジーと呼ばれることがある、通信デバイス１２３０のためのＳＣＧ設定を決定することとを含む。

【0118】

本方法は、第１の実施形態による、ネットワークノードによって実施される主要なアクションまたはステップが示されている、図１８を参照しながら詳細に説明される。本方法は以下のアクションを含み、それらのアクションは、任意の好適な順序で実施され得る。

【0119】

アクション１８０１０
ネットワークノード１２１１、１２１２は、通信デバイス１２３０によって始動される再開プロシージャ中に、通信デバイス１２３０からＵＬデータ指示を受信する。

【0120】

アクション１８０２０
ネットワークノード１２１１、１２１２は、受信されたＵＬデータ指示に基づいて通信デバイス１２３０のためのＳＣＧ設定を決定する。

【0121】

アクション１８０３０
ネットワークノード１２１１、１２１２は、決定されたＳＣＧ設定に従って通信デバイス１２３０を設定する。この設定は、通信デバイス１２３０に送られるメッセージ中で、たとえば、ＲＲＣ再開要求に対する応答としてＲＲＣ再開メッセージ中でまたは別個のＲＲＣ再設定メッセージ中で、提供され得る。

【0122】

通信デバイス１２３０のためのＳＣＧ設定の決定の一部として、ネットワークノード１２１１、１２１２は、以下のアクションのうちの少なくとも１つを実施する。
中断ＳＣＧが再開されるべきであるかどうか、および中断ＳＣＧが再開されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定すること、
再開することを試みているＵＥにＳＣＧが設定される場合、ＳＣＧが解放されるべきであるかどうかを決定すること、
再開することを試みているＵＥにＳＣＧが設定されない場合、ＳＣＧが追加されるべきであるかどうか、およびＳＣＧが追加されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定すること。

【0123】

本方法は、ネットワークノードが、ＵＬデータ指示、ならびに、場合によっては、場合によってはＳＮによって指示される、たとえばＳＣＧについてのリソース利用可能性、あるいは、通信デバイス１２３０からの測定結果、たとえば、早期測定報告として取得されていることがある、ＳＣＧの（１つまたは複数の）ＰＳＣｅｌｌおよび／またはＳＣｅｌｌについての通信デバイス１２３０からのＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲなど、他の情報に基づいてＭＲ－ＤＣストラテジーを決定することを備える。

【0124】

第２の実施形態によれば、ターゲットネットワークノード、たとえば、ＵＥが再開することを試行しているｇノードＢとして動作するネットワークノード１２１１、１２１２は、通信デバイス１２３０から、ＲＲＣ再開プロシージャの一部として、通信デバイス１２３０が、ＵＥ非アクティブＡＳコンテキストの一部として記憶されるＳＣＧ／ＰＳＣｅｌｌのカバレッジ中にあるという指示、たとえばＳＣＧカバレッジ中指示を受信する。この指示に基づいて、ネットワークノード１２１１、１２１２は、中断されたＳＣＧ、たとえばＰＳＣｅｌｌを復元すべきか否かを決定し得る。その指示はまた、ＳＣＧアクティブ化状態またはＳＣＧアクティブ化解除状態においてＳＣＧ／ＰＳＣｅｌｌを再開すべきかどうかを決定するために、ネットワークノード１２１１、１２１２によって使用され得る。一例として、ＳＣＧカバレッジ中指示が、通信デバイス１２３０がＳＣＧ、たとえばＰＳＣｅｌｌのカバレッジ中にないことを指示する場合、ネットワークノード１２１１、１２２２は、ＳＣＧを再開しない、または、ネットワークノード１２１１、１２２２は、アクティブ化解除状態において、すなわちＳＣＧ電力節約モードにおいてＳＣＧを再開する。

【0125】

ネットワークノード１２１１、１２１２はまた、通信デバイス１２３０から測定報告を受信し、ＳＣＧ設定の決定においてその報告のコンテンツを使用し得る。

【0126】

本方法は、第２の実施形態による、ネットワークノードによって実施される主要なアクションまたはステップが示されている、図１９を参照しながら詳細に説明される。本方法は以下のアクションを含み、それらのアクションは、任意の好適な順序で実施され得る。

【0127】

アクション１９０１０
ネットワークノード１２１１、１２１２は、通信デバイス１２３０によって始動される再開プロシージャ中に、通信デバイス１２３０からＳＣＧカバレッジ指示を受信する。

【0128】

アクション１９０２０
ネットワークノード１２１１、１２１２は、受信されたＳＣＧカバレッジ指示に基づいて通信デバイス１２３０のためのＳＣＧ設定を決定する。

【0129】

アクション１９０３０
ネットワークノード１２１１、１２１２は、決定されたＳＣＧ設定に従って通信デバイス１２３０を設定する。この設定は、通信デバイス１２３０に送られるメッセージ中で、たとえば、ＲＲＣ再開要求に対する応答としてＲＲＣ再開メッセージ中でまたは別個のＲＲＣ再設定メッセージ中で、提供され得る。

【0130】

ネットワークノード１２１１、１２１２において方法を実施するために、ネットワークノード１２１１、１２１２は、図２０に示されているモジュールを備える。ネットワークノード１２１１、１２１２は、受信モジュール２０１０、送信モジュール２０２０、決定モジュール２０３０、処理モジュール２０４０、メモリ２０５０などを備える。

【0131】

ネットワークノード１２１１、１２１２は、上記で説明されたアクション１８０１０～１８０３０、１９０１０～１９０３０のうちのいずれか１つを実施するように設定される。

【0132】

本明細書の実施形態による方法は、本明細書の実施形態の機能およびアクションを実施するためのコンピュータプログラムコードとともに、ネットワークノード１２１１、１２１２中のプロセッサ２０６０など、１つまたは複数のプロセッサを通して実装され得る。上述のプログラムコードはまた、たとえば、ネットワークノード１２１１、１２１２にロードされているとき、本明細書の実施形態を実施するための図１１に示されているコンピュータプログラムコード２０７０を搬送するコンピュータ可読媒体またはデータキャリア２０８０の形態の、コンピュータプログラム製品として提供され得る。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形態のものであり得る。ただし、そのようなキャリアは、メモリスティックなど、他のデータキャリアで実現可能である。コンピュータプログラムコードは、さらに、サーバまたはクラウド上の純粋なプログラムコードとして提供され、ネットワークノード１２１１、１２１２にダウンロードされ得る。

【0133】

図２１は、再開プロシージャをハンドリングするための方法が実装され得る通信デバイス１２３０のための例示的な実施形態を示す。通信デバイス１２３０は、図２１に示されているモジュールを備える。通信デバイス１２３０は、受信モジュール２１１０、送信モジュール２１２０、決定モジュール２１３０、処理モジュール２１４０、メモリ２１５０などを備える。通信デバイス１２３０は、上記で説明された方法アクション１３０１０～１３０７０、１７０１０～１７０５０のうちのいずれか１つを実施するように設定される。

【0134】

本明細書の実施形態による方法は、本明細書の実施形態の機能およびアクションを実施するためのコンピュータプログラムコードとともに、ＵＥ１２３０中のプロセッサ２１６０など、１つまたは複数のプロセッサを通して実装され得る。上述のプログラムコードはまた、たとえば、ＵＥ１２３０にロードされているとき、本明細書の実施形態を実施するための図２１に示されているコンピュータプログラムコード２１７０を搬送するコンピュータ可読媒体またはデータキャリア２１８０の形態の、コンピュータプログラム製品として提供され得る。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形態のものであり得る。ただし、そのようなキャリアは、メモリスティックなど、他のデータキャリアで実現可能である。コンピュータプログラムコードは、さらに、サーバまたはクラウド上の純粋なプログラムコードとして提供され、通信デバイス１２３０にダウンロードされ得る。

【0135】

いくつかの例示的な実施形態が以下に記載される。
実施形態１：第１の状態、たとえば中断状態から、第２の状態、たとえば接続状態への再開プロシージャをハンドリングするための、無線通信ネットワーク１２００におけるネットワークノード１２１１、１２１２のマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作する通信デバイス１２３０によって実施される方法であって、ネットワークノード１２１１、１２１２は、通信デバイス１２３０が接続を再開するべきであるターゲットネットワークノードであり、方法が、
再開プロシージャを始動することと、
アップリンク（ＵＬ）データ指示をネットワークノード１２１１、１２１２に送信することと
を含む、方法。

【0136】

実施形態２：ＵＬデータが、ＭＣＧベアラのために利用可能であるのか、ＳＣＧベアラのために利用可能であるのか、またはスプリットベアラのために利用可能であるのかなど、ＵＬデータのためのデータ無線ベアラのタイプを決定することをさらに含む、実施形態１に記載の方法。

【0137】

実施形態３：ＵＬデータ指示は、再開が、ＭＣＧのためにのみ利用可能であるアップリンクデータにより始動されるのか、または、ＭＣＧにとって利用可能なデータにかかわらず、アップリンクデータがＳＣＧのために利用可能であるのかを示す、実施形態１または２に記載の方法。

【0138】

実施形態４：ＵＬデータの決定されたタイプに基づいてＵＬデータ指示をセットすることをさらに含む、実施形態１から３のいずれか１つに記載の方法。

【0139】

実施形態５：ＵＬデータ指示が、再開プロシージャにおける前のメッセージ中に含まれない場合、ＲＲＣ再開完了メッセージ中の情報エレメントである、実施形態１から４のいずれか１つに記載の方法。

【0140】

実施形態６：ＳＣＧ上で測定を実施するための、無線通信ネットワーク１２００におけるネットワークノード１２１１、１２１２のマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作する通信デバイス１２３０によって実施される方法であって、通信デバイス１２３０が中断状態にあり、方法は、
ＵＬデータが利用可能になると決定することと、
ＳＣＧについての測定を実施することと
を含む、方法。

【0141】

実施形態７：ＵＬデータのタイプ、すなわち、ＵＬデータが、ＭＣＧベアラのために利用可能であるのか、ＳＣＧベアラのために利用可能であるのか、またはスプリットベアラのために利用可能であるのかを決定することをさらに含む、実施形態６に記載の方法。

【0142】

実施形態８：測定を実施することが、ＵＬデータの決定されたタイプに基づく、実施形態６または７に記載の方法。

【0143】

実施形態９：測定を実施することが、測定を始動すること、測定を続けることまたは測定を停止することのうちの１つを含む、実施形態６から８のいずれか１つに記載の方法。

【0144】

実施形態１０：ＳＣＧカバレッジ指示をネットワークノードに送信することをさらに含む、実施形態６から９のいずれか１つに記載の方法。

【0145】

実施形態１１：測定報告をネットワークノードに送信することをさらに含む、実施形態６から１０のいずれか１つに記載の方法。

【0146】

実施形態１２：通信デバイス１２３０のための再開プロシージャをハンドリングするための、ネットワークノード１２１１、１２１２によって実施される方法であって、通信デバイス１２３０が、ネットワークノードのマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作しており、第１の状態、たとえば中断状態から、第２の状態、たとえば接続状態への再開を要求するべきであり、方法が、
通信デバイス１２３０から、再開するようにとの要求を受信することと、
通信デバイス１２３０からＵＬデータ指示を受信することと、
ＵＬデータ指示に基づいて通信デバイス１２３０のＳＣＧ設定を決定することと、
決定されたＳＣＧ設定に従って通信デバイス１２３０を設定することと
を含む、方法。

【0147】

実施形態１３：通信デバイス１２３０のための再開プロシージャをハンドリングするための、ネットワークノード１２１１、１２１２によって実施される方法であって、通信デバイス１２３０が、ネットワークノードのマスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を伴うデュアルコネクティビティにおいて動作しており、第１の状態、たとえば中断状態から、第２の状態、たとえば接続状態への再開を要求するべきであり、方法が、
通信デバイス１２３０から、再開するようにとの要求を受信することと、
通信デバイス１２３０からＳＣＧカバレッジ指示を受信することと、
通信デバイス１２３０のＳＣＧ設定を決定することと、
決定されたＳＣＧ設定に従って通信デバイス１２３０を設定することと
を含む、方法。

【0148】

実施形態１４：通信デバイス１２３０のＳＣＧ設定を決定することが、ＳＣＧカバレッジ指示に基づく、実施形態１３に記載の方法。

【0149】

実施形態１５：通信デバイス１２３０から測定報告を受信することをさらに含み、ＳＣＧ設定を決定することが、測定報告に基づく、実施形態１３に記載の方法。

【0150】

実施形態１６：通信デバイス１２３０のＳＣＧ設定を決定することは、
－ 中断ＳＣＧが再開されるべきであるかどうか、および中断ＳＣＧが再開されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定することと、
－ 再開することを試みている通信デバイス１２３０にＳＣＧが設定される場合、ＳＣＧが解放されるべきであるかどうかを決定することと、
－ 再開することを試みている通信デバイス１２３０にＳＣＧが設定されない場合、ＳＣＧが追加されるべきであるかどうか、およびＳＣＧが追加されるべきである場合、どの動作モード、たとえばアクティブ化解除またはアクティブ化が、ＳＣＧにセットされるべきであるかを決定することと
のうちのいずれか１つを含む、実施形態１３から１５のいずれか１つに記載の方法。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【国際調査報告】