JP7850671B2

JP7850671B2 - 端末装置、基地局装置、および方法

Info

Publication number: JP7850671B2
Application number: JP2022556962A
Authority: JP
Inventors: 貴子堀; 昇平山田; 秀和坪井; 恭輔井上
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2020-10-13
Filing date: 2021-10-11
Publication date: 2026-04-23
Anticipated expiration: 2041-10-11
Also published as: JPWO2022080304A1; WO2022080304A1

Description

本発明は、端末装置、基地局装置、および方法に関する。
本願は、２０２０年１０月１３日に日本に出願された特願２０２０－１７２３７４号について優先権を主張し、その内容をここに援用する。

セルラ移動通信システムの標準化プロジェクトである、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project: 3GPP)において、無線アクセス、コアネットワーク、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。

例えば、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)と称する事もある。（非特許文献2等）

また、NR(New Radio、またはNR Radio access)は、3GPPにおいて、第5世代(5th Generation: 5G)向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology: RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。（非特許文献1等）

3GPP TS 38.300v 16.2.0,"NR;NR and NG-RAN Overall description; Stage 2" pp10-134 3GPP TS 36.300 v16.2.0,"Evolved Universal Terrestrial Radio Access (E-UTRA)and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2" pp19-361

E-UTRAの拡張技術検討の一つとして、マルチキャスト/ブロードキャストサービスを提供するために、MBMS(Multimedia Broadcast Multicast Service)伝送技術が規格化されている。MBMS伝送には、MBSFN(Multicast Broadcast Single Frequency Network)又はSC-PTM(Single Cell Point-To-Multipoint)を用いた伝送が用いられる。

MBSFNを用いた伝送は、複数のセルからなるMBSFN(Multicast-Broadcast Single-Frequency Network)エリア単位で、PMCH(Physical Multicast Channel)を用いて、マルチキャスト/ブロードキャストデータの送信を行う。これに対し、SC-PTMを用いた伝送は、セル単位で、PDSCH(Physical Downlink Shared Channel)を用いて、マルチキャストデータの送信を行う。

一方、NRの拡張技術としての、マルチキャスト/ブロードキャストサービス(Multicast Broadcast Service: MBS)が検討されている。NRを介してMBSを行う場合、E-UTRAとは異なるNR特有技術や、5G向けに規格策定されたコアネットワーク等を考慮する必要がある。しかしNRを用いて効率的にMBSを制御するための詳細な動作については、まだ検討がなされていない。

本発明の一態様は、上記した事情に鑑みてなされたもので、NRを用いて効率的にMBSを制御することができる端末装置、基地局装置、及び方法を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置から、第1のメッセージを受信する受信部と、処理部とを備え、前記第1のメッセージは、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信され、前記処理部は、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断し、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断し、前記第1のMBSにROHCが適用される事に基づいて、前記第1のMBSに用いられるROHCコンテキストを取得する。

また本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へ、第1のメッセージを送信する送信部と、処理部とを備え、前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、前記処理部は、前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、前記第1のMBSにROHCが適用される事に基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる。

また本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置から、第1のメッセージを受信し、前記第1のメッセージは、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信され、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断し、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断し、前記第1のMBSにROHCが適用される事に基づいて、前記第1のMBSに用いられるROHCコンテキストを取得する。

また本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へ、第1のメッセージを送信し、前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、前記第1のMBSにROHCが適用される事に基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の一態様によれば、端末装置、基地局装置、および方法は、NRを用いた効率的なMBS制御を実現することができる。

本発明の実施の形態に係る通信システムの概略図。本発明の実施の形態に係るE-UTRAプロトコル構成の一例の図。本発明の実施形態に係るNRプロトコル構成の一例の図。本発明の実施の形態に係るRRCにおける、各種設定のための手順のフローの一例を示す図。本発明の実施の形態における端末装置の構成を示すブロック図。本発明の実施の形態における基地局装置の構成を示すブロック図。本発明の実施の形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。本発明の実施の形態におけるE-UTRAでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 SC-PTMを用いたMBMS受信の設定のための手順のフローを示す図。 SIB20(System Information Block Type 20)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図。 SC-PTM設定メッセージ(SCPTMConfiguration)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図。本発明の実施の形態における、NRにおけるMBS受信手順のフローの一例を示す図。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

LTE(およびLTE-A、LTE-A Pro)とNRは、異なる無線アクセス技術(Radio Access Technology: RAT)として定義されてよい。またNRは、LTEに含まれる技術として定義されてもよい。またLTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti Radio Dual connectivity(MR-DC)で接続可能なLTEは、従来のLTEと区別されてよい。また、コアネットワークに5GCを用いるLTEは、コアネットワークにEPCを用いる従来のLTEと区別されてよい。なお従来のLTEとは、3GPPにおけるリリース15以降に規格化された技術を実装していないLTEの事であって良い。本発明の実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、本発明の実施形態は他の用語を用いる他の技術において適用されてもよい。また本発明の実施形態でのE-UTRAという用語は、LTEという用語に置き換えられて良いし、LTEという用語はE-UTRAという用語に置き換えられて良い。

なお、本発明の実施の形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本発明の実施の形態は他の無線アクセス技術に用いられて良い。本発明の実施の形態における各ノードやエンティティの名称は、別の名称であって良い。

図1は本発明の実施の形態に係る通信システムの概略図である。なお図1を用いて説明する各ノード、無線アクセス技術、コアネットワーク、インタフェース等の機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持って良い。

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と呼んでもよい。

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インタフェースと呼んで良い。

なお、1つ又は複数のeNB102がEPC104にインタフェース112を介して接続されて良い。EPC104に接続する複数のeNB102の間に、インタフェースが存在して良い(不図示)。EPC104に接続する複数のeNB102間のインタフェースを、X2インタフェースと呼んで良い。

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)プロトコルを終端して良い。

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インタフェースと呼んで良い。

なお、1つ又は複数のgNB108が5GC110にインタフェース116を介して接続されて良い。5GC110に接続する複数のgNB108の間に、インタフェースが存在して良い(不図示)。5GC110に接続する複数のgNB108間のインタフェースをXnインタフェースと呼んで良い。

eNB102は5GC110に接続する機能を持って良い。5GC110に接続する機能をもつeNB102を、ng-eNBと呼んで良い。インタフェース114はeNB102と5GC110の間のインタフェースで、NGインタフェースと呼ばれて良い。インタフェース114には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース114の制御プレーンインタフェースは5GC110内のAccess and mobility Management Function(AMF:不図示)で終端して良い。インタフェース114のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端して良い。インタフェース114の制御プレーンインタフェースをNG-Cインタフェースと呼んで良い。インタフェース114のユーザプレーンインタフェースをNG-Uインタフェースと呼んで良い。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RANと称してもよい。NG-RAN、E-UTRAN, eNB, ng-eNBおよびgNBなどを単にネットワークと称してもよい。

なお、1つ又は複数のeNB102が5GC110にインタフェース114を介して接続されて良い。5GC110に接続する複数のeNB102の間に、インタフェースが存在して良い(不図示)。5GC110に接続する複数のeNB102の間のインタフェースを、Xnインタフェースと呼んで良い。また5GC110に接続するeNB102と、5GC110に接続するgNB108は、インタフェース120で接続されて良い。5GC110に接続するeNB102と、5GC110に接続するgNB108の間のインタフェース120は、Xnインタフェースと呼ばれて良い。

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インタフェースと呼ばれて良い。

インタフェース124はEPC104と5GC110間のインタフェースであり、CPのみ、又はUPのみ、又はCP及びUP両方を通すインタフェースであって良い。また、インタフェース114、インタフェース116、インタフェース118、インタフェース120、及びインタフェース124等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があって良い。

UE122はeNB102、及び/又はgNB108から送信される報知情報や、ページングメッセージを受信する事が可能な端末装置であって良い。またUE122は、eNB102、及び/又はgNB108との無線接続が可能な端末装置であって良い。またUE122は、eNB102との無線接続、及びgNB108と無線接続を同時に行う事が可能な端末装置であって良い。UE122はE-UTRAプロトコル、及び/又はNRプロトコルを持って良い。なお、無線接続とは、Radio Resource Control(RRC)接続であって良い。

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)と呼ばれて良い。

また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の接続先コア網が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が保証されて良い。

EPC104には、PDUセッション及び/又はQoSフローは存在しなくて良い。また5GC110にはEPSベアラは存在しなくて良い。UE122がEPC104と接続している際、UE122はEPSベアラの情報を持つが、PDUセッション及び/又はQoSフローの内の情報は持たなくて良い。またUE122が5GC110と接続している際、UE122はPDUセッション及び/又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくて良い。

なお、以下の説明において、eNB102および/またはgNB108を単に基地局装置とも称し、UE122を単に端末装置又はUEとも称する。

図2は本発明の実施形態に係るE-UTRAプロトコル構成(protocol architecture)の一例の図である。また図3は本発明の実施形態に係るNRプロトコル構成の一例の図である。なお図2及び/又は図3を用いて説明する各プロトコルの機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持っていて良い。なお、本発明の実施の形態において、上りリンク(uplink: UL)とは端末装置から基地局装置へのリンクであって良い。また本発明の各実施の形態において、下りリンク(downlink: DL)とは基地局装置から端末装置へのリンクであって良い。

図2(A)はE-UTRAユーザプレーン(UP)プロトコルスタックの図である。図2(A)に示す通り、E-UTRAN UPプロトコルは、UE122とeNB102の間のプロトコルであって良い。即ちE-UTRANUPプロトコルは、ネットワーク側では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から構成されて良い。

図3(A)はNRユーザプレーン(UP)プロトコルスタックの図である。図3(A)に示す通り、NRUPプロトコルは、UE122とgNB108の間のプロトコルであって良い。即ちNR UPプロトコルは、ネットワーク側ではgNB108で終端するプロトコルであって良い。図3(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)SDAP(Service Data Adaptation Protocol)310であるから構成されて良い。

図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で終端するプロトコルであって良い。

図3(B)はNR制御プレーン(CP)プロトコル構成の図である。図3(B)に示す通り、NR CPプロトコルにおいて、無線リソース制御層であるRRC308は、UE122とgNB108の間のプロトコルであって良い。即ちRRC308は、ネットワーク側ではgNB108で終端するプロトコルであって良い。またE-UTRAN CPプロトコルにおいて、非AS層であるNAS312は、UE122とAMFとの間のプロトコルであって良い。即ちNAS312は、ネットワーク側ではAMFで終端するプロトコルであって良い。

なおAS(Access Stratum)層とは、UE122とeNB102及び/又はgNB108との間で終端する層であって良い。即ちAS層とは、PHY200、MAC202、RLC204、PDCP206、及びRRC208の一部又は全てを含む層、及び/又はPHY300、MAC302、RLC304、PDCP306、SDAP310、及びRRC308の一部又は全てを含む層であって良い。

なお本発明の実施の形態において、以下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層)であって良い。

また本発明の実施の形態において、以下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及び/又はNRのAS層におけるエンティティ(entity)について説明する。MAC層の機能の一部又は全てを持つエンティティの事をMACエンティティと呼んで良い。RLC層の機能の一部又は全てを持つエンティティの事をRLCエンティティと呼んで良い。PDCP層の機能の一部又は全てを持つエンティティの事をPDCPエンティティと呼んで良い。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んで良い。RRC層の機能の一部又は全てを持つエンティティの事をRRCエンティティと呼んで良い。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えて良い。

なお、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セグメントと呼んで良い。

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)が用いられて良い。

ここで、物理チャネルについて説明する。

端末装置と基地局装置との無線通信に用いられる物理チャネルには、以下の物理チャネルが含まれてよい。

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)

PBCHは、端末装置が必要とするシステム情報を報知するために用いられて良い。

また、NRにおいて、PBCHは、同期信号のブロック(SS/PBCHブロックとも称する)の周期内の時間インデックス(SSB-Index)を報知するために用いられてよい。

PDCCHは、下りリンクの無線通信(基地局装置から端末装置への無線通信)において、下りリンク制御情報(Downlink Control Information: DCI)を送信する(または運ぶ)ために用いられて良い。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCIフォーマットと称してもよい)が定義されて良い。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされて良い。PDCCHは、PDCCH候補(candidate)において送信されて良い。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタして良い。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味して良い。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。

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)が含まれてもよい。

PDSCHは、MAC層からの下りリンクデータ(DL-SCH: Downlink Shared CHannel)の送信に用いられてよい。また、下りリンクの場合にはシステム情報(SI: System Information)やランダムアクセス応答(RAR: Random Access Response)などの送信に用いられて良い。

PUSCHは、MAC層からの上りリンクデータ(UL-SCH: Uplink Shared CHannel)または上りリンクデータと共にHARQ-ACKおよび/またはCSIを送信するために用いられてもよい。またPUSCHは、CSIのみ、または、HARQ-ACKおよびCSIのみを送信するために用いられてもよい。すなわちPUSCHは、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング(RRCメッセージとも称する)、およびMACコントロールエレメントを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。

PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、およびPUSCH(UL-SCH)リソースの要求を示すために用いられてもよい。

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)が含まれて良い。

E-UTRA及び/又はNRで用いられる、上りリンク(UL: Uplink)、及び/又は下りリンク(DL:Downlink)用論理チャネルについて説明する。

BCCH(Broadcast Control Channel)は、システム情報(SI: System Information)等の、制御情報を報知(broadcast)するための下りリンク論理チャネルであって良い。

PCCH(Paging Control Channel)は、ページング(Paging)メッセージを運ぶための下りリンク論理チャネルであって良い。

CCCH(Common Control Channel)は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであって良い。CCCHは、端末装置が、RRC接続を有しない場合に用いられて良い。またCCCHは基地局装置と複数の端末装置との間で使われて良い。

