JP2022152399A

JP2022152399A - 端末及び無線通信方法

Info

Publication number: JP2022152399A
Application number: JP2021055162A
Authority: JP
Inventors: 大輝前本; Daiki MAEMOTO; 秀明 ▲高▼橋; Hideaki Takahashi
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2021-03-29
Filing date: 2021-03-29
Publication date: 2022-10-12
Also published as: WO2022210106A1

Abstract

【課題】端末の消費電力を抑制する端末及び無線通信方法を提供する。【解決手段】無線通信システムにおいて、端末１０は、一以上の候補セルの設定に関する情報と、候補セルに対する特定の手順の実行条件に関する情報と、を含むＲＲＣ再設定メッセージを受信する受信部と、設定に関する情報と前記実行条件に関する情報とに基づいて、特定の手順の実行を制御する制御部と、を備える。制御部は、ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、タイマが満了すると、設定に関する情報と実行条件に関する情報とを除去する。【選択図】図５

Description

本開示は、端末及び無線通信方法に関する。

国際標準化団体であるThird Generation Partnership Project（３ＧＰＰ）では、第３．９世代の無線アクセス技術（Radio Access Technology：ＲＡＴ）であるLong Term Evolution（ＬＴＥ）、第４世代のＲＡＴであるＬＴＥ－Ａｄｖａｎｃｅｄの後継として、第５世代（Fifth Generation：５Ｇ）のＲＡＴであるNew Radio（ＮＲ）のリリース１５が仕様化されている（例えば、非特許文献１）。ＬＴＥ及び／又はＬＴＥ－Ａｄｖａｎｃｅｄは、Evolved Universal Terrestrial Radio Access（Ｅ－ＵＴＲＡ）とも呼ばれる。

Ｅ－ＵＴＲＡ及びＮＲでは、端末が一以上のセルをそれぞれ含む複数のセルグループ（Cell Group：ＣＧ）を用いて通信するデュアルコネクティビティ（Dual Connectivity：ＤＣ）がサポートされている。ＤＣでは、端末は、マスターセルグループ（Master Cell Group：ＭＣＧ））に関連付けられるマスターノード（Master Node：ＭＮ）と、セカンダリセルグループ（Secondary Cell Group：ＳＣＧ）に関連付けられるセカンダリーノード（Secondary Node：ＳＮ）とに接続する。ＭＣＧは、一つのプライマリセル（Primary Cell：ＰＣｅｌｌ）を含み、一以上のセカンダリセル（Secondary Cell：ＳＣｅｌｌ）を含んでもよい。ＳＣＧは、一つのプライマリＳＣＧセル（Primary SCG Cell：ＰＳＣｅｌｌ）を含み、一以上のＳＣｅｌｌを含んでもよい。

3GPP TS 38.300 V15.2.0 (2018-06)

現在、３ＧＰＰでは、モビリティ（mobility）性能の向上（例えば、処理遅延及び／又は通信断時間の抑制等）を目的として、端末が、特定の手順の対象となるセルの候補（以下、「候補セル」という）の実行条件（execution condition）が満たされるか否かを判定し、当該実行条件が満たされた候補セルに対して当該特定の手順を実行すること（以下、「条件付き手順（conditional procedure）」という）が検討されている。例えば、ＤＣでは、端末が上記ＰＳＣｅｌｌの候補セルの実行条件が満たされるか否かを判定し、判定結果に基づいて上記ＰＳＣｅｌｌの追加及び／又は変更を実行する条件付きＰＳＣｅｌｌ追加及び／又は変更（Conditional PSCell Addition and/or Change：ＣＰＡＣ）が検討されている。

以上のような条件付き手順においては、端末は、実行条件を満たす候補セルが見つかるまで、候補セルの実行条件が満たされるか否かの判定に関する処理（以下、「判定関連処理」という）を継続してしまう。例えば、ＣＰＡＣでは、実行条件を満たす候補セルが見つかるまで、候補セルにおける測定（例えば、ＲＡＴ間測定（Inter-RAT measurement）、同ＲＡＴ測定（Intra-RAT measurement）、異周波測定（Inter-frequency measurement）及び同周波測定（Intra-frequency measurement）の少なくとも一つ等）、当該測定の結果に基づく判定等の判定関連処理を継続してしまう。この結果、端末の消費電力が増大する恐れがある。

本開示はこのような事情に鑑みてなされたものであり、消費電力を抑制可能な端末及び無線通信方法を提供することを目的の一つとする。

本開示の一態様に係る端末は、一以上の候補セルの設定に関する情報と、前記候補セルに対する特定の手順の実行条件に関する情報と、を含むＲＲＣ再設定メッセージを受信する受信部と、前記設定に関する情報と前記実行条件に関する情報とに基づいて、前記特定の手順の実行を制御する制御部と、を備え、前記制御部は、前記ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、前記タイマが満了すると、前記設定に関する情報と前記実行条件に関する情報とを除去する。

本開示の一態様によれば、端末の消費電力を抑制できる。

本実施形態に係る無線通信システムの概要の一例を示す図である。ＰＳＣｅｌｌ追加（ＣＰＡ）の一例を示す図である。ＵＥ変数の一例を示す図である。ＰＳＣｅｌｌ変更（ＣＰＣ）の一例を示す図である。本実施形態に係るタイマを用いたＣＰＡの一例を示す図である。本実施形態に係るタイマを用いたＣＰＣの一例を示す図である。本実施形態に係るＣＰＡの失敗理由情報の通知の一例を示す図である。本実施形態に係るＥＮ－ＤＣ（又はＮＧＥＮ－ＤＣ）の場合のＳＣＧ失敗情報の一例を示す図である。本実施形態に係るＮＲ－ＤＣの場合のＳＣＧ失敗情報の一例を示す図である。本実施形態に係るＮＥ－ＤＣの場合のＳＣＧ失敗情報の一例を示す図である。本実施形態に係るＣＰＣの失敗理由情報の通知の一例を示す図である。本実施形態に係る無線通信システム内の各装置のハードウェア構成の一例を示す図である。本実施形態に係る端末の機能ブロック構成の一例を示す図である。本実施形態に係る基地局の機能ブロック構成の一例を示す図である。

添付図面を参照して、本開示の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有してもよい。

図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図１に示すように、無線通信システム１は、端末１０と、基地局２０Ａ～２０Ｃと、コアネットワーク（Core Network：ＣＮ）３０と、を含んでもよい。以下、基地局２０Ａ～２０Ｃを区別しない場合は、基地局２０と総称する。

端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車載端末、車載装置、静止装置、テレマティクス制御ユニット（Telematics control unit：ＴＣＵ）等、所定の端末又は装置である。端末１０は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、端末（User Terminal）、無線装置（Radio apparatus）、加入者端末、アクセス端末等と呼ばれてもよい。端末１０は、移動型であってもよいし、固定型であってもよい。

端末１０は、基地局２０に対するＲＡＴとして、例えば、Ｅ－ＵＴＲＡ、ＮＲ等の少なくとも一つを用いて通信可能に構成されるが、これに限られず、第６世代以降のＲＡＴ等を用いて通信可能に構成されてもよい。また、端末１０は、上記のような３ＧＰＰが規定したアクセス網（3GPP access network）に限られず、例えば、Ｗｉ－Ｆｉ等の非３ＧＰＰアクセス網（non-3GPP access network）を介して基地局２０にアクセスしてもよい。

基地局２０は、それぞれ、一以上のセルを形成し、当該セルを用いて端末１０と通信する。セルは、サービングセル、キャリア、コンポーネントキャリア（Component Carrier：ＣＣ）等と相互に言い換えられてもよい。例えば、図１では、基地局２０Ａ～２０Ｃがそれぞれ一つのセルＣＡ～ＣＣを形成するが、これに限られず、各基地局２０は、一つ又は複数のセルを形成してもよい。

基地局２０は、gNodeB(gNB)、en-gNB、eNodeB(eNB)、en-gNB、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）、アクセスネットワーク（Access Network：ＡＮ）、次世代無線アクセスネットワーク（Next Generation‐Radio Access Network：ＮＧ－ＲＡＮ）ノード、ＮＧ－ＲＡＮ、Ｅ－ＵＴＲＡＮ、低電力ノード（low-power node）、中央ユニット（Central Unit：ＣＵ）、分散ユニット（Distributed Unit：ＤＵ）、gNB-DU、リモート無線ヘッド（Remote Radio Head：ＲＲＨ）、統合アクセス及びバックホール（Integrated Access and Backhaul/Backhauling：ＩＡＢ）ノード等と呼ばれてもよい。基地局２０は、一つのノードに限られず、複数のノード（例えば、DU等の下位ノードとCU等の上位ノードの組み合わせ）で構成されてもよい。

