▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2023-547867条件付きＰＳＣＥＬＬ変更での異なる測定設定のハンドリング
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-11-14
(54)【発明の名称】条件付きＰＳＣＥＬＬ変更での異なる測定設定のハンドリング
(51)【国際特許分類】
H04W 36/30 20090101AFI20231107BHJP
H04W 72/0457 20230101ALI20231107BHJP
H04W 16/32 20090101ALI20231107BHJP
H04W 72/231 20230101ALI20231107BHJP
【ＦＩ】
H04W36/30
H04W72/0457 110
H04W16/32
H04W72/231
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023524785
(86)(22)【出願日】2021-10-22
(85)【翻訳文提出日】2023-06-16
(86)【国際出願番号】 IB2021059770
(87)【国際公開番号】W WO2022084945
(87)【国際公開日】2022-04-28
(31)【優先権主張番号】63/105,000
(32)【優先日】2020-10-23
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/105,682
(32)【優先日】2020-10-26
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ダ シルヴァ， イカロ レオナルド
(72)【発明者】
【氏名】エクレフ， セシリア
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA14
5K067EE24
5K067JJ39
(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】
【図1】メッセージフロー図である。
【図2-1】メッセージフロー図である。
【図3】メッセージフロー図である。
【図4-1】一実施形態によるメッセージフロー図である。
【図5】一実施形態によるメッセージフロー図である。
【図6】一実施形態によるメッセージフロー図である。
【図7】一実施形態による、プロセスを示すフローチャートである。
【図8】一実施形態による、プロセスを示すフローチャートである。
【図9】一実施形態による、プロセスを示すフローチャートである。
【図10】一実施形態によるＵＥのブロック図である。
【図11】一実施形態によるネットワークノードのブロック図である。
【図12】一実施形態によるシステムを示す図である。
【図13】一実施形態による、部分的無線接続を通じて基地局を介してユーザ機器と通信するホストコンピュータを示す図である。
【図14】一実施形態による、プロセスを示すフローチャートである。
【図15】一実施形態による、プロセスを示すフローチャートである。
【図16】一実施形態による、プロセスを示すフローチャートである。
【図17】一実施形態による、プロセスを示すフローチャートである。
【発明を実施するための形態】
【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】
この選択肢では、ソースＳＮは、ＭＮフォーマットであるＣＰＣ関連ＭｅａｓＣｏｎｆｉｇを生成し、Ｓ－ＳＮからＭＮへのメッセージ内に含み、それによってＭＮはＣＰＣ設定を生成することができ、ＭＮフォーマットのＣＰＣ関連ｍｅａｓＣｏｎｆｉｇをちょうど追加することができる、すなわち、ＭＮはＳ－ＳＮがそれに提供するもののさらなる処理を必要としなくてもよい。
【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】
図１４は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されているものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするために、このセクションに含まれる図面参照は図１４のみである。ステップ１４１０において、ホストコンピュータはユーザデータを提供する。ステップ１４１０の（任意選択的であり得る）サブステップ１４１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。ステップ１４２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。（任意選択的であり得る）ステップ１４３０において、基地局は、本開示の全体において説明されている実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。（さらに任意選択的であり得る）ステップ１４４０において、ＵＥは、ホストコンピュータにより実行されたホストアプリケーションに関連したクライアントアプリケーションを実行する。
【0151】
図１５は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されているものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするために、このセクションに含まれる図面参照は図１５のみである。本方法のステップ１５１０において、ホストコンピュータはユーザデータを提供する。任意選択のサブステップ（図示されていない）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１５２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示の全体において説明されている実施形態の教示に従って、基地局を介して通ってもよい。（任意選択的であり得る）ステップ１５３０において、ＵＥは送信において搬送されたユーザデータを受信する。
【0152】
図１６は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されているものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするために、このセクションに含まれる図面参照は図１６のみである。（任意選択的であり得る）ステップ１６１０において、ＵＥは、ホストコンピュータにより提供された入力データを受信する。追加的に、または代替的に、ステップ１６２０において、ＵＥはユーザデータを提供する。ステップ１６２０の（任意選択的であり得る）サブステップ１６２１において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ１６１０の（任意選択的であり得る）サブステップ１６１１において、ＵＥは、ホストコンピュータにより提供される受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の手法にかかわらず、ＵＥは、（任意選択的であり得る）サブステップ１６３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法のステップ１６４０において、ホストコンピュータは、本開示の全体において説明されている実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0153】
図１７は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されているものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするために、このセクションに含まれる図面参照は図１７のみである。（任意選択的であり得る）ステップ１７１０において、本開示の全体において説明されている実施形態の教示に従って、基地局がＵＥからユーザデータを受信する。（任意選択的であり得る）ステップ１７２０において、基地局は、ホストコンピュータへの受信されたユーザデータの送信を開始する。（任意選択的であり得る）ステップ１７３０において、ホストコンピュータは、基地局により開始された送信において搬送されたユーザデータを受信する。
【0154】
本明細書に開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つもしくは複数の仮想的装置の１つもしくは複数の機能ユニットまたはモジュールを通じて実行されてもよい。各仮想的装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい他のデジタルハードウェアを介して実装されてもよい。処理回路は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたはいくつかのタイプのメモリを含んでもよい、メモリに記憶されたプログラムコードを実行するように設定されてもよい。メモリに記憶されるプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令ならびに本明細書に記載される技術のうちの１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、本開示の１つまたは複数の実施形態に従ってそれぞれの機能ユニットに、対応する機能を実行させるために使用されてもよい。
【0155】
追加実施形態の要約
グループＡの実施形態－ ＵＥ
ｍｅａｓＣｏｎｆｉｇに対処するためにＵＥによって行われる方法であって、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することと、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをチェックし、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがマスタノードフォーマットでのＣＰＣに対する条件付き再設定を含んでいることを判断することと、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがマスタノードフォーマットでのＣＰＣに対する条件付き再設定を含んでいることを判断することに応答して、ＲＲＣ再設定メッセージ内でＳＣＧ ｍｅａｓＣｏｎｆｉｇを見ることによってＣＰＣ関連ＭｅａｓＣｏｎｆｉｇを判断することとを含む、方法。
グループＡの実施形態－ ＵＥ
ｍｅａｓＣｏｎｆｉｇに対処するためにＵＥによって行われる方法であって、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することと、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをチェックし、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがマスタノードフォーマットでのＣＰＣに対する条件付き再設定を含んでいることを判断することと、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがマスタノードフォーマットでのＣＰＣに対する条件付き再設定を含んでいることを判断することに応答して、ＲＲＣ再設定メッセージ内でＳＣＧ ｍｅａｓＣｏｎｆｉｇを見ることによってＣＰＣ関連ＭｅａｓＣｏｎｆｉｇを判断することとを含む、方法。
【0156】
ＲＲＣ再設定メッセージがマスタノードフォーマットでのＣＰＣに対する条件付き再設定を含んでいることを判断することは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｓｙｎｃを備えたＳＣＧ再設定を含んでいる、前の実施形態に記載の方法。
【0157】
ｍｅａｓＣｏｎｆｉｇに対処するためにＵＥによって行われる方法であって、関連付けられたＭＮ／ＭＣＧ ｍｅａｓＣｏｎｆｉｇおよびＳＮ／ＳＣＧ ｍｅａｓＣｏｎｆｉｇを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することと、どれがＣＰＣ関連ＭｅａｓＣｏｎｆｉｇを含んでいるかを判断するためにＭＮ／ＭＣＧ ｍｅａｓＣｏｎｆｉｇとＳＮ／ＳＣＧ ｍｅａｓＣｏｎｆｉｇとの両方をチェックすることとを含む、方法。
【0158】
ＲＲＣ再設定メッセージ内のＳＣＧ ＭｅａｓＣｏｎｆｉｇを見ることによってＣＰＣ関連ＭｅａｓＣｏｎｆｉｇを判断することをさらに含む、前の実施形態に記載の方法。
【0159】
グループＢの実施形態－ 基地局
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノードとして働く基地局によって行われる方法であって、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージがＲＲＣメッセージ内のｍｅａｓＣｏｎｆｉｇメッセージのフォーマットをＵＥに示す、ＲＲＣメッセージを送信することを含む、方法。
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノードとして働く基地局によって行われる方法であって、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージがＲＲＣメッセージ内のｍｅａｓＣｏｎｆｉｇメッセージのフォーマットをＵＥに示す、ＲＲＣメッセージを送信することを含む、方法。
【0160】
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノードとして働く基地局によって行われる方法であって、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージがＲＲＣメッセージ内のｍｅａｓＣｏｎｆｉｇがＭＣＧ ｍｅａｓＣｏｎｆｉｇまたはＳＣＧ ｍｅａｓＣｏｎｆｉｇであるかどうかをＵＥに示す、ＲＲＣメッセージを送信することを含む、方法。
【0161】
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノードとして働く基地局によって行われる方法であって、ＣＰＣを設定するための要求を受信することと、条件付きＳＮ追加を準備するために二次ノード（ＳＮ）に要求を送信することと、キャンセルメッセージが後に受信されない限りＵＥが認められてもよいことを確認する条件付きＳＮ追加要求への応答をＳＮから受信することと、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージはＲＲＣメッセージ内のｍｅａｓＣｏｎｆｉｇがＭＣＧ ｍｅａｓＣｏｎｆｉｇまたはＳＣＧ ｍｅａｓＣｏｎｆｉｇであるかどうかをＵＥに示す、ＲＲＣメッセージを送信することと、条件が満たされ、ＵＥが条件付きＰＳＣｅｌｌ変更を行ったメッセージをＵＥから受信することとを含む、方法。
【0162】
ＲＲＣメッセージはさらに、ＵＥが監視すべき１つまたは複数の条件、およびあらゆる関連付けられた条件が満たされた場合に適用されるあらゆる関連付けられたメッセージを含む、前の実施形態のいずれか１つに記載の方法。
【0163】
ＲＲＣメッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである、前の実施形態のいずれか１つに記載の方法。
【0164】
ＲＲＣメッセージは、現在のＭＮ設定およびＳＮ設定の再設定を含む、前の実施形態のいずれか１つに記載の方法。
【0165】
現在のＭＮ設定およびＳＮ設定の再設定は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊＊をそのＳＣＧ再設定として含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊を含み、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは第１のＭＮ／ＭＣＧ関連設定を含み、ターゲット候補毎ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊は第２のＭＮ／ＭＣＧ関連設定を含む、前の実施形態に記載の方法。
【0166】
ＵＥから受信したメッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｏｍｐｌｅｔｅメッセージである、前の６つの実施形態のいずれか１つに記載の方法。
【0167】
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノード（ＭＮ）として働く基地局によって行われる方法であって、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージはＭＮによって理解可能なフォーマットへのｍｅａｓＣｏｎｆｉｇの変換を含む、ＲＲＣメッセージを送信することを含む、方法。
【0168】
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノード（ＭＮ）として働く基地局によって行われる方法であって、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージはＭＣＧ上の関連付けられたマスタセルグループ（ＭＣＧ）ｍｅａｓＣｏｎｆｉｇの規定を含み、ＭＮが二次セルグループ（ＳＣＧ）ｍｅａｓＣｏｎｆｉｇをＭＣＧ ｍｅａｓＣｏｎｆｉｇに変換した、ＲＲＣメッセージを送信することを含む、方法。
【0169】
ＭＮが変換を行うことをさらに含む、前の２つの実施形態のいずれか１つに記載の方法。
【0170】
異なるＭｅａｓＣｏｎｆｉｇに対処するためのマスタノード（ＭＮ）として働く基地局によって行われる方法であって、ＣＰＣを設定するための要求を受信することと、条件付きＳＮ追加を準備するために二次ノード（ＳＮ）に要求を送信することと、キャンセルメッセージが後に受信されない限りＵＥが認められてもよいことを確認する条件付きＳＮ追加要求への応答をＳＮから受信することと、１つまたは複数の候補ターゲットセルに対するＣＰＣ設定を含むＲＲＣメッセージをＵＥに送信することであって、ＲＲＣメッセージはＭＣＧ上の関連付けられたマスタセルグループ（ＭＣＧ）ｍｅａｓＣｏｎｆｉｇの規定を含み、ＭＮが二次セルグループ（ＳＣＧ）ｍｅａｓＣｏｎｆｉｇをＭＣＧ ｍｅａｓＣｏｎｆｉｇに変換した、ＲＲＣメッセージを送信することと、条件が満たされ、ＵＳが条件付きＰＳＣｅｌｌ変更を行ったメッセージをＵＥから受信することとを含む、方法。
【0171】
ＲＲＣメッセージはさらに、ＵＥが監視すべき１つまたは複数の条件、およびあらゆる関連付けられた条件が満たされた場合に適用されるあらゆる関連付けられたメッセージを含む、前の実施形態のいずれか１つに記載の方法。
【0172】
１つまたは複数の条件は、ＭＣＧ内のｍｅａｓＣｏｎｆｉｇに対するｍｅａｓＩＤを含む、前の実施形態に記載の方法。
【0173】
ＲＲＣメッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである、前の実施形態のいずれか１つに記載の方法。
【0174】
ＲＲＣメッセージは、現在のＭＮ設定およびＳＮ設定の再設定を含む、前の実施形態のいずれか１つに記載の方法。
【0175】
現在のＭＮ設定およびＳＮ設定の再設定は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊＊をそのＳＣＧ再設定として含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊を含み、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは第１のＭＮ／ＭＣＧ関連設定を含み、ターゲット候補毎ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ＊は第２のＭＮ／ＭＣＧ関連設定を含む、前の実施形態に記載の方法。
【0176】
ＵＥから受信したメッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｏｍｐｌｅｔｅメッセージである、前の６つの実施形態のいずれか１つに記載の方法。
【0177】
ユーザデータを取得することと、ユーザデータをホストコンピュータまたはＵＥに転送することとをさらに含む、前の実施形態のいずれか１つに記載の方法。
【0178】
グループＣの実施形態
異なるＭｅａｓＣｏｎｆｉｇに対処するための基地局であって、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、基地局に電力を供給するように設定された電力供給源回路とを備える、基地局。
異なるＭｅａｓＣｏｎｆｉｇに対処するための基地局であって、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、基地局に電力を供給するように設定された電力供給源回路とを備える、基地局。
【0179】
ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークに転送するように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
【0180】
基地局をさらに含む、前の実施形態に記載の通信システム。
【0181】
ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、前の２つの実施形態に記載の通信システム。
【0182】
ホストコンピュータの処理回路がホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える、前の３つの実施形態に記載の通信システム。
【0183】
ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始することとを含み、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
【0184】
基地局においてユーザデータを送信することをさらに含む、前の実施形態に記載の方法。
【0185】
ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む、前の２つの実施形態に記載の方法。
【0186】
基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、前の３つの実施形態のものを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
【0187】
セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、前の実施形態に記載の通信システム。
【0188】
ホストコンピュータの処理回路がホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された、前の２つの実施形態に記載の通信システム。
【0189】
ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、前の実施形態に記載の方法。
【0190】
ＵＥをさらに含む、前の実施形態に記載の通信システム。
【0191】
基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータに転送するように設定された通信インターフェースと、を備える、前の２つの実施形態に記載の通信システム。
【0192】
ホストコンピュータの処理回路がホストアプリケーションを実行するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定された、前の３つの実施形態に記載の通信システム。
【0193】
ホストコンピュータの処理回路がホストアプリケーションを実行し、それによって要求データを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって要求データに応答してユーザデータを提供するように設定された、前の４つの実施形態に記載の通信システム。
【0194】
ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、前の実施形態に記載の方法。
【0195】
ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、前の２つの実施形態記載の方法。
【0196】
ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、前の３つの実施形態に記載の方法。
【0197】
ユーザ機器（ＵＥ）から基地局への送信から生じたユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局が無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
【0198】
基地局をさらに含む、前の実施形態に記載の通信システム。
【0199】
ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、前の２つの実施形態に記載の通信システム。
【0200】
ホストコンピュータの処理回路がホストアプリケーションを実行するように設定され、ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってホストコンピュータによって受信されるユーザデータを提供するように設定された、前の３つの実施形態記載の通信システム。
【0201】
基地局において、ＵＥからユーザデータを受信することをさらに含む、前の実施形態に記載の方法。
【0202】
基地局において、ホストコンピュータへの、受信されたユーザデータの送信を開始することをさらに含む、前の２つの実施形態に記載の方法。
【0203】
ＭｅａｓＣｏｎｆｉｇに対処するためのＵＥであって、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、ＵＥに電力を供給するように設定された電力供給源回路とを備える、ＵＥ。
【0204】
ｍｅａｓＣｏｎｆｉｇに対処するためのユーザ機器（ＵＥ）であって、無線信号を送り、受信するように設定されたアンテナと、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーとを備える、ユーザ機器（ＵＥ）。
【0205】
ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークに転送するように設定された通信インターフェースとを備え、ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
【0206】
セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、前の実施形態に記載の通信システム。
【0207】
ホストコンピュータの処理回路がホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された、前の２つの実施形態に記載の通信システム。
【0208】
ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介して基地局にユーザデータを搬送する送信を開始することとを含み、基地局が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
【0209】
ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、前の実施形態に記載の方法。
【0210】
基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータに転送するように設定された通信インターフェースと、を備える、前の２つの実施形態に記載の通信システム。
【0211】
ホストコンピュータの処理回路がホストアプリケーションを実行するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定された、前の３つの実施形態に記載の通信システム。
【0212】
ホストコンピュータの処理回路がホストアプリケーションを実行し、それによって要求データを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって要求データに応答してユーザデータを提供するように設定された、前の４つの実施形態に記載の通信システム。
【0213】
ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
【0214】
ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、前の実施形態に記載の方法。
【0215】
ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、前の２つの実施形態に記載の方法。
【0216】
ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、前の３つの実施形態に記載の方法。
【0217】
ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じたユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
【0218】
基地局において、ＵＥからユーザデータを受信することをさらに含む、前の実施形態に記載の方法。
【0219】
基地局において、ホストコンピュータへの、受信されたユーザデータの送信を開始することをさらに含む、前の２つの実施形態に記載の方法。
【0220】
略語
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間に不整合がある場合、上記でどのように使用されているかが優先されるべきである。以下で複数回列挙される場合、最初の列挙が任意の後続の列挙よりも優先されるべきである。
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間に不整合がある場合、上記でどのように使用されているかが優先されるべきである。以下で複数回列挙される場合、最初の列挙が任意の後続の列挙よりも優先されるべきである。
【0221】
１ｘＲＴＴ ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＢＳ オールモストブランクサブフレーム
ＡＲＱ 自動再送要求
ＡＷＧＮ 加算性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ 帯域中の電力密度で除算されたチップ毎のＣＰＩＣＨ受信エネルギー
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調用参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ 拡張ＵＴＲＡ
Ｅ－ＵＴＲＡＮ 拡張ＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ さらなる検討が必要
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲにおける基地局
ＧＮＳＳ グローバルナビゲーション衛星システム
ＧＳＭ 汎欧州デジタル移動電話方式
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ ドライブテスト最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線
ＯＣＮＧ ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用サポートシステム
ＯＴＤＯＡ 観測到達時間差
Ｏ＆Ｍ 運用保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ 一次共通制御物理チャネル
ＰＣｅｌｌ 一次セル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッド自動再送要求指示チャネル
ＰＬＭＮ パブリックランドモバイルネットワーク
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ 一次同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＣ 無線リンク制御
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワークコントローラ
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照シンボル受信電力または参照信号受信電力
ＲＳＲＱ 参照信号受信品質または参照シンボル受信品質
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＢＳ オールモストブランクサブフレーム
ＡＲＱ 自動再送要求
ＡＷＧＮ 加算性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ 帯域中の電力密度で除算されたチップ毎のＣＰＩＣＨ受信エネルギー
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調用参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ 拡張ＵＴＲＡ
Ｅ－ＵＴＲＡＮ 拡張ＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ さらなる検討が必要
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲにおける基地局
ＧＮＳＳ グローバルナビゲーション衛星システム
ＧＳＭ 汎欧州デジタル移動電話方式
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ ドライブテスト最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線
ＯＣＮＧ ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用サポートシステム
ＯＴＤＯＡ 観測到達時間差
Ｏ＆Ｍ 運用保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ 一次共通制御物理チャネル
ＰＣｅｌｌ 一次セル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッド自動再送要求指示チャネル
ＰＬＭＮ パブリックランドモバイルネットワーク
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ 一次同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＣ 無線リンク制御
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワークコントローラ
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照シンボル受信電力または参照信号受信電力
ＲＳＲＱ 参照信号受信品質または参照シンボル受信品質
【0222】
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ 二次セル
ＳＤＡＰ サービスデータ適応プロトコル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ 二次同期信号
ＴＤＤ 時分割複信
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＴＳＳ 三次同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動体通信システム
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到達時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ 広帯域ＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ 二次セル
ＳＤＡＰ サービスデータ適応プロトコル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ 二次同期信号
ＴＤＤ 時分割複信
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＴＳＳ 三次同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動体通信システム
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到達時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ 広帯域ＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク
【図1】
【図2-1】
【図2-2】
【図3】
【図4-1】
【図4-2】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【国際調査報告】