DCCH(Dedicated Control Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)の双方向(bi-directional)で、専用制御情報を送信するための論理チャネルであって良い。専用制御情報とは、各端末装置専用の制御情報であって良い。DCCHは、端末装置が、RRC接続を有する場合に用いられて良い。

DTCH(Dedicated Traffic Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)で、ユーザデータを送信するための論理チャネルであって良い。DTCHは専用ユーザデータを送信するための論理チャネルであって良い。専用ユーザデータとは、各端末装置専用のユーザデータであって良い。DTCHは上りリンク、下りリンク両方に存在して良い。

MTCH(Multicast Traffic Channel)は、基地局装置から端末装置に対し、データを送信するための1対多(point-to-multipoint)の下りリンクチャネルであって良い。MTCHはマルチキャスト用論理チャネルであって良い。MTCHは、端末装置がMBMSを受信する場合にのみ、該当端末装置によって使われて良い。

MCCH(Multicast Control Channel)は、基地局装置から端末装置へ、一つ又は複数のMTCHに対するMBMS制御情報を送るための、1対多(point-to-multipoint)の下りリンクチャネルであって良い。MCCHはマルチキャスト用論理チャネルであって良い。MCCHは端末装置がMBMSを受信する、又は端末装置がMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。

SC-MTCH(Single Cell Multicast Traffic Channel)は、基地局装置から端末装置に対し、SC-PTMを用いてデータを送信するための1対多(point-to-multipoint)の下りリンクチャネルであって良い。SC-MTCHはマルチキャスト用論理チャネルであって良い。SC-MTCHは、端末装置がSC-PTM(Single Cell Point-To-Multipoint)を用いてMBMSを受信する場合にのみ、該当端末装置によって使われて良い。

SC-MCCH(Single Cell Multicast Control Channel)は、基地局装置から端末装置へ、一つ又は複数のSC-MTCHに対するMBMS制御情報を送るための、1対多(point-to-multipoint)の下りリンクチャネルであって良い。SC-MCCHはマルチキャスト用論理チャネルであって良い。SC-MCCHは端末装置がSC-PTMを用いてMBMSを受信する、又は端末装置がSC-PTMを用いてMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。

E-UTRA及び/又はNRにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

CCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。

DCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。

DTCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。

E-UTRA及び/又はNRにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

BCCHは、下りリンクトランスポートチャネルであるBCH(Broadcast Channel)、及び/又はDL-SCH(Downlink Shared Channel)にマップされて良い。

PCCHは、下りリンクトランスポートチャネルであるPCH(Paging Channel)にマップされて良い。

CCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。

DCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。

DTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。

MTCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされて良い。

MCCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされて良い。

SC-MTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。

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エンティティとして、又は受信UMRLCエンティティとして設定されて良い。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)と呼んで良い。

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)と呼んで良い。

PDCPにおいて、暗号化、又は完全性保護の処理を行う際、COUNT値を用いて良い。COUNT値は、PDCPの状態変数であるHFN（Hyper Frame Number）と、PDCP PDUのヘッダに付加されるシーケンス番号（SN: Sequence Number）から構成されて良い。シーケンス番号は、送信PDCPエンティティでPDCP DATA PDUが生成される度に、１加算されて良い。HFNは、送信PDCPエンティティ、及び受信PDCPエンティティでシーケンス番号が最大値に達する度に、１加算されて良い。また、送信PDCPエンティティ、及び受信PDCPエンティティでCOUNT値を管理するために、次の(A)から(F)の状態変数（ステート変数）の一部又は全てが使われて良い。
(A)次に送信されるPDCP SDUのCOUNT値を示すステート変数。TX_NEXTという名称のステート変数であって良い。
(B)本PDCPエンティティにおいて、次に送信されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_TX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、PDCP PDUのCOUNT値を生成するために使われるHFN値を表すステート変数。TX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、次に受信する事が予想されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、次に受信する事が予想されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(F)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。

また、PDCPにおいて、リオーダリング（re-ordering）とは、PDCP SDUを受信バッファ（リオーダリングバッファ）に格納し、PDCP DATA PDUのヘッダ情報から得られるCOUNT値の順番通りにPDCP SDUを上位レイヤに引き渡すための処理であって良い。リオーダリングにおいて、受け取ったPDCPデータPDUのCOUNT値が、まだ上位レイヤに受け渡していない最初のPDCP SDUのCOUNT値である場合に、格納されているPDCP SDUをCOUNT値の順番通りに上位レイヤに受け渡す処理を行って良い。すなわちリオーダリングにおいて、受信したPDCPデータPDUのCOUNT値より小さいCOUNT値を持つPDCPデータPDUが受信できていない（PDCPデータPDUがロスしている）場合には、その受信したPDCPデータPDUをPDCP SDUに変換してリオーダリングバッファに格納し、ロスしているPDCPデータPDUを全て受信し、PDCP SDUに変換されてから、上位レイヤに受け渡す処理を行って良い。リオーダリングにおいて、PDCPデータPDUのロスを検出するために、リオーダリングタイマー（t-Reorderingという名称のタイマー）が使われて良い。また、リオーダリングのために、次の(A)から(F)の状態変数（ステート変数）のうちの一部又は全てが使われて良い。
(A)受信PDCPエンティティにおいて、次に受信する事が予想されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(B)受信PDCPエンティティにおいて、次に受信する事が予想されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示すステート変数。RX_DELIVという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、最後に上位層に配信したPDCP SDUのPDCP PDUのシーケンス番号を示すステート変数。Last_Submitted_PDCP_RX_SNという名称のステート変数であって良い。
(F)受信PDCPエンティティにおいて、リオーダリングタイマーを開始させたPDCP PDUのCOUNT値の次のCOUNT値を示すステート変数。RX_REORDという名称のステート変数、又はReordering_PDCP_RX_COUNTという名称のステート変数であって良い。

PDCPにおけるステータスレポーティング(Status Reporting)について説明する。上位レイヤよりPDCPステータスレポートの送信が設定された、Acknowledged ModeのRLCを用いるDRB(AM DRB: Acknowledged Mode Data Radio Bearer)において、受信PDCPエンティティは次の(A)から(D)の何れか条件を満たす時、PDCPステータスレポートを起動(trigger)しても良い。また、上位レイヤよりPDCPステータスレポートの送信が設定された、Unacknowledged ModeのRLCを用いるDRB(UM DRB: Unacknowledged Mode Data Radio Bearer) において、受信PDCPエンティティは次の(C)の条件を満たす時、PDCPステータスレポートを起動(trigger)しても良い。
(A)上位レイヤがPDCPエンティティの再確立(re-establishment)を要求する。
(B)上位レイヤがPDCPデータリカバリを要求する。
(C)上位レイヤがアップリンクデータスイッチを要求する。
(D)上位レイヤがDAPS(Dual Active Protocol Stack)を解放するためにこのPDCPエンティティを再設定し、かつdaps source releaseという名称のパラメータが設定されている。

PDCPステータスレポートの送信が起動された場合、受信PDCPエンティティはPDCPステータスレポートの作成を行って良い。PDCPステータスレポートの作成は、PDCPステータスレポート用のPDCP制御PDUに、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を含む、受信待ちのPDCP SDUの情報を格納する事により行われて良い。PDCPステータスレポートを作成した受信PDCPエンティティは、送信PDCPエンティティを経由して、作成したPDCPステータスレポートを下位レイヤに提出して良い。

なお、本発明の実施の形態において、上位レイヤよりPDCPステータスレポートの送信が設定されたUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事を判断して良い。上位レイヤからPDCPデータリカバリを要求された事を判断したUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事に基づいて、受信PDCPエンティティにおいてPDCPステータスレポートを作成し、送信PDCPエンティティを経由して、作成したPDCPステータスレポートを下位レイヤに提出しても良い。なお、下位レイヤとは、PDCPエンティティに紐づいているRLCベアラのUM RLCエンティティであって良い。なお、本発明の実施の形態において、UM DRBがDAPSベアラで無い場合にのみ、上位レイヤよりPDCPステータスレポートの送信が設定されたUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事を判断して良い。DAPSベアラとは、PDCPエンティティにソースセル用の1つ又は複数のRLCエンティティと、ターゲットセル用の1つ又は複数のRLCエンティティが紐づいているベアラであって良い。また上述のPDCPデータリカバリは、上位レイヤよりPDCPにステータスレポートの送信を要求する事を意味する他の名称であって良い。

ROHCについて説明する。本発明の実施の形態において、ROHCをROHCプロトコルと言い換えて良い。ROHCは、IP、UDP、TCP、RTPなどのヘッダ情報を圧縮(compress)する機能及び解凍(decompress)する機能を持って良い。ROHCにおいて、圧縮機(compressor)がヘッダ情報を圧縮するヘッダ圧縮機能を持って良い。またROHCにおいて、解凍機(decompressor)がヘッダ情報を解凍するヘッダ解凍機能を持って良い。圧縮機は、圧縮機が保有するコンテキストを用いてヘッダ圧縮を行って良い。解凍機は解凍機が保有するコンテキストを用いてヘッダ解凍を行って良い。本発明の実施の形態において、コンテキストをROHCコンテキストと言い換えて良い。解凍機におけるコンテキストは、圧縮機から全てのヘッダ情報を受信する事により生成されて良い。圧縮機及び解凍機におけるコンテキストはIPフロー毎に保有されて良い。コンテキストを識別するために、コンテキスト識別子(Context Identifier: CID)が用いられて良い。コンテキスト識別子の最大値の情報、ヘッダ圧縮・解凍の方法を示すプロファイル(profile)の情報などは、ヘッダ圧縮・解凍を行う前に、圧縮機と解凍機の間で折衝(negotiate)されて良い。

ROHCにおいてヘッダ情報は、静的部分(static parts)と動的部分(dynamic parts)に分類されて良い。ROHCにおけるヘッダ情報の静的部分とは、IPフローに所属する各パケットのヘッダ情報のうち、殆ど変化しない情報であって良い。ROHCにおけるヘッダ情報の静的部分は例えば、IPv4ヘッダやIPv6ヘッダにおける送信元(source)アドレス、宛先(destination)アドレス、バージョン、UDPヘッダやTCPヘッダにおける送信元ポート、宛先ポートなどを含む情報であって良い。またROHCにおけるヘッダ情報の動的部分とは、IPフローに所属する各パケットのヘッダ情報のうち、パケット毎に変化し得る情報であって良い。ROHCにおけるヘッダ情報の動的部分は例えば、IPv6ヘッダにおけるトラフッククラス、ホップリミット、IPv4ヘッダにおけるType of service、Time to Live、UDPヘッダにおけるチェックサム、RTPヘッダにおけるRTPシーケンス番号、RTPタイムスタンプなどを含む情報であって良い。

ROHCの圧縮機にはIR（Initialization and Refresh）ステート、FO（First Order）ステート、SO（Second Order）ステートの3つのステートが存在して良い。IRステートが用いられる場合、圧縮機は圧縮対象となるヘッダ情報を圧縮せず、全てのヘッダ情報を解凍機へ送信して良い。FOステートが用いられる場合、圧縮機は圧縮対象ヘッダ情報のうち、静的部分のほとんどを圧縮し、一部の静的部分と動的部分は圧縮せずに解凍機へと送信して良い。SOステートが用いられる場合、ヘッダの圧縮率が最高となり、圧縮機からはRTPシーケンス番号等の限られた情報のみを送信して良い。

ROHCの解凍機にはNC（No Context）ステート、SC（Static Context）ステート、FC（Full Context）ステートの3つのステートが存在して良い。解凍機の初期状態はNCステートであって良い。NCステートにおいてコンテキストを取得し、正しくヘッダ解凍が行われる状態となった場合、FCステートへと遷移して良い。またFCステートにおいて連続的にヘッダ解凍が失敗した場合、SCステートやNCステートに遷移して良い。

ROHCの処理モードには、U-mode（Unidirectional mode）、O-mode（Bidirectional Optimistic mode）、R-mode（Bidirectional Reliable mode）の3つのモードが存在して良い。U-modeでは、ROHCフィードバックパケットを使用しなくて良い。U-modeにおいて、圧縮機における低圧縮モードから高圧縮モードへの遷移、即ちIRステートからFOステートへの遷移、及び/又はFOステートからSOステートへの遷移、及び/又はIRステートからSOステートへの遷移は、一定数のパケットを送信することで実施されて良い。また、U-modeにおいて、圧縮機における高圧縮モードから低圧縮モードへの遷移、即ちSOステートからFOステートへの遷移、及び/又はFOステートからIRステートへの遷移、及び/又はSOステートからIRステートへの遷移は、は一定周期毎に実施する事により、ヘッダ解凍に必要な情報を定期的に解凍機へ送信して良い。O-modeでは、解凍機が圧縮機にROHCフィードバックパケットを送信する事により、圧縮機にコンテキストの更新要求を行って良い。R-modeにおいて、圧縮機は、解凍機よりROHCフィードバックパケットよるヘッダ解凍成功通知を受け取る事により、低圧縮モードから高圧縮モードへ遷移して良い。またR-modeにおいて、圧縮機は、解凍機よりROHCフィードバックパケットよるコンテキスト更新要求を受け取る事により、高圧縮モードから低圧縮モードへ遷移して良い。ROHCの処理モードはU-modeから開始されて良い。ROHCの処理モードの遷移は、解凍機が決定して良い。解凍機はROHCフィードバックパケットを用いて、圧縮機へ処理モードの遷移を促して良い。

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セッションに対して一つ存在して良い。

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接続管理、無線ベアラ制御、セルグループ制御、モビィティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行って良い。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なって良い。