ＣＮ３０は、例えば、第４世代のＣＮであるEvolved Packet Core（ＥＰＣ）又は第５世代のＣＮである5G Core Network（５ＧＣ）であるが、これに限られない。例えば、ＣＮ３０は、例えば、第６世代以降のＣＮ等、種々のＣＮを利用できる。ＣＮ３０上の装置（以下、「コアネットワーク装置」ともいう）は、端末１０のページング、位置登録等の移動（mobility）管理を行う。コアネットワーク装置は、所定のインタフェース（例えば、Ｓ１又はＮＧインタフェース）を介して基地局２０に接続されてもよい。

コアネットワーク装置は、例えば、Ｃプレーンの情報（例えば、アクセス及び移動管理等に関する情報）を管理するAccess and Mobility Management Function（ＡＭＦ）、Ｕプレーンの情報（例えば、ユーザデータ）の伝送制御を行うUser Plane Function（ＵＰＦ）、移動管理装置（Mobility Management Entity：ＭＭＥ）、ゲートウェイ（Gateway：ＧＷ）等の少なくとも一つ等を含んでもよい。

なお、図１に示す端末１０及び基地局２０の数は、図示するものに限られない。なお、複数の基地局２０は、所定のインタフェース（例えば、Ｘ２又はＸｎインタフェースを介して相互に接続される。

無線通信システム１において、端末１０は、基地局２０からの下り（downlink：ＤＬ）信号の受信及び／又は上り信号（uplink：ＵＬ）の送信を行う。端末１０には、一以上のセルが設定（configure）され、設定されたセルの少なくとも一つがアクティベイト（activate）される。各セルの最大帯域幅は、例えば、２０ＭＨｚ又は４００ＭＨｚ等である。

端末１０は、一つの基地局２０の複数のセルを統合するキャリアアグリゲーション（Carrier Aggregation：ＣＡ）を用いて、及び／又は、複数の基地局２０がそれぞれ形成する複数のセルグループ（Cell Group：ＣＧ）に接続して、通信できる。例えば、２つの基地局２０に接続するデュアルコネクティビティ（Dual Connectivity：ＤＣ）の場合、一方の基地局２０がマスターノード（Master Node：ＭＮ）と呼ばれ、他方の基地局２０がセカンダリーノード（Secondary Node：ＳＮ）と呼ばれる。ＭＮが形成するＣＧは、マスターセルグループ（Master Cell Group：ＭＣＧ）と呼ばれ、ＳＮが形成するＣＧは、セカンダリセルグループ（Secondary Cell Group：ＳＣＧ）と呼ばれる。ＭＣＧ及びＳＣＧは、それぞれ、第１のセルグループ及び第２のセルグループ等と呼ばれてもよい。

ＭＣＧ及びＳＣＧの各々は、少なくともプライマリセル（Primary Cell：ＰＣｅｌｌ）を含み、一以上のセカンダリセル（Secondary Cell：ＳＣｅｌｌ）を含んでもよい。ＳＣＧのＰＣｅｌｌは、プライマリＳＣＧセル（Primary SCG Cell：ＰＳＣｅｌｌ）とも呼ばれる。また、ＭＣＧ又はＳＣＧのＰＣｅｌｌはスペシャルセル（Special Cell：ＳｐＣｅｌｌ）とも呼ばれる。各ＣＧ内のＳｐＣｅｌｌ及び一以上のＳＣｅｌｌはＣＡにより統合される。各ＣＧは、各基地局２０のMedium Access Control（ＭＡＣ）エンティティに対応する。Radio Resource Control（ＲＲＣ）レイヤのメッセージ（以下、「ＲＲＣメッセージ」という）は、各ＣＧのＳｐＣｅｌｌで送信及び／又は受信される。また、同期を伴う再設定（reconfiguration with sync）は、各ＣＧのＳｐＣｅｌｌで行われる。

ＭＮ及びＳＮが端末１０との通信に利用するＲＡＴは、同一であってもよいし、又は、異なってもよい。例えば、ＭＮがＥ－ＵＴＲＡを利用しＳＮがＮＲを利用するＤＣは、E-UTRA-NR Dual Connectivity（ＥＮ－ＤＣ）又はNG-RAN E-UTRA-NR Dual Connectivity（ＮＧＥＮ－ＤＣ）と呼ばれる。また、ＭＮがＮＲを利用しＳＮがＥ－ＵＴＲＡを利用するＤＣは、NR-E-UTRA Dual Connectivity（ＮＥ－ＤＣ）と呼ばれる。ＭＮ及びＳＮの双方がＮＲを利用するＤＣは、NR-NR Dual Connectivity（ＮＲ―ＤＣ）とも呼ばれる。ＥＮ－ＤＣ、ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣ及びＮＲ－ＤＣは、総称して、Multi-Radio Dual Connectivity（ＭＲ－ＤＣ）とも呼ばれる。

以上のような無線通信システム１では、端末１０が、上記の通り、条件付き手順（conditional procedure）が検討されている。例えば、ＤＣでは、端末１０がＰＳＣｅｌｌの候補セルの実行条件が満たされるか否かを判定し、判定結果に基づいて上記ＰＳＣｅｌｌの追加及び／又は変更を実行する条件付きＰＳＣｅｌｌ追加及び／又は変更（Conditional PSCell Addition and/or Change：ＣＰＡＣ）が検討されている。

（ＣＰＡ）
図２は、ＰＳＣｅｌｌ追加（Conditional PSCell Addition：ＣＰＡ）の一例を示す図である。例えば、図２では、端末１０は、基地局２０ＡをＭＮとする場合に、基地局２０Ｂ及び２０ＣをＳＮの候補となる基地局２０（以下、「ＳＮ候補」という）として、ＳＮを追加する手順が示される。具体的には、基地局２０ＡのセルＣＡをＰＣｅｌｌとして、基地局２０Ｂ及び２０ＣそれぞれのセルＣＢ及びＣＣをＰＳＣｅｌｌの候補セル（以下、「ＰＳＣｅｌｌ候補」という）として、ＣＰＡを行う手順が示される。

図２のステップＳ１０１において、ＭＮとしての基地局２０Ａは、ＣＰＡを行うことを決定し、ＳＮ候補の基地局２０Ａ及び２０Ｂに対して、ＳＮ追加要求（SN Addition Request）を送信する。ここで、ＳＮ追加要求は、ＳＮ又はＰＳＣｅｌｌの追加を要求するメッセージであり、「S-NODE ADDITION REQUEST」又は「SgNB Addition Request」等とも呼ばれる。ＳＮ追加要求は、ＰＳＣｅｌｌ候補毎に送信されてもよい。例えば、図２では、ＰＳＣｅｌｌ候補が基地局２０Ｂ及び２０ＣそれぞれのセルＣＢ及びＣＣであるため、セルＣＢ及びＣＣそれぞれに対するＳＮ追加要求が送信される。

ＳＮ追加要求は、例えば、ＰＳＣｅｌｌ候補の識別子（例えば、セルＩＤ）、端末１０の識別子、ＳＮ候補で用いられる情報（例えば、ＲＲＣＩＥ「CG-ConfigInfo」）を含んでもよい。当該情報としては、例えば、端末１０の能力に関する情報、端末１０における各セルの測定結果に関する情報等がある。

ステップＳ１０２において、基地局２０Ｂ及び２０Ｃは、上記ＳＮ追加要求に応じて、ＳＮ追加要求アクノレッジ（SN Addition Request Acknowledge）を基地局２０Ａに送信する。ここで、ＳＮ追加要求アクノレッジは、ＳＮ又はＰＳＣｅｌｌの追加を受け入れる（accept）メッセージであり、「S-NODE ADDITION REQUEST ACKNOWLEDGE」又は「SgNB Addition Request Acknowledge」等とも呼ばれる。ＳＮ追加要求アクノレッジは、ＰＳＣｅｌｌ候補毎に送信されてもよく、例えば、図２では、セルＣＢ及びＣＣそれぞれのＳＮ追加要求アクノレッジが送信される。

ＳＮ追加要求アクノレッジは、例えば、（１）ＰＳＣｅｌｌ候補の設定に関する情報（以下、「ＰＳＣｅｌｌ候補設定情報」という）を含み、（２）実行条件に関する情報（以下、「実行条件情報」）を含んでもよい。当該ＰＳＣｅｌｌ候補設定情報及び実行条件情報は、ＳＮ候補で生成され、ＳＣＧに関する設定情報（例えば、ＲＲＣＩＥ「CG-Config」）に含まれてもよい。実行条件情報は、ＳＮ候補で生成され、ＳＮ追加要求アクノレッジに含められてもよいし、ＳＮ候補で生成されずに、ＭＮで生成されてもよい。実行条件情報をＭＮで生成する場合、ＳＮ追加要求アクノレッジは、実行条件情報を含まずに、ＰＳＣｅｌｌ候補設定情報を含んでもよい。ＰＳＣｅｌｌ候補設定情報は、ＲＲＣ再設定メッセージ（RRC Reconfiguration Message）を含んでもよい。ＲＲＣ再設定メッセージは、端末１０のＲＲＣコネクションの再設定に用いられるメッセージであり、「RRCReconfiguration」又は「RRCConnectionReconfiguration」等とも呼ばれる。ＲＲＣ再設定メッセージは、端末１０においてＰＳＣｅｌｌ候補の設定に用いられる。

