知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024164336
(43)【公開日】2024-11-27
(54)【発明の名称】端末装置、基地局装置および、方法
(51)【国際特許分類】
H04W 16/28 20090101AFI20241120BHJP
H04W 72/0457 20230101ALI20241120BHJP
H04W 16/32 20090101ALI20241120BHJP
H04W 52/02 20090101ALI20241120BHJP
H04W 24/08 20090101ALI20241120BHJP
【ＦＩ】
H04W16/28
H04W72/04 111
H04W16/32
H04W52/02 111
H04W24/08
【審査請求】未請求
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2021167968
(22)【出願日】2021-10-13
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100157200
【弁理士】
【氏名又は名称】野口 茂孝
(74)【代理人】
【識別番号】100160783
【弁理士】
【氏名又は名称】堅田 裕之
(72)【発明者】
【氏名】井上 恭輔
(72)【発明者】
【氏名】山田 昇平
(72)【発明者】
【氏名】坪井 秀和
(72)【発明者】
【氏名】河野 拓真
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE24
5K067KK02
5K067LL01
(57)【要約】 （修正有）
【課題】デュアルコネクティビティにおいて、ＳＣＧを不活性化した場合のビーム失敗検出方法および装置を提供する。
【解決手段】ＳＣＧの不活性化方法において、ＵＥ１２２は、基地局装置からＳＣＧを不活性状態とすることを通知するシグナリングを受信した場合Ｓ１２００、ＳＣＧを不活性化しＳ１２０２、シグナリングに情報が含まれるか否かを判断しＳ１２０４、判断に基づいて動作を行うＳ１２０６。Ｓ１２０４の情報がビーム障害検出を行うことを示す情報であれば、Ｓ１２０６では不活性化されたＳＣＧのビーム失敗検出を実施する。
【選択図】図１２
【解決手段】ＳＣＧの不活性化方法において、ＵＥ１２２は、基地局装置からＳＣＧを不活性状態とすることを通知するシグナリングを受信した場合Ｓ１２００、ＳＣＧを不活性化しＳ１２０２、シグナリングに情報が含まれるか否かを判断しＳ１２０４、判断に基づいて動作を行うＳ１２０６。Ｓ１２０４の情報がビーム障害検出を行うことを示す情報であれば、Ｓ１２０６では不活性化されたＳＣＧのビーム失敗検出を実施する。
【選択図】図１２
【特許請求の範囲】
【請求項1】
基地局装置と通信する端末装置であって、
MCGとSCGを用いて通信する処理部と、
前記基地局装置からシグナリングを受信する受信部と、
を備え、
前記MCGは少なくともPCellを含み、
前記SCGは少なくともPSCellを含み、
前記処理部は、前記基地局装置から、前記SCGを不活性状態とすることを通知するシグ
ナリングを受信した場合、前記SCGを不活性化し、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記処理部は、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したとみ
なすか否かを判断する、
端末装置。
MCGとSCGを用いて通信する処理部と、
前記基地局装置からシグナリングを受信する受信部と、
を備え、
前記MCGは少なくともPCellを含み、
前記SCGは少なくともPSCellを含み、
前記処理部は、前記基地局装置から、前記SCGを不活性状態とすることを通知するシグ
ナリングを受信した場合、前記SCGを不活性化し、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記処理部は、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したとみ
なすか否かを判断する、
端末装置。
【請求項2】
端末装置と通信する基地局装置であって、
前記端末装置と通信する処理部と、
前記端末装置にシグナリングを送信する送信部と、
を備え、
前記端末装置に設定されるSCGは少なくともPSCellを含み、
前記端末装置に前記SCGを不活性状態とすることを通知するシグナリングを送信するこ
とによって、前記端末装置に前記SCGを不活性化させ、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したと
みなすか否かを判断させる、
基地局装置。
前記端末装置と通信する処理部と、
前記端末装置にシグナリングを送信する送信部と、
を備え、
前記端末装置に設定されるSCGは少なくともPSCellを含み、
前記端末装置に前記SCGを不活性状態とすることを通知するシグナリングを送信するこ
とによって、前記端末装置に前記SCGを不活性化させ、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したと
みなすか否かを判断させる、
基地局装置。
【請求項3】
端末装置と通信する基地局装置の方法であって、
前記端末装置と通信を行い、
前記端末装置にシグナリングを送信し、
前記端末装置に設定されるSCGは少なくともPSCellを含み、
前記端末装置に前記SCGを不活性状態とすることを通知するシグナリングを送信するこ
とによって、前記端末装置に前記SCGを不活性化させ、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したと
みなすか否かを判断させる、
方法。
前記端末装置と通信を行い、
前記端末装置にシグナリングを送信し、
前記端末装置に設定されるSCGは少なくともPSCellを含み、
前記端末装置に前記SCGを不活性状態とすることを通知するシグナリングを送信するこ
とによって、前記端末装置に前記SCGを不活性化させ、
前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す
情報が含まれるか否かに基づいて、
前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したと
みなすか否かを判断させる、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、基地局装置および、方法に関する。
【背景技術】
【0002】
セルラ移動通信システムの標準化プロジェクトである、第3世代パートナーシッププロ
ジェクト(3rd Generation Partnership Project:3GPP)において、無線アクセス、コア網
、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。
ジェクト(3rd Generation Partnership Project:3GPP)において、無線アクセス、コア網
、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。
【0003】
例えば、E-UTRA(Evolved Universal Terrestrial Radio Access)は、3GPPにおいて、第3.9世代および第4世代向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology:RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、E-UTRAの拡張技術の技術検討及び規格策定が行われている。なお、E-UTRAは、Long Term Evolution(LTE:登録商標)とも称し、拡張技術をLTE-Advanced(LTE-A)、LTE-Advanced Pro(LTE-A Pro)と称する事もある。
【0004】
また、NR(New Radio、またはNR Radio access)は、3GPPにおいて、第5世代(5th Generation:5G)向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology:RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】3GPP TS 38.300v 16.4.0,"NR;NR and NG-RAN Overall description; Stage 2" pp10-134
【非特許文献2】3GPP TS 36.300 v16.4.0,"Evolved Universal Terrestrial Radio Access (E-UTRA)and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2" pp19-362
【非特許文献3】3GPP TS 38.331 v16.3.1,"NR;Radio Resource Control (RRC);Protocol specifications"pp21-881
【非特許文献4】3GPP TS 36.331 v16.3.0,"Evolved Universal Terrestrial Radio Access (E-UTRA);Radio Resource Control (RRC);Protocol specifications" pp25-1015
【非特許文献5】3GPP TS 37.340 v16.4.0,"EvolvedUniversal Terrestrial Radio Access (E-UTRA)and NR; Multi-Connectivity; Stage 2" pp7-77
【非特許文献6】3GPP TS 38.321 v16.3.0, "NR;Medium Access Control (MAC) protocol specification" pp8-152
【発明の概要】
【発明が解決しようとする課題】
【0006】
NRの拡張技術として大容量のデータ通信を可能とするために、複数のセルグループを用いて一つまたは複数の基地局装置と端末装置とが通信するデュアルコネクティビティ（マルチコネクティビティとも称する）技術がある。このデュアルコネクティビティでは、それぞれのセルグループで通信を行うために、端末装置はそれぞれのセルグループにおいて自分宛のメッセージの有無をモニタする必要がある。大容量のデータ通信が発生したときに端末装置が低遅延で通信できるように、端末装置は常に複数のセルグループのモニタを行う必要があり、多くの電力を消費する問題があった。そのため、一部のセルグループのモニタを低頻度で行う、または停止する技術（セルグループの不活性化（Deactivated）
技術）の検討が開始された。
技術）の検討が開始された。
【0007】
本発明の一態様は、上記した事情に鑑みてなされたもので、通信制御を効率的に行うことができる端末装置、基地局装置、方法、集積回路を提供することを目的の一つとする。
【課題を解決するための手段】
【0008】
上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、MCGとSCGを用いて通信する処理部と、前記基地局装置からシグナリングを受信する受信部と、を備え、前記MCGは
少なくともPCellを含み、前記SCGは少なくともPSCellを含み、前記処理部は、前記基地局装置から、前記SCGを不活性状態とすることを通知するシグナリングを受信した場合、前
記SCGを不活性化し、前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す情報が含まれるか否かに基づいて、前記処理部は、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したとみなすか否かを判断する、端末装置であ
る。
少なくともPCellを含み、前記SCGは少なくともPSCellを含み、前記処理部は、前記基地局装置から、前記SCGを不活性状態とすることを通知するシグナリングを受信した場合、前
記SCGを不活性化し、前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す情報が含まれるか否かに基づいて、前記処理部は、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したとみなすか否かを判断する、端末装置であ
る。
【0009】
また本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置と通信する処理部と、前記端末装置にシグナリングを送信する送信部と、を備え、前記端末装置に設定されるSCGは少なくともPSCellを含み、前記端末装置に前記SCGを不活性状態とすることを通知するシグナリングを送信することによって、前記端末装置に前記SCGを不活性
化させ、前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うこと
を示す情報が含まれるか否かに基づいて、前記端末装置に、前記不活性化されたSCGのビ
ーム失敗回復手順が成功裏に完了したとみなすか否かを判断させる、基地局装置である。
化させ、前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うこと
を示す情報が含まれるか否かに基づいて、前記端末装置に、前記不活性化されたSCGのビ
ーム失敗回復手順が成功裏に完了したとみなすか否かを判断させる、基地局装置である。
【0010】
また本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置と通信を行い、前記端末装置にシグナリングを送信し、前記端末装置に設定されるSCGは
少なくともPSCellを含み、前記端末装置に前記SCGを不活性状態とすることを通知するシ
グナリングを送信することによって、前記端末装置に前記SCGを不活性化させ、前記シグ
ナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す情報が含ま
れるか否かに基づいて、前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順
が成功裏に完了したとみなすか否かを判断させる、方法である。
少なくともPSCellを含み、前記端末装置に前記SCGを不活性状態とすることを通知するシ
グナリングを送信することによって、前記端末装置に前記SCGを不活性化させ、前記シグ
ナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す情報が含ま
れるか否かに基づいて、前記端末装置に、前記不活性化されたSCGのビーム失敗回復手順
が成功裏に完了したとみなすか否かを判断させる、方法である。
【0011】
また本発明の一態様は、基地局装置と通信する端末装置に実装される集積回路であって、MCGとSCGを用いて通信する機能と、前記基地局装置からシグナリングを受信する機能とを前記端末装置に発揮させ、前記MCGは少なくともPCellを含み、前記SCGは少なくともPSCellを含み、前記集積回路は、前記SCGを不活性状態とすることを通知するシグナリングを受信した場合、前記SCGを不活性化し、前記シグナリングに、前記SCGの不活性状態においてビーム失敗検出を行うことを示す情報が含まれるか否かに基づいて、前記集積回路は、前記不活性化されたSCGのビーム失敗回復手順が成功裏に完了したとみなすか否かを判断する、集積回路である。
【0012】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0013】
本発明の一態様によれば、端末装置、基地局装置、方法、および集積回路は、効率的な通信制御処理を実現することができる。
【図面の簡単な説明】
【0014】
【図1】本実施形態に係る通信システムの概略図。
【図2】本実施形態に係るE-UTRAプロトコル構成の一例の図。
【図3】本実施形態に係るNRプロトコル構成の一例の図。
【図4】本実施形態に係るRRCにおける、各種設定のための手順のフローの一例を示す図。
【図5】本実施形態における端末装置の構成を示すブロック図。
【図6】本実施形態における基地局装置の構成を示すブロック図。
【図7】本実施形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。
【図8】本実施形態におけるE-UTRAでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。
【図9】本実施形態におけるSCGの不活性化に関する処理の一例。
【図10】本実施形態におけるSCGの活性化に関する処理の一例。
【図11】本実施形態におけるSCGの不活性化に関する処理の一例。
【図12】本実施形態におけるSCGの不活性化に関する処理の一例。
【発明を実施するための形態】
【0015】
以下、本実施形態について、図面を参照して詳細に説明する。
【0016】
LTE(およびLTE-A、LTE-A Pro)とNRは、異なる無線アクセス技術(Radio Access Technology:RAT)として定義されてよい。またNRは、LTEに含まれる技術として定義されてもよい。またLTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti-Radio Dual Connectivity(MR-DC)で接続可能なLTEは、従来のLTEと区別されてよい。また、コア網(コアネットワーク、Core Network:CN)に5GCを用いるLTEは、コア網にEPCを用いる従来のLTEと区別されてよい。なお従来のLTEとは、3GPPにおけるリリース15以降に規格化された技術を実装していないLTEの事であってよい。本実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、本実施形態は他の用語を用いる他の技術において適用されてもよい。また本実施形態でのE-UTRAという用語は、LTEという用語に置き換えられてよいし、LTEという用語はE-UTRAという用語に置き換えられてよい。
【0017】
なお、本実施形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本実施形態は他の無線アクセス技術に用いられてよい。本実施形態における各ノードやエンティティの名称は、別の名称であってよい。
【0018】
図1は本実施形態に係る通信システムの概略図である。なお図1を用いて説明する各ノード、無線アクセス技術、コア網、インタフェース等の機能は、本実施形態に密接に関わる一部の機能であり、他の機能を持ってよい。
【0019】
E-UTRA100は無線アクセス技術であってよい。またE-UTRA100は、UE122とeNB102との間
のエアインタフェース(air interface)であってよい。UE122とeNB102との間のエアインタフェースをUuインタフェースと呼んでよい。eNB(E-UTRAN Node B)102は、E-UTRA100の基
地局装置であってよい。eNB102は、後述のE-UTRAプロトコルを持ってよい。E-UTRAプロトコルは、後述のE-UTRAユーザプレーン(User Plane:UP)プロトコル、及び後述のE-UTRA制
御プレーン(Control Plane:CP)プロトコルから構成されてもよい。eNB102は、UE122に対
し、E-UTRAユーザプレーン(User Plane:UP)プロトコル、及びE-UTRA制御プレーン(Control Plane:CP)プロトコルを終端してよい。eNBで構成される無線アクセスネットワークをE-UTRANと呼んでもよい。
のエアインタフェース(air interface)であってよい。UE122とeNB102との間のエアインタフェースをUuインタフェースと呼んでよい。eNB(E-UTRAN Node B)102は、E-UTRA100の基
地局装置であってよい。eNB102は、後述のE-UTRAプロトコルを持ってよい。E-UTRAプロトコルは、後述のE-UTRAユーザプレーン(User Plane:UP)プロトコル、及び後述のE-UTRA制
御プレーン(Control Plane:CP)プロトコルから構成されてもよい。eNB102は、UE122に対
し、E-UTRAユーザプレーン(User Plane:UP)プロトコル、及びE-UTRA制御プレーン(Control Plane:CP)プロトコルを終端してよい。eNBで構成される無線アクセスネットワークをE-UTRANと呼んでもよい。
【0020】
EPC(Evolved Packet Core)104は、コア網であってよい。インタフェース112はeNB102とEPC104の間のインタフェース(interface)であり、S1インタフェースと呼ばれてよい。イ
ンタフェース112には、制御信号が通る制御プレーンインタフェース、及び/又は(and/or)ユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース112
の制御プレーンインタフェースはEPC104内のMobility Management Entity(MME:不図示)で終端してよい。インタフェース112のユーザプレーンインタフェースはEPC104内のサービ
ングゲートウェイ(S-GW:不図示)で終端してよい。インタフェース112の制御プレーンインタフェースをS1-MMEインタフェースと呼んでよい。インタフェース112のユーザプレーン
インタフェースをS1-Uインタフェースと呼んでよい。
ンタフェース112には、制御信号が通る制御プレーンインタフェース、及び/又は(and/or)ユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース112
の制御プレーンインタフェースはEPC104内のMobility Management Entity(MME:不図示)で終端してよい。インタフェース112のユーザプレーンインタフェースはEPC104内のサービ
ングゲートウェイ(S-GW:不図示)で終端してよい。インタフェース112の制御プレーンインタフェースをS1-MMEインタフェースと呼んでよい。インタフェース112のユーザプレーン
インタフェースをS1-Uインタフェースと呼んでよい。
【0021】
なお、1つ又は複数のeNB102がEPC104にインタフェース112を介して接続されてよい。EPC104に接続する複数のeNB102の間に、インタフェースが存在してよい(不図示)。EPC104に接続する複数のeNB102間のインタフェースを、X2インタフェースと呼んでよい。
【0022】
NR106は無線アクセス技術であってよい。またNR106は、UE122とgNB108との間のエアイ
ンタフェース(air interface)であってよい。UE122とgNB108との間のエアインタフェースをUuインタフェースと呼んでよい。gNB(g Node B)108は、NR106の基地局装置であってよ
い。gNB108は、後述のNRプロトコルを持ってよい。NRプロトコルは、後述のNRユーザプレーン(User Plane:UP)プロトコル、及び後述のNR制御プレーン(Control Plane:CP)プロトコルから構成されてよい。gNB108は、UE122に対し、NRユーザプレーン(User Plane:UP)プロトコル、及びNR制御プレーン(Control Plane:CP)プロトコルを終端してよい。
ンタフェース(air interface)であってよい。UE122とgNB108との間のエアインタフェースをUuインタフェースと呼んでよい。gNB(g Node B)108は、NR106の基地局装置であってよ
い。gNB108は、後述のNRプロトコルを持ってよい。NRプロトコルは、後述のNRユーザプレーン(User Plane:UP)プロトコル、及び後述のNR制御プレーン(Control Plane:CP)プロトコルから構成されてよい。gNB108は、UE122に対し、NRユーザプレーン(User Plane:UP)プロトコル、及びNR制御プレーン(Control Plane:CP)プロトコルを終端してよい。
【0023】
5GC110は、コア網であってよい。インタフェース116はgNB108と5GC110の間のインタフ
ェース(interface)であり、NGインタフェースと呼ばれてよい。インタフェース116には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレ
ーンインタフェースが存在してよい。インタフェース116の制御プレーンインタフェース
は5GC110内のAccess and mobility Management Function(AMF:不図示)で終端してよい。
インタフェース116のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端してよい。インタフェース116の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース116のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。
ェース(interface)であり、NGインタフェースと呼ばれてよい。インタフェース116には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレ
ーンインタフェースが存在してよい。インタフェース116の制御プレーンインタフェース
は5GC110内のAccess and mobility Management Function(AMF:不図示)で終端してよい。
インタフェース116のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端してよい。インタフェース116の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース116のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。
【0024】
なお、1つ又は複数のgNB108が5GC110にインタフェース116を介して接続されてよい。5GC110に接続する複数のgNB108の間に、インタフェースが存在してよい(不図示)。5GC110に接続する複数のgNB108間のインタフェースをXnインタフェースと呼んでよい。
【0025】
eNB102は5GC110に接続する機能を持ってよい。5GC110に接続する機能をもつeNB102を、ng-eNBと呼んでよい。インタフェース114はeNB102と5GC110の間のインタフェースで、NG
インタフェースと呼ばれてよい。インタフェース114には、制御信号が通る制御プレーン
インタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在し
てよい。インタフェース114の制御プレーンインタフェースは5GC110内のAMFで終端してよい。インタフェース114のユーザプレーンインタフェースは5GC110内のUPFで終端してよい。インタフェース114の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース114のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RANと称してもよい。NG-RAN、E-UTRANなどを単にネットワークと称してもよい。また、ネットワークには、eNB、ng-eNBおよびgNBなどが含まれてよい。
インタフェースと呼ばれてよい。インタフェース114には、制御信号が通る制御プレーン
インタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在し
てよい。インタフェース114の制御プレーンインタフェースは5GC110内のAMFで終端してよい。インタフェース114のユーザプレーンインタフェースは5GC110内のUPFで終端してよい。インタフェース114の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース114のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RANと称してもよい。NG-RAN、E-UTRANなどを単にネットワークと称してもよい。また、ネットワークには、eNB、ng-eNBおよびgNBなどが含まれてよい。
【0026】
なお、1つ又は複数のeNB102が5GC110にインタフェース114を介して接続されてよい。5GC110に接続する複数のeNB102の間に、インタフェースが存在してよい(不図示)。5GC110に接続する複数のeNB102の間のインタフェースを、Xnインタフェースと呼んでよい。また5GC110に接続するeNB102と、5GC110に接続するgNB108は、インタフェース120で接続されてよい。5GC110に接続するeNB102と、5GC110に接続するgNB108の間のインタフェース120は、Xnインタフェースと呼ばれてよい。
【0027】
gNB108はEPC104に接続する機能を持ってよい。EPC104に接続する機能をもつgNB108を、en-gNBと呼んでよい。インタフェース118はgNB108とEPC104の間のインタフェースで、S1
インタフェースと呼ばれてよい。インタフェース118には、ユーザデータが通るユーザプ
レーンインタフェースが存在してよい。インタフェース118のユーザプレーンインタフェ
ースはEPC104内のS-GW(不図示)で終端してよい。インタフェース118のユーザプレーンイ
ンタフェースをS1-Uインタフェースと呼んでよい。またEPC104に接続するeNB102と、EPC104に接続するgNB108は、インタフェース120で接続されてよい。EPC104に接続するeNB102と、EPC104に接続するgNB108の間のインタフェース120はX2インタフェースと呼ばれてよい。
インタフェースと呼ばれてよい。インタフェース118には、ユーザデータが通るユーザプ
レーンインタフェースが存在してよい。インタフェース118のユーザプレーンインタフェ
ースはEPC104内のS-GW(不図示)で終端してよい。インタフェース118のユーザプレーンイ
ンタフェースをS1-Uインタフェースと呼んでよい。またEPC104に接続するeNB102と、EPC104に接続するgNB108は、インタフェース120で接続されてよい。EPC104に接続するeNB102と、EPC104に接続するgNB108の間のインタフェース120はX2インタフェースと呼ばれてよい。
【0028】
インタフェース124はEPC104と5GC110間のインタフェースであり、CPのみ、又はUPのみ
、又はCP及びUP両方を通すインタフェースであってよい。また、インタフェース114、イ
ンタフェース116、インタフェース118、インタフェース120、及びインタフェース124等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があってよい。
、又はCP及びUP両方を通すインタフェースであってよい。また、インタフェース114、イ
ンタフェース116、インタフェース118、インタフェース120、及びインタフェース124等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があってよい。
【0029】
UE122はeNB102、及び/又はgNB108から送信される報知情報や、ページングメッセージを受信する事が可能な端末装置であってよい。またUE122は、eNB102、及び/又はgNB108との無線接続が可能な端末装置であってよい。またUE122は、eNB102との無線接続、及びgNB108と無線接続を同時に行う事が可能な端末装置であってよい。UE122はE-UTRAプロトコル、及び/又はNRプロトコルを持ってよい。なお、無線接続とは、Radio Resource Control(RRC)接続であってよい。
【0030】
UE122が、eNB102、及び/又はgNB108と通信する場合、UE122と、eNB102、及び/又はgNB108との間に無線ベアラ(RB:Radio Bearer)を確立する事により、無線接続を行ってよい。CPに用いられる無線ベアラは、シグナリング無線ベアラ(SRB:Signaling Radio Bearer)と呼ばれてよい。またUPに用いられる無線ベアラは、データ無線ベアラ(DRB Data Radio Bearer)と呼ばれてよい。各無線ベアラには、無線ベアラ識別子(Identity:ID)が割り当てられてよい。SRB用無線ベアラ識別子は、SRB識別子(SRB Identity、またはSRB ID)と呼ばれてよい。DRB用無線ベアラ識別子は、DRB識別子(DRB Identity、またはDRB ID)と呼ばれてよい。
【0031】
またUE122は、eNB102及び/又はgNB108を介して、EPC104、及び/又は5GC110との接続が
可能な端末装置であってよい。UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網がEPC104である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは
、更にEPC104内を経由する各EPS(Evolved Packet System)ベアラと一意に紐づけられてよい。各EPSベアラは、EPSベアラ識別子(Identity、またはID)で識別されてよい。また同一のEPSベアラを通るIPパケットや、イーサネット(登録商標)フレーム等のデータには同一
のQoSが保証されてよい。
可能な端末装置であってよい。UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網がEPC104である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは
、更にEPC104内を経由する各EPS(Evolved Packet System)ベアラと一意に紐づけられてよい。各EPSベアラは、EPSベアラ識別子(Identity、またはID)で識別されてよい。また同一のEPSベアラを通るIPパケットや、イーサネット(登録商標)フレーム等のデータには同一
のQoSが保証されてよい。
【0032】
また、UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網が5GC110である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは、更に5GC110内に確立されるPDU(Packet Data Unit)セッションの一つに紐づけられてよい。各PDUセッションには、一つ又は複数のQoSフローが存在してよい。各DRBは、一つ又は複数のQoSフローと対応付け(map)されてよいし、どのQoSフローと対応づけられなくてよい。各PDUセッションは、PDUセッション識別子(Identity、Identifier、またはID)で識別されてよい。また各QoSフローは、QoSフロー識別子(Identity、Identifier、またはID)で識別されてよい。また同一のQoSフローを通るIPパケットや、イーサネットフレーム等のデータに同一のQoSが保証されてよい。
【0033】
EPC104には、PDUセッション及び/又はQoSフローは存在しなくてよい。また5GC110にはEPSベアラは存在しなくてよい。UE122がEPC104と接続している際、UE122はEPSベアラの情
報を持つが、PDUセッション及び/又はQoSフローの内の情報は持たなくてよい。またUE122が5GC110と接続している際、UE122はPDUセッション及び/又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくてよい。
報を持つが、PDUセッション及び/又はQoSフローの内の情報は持たなくてよい。またUE122が5GC110と接続している際、UE122はPDUセッション及び/又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくてよい。
【0034】
なお、以下の説明において、eNB102および/またはgNB108を単に基地局装置とも称し、UE122を単に端末装置又はUEとも称する。
【0035】
図2は本実施形態に係るE-UTRAプロトコル構成(protocol architecture)の一例の図である。また図3は本実施形態に係るNRプロトコル構成の一例の図である。なお図2及び/又は
図3を用いて説明する各プロトコルの機能は、本実施形態に密接に関わる一部の機能であ
り、他の機能を持っていてよい。なお、本実施形態において、上りリンク(uplink:UL)と
は端末装置から基地局装置へのリンクであってよい。また本実施形態において、下りリンク(downlink:DL)とは基地局装置から端末装置へのリンクであってよい。
図3を用いて説明する各プロトコルの機能は、本実施形態に密接に関わる一部の機能であ
り、他の機能を持っていてよい。なお、本実施形態において、上りリンク(uplink:UL)と
は端末装置から基地局装置へのリンクであってよい。また本実施形態において、下りリンク(downlink:DL)とは基地局装置から端末装置へのリンクであってよい。
【0036】
図2(A)はE-UTRAユーザプレーン(UP)プロトコルスタックの図である。図2(A)に示す通り、E-UTRAN UPプロトコルは、UE122とeNB102の間のプロトコルであってよい。即ちE-UTRAN UPプロトコルは、ネットワーク側ではeNB102で終端するプロトコルであってよい。図2(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層(無線物理レイヤ)であるPHY(Physical layer)200、媒体アクセス制御層(媒体アクセス制御レイヤ)であるMAC(Medium Access Control)202、無線リンク制御層(無線リンク制御レイヤ)であるRLC(Radio Link Control)204、及びパケットデータ収束プロトコル層(パケットデータ収束プロトコルレイヤ)であるPDCP(Packet Data Convergence Protocol)206から構成されてよい。
【0037】
図3(A)はNRユーザプレーン(UP)プロトコルスタックの図である。図3(A)に示す通り、NR
UPプロトコルは、UE122とgNB108の間のプロトコルであってよい。即ちNR UPプロトコル
は、ネットワーク側ではgNB108で終端するプロトコルであってよい。図3(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)であるSDAP(Service Data Adaptation Protocol)310であるから構成されてよい。
UPプロトコルは、UE122とgNB108の間のプロトコルであってよい。即ちNR UPプロトコル
は、ネットワーク側ではgNB108で終端するプロトコルであってよい。図3(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)であるSDAP(Service Data Adaptation Protocol)310であるから構成されてよい。
【0038】
図2(B)はE-UTRA制御プレーン(CP)プロトコル構成の図である。図2(B)に示す通り、E-UTRAN CPプロトコルにおいて、無線リソース制御層(無線リソース制御レイヤ)であるRRC(Radio Resource Control)208は、UE122とeNB102の間のプロトコルであってよい。即ちRRC208は、ネットワーク側ではeNB102で終端するプロトコルであってよい。またE-UTRAN CPプロトコルにおいて、非AS(Access Stratum)層(非ASレイヤ)であるNAS(Non Access Stratum)210は、UE122とMMEとの間のプロトコルであってよい。即ちNAS210は、ネットワーク側ではMMEで終端するプロトコルであってよい。
【0039】
図3(B)はNR制御プレーン(CP)プロトコル構成の図である。図3(B)に示す通り、NR CPプ
ロトコルにおいて、無線リソース制御層であるRRC308は、UE122とgNB108の間のプロトコ
ルであってよい。即ちRRC308は、ネットワーク側ではgNB108で終端するプロトコルであってよい。またE-UTRAN CPプロトコルにおいて、非AS層であるNAS312は、UE122とAMFとの間
のプロトコルであってよい。即ちNAS312は、ネットワーク側ではAMFで終端するプロトコ
ルであってよい。
ロトコルにおいて、無線リソース制御層であるRRC308は、UE122とgNB108の間のプロトコ
ルであってよい。即ちRRC308は、ネットワーク側ではgNB108で終端するプロトコルであってよい。またE-UTRAN CPプロトコルにおいて、非AS層であるNAS312は、UE122とAMFとの間
のプロトコルであってよい。即ちNAS312は、ネットワーク側ではAMFで終端するプロトコ
ルであってよい。
【0040】
なおAS(Access Stratum)層とは、UE122とeNB102及び/又はgNB108との間で終端する層であってよい。即ちAS層とは、PHY200、MAC202、RLC204、PDCP206、及びRRC208の一部又は
全てを含む層、及び/又はPHY300、MAC302、RLC304、PDCP306、SDAP310、及びRRC308の一
部又は全てを含む層であってよい。
全てを含む層、及び/又はPHY300、MAC302、RLC304、PDCP306、SDAP310、及びRRC308の一
部又は全てを含む層であってよい。
【0041】
なお本実施形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別せず、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)と言う用語を用いる場合がある。この場合、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)は其々E-UTRAプロトコルのPHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であってよいし、NRプロトコルの、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であってよい。またSDAP(SDAP層)は、NRプロトコルのSDAP(SDAP層)であってよい。
【0042】
また本実施形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA用PHY又はLTE用PHY、E-UTRA用MAC又はLTE用MAC、E-UTRA用RLC又はLTE用RLC、E-UTRA用PDCP又はLTE用PDCP、及
びE-UTRA用RRC又はLTE用RRCと呼ぶ事もある。またPHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA PHY又はLTE PHY、E-UTRA MAC又はLTE MAC、E-UTRA RLC又はLTE RLC、E-UTRA PDCP又はLTE PDCP、及びE-UTRA RRC又はLTE RRCなどと記述する場合も
ある。また、E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY300、MAC302、RLC304、PDCP306、RRC308を、それぞれNR用PHY、NR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。またPHY200、MAC302、RLC304、PDCP306、及びRRC308を、それぞれNR PHY、NR MAC、NR RLC、NR PDCP、NR RRCなどと記述する場合もある。
びE-UTRA用RRC又はLTE用RRCと呼ぶ事もある。またPHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA PHY又はLTE PHY、E-UTRA MAC又はLTE MAC、E-UTRA RLC又はLTE RLC、E-UTRA PDCP又はLTE PDCP、及びE-UTRA RRC又はLTE RRCなどと記述する場合も
ある。また、E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY300、MAC302、RLC304、PDCP306、RRC308を、それぞれNR用PHY、NR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。またPHY200、MAC302、RLC304、PDCP306、及びRRC308を、それぞれNR PHY、NR MAC、NR RLC、NR PDCP、NR RRCなどと記述する場合もある。
【0043】
E-UTRA及び/又はNRのAS層におけるエンティティ(entity)について説明する。MAC層の機能の一部又は全てを持つエンティティの事をMACエンティティと呼んでよい。RLC層の機能の一部又は全てを持つエンティティの事をRLCエンティティと呼んでよい。PDCP層の機能
の一部又は全てを持つエンティティの事をPDCPエンティティと呼んでよい。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んでよい。RRC層の機能
の一部又は全てを持つエンティティの事をRRCエンティティと呼んでよい。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えてよい。
の一部又は全てを持つエンティティの事をPDCPエンティティと呼んでよい。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んでよい。RRC層の機能
の一部又は全てを持つエンティティの事をRRCエンティティと呼んでよい。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えてよい。
【0044】
なお、MAC、RLC、PDCP、SDAPから下位層に提供されるデータ、及び/又はMAC、RLC、PDCP、SDAPに下位層から提供されるデータの事を、それぞれMAC PDU(Protocol Data Unit)、RLC PDU、PDCP PDU、SDAP PDUと呼んでよい。また、MAC、RLC、PDCP、SDAPに上位層から提供されるデータ、及び/又はMAC、RLC、PDCP、SDAPから上位層に提供するデータの事を、それぞれMAC SDU(Service Data Unit)、RLC SDU、PDCP SDU、SDAP SDUと呼んでよい。また、セグメントされたRLC SDUの事をRLC SDUセグメントと呼んでよい。
【0045】
PHYの機能の一例について説明する。端末装置のPHYは基地局装置のPHYから、下りリン
ク(Downlink:DL)物理チャネル(Physical Channel)を介して伝送されたデータを受信する
機能を有してよい。端末装置のPHYは基地局装置のPHYに対し、上りリンク(Uplink:UL)物
理チャネルを介してデータを送信する機能を有してよい。PHYは上位のMACと、トランスポートチャネル(Transport Channel)で接続されてよい。PHYはトランスポートチャネルを介してMACにデータを受け渡してよい。またPHYはトランスポートチャネルを介してMACからデータを提供されてよい。PHYにおいて、様々な制御情報を識別するために、RNTI(Radio Network Temporary Identifier)が用いられてよい。
ク(Downlink:DL)物理チャネル(Physical Channel)を介して伝送されたデータを受信する
機能を有してよい。端末装置のPHYは基地局装置のPHYに対し、上りリンク(Uplink:UL)物
理チャネルを介してデータを送信する機能を有してよい。PHYは上位のMACと、トランスポートチャネル(Transport Channel)で接続されてよい。PHYはトランスポートチャネルを介してMACにデータを受け渡してよい。またPHYはトランスポートチャネルを介してMACからデータを提供されてよい。PHYにおいて、様々な制御情報を識別するために、RNTI(Radio Network Temporary Identifier)が用いられてよい。
【0046】
ここで、物理チャネルについて説明する。端末装置と基地局装置との無線通信に用いられる物理チャネルには、以下の物理チャネルが含まれてよい。
【0047】
PBCH(物理報知チャネル:Physical Broadcast CHannel)
PDCCH(物理下りリンク制御チャネル:Physical Downlink Control CHannel)
PDSCH(物理下りリンク共用チャネル:Physical Downlink Shared CHannel)
PUCCH(物理上りリンク制御チャネル:Physical Uplink Control CHannel)
PUSCH(物理上りリンク共用チャネル:Physical Uplink Shared CHannel)
PRACH(物理ランダムアクセスチャネル:Physical Random Access CHannel)
PDCCH(物理下りリンク制御チャネル:Physical Downlink Control CHannel)
PDSCH(物理下りリンク共用チャネル:Physical Downlink Shared CHannel)
PUCCH(物理上りリンク制御チャネル:Physical Uplink Control CHannel)
PUSCH(物理上りリンク共用チャネル:Physical Uplink Shared CHannel)
PRACH(物理ランダムアクセスチャネル:Physical Random Access CHannel)
【0048】
PBCHは、端末装置が必要とするシステム情報を報知するために用いられてよい。
【0049】
また、NRにおいて、PBCHは、同期信号のブロック(Synchronization Signal Block:SSB)の周期内の時間インデックス(SSB-Index)を報知するために用いられてよい。
【0050】
PDCCHは、下りリンクの無線通信(基地局装置から端末装置への無線通信)において、下
りリンク制御情報(Downlink Control Information:DCI)を送信する(または運ぶ)ために用いられてよい。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCI
フォーマットと称してもよい)が定義されてよい。すなわち、下りリンク制御情報に対す
るフィールドがDCIとして定義され、情報ビットへマップされてよい。PDCCHは、PDCCH候
補(candidate)において送信されてよい。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタしてよい。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味してよい。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。
りリンク制御情報(Downlink Control Information:DCI)を送信する(または運ぶ)ために用いられてよい。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCI
フォーマットと称してもよい)が定義されてよい。すなわち、下りリンク制御情報に対す
るフィールドがDCIとして定義され、情報ビットへマップされてよい。PDCCHは、PDCCH候
補(candidate)において送信されてよい。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタしてよい。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味してよい。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。
【0051】
PUCCHは、上りリンクの無線通信(端末装置から基地局装置への無線通信)において、上
りリンク制御情報(Uplink Control Information:UCI)を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI:Channel State Information)が含まれてもよい。また、上りリン
ク制御情報には、UL-SCH(UL-SCH:Uplink Shared CHannel)リソースを要求するために用いられるスケジューリング要求(SR:Scheduling Request)が含まれてもよい。また、上りリ
ンク制御情報には、HARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)が含
まれてもよい。
りリンク制御情報(Uplink Control Information:UCI)を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI:Channel State Information)が含まれてもよい。また、上りリン
ク制御情報には、UL-SCH(UL-SCH:Uplink Shared CHannel)リソースを要求するために用いられるスケジューリング要求(SR:Scheduling Request)が含まれてもよい。また、上りリ
ンク制御情報には、HARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)が含
まれてもよい。
【0052】
PDSCHは、MAC層からの下りリンクデータ(DL-SCH:Downlink Shared CHannel)の送信に用いられてよい。またPDSCHは、下りリンクの場合にはシステム情報(SI:System Information)やランダムアクセス応答(RAR:Random Access Response)などの送信に用いられてよい。
【0053】
PUSCHは、MAC層からの上りリンクデータ(UL-SCH:Uplink Shared CHannel)または上りリンクデータと共にHARQ-ACKおよび/またはCSIを送信するために用いられてもよい。またPUSCHは、CSIのみ、または、HARQ-ACKおよびCSIのみを送信するために用いられてもよい。すなわちPUSCHは、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング(RRCメッセージとも称する)、およびMAC CEを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。
【0054】
PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、およびUL-SCHリソースの要求を示すために用いられてもよい。
【0055】
MACの機能の一例について説明する。MACは、MAC副層(サブレイヤ)と呼ばれてよい。MACは、多様な論理チャネル(ロジカルチャネル:Logical Channel)を、対応するトランスポートチャネルに対してマッピングを行う機能を持ってよい。論理チャネルは、論理チャネル識別子(Logical Channel Identity、又はLogical Channel ID)によって識別されてよい。MACは上位のRLCと、論理チャネル(ロジカルチャネル)で接続されてよい。論理チャネルは、伝送される情報の種類によって、制御情報を伝送する制御チャネルと、ユーザ情報を伝送するトラフィックチャネルに分けられてよい。また論理チャネルは、上りリンク論理チャネルと、下りリンク論理チャネルに分けられてよい。MACは、一つ又は複数の異なる論理チャネルに所属するMAC SDUを多重化(multiplexing)して、PHYに提供する機能を持ってよい。またMACは、PHYから提供されたMAC PDUを逆多重化(demultiplexing)し、各MAC SDUが所属する論理チャネルを介して上位レイヤに提供する機能を持ってよい。またMACは、HARQ(Hybrid Automatic Repeat reQuest)を通して誤り訂正を行う機能を持ってよい。またMACは、スケジューリング情報(scheduling information)をレポートする、スケジューリングレポート(Scheduling Report:SR)機能を持ってよい。MACは、動的スケジューリングを用いて、端末装置間の優先処理を行う機能を持ってよい。またMACは、一つの端末装置内の論理チャネル間の優先処理を行う機能を持ってよい。MACは、一つの端末装置内でオーバーラップしたリソースの優先処理を行う機能を持ってよい。E-UTRA MACはMultimedia Broadcast Multicast Services(MBMS)を識別する機能を持ってよい。またNR MACは、マルチキャスト/ブロードキャストサービス(Multicast Broadcast Service:MBS)を識別する機能を持ってよい。MACは、トランスポートフォーマットを選択する機能を持ってよい。MACは、間欠受信(DRX:Discontinuous Reception)及び/又は間欠送信(DTX:Discontinuous Transmission)を行う機能、ランダムアクセス(Random Access:RA)手順を実行する機能、送信可能電力の情報を通知する、パワーヘッドルームレポート(Power Headroom Report:PHR)機能、送信バッファのデータ量情報を通知する、バッファステイタスレポート(Buffer Status Report:BSR)機能、などを持ってよい。NR MACは帯域適応(Bandwidth Adaptation:BA)機能を持ってよい。またE-UTRA MACで用いられるMAC PDUフォーマットとNR MACで用いられるMAC PDUフォーマットは異なってよい。またMAC PDUには、MACにおいて制御を行うための要素である、MAC制御要素(MACコントロールエレメント:MAC CE)が含まれてよい。
【0056】
E-UTRA及び/又はNRで用いられる、上りリンク(UL:Uplink)、及び/又は下りリンク(DL:Downlink)用論理チャネルについて説明する。
【0057】
BCCH(Broadcast Control Channel)は、システム情報(SI:System Information)等の、制御情報を報知(broadcast)するための下りリンク論理チャネルであってよい。
【0058】
PCCH(Paging Control Channel)は、ページング(Paging)メッセージを運ぶための下りリンク論理チャネルであってよい。
【0059】
CCCH(Common Control Channel)は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであってよい。CCCHは、端末装置が、RRC接続を有しない場合に用い
られてよい。またCCCHは基地局装置と複数の端末装置との間で使われてよい。
られてよい。またCCCHは基地局装置と複数の端末装置との間で使われてよい。
【0060】
DCCH(Dedicated Control Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)の双方向(bi-directional)で、専用制御情報を送信するための論理チャネルであってよい。専用制御情報とは、各端末装置専用の制御情報であってよい。DCCHは、端末装置が、RRC接続を有する場合に用いられてよい。
【0061】
DTCH(Dedicated Traffic Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)で、ユーザデータを送信するための論理チャネルであってよい。DTCHは専用ユーザデータを送信するための論理チャネルであってよい。専用ユーザデータとは、各端末装置専用のユーザデータであってよい。DTCHは上りリンク、下りリンク両方に存在してよい。
【0062】
E-UTRA及び/又はNRにおける上りリンクの、論理チャネルとトランスポートチャネルの
マッピングについて説明する。
マッピングについて説明する。
【0063】
CCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)
にマップされてよい。
にマップされてよい。
【0064】
DCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)
にマップされてよい。
にマップされてよい。
【0065】
DTCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)
にマップされてよい。
にマップされてよい。
【0066】
E-UTRA及び/又はNRにおける下りリンクの、論理チャネルとトランスポートチャネルの
マッピングについて説明する。
マッピングについて説明する。
【0067】
BCCHは、下りリンクトランスポートチャネルであるBCH(Broadcast Channel)、及び/又
はDL-SCH(Downlink Shared Channel)にマップされてよい。
はDL-SCH(Downlink Shared Channel)にマップされてよい。
【0068】
PCCHは、下りリンクトランスポートチャネルであるPCH(Paging Channel)にマップされ
てよい。
てよい。
【0069】
CCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)
にマップされてよい。
にマップされてよい。
【0070】
DCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)
にマップされてよい。
にマップされてよい。
【0071】
DTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)
にマップされてよい。
にマップされてよい。
【0072】
RLCの機能の一例について説明する。RLCは、RLC副層(サブレイヤ)と呼ばれてよい。E-UTRA RLCは、上位レイヤのPDCPから提供されたデータを、分割(Segmentation)及び/又は結合(Concatenation)し、下位層(下位レイヤ)に提供する機能を持ってよい。E-UTRA RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)及びリオーダリング(re-ordering)を行い、上位レイヤに提供する機能を持ってよい。NR RLCは、上位レイヤのPDCPから提供されたデータに、PDCPで付加されたシーケンス番号とは独立したシーケンス番号を付加する機能を持ってよい。またNR RLCは、PDCPから提供されたデータを分割(Segmentation)し、下位レイヤに提供する機能を持ってよい。またNR RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)を行い、上位レイヤに提供する機能を持ってよい。またRLCは、データの再送機能及び/又は再送要求機能(Automatic Repeat reQuest:ARQ)を持ってよい。またRLCは、ARQによりエラー訂正を行う機能を持ってよい。ARQを行うために、RLCの受信側から送信側に送られる、再送が必要なデータを示す制御情報を、ステータスレポートと言ってよい。またRLCの送信側から受信側に送られる、ステータスレポート送信指示の事をポール(poll)と言ってよい。またRLCは、データ重複の検出を行う機能を持ってよい。またRLCはデータ破棄の機能を持ってよい。RLCには、トランスパレントモード(TM:Transparent Mode)、非応答モード(UM:Unacknowledged Mode)、応答モード(AM:Acknowledged Mode)の3つのモードがあってよい。TMでは上位層から受信したデータの分割は行わず、RLCヘッダの付加は行わなくてよい。TM RLCエンティティは単方向(uni-directional)のエンティティであって、送信(transmitting)TM RLCエンティティとして、又は受信(receiving)TM RLCエンティティとして設定されてよい。UMでは上位層から受信したデータの分割及び/又は結合、RLCヘッダの付加等は行うが、データの再送制御は行わなくてよい。UM RLCエンティティは単方向のエンティティであってもよいし双方向(bi-directional)のエンティティであってもよい。UM RLCエンティティが単方向のエンティティである場合、UM RLCエンティティは送信UM RLCエンティティとして、又は受信UM RLCエンティティとして設定されてよい。UM RLCエンティティが双方向のエンティティである場合、UM RRCエンティティは送信(transmitting)サイド及び受信(receiving)サイドから構成されるUM RLCエンティティとして設定されてよい。AMでは上位層から受信したデータの分割及び/又は結合、RLCヘッダの付加、データの再送制御等を行ってよい。AM RLCエンティティは双方向のエンティティであって、送信(transmitting)サイド及び受信(receiving)サイドから構成されるAM RLCとして設定されてよい。なお、TMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をTMD PDUと呼んでよい。またUMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をUMD PDUと呼んでよい。またAMで下位層に提供するデータ、又は下位層から提供されるデータの事をAMD PDUと呼んでよい。E-UTRA RLCで用いられるRLC PDUフォーマットとNR RLCで用いられるRLC PDUフォーマットは異なってよい。またRLC PDUには、データ用RLC PDUと制御用RLC PDUがあってよい。データ用RLC PDUを、RLC DATA PDU(RLC Data PDU、RLCデータPDU)と呼んでよい。また制御用RLC PDUを、RLC CONTROL PDU(RLC Control PDU、RLCコントロールPDU、RLC制御PDU)と呼んでよい。
【0073】
PDCPの機能の一例について説明する。PDCPは、PDCP副層(サブレイヤ)と呼ばれてよい。PDCPは、シーケンス番号のメンテナンスを行う機能を持ってよい。またPDCPは、IPパケット(IP Packet)や、イーサネットフレーム等のユーザデータを無線区間で効率的に伝送するための、ヘッダ圧縮・解凍機能を持ってもよい。IPパケットのヘッダ圧縮・解凍に用いられるプロトコルをROHC(Robust Header Compression)プロトコルと呼んでよい。またイーサネットフレームヘッダ圧縮・解凍に用いられるプロトコルをEHC(Ethernet(登録商標) Header Compression)プロトコルと呼んでよい。また、PDCPは、データの暗号化・復号化の機能を持ってもよい。また、PDCPは、データの完全性保護・完全性検証の機能を持ってもよい。またPDCPは、リオーダリング(re-ordering)の機能を持ってよい。またPDCPは、PDCP SDUの再送機能を持ってよい。またPDCPは、破棄タイマー(discard timer)を用いたデータ破棄を行う機能を持ってよい。またPDCPは、多重化(Duplication)機能を持ってよい。またPDCPは、重複受信したデータを破棄する機能を持ってよい。PDCPエンティティは双方向のエンティティであって、送信(transmitting)PDCPエンティティ、及び受信(receiving)PDCPエンティティから構成されてよい。またE-UTRA PDCPで用いられるPDCP PDUフォーマットとNR PDCPで用いられるPDCP PDUフォーマットは異なってよい。またPDCP PDUには、データ用PDCP PDUと制御用PDCP PDUがあってよい。データ用PDCP PDUを、PDCP DATA PDU(PDCP Data PDU、PDCPデータPDU)と呼んでよい。また制御用PDCP PDUを、PDCP CONTROL PDU(PDCP Control PDU、PDCPコントロールPDU、PDCP制御PDU)と呼んでよい。
【0074】
SDAPの機能の一例について説明する。SDAPは、サービスデータ適応プロトコル層(サー
ビスデータ適応プロトコルレイヤ)である。SDAPは、5GC110から基地局装置を介して端末
装置に送られるダウンリンクのQoSフローとデータ無線ベアラ(DRB)との対応付け(マッピ
ング:mapping)、及び/又は端末装置から基地局装置を介して5GC110に送られるアップリンクのQoSフローと、DRBとのマッピングを行う機能を持ってよい。またSDAPはマッピングルール情報を格納する機能を持ってよい。またSDAPはQoSフロー識別子(QoS Flow ID:QFI)のマーキングを行う機能を持ってよい。なお、SDAP PDUには、データ用SDAP PDUと制御用SDAP PDUがあってよい。データ用SDAP PDUをSDAP DATA PDU(SDAP Data PDU、SDAPデータPDU)と呼んでよい。また制御用SDAP PDUをSDAP CONTROL PDU(SDAP Control PDU、SDAPコントロールPDU、SDAP制御PDU)と呼んでよい。なお端末装置のSDAPエンティティは、PDUセッションに対して一つ存在してよい。
ビスデータ適応プロトコルレイヤ)である。SDAPは、5GC110から基地局装置を介して端末
装置に送られるダウンリンクのQoSフローとデータ無線ベアラ(DRB)との対応付け(マッピ
ング:mapping)、及び/又は端末装置から基地局装置を介して5GC110に送られるアップリンクのQoSフローと、DRBとのマッピングを行う機能を持ってよい。またSDAPはマッピングルール情報を格納する機能を持ってよい。またSDAPはQoSフロー識別子(QoS Flow ID:QFI)のマーキングを行う機能を持ってよい。なお、SDAP PDUには、データ用SDAP PDUと制御用SDAP PDUがあってよい。データ用SDAP PDUをSDAP DATA PDU(SDAP Data PDU、SDAPデータPDU)と呼んでよい。また制御用SDAP PDUをSDAP CONTROL PDU(SDAP Control PDU、SDAPコントロールPDU、SDAP制御PDU)と呼んでよい。なお端末装置のSDAPエンティティは、PDUセッションに対して一つ存在してよい。
【0075】
RRCの機能の一例について説明する。RRCは、報知(ブロードキャスト:broadcast)機能を持ってよい。RRCは、EPC104及び/又は5GC110からの呼び出し(ページング:Paging)機能を
持ってよい。RRCは、gNB108又は5GC100に接続するeNB102からの呼び出し(ページング:Paging)機能を持ってよい。またRRCは、RRC接続管理機能を持ってよい。またRRCは、無線ベアラ制御機能を持ってよい。またRRCは、セルグループ制御機能を持ってよい。またRRCは、モビリティ(mobility)制御機能を持ってよい。またRRCは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持ってよい。またRRCは、QoS管理機能を持ってよい。またRRCは、無線リンク失敗の検出及び復旧の機能を持ってよい。RRCは、RRCメッセージ(RRCシグナリング)を用いて、報知、ページング、RRC接続管理、無線ベアラ制御、セルグループ制御、モビリティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行ってよい。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なってよい。
持ってよい。RRCは、gNB108又は5GC100に接続するeNB102からの呼び出し(ページング:Paging)機能を持ってよい。またRRCは、RRC接続管理機能を持ってよい。またRRCは、無線ベアラ制御機能を持ってよい。またRRCは、セルグループ制御機能を持ってよい。またRRCは、モビリティ(mobility)制御機能を持ってよい。またRRCは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持ってよい。またRRCは、QoS管理機能を持ってよい。またRRCは、無線リンク失敗の検出及び復旧の機能を持ってよい。RRCは、RRCメッセージ(RRCシグナリング)を用いて、報知、ページング、RRC接続管理、無線ベアラ制御、セルグループ制御、モビリティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行ってよい。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なってよい。
【0076】
RRCメッセージは、論理チャネルのBCCHを用いて送られてよいし、論理チャネルのPCCH
を用いて送られてよいし、論理チャネルのCCCHを用いて送られてよいし、論理チャネルのDCCHを用いて送られてよい。また、DCCHを用いて送られるRRCメッセージの事を、専用RRCシグナリング(Dedicated RRC signaling)、又はRRCシグナリングと言い換えてよい。
を用いて送られてよいし、論理チャネルのCCCHを用いて送られてよいし、論理チャネルのDCCHを用いて送られてよい。また、DCCHを用いて送られるRRCメッセージの事を、専用RRCシグナリング(Dedicated RRC signaling)、又はRRCシグナリングと言い換えてよい。
【0077】
BCCHを用いて送られるRRCメッセージには、例えばマスター情報ブロック(Master Information Block:MIB)が含まれてよいし、各タイプのシステム情報ブロック(System Information Block:SIB)が含まれてよいし、他のRRCメッセージが含まれてよい。PCCHを用いて送られるRRCメッセージには、例えばページングメッセージが含まれてよいし、他のRRCメッセージが含まれてよい。
【0078】
CCCHを用いてアップリンク(UL)方向送られるRRCメッセージには、例えばRRCセットアップ要求メッセージ(RRC Setup Request)、RRC再開要求メッセージ(RRC Resume Request)、RRC再確立要求メッセージ(RRC Reestablishment Request)、RRCシステム情報要求メッセ
ージ(RRC System Info Request)などが含まれてよい。また例えばRRC接続要求メッセージ(RRC Connection Request)、RRCコネクション再開要求メッセージ(RRC Connection Resume Request)、RRC接続再確立要求メッセージ(RRC Connection Reestablishment Request)などが含まれてよい。また他のRRCメッセージが含まれてよい。
ージ(RRC System Info Request)などが含まれてよい。また例えばRRC接続要求メッセージ(RRC Connection Request)、RRCコネクション再開要求メッセージ(RRC Connection Resume Request)、RRC接続再確立要求メッセージ(RRC Connection Reestablishment Request)などが含まれてよい。また他のRRCメッセージが含まれてよい。
【0079】
CCCHを用いてダウンリンク(DL)方向送られるRRCメッセージには、例えばRRC接続拒絶メッセージ(RRC Connection Reject)、RRC接続セットアップメッセージ(RRC Connection Setup)、RRCコネクション再確立メッセージ(RRC Connection Reestablishment)、RRCコネクション再確立拒絶メッセージ(RRC Connection Reestablishment Reject)などが含まれてよい。また例えばRRC拒絶メッセージ(RRC Reject)、RRCセットアップメッセージ(RRC Setup)などが含まれてよい。また他のRRCメッセージが含まれてよい。
【0080】
DCCHを用いてアップリンク(UL)方向送られるRRCシグナリングには、例えば測定報告メ
ッセージ(Measurement Report)、RRCコネクション再設定完了メッセージ(RRC Connection
Reconfiguration Complete)、RRC接続セットアップ完了メッセージ(RRC Connection Setup Complete)、RRC接続再確立完了メッセージ(RRC Connection Reestablishment Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また例えば測定報告メッセージ(Measurement Report)、RRC再設定完了メッセージ(RRC Reconfiguration Complete)、RRCセットアップ完了メッセージ(RRC Setup Complete)、RRC再確立完了メッセージ(RRC Reestablishment Complete)、RRC再開完了メッセージ(RRC Resume Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また他のRRCシグナリングが含まれてよい。
ッセージ(Measurement Report)、RRCコネクション再設定完了メッセージ(RRC Connection
Reconfiguration Complete)、RRC接続セットアップ完了メッセージ(RRC Connection Setup Complete)、RRC接続再確立完了メッセージ(RRC Connection Reestablishment Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また例えば測定報告メッセージ(Measurement Report)、RRC再設定完了メッセージ(RRC Reconfiguration Complete)、RRCセットアップ完了メッセージ(RRC Setup Complete)、RRC再確立完了メッセージ(RRC Reestablishment Complete)、RRC再開完了メッセージ(RRC Resume Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また他のRRCシグナリングが含まれてよい。
【0081】
DCCHを用いてダウンリンク(DL)方向送られるRRCシグナリングには、例えばRRC接続再設定メッセージ(RRC Connection Reconfiguration)、RRC接続解放メッセージ(RRC Connection Release)、セキュリティモードコマンドメッセージ(Security Mode Command)、UE能力照会メッセージ(UE Capability Enquiry)などが含まれてよい。また例えばRRC再設定メッセージ(RRC Reconfiguration)、RRC再開メッセージ(RRC Resume)、RRC解放メッセージ(RRC Release)、RRC再確立メッセージ(RRC Reestablishment)、セキュリティモードコマンドメッセージ(Security Mode Command)、UE能力照会メッセージ(UE Capability Enquiry)などが含まれてよい。また他のRRCシグナリングが含まれてよい。
【0082】
NASの機能の一例について説明する。NASは、認証機能を持ってよい。またNASは、モビ
リティ(mobility)管理を行う機能を持ってよい。またNASは、セキュリティ制御の機能を
持ってよい。
リティ(mobility)管理を行う機能を持ってよい。またNASは、セキュリティ制御の機能を
持ってよい。
【0083】
前述のPHY、MAC、RLC、PDCP、SDAP、RRC、NASの機能は一例であり、各機能の一部ある
いは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
いは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
【0084】
次にLTE及びNRにおけるUE122の状態遷移について説明する。EPC、又は5GCに接続するUE122は、RRC接続が設立されている(RRC connection has been established)とき、UE122はRRC_CONNECTED状態であってよい。RRC接続が設立されている状態とは、UE122が、後述のUEコンテキストの一部又は全てを保持している状態を含んでよい。またRRC接続が設立されている状態とは、UE122がユニキャストデータを送信、及び/又は受信できる状態を含んでよい。またUE122は、RRC接続が休止(サスペンド:suspend)しているとき、UE122はRRC_INACTIVE状態であってよい。また、UE122がRRC_INACTIVE状態になるのは、UE122が5GCに接続している場合で、RRC接続が休止しているときであってよい。UE122が、RRC_CONNECTED状態でも、RRC_INACTIVE状態でも無いとき、UE122はRRC_IDLE状態であってよい。
【0085】
なお、UE122がEPCに接続している場合、RRC_INACTIVE状態を持たないが、E-UTRANによ
ってRRC接続の休止が開始されてもよい。UE122がEPCに接続している場合、RRC接続が休止されるとき、UE122はUEのASコンテキストと復帰(リジューム:resume)に用いる識別子(resumeIdentity)を保持してRRC_IDLE状態に遷移してよい。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRC接続の復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰を開始してもよい。
ってRRC接続の休止が開始されてもよい。UE122がEPCに接続している場合、RRC接続が休止されるとき、UE122はUEのASコンテキストと復帰(リジューム:resume)に用いる識別子(resumeIdentity)を保持してRRC_IDLE状態に遷移してよい。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRC接続の復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰を開始してもよい。
【0086】
EPC104に接続するUE122と、5GC110に接続するUE122とで、休止の定義が異なってよい。
また、UE122がEPCに接続している場合(UE122がRRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(UE122がRRC_INACTIVE状態で休止している場合)とで、UE122が休止から復帰する手順のすべてあるいは一部が異なってよい。
また、UE122がEPCに接続している場合(UE122がRRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(UE122がRRC_INACTIVE状態で休止している場合)とで、UE122が休止から復帰する手順のすべてあるいは一部が異なってよい。
【0087】
なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状
態(connected mode)、不活性状態(inactive mode)、アイドル状態(idle mode)と呼んでよいし、RRC接続状態(RRC connected mode)、RRC不活性状態(RRC inactive mode)、RRCアイドル状態(RRC idle mode)と呼んでよい。
態(connected mode)、不活性状態(inactive mode)、アイドル状態(idle mode)と呼んでよいし、RRC接続状態(RRC connected mode)、RRC不活性状態(RRC inactive mode)、RRCアイドル状態(RRC idle mode)と呼んでよい。
【0088】
UE122が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC(RObust Header Compression)状態を含むPDCP状態、接続元(Source)のPCellで使われていたC-RNTI(Cell Radio Network Temporary Identifier)、セル識別子(cellIdentity)、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEのASコンテキストは、UE122が保持するUEのASコンテキストと同じ情報を含んでもよいし、UE122が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。
【0089】
セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
【0090】
次にサービングセル(Serving Cell)について説明する。後述するCAおよび/またはDCが
設定されていないRRC接続状態の端末装置において、サービングセルは、1つのプライマリセル(Primary Cell:PCell)から構成されてよい。また、後述するCAおよび/またはDCが設
定されているRRC接続状態の端末装置において、複数のサービングセルは、1つ又は複数のスペシャルセル(Special Cell:SpCell)と、1つ又は複数のすべてのセカンダリセル(Secondary Cell:SCell)から構成される複数のセルの集合(set of cell(s))を意味してよい。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス(contention-based Random Access:CBRA)をサポートしてよいし、またSpCellは常に活性化されてよい。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであってよい。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであってよい。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであってよい。PSCellは、後述するセカンダリノード追加の際に、ランダムアクセス手順に用いられるセルであってよい。またSpCellは、上述の用途以外の用途に用いられるセルであってよい。
設定されていないRRC接続状態の端末装置において、サービングセルは、1つのプライマリセル(Primary Cell:PCell)から構成されてよい。また、後述するCAおよび/またはDCが設
定されているRRC接続状態の端末装置において、複数のサービングセルは、1つ又は複数のスペシャルセル(Special Cell:SpCell)と、1つ又は複数のすべてのセカンダリセル(Secondary Cell:SCell)から構成される複数のセルの集合(set of cell(s))を意味してよい。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス(contention-based Random Access:CBRA)をサポートしてよいし、またSpCellは常に活性化されてよい。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであってよい。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであってよい。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであってよい。PSCellは、後述するセカンダリノード追加の際に、ランダムアクセス手順に用いられるセルであってよい。またSpCellは、上述の用途以外の用途に用いられるセルであってよい。
【0091】
端末装置に対して設定されたサービングセルのグループが、SpCell及び1つ以上のSCellから構成されることは、端末装置に対してキャリアアグリゲーション(carrier aggregation:CA)が設定されているとみなされてよい。また、CAが設定されている端末装置に対して、SpCellに対して追加の無線リソースを提供しているセルはSCellを意味してよい。
【0092】
RRCによって設定されているサービングセルのグループで、その中の上りリンクが設定
されているセルに対し同じタイミング参照セル(timing reference cell)および同じタイ
ミングアドバンスの値を使用しているサービングセルのグループの事をタイミングアドバンスグループ(Timing Advance Group:TAG)と呼んでよい。またMACエンティティのSpCell
を含むTAGはプライマリタイミングアドバンスグループ(Primary Timing Advance Group:PTAG)を意味してよい。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ(Secondary Timing Advance Group:STAG)を意味してよい。なお1つ又は複数の前記TAGは、後述するセルグループ毎に構成されてよい。
されているセルに対し同じタイミング参照セル(timing reference cell)および同じタイ
ミングアドバンスの値を使用しているサービングセルのグループの事をタイミングアドバンスグループ(Timing Advance Group:TAG)と呼んでよい。またMACエンティティのSpCell
を含むTAGはプライマリタイミングアドバンスグループ(Primary Timing Advance Group:PTAG)を意味してよい。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ(Secondary Timing Advance Group:STAG)を意味してよい。なお1つ又は複数の前記TAGは、後述するセルグループ毎に構成されてよい。
【0093】
端末装置に対し基地局装置から設定される、セルグループ(Cell Group)について説明する。セルグループは、1つのSpCellで構成されてよい。またセルグループは、1つのSpCellと、1つ又は複数のSCellから構成されてよい。即ちセルグループは、1つのSpCellと、必
要に応じて(optionally)1つ又は複数のSCellから構成されてよい。またセルグループは、セルの集合(set of cell(s))と表現されてよい。
要に応じて(optionally)1つ又は複数のSCellから構成されてよい。またセルグループは、セルの集合(set of cell(s))と表現されてよい。
【0094】
Dual Connectivity(DC)とは、第1の基地局装置(第1のノード)と第2の基地局装置(第2のノード)がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技
術であってよい。DCや、後述するMR-DCが行われる場合、端末装置に対し基地局装置から
セルグループの追加が行われてよい。DCを行うために、第1の基地局装置が第2の基地局装置を追加してよい。第1の基地局装置の事をマスターノード(Master Node:MN)と呼んでよ
い。またマスターノードが構成するセルグループをマスターセルグループ(Master Cell Group:MCG)と呼んでよい。第2の基地局装置の事をセカンダリノード(Secondary Node:SN)
と呼んでよい。またセカンダリノードが構成するセルグループをセカンダリセルグループ(Secondary Cell Group:SCG)と呼んでよい。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていてよい。
術であってよい。DCや、後述するMR-DCが行われる場合、端末装置に対し基地局装置から
セルグループの追加が行われてよい。DCを行うために、第1の基地局装置が第2の基地局装置を追加してよい。第1の基地局装置の事をマスターノード(Master Node:MN)と呼んでよ
い。またマスターノードが構成するセルグループをマスターセルグループ(Master Cell Group:MCG)と呼んでよい。第2の基地局装置の事をセカンダリノード(Secondary Node:SN)
と呼んでよい。またセカンダリノードが構成するセルグループをセカンダリセルグループ(Secondary Cell Group:SCG)と呼んでよい。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていてよい。
【0095】
また、DCが設定されていない場合において、端末装置に設定されるセルグループの事をMCGと呼んでよい。また、DCが設定されていない場合において、端末装置に設定されるSpCellはPCellであってよい。
【0096】
なお、Multi-Radio Dual Connectivity(MR-DC)とは、MCGにE-UTRA、SCGにNRを用いたDCを行う技術であってよい。またMR-DCとは、MCGにNR、SCGにE-UTRAを用いたDCを行う技術
であってよい。またMR-DCとは、MCG及びSCGの両方に、NRを用いたDCを行う技術であって
よい。MR-DCはDCに含まれる技術であってよい。MCGにE-UTRA、SCGにNRを用いるMR-DCの例として、コア網にEPCを用いるEN-DC(E-UTRA-NR Dual Connectivity)があってよいし、コ
ア網に5GCを用いるNGEN-DC(NG-RAN E-UTRA-NR Dual Connectivity)があってよい。またMCGにNR、SCGにE-UTRAを用いるMR-DCの例として、コア網に5GCを用いるNE-DC(NR-E-UTRA Dual Connectivity)があってよい。またMCG及びSCGの両方にNRを用いるMR-DCの例として、コア網に5GCを用いるNR-DC(NR-NR Dual Connectivity)があってよい。
であってよい。またMR-DCとは、MCG及びSCGの両方に、NRを用いたDCを行う技術であって
よい。MR-DCはDCに含まれる技術であってよい。MCGにE-UTRA、SCGにNRを用いるMR-DCの例として、コア網にEPCを用いるEN-DC(E-UTRA-NR Dual Connectivity)があってよいし、コ
ア網に5GCを用いるNGEN-DC(NG-RAN E-UTRA-NR Dual Connectivity)があってよい。またMCGにNR、SCGにE-UTRAを用いるMR-DCの例として、コア網に5GCを用いるNE-DC(NR-E-UTRA Dual Connectivity)があってよい。またMCG及びSCGの両方にNRを用いるMR-DCの例として、コア網に5GCを用いるNR-DC(NR-NR Dual Connectivity)があってよい。
【0097】
なお端末装置において、MACエンティティは各セルグループに対して1つ存在してよい。例えば端末装置にDC又はMR-DCが設定される場合において、MCGに対する1つのMACエンティティ、及びSCGに対する1つのMACエンティティが存在してよい。端末装置におけるMCGに対するMACエンティティは、全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状
態など)の端末装置において、常に確立されていてよい。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト(create)されてよい。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCシグナリングを受け取る事により設定が行われてよい。MACエンティティがMCGに関連付けられている場合、SpCellはPCellを意味してよい。またMACエンティティがSCGに関連付けられている場合、SpCellはプライマリSCGセル(Primary SCG Cell:PSCell)を意味してよい。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味してよい。PCell、PSCellおよびSCellはサービングセルである。EN-DC、及びNGEN-DCにおいて、MCGに対するMACエンティティはE-UTRA MACエンティティであってよいし、SCGに対するMACエンティティはNR MACエンティティであってよい。また、NE-DCにおいて、MCGに対するMACエンティティはNR MACエンティティであってよいし、SCGに対するMACエンティティはE-UTRA MACエンティティであってよい。またNR-DCにおいて、MCG及びSCGに対するMACエンティティは共にNR MACエンティティであってよい。なお、MACエンティティが各セルグループに対して1つ存在する事を、MACエンティティは各SpCellに対して1つ存在すると言い換えてよい。また、各セルグループに対する1つのMACエンティティを、各SpCellに対する1つのMACエンティティと言い換えてよい。
態など)の端末装置において、常に確立されていてよい。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト(create)されてよい。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCシグナリングを受け取る事により設定が行われてよい。MACエンティティがMCGに関連付けられている場合、SpCellはPCellを意味してよい。またMACエンティティがSCGに関連付けられている場合、SpCellはプライマリSCGセル(Primary SCG Cell:PSCell)を意味してよい。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味してよい。PCell、PSCellおよびSCellはサービングセルである。EN-DC、及びNGEN-DCにおいて、MCGに対するMACエンティティはE-UTRA MACエンティティであってよいし、SCGに対するMACエンティティはNR MACエンティティであってよい。また、NE-DCにおいて、MCGに対するMACエンティティはNR MACエンティティであってよいし、SCGに対するMACエンティティはE-UTRA MACエンティティであってよい。またNR-DCにおいて、MCG及びSCGに対するMACエンティティは共にNR MACエンティティであってよい。なお、MACエンティティが各セルグループに対して1つ存在する事を、MACエンティティは各SpCellに対して1つ存在すると言い換えてよい。また、各セルグループに対する1つのMACエンティティを、各SpCellに対する1つのMACエンティティと言い換えてよい。
【0098】
無線ベアラについて説明する。E-UTRAのSRBにはSRB0からSRB2が定義されてよいし、こ
れ以外のSRBが定義されてよい。NRのSRBにはSRB0からSRB3が定義されてよいし、これ以外のSRBが定義されてよい。SRB0は、論理チャネルのCCCHを用いて送信、及び/又は受信が行われる、RRCメッセージのためのSRBであってよい。SRB1は、RRCシグナリングのため、及
びSRB2の確立前のNASシグナリングのためのSRBであってよい。SRB1を用いて送信、及び/
又は受信が行われるRRCシグナリングには、ピギーバックされたNASシグナリングが含まれてよい。SRB1を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリ
ングには、論理チャネルのDCCHが用いられてよい。SRB2は、NASシグナリングのため、及
び記録測定情報(logged measurement information)を含むRRCシグナリングのためのSRBであってよい。SRB2を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグ
ナリングには、論理チャネルのDCCHが用いられてよい。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、端末装置に、EN-DC、NGEN-DC、NR-DCなどが設定されていると
きの特定のRRCシグナリングを送信、及び/又は受信するためのSRBであってよい。SRB3を
用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリングには、論理
チャネルのDCCHが用いられてよい。また、その他の用途のために他のSRBが用意されても
よい。DRBは、ユーザデータのための無線ベアラであってよい。DRBを用いて送信、及び/
又は受信が行われるRRCシグナリングには、論理チャネルのDTCHが用いられてもよい。
れ以外のSRBが定義されてよい。NRのSRBにはSRB0からSRB3が定義されてよいし、これ以外のSRBが定義されてよい。SRB0は、論理チャネルのCCCHを用いて送信、及び/又は受信が行われる、RRCメッセージのためのSRBであってよい。SRB1は、RRCシグナリングのため、及
びSRB2の確立前のNASシグナリングのためのSRBであってよい。SRB1を用いて送信、及び/
又は受信が行われるRRCシグナリングには、ピギーバックされたNASシグナリングが含まれてよい。SRB1を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリ
ングには、論理チャネルのDCCHが用いられてよい。SRB2は、NASシグナリングのため、及
び記録測定情報(logged measurement information)を含むRRCシグナリングのためのSRBであってよい。SRB2を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグ
ナリングには、論理チャネルのDCCHが用いられてよい。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、端末装置に、EN-DC、NGEN-DC、NR-DCなどが設定されていると
きの特定のRRCシグナリングを送信、及び/又は受信するためのSRBであってよい。SRB3を
用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリングには、論理
チャネルのDCCHが用いられてよい。また、その他の用途のために他のSRBが用意されても
よい。DRBは、ユーザデータのための無線ベアラであってよい。DRBを用いて送信、及び/
又は受信が行われるRRCシグナリングには、論理チャネルのDTCHが用いられてもよい。
【0099】
端末装置における無線ベアラについて説明する。無線ベアラにはRLCベアラが含まれて
よい。RLCベアラは1つ又は2つのRLCエンティティと論理チャネルで構成されてよい。RLC
ベアラにRLCエンティティが2つ存在する場合のRLCエンティティはTM RLCエンティティ、
及び/又は単方向UMモードのRLCエンティティにおける、送信RLCエンティティ及び受信RLCエンティティであってよい。SRB0は1つのRLCベアラから構成されてよい。SRB0のRLCベア
ラはTMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB0は全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていてよい。SRB1は端末装置がRRCアイドル状態からRRC接続状態に遷移する際、基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB1は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB2は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれてよい。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであってよい。SRB3は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB3の基地局装置側のPDCPはセカンダリノードに置かれてよい。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ又は複数確立及び/又は設定されてよい。DRBは1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。DRBのRLCベアラはAM又はUMのRLCエンティティ、及び論理チャネルから構成されてよい。
よい。RLCベアラは1つ又は2つのRLCエンティティと論理チャネルで構成されてよい。RLC
ベアラにRLCエンティティが2つ存在する場合のRLCエンティティはTM RLCエンティティ、
及び/又は単方向UMモードのRLCエンティティにおける、送信RLCエンティティ及び受信RLCエンティティであってよい。SRB0は1つのRLCベアラから構成されてよい。SRB0のRLCベア
ラはTMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB0は全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていてよい。SRB1は端末装置がRRCアイドル状態からRRC接続状態に遷移する際、基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB1は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB2は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれてよい。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであってよい。SRB3は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB3の基地局装置側のPDCPはセカンダリノードに置かれてよい。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ又は複数確立及び/又は設定されてよい。DRBは1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。DRBのRLCベアラはAM又はUMのRLCエンティティ、及び論理チャネルから構成されてよい。
【0100】
なお、MR-DCにおいて、マスターノードにPDCPが置かれる無線ベアラの事を、MN終端(ターミネティド:terminated)ベアラと呼んでよい。また、MR-DCにおいて、セカンダリノードにPDCPが置かれる無線ベアラの事を、SN終端(ターミネティド:terminated)ベアラと呼んでよい。なお、MR-DCにおいて、RLCベアラがMCGにのみ存在する無線ベアラの事を、MCGベアラ(MCG bearer)と呼んでよい。また、MR-DCにおいて、RLCベアラがSCGにのみ存在する無線ベアラの事を、SCGベアラ(SCG bearer)と呼んでよい。またDCにおいて、RLCベアラがMCG及びSCG両方に存在する無線ベアラの事を、スプリットベアラ(split bearer)と呼んでよい。
【0101】
端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB1及びSRB2のベアラタイプは、MN終端MCGベアラ及び/又はMN終端スプリットベアラであってよい。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB3のベアラタイプは、SN終端SCGベアラであってよい。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるDRBのベアラタイプは、全てのベアラタイプのうちの何れかであってよい。
【0102】
E-UTRAで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、E-UTRA RLCであってよい。またNRで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、NR RLCであってよい。端末装置にEN-DCが設定される場合、MN終端MCGベアラに対し確立及び/又は設定されるPDCPエンティティは、E-UTRA PDCP又はNR PDCPの何れ
かであってよい。また端末装置にEN-DCが設定される場合、その他のベアラタイプの無線
ベアラ、即ちMN終端スプリットベアラ、MN終端SCGベアラ、SN終端MCGベアラ、SN終端スプリットベアラ、及びSN終端SCGベアラ、に対して確立及び/又は設定されるPDCPは、NR PDCPであってよい。また端末装置にNGEN-DC、又はNE-DC、又はNR-DCが設定される場合、全てのベアラタイプにおける無線ベアラに対して確立及び/又は設定されるPDCPエンティティは、NR PDCPであってよい。
かであってよい。また端末装置にEN-DCが設定される場合、その他のベアラタイプの無線
ベアラ、即ちMN終端スプリットベアラ、MN終端SCGベアラ、SN終端MCGベアラ、SN終端スプリットベアラ、及びSN終端SCGベアラ、に対して確立及び/又は設定されるPDCPは、NR PDCPであってよい。また端末装置にNGEN-DC、又はNE-DC、又はNR-DCが設定される場合、全てのベアラタイプにおける無線ベアラに対して確立及び/又は設定されるPDCPエンティティは、NR PDCPであってよい。
【0103】
なおNRにおいて、端末装置に確立及び/又は設定されるDRBは1つのPDUセッションに紐づけられてよい。端末装置において1つのPDUセッションに対し、1つのSDAPエンティティが
確立及び/又は設定されてよい。端末装置に確立及び/又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信す
るRRCシグナリングにより確立及び/又は設定されてよい。
確立及び/又は設定されてよい。端末装置に確立及び/又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信す
るRRCシグナリングにより確立及び/又は設定されてよい。
【0104】
なお、MR-DCが設定されるか否かに関わらず、マスターノードがeNB102であり、EPC104
をコア網とするネットワーク構成を、E-UTRA/EPCと呼んでよい。またマスターノードがeNB102であり、5GC110をコア網とするネットワーク構成を、E-UTRA/5GCと呼んでよい。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んでよい。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指してよい。
をコア網とするネットワーク構成を、E-UTRA/EPCと呼んでよい。またマスターノードがeNB102であり、5GC110をコア網とするネットワーク構成を、E-UTRA/5GCと呼んでよい。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んでよい。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指してよい。
【0105】
次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとはRRC接続状態のUE122がサービングセルをソースSpCellからターゲットSpCellへ変更する処理であって
よい。ハンドオーバは、UE122がeNB102、及び/又はgNB108より、ハンドオーバを指示するRRCシグナリングを受信した時に行われてよい。ハンドオーバを指示するRRCシグナリングとは、ハンドオーバを指示するパラメータ(例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素)を含むRRCコネクションの再
設定に関するメッセージの事であってよい。なお上述のMobilityControlInfoという名称
の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えてよい。なお上述のReconfigurationWithSyncという名称の情報
要素の事を同期付再設定情報要素、又は同期付再設定と言い換えてよい。またハンドオーバを指示するRRCシグナリングとは、他のRATのセルへの移動を示すメッセージ(例えばMob
ilityFromEUTRACommand、又はMobilityFromNRCommand)の事であってよい。またハンドオ
ーバの事を同期付再設定(reconfiguration with sync)と言い換えてよい。またUE122がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んでよ
い。
よい。ハンドオーバは、UE122がeNB102、及び/又はgNB108より、ハンドオーバを指示するRRCシグナリングを受信した時に行われてよい。ハンドオーバを指示するRRCシグナリングとは、ハンドオーバを指示するパラメータ(例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素)を含むRRCコネクションの再
設定に関するメッセージの事であってよい。なお上述のMobilityControlInfoという名称
の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えてよい。なお上述のReconfigurationWithSyncという名称の情報
要素の事を同期付再設定情報要素、又は同期付再設定と言い換えてよい。またハンドオーバを指示するRRCシグナリングとは、他のRATのセルへの移動を示すメッセージ(例えばMob
ilityFromEUTRACommand、又はMobilityFromNRCommand)の事であってよい。またハンドオ
ーバの事を同期付再設定(reconfiguration with sync)と言い換えてよい。またUE122がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んでよ
い。
【0106】
端末装置と基地局装置との間で送受信される、RRCシグナリングのフローについて説明
する。図4は、本実施形態に係るRRCにおける、各種設定のための手順(procedure)のフロ
ーの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCシグナリングが送られる場合のフローの一例である。
する。図4は、本実施形態に係るRRCにおける、各種設定のための手順(procedure)のフロ
ーの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCシグナリングが送られる場合のフローの一例である。
【0107】
図4において、基地局装置はRRCシグナリングを作成する(ステップS400)。基地局装置におけるRRCシグナリングの作成は、基地局装置が報知情報(SI:System Information)やページング情報を配信するため行われてよい。また基地局装置におけるRRCシグナリングの作
成は、基地局装置が特定の端末装置に対して処理を行わせるために行われてよい。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、RRC接続の再設定
、異なるRATへのハンドオーバ、RRC接続の休止、RRC接続の解放などの処理を含んでよい
。RRC接続の再設定処理には、例えば無線ベアラの制御(確立、変更、解放など)、セルグ
ループの制御(確立、追加、変更、解放など)、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれてよい。また基地局装置におけるRRCシグナリングの
作成は、端末装置から送信されたRRCシグナリングへの応答のために行われてよい。端末
装置から送信されたRRCシグナリングへの応答は、例えばRRCセットアップ要求への応答、RRC再接続要求への応答、RRC再開要求への応答などを含んでよい。RRCシグナリングには
各種情報通知や設定のための情報(パラメータ)が含まれる。これらのパラメータは、フィールド及び/又は情報要素と呼ばれてよいし、ASN.1(Abstract Syntax Notation One)という記述方式を用いて記述されてよい。
成は、基地局装置が特定の端末装置に対して処理を行わせるために行われてよい。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、RRC接続の再設定
、異なるRATへのハンドオーバ、RRC接続の休止、RRC接続の解放などの処理を含んでよい
。RRC接続の再設定処理には、例えば無線ベアラの制御(確立、変更、解放など)、セルグ
ループの制御(確立、追加、変更、解放など)、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれてよい。また基地局装置におけるRRCシグナリングの
作成は、端末装置から送信されたRRCシグナリングへの応答のために行われてよい。端末
装置から送信されたRRCシグナリングへの応答は、例えばRRCセットアップ要求への応答、RRC再接続要求への応答、RRC再開要求への応答などを含んでよい。RRCシグナリングには
各種情報通知や設定のための情報(パラメータ)が含まれる。これらのパラメータは、フィールド及び/又は情報要素と呼ばれてよいし、ASN.1(Abstract Syntax Notation One)という記述方式を用いて記述されてよい。
【0108】
図4において、次に基地局装置は、作成したRRCシグナリングを端末装置に送信する(ス
テップS402)。次に端末装置は受信した上述のRRCシグナリングに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。処理を行った端末装置は、基地局装置に対し、応答のためのRRCシグナリングを送信してよい(不図示)。
テップS402)。次に端末装置は受信した上述のRRCシグナリングに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。処理を行った端末装置は、基地局装置に対し、応答のためのRRCシグナリングを送信してよい(不図示)。
【0109】
RRCシグナリングは、上述の例に限らず、他の目的に使われてよい。
【0110】
なおMR-DCにおいて、SCG側の設定(セルグループ設定、無線ベアラ設定、測定設定など)のためのRRCシグナリングを、端末装置との間で転送するのに、マスターノード側のRRCが用いられてよい。例えばEN-DC、又はNGEN-DCにおいて、eNB102とUE122との間で送受信さ
れるE-UTRAのRRCシグナリングに、NRのRRCシグナリングがコンテナの形で含まれてよい。またNE-DCにおいて、gNB108とUE122との間で送受信されるNRのRRCシグナリングに、E-UTRAのRRCシグナリングがコンテナの形で含まれてよい。SCG側の設定のためのRRCシグナリングは、マスターノードとセカンダリノードの間で送受信されてよい。
れるE-UTRAのRRCシグナリングに、NRのRRCシグナリングがコンテナの形で含まれてよい。またNE-DCにおいて、gNB108とUE122との間で送受信されるNRのRRCシグナリングに、E-UTRAのRRCシグナリングがコンテナの形で含まれてよい。SCG側の設定のためのRRCシグナリングは、マスターノードとセカンダリノードの間で送受信されてよい。
【0111】
なお、MR-DCを利用する場合に限らず、eNB102からUE122に送信されるE-UTRA用RRCシグ
ナリングに、NR用RRCシグナリングが含まれていてよいし、gNB108からUE122に送信されるNR用RRCシグナリングに、E-UTRA用RRCシグナリングが含まれていてよい。
ナリングに、NR用RRCシグナリングが含まれていてよいし、gNB108からUE122に送信されるNR用RRCシグナリングに、E-UTRA用RRCシグナリングが含まれていてよい。
【0112】
RRCコネクションの再設定に関するメッセージに含まれる、パラメータの一例を説明す
る。図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれ
る、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。また図8は、図4において、E-UTRAでのRRCコネクションの再設定に関するメッセー
ジに含まれる、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。図7、図8に限らず、本実施形態におけるASN.1の例で、<略>及び<中略>
とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていてよい。なお本実施形態においてASN.1の例はASN.1表記方法に正しく従ったものではない。本実施形態においてASN.1の例は、本実施形態におけるRRCシグナリングのパラメータの一例を表記したものであり、他の名称や他の表記が用いられてよい。またASN.1の例は、説明が煩雑になることを避けるために、本実施形態と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本実施形態において、RRCシグナリングに含まれる、ASN.1で記述されるフィールド、情報要素等は、情報と言い換えられてよいし、パラメータと言い換えられてよい。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであってよいし、E-UTRAにおけるRRCコネクション再設定メッセージであってよい。
る。図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれ
る、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。また図8は、図4において、E-UTRAでのRRCコネクションの再設定に関するメッセー
ジに含まれる、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。図7、図8に限らず、本実施形態におけるASN.1の例で、<略>及び<中略>
とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていてよい。なお本実施形態においてASN.1の例はASN.1表記方法に正しく従ったものではない。本実施形態においてASN.1の例は、本実施形態におけるRRCシグナリングのパラメータの一例を表記したものであり、他の名称や他の表記が用いられてよい。またASN.1の例は、説明が煩雑になることを避けるために、本実施形態と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本実施形態において、RRCシグナリングに含まれる、ASN.1で記述されるフィールド、情報要素等は、情報と言い換えられてよいし、パラメータと言い換えられてよい。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであってよいし、E-UTRAにおけるRRCコネクション再設定メッセージであってよい。
【0113】
セルの活性化(Activation)および不活性化(Deactivation)について説明する。Dual Connectivityで通信する端末装置において、前述のRRCコネクションの再設定に関するメッセージによって、マスターセルグループ(MCG)の設定とセカンダリセルグループ(SCG)が設定される。各セルグループは、スペシャルセル(SpCell)とそれ以外の0個以上のセル(セカンダリセル:SCell)とで構成されてよい。MCGのSpCellはPCellとも称する。SCGのSpCellはPSCellとも称する。セルの不活性化は、SpCellには適用されず、SCellに適用されてよい。
【0114】
また、セルの不活性化は、PCellには適用されず、PSCellには適用されてもよい。この
場合、セルの不活性化は、SpCellとSCellとで異なる処理であってもよい。
場合、セルの不活性化は、SpCellとSCellとで異なる処理であってもよい。
【0115】
セルの活性化および不活性化はセルグループ毎に存在するMACエンティティで処理され
てよい。端末装置に設定されたSCellは下記(A)から(C)の一部または全部によって活性化
および/または不活性化されてよい。
(A)SCellを活性化/不活性化させるMAC CEの受信
(B)PUCCHが設定されていないSCell毎に設定されているSCell不活性タイマー
(C)端末装置に設定されたSCell毎に設定されているRRCパラメータ(sCellState)
てよい。端末装置に設定されたSCellは下記(A)から(C)の一部または全部によって活性化
および/または不活性化されてよい。
(A)SCellを活性化/不活性化させるMAC CEの受信
(B)PUCCHが設定されていないSCell毎に設定されているSCell不活性タイマー
(C)端末装置に設定されたSCell毎に設定されているRRCパラメータ(sCellState)
【0116】
具体的には、端末装置のMACエンティティはセルグループに設定されている各SCellに対して以下の処理(AD)をおこなってよい。
【0117】
(処理AD)
もし、SCell設定の際にSCellに設定されているRRCパラメータ(sCellState)がactivatedに設定されている、またはSCellを活性化させるMAC CEを受信した場合、UE122のMACエン
ティティは処理(AD-1)を行う。そうでなく、もし、SCellを不活性化させるMAC CEを受信
した、または、活性状態のSCellにおいてSCell不活性タイマーが満了したら、UE122のMACエンティティは処理(AD-2)を行う。もし、活性状態のSCellのPDCCHによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのPDCCH
によって、活性状態のSCellに対する上りリンクグラントまたは下りリンク割り当てが通
知されたら、または、設定された上りリンクグラントにおいてMAC PDUが送信された、ま
たは、設定された下りリンク割り当てにおいてMAC PDUが受信されたら、UE122のMACエン
ティティはそのSCellに関連付けられたSCell不活性タイマーを再スタートする。もし、SCellが不活性状態となったら、UE122のMACエンティティは処理(AD-3)を行う。
もし、SCell設定の際にSCellに設定されているRRCパラメータ(sCellState)がactivatedに設定されている、またはSCellを活性化させるMAC CEを受信した場合、UE122のMACエン
ティティは処理(AD-1)を行う。そうでなく、もし、SCellを不活性化させるMAC CEを受信
した、または、活性状態のSCellにおいてSCell不活性タイマーが満了したら、UE122のMACエンティティは処理(AD-2)を行う。もし、活性状態のSCellのPDCCHによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのPDCCH
によって、活性状態のSCellに対する上りリンクグラントまたは下りリンク割り当てが通
知されたら、または、設定された上りリンクグラントにおいてMAC PDUが送信された、ま
たは、設定された下りリンク割り当てにおいてMAC PDUが受信されたら、UE122のMACエン
ティティはそのSCellに関連付けられたSCell不活性タイマーを再スタートする。もし、SCellが不活性状態となったら、UE122のMACエンティティは処理(AD-3)を行う。
【0118】
(処理AD-1)
もし、NRにおいて、このSCellを活性化させるMAC CEを受信する前にこのSCellが不活性状態であった、またはSCell設定の際にそのSCellに設定されているRRCパラメータ(sCel
lState)がactivatedに設定されているならば、UE122のMACエンティティは処理(AD-1A)ま
たは処理(AD-1B)を行う。
また、UE122のMACエンティティはそのSCellに対応付けられたSCell不活性タイマーをスタート、または(すでにスタートしている場合は)再スタートする。
もし、Active DL BWPが後述の休眠BWP(Dormant BWP)でない場合、UE122のMACエンテ
ィティは下記(A)から(B)の一部または全部を実施する。
(A)もしあれば貯蓄された設定(stored configuration)に従って、このSCellに対応付けられている、グラントタイプ1のサスペンドされたすべてのコンフィギュアード上り
リンクグラントを(再び)初期化する。
(B)PHRをトリガする。
もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで
設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示さ
れるBWPが休眠(Dormant)BWPに設定されていない場合、UE122のMACエンティティは処理(AD-1A)を行う。もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPが休眠(Dormant)BWPに設定されている場合、UE122のMACエンティティは処理(AD-1B)を行う。また、UE122のMACエンティティは下記(A)から(B)の一部または全部を実施する。
(A)RRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPを活性化する
(B)RRCシグナリングで設定されている第1アクティブ上りリンクBWP識別子(firstActiveUplinkBWP-Id)で示されるBWPを活性化する
もし、NRにおいて、このSCellを活性化させるMAC CEを受信する前にこのSCellが不活性状態であった、またはSCell設定の際にそのSCellに設定されているRRCパラメータ(sCel
lState)がactivatedに設定されているならば、UE122のMACエンティティは処理(AD-1A)ま
たは処理(AD-1B)を行う。
また、UE122のMACエンティティはそのSCellに対応付けられたSCell不活性タイマーをスタート、または(すでにスタートしている場合は)再スタートする。
もし、Active DL BWPが後述の休眠BWP(Dormant BWP)でない場合、UE122のMACエンテ
ィティは下記(A)から(B)の一部または全部を実施する。
(A)もしあれば貯蓄された設定(stored configuration)に従って、このSCellに対応付けられている、グラントタイプ1のサスペンドされたすべてのコンフィギュアード上り
リンクグラントを(再び)初期化する。
(B)PHRをトリガする。
もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで
設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示さ
れるBWPが休眠(Dormant)BWPに設定されていない場合、UE122のMACエンティティは処理(AD-1A)を行う。もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPが休眠(Dormant)BWPに設定されている場合、UE122のMACエンティティは処理(AD-1B)を行う。また、UE122のMACエンティティは下記(A)から(B)の一部または全部を実施する。
(A)RRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPを活性化する
(B)RRCシグナリングで設定されている第1アクティブ上りリンクBWP識別子(firstActiveUplinkBWP-Id)で示されるBWPを活性化する
【0119】
(処理AD-1A)
UE122のMACエンティティはSCellを活性化し、下記(A)から(E)の一部または全部を実
施する。
(A)このSCellでサウンディング参照信号(SRS)を送信する。
(B)このSCellのためのCSIを報告する。
(C)このSCellのPDCCHをモニタする。
(D)このSCellに対するPDCCHをモニタする。(他のサービングセルにおいてこのSCellに対するスケジュールが行われる場合)
(E)もしPUCCHが設定されていれば、このSCellでPUCCHを送信する。
UE122のMACエンティティはSCellを活性化し、下記(A)から(E)の一部または全部を実
施する。
(A)このSCellでサウンディング参照信号(SRS)を送信する。
(B)このSCellのためのCSIを報告する。
(C)このSCellのPDCCHをモニタする。
(D)このSCellに対するPDCCHをモニタする。(他のサービングセルにおいてこのSCellに対するスケジュールが行われる場合)
(E)もしPUCCHが設定されていれば、このSCellでPUCCHを送信する。
【0120】
(処理AD-1B)
UE122のMACエンティティはこのサービングセルのBWP不活性タイマーが走っているな
らば停止する。
UE122のMACエンティティはこのサービングセルのBWP不活性タイマーが走っているな
らば停止する。
【0121】
(処理AD-2)
UE122のMACエンティティは下記(A)から(F)の一部または全部を実施する。
(A)このSCellを不活性化する。
(B)このSCellに対応付けられたSCell不活性タイマーを停止する。
(C)このSCellに対応付けられたすべてのActive BWPを不活性化する。
(D)このSCellに対応付けられたすべての設定された下りリンク割り当ておよび/ま
たはすべてのグラントタイプ2のコンフィギュアード上りリンクグラントをクリアする。
(E)このSCellに対応付けられたすべてのグラントタイプ1のコンフィギュアード上
りリンクグラントをサスペンドする。
(F)このSCellに対応付けられたHARQのバッファをフラッシュする。
UE122のMACエンティティは下記(A)から(F)の一部または全部を実施する。
(A)このSCellを不活性化する。
(B)このSCellに対応付けられたSCell不活性タイマーを停止する。
(C)このSCellに対応付けられたすべてのActive BWPを不活性化する。
(D)このSCellに対応付けられたすべての設定された下りリンク割り当ておよび/ま
たはすべてのグラントタイプ2のコンフィギュアード上りリンクグラントをクリアする。
(E)このSCellに対応付けられたすべてのグラントタイプ1のコンフィギュアード上
りリンクグラントをサスペンドする。
(F)このSCellに対応付けられたHARQのバッファをフラッシュする。
【0122】
(処理AD-3)
UE122のMACエンティティは下記(A)から(D)の一部または全部を実施する。
(A)このSCellでSRSを送信しない。
(B)このSCellのためのCSIを報告しない。
(C)このSCellでPUCCH、UL-SCH、および/またはRACHを送信しない。
(D)このSCellのPDCCH、および/またはこのSCellに対するPDCCHのモニタをしない。
UE122のMACエンティティは下記(A)から(D)の一部または全部を実施する。
(A)このSCellでSRSを送信しない。
(B)このSCellのためのCSIを報告しない。
(C)このSCellでPUCCH、UL-SCH、および/またはRACHを送信しない。
(D)このSCellのPDCCH、および/またはこのSCellに対するPDCCHのモニタをしない。
【0123】
上記のように、MACエンティティが処理(AD)を行うことにより、SCellが活性化および不活性化される。
【0124】
また前述のようにSCellが追加される場合に、RRCシグナリングによってSCellの初期状
態が設定されてもよい。
態が設定されてもよい。
【0125】
ここで、SCell不活性タイマーについて説明する。PUCCHが設定されないSCellに対して
は、RRCシグナリングによって、SCell不活性タイマーの値(タイマーが満了したとみなさ
れる時間に関する情報)が通知されてよい。例えば、RRCシグナリングでSCell不活性タイ
マーの値として40msを示す情報が通知された場合、上記処理(AD)において、タイマーをスタートまたは再スタートしてからタイマーが停止することなく通知された時間(ここでは40ms)が経過したしたときに、タイマーが満了したとみなされる。また、SCell不活性タイ
マーは、sCellDeactivationTimerという名称のタイマーであってもよい。
は、RRCシグナリングによって、SCell不活性タイマーの値(タイマーが満了したとみなさ
れる時間に関する情報)が通知されてよい。例えば、RRCシグナリングでSCell不活性タイ
マーの値として40msを示す情報が通知された場合、上記処理(AD)において、タイマーをスタートまたは再スタートしてからタイマーが停止することなく通知された時間(ここでは40ms)が経過したしたときに、タイマーが満了したとみなされる。また、SCell不活性タイ
マーは、sCellDeactivationTimerという名称のタイマーであってもよい。
【0126】
ここで、帯域部分(BWP)について説明する。
【0127】
BWPはサービングセルの帯域の一部あるいは全部の帯域であってよい。また、BWPはキャリアBWP(Carrier BWP)と呼称されてもよい。端末装置には、1つまたは複数のBWPが設定されてよい。あるBWPは初期セルサーチで検出された同期信号に対応づけられた報知情報に
含まれる情報によって設定されてもよい。また、あるBWPは初期セルサーチを行う周波数
に対応づけられた周波数帯域幅であってもよい。また、あるBWPはRRCシグナリング(例え
ばDedicated RRC signaling)で設定されてもよい。また、下りリンクのBWP(DL BWP)と上
りリンクのBWP(UL BWP)とが個別に設定されてもよい。また、1つまたは複数の上りリンクのBWPが1つまたは複数の下りリンクのBWPと対応づけられてよい。また、上りリンクのBWPと下りリンクのBWPとの対応づけは既定の対応づけであってもよいし、RRCシグナリング(
例えばDedicated RRC signaling)による対応付けでもよいし、物理層のシグナリング(例
えば下りリンク制御チャネルで通知される下りリンク制御情報(DCI)による対応付けであ
ってもよいし、それらの組み合わせであってもよい。
含まれる情報によって設定されてもよい。また、あるBWPは初期セルサーチを行う周波数
に対応づけられた周波数帯域幅であってもよい。また、あるBWPはRRCシグナリング(例え
ばDedicated RRC signaling)で設定されてもよい。また、下りリンクのBWP(DL BWP)と上
りリンクのBWP(UL BWP)とが個別に設定されてもよい。また、1つまたは複数の上りリンクのBWPが1つまたは複数の下りリンクのBWPと対応づけられてよい。また、上りリンクのBWPと下りリンクのBWPとの対応づけは既定の対応づけであってもよいし、RRCシグナリング(
例えばDedicated RRC signaling)による対応付けでもよいし、物理層のシグナリング(例
えば下りリンク制御チャネルで通知される下りリンク制御情報(DCI)による対応付けであ
ってもよいし、それらの組み合わせであってもよい。
【0128】
BWPは連続する物理無線ブロック(PRB:Physical Resource Block)のグループで構成されてよい。また、接続状態の端末装置に対して、各コンポーネントキャリアのBWP(1つまた
は複数のBWP)のパラメータが設定されてよい。各コンポーネントキャリアのBWPのパラメ
ータには、(A)サイクリックプレフィックスの種類、(B)サブキャリア間隔、(C)BWPの周波数位置(例えば、BWPの低周波数側の開始位置または中心周波数位置)(周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。)、(D)BWPの帯域幅(例えばPRB数)、(E)制御信号のリソース設定情報、(F)SSブロックの中心周波数位置(周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。)の一部あるいは全部が含まれてよい。また、制御信号のリソース設定情報が、少なくともPCellおよび/またはPSCellの一部あるいは全部のBWPの設定に含まれてもよい。
は複数のBWP)のパラメータが設定されてよい。各コンポーネントキャリアのBWPのパラメ
ータには、(A)サイクリックプレフィックスの種類、(B)サブキャリア間隔、(C)BWPの周波数位置(例えば、BWPの低周波数側の開始位置または中心周波数位置)(周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。)、(D)BWPの帯域幅(例えばPRB数)、(E)制御信号のリソース設定情報、(F)SSブロックの中心周波数位置(周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。)の一部あるいは全部が含まれてよい。また、制御信号のリソース設定情報が、少なくともPCellおよび/またはPSCellの一部あるいは全部のBWPの設定に含まれてもよい。
【0129】
端末装置は、1つまたは複数の設定されたBWPのうち、Active BWP(アクティブなBWP)に
おいて送受信をおこなってよい。端末装置に関連付けられている一つのサービングセルに対して設定された1つまたは複数のBWPのうち、ある時間において、最大で1つの上りリン
クBWP、および/または最大で1つの下りリンクBWPがActive BWPとなるように設定されてもよい。下りリンクのActive BWPをAcitve DL BWPとも称する。上りリンクのActive BWPをActive UL BWPとも称する。
おいて送受信をおこなってよい。端末装置に関連付けられている一つのサービングセルに対して設定された1つまたは複数のBWPのうち、ある時間において、最大で1つの上りリン
クBWP、および/または最大で1つの下りリンクBWPがActive BWPとなるように設定されてもよい。下りリンクのActive BWPをAcitve DL BWPとも称する。上りリンクのActive BWPをActive UL BWPとも称する。
【0130】
次にBWPの不活性化について説明する。1つのサービングセルにおいて、1つまたは複数
のBWPが設定されてよい。サービングセルにおけるBWP切り替え(BWP switching)は、 Inactive BWP(インアクティブなBWP)を活性化して、Active BWPを不活性化するために用いられる。
のBWPが設定されてよい。サービングセルにおけるBWP切り替え(BWP switching)は、 Inactive BWP(インアクティブなBWP)を活性化して、Active BWPを不活性化するために用いられる。
【0131】
BWP切り替えは、下りリンク割り当てまたは上りリンクグラントを示すPDCCH、BWP不活
性タイマー、RRCシグナリング、またはランダムアクセス手順の開始のためにMACエンティティそれ自身によって制御される。サービングセルのActive BWPは、RRCまたはPDCCHによって示される。
性タイマー、RRCシグナリング、またはランダムアクセス手順の開始のためにMACエンティティそれ自身によって制御される。サービングセルのActive BWPは、RRCまたはPDCCHによって示される。
【0132】
次にBWP不活性タイマーについて説明する。BWP不活性タイマーが設定された、活性化されたサービングセル(Activated Serving Cell)の各々に対してMACエンティティは、次の(A)を実施する。また、BWP不活性タイマーは、bwp-InactivityTimerという名称のタイマーであってもよい。
(A)もしデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)が設定されてお
り、Active DL BWPが識別子(dormantDownlinkBWP-Id)で示されるBWPでない、または、も
しデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)が設定されておらず、Active DL BWPがinitialDownlinkBWPでなく、Active DL BWPが識別子(dormantDownlinkBWP-Id)で示されるBWPでないなら、MACエンティティは次の(B)および(D)を実施する。
(B)もし、Active DL BWPで、下りリンク割り当て(Assignment)または上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、Active DL BWPのための、下りリンク割り当てまたは上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、コンフィギュアード上りリンクグラントでMAC PDUが送信された、またはコンフィギュアード下りリンク割り当てでMAC PDUが受信されたなら、MACエンティティは次の(C)を実施する。
(C)もし、このサービングセルに関連付けられたランダムアクセス手順が実行中でな
い、または、このサービングセルに関連付けられた実行中のランダムアクセス手順が、C-RNTIにアドレスされたPDCCHの受信によって成功裏に完了(Successfully completed)した
ら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
(D)もし、Active DL BWPに関連付けられたBWP不活性タイマーが満了(Expire)したら
、MACエンティティは次の(E)を実施する。
(E)もし、defaultDownlinkBWP-Idが設定されていたら、このdefaultDownlinkBWP-Id
で示されるBWPにBWP切り替えをおこない、そうでないなら、initialDownlinkBWPにBWP切
り替えをおこなう。
(A)もしデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)が設定されてお
り、Active DL BWPが識別子(dormantDownlinkBWP-Id)で示されるBWPでない、または、も
しデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)が設定されておらず、Active DL BWPがinitialDownlinkBWPでなく、Active DL BWPが識別子(dormantDownlinkBWP-Id)で示されるBWPでないなら、MACエンティティは次の(B)および(D)を実施する。
(B)もし、Active DL BWPで、下りリンク割り当て(Assignment)または上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、Active DL BWPのための、下りリンク割り当てまたは上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、コンフィギュアード上りリンクグラントでMAC PDUが送信された、またはコンフィギュアード下りリンク割り当てでMAC PDUが受信されたなら、MACエンティティは次の(C)を実施する。
(C)もし、このサービングセルに関連付けられたランダムアクセス手順が実行中でな
い、または、このサービングセルに関連付けられた実行中のランダムアクセス手順が、C-RNTIにアドレスされたPDCCHの受信によって成功裏に完了(Successfully completed)した
ら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
(D)もし、Active DL BWPに関連付けられたBWP不活性タイマーが満了(Expire)したら
、MACエンティティは次の(E)を実施する。
(E)もし、defaultDownlinkBWP-Idが設定されていたら、このdefaultDownlinkBWP-Id
で示されるBWPにBWP切り替えをおこない、そうでないなら、initialDownlinkBWPにBWP切
り替えをおこなう。
【0133】
また、MACエンティティは、もし、BWP切り替えのためのPDCCHを受信し、Active DL BWPを切り替えたら、次の(A)を実施する。
（A）もしデフォルト下りリンクBWPの識別子（defaultDownlinkBWP-Id）が設定され
ており、切り替えたActive DL BWPが識別子（dormantDownlinkBWP-Id）で示されるBWPで
ない、かつ、もし切り替えたActive DL BWPがdormantDownlinkBWP-Idで示されるBWPでな
いなら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
（A）もしデフォルト下りリンクBWPの識別子（defaultDownlinkBWP-Id）が設定され
ており、切り替えたActive DL BWPが識別子（dormantDownlinkBWP-Id）で示されるBWPで
ない、かつ、もし切り替えたActive DL BWPがdormantDownlinkBWP-Idで示されるBWPでな
いなら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
【0134】
次にSCGの不活性化(Deactivation)について説明する。
【0135】
SCGの不活性化とは、SCGを不活性化することを意味してよい。また、SCGの不活性化と
は、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応する
セルグループを不活性化することを意味してよい。また、SCGの不活性化とは、PSCell(SCGのSpCell)の不活性化、または、PSCellを不活性化することを意味してよい。SCGの活性化とは、SCGを活性化することを意味してよい。また、SCGの活性化とは、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応するセルグループを活性化することを意味してよい。また、SCGの活性化とは、PSCell(SCGのSpCell)の活性化、または、PSCellを活性化することを意味してよい。
は、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応する
セルグループを不活性化することを意味してよい。また、SCGの不活性化とは、PSCell(SCGのSpCell)の不活性化、または、PSCellを不活性化することを意味してよい。SCGの活性化とは、SCGを活性化することを意味してよい。また、SCGの活性化とは、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応するセルグループを活性化することを意味してよい。また、SCGの活性化とは、PSCell(SCGのSpCell)の活性化、または、PSCellを活性化することを意味してよい。
【0136】
LTEおよび/またはNRにおいて、SCGの不活性状態とは、端末装置が、そのSCGのSpCell(PSCell)において下記(A)から(K)の一部または全部を実施する状態であってよい。また、SCGの不活性状態とは、SCGが不活性化されている状態(SCGが休眠している状態)を意味してよい。
(SD-1)
(A)このSpCellでSRSを送信しない。
(B)このSpCellのためのCSIを測定する。
(C)このSpCellのためのCSIを報告しない。
(D)このSpCellでPUCCH、UL-SCH、および/またはRACHを送信しない。
(E)このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタしない。
(F)このSpCellで間欠受信(DRX)を行う。
(G)このSpCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタしない。
(H)このSpCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを
示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH
、および/またはこのSpCellに対するPDCCHをモニタしない。
(I)このSpCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含
むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリン
グ(Radio Link Monitoring:RLM)を行わない。
(J)このSpCellに対応付けられている、グラントタイプ1の一部またはすべてのコンフィギュアード上りリンクグラントをサスペンドのままにする。
(K)このSpCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持す
る。
(SD-1)
(A)このSpCellでSRSを送信しない。
(B)このSpCellのためのCSIを測定する。
(C)このSpCellのためのCSIを報告しない。
(D)このSpCellでPUCCH、UL-SCH、および/またはRACHを送信しない。
(E)このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタしない。
(F)このSpCellで間欠受信(DRX)を行う。
(G)このSpCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタしない。
(H)このSpCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを
示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH
、および/またはこのSpCellに対するPDCCHをモニタしない。
(I)このSpCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含
むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリン
グ(Radio Link Monitoring:RLM)を行わない。
(J)このSpCellに対応付けられている、グラントタイプ1の一部またはすべてのコンフィギュアード上りリンクグラントをサスペンドのままにする。
(K)このSpCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持す
る。
【0137】
LTEおよび/またはNRにおいて、SCGの活性状態とは、端末装置が、そのSCGのSpCell(PSCell)において下記(A)から(K)の一部または全部を実施する状態であってよい。また、SCGの活性状態とは、SCGが活性化されている状態(SCGが休眠していない状態)を意味してよい。
(SA-1)
(A)このSpCellでSRSを送信する。
(B)このSpCellのためのCSIを測定する。
(C)このSpCellのためのCSIを報告する。
(D)このSpCellでPUCCH、UL-SCH、および/またはRACHを送信する。
(E)このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタする。
(F)このSpCellで間欠受信(DRX)を行う。
(G)このSpCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタする。
(H)このSpCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを
示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH
、および/またはこのSpCellに対するPDCCHをモニタする。
(I)このSpCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含
むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリン
グ(Radio Link Monitoring:RLM)を行う。
(J)このSpCellに対応付けられている、グラントタイプ1の一部またはすべてのコンフィギュアード上りリンクグラントを維持する。
(K)このSpCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持す
る。
(SA-1)
(A)このSpCellでSRSを送信する。
(B)このSpCellのためのCSIを測定する。
(C)このSpCellのためのCSIを報告する。
(D)このSpCellでPUCCH、UL-SCH、および/またはRACHを送信する。
(E)このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタする。
(F)このSpCellで間欠受信(DRX)を行う。
(G)このSpCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および/またはこのSpCellに対するPDCCHをモニタする。
(H)このSpCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを
示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このSpCellのPDCCH
、および/またはこのSpCellに対するPDCCHをモニタする。
(I)このSpCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含
むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリン
グ(Radio Link Monitoring:RLM)を行う。
(J)このSpCellに対応付けられている、グラントタイプ1の一部またはすべてのコンフィギュアード上りリンクグラントを維持する。
(K)このSpCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持す
る。
【0138】
LTEおよび/またはNRにおいて、端末装置は、以下の(A)から(H)の一部または全部に基づいて、SCGが不活性状態となることを判断してよい。なお、下記(A)から(F)のシグナリン
グや制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加
えてまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外の
セルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されて
よい。
(SD-2)
(A)SCGを不活性化するように指示するRRCシグナリングの受信
(B)SCGを不活性化するように指示するMAC CEの受信
(C)SpCellを不活性化するように指示するRRCシグナリングの受信
(D)SpCellを不活性化するように指示するMAC CEの受信
(E)その他のRRCシグナリングの受信
(F)その他のMAC CEの受信
(G)SCGの不活性タイマーの満了
(H)PSCellの不活性タイマーの満了
グや制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加
えてまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外の
セルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されて
よい。
(SD-2)
(A)SCGを不活性化するように指示するRRCシグナリングの受信
(B)SCGを不活性化するように指示するMAC CEの受信
(C)SpCellを不活性化するように指示するRRCシグナリングの受信
(D)SpCellを不活性化するように指示するMAC CEの受信
(E)その他のRRCシグナリングの受信
(F)その他のMAC CEの受信
(G)SCGの不活性タイマーの満了
(H)PSCellの不活性タイマーの満了
【0139】
図11は実施の形態の一例を示す図である。図11において、UE122の処理部502は、上記の(SD-2)に基づいてSCGが不活性状態となることを判断する (ステップS1100)。また、UE122の処理部502は、前記判断に基づき、前記SCGを不活性化し、前記SCGの不活性状態におけ
る動作を行う(ステップS1102)。
る動作を行う(ステップS1102)。
【0140】
LTEおよび/またはNRにおいて、端末装置は、以下の(A)から(K)の一部または全部に基づいて、SCGが活性状態となることを判断してよい。なお、下記(A)から(F)のシグナリング
や制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加え
てまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外のセ
ルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されてよ
い。SCGが活性状態となるとは、SCGが不活性状態とならないことであってもよい。
(SA-2)
(A)SCGを活性化するように指示するRRCシグナリングの受信
(B)SCGを活性化するように指示するMAC CEの受信
(C)SpCellを活性化するように指示するRRCシグナリングの受信
(D)SpCellを活性化するように指示するMAC CEの受信
(E)その他のRRCシグナリングの受信
(F)その他のMAC CEの受信
(G)SCGの不活性タイマー
(H)PSCellの不活性タイマー
(I)MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリク
エストに起因するランダムアクセス手順の開始
(J)ランダムアクセス手順の開始
(K)スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が
開始した)ランダムアクセス手順の開始
や制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加え
てまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外のセ
ルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されてよ
い。SCGが活性状態となるとは、SCGが不活性状態とならないことであってもよい。
(SA-2)
(A)SCGを活性化するように指示するRRCシグナリングの受信
(B)SCGを活性化するように指示するMAC CEの受信
(C)SpCellを活性化するように指示するRRCシグナリングの受信
(D)SpCellを活性化するように指示するMAC CEの受信
(E)その他のRRCシグナリングの受信
(F)その他のMAC CEの受信
(G)SCGの不活性タイマー
(H)PSCellの不活性タイマー
(I)MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリク
エストに起因するランダムアクセス手順の開始
(J)ランダムアクセス手順の開始
(K)スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が
開始した)ランダムアクセス手順の開始
【0141】
図10は実施の形態の一例を示す図である。図10において、UE122の処理部502は、上記の(SA-2)に基づいてSCGが活性状態となることを判断する(ステップS1000)。また、UE122の
処理部502は、前記判断に基づき、前記SCGを活性化し、前記SCGの活性状態における動作
を行う(ステップS1002)。
処理部502は、前記判断に基づき、前記SCGを活性化し、前記SCGの活性状態における動作
を行う(ステップS1002)。
【0142】
SCGを不活性化する端末装置は、当該SCGにおいて、以下の(A)から(F)の一部または全部を実施してよい。
(SD-3)
(A)すべてのSCellを不活性化する。
(B)活性状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみ
なす。
(C)休眠状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみ
なす。
(D)すべてのSCellに関連付けられたSCell不活性タイマーをスタートまたは再スター
トしない。
(E)SCellを活性化させるMAC CEを無視する。例えば、前記処理(AD)において、SCell
を活性化させるMAC CEを受信して、かつ、SCGを不活性化するように指示されてない(またはSCGの不活性状態でない)場合に、処理(AD-1)を行う。
(F)前記処理(AD-2)を実行する。例えば、前記処理(AD)において、SCGを不活性化するように指示された(またはSCGの不活性状態となった)場合に、処理(AD-2)を行う。
(SD-3)
(A)すべてのSCellを不活性化する。
(B)活性状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみ
なす。
(C)休眠状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみ
なす。
(D)すべてのSCellに関連付けられたSCell不活性タイマーをスタートまたは再スター
トしない。
(E)SCellを活性化させるMAC CEを無視する。例えば、前記処理(AD)において、SCell
を活性化させるMAC CEを受信して、かつ、SCGを不活性化するように指示されてない(またはSCGの不活性状態でない)場合に、処理(AD-1)を行う。
(F)前記処理(AD-2)を実行する。例えば、前記処理(AD)において、SCGを不活性化するように指示された(またはSCGの不活性状態となった)場合に、処理(AD-2)を行う。
【0143】
SCGを活性化する端末装置は、当該SCGにおいて、以下の(A)および／または(B)を実施してよい。
(SA-3)
(A)すべてのSCellを活性化するために、処理(AD-1)を行う。
(B)SCGの活性化をRRCシグナリングに基づいて実行する場合、このRRCシグナリングに、SpCell(PSCell)に対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、このSpCellにおいてランダムアクセス手順を開始する。
(SA-3)
(A)すべてのSCellを活性化するために、処理(AD-1)を行う。
(B)SCGの活性化をRRCシグナリングに基づいて実行する場合、このRRCシグナリングに、SpCell(PSCell)に対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、このSpCellにおいてランダムアクセス手順を開始する。
【0144】
図9は実施の形態の一例を示す図である。図9において、UE122は、eNB102またはgNB108
からSCGを不活性化することを通知するメッセージ(RRCシグナリング、MAC CE等)を受信する(ステップS900)。UE122は、上記通知に基づき、SCGのセルの一部または全部を不活性状態となるように制御する(ステップS902)。
からSCGを不活性化することを通知するメッセージ(RRCシグナリング、MAC CE等)を受信する(ステップS900)。UE122は、上記通知に基づき、SCGのセルの一部または全部を不活性状態となるように制御する(ステップS902)。
【0145】
上記の動作により、SCGを不活性化する処理において、UE122の送信部504が当該SCGのセルの状態を不活性状態に変更するためのMAC CEを独立して送信することなく、効率的な状態変更が可能となる。また、SCGの不活性化がRRCシグナリングに基づいて実行される場合、従来では、初期状態の設定はRRC層でおこない、状態変更はMAC層でおこなっていたが、上記の動作により、RRC層の指示とMAC層の指示のミスマッチを回避しつつ効率的にSCGの状態変更を行うことができる。
【0146】
次にRLM(無線リンクモニタリング)について説明する。
【0147】
端末装置は、サービングセル（PCellおよび／またはPSCell等）において、ある種類の
参照信号（セル固有の参照信号（CRS）等）を用いて無線リンクモニタリングを行なって
よい。また、端末装置は、サービングセル（PCellおよび／またはPSCell等）における無
線リンクモニタリングにどの参照信号を用いるかを示す設定（無線リンクモニタリング設定：RadioLinkMonitoringConfig）を基地局装置から受け取り、設定された１つまたは複
数の参照信号（ここではRLM-RSと称する）を用いて無線リンクモニタリングを行なってよい。また、端末装置は、その他の信号を用いて無線リンクモニタリングを行なってよい。端末装置の物理層処理部は、サービングセル（PCellおよび／またはPSCell等）において
同期中となる条件を満たしている場合には、同期中を上位レイヤに通知してよい。
参照信号（セル固有の参照信号（CRS）等）を用いて無線リンクモニタリングを行なって
よい。また、端末装置は、サービングセル（PCellおよび／またはPSCell等）における無
線リンクモニタリングにどの参照信号を用いるかを示す設定（無線リンクモニタリング設定：RadioLinkMonitoringConfig）を基地局装置から受け取り、設定された１つまたは複
数の参照信号（ここではRLM-RSと称する）を用いて無線リンクモニタリングを行なってよい。また、端末装置は、その他の信号を用いて無線リンクモニタリングを行なってよい。端末装置の物理層処理部は、サービングセル（PCellおよび／またはPSCell等）において
同期中となる条件を満たしている場合には、同期中を上位レイヤに通知してよい。
【0148】
前記無線リンクモニタリング設定には、モニタリングの目的を示す情報と、参照信号を示す識別子情報とが含まれてよい。例えば、モニタリングの目的には、無線リンク失敗をモニタリングする目的、ビームの失敗をモニタリングする目的、あるいはその両方の目的、などが含まれてよい。また、例えば、参照信号を示す識別子情報は、セルのSSBのSSB-Indexを示す情報が含まれてよい。すなわち、参照信号には同期信号が含まれてよい。また、例えば、参照信号を示す識別子情報は、端末装置に設定されたチャネル状態情報参照信号（CSI-RS）に紐づけられた識別子を示す情報が含まれてよい。
【0149】
SpCell（MCGにおけるPCell、およびSCGにおけるPSCell）において、端末装置のRRC層処理部は、各SpCellにおいて物理層処理部から通知される同期外を既定回数（N310回）連続して受け取った場合に当該SpCellのタイマー（T310）をスタートあるいは再スタートしてよい。また、端末装置のRRC層処理部は、各SpCellにおいて既定回数（N311回）連続して
同期中を受け取った場合に当該SpCellのタイマー（T310）を停止してよい。端末装置のRRC層処理部は、各SpCellのタイマー（T310）が満了した場合に、SpCellがPCellであれば、アイドル状態への遷移あるいはRRC接続の再確立手順を実施するようにしてよい。また、端末装置のRRC層処理部は、SpCellがPSCellであれば、SCG失敗をネットワークに通知するためのSCG失敗情報手順（SCG failure information procedure）を実行してよい。
同期中を受け取った場合に当該SpCellのタイマー（T310）を停止してよい。端末装置のRRC層処理部は、各SpCellのタイマー（T310）が満了した場合に、SpCellがPCellであれば、アイドル状態への遷移あるいはRRC接続の再確立手順を実施するようにしてよい。また、端末装置のRRC層処理部は、SpCellがPSCellであれば、SCG失敗をネットワークに通知するためのSCG失敗情報手順（SCG failure information procedure）を実行してよい。
【0150】
ここで、SCG失敗手順について説明する。SCG失敗手順において、SCG失敗を報告(report)する手順(SCG失敗報告手順)を開始してよい。端末装置のRRC層処理部は、MCG送信およびSCG送信のうちどちらもサスペンドされてないこと(条件SF-1)と、下記の(A)から(D)の一部または全部を満たすこと(条件SF-2)に基づいて、SCG失敗報告手順を開始する。
(A)SCG無線リンク失敗の検出
(B)SCG同期付再設定の失敗
(C)SCG設定の失敗
(D)SCGの下位レイヤ(PDCP)からの、SRB3に関する完全性検証の失敗
(A)SCG無線リンク失敗の検出
(B)SCG同期付再設定の失敗
(C)SCG設定の失敗
(D)SCGの下位レイヤ(PDCP)からの、SRB3に関する完全性検証の失敗
【0151】
また、上記SCG失敗手順は、SCGの不活性状態をサポートしていないとき(リリース15、
リリース16等)の手順であるが、SCGが不活性状態であり、かつ上記条件SF-2を満たすとき、SCG失敗を報告する手順を開始してよい。SCGが不活性状態でない場合は、上記条件SF-1および上記条件SF-2に基づいて、SCG失敗報告手順を開始してよい。ただし、それに代えて上記SCG失敗手順をSCGの不活性状態をサポートしているときに適用するようにしてもよい。
リリース16等)の手順であるが、SCGが不活性状態であり、かつ上記条件SF-2を満たすとき、SCG失敗を報告する手順を開始してよい。SCGが不活性状態でない場合は、上記条件SF-1および上記条件SF-2に基づいて、SCG失敗報告手順を開始してよい。ただし、それに代えて上記SCG失敗手順をSCGの不活性状態をサポートしているときに適用するようにしてもよい。
【0152】
上記SCG失敗報告手順を開始するとき、端末装置のRRC層処理部は、下記の(A)から(E)の一部または全部を実施する。
(SFR)
(A)すべてのSRBs、DRBs、および、もしあればBH RLC channelsのためのSCG送信をサ
スペンドする。
(B)SCG MACをリセットする。
(C)SCGのためのタイマー(T304)が走っているならば停止する。
(D)CPC(Conditional PSCell Change)のための条件付再設定の評価(evaluation)を、
もし設定されているならば停止する。
(E)(NG)EN-DCの場合、SCG失敗情報を示すE-UTRA用RRCシグナリングを送信し、それ以外の場合、SCG失敗情報を示すNR用RRCシグナリングを送信する。
(SFR)
(A)すべてのSRBs、DRBs、および、もしあればBH RLC channelsのためのSCG送信をサ
スペンドする。
(B)SCG MACをリセットする。
(C)SCGのためのタイマー(T304)が走っているならば停止する。
(D)CPC(Conditional PSCell Change)のための条件付再設定の評価(evaluation)を、
もし設定されているならば停止する。
(E)(NG)EN-DCの場合、SCG失敗情報を示すE-UTRA用RRCシグナリングを送信し、それ以外の場合、SCG失敗情報を示すNR用RRCシグナリングを送信する。
【0153】
また、上記SCG失敗報告手順は、SCGの不活性状態をサポートしていないとき(リリース15、リリース16等)の手順であるが、SCGが不活性状態であるとき、上記の(SFR)のうち(A)
、(B)、および(E)の一部または全部を実施しなくてよい。SCGが不活性状態でない場合は
、上記の(SFR)の一部または全部を実施してよい。ただし、それに代えて上記SCG失敗報告手順をSCGの不活性状態をサポートしているときに適用するようにしてもよい。
、(B)、および(E)の一部または全部を実施しなくてよい。SCGが不活性状態でない場合は
、上記の(SFR)の一部または全部を実施してよい。ただし、それに代えて上記SCG失敗報告手順をSCGの不活性状態をサポートしているときに適用するようにしてもよい。
【0154】
次にBFD(ビーム失敗検出)について説明する。
【0155】
MACエンティティにおいて、サービングセル毎にビーム失敗回復手順がRRCによって設定されてよい。ビーム失敗回復手順は、サービングセルの一つまたは複数のSSBおよび/またはCSI-RS上でビーム失敗が検出されたときに、サービングgNB(端末装置と通信している基地局装置)に新しいSSBまたはCSI-RSを通知するために使われてよい。ビーム失敗は、下位レイヤ(PHY層)からMACエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。MACエンティティはビーム失敗検出のために各サービング
セルで下記の(A)、(B)、(C)の一部または全部を実施してよい。
(A)もし、下位レイヤからビーム失敗インスタンス通知を受信したら、ビーム失敗検
出タイマー(beamFailureDetectionTimer)をスタートまたは再スタートし、カウンター(BFI_COUNTER)を1加算する。もしBFI_COUNTERの値が設定された閾値(beamFailureInstanceMaxCount)以上であれば、下記の(A-1)を実施する。
(A-1)もし、サービングセルがSCellなら、このサービングセルに対するビーム失敗回復(BFR)をトリガし、そうでなければ、SpCellでランダムアクセス手順を開始する。
(B)もし、このサービングセルに対する、beamFailureDetectionTimerが満了した、または、もし、beamFailureDetectionTimer、beamFailureInstanceMaxCount、および/また
はビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、BFI_COUNTERを0に設定する。
(C)もし、サービングセルがSpCellであり、ランダムアクセス手順が成功裏に完了し
たら、BFI_COUNTERを0に設定し、ビーム失敗回復タイマー(beamFailureRecoveryTimer)
が設定されていて走っているならば停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがSCellで、SCellのビーム失敗回復のための情報(例えばSCellのBFR MAC CEまたはSCellのトランケートしたBFR MAC CEに含まれる情報)を送信するための、新しい上りリンクグラントを示すC-RNTIにアドレスされたPDCCHを受
信したら、または、SCellが不活性状態であれば、BFI_COUNTERを0に設定し、ビーム失敗
回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復(BFR)をキャンセルする。
セルで下記の(A)、(B)、(C)の一部または全部を実施してよい。
(A)もし、下位レイヤからビーム失敗インスタンス通知を受信したら、ビーム失敗検
出タイマー(beamFailureDetectionTimer)をスタートまたは再スタートし、カウンター(BFI_COUNTER)を1加算する。もしBFI_COUNTERの値が設定された閾値(beamFailureInstanceMaxCount)以上であれば、下記の(A-1)を実施する。
(A-1)もし、サービングセルがSCellなら、このサービングセルに対するビーム失敗回復(BFR)をトリガし、そうでなければ、SpCellでランダムアクセス手順を開始する。
(B)もし、このサービングセルに対する、beamFailureDetectionTimerが満了した、または、もし、beamFailureDetectionTimer、beamFailureInstanceMaxCount、および/また
はビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、BFI_COUNTERを0に設定する。
(C)もし、サービングセルがSpCellであり、ランダムアクセス手順が成功裏に完了し
たら、BFI_COUNTERを0に設定し、ビーム失敗回復タイマー(beamFailureRecoveryTimer)
が設定されていて走っているならば停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがSCellで、SCellのビーム失敗回復のための情報(例えばSCellのBFR MAC CEまたはSCellのトランケートしたBFR MAC CEに含まれる情報)を送信するための、新しい上りリンクグラントを示すC-RNTIにアドレスされたPDCCHを受
信したら、または、SCellが不活性状態であれば、BFI_COUNTERを0に設定し、ビーム失敗
回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復(BFR)をキャンセルする。
【0156】
MACエンティティは、もし、ビーム失敗回復手順によって少なくとも1つのビーム失敗回復(BFR)がトリガされており、それがキャンセルされていないのであれば、下記の(A)を実施する。
(A)もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのBFR MAC CEとそのサブヘッダを含めることができるのであれば、SCellのBFR MAC CEとそのサブヘ
ッダを含める。そうでなければ、もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのトランケートしたBFR MAC CEとそのサブヘッダを含めることができるの
であれば、SCellのトランケートしたBFR MAC CEとそのサブヘッダを含める。そうでなけ
れば、SCellビーム失敗回復のためのスケジューリングリクエストをトリガする。
(A)もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのBFR MAC CEとそのサブヘッダを含めることができるのであれば、SCellのBFR MAC CEとそのサブヘ
ッダを含める。そうでなければ、もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのトランケートしたBFR MAC CEとそのサブヘッダを含めることができるの
であれば、SCellのトランケートしたBFR MAC CEとそのサブヘッダを含める。そうでなけ
れば、SCellビーム失敗回復のためのスケジューリングリクエストをトリガする。
【0157】
ここで、beamFailureRecoveryTimer(ビーム失敗回復タイマー)について説明する。SpCellのBFRのためにランダムアクセス手順が開始され、ビーム失敗回復設定(beamFailureRec
overyConfig)がActive UL BWPに設定されている場合、MACエンティティは、beamFailureRecoveryTimerをスタートしてよい。また、beamFailureRecoveryTimerが走っている、または、設定されていない場合、端末装置はBFRのためにコンテンションフリーランダムアクセス(contention-free Random Access:CFRA)を使ってよい。また、beamFailureRecoveryTimerが満了した、または、走っていない場合、端末装置はBFRのためにCFRAを使わず、代わりに例えばCBRAを使ってよい。
overyConfig)がActive UL BWPに設定されている場合、MACエンティティは、beamFailureRecoveryTimerをスタートしてよい。また、beamFailureRecoveryTimerが走っている、または、設定されていない場合、端末装置はBFRのためにコンテンションフリーランダムアクセス(contention-free Random Access:CFRA)を使ってよい。また、beamFailureRecoveryTimerが満了した、または、走っていない場合、端末装置はBFRのためにCFRAを使わず、代わりに例えばCBRAを使ってよい。
【0158】
以上の説明をベースとして、様々な本実施形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
【0159】
【0160】
図5に示すUE122は、基地局装置よりRRCシグナリング等を受信する受信部500、及び受信したメッセージに含まれるパラメータに従って処理を行う処理部502、および基地局装置
にRRCシグナリング等を送信する送信部504、から成る。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。
にRRCシグナリング等を送信する送信部504、から成る。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。
【0161】
図6は本実施形態における基地局装置の構成を示すブロック図である。なお、説明が煩
雑になることを避けるために、図6では、本実施形態と密接に関連する主な構成部のみを
示す。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。
雑になることを避けるために、図6では、本実施形態と密接に関連する主な構成部のみを
示す。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。
【0162】
図6に示す基地局装置は、UE122へRRCシグナリング等を送信する送信部600、及びパラメータを含むRRCシグナリングを作成し、UE122に送信する事により、UE122の処理部502に処理を行わせる処理部602、およびUE122からRRCシグナリング等を受信する受信部604から成る。また、処理部602には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部602には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
【0163】
【0164】
図10は本実施形態における、端末装置の処理の一例を示す図である。UE122の処理部502は、上記の(SA-2)に基づいてSCGが活性状態となることを判断してもよい(ステップS1000)。また、UE122の処理部502は、前記判断に基づき、活性状態における動作を行ってもよい(ステップS1002)。
【0165】
上述の活性状態におけるUE122の動作の一例を説明する。UE122は、活性状態において、あるセルグループのSpCellおよび/または1個以上のSCellのそれぞれにおいて、上記の(SA-1)で示したような処理の一部または全部を実施してよい。
【0166】
活性状態は、SCGが活性化された状態であってよい。また、上述の活性状態は、SCGが休眠状態から復帰(Resume)した状態であってもよい。また、上述の活性状態は、上述のSCG
が休眠状態でない状態であってよい。また、上述の活性状態は、MAC SDUが含まれるMAC P
DUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、不活性状態から遷移する状態であってもよい。また、上述の活性状態は、RRCエンティティから休眠状態からの復帰が指示された場合に、不活性状態
から遷移する状態であってもよい。
が休眠状態でない状態であってよい。また、上述の活性状態は、MAC SDUが含まれるMAC P
DUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、不活性状態から遷移する状態であってもよい。また、上述の活性状態は、RRCエンティティから休眠状態からの復帰が指示された場合に、不活性状態
から遷移する状態であってもよい。
【0167】
ステップS1000において、UE122の処理部502が、上記の(SA-2)で示したように、SCGが不活性状態から活性状態へ遷移したと判断してよい。
【0168】
UE122は、SCGを活性化する情報を受信すると、SCGを不活性状態から活性状態に遷移さ
せてもよい(言い換えると、SCGを活性化してもよい)。また、UE122は、SCGの休眠状態か
らの復帰(Resume)を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移さ
せてもよい。また、UE122は、SpCellの休眠状態からの復帰を指示する情報を受信すると
、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、その他の情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、SCGの休
眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。ま
た、UE122は、PSCellの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、MAC SDUが含まれるMAC PDUを送信するためにトリ
ガされたスケジューリングリクエストに起因するランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が開始した)ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122のMACエンティティは、SCGを活性化する指示、休眠SCGからの復帰の指示、SpCellの休眠状態からの復帰の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SA-2)で示したように、SCGが活性状態となると判断し、SCGを不活性状態から活性状態に遷移させてもよい。UE122は、SCGを不活性状態から活性状態に遷移させる際に、上記の(SA-3)で示したような処理を行ってよい。
せてもよい(言い換えると、SCGを活性化してもよい)。また、UE122は、SCGの休眠状態か
らの復帰(Resume)を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移さ
せてもよい。また、UE122は、SpCellの休眠状態からの復帰を指示する情報を受信すると
、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、その他の情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、SCGの休
眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。ま
た、UE122は、PSCellの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、MAC SDUが含まれるMAC PDUを送信するためにトリ
ガされたスケジューリングリクエストに起因するランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が開始した)ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122のMACエンティティは、SCGを活性化する指示、休眠SCGからの復帰の指示、SpCellの休眠状態からの復帰の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SA-2)で示したように、SCGが活性状態となると判断し、SCGを不活性状態から活性状態に遷移させてもよい。UE122は、SCGを不活性状態から活性状態に遷移させる際に、上記の(SA-3)で示したような処理を行ってよい。
【0169】
図11を用いて本実施形態における、端末装置の処理の一例を説明する。
【0170】
図11は本実施形態における、端末装置の処理の一例を示す図である。UE122の処理部502は、上記の(SD-2)に基づいてSCGが不活性状態となることを判断してもよい(ステップS1100)。また、UE122の処理部502は、前記判断に基づき、不活性状態における動作を行ってもよい(ステップS1102)。
【0171】
上述の不活性状態におけるUE122の動作の一例を説明する。UE122は、不活性状態において、あるセルグループのSpCellおよび/または1個以上のSCellのそれぞれにおいて、上記
の(SD-1)で示したような処理の一部または全部を実施してよい。
の(SD-1)で示したような処理の一部または全部を実施してよい。
【0172】
不活性状態は、SCGが不活性化された状態であってよい。また、上述の不活性状態は、
休眠SCGへの入場(Entering)であってもよい。また、上述の不活性状態は、上述のSCGの休眠状態であってよい。また、不活性状態は、SCGのSpCellおよび/または1個以上のSCellのActive BWPが休眠BWPである状態であってもよい。また、上述の不活性状態は、MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリクエストに起因する
ランダムアクセス手順が開始される場合に、活性状態から遷移する状態であってもよい。また、上述の不活性状態は、RRCエンティティから休眠状態への入場が指示された場合に
、活性状態から遷移する状態であってもよい。
休眠SCGへの入場(Entering)であってもよい。また、上述の不活性状態は、上述のSCGの休眠状態であってよい。また、不活性状態は、SCGのSpCellおよび/または1個以上のSCellのActive BWPが休眠BWPである状態であってもよい。また、上述の不活性状態は、MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリクエストに起因する
ランダムアクセス手順が開始される場合に、活性状態から遷移する状態であってもよい。また、上述の不活性状態は、RRCエンティティから休眠状態への入場が指示された場合に
、活性状態から遷移する状態であってもよい。
【0173】
ステップS1100において、UE122の処理部502が、上記の(SD-2)で示したように、SCGが活
性状態から不活性状態へ遷移したと判断してよい。
性状態から不活性状態へ遷移したと判断してよい。
【0174】
UE122は、SCGの不活性化を指示する情報を受信すると、SCGを活性状態から不活性状態
に遷移させてもよい。また、UE122は、休眠SCGへの入場(Entering)を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、SpCellの休眠を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。ま
た、UE122は、その他の情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、SCGの休眠に関するタイマーが満了した場合に、SCGを活性状態か
ら不活性状態に遷移させてもよい。また、UE122は、PSCellの休眠に関するタイマーが満
了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122のMACエ
ンティティは、SCGを不活性化する指示、休眠SCGへの入場の指示、SpCellの休眠の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SD-2)で示したように、SCGが不活性状態となると判断し、SCGを活性状態から不活性状態に遷移させてもよい。UE122は、SCGを活性状態から不活性状態に遷移させる際に、上記の(SD-3)で示したような処理を行ってよい。
に遷移させてもよい。また、UE122は、休眠SCGへの入場(Entering)を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、SpCellの休眠を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。ま
た、UE122は、その他の情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、SCGの休眠に関するタイマーが満了した場合に、SCGを活性状態か
ら不活性状態に遷移させてもよい。また、UE122は、PSCellの休眠に関するタイマーが満
了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122のMACエ
ンティティは、SCGを不活性化する指示、休眠SCGへの入場の指示、SpCellの休眠の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SD-2)で示したように、SCGが不活性状態となると判断し、SCGを活性状態から不活性状態に遷移させてもよい。UE122は、SCGを活性状態から不活性状態に遷移させる際に、上記の(SD-3)で示したような処理を行ってよい。
【0175】
図12を用いて本実施形態における、端末装置の処理の一例を説明する。
【0176】
図12は本実施形態における、端末装置の処理の一例を示す図である。UE122の処理部502は、基地局装置から、SCGを不活性状態とすることを通知するシグナリングを受信した場
合(ステップS1200)、前記SCGを不活性化し(ステップS1202)、前記シグナリングに情報が
含まれるか否かを判断し(ステップS1204)、前記判断に基づいて、動作を行う(ステップS1206)。前記動作は、UE122の処理部502が前記SCGを不活性化したことに基づいて行われてよいし、その他に基づいて行われてよい。前記SCGを不活性化したことに基づいた動作とは、前記SCGのSpCell(PSCell)および/または1個以上のSCellのそれぞれにおいて、上記の(SD-1)で示したような処理の一部または全部を実施することであってよい。
合(ステップS1200)、前記SCGを不活性化し(ステップS1202)、前記シグナリングに情報が
含まれるか否かを判断し(ステップS1204)、前記判断に基づいて、動作を行う(ステップS1206)。前記動作は、UE122の処理部502が前記SCGを不活性化したことに基づいて行われてよいし、その他に基づいて行われてよい。前記SCGを不活性化したことに基づいた動作とは、前記SCGのSpCell(PSCell)および/または1個以上のSCellのそれぞれにおいて、上記の(SD-1)で示したような処理の一部または全部を実施することであってよい。
【0177】
ステップS1204において、例えば情報とは、SCGの不活性状態において無線リンクモニタリングを行うことを示す情報、すなわち、RLM情報であってよい。また、ステップS1204において、例えば情報とは、SCGの不活性状態においてビーム失敗検出を行うことを示す情
報、すなわち、BFD情報であってよい。また、ステップS1204において、例えば情報とは、SCGの不活性状態において無線リンクモニタリングおよびビーム失敗検出を両方とも行う
ことを示す情報、すなわち、RLM-BFD情報であってよい。
報、すなわち、BFD情報であってよい。また、ステップS1204において、例えば情報とは、SCGの不活性状態において無線リンクモニタリングおよびビーム失敗検出を両方とも行う
ことを示す情報、すなわち、RLM-BFD情報であってよい。
【0178】
ステップS1204において、UE122の処理部502が、RLM情報が含まれないと判断した場合、ステップS1206において、例えば動作とは、UE122の処理部502が、前記SCGを不活性化したことに基づいて、PSCellのタイマー(T310)が走っているならば停止することであってよい。このとき、例えば、前記PSCellのタイマー(T310)を停止することによって、SCGが不活性状態であるとき、端末装置は前記SCGにおいて無線リンクモニタリングを行わず、その結果、消費電力を削減できるといった効果が期待される。また、ステップS1204において、UE122の処理部502が、RLM-BFD情報が含まれないと判断した場合、ステップS1206において、例えば動作とは、UE122の処理部502が、前記SCGを不活性化したことに基づいて、PSCellのタイマー(T310)が走っているならば停止することであってよい。
【0179】
別の方法として、ステップS1204において、UE122の処理部502が、RLM情報が含まれると判断した場合、UE122の処理部502は、前記SCGを不活性化したことに基づいては、PSCell
のタイマー(T310)を停止しなくてよい。このとき、ステップS1206において、例えば動作
とは、無線リンクモニタリングを行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、
前記PSCellのタイマー(T310)が走っているならば停止することであってよい。
のタイマー(T310)を停止しなくてよい。このとき、ステップS1206において、例えば動作
とは、無線リンクモニタリングを行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、
前記PSCellのタイマー(T310)が走っているならば停止することであってよい。
【0180】
別の方法として、ステップS1204において、UE122の処理部502が、RLM-BFD情報が含まれると判断した場合、UE122の処理部502は、前記SCGを不活性化したことに基づいては、PSCellのタイマー(T310)を停止しなくてよい。このとき、ステップS1206において、例えば動作とは、無線リンクモニタリングを行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、前記PSCellのタイマー(T310)が走っているならば停止することであってよい。
【0181】
別の方法として、ステップS1204において、UE122の処理部502が、BFD情報が含まれないと判断した場合、ステップS1206において、例えば動作とは、UE122の処理部502が、前記SCGを不活性化したことに基づいて、PSCellのBFI_COUNTERを0に設定し、それに加えてまたはそれに代えて、beamFailureRecoveryTimerが設定されていて走っているならば停止し、それに加えてまたはそれに代えて、ビーム失敗回復手順が成功裏に完了したとみなすことであってよい。このとき、例えば、前記ビーム失敗回復手順が成功裏に完了したとみなすことによって、SCGが不活性状態であるとき、端末装置は前記SCGにおいてビーム失敗検出を行わず、その結果、消費電力を削減できるといった効果が期待される。また、ステップS1204において、UE122の処理部502が、RLM-BFD情報が含まれないと判断した場合、ステップS1206において、例えば動作とは、UE122の処理部502が、前記SCGを不活性化したことに基づいて、PSCellのBFI_COUNTERを0に設定し、それに加えてまたはそれに代えて、beamFailureRecoveryTimerが設定されていて走っているならば停止し、それに加えてまたはそれに代えて、ビーム失敗回復手順が成功裏に完了したとみなすことであってよい。
【0182】
別の方法として、ステップS1204において、UE122の処理部502が、BFD情報が含まれると判断した場合、UE122の処理部502は、前記SCGを不活性化したことに基づいては、PSCell
のBFI_COUNTERを0に設定せず、それに加えてまたはそれに代えて、beamFailureRecoveryTimerを停止せず、それに加えてまたはそれに代えて、ビーム失敗回復手順が成功裏に完了したとみなさなくてよい。このとき、ステップS1206において、例えば動作とは、ビーム失敗検出を行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、前記PSCellのBFI_COUNTERを0に設定すること、それに加えてまたはそれに代えて、前記beamFailureRecoveryTimerが設定されていて走っているならば停止すること、それに加えてまたはそれに代えて、前記ビーム失敗回復手順が成功裏に完了したとみなすことであってよい。
のBFI_COUNTERを0に設定せず、それに加えてまたはそれに代えて、beamFailureRecoveryTimerを停止せず、それに加えてまたはそれに代えて、ビーム失敗回復手順が成功裏に完了したとみなさなくてよい。このとき、ステップS1206において、例えば動作とは、ビーム失敗検出を行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、前記PSCellのBFI_COUNTERを0に設定すること、それに加えてまたはそれに代えて、前記beamFailureRecoveryTimerが設定されていて走っているならば停止すること、それに加えてまたはそれに代えて、前記ビーム失敗回復手順が成功裏に完了したとみなすことであってよい。
【0183】
別の方法として、ステップS1204において、UE122の処理部502が、RLM-BFD情報が含まれると判断した場合、UE122の処理部502は、前記SCGを不活性化したことに基づいては、PSCellのBFI_COUNTERを0に設定せず、それに加えてまたはそれに代えて、beamFailureRecoveryTimerを停止せず、それに加えてまたはそれに代えて、ビーム失敗回復手順が成功裏に完了したとみなさなくてよい。このとき、ステップS1206において、例えば動作とは、ビーム失敗検出を行うこと、または、継続することであってよい。また、ステップS1206において、例えば動作とは、前記SCGを不活性化したこと以外に基づいて、前記PSCellのBFI_COUNTERを0に設定すること、それに加えてまたはそれに代えて、前記beamFailureRecoveryTimerが設定されていて走っているならば停止すること、それに加えてまたはそれに代えて、前記ビーム失敗回復手順が成功裏に完了したとみなすことであってよい。
【0184】
なお、上記動作は、SCGが不活性状態であるとき、無線リンクモニタリングおよび/またはビーム失敗検出を継続しない場合に行われてよい。
【0185】
また、前記シグナリングは、上記の(SD-2)で示したようなシグナリングであってよいし、その他のシグナリングであってよい。UE122は、SCGを不活性化する際に、上記の(SD-3)で示したような処理を行ってよい。
【0186】
このように、本実施形態では、SCGの不活性状態において、無線リンクモニタリング及
びビーム失敗検出の必要がない場合に、無線リンクモニタリング及びビーム失敗検出を行わないようにできる。また、SCGの不活性状態において、無線リンクモニタリング及びビ
ーム失敗検出を行わないようすることで省電力化が可能となる。
びビーム失敗検出の必要がない場合に、無線リンクモニタリング及びビーム失敗検出を行わないようにできる。また、SCGの不活性状態において、無線リンクモニタリング及びビ
ーム失敗検出を行わないようすることで省電力化が可能となる。
【0187】
上記説明における無線ベアラは其々、DRBであってよいし、SRBであってよいし、DRB及
びSRBであってよい。
びSRBであってよい。
【0188】
また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。
【0189】
また上記説明において、「含まれる」、「含まれている」、「含まれていた」等の表現は、互いに換言されてもよい。
【0190】
また上記説明において、「前記~」を「上述の~」と言い換えてよい。
【0191】
また上記説明において、「SCGのSpCell」を「PSCell」と言い換えてよい。
【0192】
また上記説明において、「~と確定した」、「~が設定されている」、「~が含まれる」
等の表現は、互いに換言されてもよい。
等の表現は、互いに換言されてもよい。
【0193】
上記説明において、「休眠状態」を「不活性状態」と言い換えてよいし、「休眠状態から復帰した状態」を「活性状態」と言い換えてもよい。また上記説明において、「活性化」、「不活性化」をそれぞれ「活性状態」、「不活性状態」と言い換えてもよい。
【0194】
上記説明において、「XからYに遷移する」を「XからYとなる」と言い換えてよい。また上記説明において、「遷移させる」を「遷移を決定する」と言い換えてよい。
【0195】
また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なってもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なってもよい。また上記説明において「Aである事に基づいてBを行う」は、「Bを行う」と言い換えられてもよい。即ち「Bを行う」事は「Aである事」と独立して実行されてもよい。
【0196】
なお、上記説明において、「AをBと言い換えてよい」は、AをBと言い換えることに加え、BをAと言い換える意味も含んでよい。また上記説明において、「CはDであってよい」と「CはEであってよい」とが記載されている場合には、「DはEであってよい」事を含んでもよい。また上記説明において、「FはGであってよい」と「GはHであってよい」とが記載されている場合には、「FはHであってよい」事を含んでもよい。
【0197】
また上記説明において、「A」という条件と、「B」という条件が、相反する条件の場合には、「B」という条件は、「A」という条件の「その他」の条件として表現されてもよい。
【0198】
本実施形態に関わる装置で動作するプログラムは、本実施形態の機能を実現するように
、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。
、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。
【0199】
なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムは、コンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現されてもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【0200】
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ-タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ-タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0201】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブ
ルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
ルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【0202】
なお、本実施形態は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本実施形態は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【0203】
以上、この実施形態に関して、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この実施形態の要旨を逸脱しない範囲の設計変更等も含まれる。また、本実施形態は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本実施形態の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【0204】
100 E-UTRA
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116、118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500、604 受信部
502、602 処理部
504、600 送信部
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116、118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500、604 受信部
502、602 処理部
504、600 送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】