RRCメッセージは、論理チャネルのBCCHを用いて送られて良いし、論理チャネルのPCCHを用いて送られて良いし、論理チャネルのCCCHを用いて送られて良いし、論理チャネルのDCCHを用いて送られて良いし、論理チャネルのMCCHを用いて送られて良い。

BCCHを用いて送られるRRCメッセージには、例えばマスター情報ブロック(Master Information Block: MIB)が含まれて良いし、各タイプのシステム情報ブロック(System Information Block: SIB)が含まれて良いし、他のRRCメッセージが含まれて良い。PCCHを用いて送られるRRCメッセージには、例えばページングメッセージが含まれて良いし、他のRRCメッセージが含まれて良い。

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メッセージが含まれて良い。

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再開メッセージ(RRC Resume)などが含まれて良い。また他のRRCメッセージが含まれて良い。

DCCHを用いてアップリンク(UL)方向送られるRRCメッセージには、例えば測定報告メッセージ(Measurement Report)、RRCコネクション再設定完了メッセージ(RRC Connection Reconfiguration Complete)、RRC接続セットアップ完了メッセージ(RRC Connection SetupComplete)、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)、カウンターチェック応答メッセージ(Counter Check Response)などが含まれて良い。また他のRRCメッセージが含まれて良い。

DCCHを用いてダウンリンク(DL)方向送られるRRCメッセージには、例えばRRC接続再設定メッセージ(RRC Connection Reconfiguration)、RRC接続解放メッセージ(RRC ConnectionRelease)、セキュリティモードコマンドメッセージ(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)、カウンターチェックメッセージ(Counter Check)などが含まれて良い。また他のRRCメッセージが含まれて良い。

NASの機能の一例について説明する。NASは、認証機能を持って良い。またNASは、モビリティ(mobility)管理を行う機能を持って良い。またNASは、セキュリティ制御の機能を持って良い。

前述のPHY、MAC、RLC、PDCP、SDAP、RRC、NASの機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。

なお、端末装置のAS層の上位層(不図示)にはIPレイヤ、及びIPレイヤより上のTCP(Transmission Control Protocol)レイヤ、UDP(User Datagram Protocol)レイヤ、などが存在して良い。また端末装置のAS層の上位層には、イーサネット層が存在して良い。端末装置のAS層の上位層PDU層(PDUレイヤ)と呼んで良い。PDUレイヤにはIPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ等が含まれて良い。IPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ、PDUレイヤ等の上位層に、アプリケーションレイヤが存在して良い。アプリケーションレイヤには、3GPPにおいて規格化されているサービス網の一つである、IMS(IP Multimedia Subsystem)で用いられるSIP(Session Initiation Protocol)やSDP(Session Description Protocol)が含まれて良い。またアプリケーション層にはメディア通信に用いられるRTP(Real-time Transport Protocol)、及び/又はメディア通信制御にRTCP(Real-time Transport Control Protocol)、HTTP(HyperText Transfer Protocol)等のプロトコルが含まれて良い。またアプリケーションレイヤには、各種メディアのコーデック等が含まれて良い。またRRCレイヤはSDAPレイヤの上位レイヤであって良い。

次に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状態であってよい。

なお、UE122がEPCに接続している場合、RRC_INACTIVE状態を持たないが、E-UTRANによってRRC接続の休止が開始されてもよい。UE122がEPCに接続している場合、RRC接続が休止されるとき、UE122はUEのASコンテキストと復帰(リジューム:resume)に用いる識別子(resume Identity)を保持してRRC_IDLE状態に遷移して良い。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRC接続の復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰を開始してもよい。

ＥPC104に接続するUE122と、5GC110に接続するUE122とで、休止の定義が異なってよい。また、UE122がEPCに接続している場合(RRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(RRC_INACTIVE状態で休止している場合)とで、UE122が休止から復帰する手順のすべてあるいは一部が異なってよい。

なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状態(connected mode)、不活性状態(inactive mode)、アイドル状態(idle mode)と呼んで良いし、RRC接続状態(RRC connected mode)、RRC不活性状態(RRC inactive mode)、RRCアイドル状態(RRC idle mode)と呼んで良い。

UE122が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC(RObust Header Compression)状態を含むPDCP状態、接続元(Source)のPCellで使われていたC-RNTI(Cell Radio Network Temporary Identifier)、セル識別子(cell Identity)、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEのASコンテキストは、UE122が保持するUEのASコンテキストと同じ情報を含んでもよいし、UE122が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。

セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。

端末装置に対し基地局装置から設定される、セルグループ(Cell Group)について説明する。セルグループは、1つのスペシャルセル(Special Cell: SpCell)で構成されて良い。またセルグループは、1つのSpCellと、1つ又は複数のセカンダリセル(Secondary Cell: SCell)から構成されて良い。即ちセルグループは、1つのSpCellと、必要に応じて(optionally)1つ又は複数のSCellから構成されて良い。なおMACエンティティがマスターセルグループ(Master Cell Group: MCG)に関連付けられている場合、SpCellはプライマリセル(Primary Cell: PCell)を意味して良い。またMACエンティティがセカンダリセルグループ(Secondary Cell Group: SCG)に関連付けられている場合、SpCellはプライマリSCGセル(Primary SCG Cell: PSCell)を意味して良い。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味して良い。PCell、PSCellおよびSCellはサービングセルである。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス(contention-based Random Access)をサポートして良いし、またSpCellは常に活性化されても良い。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであって良い。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであって良い。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであって良い。PSCellは、後述するセカンダリノード(Secondary Node: SN)追加の際に、ランダムアクセス手順に用いられるセルであって良い。またSpCellは、上述の用途以外の用途に用いられるセルであって良い。なお、セルグループがSpCell及び1つ以上のSCellから構成される場合、このセルグループにはキャリアアグリゲーション(carrier aggregation: CA)が設定されていると言って良い。また、CAが設定されている端末装置に対して、SpCellに対して追加の無線リソースを提供しているセルはSCellを意味して良い。

RRCによって設定されているサービングセルのグループで、その中の上りリンクが設定されているセルに対し同じタイミング参照セル(timing reference cell)および同じタイミングアドバンスの値を使用しているセルグループの事をタイミングアドバンスグループ(Timing Advance Group: TAG)と呼んで良い。またMACエンティティのSpCellを含むTAGはプライマリタイミングアドバンスグループ(Primary Timing Advance Group: PTAG)を意味して良い。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ(Secondary Timing Advance Group: STAG)を意味して良い。

またDual Connectivity(DC)や、Multi-Radio Dual Connectivity(MR-DC)が行われる場合、端末装置対し基地局装置からセルグループの追加が行われて良い。DCとは、第1の基地局装置(第1のノード)と第2の基地局装置(第2のノード)がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技術であって良い。MR-DCはDCに含まれる技術であって良い。DCを行うために、第1の基地局装置が第2の基地局装置を追加して良い。第1の基地局装置の事をマスターノード(Master Node: MN)と呼んで良い。またマスターノードが構成するセルグループをマスターセルグループ(Master Cell Group: MCG)と呼んで良い。第2の基地局装置の事をセカンダリノード(Secondary Node: SN)と呼んで良い。またセカンダリノードが構成するセルグループをセカンダリセルグループ(Secondary Cell Group: SCG)と呼んで良い。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていても良い。

また、DCが設定されていない場合において、端末装置に設定されるセルグループの事をMCGと呼んで良い。また、DCが設定されていない場合において、端末装置に設定されるSpCellはPCellであって良い。

なお、MR-DCとは、MCGにE-UTRA,SCGにNRを用いたDCを行う技術であって良い。またMR-DCとは、MCGにNR,SCGにE-UTRAを用いたDCを行う技術であっても良い。またMR-DCとは、MCG及びSCGの両方にNRを用いた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)があって良い。

なお端末装置において、MACエンティティは各セルグループに対して1つ存在して良い。例えば端末装置にDC又はMR-DCが設定される場合において、MCGに対する1つのMACエンティティ、及びSCGに対する1つのMACエンティティが存在して良い。端末装置におけるMCGに対するMACエンティティは、全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていて良い。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト(create)されて良い。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCメッセージを受け取る事により設定が行われて良い。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エンティティと言い換えて良い。

無線ベアラについて説明する。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が用いられても良い。

端末装置における無線ベアラについて説明する。無線ベアラには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エンティティ、及び論理チャネルから構成されて良い。

なお、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)と呼んで良い。

端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB1及びSRB2のベアラタイプは、MN終端MCGベアラ及び/又はMN終端スプリットベアラであって良い。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB3のベアラタイプは、SN終端SCGベアラであって良い。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるDRBのベアラタイプは、全てのベアラタイプのうちの何れかであって良い。

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であって良い。

なおNRにおいて、端末装置に確立及び/又は設定されるDRBは1つのPDUセッションに紐づけられ良い。端末装置において1つのPDUセッションに対し、1つのSDAPエンティティが確立及び/又は設定されて良い。端末装置に確立及び/又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信するRRCメッセージにより確立及び/又は設定されて良い。

なお、MR-DCが設定されるか否かに関わらず、マスターノードがeNB102でEPC104をコア網とするネットワーク構成をE-UTRA/EPCと呼んで良い。またマスターノードがeNB102で5GC110をコア網とするネットワーク構成をE-UTRA/5GCと呼んで良い。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んで良い。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指して良い。

次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとはRRC接続状態のUE122がサービングセルを変更する処理であって良い。ハンドオーバは、UE122がeNB102、及び/又はgNB108より、ハンドオーバを指示するRRCメッセージを受信した時に行われて良い。ハンドオーバを指示するRRCメッセージとは、ハンドオーバを指示するパラメータ(例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素)を含むRRCコネクションの再設定に関するメッセージの事であって良い。なお上述のMobilityControlInfoという名称の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えて良い。なお上述のReconfigurationWithSyncという名称の情報要素の事を同期付再設定情報要素、又は同期付再設定と言い換えて良い。またハンドオーバを指示するRRCメッセージとは、他のRATのセルへの移動を示すメッセージ(例えばMobilityFromEUTRACommand、又はMobilityFromNRCommand)の事であって良い。またハンドオーバの事を同期付再設定(reconfiguration withsync)と言い換えて良い。またUE122がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んで良い。

端末装置と基地局装置との間で送受信される、RRCメッセージのフローについて説明する。図4は、本発明の実施の形態に係るRRCにおける、各種設定のための手順(procedure)のフローの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCメッセージが送られる場合のフローの一例である。

図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)という記述方式を用いて記述されて良い。なお本発明の実施の形態において、パラメータを情報と言い換える事もある。

図4において、次に基地局装置は、作成したRRCメッセージを端末装置に送信する(ステップS402)。次に端末装置は受信した上述のRRCメッセージに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。処理を行った端末装置は、基地局装置に対し、応答のためのRRCメッセージを送信して良い(不図示)。

RRCメッセージは、上述の例に限らず、他の目的に使われて良い。

なおMR-DCにおいて、マスターノード側のRRCが、SCG側の設定(セルグループ設定、無線ベアラ設定、測定設定など)のためのRRCメッセージを、端末装置との間で転送するのに用いられて良い。例えばEN-DC、又はNGEN-DCにおいて、eNB102とUE122との間で送受信されるE-UTRAのRRCメッセージに、NRのRRCメッセージがコンテナの形で含まれて良い。またNE-DCにおいて、gNB108とUE122との間で送受信されるNRのRRCメッセージに、E-UTRAのRRCメッセージがコンテナの形で含まれて良い。SCG側の設定のためのRRCメッセージは、マスターノードとセカンダリノードの間で送受信されて良い。

なお、MR-DCを利用する場合に限らず、eNB102からUE122に送信されるE-UTRA用RRCメッセージに、NR用RRCメッセージが含まれていて良いし、gNB108からUE122に送信されるNR用RRCメッセージに、E-UTRA用RRCメッセージが含まれていて良い。

RRCコネクションの再設定に関する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においてRadioBearerConfigで表される情報要素は、SRB、DRB等の無線ベアラの設定、変更、解放等に使われる情報要素であって良い。RadioBearerConfigで表される情報要素は、後述のPDCP設定情報要素や、SDAP設定情報要素を含んで良い。RadioBearerConfigで表される情報要素を、無線ベアラ設定情報要素、又は無線ベアラ設定と言い換えて良い。RadioBearerConfigで表される情報要素に含まれる、SRB-ToAddModで表される情報要素は、SRB（シグナリング無線ベアラ）設定を示す情報要素であって良い。SRB-ToAddModで表される情報要素を、SRB設定情報要素、又はSRB設定と言い換えて良い。またSRB-ToAddModListで表される情報要素は、SRB設定のリストであって良い。RadioBearerConfigで表される情報要素に含まれる、DRB-ToAddModで表される情報要素は、DRB（データ無線ベアラ）設定を示す情報要素であって良い。DRB-ToAddModで表される情報要素を、DRB設定情報要素、又はDRB設定と言い換えて良い。DRB-ToAddModListで表される情報要素は、DRB設定のリストであって良い。なお、SRB設定、及びDRB設定を、無線ベアラ設定と言い換えても良い。

SRB設定情報要素の中の、srb-Identityで表されるフィールドは、追加又は変更するSRBのSRB識別子（SRB Identity）の情報であり、各端末装置においてSRBを一意に識別する識別子であって良い。SRB設定情報要素の中の、srb-Identityで表されるフィールドの事を、SRB識別子フィールド、またはSRB識別子と言い換えて良い。またSRB識別子を無線ベアラ識別子と言い換えて良い。

DRB設定情報要素の中の、drb-Identityで表されるフィールドは、追加又は変更するDRBのDRB識別子（DRB Identity）の情報であり、各端末装置においてDRBを一意に識別する識別子であって良い。DRB設定情報要素の中の、drb-Identityで表されるフィールドの事を、DRB識別子フィールド、またはDRB識別子と言い換えて良い。DRB識別子の値は図7の例では1から32の整数値としているが、別の値を取って良い。DCの場合、DRB識別子は、UE122のスコープ内で固有であって良い。またDRB識別子を無線ベアラ識別子と言い換えて良い。