ステップＳ１０３において、基地局２０Ａは、一以上のＰＳＣｅｌｌ候補のＰＳＣｅｌｌ候補設定情報及び実行条件情報を含むＲＲＣ再設定メッセージを端末１０に対して送信する。当該ＰＳＣｅｌｌ候補設定情報（例えば、ＲＲＣＩＥ「CondRRCReconfig」）は、一以上のＳＮ候補からのＳＮ追加要求アクノレッジに含まれるＰＳＣｅｌｌ候補設定情報に基づいてもよい（例えば、一以上のＳＮ候補からＭＮへ送信されたＲＲＣ再設定メッセージを含んでもよい）。また、当該実行条件情報（例えば、ＲＲＣＩＥ「CondExecutionCond」）は、一以上のＳＮ候補からのＳＮ追加要求アクノレッジに含まれる実行条件情報に基づいてもよいし、ＭＮで生成されてもよい。各ＰＳＣｅｌｌ候補設定情報及び実行条件情報は、所定のリスト（例えば、ＲＲＣＩＥ「CondReconfigToAddModList」）のエントリ（例えば、ＲＲＣＩＥ「CondReconfigToAddMod」）として含まれてもよい。端末１０は、当該リストを、ＵＥ変数（UE variables）（例えば、「VarConditionalReconfig」）に格納してもよい。

また、ステップＳ１０３のＲＲＣ再設定メッセージ又は当該ＲＲＣ再設定メッセージ内の各ＰＳＣｅｌｌ候補設定情報は、端末１０における測定の設定に関する情報（以下、「測定設定情報」という、例えば、ＲＲＣＩＥ「MeasConfig」）を含んでもよい。当該測定設定情報は、ＭＮで生成されてもよい。ＭＮは、例えば、ＰＳＣｅｌｌ候補設定情報に基づいて、測定設定情報を生成してもよい。測定設定情報は、例えば、
（１）一以上の測定対象（Measurement Object）に関する情報（以下、「測定対象情報」という）を含むリスト（例えば、ＲＲＣＩＥ「MeasObjectToAddModList」）、
（２）報告に関する情報（以下、「報告情報」という）を含むリスト（例えば、ＲＲＣＩＥ「ReportConfigToAddModList」）、及び、
（３）測定対象情報と報告情報との関連付けに関する情報（以下、「関連付け情報」という）のリスト（例えば、ＲＲＣＩＥ「MeasIdToAddModList」）、
等の少なくとも一つ等を含んでもよい。端末１０は、上記測定設定情報に含まれる測定対象情報のリスト、報告情報のリスト及び関連付け情報のリストを、それぞれ、ＵＥ変数（例えば、「VarMeasConfig」の「measObjectList」、「reportConfigList」及び「measIdList」）に格納してもよい。

各測定対象情報（例えば、ＲＲＣＩＥ「MeasObject」）は、例えば、測定対象のセル（例えば、上記ＰＳＣｅｌｌ候補を含む複数のセル）の識別子、周波数等を示してもよい。測定対象情報（例えば、ＲＲＣＩＥ「measObject」）と報告情報（例えば、ＲＲＣＩＥ「reportConfig」）との関連付け情報は、例えば、測定対象情報の識別子（例えば、ＲＲＣＩＥ「measObjectId」）、報告情報の識別子（例えば、ＲＲＣＩＥ「reportConfigId」）、及び、当該関連付け情報の識別子（以下、「関連付け識別子」という、例えば、ＲＲＣＩＥ「measId」）を含んでもよい。

各報告情報（例えば、ＲＲＣＩＥ「reportConfig」）は、条件付き手順（例えば、ＣＰＡ）をトリガするイベント（event）に関する情報（以下、「イベントトリガ情報」という、例えば、ＲＲＣＩＥ「CondTriggerConfig」）を含んでもよい。当該イベントは、例えば、
（Ａ３）ＰＳＣｅｌｌ候補の測定結果が、ＰＣｅｌｌ及び／又はＰＳＣｅｌｌの測定結果より所定のオフセット量だけ良くなること、又は
（Ａ４）ＰＳＣｅｌｌ候補の測定結果が閾値より良くなること、又は
（Ａ５）ＰＣｅｌｌ及び／又はＰＳＣｅｌｌの測定結果が閾値Ｔ１よりも悪くなり、かつ、ＰＳＣｅｌｌ候補が閾値Ｔ２よりも良くなること、又は
（Ｂ１）（ｓｅｒｖｉｎｇｓｅｌｌと）異なるRATの隣接セルの測定結果が閾値より良くなること
等であってもよい。

また、各実行条件情報（例えば、ＲＲＣＩＥ「CondExecutionCond」）は、例えば、上記測定対象情報と報告情報との関連付け識別子（例えば、ＲＲＣＩＥ「measId」）を含んでもよい。「実行条件が満たされる」とは、当該関連付け識別子で指定される報告情報内のイベントトリガ情報が示すイベント（例えば、上記イベント（Ａ３）、（Ａ４）、
（Ａ５）又は（Ｂ１）等）が発生することであってもよい。

図３は、ＵＥ変数の一例を示す図である。例えば、図３では、端末１０が、基地局２０ＡからのＲＲＣ再設定メッセージ内で受信した、基地局２０Ｂ及び２０ＣのセルＣＢ及びＣＣそれぞれのＰＳＣｅｌｌ候補設定情報及び実行条件情報を含むリスト（例えば、ＲＲＣＩＥ「CondReconfigToAddModList」）をＵＥ変数「VarConditionalReconfig」に格納する一例が示される。

図３に示すように、ＵＥ変数「VarConditionalReconfig」には、セルＣＢ及びＣＣそれぞれの当該ＰＳＣｅｌｌ候補設定情報及び実行条件情報の組み合わせのＩＤ（例えば、ＲＲＣＩＥ「condReconfigId」）と、当該ＰＳＣｅｌｌ候補設定情報（例えば、ＲＲＣＩＥ「CondRRCReconfig」）と、当該実行条件情報（例えば、ＲＲＣＩＥ「CondExecutionCond」）と、が格納される。

また、ＵＥ変数「VarMeasConfig」内の「measObjectList」には、上記測定対象情報のリスト（例えば、ＲＲＣＩＥ「MeasObjectToAddModList」）が格納される。また、ＵＥ変数「VarMeasConfig」内の「reportConfigList」には、上記報告情報のリスト（例えば、ＲＲＣＩＥ「ReportConfigToAddModList」）が格納される。また、ＵＥ変数「VarMeasConfig」内の「measIdList」には、上記測定対象情報と報告情報との関連付け情報のリスト（例えば、ＲＲＣＩＥ「MeasIdToAddModList」）が格納される。

図３に示すように、ＵＥ変数「VarConditionalReconfig」内のcondReconfigId”1”に対応するセルＣＢの実行条件情報は、ＵＥ変数「VarMeasConfig」内の「measIdList」内の関連付け識別子（measId）”1”の関連付け情報を指定する。当該関連付け情報は、測定対象情報（measObject）＃１及び報告情報（reportConfig）＃１を指定する。この場合、端末１０は、測定対象情報＃１に基づいて、セルＣＢのＣＰＡのための測定を行う。また、端末１０は、報告情報＃１内のイベントトリガ情報が示すイベントが発生する場合、セルＣＢのＣＰＡのための実行条件が満たされると判定する。

一方、ＵＥ変数「VarConditionalReconfig」内のcondReconfigId”2”に対応するセルＣＣの実行条件情報は、ＵＥ変数「VarMeasConfig」内の「measIdList」内の関連付け識別子（measId）”3”の関連付け情報を指定する。当該関連付け情報は、測定対象情報（measObject）＃３及び報告情報（reportConfig）＃３を指定する。この場合、端末１０は、測定対象情報＃３に基づいて、セルＣＣのＣＰＡのための測定を行う。また、端末１０は、報告情報＃３内のイベントトリガ情報が示すイベントが発生する場合、セルＣＣのＣＰＡのための実行条件が満たされると判定する。

