(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-30
(45)【発行日】2024-10-08
(54)【発明の名称】端末デバイスのための装置
(51)【国際特許分類】
H04W 76/34 20180101AFI20241001BHJP
H04W 16/32 20090101ALI20241001BHJP
H04W 36/08 20090101ALI20241001BHJP
H04W 72/0457 20230101ALI20241001BHJP
H04W 88/06 20090101ALI20241001BHJP
H04W 92/08 20090101ALI20241001BHJP
【ＦＩ】
H04W76/34
H04W16/32
H04W36/08
H04W72/0457 110
H04W88/06
H04W92/08
【請求項の数】
8
(21)【出願番号】P 2023512071
(86)(22)【出願日】2021-08-05
(65)【公表番号】
(43)【公表日】2023-09-12
(86)【国際出願番号】 EP2021071826
(87)【国際公開番号】W WO2022037948
(87)【国際公開日】2022-02-24
【審査請求日】2023-04-05
(31)【優先権主張番号】202041035389
(32)【優先日】2020-08-17
(33)【優先権主張国・地域又は機関】IN
(73)【特許権者】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094112
【弁理士】
【氏名又は名称】岡部 讓
(74)【代理人】
【識別番号】100106183
【弁理士】
【氏名又は名称】吉澤 弘司
(74)【代理人】
【識別番号】100114915
【弁理士】
【氏名又は名称】三村 治彦
(74)【代理人】
【識別番号】100125139
【弁理士】
【氏名又は名称】岡部 洋
(74)【代理人】
【識別番号】100209808
【弁理士】
【氏名又は名称】三宅 高志
(72)【発明者】
【氏名】セルヴァガナパシー，スリニヴァサン
(72)【発明者】
【氏名】サブーリ－シチャニ，ファラナス
(72)【発明者】
【氏名】サンチェス，ローラ ルクエ
(72)【発明者】
【氏名】アリ，アマナット
【審査官】永井 啓司
(56)【参考文献】
【文献】国際公開第２０２０／０１７８８６（ＷＯ，Ａ１）
【文献】Nokia, Nokia Shanghai Bell，Paging Reception for MUSIM[online]，3GPP TSG RAN WG2 #111-e R2-2007352，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2007352.zip>，2020年08月07日
【文献】Charter Communications，Considerations for Multi-SIM WI Objectives[online]，3GPP TSG RAN WG2 #111-e R2-2006916，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006916.zip>，2020年08月07日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスの中に備えられた装置であって、
少なくとも１つのプロセッサと、命令を記憶するメモリとを備え、前記命令は、前記少なくとも１つのプロセッサによって実行されると、
少なくとも２つの異なる接続を有するマルチ無線デュアルコネクティビティをサポートするように構成される前記端末デバイスに、前記２つの異なる接続のうちの少なくとも１つが解放されるべきであることを示す情報をネットワークデバイスに送信させるステップと、
前記端末デバイスの第１の加入者識別モジュールに、前記情報を送信するステップの前に前記端末デバイスの第２の加入者識別モジュールにリソース解放要求を送信するステップと、前記情報を送信するステップの後に前記端末デバイスの前記第２の加入者識別モジュールからリソース解放確認を受信するステップとのうち少なくとも１つをさらに実行させるステップと、
を実行させることを特徴とする装置。
【請求項2】
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記端末デバイスに、前記情報を送信するために、無線リソース制御メッセージ、セカンダリセルグループ障害情報メッセージのうち少なくとも１つを使用させるステップをさらに実行させることを特徴とする請求項１に記載の装置。
【請求項3】
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記端末デバイスに、前記端末デバイスに関連するベアラの再構成を特徴づける第１の構成情報を受信するステップを、前記情報を送信させるステップの後にさらに実行させることを特徴とする請求項１に記載の装置。
【請求項4】
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記端末デバイスに、マスタセルグループに関連する少なくとも１つのベアラを中断することを前記端末デバイスに命令する第２の構成情報を受信するステップと、前記第２の構成情報に基づいて、前記マスタセルグループに関連する前記少なくとも１つのベアラを中断するステップとを前記第１の構成情報を受信するステップの後にさらに実行させることを特徴とする請求項３に記載の装置。
【請求項5】
少なくとも２つの異なる接続を有するマルチ無線デュアルコネクティビティをサポートするように構成される端末デバイスを動作させる方法であって、前記２つの異なる接続のうちの少なくとも１つが解放されるべきであることを示す情報をネットワークデバイスに送信するステップと、
前記端末デバイスの第１の加入者識別モジュールに、前記情報を送信するステップの前に前記端末デバイスの第２の加入者識別モジュールにリソース解放要求を送信するステップと、前記情報を送信するステップの後に前記端末デバイスの前記第２の加入者識別モジュールからリソース解放確認を受信するステップとのうち少なくとも１つをさらに実行させるステップと、
を備えることを特徴とする方法。
【請求項6】
ネットワークデバイスの中に備えられた装置であって、少なくとも１つのプロセッサと、命令を記憶するメモリとを備え、前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記ネットワークデバイスに、少なくとも２つの異なる接続を有するマルチデュアルコネクティビティをサポートするように構成される端末デバイスの前記２つの異なる接続のうちの少なくとも１つが解放されるべきであるということを示す情報を受信させるステップと、
前記情報を受信させるステップの後にセカンダリセルグループに関連するベアラがマスタセルグループに再マッピングされることができるかを決定させるステップと、
を少なくとも実行させることを特徴とする装置。
【請求項7】
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記ネットワークデバイスに、前記決定に基づいて、前記情報を受信させるステップの後に前記端末デバイスに関連するベアラの再構成を特徴づける第１の構成情報、または前記端末デバイスにマスタセルグループに関連する少なくとも１つのベアラを中断するように命令する第２の構成情報を前記端末デバイスに送信するステップをさらに実行させることを特徴とする請求項６に記載の装置。
【請求項8】
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記ネットワークデバイスに、前記情報に基づいて、前記端末デバイスが前記マルチデュアルコネクティビティのための前記セカンダリセルグループのリソースを有しないという禁止事項をハンドオーバターゲットに通知するステップをさらに実行させることを特徴とする請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【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】
【図1】いくつかの実施形態による装置の簡略化されたブロック図を概略的に示す。
【図2】いくつかの実施形態による装置の簡略化されたブロック図を概略的に示す。
【図3】いくつかの実施形態によるシステムの簡略化されたブロック図を概略的に示す。
【図4】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図5】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図6】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図7】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図8】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図9A】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図9B】いくつかの実施形態による簡略化されたフローチャートを概略的に示す。
【図10】いくつかの実施形態による装置の簡略化されたブロック図を概略的に示す。
【図11】いくつかの実施形態による装置の簡略化されたブロック図を概略的に示す。
【図12】いくつかの実施形態による簡略化されたシグナリングチャートを概略的に示す。
【図13】いくつかの実施形態による簡略化されたシグナリングチャートを概略的に示す。
【発明を実施するための形態】
【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】
さらなる実施形態は（例えば、図２を参照）、装置２００に関連し、少なくとも１つのプロセッサ２０２と、命令２０６を記憶するメモリ２０４とを備え、命令２０６は、少なくとも１つのプロセッサ２０２によって実行されると、少なくとも２つの異なる接続とのマルチ無線デュアルコネクティビティをサポートするように構成された端末デバイスの２つの異なる接続Ｃ１、Ｃ１のうちの少なくとも１つが解放されるべきであることを示す協力離脱情報ＣＬ－Ｉを受信すること３５０（図８）をネットワークデバイス２０（図３）、例えば例示的なＥＮ－ＤＣ接続のマスタノードに少なくとも実行させる。一例として、マスタノード２０は、図３の端末デバイス１０から協力離脱情報ＣＬ－Ｉを受信し得る。
【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】
いくつかの実施形態の利点は、例えば、ＭＵＳＩＭデバイス１０の別のＵＳＩＭ１０－１へのＲＲＣ接続を開始するために、マルチ無線デュアルコネクティビティ接続からの協力離脱を可能にすることである。いくつかの実施形態では、既存のＲＲＣ接続は、さらなるＵＳＩＭ１０－１がＵＥ１０のトランシーバリソースＴＲＸを少なくとも一時的に使用することを可能にするために解放される必要はない。いくつかの実施形態では、ＵＥ１０は、例えば、ＭＵＳＩＭ ＵＥ１０の別のＵＳＩＭ１０－１のＲＲＣ接続を進めるために、ＵＳＩＭ１０－２の１つのデュアルコネクティビティ接続の解放を要求することができる。さらなる実施形態は、ネットワーク、たとえばネットワークデバイス２０が、トラフィック状況に基づいてセルグループを決定することを可能にする（たとえば、トラフィック状況に応じたＭＣＧまたはＳＣＧの解放）。いくつかの実施形態は、アクティブ接続のためのユーザプレーンへの最小限の中断を伴って、１つのＵＳＩＭ１０－２上にデュアルコネクティビティを有するＭＵＳＩＭシナリオのための接続接続モード動作への遷移を処理することを可能にする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