DRB設定情報要素の中の、cnAssociationで表されるフィールドは、無線ベアラが後述のeps-bearerIdentityで表されるフィールドに関連付くか、後述のSDAP-Configで表される情報要素に関連付けられるかを示すフィールドであって良い。cnAssociationで表されるフィールドを、コア網関連付けフィールド又はコア網関連付けと言い換えて良い。cnAssociationで表されるフィールドは、端末装置がEPC104と接続する場合に後述するEPSベアラ識別子フィールド（eps-bearerIdentity）を含んで良い。またcnAssociationで表されるフィールドは、端末装置がコア網5GC110と接続する場合に後述するSDAP設定を示す情報要素（SDAP-Config）を含んで良い。eps-bearerIdentityで示されるフィールドは、EPSベアラを特定すするEPSベアラ識別子を示すフィールドであって良い。eps-bearerIdentityで示されるフィールドを、EPSベアラ識別子フィールド又はEPSベアラ識別子と言い換えて良い。

SDAP-Configで表される情報要素は、SDAPエンティティの設定又は再設定に関する情報であっても良い。SDAP-Configで表される情報要素を、SDAP設定情報要素又はSDAP設定と言い換えて良い。

SDAP設定情報要素に含まれる、pdu-sessionで示されるフィールドは、該当無線ベアラにマップ（map）されるQoSフローが所属するPDUセッションのPDUセッション識別子であって良い。pdu-sessionで示されるフィールドを、PDUセッション識別子フィールド又はPDUセッション識別子と言い換えて良い。PDUセッション識別子とはPDUセッションのPDUセッション識別子であって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。

SDAP設定情報要素に含まれる、mappedQoS-FlowsToAddで示されるフィールドは、該当無線ベアラに追加でマップさせる、アップリンクQoSフローの、QoSフロー識別子（QFI: QoSFlow Identity）フィールドのリストを示す情報であって良い。mappedQoS-FlowsToAddで示されるフィールドを、追加するQoSフローフィールド又は追加するQoSフローと言い換えて良い。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッションが示すPDUセッションのQoSフローであって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。

また、SDAP設定情報要素に含まれる、mappedQoS-FlowsToReleaseで示されるフィールドは、該当無線ベアラにマップしているQoSフローのうち、対応関係を解放するQoSフローの、QoSフロー識別子情報要素のリストを示す情報であって良い。mappedQoS-FlowsToReleaseで示されるフィールドを、解放するQoSフローフィールド又は解放するQoSフローと言い換えて良い。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッションが示すPDUセッションのQoSフローであって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。

またSDAP設定情報要素には、この他に、該当無線ベアラを介して送信するアップリンクデータにアップリンク用SDAPヘッダが存在するか否かを示すフィールド、該当無線ベアラを介して受信するダウンリンクデータにダウンリンク用SDAPヘッダが存在するか否か事を示すフィールド、該当無線ベアラがデフォルト無線ベアラ（デフォルトDRB）であるか否かを示すフィールドなどが含まれて良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。

また、SRB設定情報要素、及びDRB設定情報要素の中の、PDCP-Configで表される情報要素は、NR PDCPエンティティの設定に関する情報要素であっても良い。PDCP-Configで表される情報要素を、PDCP設定情報要素又はPDCP設定と言い換えて良い。NR PDCPエンティティの設定に関する情報要素には、アップリンク用シーケンス番号のサイズを示すフィールド、ダウンリンク用シーケンス番号のサイズを示すフィールド、ヘッダ圧縮（ROHC: RObust Header Compression）のプロファイルを示すフィールド、リオーダリング（re-ordering）タイマーの値を示すフィールドなどが含まれて良い。

RadioBearerConfigで表される情報要素に含まれる、DRB-ToReleaseListで表される情報要素は、解放する１つ以上のDRB識別子を示す情報を含んで良い。

図8においてRadioResourceConfigDedicatedで表される情報要素は、無線ベアラの設定、変更、解放等に使われる情報要素であって良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、SRB-ToAddModで表される情報要素は、SRB（シグナリング無線ベアラ）設定を示す情報であっても良い。SRB-ToAddModで表される情報要素を、SRB設定情報要素又はSRB設定と言い換えて良い。SRB-ToAddModListで表される情報要素はSRB設定を示す情報のリストであって良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB-ToAddModで表される情報要素は、DRB（データ無線ベアラ）設定を示す情報であって良い。DRB-ToAddModで表される情報要素を、DRB設定情報要素又はDRB設定と言い換えて良い。DRB-ToAddModListで表される情報要素は、DRB設定を示す情報のリストであって良い。なお、SRB設定、及びDRB設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換えても良い。

SRB設定情報要素の中の、srb-Identityで表されるフィールドは、追加又は変更するSRBのSRB識別子（SRB Identity）の情報であり、各端末装置においてSRBを一意に識別する識別子であって良い。SRB設定情報要素の中の、srb-Identityで表されるフィールドの事を、SRB識別子フィールド、またはSRB識別子と言い換えて良い。またSRB識別子を無線ベアラ識別子と言い換えて良い。図8のSRB識別子は、図7のSRB識別子と、同一の役割をもって良い。

DRB設定の中の、drb-Identityで表されるフィールドは、追加又は変更するDRBのDRB識別子（DRB Identity）の情報であり、各端末装置においてDRBを一意に識別する識別子であって良い。DRB設定情報要素の中の、drb-Identityで表されるフィールドの事を、DRB識別子フィールド、またはDRB識別子と言い換えて良い。DRB識別子の値は、図8の例では1から32の整数値としているが、別の値を取って良い。またDRB識別子を無線ベアラ識別子と言い換えて良い。図8のDRB識別子は、図7のDRB識別子と、同一の役割をもって良い。

DRB設定情報要素の中の、eps-BearerIdentityで表されるフィールドは、各端末装置においてEPSベアラを一意に識別するEPSベアラ識別子であって良い。eps-BearerIdentityで表されるフィールドを、EPSベアラ識別子フィールド又はEPSベアラ識別子と言い換えて良い。EPSベアラ識別子の値は、図8の例では1から15の整数値としているが、別の値を取って良い。図8のEPSベアラ識別子は、図7のEPSベアラ識別子と、同一の役割をもって良い。またEPSベアラ識別子と、DRB識別子とは各端末装置において、1対1に対応して良い。

またSRB設定情報要素、及びDRB設定情報要素の中の、PDCP-Configで表される情報要素はE-UTRA PDCPエンティティの設定に関する情報要素であって良い。PDCP-Configで表される情報要素をPDCP設定情報要素又はPDCP設定と言い換えて良い。E-UTRA PDCPエンティティの設定に関する情報要素には、シーケンス番号のサイズを示すフィールド、ヘッダ圧縮（ROHC: RObust Header Compression）のプロファイルを示すフィールド、リオーダリング（re-ordering）タイマーの値を示すフィールドなどが含まれて良い。

また図8に示すSRB設定情報要素には、更にE-UTRA RLCエンティティ設定に関するフィールドを含んで良い（不図示）。E-UTRA RLCエンティティ設定に関するフィールドの事を、RLC設定フィールド又はRLC設定と言い換えて良い。また、図8に示すSRB設定情報要素には、論理チャネル設定に関する情報要素を含んで良い（不図示）。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。

また図8に示すDRB設定情報要素には、更にE-UTRA RLCエンティティ設定に関する情報要素を含んでも良い（不図示）。E-UTRA RLCエンティティ設定に関する情報要素の事を、RLC設定情報要素又はRLC設定と言い換えて良い。また、図8に示すDRB設定情報要素には、論理チャネル識別子（identity: ID）情報を示すフィールドが含まれて良い。論理チャネル識別子（identity: ID）情報を示すフィールドを、論理チャネル識別子フィールド又は論理チャネル識別子と言い換えて良い。また、図8に示すDRB設定情報要素には、論理チャネル設定に関する情報要素を含んで良い（不図示）。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。

RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB-ToReleaseListで表される情報要素は、解放する一つ以上のDRB識別子を示す情報を含んで良い。

なおNRにおいて、各無線ベアラに対するNR RLCエンティティ設定に関する情報要素、論理チャネル識別子（identity: ID）情報を示す情報要素、論理チャネル設定に関する情報要素等のRLCベアラ設定に関する情報要素は、図7におけるRadioBearerConfigで表される情報要素ではなく、セルグループ設定に関する情報要素に含まれて良い（不図示）。セルグループ設定に関する情報要素は、RRCコネクションの再設定に関するメッセージに含まれて良い。セルグループ設定に関する情報要素を、セルグループ設定情報要素、又はセルグループ設定と言い換えて良い。NR RLCエンティティ設定に関する情報要素を、RLC設定情報要素、又はRLC設定と言い換えて良い。論理チャネル識別子情報を示す情報要素を、論理チャネル識別子情報要素又は論理チャネル識別子と言い換えて良い。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル識別子と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。

また図7又は図8を用いて説明した一部、又は全てのフィールドや情報要素は、オプショナルであって良い。即ち図7又は図8を用いて説明したフィールドや情報要素は必要や条件に応じてRRCコネクションの再設定に関するメッセージに含まれて良い。またRRCコネクションの再設定に関するメッセージには、無線ベアラの設定に関する情報要素の他に、フル設定が適用される事を意味するフィールドなどが含まれて良い。フル設定が適用される事を意味するフィールドは、fullConfigなどの情報要素名で表されても良く、true、enableなどを用いてフル設定が適用される事を示して良い。

以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。

図5は本発明の実施の形態における端末装置(UE122)の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図5では、本発明の一形態と密接に関連する主な構成部のみを示す。

図5に示すUE122は、基地局装置よりRRCメッセージ等を受信する受信部500、及び受信したメッセージに含まれるパラメータに従って処理を行う処理部502、および基地局装置にRRCメッセージ等を送信する送信部504から成る。上述の基地局装置とは、eNB102であっても良いし、gNB108であっても良い。また、処理部502には様々な層（例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層）の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。

図6は本発明の実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図6では、本発明の一形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、eNB102であっても良いし、gNB108であっても良い。

図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層処理部の一部または全部が含まれてよい。

図9～図11用いて、SC-PTMを用いたMBMS送信/受信の動作の概要を説明する。なお、以下の説明において用いられる用語である、MBMS、MBMSサービス、MBMSセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。

図9は、SC-PTMを用いたMBMS受信の設定のための手順のフローを示す図である。図10は、図9における、SIB20(System Information Block Type 20)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図である。また図11は、図9におけるSC-PTM設定メッセージ(SCPTMConfiguration)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図である。

図9に示すように、eNB102の処理部602は、RRCメッセージであるSIB20(System Information Block type 20)を作成し、送信部600より、BCCHを介してUE122へ送信する。UE122の受信部500は、SIB20を受信する。(ステップS900)。

SIB20は、SC-PTMを用いたMBMSの送信に関する制御情報(具体的には、SC-MCCH)の取得に必要な情報を含む。例えば、SIB20は、SC-MCCHの内容が変更され得る周期を示すsc-mcch-ModificationPeriodで表されるフィールド、SC-MCCHの送信(再送)時間間隔を無線フレーム数で示すsc-mcch-RepetitionPeriodで表されるフィールド、SC-MCCHがスケジュールされる無線フレームのオフセットを示すsc-mcch-Offsetで表されるフィールド、SC-MCCHがスケジュールされるサブフレームを示すsc-mcch-FirstSubframeで表されるフィールド、SC-MCCHがスケジュールされるサブフレームの期間を示すsc-mcch-durationで表されるフィールド、等のフィールド、及び/又は情報要素のうちの一部又は全てを含む。

次にeNB102の処理部は、RRCメッセージであるSC―PTM設定メッセージ(SCPTM Configuration)を作成し、送信部600よりSC-MCCHを介して送信する。UE122の受信部500は、SIB20の設定に基づいて、SC-PTM設定情報を受信する。物理層において、SC-MCCHの送信にはSC-RNTI(Single Cell RNTI)が用いられる。(ステップS902)。

SC-PTM設定情報は、MBMS受信に適用可能な制御情報を含む。例えばSC-PTM設定情報は、当該情報を送信するセルにおける各SC-MTCHの設定を含むsc-mtch-InfoListで表されるフィールド、及びMBMSを提供する隣接セルのリストであるscptm-NeighbourCellListで表されるフィールド、等のフィールド、及び/又は情報要素のうちの一部又は全てを含む。

sc-mtch-InfoListは、1又は複数のSC-MTCH-Infoで表される情報要素を含む。各SC-MTCH-Infoは、MBMSセッションの情報であるmbmsSessionInfoで表されるフィールド、マルチキャストグループ(具体的には、特定グループ宛てのSC-MTCH)を識別するRNTI(Radio Network Temporary Identifier)であるg-RNTIで表されるフィールド、SC-MTCHのためのDRX情報であるsc-mtch-schedulingInfoで表されるフィールド、当該MBMSセッションがSC-MTCHを用いて受信できる近隣セルの情報であるsc-mtch-neighbourCellで表されるフィールド、等のフィールドのうちの一部又は全てを含む。mbmsSessionInfoは、MBMSベアラサービスを識別する識別子、TMGI(Temporary Mobile Group Identity)であるtmgiで表されるフィールド、及びMBMSセッションの識別子であるsessionIdで表されるフィールド、等のフィールドのうちの一部又は全てを含む。