図２のステップＳ１０４において、端末１０は、ステップＳ１０３の基地局２０ＡからのＲＲＣ再設定メッセージに応じたＲＲＣ再設定完了メッセージ（RRC Reconfiguration Complete Message）を送信する。ＲＲＣ再設定メッセージは、「RRCReconfigurationComplete」又は「RRCConnectionReconfigurationComplete」等とも呼ばれる。

ステップＳ１０５において、端末１０は、測定対象のセルにおける測定を行う。具体的には、端末１０は、上記測定対象情報に基づいて、当該セルにおける測定を行ってもよい。例えば、図３で説明したように、端末１０は、ＰＳＣｅｌｌ候補のセルＣＢ及びＣＣのＣＰＡのために、それぞれ、測定対象情報＃１及び＃３によって指定されるセルの測定を行ってもよい。

ステップＳ１０６において、端末１０は、各ＰＳＣｅｌｌ候補の実行条件が満たされるか否かを判定する。具体的には、端末１０は、ステップＳ１０５における測定結果と、上記報告情報に基づいて、各ＰＳＣｅｌｌ候補の実行条件が満たされるか否かを判定してもよい。例えば、図３で説明したように、端末１０は、ＰＳＣｅｌｌ候補のセルＣＢ及びＣＣのＣＰＡのために、それぞれ、報告情報＃１及び３内のイベントトリガ情報が示すイベントが発生するか否かを判定してもよい。

どのＰＳＣｅｌｌ候補の実行条件も満たされていない場合（ステップＳ１０６；ＮＯ）、本動作はステップＳ１０５に戻り、端末１０は測定を継続する。

少なくとも一つのＰＳＣｅｌｌ候補の実行条件が満たされる場合（ステップＳ１０６；ＹＥＳ）、ステップＳ１０７において、端末１０は、当該実行条件を満たすＰＳＣｅｌｌ候補に対するランダムアクセス手順を開始する。例えば、図２では、ＰＳＣｅｌｌ候補のセルＣＢの実行条件が満たされるので、端末１０は、セルＣＢのＰＳＣｅｌｌ候補設定情報（例えば、図３のＵＥ変数「VarConditionalReconfig」内のcondReconfigId”1"のcondRRCReconfig）に基づいて、セルＣＢに対するランダムアクセス手順を開始する。なお、複数のＰＳＣｅｌｌ候補の実行条件が満たされる場合、端末１０は、当該複数のＰＳＣｅｌｌ候補の一つを選択して、選択されたＰＳＣｅｌｌ候補に対するランダムアクセス手順を開始してもよい。

ステップＳ１０８において、端末１０は、基地局２０Ｂ（セルＣＢ）とのＲＲＣコネクションが確立（establish）されると、セルＣＢがＰＳＣｅｌｌとして設定されたことを通知するＲＲＣメッセージを基地局２０Ａに送信する。当該ＲＲＣメッセージは、ステップＳ１０２のＰＳＣｅｌｌ候補設定情報に含まれるセルＣＢのＲＲＣ再設定メッセージに応じたＲＲＣ再設定完了メッセージを含んでもよい。

上記ＲＲＣ再設定完了メッセージを含むＲＲＣメッセージは、例えば、ステップＳ１０６で実行条件を満たすことによってトリガされる測定報告（「MeasurementReport」）、又は、ステップＳ１０７のランダムアクセス手順において基地局２０Ｂから受信するＲＲＣセットアップメッセージ（「RRCSetup」又は「RRCConnectionSetup」）に応じたＲＲＣセットアップ完了メッセージ（「RRCSetupComplete」又は「RRCConnectionSetupComplete」）であるが、これらに限られず、どのようなＲＲＣメッセージであってもよい。

ステップＳ１０９において、基地局２０Ａは、セルＣＢを形成する基地局２０Ｂに対して、ＳＮ再設定完了（SN Reconfiguration Complete）を送信する。ＳＮ再設定完了は、ＳＮ候補で生成されたＰＳＣｅｌｌ候補設定情報が端末１０において適用されたことを通知するメッセージであり、例えば、「S-NODE RECONFIGURATION COMPLETE」又は「SgNB Reconfiguration Complete」等とも呼ばれる。当該ＳＮ再設定完了は、ステップＳ１０８で端末１０から受信したセルＣＢのＲＲＣ再設定完了メッセージを含む。

ステップＳ１１０において、基地局２０Ａは、ＰＳＣｅｌｌとして設定されなかったＳＰＣｅｌｌ候補を形成するＳＮ候補（ここでは、基地局２０Ｃ）と、ＳＮ解放手順を実施する。例えば、基地局２０Ａは、基地局２０Ｃに対して、ＳＮ解放要求（SN Release Request）を送信する。ＳＮ解放要求は、ＳＮ候補で生成されたＳＰＣｅｌｌ候補（ここでは、セルＣＣ）用のＰＳＣｅｌｌ候補設定情報の解放を要求するメッセージであり、「S-NODE RELEASE REQUEST」又は「SgNB Release Request」等とも呼ばれる。

以上のように、セルＣＢの実行条件が満たされ、ＰＳＣｅｌｌとしてセルＣＢが追加されると、ステップＳ１１１において、端末１０は、ＵＥ変数の特定のエントリを除去（remove）する。具体的には、端末１０は、全ＰＳＣｅｌｌ候補のＰＳＣｅｌｌ候補設定情報及び実行条件情報（例えば、図３の「VarConditionalReconfig」の全エントリ）を除去（remove）してもよい。また、端末１０は、ＵＥ変数（例えば、図３の「VarMeasConfig」の「reportConfigList」）内において、上記実行条件情報に基づいて指定される報告情報（例えば、図３のreportConfig＃１及び＃３）を除去してもよい。また、端末１０は、ＵＥ変数（例えば、図３の「VarMeasConfig」の「measObjectList」）内において、上記実行条件情報に基づいて指定される測定対象情報（例えば、図３のmeasObject＃１及び＃３）を除去してもよい。また、端末１０は、ＵＥ変数（例えば、図３の「VarMeasConfig」の「measIdList」）内において、上記実行条件情報によって指定される関連付け情報（例えば、図３のMeasId”1”、mesasObjectId”1”及びreportConfigId”1”のセットと、MeasId”3”、mesasObjectId”3”及びreportConfigId”1”のセット）を除去してもよい。

（ＣＰＣ）
図４は、ＰＳＣｅｌｌ変更（Conditional PSCell Change：ＣＰＣ）の一例を示す図である。例えば、図４では、端末１０が、基地局２０ＡをＭＮ、基地局２０ＢをソースＳＮとしてＤＣを行う場合に、基地局２０ＣをターゲットＳＮの候補（以下、「ターゲットＳＮ候補」という）として、ＭＮ主導でＳＮを変更する手順が示される。すなわち、基地局２０ＡのセルＣＡをＰＣｅｌｌ、基地局２０ＢのセルＣＢをＰＳＣｅｌｌである場合に、基地局２０ＣのセルＣＣをＰＳＣｅｌｌ候補として、ＣＰＣを行う手順が示される。

なお、図４では、図２との相違点を中心に説明し、同様の説明は繰り返さない。また、図２の説明におけるＣＰＡは図４ではＣＰＣと読み替えられる。また、図２の説明におけるＰＳＣｅｌｌ候補「セルＣＢ及びＣＣ」に関する説明は、図４において「セルＣＣ」と読み替えて適用される。

図４のステップＳ２０１において、ＭＮとしての基地局２０Ａは、ＣＰＣを行うことを決定し、ターゲットＳＮ候補の基地局２０Ｃに対して、ＳＮ追加要求を送信する。例えば、図４では、ＰＳＣｅｌｌ候補が基地局２０ＣのセルＣＣであるため、セルＣＣに対するＳＮ追加要求が送信される。

ステップＳ２０２において、基地局２０Ｃは、上記ＳＮ追加要求に応じて、ＳＮ追加要求アクノレッジを基地局２０Ａに送信する。例えば、図４では、セルＣＣのＰＳＣｅｌｌ候補設定情報及び／又は実行条件情報を含むＳＮ追加要求アクノレッジが送信される。

図４のステップＳ２０３～Ｓ２０６は、図２のステップＳ１０３～Ｓ１０６と同様である。端末１０は、少なくとも一つのＰＳＣｅｌｌ候補の実行条件が満たされる場合（ステップＳ２０６のＹＥＳ）、ステップＳ２０７において、端末１０は、実行条件を満たすＰＳＣｅｌｌ候補に対するＰＳＣｅｌｌ変更をトリガするＲＲＣメッセージを送信する。当該ＲＲＣメッセージは、例えば、ステップＳ２０６で実行条件を満たすことによってトリガされる測定報告であってもよい。