UE122の処理部502は、興味のあるMBMSセッションの受信を開始するために、SC-PTMを用いたMBMSセッション受信用の無線ベアラである、SC-MRB(Single Cell MBMS Point to Multipoint Radio Bearer)確立処理を行っても良い(ステップS904)。SC-MRB確立処理は、例えば当該MBMSセッションの開始の時、UE122が興味のあるMBMSサービスがSC-MRBを介して提供されるセルに入った時、MBMSサービスに興味を持った時、MBMSサービスの受信が抑制されていたUE能力の限界が取り除かれた時、等に起動されても良い。SC-MRB確立処理はUE122がRRC_IDLE状態の時に行われても良いし、UE122がRRC_CONNECTED状態の時に行われても良い。UE122の処理部502はSC-MRB確立処理を行う際、以下の(A)から(D)の処理のうちの一部又は全てを行っても良い。
(A)SC-MCCH及びSC-MTCHのデフォルト設定に従って、RLCエンティティを確立する。
(B)確立するSC-MRBに適用するSC-MTCH論理チャネルを設定し、MACエンティティを、上述のSC-PTM設定メッセージを受信したセルに対し、上述のSC-PTM設定メッセージに従って、当該MBMSセッションを受信できるようインストラクト(instruct)する。
(C)確立するSC-MRBに対し、物理レイヤを上述のsc-mtch-InfoListに基づいて設定する。
(D)上位レイヤに対し、確立したSC-MRBに対応するtmgiとsessionIdを通知する事により、SC-MRBの確立を知らせる。

UE122の処理部502は、上述のSC-PTM設定メッセージに従って、確立したSC-MRBを介して当該MBMSセッションを受信する(ステップS906)。当該MBMSセッションを受信する以前に、UE122の処理部502は、SC-MRBを介してMBMSサービスを受信する事、又は受信する事に興味がある事をeNB102に通知するための、MBMS興味通知メッセージ(MBMSInterestIndication)を作成し、送信部504よりeNB102に送信しても良い(不図示)。MBMS興味通知メッセージには、MBMSサービス受信をユニキャスト受信よりも優先するか否かの情報を含んでも良い。またMBMS興味通知メッセージは、SIB20を受信した後、RRC_CONNECTED状態に遷移する際、又はRRC_CONNECTED状態に遷移した後に送られても良い。またMBMS興味通知メッセージは、ハンドオーバの際にSIB20を受信した場合に送られても良いし、RRCコネクションの再確立の際にSIB20を受信した場合に送られても良い。

UE122の処理部502は、MBMSセッションの受信を停止するために、SC-MRB解放処理を行っても良い(ステップS908)。SC-MRB解放処理は例えば、受信しているMBMSセッションを停止する時、SC-MRBが確立されているセルから離れる時、MBMSサービスに対する興味が失われた時、UE能力の限界でMBMSサービスの受信が抑制される時、等に起動されても良い。SC-MRB解放処理はUE122がRRC_IDLE状態の時に行われても良いし、UE122がRRC_CONNECTED状態の時に行われても良い。UE122の処理部502はSC-MRB解放処理を行う際、以下の(A)から(B)の処理のうちの一部又は全てを行っても良い。
(A)解放するSC-MRBのRLCエンティティ、及び関連するMACと物理レイヤ設定を解放する。
(B)上位レイヤに対し、解放したSC-MRBに対応するtmgiとsessionIdを通知する事により、SC-MRBの解放を知らせる。

以上、SC-PTMを用いたMBMS受信の設定に関する動作の概要を説明した。SC-PTMを用いた基地局装置からのMBMS送信/端末装置におけるMBMS受信(以下MBMS送信/受信と記述する)の他、MBSFNを用いたMBMS送信/受信も規格化されている。しかしながら、SC-PTMを用いたMBMS送信/受信、及びMBSFNを用いたMBMS送信/受信は、RATとしてE-UTRAを用いる。RATとしてNRを用いたマルチキャスト・ブロードキャストサービス(MBS: Multicast Broadcast Service)送信/受信は、まだ規格化されていない。

図12を用いて、本発明の実施の形態における、UE122及びgNB108の動作の一例を説明する。なお、本発明の実施の形態において用いられる用語である、MBS、MBSサービス、MBSセッション、MBSベアラは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において用いられる用語である、MBS、MBSサービス、MBSセッションは、MBMS、MBMSサービス、MBMSセッションと同等の意味を持つ用語であっても良い。また本発明の実施の形態において、UE122にMBS受信用にMBS用無線ベアラが確立及び/又は設定されて良い。またgNB108においてMBS伝送用にMBS用無線ベアラが確立及び/又は設定されて良い。また本発明の実施の形態において、MBS用無線ベアラの事をMRB(Multicast Radio Bearer)という名称を用いて説明するが、別の名称であっても良い。また本発明の実施の形態において、UE122に確立及び/又は設定されるMRBは、MBSを1対多(Point-to-Multipoint)で受信するためのMRBであって良いし、MBSを1対1(ポイント・ツー・ポイント:Point-to-Point)で受信するためのMRBであって良い。また本発明の実施の形態において、MBSを1対多(Point-to-Multipoint)で受信するためのMRBと、MBSを1対1(ポイント・ツー・ポイント:Point-to-Point)で受信するためのMRBは同じMRBであっても良い。即ち、1つのMRBが、MBSを1対多で受信する能力及びMBSを1対1で受信する能力を持っても良い。1つのMRBが、MBSを1対多で受信する能力及びMBSを1対1で受信する能力を持つ場合、MRBはMBSを1対多で受信及び/又は伝送するための1つ又は複数のRLCベアラ、及びMBSを1対1で受信及び/又は伝送するための1つ又は複数のRLCベアラを含んで良い。1つのMRBが、MBSを1対多で受信する能力及びMBSを1対1で受信する能力を持つ場合、MBSを1対多で受信及び/又は伝送するための1つ又は複数のRLCベアラ、及びMBSを1対1で受信及び/又は伝送するための1つ又は複数のRLCベアラは１つのPDCPエンティティに紐づいて良い。またMRBには1つ又は複数のQoSフローが紐づけられて良い。なお、MBSを1対1(ポイント・ツー・ポイント:Point-to-Point)で受信するためのMRBはDRBであっても良い。

MBSを1対多で受信、及び/又は伝送するとは、MBSをMTCHやSC-MTCHなどのマルチキャスト用論理チャネルを介して受信、及び/又は伝送する事であっても良い。またMBSを1対1で受信、及び/又は伝送するとは、MBSをDTCHなどの専用ユーザデータ用論理チャネルを介して受信、及び/又は伝送する事であっても良い。なお、本発明の実施の形態において、MBSを1対多で受信、及び/又は伝送するとは、MBSをマルチキャストで受信、及び/又は伝送すると言い換えられても良い。また本発明の実施の形態において、MBSを1対1で受信、及び/又は伝送するとは、MBSをユニキャストで受信、及び/又は伝送すると言い換えられても良い。またMBSを1対1で受信、及び/又は伝送する場合、セキュリティが適用されて良い。またMBSを1対多で受信、及び/又は伝送する場合、セキュリティが適用されなくて良い。セキュリティとは暗号化及び復号化(ciphering and deciphering)、及び/又は完全性保護及び検証(integrity protection and verification)であって良い。

図12は、本発明の実施の形態における、NRにおけるMBS受信手順のフローの一例を示す図である。なお、本実施の形態において、パラメータ及び/又は情報とは、ASN.1におけるフィールド、及び/又は情報要素であっても良い。

図12に示すように、gNB108の処理部602は、MBS送信に関する制御情報の取得に必要な情報をブロードキャストするために、RRCメッセージの一つである第1のSIB(System Information Block)を作成し、送信部600よりUE122へ送信しても良い。UE122の受信部500は、上述の第1のSIBを受信する。なお、上述の第1のSIBは、BCCH論理チャネルを介して送信されても良いし、別の論理チャネルを介して送信されても良い。また上述のMBS送信に関する制御情報の取得に必要な情報とは、MCCH(Multicast Control Channel)論理チャネル（以下の説明においてMCCHと呼ぶ事もある）に関する情報であっても良い。上述のMCCHとは、gNB108からUE122へ、一つ又は複数のMTCH(Multicast Traffic Channel)論理チャネル（以下の説明においてMTCHと呼ぶ事もある）に対するMBS制御情報、及び/又はMBS設定情報、及び/又はMBS情報を送るための1対多(point-to-multipoint)の下りリンクチャネルであっても良い。また上述のMTCHとは、gNB108からUE122へ、MBSのデータを送信するための1対多(point-to-multipoint)の下りリンクチャネルであっても良い。また上述のMCCHはマルチキャスト制御チャネルであっても良い。また上述のMTCHはマルチキャストトラフィックチャネルであっても良い。上述のMTCHはUE122がMBSを受信する場合にのみ、そのUE122によって使われても良い。なお、上述のMCCHは、MBS-MCCH、NR-MCCH等の、別の名称で呼ばれても良い。また上述のMTCHは、MBS-MTCH、NR-MTCH等の、別の名称で呼ばれても良い。また上述のMCCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされても良いし、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされても良い。また上述のMTCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされても良いし、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされても良い。また上述の、一つ又は複数のMTCH論理チャネルに対するMBS制御情報、及び/又はMBS設定情報、及び/又はMBS情報は、上述の第1のSIBに含まれても良いし、上述の第1のSIBとは別の第2のSIBに含まれても良い。(ステップS1200)

上述の第1のSIBには、例えば、MCCHの内容が変更され得る周期を示すパラメータ、MCCHの送信(再送)時間間隔に関するパラメータ、MCCHがスケジュールされる無線フレームのオフセットを示すパラメータ、MCCHがスケジュールされるスロットを示すパラメータ、MCCHがスケジュールされるスロットの期間を示すパラメータ、等のパラメータのうちの一部又は全てを含んでも良い。なお上述のMCCHの送信(再送)時間間隔に関するパラメータは無線フレーム数で示されても良い。

次にgNB108の処理部は、上述のMCCHで送信されるRRCメッセージを作成し、送信部600より送信しても良い。UE122の受信部500は、上述の第1のSIBの設定に基づいて、上述のMCCHで送信されたRRCメッセージを受信しても良い。上述のMCCHの送信には、上述のMCCH送信を識別するための専用のRNTI(Radio Network Temporary Identifier)が用いられても良い。また上述のMCCH送信を識別するための専用のRNTIの値は、特定の値が使われても良いし、上述の第1のSIBにより値が設定されても良い。本発明の実施の形態において、上述のMCCHで送信されるRRCメッセージをMBS設定情報メッセージというメッセージ名を用いて説明するが、別のメッセージ名であっても良い。(ステップS1202)

上述のMBS設定情報メッセージは、MBS受信のためのパラメータであるMBS MTCHパラメータを1つ又は複数含んでも良い。例えばMBS MTCHパラメータは、図11におけるSC-MTCH-InfoListで示される情報要素が、1つ又は複数のSC-MTCH-Infoで示される情報要素をリストの形で含むように、1つ又は複数のMBS MTCHパラメータは、リストの形で上述のMBS設定情報メッセージに含まれて良い。またMBS MTCHパラメータは、各MBSセッションに対し存在して良い。例えば、第1のMBSセッションに対して、第1のMBS MTCHパラメータが、第2のMBSセッションに対して、第2のMBS MTCHパラメータが其々存在して良い。なお、本発明の実施の形態において、上述のMBS受信のためのパラメータを、MBS MTCHパラメータという名称を用いて説明するが、別の名称であっても良い。

MBS MTCHパラメータは、MBSセッションの情報に関するパラメータ、マルチキャストグループ(特定グループ宛てのMTCH)を識別するRNTIを示すパラメータ、論理チャネル識別子を示すパラメータ、MTCHのためのDRX情報に関するパラメータ、同一のMBSを提供する隣接セルのリストを示すパラメータ、MBSセッションにROHCが適用されるか否かを示すパラメータ、MBSセッションに用いられるROHCに関するパラメータ、HFN（Hyper Frame Number）に関するパラメータ、COUNTに関するパラメータ、ステータスレポートのタイマーに関するパラメータ等のパラメータのうちの一部又は全てを含んでも良い。上述のMBSセッションの情報に関するパラメータには、例えばMBSを識別する識別子であるTMGI(Temporary Mobile Group Identity)を示すパラメータ、MBS(又はMBMS)セッションの識別子であるSession IDを示すパラメータ、MBSセッションが属するPDUセッションを示すパラメータ、MBSセッションに用いられるQoSフローを示すパラメータ、等のパラメータうちの一部又は全てを含んでも良い。また上述のMBS MTCHパラメータのうちの一部又は全ては上述の第1のSIBに含まれても良いし、上述の第2のSIBに含まれても良いし、上述の第1のSIB及び第2のSIBとは別の、第3のSIBに含まれても良い。

なお、上述の同一のMBSを提供する隣接セルのリストを示すパラメータには、同一のMBSをMTCH、及び/又はMRBを介して提供する隣接セルのリストを示すパラメータが含まれても良いし、同一のMBSをユニキャスト、及び/又はDTCH、及び/又はDRBを介して提供する隣接セルのリストを示すパラメータが含まれても良い。