ステップＳ２０８において、基地局２０Ａは、端末１０からのＲＲＣメッセージに応じて、ソースＳＮとしての基地局２０Ｂと、ＳＮ解放手順を実施する。当該ＳＮ解放手順により、基地局２０ＢをＳＮとする端末１０とのデータの送信及び／又は受信が停止される。ステップＳ２１０、Ｓ２１１及びＳ２１２は、図２のステップＳ１０８、Ｓ１０９及びＳ１１１と同様である。

なお、図示しないが、ＣＰＣは、ＳＮ主導で行われてもよい。ＳＮ主導の場合、図４のステップＳ２０１の前に、ソースＳＮとしての基地局２０Ｂが、ＭＮとしての基地局２０Ａに対して、ＳＮ変更要求を送信するステップが追加されればよい。ＳＮ変更要求は、ＳＮの変更を要求するメッセージであり、「S-NODE CHANGE REQUIRED」又は「SgNB Change Required」等と呼ばれてもよい。

以上のように、条件付き手順（例えば、ＣＰＡＣ）では、端末１０は、一以上のＰＳＣｅｌｌ候補設定情報（候補セルの設定に関する情報）と、実行条件情報（当該候補セルに対する特定の手順の実行条件に関する情報）と、を含むＲＲＣ再設定メッセージを受信する。端末１０は、当該ＰＳＣｅｌｌ候補設定手順と当該実行条件情報とに基づいて、特定の手順の実行を制御する。このような条件付き手順では、端末１０において一以上の候補セルが事前に設定されるので、ある候補セルの実行条件を満たすと判定されると、当該ある候補セルに対する特定の手順の実行を迅速に開始できる。この結果、モビリティ（mobility）性能（例えば、処理遅延及び／又は通信断時間の抑制等）の向上が期待できる。

しかしながら、上記条件付き手順においては、端末１０は、実行条件を満たす候補セルが見つかるまで、候補セルの実行条件が満たされるか否かの判定関連処理を継続してしまう。例えば、ＣＰＡＣでは、実行条件を満たす候補セルが見つかるまで、候補セルにおける測定（例えば、ＲＡＴ間測定（Inter-RAT measurement）、同ＲＡＴ測定（Intra-RAT measurement）、異周波測定（Inter-frequency measurement）及び同周波測定（Intra-frequency measurement）の少なくとも一つ等）、当該測定の結果に基づく判定等の判定関連処理を継続してしまう。この結果、端末の消費電力が増大する恐れがある。

また、上記条件付き手順が端末１０において失敗しても、ネットワーク（例えば、基地局２０及びＣＮ３０等）は、端末１０における条件付き手順の失敗理由を知ることができない。このため、ネットワークは、失敗防止のための対策（例えば、ＰＳＣｅｌｌ候補設定情報及び／又は実行条件情報等の調整）を適切に行うことができず、この結果、システム全体のリソースの利用効率が低下する恐れがある。

そこで、本実施形態では、（１）タイマを用いて実行条件が満たされるか否かの判定関連処理を制限すること、及び／又は、（２）当該条件付き手順の失敗の理由に関する情報（以下、「失敗理由情報」という）を端末１０からネットワークに通知する。上記タイマを用いることにより、実行条件を満たす候補セルが見つからない場合の端末１０の消費電力を抑制することができる。また、上記失敗理由情報の通知により、ネットワーク側での対策が可能となるので、システム全体のリソースの利用効率を向上させることができる。

（１）タイマを用いた実行条件の判定関連処理の制限
端末１０は、一以上のＰＳＣｅｌｌ候補のＰＳＣｅｌｌ候補設定情報及び実行条件情報を含むＲＲＣ再設定メッセージを受信する。端末１０は、当該ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、当該タイマが満了すると、当該ＰＳＣｅｌｌ候補設定情報及び実行条件情報を除去する。

図５は、本実施形態に係るタイマを用いたＣＰＡの一例を示す図である。図５では、図２との相違点を中心に説明する。図５のステップＳ３０１～Ｓ３０３は、図２のステップＳ１０１～Ｓ１０３と同様である。

ステップＳ３０４において、端末１０は、基地局２０Ａから、一以上のＰＳＣｅｌｌ候補設定情報及び実行条件情報のリスト（例えば、ＲＲＣＩＥ「CondReconfigToAddModList」）を含むＲＲＣ再設定メッセージの受信に応じて、タイマを起動する。当該ＲＲＣ再設定メッセージは、当該タイマに関する情報（以下、「タイマ情報」）という）を含んでもよい。タイマ情報は、例えば、当該タイマの値又は期間等を示してもよい。なお、当該タイマの値又は期間は、端末１０の全ＰＳＣｅｌｌ候補に共通にセットされてもよいし、又は、端末１０のＰＳＣｅｌｌ候補毎に個別にセットされてもよい。ステップＳ３０５は、図２のステップＳ１０４と同様である。

ステップＳ３０６において、端末１０は、ステップＳ３０４で起動したタイマが満了したか否かを判定する。当該タイマが満了していない場合（ステップＳ３０６；ＮＯ）、端末１０は、ステップＳ３０７において、測定対象のセルを測定し、ステップＳ３０８において、各ＰＳＣｅｌｌ候補の実行条件が満たされるか否かを判定する。なお、ステップＳ３０７の測定及びステップＳ３０８の判定の詳細は、図２のステップＳ１０５及びＳ１０６と同様である。

少なくとも一つのＰＳＣｅｌｌ候補の実行条件が満たされる場合（ステップＳ３０８；ＹＥＳ）、ステップＳ３０９において、端末１０は、ステップＳ３０４で起動したタイマを停止する。ステップＳ３１０において、端末１０は、図２のステップＳ１０７～Ｓ１１０で説明したように動作し、ステップＳ３１１に進む。

一方、どのＰＳＣｅｌｌ候補の実行条件も満たされていない場合（ステップＳ３０８；ＮＯ）、本動作はステップＳ３０６に戻り、端末１０は、ステップＳ３０４で起動したタイマが満了したか否かを判定する。当該タイマが満了している場合（ステップＳ３０６；ＹＥＳ）、本動作はステップＳ３１１に進む。ステップＳ３１１は、図２のステップＳ１１１と同様である。

このように、図５では、ステップＳ３０８でどのＰＳＣｅｌｌ候補の実行条件が満たされていなくとも、ステップＳ３０６でタイマが満了すると判定されると、ステップＳ３１１において、端末１０は、ＰＳＣｅｌｌ候補設定情報及び実行条件情報を除去する。すなわち、端末１０は、タイマの満了に応じて、ＣＰＡのための判定関連処理を中止するので、端末１０の電力消費を抑制できる。

図６は、本実施形態に係るタイマを用いたＣＰＣの一例を示す図である。図６では、図４、５との相違点を中心に説明する。図６のステップＳ４０１～Ｓ４０３は、図４のステップＳ２０１～Ｓ２０３と同様である。

ステップＳ４０４において、端末１０は、基地局２０Ａから、一以上のＰＳＣｅｌｌ候補設定情報及び実行条件情報のリスト（例えば、ＲＲＣＩＥ「CondReconfigToAddModList」）を含むＲＲＣ再設定メッセージの受信に応じて、タイマを起動する。当該ＲＲＣ再設定メッセージは、上記タイマ情報を含んでもよい。ステップＳ４０５は、図４のステップＳ２０４と同様である。

ステップＳ４０６において、端末１０は、ステップＳ４０４で起動したタイマが満了したか否かを判定する。当該タイマが満了していない場合（ステップＳ４０６；ＮＯ）、端末１０は、ステップＳ４０７において、測定対象のセルを測定し、ステップＳ４０８において、各ＰＳＣｅｌｌ候補の実行条件が満たされるか否かを判定する。なお、ステップＳ４０７の測定及びステップＳ４０８の判定の詳細は、図２のステップＳ２０５及びＳ２０６と同様である。

少なくとも一つのＰＳＣｅｌｌ候補の実行条件が満たされる場合（ステップＳ４０８；ＹＥＳ）、ステップＳ３０９において、端末１０は、ステップＳ４０４で起動したタイマを停止する。ステップＳ４１０において、端末１０は、図４のステップＳ２０７～Ｓ２１１で説明したように動作し、ステップＳ４１１に進む。

一方、どのＰＳＣｅｌｌ候補の実行条件も満たされていない場合（ステップＳ４０８；ＮＯ）、本動作はステップＳ４０６に戻り、端末１０は、ステップＳ４０４で起動したタイマが満了したか否かを判定する。当該タイマが満了している場合（ステップＳ４０６；ＹＥＳ）、本動作はステップＳ４１１に進む。ステップＳ４１１は、図４のステップＳ２１２と同様である。

このように、図６では、ステップＳ４０８でどのＰＳＣｅｌｌ候補の実行条件が満たされていなくとも、ステップＳ４０６でタイマが満了すると判定されると、ステップＳ３１１において、端末１０は、ＰＳＣｅｌｌ候補設定情報及び実行条件情報を除去する。すなわち、端末１０は、タイマの満了に応じて、ＣＰＣのための判定関連処理を中止するので、端末１０の電力消費を抑制できる。

以上のように、端末１０が、一以上のＰＳＣｅｌｌ候補設定情報と実行条件情報とを含むＲＲＣ再設定メッセージの受信に応じてタイマを起動し、当該タイマが満了すると、ＰＳＣｅｌｌ候補設定情報と実行条件情報とを除去することにより、実行条件を満たす候補セルが見つからない場合の端末１０の消費電力を抑制することができる。

例えば、図５及び６において、端末１０でタイマを起動する代わりに、ネットワーク（例えば、ＭＮ）においてＲＲＣ再設定完了メッセージの受信に応じてタイマを起動することも想定される。この場合、ネットワーク側で起動されたタイマが満了すると、ＰＳＣｅｌｌ候補設定情報及び実行条件情報を除去するためのシグナリング（例えば、ＭＮから端末１０へのＲＲＣ再設定メッセージ、当該ＲＲＣ再設定メッセージに対する端末１０からＭＮへのＲＲＣ再設定完了メッセージ）が必要となる。したがって、図５及び６に示すように端末１０でタイマを起動する場合、ネットワーク側でタイマを起動する場合と比べて、ＣＰＡＣの制御に係るオーバーヘッドを削減できる。

（２）失敗理由情報の通知
端末１０は、一以上のＰＳＣｅｌｌ候補のＰＳＣｅｌｌ候補設定情報及び実行条件情報を含むＲＲＣ再設定メッセージを受信する。端末１０は、当該ＰＳＣｅｌｌ候補設定情報及び実行条件情報に基づいて、特定の手順の実行を制御する。端末１０は、当該特定の手順の実行に失敗した場合、失敗の理由に関する失敗理由情報を含むメッセージ（例えば、ＲＲＣメッセージ）を送信する。

図７は、本実施形態に係るＣＰＡの失敗理由情報の通知の一例を示す図である。図７では、図２、５との相違点を中心に説明する。図７のステップＳ５０１～Ｓ５０４は、図２のステップＳ１０１～Ｓ１０４、図５のステップＳ３０１～Ｓ３０４と同様である。

ステップＳ５０５において、端末１０は、ＣＰＡの失敗を検出する。例えば、端末１０は、以下の（ａ）～（ｃ）の少なくとも一つの場合に、ＣＰＡの失敗を検出してもよい。
（ａ）ステップＳ５０３で受信されたＰＳＣｅｌｌ候補設定情報のリストに基づいて設定された少なくとも一つのＰＳＣｅｌｌ候補を所定期間（given period）内に検出できない、
（ｂ）所定期間内に上記少なくとも一つのＰＳＣｅｌｌ候補が検出されたが、当該所定期間内に当該検出されたＰＳＣｅｌｌ候補の実行条件が満たされなかった、又は
（ｃ）検出されたＰＳＣｅｌｌ候補の実行条件が所定期間内に満たされたが、実行条件を満たすＰＳＣｅｌｌ候補に対するランダムアクセス手順に失敗した、

上記所定期間は、予め定められた期間であってもよいし、ネットワークから設定される期間であってもよい。また、上記所定期間は、図５のステップＳ３０６のタイマがステップＳ３０５のＲＲＣ再設定メッセージの受信に応じて起動されてから満了するまでの間であってもよい。なお、図７において、当該タイマが満了すると、図５のステップＳ３１１が実施されてもよい。

ステップＳ５０６において、端末１０は、ステップＳ５０５で検出された失敗の理由に関する失敗理由情報を含むＳＣＧ失敗情報（SCG Failure Information）を、基地局２０Ａに対して送信する。ここで、ＳＣＧ失敗情報は、ＳＣＧに関する手順の失敗を通知するメッセージであり、例えば、ＲＲＣメッセージであってもよい。ＳＣＧ失敗情報は、ＮＲ－ＤＣでＮＲのＳＣＧに関する手順の失敗を通知する「SCGFailureInformation」、ＮＥ－ＤＣでＥ－ＵＴＲＡのＳＣＧに関する手順の失敗を通知する「SCGFailureInformationEUTRA」、又は、ＥＮ－ＤＣでＮＲのＳＣＧに関する手順の失敗を通知する「SCGFailureInformationNR」等と言い換えられてもよい。

失敗理由情報は、例えば、以下の（ａ）～（ｃ）の少なくとも一つを示してもよい。失敗理由情報が上記（ｂ）の場合、ＳＣＧ失敗情報は、所定期間内に検出された上記少なくとも一つのＰＳＣｅｌｌ候補に関する情報を含んでもよい。また、失敗理由情報が上記（ｃ）の場合、ＳＣＧ失敗情報は、実行条件を満たすＰＳＣｅｌｌ候補に関する情報を含んでもよい。当該所定期間内に検出された又は実行条件を満たしたＰＳＣｅｌｌ候補に関する情報は、例えば、当該ＰＳＣｅｌｌ候補の識別情報（例えば、物理セルＩＤ）等であってもよい。

また、ＳＣＧ失敗情報は、上記ＰＳＣｅｌｌ候補以外で端末１０において検出された他のセルに関する情報（以下、「他セル情報」という）を含んでもよい。当該他セル情報は、端末１０によって検出された当該他のセルの識別情報（例えば、物理セルＩＤ）、及び／又は、当該他のセルの測定結果に関する情報を含んでもよい。

図８～１０を参照し、以上のようなＳＣＧ失敗情報の一例を説明する。図８は、本実施形態に係るＥＮ－ＤＣ（又はＮＧＥＮ－ＤＣ）の場合のＳＣＧ失敗情報の一例を示す図である。例えば、図８に示すように、ＥＮ－ＤＣで用いられる「SCGFailureInformationNR」は、失敗理由情報（例えば、ＲＲＣＩＥ「CPA-FailureInformation」内の「cpa-FailureCause」）を含んでもよい。当該失敗理由情報は、例えば、上記（ａ）～（ｃ）のいずれかを示す情報（例えば、（ａ）noPSCellDetected、（ｂ）noEventFulfilled、又は、（ｃ）rach-Failure）と、（ｂ）及び（ｃ）の場合におけるＰＳＣｅｌｌ候補の物理セルＩＤ（例えば、「PhysCellIdNR」）を含んでもよい。また、「SCGFailureInformationNR」は、他セル情報（例えば、otherDetectedCellList）を含んでもよい。

図９は、本実施形態に係るＮＲ－ＤＣの場合のＳＣＧ失敗情報の一例を示す図である。例えば、図９に示すように、ＮＲ－ＤＣで用いられる「SCGFailureInformation」は、図８と同様に、失敗理由情報（例えば、ＲＲＣＩＥ「CPA-FailureInformation」内の「cpa-FailureCause」）を含んでもよい。また、「SCGFailureInformation」は、他セル情報（例えば、otherDetectedCellList）を含んでもよい。

図１０は、本実施形態に係るＮＥ－ＤＣの場合のＳＣＧ失敗情報の一例を示す図である。例えば、図１０に示すように、ＮＥ－ＤＣで用いられる「SCGFailureInformationEUTRA」は、図８と同様に、失敗理由情報（例えば、ＲＲＣＩＥ「CPA-FailureInformation」内の「cpa-FailureCause」）を含んでもよい。また、「SCGFailureInformation」は、他セル情報（例えば、otherDetectedCellList）を含んでもよい。

ステップＳ５０７において、基地局２０Ａは、ステップＳ５０６におけるＳＣＧ失敗情報の受信に応じて、各ＳＰＣｅｌｌ候補を形成するＳＮ候補（ここでは、基地局２０Ｂ及び２０Ｃの各々）と、ＳＮ解放手順を実施する。例えば、基地局２０Ａは、基地局２０Ｂ及び２０Ｃの各々に対して、ＳＮ解放要求を送信する。

当該ＳＮ解放要求は、上記失敗理由情報を含んでもよい。ＳＮ候補の基地局２０Ｂ及び２０Ｃは、ＳＮ解放要求内の失敗理由情報に基づいて、ＭＮからの次のＳＮ追加要求に応じたＰＳＣｅｌｌ候補設定情報及び／又は実行条件情報の生成を制御してもよい。このように、失敗理由情報に基づくネットワーク側での対策は、ＳＮ候補で行われてもよい。

又は、基地局２０Ａは、ＳＣＧ失敗情報に含まれる失敗理由情報及び／又は他セル情報に基づいて、ＳＮ候補で用いられる情報（例えば、ＲＲＣＩＥ「CG-ConfigInfo」）を生成してもよい。また、基地局２０Ａは、当該失敗理由情報及び／又は他セル情報に基づいて、ＰＳＣｅｌｌ候補及び／又はＳＮ候補を決定してもよい。このように、失敗理由情報に基づくネットワーク側での対策は、ＭＮで行われてもよい。