また、MBS設定情報メッセージ及び/又はMBS MTCHパラメータは、MRB設定に関するパラメータを含んで良い。MRB設定に関するパラメータは、MRBを識別する識別子、SDAP設定情報要素、PDCP設定情報要素を含むパラメータのうちの、一部又は全てを含んで良い。また上述のMRB設定に関するパラメータは、1つ又は複数のRLCベアラ設定情報要素を含んで良い。上述のRLCベアラ設定情報要素は、RLCエンティティを確立及び/又は設定するためのRLC設定情報要素、論理チャネル設定のための論理チャネル情報要素のうちの一部又は全てを含んで良い。また上述のRLCベアラ設定情報要素は、MRB設定とは別の情報要素に含まれ、上述のMRBを識別する識別子等により、MRB設定に関するパラメータに紐づけられても良い。また上述のMRB設定には、MBSを1対多で受信するRLCベアラを識別するパラメータが含まれて良い。また上述のMRB設定には、MBSを1対1で受信するRLCベアラを識別するパラメータが含まれて良い。上述のMBSを1対多で受信するRLCベアラを識別するパラメータ、及び/又はMBSを1対1で受信するRLCベアラを識別するパラメータとは、論理チャネル識別子であって良い。なお、上述のMBSセッションにROHCが適用されるか否かを示すパラメータ、及び/又はMBSセッションに用いられるROHCに関するパラメータ、及び/又はHFN（Hyper Frame Number）に関するパラメータ、及び/又はCOUNTに関するパラメータ、及び/又はステータスレポートのタイマーに関するパラメータ等は、MRB設定に関するパラメータに含まれても良いし、PDCP設定情報要素に含まれても良い。また上述のPDUセッションを示すパラメータ、及び/又はQoSフローを示すパラメータ等は、MRB設定に関するパラメータに含まれても良いし、SDAP設定情報要素に含まれても良い。また上述のPDUセッションを示すパラメータとはPDUセッションIDであっても良い。

UE122は受信部500よりMBS設定情報メッセージを受信し、処理部502において、興味のあるMBSセッションの受信を開始する処理を行って良い。(ステップS1204)

ステップS1204において、UE122の処理部502は、ステップS1202において受信したMBS設定情報メッセージから、興味のあるMBSセッションにROHCが適用されるか否かを判断して良い。興味のあるMBSセッションにROHCが適用されるか否かの判断は、上述のMBS設定情報メッセージ及び/又はMBS MTCHパラメータに、上述のROHCが適用されるか否かを示すパラメータが含まれているか否かにより行われて良い。即ち上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに、ROHCが適用されるか否かを示すパラメータが含まれている場合にはROHCが適用されると判断し、上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに、ROHCが適用されるか否かを示すパラメータが含まれていない場合にはROHCが適用されないと判断して良い。またROHCが適用されるか否かの判断は、上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに含まれる上述のROHCが適用されるか否かを示すパラメータの値により行って良い。即ち上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに含まれる、ROHCが適用されるか否かを示すパラメータが、ROHCを適用する事を示す値の場合には、ROHCが適用されると判断し、上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに含まれる、ROHCが適用されるか否かを示すパラメータが、ROHCを適用しない事を示す場合には、ROHCが適用されないと判断して良い。またROHCが適用されるか否かの判断は、上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに、上述のMBSセッションに用いられるROHCに関するパラメータが含まれているか否かにより判断して良い。即ち上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに、MBSセッションに用いられるROHCに関するパラメータが含まれている場合には、ROHCが適用されると判断して良い。また上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに、MBSセッションに用いられるROHCに関するパラメータが含まれていない場合には、ROHCが適用されないと判断して良い。なお興味のあるMBSセッションを、UE122が受信したいセッション、UE122が受信しようとしているセッションなどと言い換えて良い。

なお、上述のMBSセッションに用いられるROHCに関するパラメータは、ROHCに用いられるコンテキスト識別子(Context identifier: CID)の最大値に関するパラメータ、ROHCに用いられるプロファイル(profile)に関するパラメータ、及びPDCP再確立(PDCP re-establishment)の際にROHCヘッダ圧縮プロトコルを継続するかリセットするかを示すパラメータのうちの一部又は全てを含んで良い。また上述のMBSセッションに用いられるROHCに関するパラメータは、全てのヘッダ情報が得られるタイミングに関するパラメータを含んで良い。上述の全てのヘッダ情報が得られるタイミングは、全てのヘッダ情報が得られる周期であって良い。上述の全てのヘッダ情報が得られるタイミングに関するパラメータは、全てのヘッダ情報のうちの一部又は全てが変更され得る周期を示すパラメータ、全てのヘッダ情報が送信される時間間隔を無線フレーム数で示すパラメータ、全てのヘッダ情報の送信がスケジュールされる無線フレームのオフセットを示すパラメータ、全てのヘッダ情報の送信がスケジュールされるスロットを示すパラメータ、全てのヘッダ情報の送信がスケジュールされるスロットの期間(window length)を示すパラメータのうちの一部又は全てを含んで良い。上述の全てのヘッダ情報とはROHCにおいて圧縮対象となるヘッダ (IPヘッダ、UDPヘッダ、TCPヘッダ、RTPヘッダなど) 情報のうちの全てのヘッダ情報であって良い。また上述の全てのヘッダ情報が得られるタイミングを、ROHCコンテキスト情報が得られるタイミングと言い換えて良い。また上述の全てのヘッダ情報が得られるタイミングを、IRステート、及び/又はFOステート、及び/又はSOステートを用いて送信されるタイミングと言い換えて良い。全てのヘッダ情報が得られるタイミングとは、UE122がMBS又はMTCHを受信し始めるタイミングであって良い。また上述の全てのヘッダ情報が得られるタイミングとは、UE122がMBS又はMTCHを受信し始めるべきタイミングであっても良い。

またステップS1204において、興味のあるMBSセッションにROHCが適用されると判断したUE122の処理部502は、興味のあるMBSセッションにROHCが適用される事に基づいてROHCコンテキスト情報の取得が必要であると判断して良い。またステップS1204において、興味のあるMBSセッションにROHCが適用されないと判断したUE122の処理部502は、興味のあるMBSセッションにROHCが適用さない事に基づいてROHCコンテキスト情報の取得が必要では無いと判断して良い。

またステップS1204において、興味のあるMBSセッションにROHCが適用されると判断、又はROHCコンテキスト情報の取得が必要である判断したUE122の処理部502は、ROHCコンテキストの取得処理を行って良い。上述のROHCコンテキストの取得処理は、UE122がRRC_IDLE状態又はRRC_INACTIVE状態から、RRC_CONNECTED状態に遷移する事であって良い。UE122のRRC_IDLE状態からRRC_CONNECTED状態への遷移は、UE122がgNB108に対しRRCセットアップ要求メッセージを送信し、gNB108から上述のRRCセットアップ要求メッセージに対する応答メッセージとしてRRCセットアップメッセージを受信する事により行われて良い。またUE122のRRC_INACTIVE状態からRRC_CONNECTED状態への遷移は、UE122がgNB108に対しRRC再開要求メッセージを送信し、gNB108から上述のRRC再開要求メッセージに対する応答メッセージとして、RRC再開メッセージやRRCセットアップメッセージを受信する事により行われて良い。また、UE122がRRC_IDLE状態又はRRC_INACTIVE状態から、RRC_CONNECTED状態に遷移する際、又はUE122がRRC_IDLE状態又はRRC_INACTIVE状態から、RRC_CONNECTED状態に遷移した後で、UE122はgNB108に対し、興味があるMBSセッションに関する情報を含むRRCメッセージを送っても良い。

RRC_CONNECTED状態に遷移したUE122には、MBSセッションを1対1で受信するためのMRB又はMBSセッションを受信するDRBが確立及び/又は設定されて良い。MBSセッションを1対1で受信するためのMRBとは、MBSセッションを1対多で受信するための1つ又は複数のRLCベアラと、MBSセッションを1対1で受信するための1つ又は複数のRLCベアラを含む無線ベアラであって良い。またMBSセッションを1対1で受信するためのMRBを確立及び/又は設定するとは、MRBセッションを1対多で受信するためのRLCベアラのみを持つMRBに、MRBセッションを1対1で受信するためのRLCベアラが追加で確立及び/又は設定される事であって良い。MRBセッションを1対1で受信するためのRLCベアラが追加で確立及び/又は設定されるとは、確立及び/又は確立した、MBSセッションを1対1で受信するためのRLCベアラを、上述の、MRBセッションを1対多で受信するためのRLCベアラのみを持つMRBのPDCPエンティティに関連付ける事であって良い。上述のROHCコンテキストの取得処理は、UE122が上述の興味があるMBSセッションを1対1で受信する事により行われて良い。(ステップS1206)

またステップS1204における上述のROHCコンテキストの取得処理は、UE122が上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに含まれる、ROHCに関するパラメータに従って行って良い。例えばUE122は上述の全てのヘッダ情報が得られるタイミングに関するパラメータに従って、全てのヘッダ情報が得られるタイミング情報を取得し、全てのヘッダ情報が得られるタイミングにおいてROHCコンテキスト情報を取得して良い。なお、UE122は、UE122のRRCにおいて上述の全てのヘッダ情報が得られるタイミングに関するパラメータに従って、全てのヘッダ情報が得られるタイミング情報を取得し、取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する事により、全てのヘッダ情報が得られるタイミングにおいてROHCコンテキスト情報を取得して良い。またUE122のRRCが取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する際、MBSセッションの1対多での受信に用いられるRNTIの情報を一緒に送っても良い。なお、UE122はRRC_IDLE状態、又はRRC_INACTIVE状態、又はRRC_CONNECTED状態において、上述のMBS設定情報メッセージ及び/又は興味のあるMBSセッションに対するMBS MTCHパラメータに含まれる、ROHCに関するパラメータに従ったROHCコンテキストの取得処理を行って良い。なお上述の全てのヘッダ情報が得られるタイミングを、IRステート、及び/又はFOステート、及び/又はSOステートが用いられるタイミングと言い換えても良い。また上述の全てのヘッダ情報が得られるタイミングを、ROHCコンテキスト情報が得られるタイミングと言い換えても良い。また上述の全てのヘッダ情報が得られるタイミングを、MBS又はMTCHの受信を開始するタイミングと言い換えても良い。また上述の全てのヘッダ情報が得られるタイミングは、ROHCにおいてヘッダ圧縮の対象となるヘッダ(IPヘッダ、UDPヘッダ、TCPヘッダ、RTPヘッダなど)に含まれる全ての情報が得られるタイミングを意味する別の用語に言い換えられて良い。(ステップS1206)

またステップS1204において、UE122の処理部502が興味のあるMBSセッションにROHCが適用されないと判断、又はROHCコンテキスト情報の取得が必要では無いと判断した場合、UE122の処理部502は、ROHCコンテキスト情報の取得を目的としたRRC_CONNECTED状態への遷移は必要無いと判断して良い。またステップS1204において、UE122の処理部502が興味のあるMBSセッションにROHCが適用されないと判断、又はROHCコンテキスト情報の取得が必要では無いと判断した場合、UE122の処理部502は、RRC_IDLE状態又はRRC_INNACTIVE状態において、ROHCコンテキスト情報を取得する事なく、MBSサービスを受信して良い。またステップS1204において、UE122の処理部502が興味のあるMBSセッションにROHCが適用されないと判断、又はROHCコンテキスト情報の取得が必要では無いと判断した場合、UE122の処理部502は、RRC_CONNECTED状態において、ROHCコンテキスト情報を取得する事なく、MBSサービスを受信して良い。(ステップS1206)

ステップS1204において、UE122の処理部502は、ステップS1202において受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しHFN（Hyper Frame Number）に関するパラメータが含まれているかを判断して良い。上述のHFNに関するパラメータとは、gNB108がMBSセッション伝送に用いる、又は用いているHFNに関するパラメータであって良い。上述のHFNに関するパラメータとは、gNB108がMBSセッション伝送に用いる、又は用いているHFNの値をUE122が取得する必要がある事を示すパラメータであっても良い。gNB108がMBSセッション伝送MBSセッションに用いる、又は用いているHFNとは、gNB108がMBSセッション伝送に用いる、又は用いている、送信(transmitting)PDCPエンティティの状態変数であるHFNであって良い。gNB108は、MBS設定情報メッセージを送信する際に、gNB108がMBSセッション伝送に用いる、又は用いている、送信(transmitting)PDCPエンティティのHFNの最新の値をHFNに関するパラメータにセットして良い。また上述のHFNに関するパラメータとは、gNB108からMCCH又はMTCHを用いてHFNの値が送られるタイミングに関するパラメータであって良い。gNB108からMCCH又はMTCHを用いてHFNの値が送られるタイミングとは、例えばHFNの値が変更され得る周期を示すパラメータ、HFNの値が送信される時間間隔を無線フレーム数で示すパラメータ、HFNの値がスケジュールされる無線フレームのオフセットを示すパラメータ、HFNの値がスケジュールされるスロットを示すパラメータ、HFNの値がスケジュールされるスロットの期間(window length)を示すパラメータ、のうちの一部又は全てを含んで良い。gNB108は、HFNの値が送られるタイミングで、gNB108がMBSセッション伝送に用いる、又は用いている、送信(transmitting)PDCPエンティティのHFNの最新の値、又はMBSセッション伝送に用いた最後のHFNの値、又は次のMBSセッション伝送に用いるHFNの値をRRCメッセージ及び/又はPDCP制御PDUにセットして送信して良い。

ステップS1204において、UE122の処理部502が、受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しHFNに関するパラメータが含まれていると判断した場合には、UE122のRRCは上述のHFNに関するパラメータに従ってHFNの値を取得し、UE122のMRBのPDCPエンティティに通知しても良い。また、UE122のRRCは上述のHFNに関するパラメータに従って、UE122のMRBのPDCPエンティティが、HFNの値を取得できるよう処理を行っても良い。UE122のRRCは、上述のHFNの値が送られるタイミングに関するパラメータ従って、HFNの値が送られるタイミング情報を取得し、取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する事により、HFNの値が送られるタイミングにおいてUE122のRRC及び/又MRBのPDCPエンティティがHFNの値を取得できるように処理して良い。またUE122のRRCが取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する際、MBSセッションの1対多での受信に用いられるRNTIの情報を一緒に送っても良い。UE122のMRBのPDCPエンティティは、上位レイヤから通知されたHFNの値、又はPDCP制御PDUを受信する事により取得したHFNの値を、受信(receiving)PDCPエンティティのHFNとしてセットして良い。

またステップS1204において、UE122の処理部502が、受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しHFNに関するパラメータが含まれていると判断した場合には、UE122はRRC_IDLE状態又はRRC_INACTIVE状態から、RRC_CONNECTED状態に遷移しても良い。RRC_CONNECTED状態のUE122のRRCは、gNB108より、HFNの値を含むRRCメッセージを、DCCHを経由して受信する事により、HFNの値を取得しても良い。UE122のRRCは上述の取得したHFNの値を、UE122のMRBのPDCPエンティティに通知しても良い。UE122のMRBのPDCPエンティティは、上位レイヤから通知されたHFNの値を、受信(receiving)PDCPエンティティのHFNとしてセットして良い。

ステップS1204において、UE122の処理部502は、ステップS1202において受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれているかを判断して良い。上述のCOUNTに関するパラメータとは、gNB108がMBSセッション伝送に用いる、又は用いているCOUNT値に関するパラメータであって良い。上述のCOUNTに関するパラメータとは、gNB108がMBSセッション伝送に用いる、又は用いているCOUNTの値をUE122が取得する必要がある事を示すパラメータであっても良い。gNB108がMBSセッション伝送MBSセッションに用いる、又は用いているCOUNT値とは、gNB108がMBSセッション伝送に用いる、又は用いている、送信(transmitting)PDCPエンティティの状態変数であるCOUNT値であって良い。gNB108は、MBS設定情報メッセージを送信する際に、gNB108がMBSセッション伝送に用いている、送信(transmitting)PDCPエンティティのCOUNT値の最新の値をCOUNTに関するパラメータにセットして良い。また上述のCOUNTに関するパラメータとは、gNB108からMCCH又はMTCHを用いてCOUNT値が送られるタイミングに関するパラメータであって良い。gNB108からMCCH又はMTCHを用いてCOUNT値が送られるタイミングとは、例えばCOUNT値が変更され得る周期を示すパラメータ、COUNT値が送信される時間間隔を無線フレーム数で示すパラメータ、COUNT値がスケジュールされる無線フレームのオフセットを示すパラメータ、COUNT値がスケジュールされるスロットを示すパラメータ、COUNT値がスケジュールされるスロットの期間(window length)を示すパラメータ、のうちの一部又は全てを含んで良い。gNB108は、COUNT値が送られるタイミングで、gNB108がMBSセッション伝送に用いる、又は用いている、送信(transmitting)PDCPエンティティのCOUNT値の最新の値、又はMBSセッション伝送に用いた最後のCOUNT値、又は次のMBSセッション伝送に用いるCOUNT値をRRCメッセージ及び/又はPDCP制御PDUにセットして送信して良い。

ステップS1204において、UE122の処理部502が、受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれていると判断した場合には、UE122のRRCは上述のCOUNTに関するパラメータに従ってCOUNT値を取得し、UE122のMRBのPDCPエンティティに通知しても良い。また、UE122のRRCは上述のCOUNTに関するパラメータに従って、UE122のMRBのPDCPエンティティが、COUNT値を取得できるよう処理を行っても良い。UE122のRRCは、上述のCOUNT値が送られるタイミングに関するパラメータ従って、COUNT値が送られるタイミング情報を取得し、取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する事により、COUNT値が送られるタイミングにおいてUE122のRRC及び/又MRBのPDCPエンティティがCOUNT値を取得できるように処理して良い。またUE122のRRCが取得したタイミング情報の一部又は全てを含む情報をUE122のMACエンティティに通知する際、MBSセッションの1対多での受信に用いられるRNTIの情報を一緒に送っても良い。UE122のMRBのPDCPエンティティは、上位レイヤから通知された、又はPDCP制御PDUを受信する事により取得したCOUNT値を、受信(receiving)PDCPエンティティのCOUNT値としてセットして良い。

またステップS1204において、UE122の処理部502が、受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれていると判断した場合には、UE122はRRC_IDLE状態又はRRC_INACTIVE状態から、RRC_CONNECTED状態に遷移しても良い。RRC_CONNECTED状態のUE122のRRCは、gNB108より、COUNT値を含むRRCメッセージを、DCCHを経由して受信する事により、COUNT値を取得しても良い。UE122のRRCは上述の取得したCOUNT値を、UE122のMRBのPDCPエンティティに通知しても良い。UE122のMRBのPDCPエンティティは、上位レイヤから通知されたCOUNT値を、受信(receiving)PDCPエンティティのCOUNT値としてセットして良い。

またステップS1204において、UE122のMRBのPDCPエンティティが、上位レイヤから通知されたCOUNT値、又はPDCP制御PDUを受信する事により取得したCOUNT値を、受信(receiving)PDCPエンティティのCOUNT値としてセットする際、PDCPエンティティの受信側において、次に受信する事が予想されるPDCP SDUのCOUNT値を示す状態変数にセットして良い。またUE122のMRBのPDCPエンティティが、上位レイヤから通知されたCOUNT値、又はPDCP制御PDUを受信する事により取得したCOUNT値を、受信(receiving)PDCPエンティティのCOUNT値としてセットする際、PDCPエンティティの受信側において、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示す状態変数にセットして良い。またUE122のMRBのPDCPエンティティが、上位レイヤから通知されたCOUNT値、又はPDCP制御PDUを受信する事により取得したCOUNT値を、受信(receiving)PDCPエンティティのCOUNT値としてセットする際、上述のCOUNT値を、HFN部分とSN(Sequence Number)部分とに分けてセットして良い。

またステップS1204において、UE122の処理部502が、興味のあるMBSセッションに対しHFNに関するパラメータが含まれていないと判断した場合、及び/又は興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれていないと判断した場合、UE122の処理部502は、HFNの値の取得、及び/又はCOUNT値の取得を目的としたRRC_CONNECTED状態への遷移は必要無いと判断して良い。またステップS1204において、UE122の処理部502が、興味のあるMBSセッションに対しHFNに関するパラメータが含まれていないと判断した場合、及び/又は興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれていないと判断した場合、UE122の処理部502は、RRC_IDLE状態又はRRC_INNACTIVE状態において、HFNの値、及び/又はCOUNT値を取得する事なく、MBSサービスを受信して良い。またステップS1204において、UE122の処理部502が、興味のあるMBSセッションに対しHFNに関するパラメータが含まれていないと判断した場合、及び/又は興味のあるMBSセッションに対しCOUNTに関するパラメータが含まれていないと判断した場合、UE122の処理部502は、RRC_CONNECTED状態において、HFNの値、及び/又はCOUNT値を取得する事なく、MBSサービスを受信して良い。(ステップS1206)

ステップS1204において、UE122の処理部502は、ステップS1202において受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しステータスレポートのタイマーに関するパラメータが含まれているかを判断して良い。上述のステータスレポートのタイマーに関するパラメータとは、PDCPステータスレポート送信に用いられるタイマーの値であって良い。受信したMBS設定情報メッセージに、興味のあるMBSセッションに対しステータスレポートのタイマーに関するパラメータが含まれていると判断した場合には、UE122の処理部502は受信したPDCPステータスレポート送信に用いられるタイマーの値を設定して良い。PDCPステータスレポート送信に用いられるタイマーは、UE122のPDCPエンティティがPDCP PDU又はPDCP PDUのロスを検出する事に用いられて良い。PDCPステータスレポート送信に用いられるタイマーは、PDCPエンティティ毎に1つのみ走るタイマーであって良い。またPDCPステータスレポート送信に用いられるタイマーは、UE122がPDCP PDU又はPDCP PDUのロスを検出した時に開始又は再開始されて良い。例えばPDCPステータスレポート送信に用いられるタイマーは、UE122のPDCPが下位レイヤからPDCPデータPDUを受信した際に、PDCPステータスレポート送信に用いられるタイマーが走って(running)いない事、及び/又は次に受信する事が予想されるPDCP SDUのCOUNT値を示すステート変数（例えばRX_NEXTという名称のステート変数）が、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示すステート変数（例えばRX_DELIVという名称のステート変数）より大きい事を含む条件を満たすに基づいて、開始又は再開始されて良い。またPDCPステータスレポート送信に用いられるタイマーは、UE122がPDCP PDU又はPDCP PDUのロスが無くなった時に停止及び/又はリセットされて良い。例えばPDCPステータスレポート送信に用いられるタイマーは、PDCPステータスレポート送信に用いられるタイマーが走って(running)いる事、及び/又は次に受信する事が予想されるPDCP SDUのCOUNT値を示すステート変数（例えばRX_NEXTという名称のステート変数）が、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示すステート変数（例えばRX_DELIVという名称のステート変数）と等しい事に基づいて、停止及び/又はリセットされて良い。上述の等しいを、大なり又は等しいと言い換えて良い。また上述の等しいを、小なり又は等しいと言い換えて良い。またPDCPステータスレポート送信に用いられるタイマーが満了した事に基づいて、MRBのPDCPエンティティのステータスレポートが起動されて良い。またPDCPステータスレポート送信に用いられるタイマーは、PDCPエンティティが上位レイヤより休止(suspend)を要求された事に基づいて停止及び/又はリセットされて良い。またPDCPステータスレポート送信に用いられるタイマーは、PDCPエンティティが上位レイヤより再確立を要求された事に基づいて停止及び/又はリセットされて良い。またPDCPステータスレポート送信に用いられるタイマーは、PDCPエンティティが上位レイヤより再設定を要求された事に基づいて停止及び/又はリセットされて良い。

なお、MRBはUE122が興味のあるMBSセッション毎に確立及び/又は設定されて良い。UE122に複数のMRBが確立及び/又は設定されている場合には、ステップS1204における処理は、処理は該当するMRBに対し行われて良い。

ステップS1206において、興味のあるMBSセッションの受信を開始する前に、UE122の処理部502は、興味のあるMBSセッションの受信を開始するために、1つ又は複数のMRB確立処理を行っても良い。MRB確立処理は、例えば当該MBSセッションの開始の時、UE122が興味のあるMBSサービスがMRBを介して提供されるセルに入った事、MBSサービスに興味を持った事、MBSサービスの受信が抑制されていたUE能力の限界が取り除かれた事、等に基づいて起動されても良い。MRB確立処理はUE122がRRC_IDLE状態の時に行われても良いし、UE122がRRC_INACTIVE状態の時に行われても良いし、UE122がRRC_CONNECTED状態の時に行われても良い。また、MRB確立処理は、UE112がRRC_CONNECTED状態の時に、gNB108よりMRBを確立する事を示唆するRRCメッセージを、DCCH介して受信する、又は受信した事に基づいて起動されても良い。上述のMRBを確立する事を示唆するRRCメッセージは、上述のステップS1202における、MBS設定情報メッセージに含まれるパラメータの一部又は全てを含んで良い。UE122の処理部502は、UE122が保有する各エンティティに対するデフォルト設定情報、ステップS1202においてMCCHを介して受信したMBS設定情報メッセージに含まれるMBS設定に関するパラメータ、上述のDCCHを介して受信したMRBを確立する事を示唆するRRCメッセージに含まれるMBS設定に関するパラメータのうちの一部又は全てを含む設定情報を用いて、MRB確立処理を行って良い。

UE122の処理部502はMRB確立処理を行う際、次の(A)から(M)の処理のうちの一部又は全てを含む処理を行っても良い。
(A)MBSを提供するPDUセッション、及び/又はMBS設定に関するパラメータに含まれるPDUセッションを示すパラメータに該当するPDUセッションに、SDAPエンティティが存在しない場合には、SDAPエンティティを確立、及び/又は設定する。
(B)MRB確立に関するデフォルト設定に従って、又はgNB108から受信した設定に従って、PDCPエンティティを確立する。
(C)MRB確立に関するデフォルト設定、又は基地局から受信した設定に従って、RLCエンティティを確立、及び/又は設定するする。
(D)MRB確立に関するデフォルト設定、又は基地局から受信した設定に従って、MBSを1対多で受信するRLCベアラのRLCエンティティを確立、及び/又は設定する。
(E)MRB確立に関するデフォルト設定、又は基地局から受信した設定に従って、MBSを1対多で受信するRLCベアラのロジカルチャネルをMACエンティティに設定する。
(F)処理(D)及び/又は処理(E)で確立及び/又は設定したRLCベアラ又はRLCベアラのロジカルチャネルを、処理(B)で確立及び/又は設定したPDCPエンティティに関連付ける。
(G)MRB確立に関するデフォルト設定、又は基地局から受信した設定に従って、MBSを1対1で受信するRLCベアラのRLCエンティティを確立、及び/又は設定する。
(H)MRB確立に関するデフォルト設定、又は基地局から受信した設定に従って、MBSを1対1で受信するRLCベアラのロジカルチャネルをMACエンティティに設定する。
(I)処理(G)及び/又は処理(H)で確立及び/又は設定したRLCベアラ又はRLCベアラのロジカルチャネルを、処理(B)で確立及び/又は設定したPDCPエンティティに関連付ける。
(J)SDAPエンティティと確立したMRBとを関連付ける。
(K)上位レイヤに対し、確立したMRBに対応するTMGI、Session ID、PDUセッションID、QoSフローのうちの一部又は全てを含む情報を通知する事により、MRBの確立を知らせる。
(L)本MRBのPDCPエンティティに対し、暗号化機能の不活性化(ciphering disabled)が設定されていない場合、処理(B)で確立したPDCPエンティティに対し、暗号化アルゴリズムを設定し、マスター鍵を使うかセカンダリ鍵を使うかを示すパラメータに従って、マスター鍵又はセカンダリ鍵を適用する。
(M)本MRBのPDCPエンティティに対し、完全性保護が設定されている場合、処理(B)で確立したPDCPエンティティに対し、完全性保護アルゴリズムを設定し、マスター鍵を使うかセカンダリ鍵を使うかを示すパラメータに従って、マスター鍵又はセカンダリ鍵を適用する。