また、例えば、上記失敗理由情報が上記（ａ）を示す場合、ネットワーク（例えば、ＭＮ）は、端末１０から報告された他セル情報を用いて、当該他セル情報が示す実際に検出されたセルをＰＳＣｅｌｌ候補として端末１０に設定してもよい。

また、例えば、上記失敗理由情報が上記（ｂ）を示す場合、ネットワーク（例えば、ＭＮ及び／又はＳＮ候補）は、実行条件の見直し、閾値等の設定値を見直してもよい。また、例えば、上記失敗理由情報が上記（ｃ）を示す場合、ネットワーク（例えば、ＭＮ及び／又はＳＮ候補）は、ＰＳＣｅｌｌ候補設定情報内のランダムアクセスに関するパラメータを見直すこともできる。

このように、図７では、ステップＳ５０６における失敗理由情報の通知により、ネットワーク側でのＣＰＡの対策が可能となるので、システム全体のリソースの利用効率を向上させることができる。

図１１は、本実施形態に係るＣＰＣの失敗理由情報の通知の一例を示す図である。図１１は、図４、６及び７との相違点を中心に説明する。図１１のステップＳ６０１～Ｓ６０４は、図４のステップＳ２０１～Ｓ２０４と同様である。

ステップＳ６０５において、端末１０は、ＣＰＣの失敗を検出する。例えば、端末１０は、図７のステップＳ５０５で説明したように、上記（ａ）～（ｃ）の少なくとも一つの場合に、ＣＰＣの失敗を検出してもよい。

ステップＳ６０６において、端末１０は、ステップＳ６０５で検出された失敗の理由に関する失敗理由情報を含むＳＣＧ失敗情報を、基地局２０Ａに対して送信する。なお、ステップＳ６０６の詳細は、図７のステップＳ５０６と同様である。なお、当該ＳＣＧ失敗情報は、図８～１０に示すＣＰＡをＣＰＣと読み替えて適用できる。

ステップＳ６０７において、基地局２０Ａは、ステップＳ６０６におけるＳＣＧ失敗情報の受信に応じて、各ＳＰＣｅｌｌ候補を形成するＳＮ候補（ここでは、基地局２０Ｃ）と、ＳＮ解放手順を実施する。なお、ステップＳ６０７の詳細は、図７のステップＳ５０７と同様である。

このように、図１１では、ステップＳ６０６における失敗理由情報の通知により、ネットワーク側でのＣＰＣの対策が可能となるので、システム全体のリソースの利用効率を向上させることができる。

なお、上記では、条件付き手順の一例として、ＣＰＡ（例えば、図２、５及び７）及びＣＰＣ（例えば、図４、６及び１１）を例示したが、本実施形態は、ＣＰＡ、ＣＰＣだけでなく、条件付きハンドオーバ（Conditional Hand Over：ＣＨＯ）にも適用可能である。ＣＨＯの場合、候補セルは、ターゲットセル（又は、ターゲット基地局）の候補セルと読み替えられればよい。

（無線通信システムの構成）
次に、以上のような無線通信システム１の各装置の構成について説明する。なお、以下の構成は、本実施形態の説明において必要な構成を示すためのものであり、各装置が図示以外の機能ブロックを備えることを排除するものではない。

＜ハードウェア構成＞
図１２は、本実施形態に係る無線通信システム内の各装置のハードウェア構成の一例を示す図である。無線通信システム１内の各装置（例えば、端末１０、基地局２０、ＣＮ３０など）は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。

プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、無線通信システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。無線通信システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。

記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。

通信装置１３は、有線及び／又は無線ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。また、通信装置１３には、アンプ、無線信号に関する処理を行うＲＦ（Radio Frequency）装置と、ベースバンド信号処理を行うＢＢ（BaseBand）装置とを含んでいてもよい。

ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、電力増幅等を行うことで、アンテナＡから送信する無線信号を生成する。また、ＲＦ装置は、アンテナから受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。ＢＢ装置は、デジタルベースバンド信号をパケットに変換する処理、及び、パケットをデジタルベースバンド信号に変換する処理を行う。

入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。

以上説明したハードウェア構成は一例に過ぎない。無線通信システム１内の各装置は、図１２に記載したハードウェアの一部が省略されていてもよいし、図１２に記載されていないハードウェアを備えていてもよい。また、図１２に示すハードウェアが１又は複数のチップにより構成されていてもよい。

＜機能ブロック構成＞
≪端末≫
図１３は、本実施形態に係る端末の機能ブロック構成の一例を示す図である。図１３に示すように、端末１０は、受信部１０１と、送信部１０２と、制御部１０３と、を備える。

なお、受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

受信部１０１は、下り信号を受信する。また、受信部１０１は、下り信号を介して伝送された情報及び／又はデータを受信してもよい。ここで、「受信する」とは、例えば、無線信号の受信、デマッピング、復調、復号、モニタリング、測定の少なくとも一つ等の受信に関する処理を行うことを含んでもよい。下り信号は、例えば、下り制御チャネル（例えば、物理下り制御チャネル（Physical Downlink Control channel：ＰＤＣＣＨ）、下り共有チャネル（例えば、物理下り共有チャネル（Physical Downlink Shared channel：ＰＤＳＣＨ）、下り参照信号、同期信号、報知チャネル等の少なくとも一つを含んでもよい。

受信部１０１は、サーチスペース内のＰＤＣＣＨ候補をモニタリングして、下り制御情報（Downlink Control Information：ＤＣＩ）を検出する。受信部１０１は、ＤＣＩに基づいて、ＰＤＳＣＨを受信してもよい。受信部１０１は、ＰＤＳＣＨを介して、下りユーザデータ及び／又は上位レイヤの制御情報（例えば、Medium Access Control Control Element（ＭＡＣＣＥ）、Radio Resource Control（ＲＲＣ）メッセージ等）を受信してもよい。

具体的には、受信部１０１は、一以上の候補セルの設定に関する情報（例えば、上記ＰＳＣｅｌｌ候補設定情報）と、当該候補セルに対する特定の手順の実行条件に関する情報（例えば、上記実行条件情報）と、を含むＲＲＣ再設定メッセージを受信する（例えば、図５、６、７及び１１のＲＲＣ再設定メッセージ）。例えば、受信部１０１は、当該ＲＲＣ再設定メッセージを第１のセルグループに関連付けられる第１の基地局（例えば、ＭＮ）から受信してもよい。当該特定の手順は、上記候補セルを第２のセルグループのプライマリセル（例えば、ＰＳＣｅｌｌ）として追加する手順、又は、上記候補セルに当該プライマリセルを変更する手順であってもよい。

送信部１０２は、上り信号を送信する。また、送信部１０２は、上り信号を介して伝送される情報及び／又はデータを送信してもよい。ここで、「送信する」とは、例えば、符号化、変調、マッピング、無線信号の送信の少なくとも一つ等の送信に関する処理を行うことを含んでもよい。上り信号は、例えば、上り共有チャネル（例えば、物理上り共有チャネル（Physical Uplink Shared channel：ＰＵＳＣＨ）、ランダムアクセスプリアンブル（例えば、物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）、上り参照信号等の少なくとも一つを含んでもよい。

送信部１０２は、受信部１０１で受信されたＤＣＩに基づいて、ＰＵＳＣＨを送信してもよい。送信部１０２は、ＰＵＳＣＨを介して、上りユーザデータ及び／又は上位レイヤの制御情報（例えば、ＭＡＣＣＥ、ＲＲＣメッセージ等）を送信してもよい。ＲＲＣメッセージは、例えば、上記測定報告、ＲＲＣ再設定完了メッセージ、ＳＣＧ失敗情報等を含んでもよい。

具体的には、送信部１０２は、上記特定の手順の実行に失敗した場合、当該失敗の理由に関する情報（例えば、上記失敗理由情報）を含むメッセージを送信してもよい（例えば、図７、１１のＳＣＧ失敗情報）。例えば、送信部１０２は、当該メッセージを第１のセルグループに関連付けられる第１の基地局（例えば、ＭＮ）に送信してもよい。

当該失敗の理由に関する情報は、（ａ）所定期間内に候補セルが検出できなかったこと、（ｂ）所定期間内に候補セルが検出できたが実行条件が満たされなかったこと、及び、（ｃ）所定期間内に前記候補セルの少なくとも一つの前記実行条件が満たされたが、前記候補セルに対するランダムアクセス手順に失敗したこと、の少なくとも一つを示す情報を含んでもよい。