1つ又は複数のMRBを確立したUE122の処理部502は、1つ又は複数のMRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、PDCPステータスレポートを作成し、gNB108へ送信して良い。UE122の処理部502は、MRBのPDCPエンティティにおいてPDCPステータスレポートを作成した場合、作成したPDCPステータスレポートを、MRBのPDCPエンティティに紐づく、MBSを1対1で受信するRLCベアラのRLCエンティティに対して提出し、MRBのPDCPエンティティに紐づく、MBSを1対多で受信するRLCベアラのRLCエンティティに対しては提出しなくて良い。上述の「作成したPDCPステータスレポートを、MRBのPDCPエンティティに紐づく、MBSを1対1で受信するRLCベアラのRLCエンティティに対して提出し、MRBのPDCPエンティティに紐づく、MBSを1対多で受信するRLCベアラのRLCエンティティに対しては提出しなくて良い。」を、「作成したPDCPステータスレポートを、MRBのPDCPエンティティに紐づく、MBSを1対1で受信するRLCベアラのRLCエンティティに対してのみ提出して良い。」と言い換えて良い。なおMRBのPDCPエンティティにおけるPDCPレポーティングの起動は、上位レイヤよりPDCPステータスレポートの送信が設定されたMRBに対してのみ行われて良い。(ステップS1208)

またステップS1208において、UE122の処理部502は、1つ又は複数のMRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、MRBのPDCPエンティティに、MBSを1対1で受信するRLCベアラが紐づいているかを判断し、MBSを1対1で受信するRLCベアラが紐づいている事に基づいて、PDCPステータスレポートを作成し、作成したステータスレポートを、上述のMRBを1対1で受信するRLCベアラのRLCエンティティにのみ提出して良い。またUE122の処理部502は、MRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、MRBのPDCPエンティティに、MBSを1対1で受信するRLCベアラが紐づいているかを判断し、MBSを1対1で受信するRLCベアラが紐づいていない事に基づいて、PDCPステータスレポートを作成しなくて良い。

またステップS1208において、UE122の処理部502は、1つ又は複数のMRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、PDCPステータスレポートを作成し、MRBのPDCPエンティティに、MBSを1対1で受信するRLCベアラが紐づいているかを判断し、MBSを1対1で受信するRLCベアラが紐づいている事に基づいて、作成したPDCPステータスレポートを、上述のMRBを1対1で受信するRLCベアラのRLCエンティティにのみ提出して良い。またUE122の処理部502は、MRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、PDCPステータスレポートを作成し、MRBのPDCPエンティティに、MBSを1対1で受信するRLCベアラが紐づいているかを判断し、MBSを1対1で受信するRLCベアラが紐づいていない事に基づいて、作成したPDCPステータスレポートを下位レイヤに提出しなくて良い。またUE122の処理部502は、MRBのPDCPエンティティにおいてPDCPステータスレポートが起動された場合、PDCPステータスレポートを作成し、MRBのPDCPエンティティに、MBSを1対1で受信するRLCベアラが紐づいているかを判断し、MBSを1対1で受信するRLCベアラが紐づいていない事に基づいて、作成したPDCPステータスレポートを破棄して良い。

また、上述のMBSを1対1で受信するRLCベアラのRLCエンティティとは、AM RLCエンティティであって良い。また、上述のMBSを1対1で受信するRLCベアラが紐づいているRLCエンティティとは、双方向のUM RLCエンティティであって良い。また、上述のMBSを1対1で受信するRLCベアラが紐づいているRLCエンティティとは、単方向のUM RLCエンティティの送信UM RLCエンティティ及び/又は受信UMRLCエンティティであって良い。

ステップS1208において、PDCPステータスレポートの起動は、RRCレイヤ又は上位レイヤからPDCPステータスレポートの送信が要求された事に基づいて行われて良い。上述のRRCレイヤ又は上位レイヤからPDCPステータスレポートの送信が要求された事とは、RRCレイヤ又は上位レイヤからPDCPデータリカバリが要求された事であって良い。またステップS1208において、PDCPステータスレポートの起動は、MRBのPDCPエンティティに紐づく1つ又は複数のRLCベアラが解放、又はサスペンド、又はディアクティベートされた事に基づいて行われて良い。またステップS1208において、PDCPステータスレポートの起動は、ステップS1204において設定した上述のステータスレポートのタイマーがPDCPエンティティにおいて満了した事により行われて良い。またステップS1208において、PDCPステータスレポートの起動は、MRBを受信するRLCベアラが切り替わった事に基づいて行われて良い。上述のMRBを受信するRLCベアラが切り替わったとは、MRBを受信するRLCベアラが、MBSを1対多で受信するRLCベアラから、MBSを1対1で受信するRLCベアラに切り替わった事であって良い。また上述のMRBを受信するRLCベアラが切り替わったとは、MRBを受信するRLCベアラが、MBSを1対1で受信するRLCベアラから、MBSを1対多で受信するRLCベアラに切り替わった事であっても良い。

またステップS1208において、UE122の処理部502は、UE122がgNB108より受信したRRCメッセージに、UE122の1つ又は複数のMRBに対するPDCPステータスレポート送信の要求を意味するパラメータが含まれている場合、UE122のRRCからUE122のMRBのPDCPレイヤに対し、PDCPステータスレポートの送信を要求して良い。なお、上述のRRCメッセージはDCCHを介して送られるRRCメッセージであっても良いし、MCCHを介して送られるRRCメッセージであって良い。また上述の1つ又は複数のMRBに対するPDCPステータスレポート送信の要求を意味するパラメータは、MRBを識別する識別子、及びMBSセッションの情報に関するパラメータのうちの一部又は全てを含んで良い。またステップS1208において、UE122の処理部502は、UE122がgNB108よりPDCPステータスレポート送信の要求を意味するRRCメッセージを受信した場合、UE122のRRCからUE122のMRBのPDCPレイヤに対し、PDCPステータスレポートの送信を要求して良い。なお、上述のPDCPステータスレポート送信の要求を意味するRRCメッセージはDCCHを介して送られるRRCメッセージであっても良いし、MCCHを介して送られるRRCメッセージであって良い。上述のPDCPステータスレポート送信の要求を意味するRRCメッセージは、MRBを識別する識別子、及びMBSセッションの情報に関するパラメータのうちの一部又は全てを含んで良い。

またステップS1208において、UE122の処理部502は、gNB108から、UE122の1つ又は複数のMRBに対し、カウンターチェックのためのRRCメッセージ（カウンターチェックメッセージ）を受信した事に基づいて、カウンターチェック処理を行い、結果をカウンターチェック応答のためのRRCメッセージ（カウンターチェック応答メッセージ）にセットしてgNB108へ報告して良い。上述のカウンターチェックのためのRRCメッセージは、MRBを識別する識別子、MBSセッションの情報に関するパラメータ、MRBに関連付いているアップリンク方向及び/又はダウンリンク方向のCOUNT値の最上位ビット(Most Significant Bit: MSB)値のうちの一部又は全てを含んで良い。上述のカウンターチェックのためのRRCメッセージは、gNB108からUE122に対し、gNB108のMSBに関連付いている現在のCOUNT値のMSB値を通知し、UE122のMSBに関連付いている現在のCOUNT値のMSB値との比較結果をUE122からgNB108に報告するよう要求するメッセージであって良い。カウンターチェック処理においてUE122の処理部502は、UE122に確立されているMRBに対し、次の(A)から(D)の処理のうちの一部又は全てを含む処理を行って良い。
(A)MRBが単方向のベアラで、アップリンク方向及び/又はダウンリンク方向に対するするCOUNTが存在しない場合、COUNT値が存在しない方向のCOUNT値を'0'と仮定する。
(B)カウンターチェックのためのRRCメッセージに、MRBを識別する識別子及び/又はMBSセッションの情報に関するパラメータが含まれていないMRBに対し、UE122が保有するアップリンク方向及び/又はダウンリンク方向に対するCOUNT値を、カウンターチェック応答のためのRRCメッセージにセット。
(C)カウンターチェックのためのRRCメッセージに、アップリンク方向及び/又はダウンリンク方向のCOUNT値のMSB値が含まれているMRBに対し、受信した上述のアップリンク方向及び/又はダウンリンク方向のCOUNT値のMSB値が、UE122が保有するアップリンク方向及び/又はダウンリンク方向のCOUNT値と異なる場合には、UE122が保有するアップリンク方向及び/又はダウンリンク方向に対するCOUNT値を、カウンターチェック応答のためのRRCメッセージにセット。
(D)カウンターチェックのためのRRCメッセージに、MRBを識別する識別子及び/又はMBSセッションの情報に関するパラメータが含まれているMRBに対し、UE122が保有するアップリンク方向及び/又はダウンリンク方向に対するCOUNT値を、カウンターチェック応答のためのRRCメッセージにセット。

なお、上記説明において、興味のあるMBSセッションを、MBSセッションと言い換えて良い。

なお、上記説明において、MBSを1対1で受信するRLCベアラとは、MBSに対するフィードバックをgNB108に送信するRLCベアラの事であっても良い。

なお上記説明において、RLCベアラを、RLCエンティティと言い換えて良い。また上記説明において、RLCベアラを、論理チャネルと言い換えて良い。

なお、上記説明において、PDCPエンティティとは、受信PDCPエンティティ及び/又は送信PDCPエンティティであって良い。

なお、上記説明において、ROHCを、Ethernet Header Compression(EHC)と言い換えて良い。

このように、本発明の実施の形態では、端末装置はマルチキャストにおいてもROHCコンテキストを取得する事ができ、NRを用いて効率的にMBSを制御することができる端末装置、基地局装置、及び方法を提供することができる。

上記説明における無線ベアラは、DRB、SRB、及びMRBのうちの一部又は全てであって良い。

また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。

また上記説明において、「前記～」を「上述の～」と言い換えてよい。

また上記説明において、「SCGのSpCell」を「PSCell」と言い換えてよい。

また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なっても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なっても良い。また上記説明において「Aである事に基づいてBを行う」は、「Bを行う」と言い換えられても良い。即ち「Bを行う」事は「Aである事」と独立して実行されても良い。

なお、上記説明において、「AをBと言い換えてよい」は、AをBと言い換えることに加え、BをAと言い換える意味も含んでよい。また上記説明において、「CはDであって良い」と「CはEであって良い」とが記載されている場合には、「DはEであって良い」事を含んでも良い。また上記説明において、「FはGであって良い」と「GはHであって良い」とが記載されている場合には、「FはHであっても良い」事を含んでも良い。

また上記説明において、「A」という条件と、「B」という条件が、相反する条件の場合には、「B」という条件は、「A」という条件の「その他」の条件として表現されても良い。

以下、本発明の実施形態における、端末装置、および、方法の種々の態様について説明する。

（１）基地局装置と通信する端末装置であって、前記基地局装置から、第1のメッセージを受信する受信部と、処理部とを備え、前記第1のメッセージは、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信され、前記処理部は、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust HeaderCompression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断し、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断し、前記第1のMBSにROHCが適用される事に基づいて、前記第1のMBSに用いられるROHCコンテキストを取得する。

（２）端末装置と通信する基地局装置であって、前記端末装置へ、第1のメッセージを送信する送信部と、処理部とを備え、前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、前記処理部は、前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、前記第1のMBSにROHCが適用される事に基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる。

（３）基地局装置と通信する端末装置の方法であって、前記基地局装置から、第1のメッセージを受信し、前記第1のメッセージは、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信され、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断し、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断し、前記第1のMBSにROHCが適用される事に基づいて、前記第1のMBSに用いられるROHCコンテキストを取得する。

（４）端末装置と通信する基地局装置の方法であって、前記端末装置へ、第1のメッセージを送信し、前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、前記第1のMBSにROHCが適用される事に基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる。

本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる上述した実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。

さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。

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 送信部

Claims

基地局装置と通信する端末装置であって、
前記基地局装置から、第1のメッセージを受信する受信部と、処理部とを備え、
前記第1のメッセージは、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信され、
前記処理部は、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断し、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断し、
前記第1のMBSにROHCが適用されること、および前記第1のMBSを受信するためのMRBがMBSセッションを１対１で受信するためのMRBであることに基づいて、前記第1のMBSに用いられるROHCコンテキストを取得する、
端末装置。
端末装置と通信する基地局装置であって、
前記端末装置へ、第1のメッセージを送信する送信部と、処理部とを備え、
前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、
前記処理部は、前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、
前記第1のMBSにROHCが適用されること、および前記第1のMBSを受信するためのMRBがMBSセッションを１対１で受信するためのMRBであることに基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる、
基地局装置。
端末装置と通信する基地局装置の方法であって、
前記端末装置へ、第1のメッセージを送信し、
前記第1のメッセージを、前記基地局装置よりMulticast Control Channel(MCCH)を用いて送信し、
前記端末装置に対し、前記第1のメッセージに含まれる、第1のMulticast Broadcast Service(MBS)に対する設定情報にRobust Header Compression(ROHC)に関するパラメータが含まれている場合には、前記第1のMBSにROHCが適用されると判断させ、前記第1のメッセージに含まれる、前記第1のMBSに対する設定情報にROHCに関するパラメータが含まれていない場合には、前記第1のMBSにROHCが適用されないと判断させ、
前記第1のMBSにROHCが適用されること、および前記第1のMBSを受信するためのMRBがMBSセッションを１対１で受信するためのMRBであることに基づいて、前記端末装置に前記第1のMBSに用いられるROHCコンテキストを取得させる、
方法。