また、当該失敗の理由に関する情報は、（ｂ）で所定期間内に検出できた候補セルの識別情報、及び、（ｃ）で所定期間に実行条件が満たされた候補セルの識別情報の少なくとも一つを含んでもよい。

また、上記メッセージは、上記候補セル以外の他のセルであって、端末１０によって検出された他のセルの識別情報、及び／又は、当該他のセルの測定結果に関する情報を更に含んでもよい。

制御部１０３は、端末１０における各種制御を行う。具体的には、制御部１０３は、上記候補セルの設定に関する情報（例えば、上記ＰＳＣｅｌｌ候補設定情報）と当該候補セルに対する特定の手順の実行条件に関する情報（例えば、上記実行条件情報）とに基づいて、当該特定の手順（例えば、ＣＰＡＣ）の実行を制御する。

当該実行条件に関する情報（例えば、上記実行条件情報）は、前記端末における測定対象に関する測定対象情報と、前記測定対象の測定結果の報告に関する報告情報と、の関連付けに関する関連付け情報の識別子（例えば、上記関連付け識別子）を含んでもよい（例えば、図３）。制御部１０３は、当該測定対象情報に基づいて測定を行い、前記測定の結果と当該報告情報とに基づいて、上記実行条件が満たされるか否かを判定してもよい。

制御部１０３は、上記ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、当該タイマが満了すると、上記候補セルの設定に関する情報と上記実行条件に関する情報とを除去してもよい（例えば、図５、６）。また、制御部１０３は、当該タイマが満了すると、上記測定対象情報、上記報告情報及び前記関連付け情報の少なくとも一つを除去してもよい（例えば、図３）。また、制御部１０３は、上記候補セルの少なくとも一つの実行条件が満たされた場合、上記タイマを停止してもよい。

≪基地局≫
図１４は、本実施形態に係る基地局の機能ブロック構成の一例を示す図である。図１４に示すように、基地局２０は、受信部２０１と、送信部２０２と、制御部２０３と、を備える。

なお、受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部２０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

受信部２０１は、上記上り信号を受信する。また、受信部２０１は、上記上り信号を介して伝送された情報及び／又はデータを受信してもよい。具体的には、受信部２０１は、上記特定の手順の実行に失敗した場合、当該失敗の理由に関する情報（例えば、失敗理由情報）を含むメッセージ（例えば、ＳＣＧ失敗情報）を、端末１０から受信する（例えば、図７、１１）。

また、受信部２０１は、第１のセルグループに関連付けられる基地局２０（例えば、ＭＮ）として動作する場合、各候補セルを形成する第２の基地局（例えば、ＳＮ候補）から、各候補セルの設定に関する情報（例えば、ＰＳＣｅｌｌ候補設定情報）及び／又は当該各候補セルに対する特定の手順の実行条件に関する情報（例えば、実行条件情報）を受信してもよい。なお、当該実行条件に関する情報は、当該第２の基地局から受信されずに、当該基地局２０で生成されてもよい。

送信部２０２は、上記下り信号を送信する。また、送信部２０２は、上記下り信号を介して伝送される情報及び／又はデータを送信してもよい。具体的には、送信部２０２は、一以上の候補セルの設定に関する情報（例えば、ＰＳＣｅｌｌ候補設定情報）と、当該候補セルに対する特定の手順の実行条件に関する情報（例えば、実行条件情報）と、を含むＲＲＣ再設定メッセージを送信する（例えば、図５、６、７、１１）。

送信部２０２は、端末１０からの失敗の理由に関する情報（例えば、失敗理由情報）を、候補セルを形成する他の基地局（例えば、ＳＮ候補）に対して送信してもよい。

制御部２０３は、基地局２０における各種制御を行う。制御部２０３は、上記条件付き手順を制御してもよい。制御部２０３は、第２のセルグループに関連付けられる基地局２０の候補（例えば、ＳＮ候補）として動作する場合、候補セルの設定に関する情報（例えば、ＰＳＣｅｌｌ候補設定情報）及び／又は当該候補セルに対する特定の手順の実行条件に関する情報（例えば、実行条件情報）の生成を制御してもよい。また、制御部２０３は、第１のセルグループに関連付けられる基地局２０（例えば、ＭＮ）として動作する場合、端末１０における測定の設定に関する測定設定情報の生成を制御してもよい。当該測定設定情報は、上記ＲＲＣ再設定メッセージに含められてもよい。

制御部２０３は、端末１０からの失敗の理由に関する情報（例えば、失敗理由情報）に基づいて、種々の制御を行ってもよい。

（その他の実施形態）
上記実施形態における各種の信号、情報、パラメータは、どのようなレイヤでシグナリングされてもよい。すなわち、上記各種の信号、情報、パラメータは、上位レイヤ（例えば、Non Access Stratum（ＮＡＳ）レイヤ、ＲＲＣレイヤ、ＭＡＣレイヤ等）、下位レイヤ（例えば、物理レイヤ）等のどのレイヤの信号、情報、パラメータに置き換えられてもよい。また、所定情報の通知は明示的に行うものに限られず、黙示的に（例えば、情報を通知しないことや他の情報を用いることによって）行われてもよい。

また、上記実施形態における各種の信号、情報、パラメータ、ＩＥ、チャネル、時間単位及び周波数単位の名称は、例示にすぎず、他の名称に置き換えられてもよい。例えば、スロットは、所定数のシンボルを有する時間単位であれば、どのような名称であってもよい。また、ＲＢは、所定数のサブキャリアを有する周波数単位であれば、どのような名称であってもよい。

また、上記実施形態における端末１０の用途（例えば、ＲｅｄＣａｐ、ＩｏＴ向け等）は、例示するものに限られず、同様の機能を有する限り、どのような用途（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）等）で利用されてもよい。また、各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。

以上説明した実施形態は、本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、インデックス、条件等は、例示したものに限定されるわけではなく適宜変更することができる。また、上記実施形態で説明した少なくとも一部の構成を部分的に置換し又は組み合わせることが可能である。

１…無線通信システム、２０…基地局、３０…コアネットワーク、１０１…受信部、１０２…送信部、１０３…制御部、２０１…受信部、２０２…送信部、２０３…制御部、１１…プロセッサ、１２…記憶装置、１３…通信装置、１４…入出力装置

Claims

一以上の候補セルの設定に関する情報と、前記候補セルに対する特定の手順の実行条件に関する情報と、を含むＲＲＣ再設定メッセージを受信する受信部と、
前記設定に関する情報と前記実行条件に関する情報とに基づいて、前記特定の手順の実行を制御する制御部と、を備え、
前記制御部は、前記ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、前記タイマが満了すると、前記設定に関する情報と前記実行条件に関する情報とを除去する、
端末。
前記実行条件に関する情報は、前記端末における測定対象に関する測定対象情報と、前記測定対象の測定結果の報告に関する報告情報と、の関連付けに関する関連付け情報の識別子を含み、
前記制御部は、前記測定対象情報に基づいて測定を行い、前記測定の結果と前記報告情報とに基づいて、前記実行条件が満たされるか否かを判定する、
請求項１に記載の端末。
前記制御部は、前記タイマが満了すると、前記測定対象情報、前記報告情報及び前記関連付け情報の少なくとも一つを除去する、
請求項２に記載の端末。
前記制御部は、前記候補セルの少なくとも一つの前記実行条件が満たされた場合、前記タイマを停止する、
請求項１から請求項３のいずれかに記載の端末。
前記ＲＲＣ再設定メッセージは、前記タイマに関する情報を含む、
請求項１から請求項４のいずれかに記載の端末。
前記受信部は、第１のセルグループに関連付けられる第１の基地局から前記ＲＲＣ再設定メッセージを受信し、
前記特定の手順は、前記候補セルを第２のセルグループのプライマリセルとして追加する手順、又は、前記候補セルに前記プライマリセルを変更する手順である、
請求項１から請求項５のいずれかに記載の端末。
前記設定に関する情報及び／又は前記実行条件に関する情報は、前記第２のセルグループの前記プライマリセルの前記候補セルを形成する第２の基地局から前記第１の基地局に対して送信される、
請求項６に記載の端末。
前記特定の手順の実行に失敗した場合、前記失敗の理由に関する情報を含むメッセージを送信する送信部、
を更に備える請求項１から請求項７のいずれかに記載の端末。
端末が、一以上の候補セルの設定に関する情報と、前記候補セルに対する特定の手順の実行条件に関する情報と、を含むＲＲＣ再設定メッセージを受信する工程と、
前記端末が、前記設定に関する情報と前記実行条件に関する情報とに基づいて、前記特定の手順の実行を制御する工程と、を備え、
前記端末は、前記ＲＲＣ再設定メッセージの受信に応じてタイマを起動し、前記タイマが満了すると、前記設定に関する情報と前記実行条件に関する情報とを除去する、
無線通信方法。