WO2026014167A1 - 端末装置、方法、および、集積回路 - Google Patents

端末装置、方法、および、集積回路

Info

Publication number
WO2026014167A1
WO2026014167A1 PCT/JP2025/021935 JP2025021935W WO2026014167A1 WO 2026014167 A1 WO2026014167 A1 WO 2026014167A1 JP 2025021935 W JP2025021935 W JP 2025021935W WO 2026014167 A1 WO2026014167 A1 WO 2026014167A1
Authority
WO
WIPO (PCT)
Prior art keywords
ltm
rrc
terminal device
identifier
information element
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2025/021935
Other languages
English (en)
French (fr)
Inventor
拓真 河野
昇平 山田
秀和 坪井
昂生 野村
太一 三宅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of WO2026014167A1 publication Critical patent/WO2026014167A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling

Definitions

  • the present invention relates to a terminal device, a method, and an integrated circuit.
  • 3GPP registered trademark
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • RAT Radio Access Technology
  • 3GPP is currently conducting technical studies and standardization of E-UTRA extension technologies.
  • E-UTRA is also known as Long Term Evolution (LTE: registered trademark), and the extension technologies are sometimes referred to as LTE-Advanced (LTE-A) and LTE-Advanced Pro (LTE-A Pro).
  • NR New Radio, or NR Radio access
  • RAT radio access technology
  • An extension technology to NR is serving cell change technology, which allows a terminal device to move from the coverage area of one cell to the coverage area of another.
  • This serving cell change is triggered by Layer 3 (also known as RRC) measurements, and synchronized reconfiguration for the serving cell change is triggered by RRC signaling.
  • Layer 3 also known as RRC
  • Layer 1 or Layer 2 signaling has the advantage of low latency and low overhead.
  • a serving cell change technology triggered by Layer 1 or Layer 2 signaling (Layer 1/Layer 2 mobility optimization (L1/L2 mobility enhancement) technology) has been specified.
  • L1/L2 mobility enhancement Layer 1 or Layer 2 signaling
  • One aspect of the present invention was made in consideration of the above circumstances, and one of its objectives is to provide a terminal device, base station device, communication method, and integrated circuit that can efficiently control communications.
  • one aspect of the present invention provides the following: Specifically, one aspect of the present invention provides a terminal device communicating with a base station device, the terminal device comprising a receiver and a processor, wherein the receiver receives RRC signaling from the base station device, the signal including one or more LTM candidate information elements, the receiver receives a cell switch command from the base station device, the cell switch command causing the terminal device to trigger an LTM cell switch procedure, the cell switch command including multiple fields, and information specifying a first information element is set in one of the multiple fields, and the processor causes a PDCP entity to perform re-establishment based on the determination that, during the LTM cell switch procedure, (1) a first identifier is included in the first information element, (2) a second identifier is included in a UE variable, and (3) the value of the first identifier and the value of the second identifier are different, and the first information element is one LTM candidate information element from one or more LTM candidate information elements.
  • Another aspect of the present invention is a method for a terminal device to communicate with a base station device, the method comprising: receiving RRC signaling from the base station device, the RRC signaling including one or more LTM candidate information elements; receiving a cell switch command from the base station device; the cell switch command causing the terminal device to trigger an LTM cell switch procedure; the cell switch command including a plurality of fields, with information specifying a first information element being set in one of the plurality of fields; and causing a PDCP entity to perform re-establishment based on determining that, in the LTM cell switch procedure, (1) a first identifier is included in the first information element; (2) a second identifier is included in a UE variable; and (3) the value of the first identifier and the value of the second identifier are different; the first information element is one LTM candidate information element from the one or more LTM candidate information elements.
  • Another aspect of the present invention is an integrated circuit implemented in a terminal device that communicates with a base station device, the integrated circuit having a function for receiving RRC signaling including one or more LTM candidate information elements from the base station device, a function for receiving a cell switch command from the base station device, the cell switch command being a command for causing the terminal device to trigger an LTM cell switch procedure, the cell switch command including multiple fields, with information specifying a first information element being set in one of the multiple fields, and a function for causing a PDCP entity to perform re-establishment based on a determination that, in the LTM cell switch procedure, (1) a first identifier is included in the first information element, (2) a second identifier is included in a UE variable, and (3) the value of the first identifier and the value of the second identifier are different, the first information element being one LTM candidate information element from among one or more LTM candidate information elements.
  • a terminal device, method, and integrated circuit can achieve efficient communication control processing.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of an E-UTRA protocol configuration according to the present embodiment.
  • FIG. 1 is a diagram illustrating an example of an NR protocol configuration according to this embodiment.
  • FIG. 10 is a diagram showing an example of a flow of procedures for various settings in RRC according to the present embodiment.
  • FIG. 2 is a block diagram showing the configuration of a terminal device according to the embodiment.
  • FIG. 2 is a block diagram showing the configuration of a base station device according to the present embodiment.
  • 10 is an example of an ASN.1 description representing fields and/or information elements related to a ServingCellConfigCommon information element in this embodiment. 10 shows an example of processing of a terminal device in this embodiment.
  • LTE (and LTE-A, LTE-A Pro) and NR may be defined as different radio access technologies (Radio Access Technologies: RATs).
  • NR may also be defined as a technology included in LTE.
  • LTE may also be defined as a technology included in NR.
  • LTE that can connect to NR via Multi-Radio Dual Connectivity (MR-DC) may be distinguished from conventional LTE.
  • LTE that uses 5GC for the core network (Core Network: CN) may be distinguished from conventional LTE that uses EPC for the core network.
  • Conventional LTE may refer to LTE that does not implement technologies standardized in 3GPP Release 15 or later.
  • This embodiment may be applied to NR, LTE, and other RATs.
  • the following explanation uses terms related to LTE and NR, but this embodiment may also be applied to other technologies that use other terminology.
  • E-UTRA in this embodiment may be replaced with LTE, and the term LTE may be replaced with E-UTRA.
  • this embodiment describes the names of each node and entity, and the processing of each node and entity when the radio access technology is E-UTRA or NR, but this embodiment may be used for other radio access technologies.
  • the names of each node and entity in this embodiment may be different names.
  • Figure 1 is a schematic diagram of a communications system according to this embodiment. Note that the functions of each node, radio access technology, core network, interface, etc. described using Figure 1 are only some of the functions closely related to this embodiment, and other functions may also be included.
  • E-UTRA 100 may be a radio access technology.
  • E-UTRA 100 may also be the air interface between UE 122 and eNB 102.
  • the air interface between UE 122 and eNB 102 may be referred to as the Uu interface.
  • eNB (E-UTRAN Node B) 102 may be a base station device.
  • eNB 102 may have the E-UTRA protocol described below.
  • the E-UTRA protocol may be composed of the E-UTRA user plane (User Plane: UP) protocol described below and the E-UTRA control plane (Control Plane: CP) protocol described below.
  • eNB 102 may terminate the E-UTRA user plane (User Plane: UP) protocol and the E-UTRA control plane (Control Plane: CP) protocol for UE 122.
  • E-UTRAN E-UTRA user plane
  • CP Control Plane
  • a radio access network composed of eNBs may be referred to as E-UTRAN.
  • EPC (Evolved Packet Core) 104 may be a core network.
  • Interface 112 is an interface between eNB 102 and EPC 104, and may be referred to as an S1 interface.
  • Interface 112 may have a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
  • the control plane interface of interface 112 may terminate at a Mobility Management Entity (MME: not shown) in EPC 104.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the control plane interface of interface 112 may be referred to as an S1-MME interface.
  • the user plane interface of interface 112 may be referred to as an S1-U interface.
  • one or more eNBs 102 may be connected to the EPC 104 via an interface 112.
  • An interface (not shown) may exist between multiple eNBs 102 connected to the EPC 104.
  • the interface between multiple eNBs 102 connected to the EPC 104 may be referred to as an X2 interface.
  • NR106 may be a radio access technology.
  • NR106 may also be the air interface between UE122 and gNB108.
  • the air interface between UE122 and gNB108 may be referred to as the Uu interface.
  • gNB (g Node B) 108 may be a base station device.
  • gNB108 may have the NR protocol described below.
  • the NR protocol may consist of the NR user plane (User Plane: UP) protocol described below and the NR control plane (Control Plane: CP) protocol described below.
  • gNB108 may terminate the NR user plane (User Plane: UP) protocol and the NR control plane (Control Plane: CP) protocol for UE122.
  • 5GC110 may be a core network.
  • Interface 116 is an interface between gNB108 and 5GC110, and may be referred to as an NG interface.
  • Interface 116 may have a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
  • the control plane interface of interface 116 may terminate at an Access and Mobility Management Function (AMF: not shown) within 5GC110.
  • AMF Access and Mobility Management Function
  • the user plane interface of interface 116 may terminate at a User Plane Function (UPF: not shown) within 5GC110.
  • the control plane interface of interface 116 may be referred to as an NG-C interface.
  • the user plane interface of interface 116 may be referred to as an NG-U interface.
  • one or more gNBs 108 may be connected to the 5GC 110 via an interface 116.
  • An interface may exist between multiple gNBs 108 connected to the 5GC 110 (not shown).
  • the interface between multiple gNBs 108 connected to the 5GC 110 may be referred to as an Xn interface.
  • the eNB102 may have the ability to connect to the 5GC110.
  • the eNB102 with the ability to connect to the 5GC110 may be referred to as an ng-eNB.
  • the interface 114 is an interface between the eNB102 and the 5GC110 and may be referred to as an NG interface.
  • the interface 114 may have a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
  • the control plane interface of the interface 114 may terminate at the AMF within the 5GC110.
  • the user plane interface of the interface 114 may terminate at the UPF within the 5GC110.
  • the control plane interface of the interface 114 may be referred to as an NG-C interface.
  • the user plane interface of the interface 114 may be referred to as an NG-U interface.
  • a radio access network consisting of an ng-eNB or a gNB may be referred to as an NG-RAN.
  • the NG-RAN, E-UTRAN, etc. may simply be referred to as a network.
  • the network may include an eNB, ng-eNB, gNB, etc.
  • one or more eNB102 may be connected to 5GC110 via interface 114.
  • An interface may exist between multiple eNB102 connected to 5GC110 (not shown).
  • the interface between multiple eNB102 connected to 5GC110 may be called an Xn interface.
  • an eNB102 connected to 5GC110 and a gNB108 connected to 5GC110 may be connected via interface 120.
  • the interface 120 between an eNB102 connected to 5GC110 and a gNB108 connected to 5GC110 may be called an Xn interface.
  • the gNB108 may have the ability to connect to the EPC104.
  • a gNB108 with the ability to connect to the EPC104 may be referred to as an en-gNB.
  • Interface 118 is an interface between the gNB108 and the EPC104 and may be referred to as an S1 interface.
  • Interface 118 may have a user plane interface through which user data passes.
  • the user plane interface of interface 118 may terminate at an S-GW (not shown) within the EPC104.
  • the user plane interface of interface 118 may be referred to as an S1-U interface.
  • the eNB102 connecting to the EPC104 and the gNB108 connecting to the EPC104 may be connected by interface 120.
  • Interface 120 between the eNB102 connecting to the EPC104 and the gNB108 connecting to the EPC104 may be referred to as an X2 interface.
  • Interface 124 is an interface between EPC 104 and 5GC 110, and may be an interface that passes only CP, only UP, or both CP and UP. Furthermore, some or all of interfaces such as interface 114, interface 116, interface 118, interface 120, and interface 124 may not exist depending on the communication system provided by the telecommunications carrier, etc.
  • UE122 may be a terminal device capable of receiving system information and paging messages transmitted from eNB102 and/or gNB108. UE122 may also be a terminal device capable of wireless connection with eNB102 and/or gNB108. UE122 may also be a terminal device capable of wireless connection with eNB102 and wireless connection with gNB108 simultaneously. UE122 may have the E-UTRA protocol and/or the NR protocol. The wireless connection may be a Radio Resource Control (RRC) connection.
  • RRC Radio Resource Control
  • UE122 may be a terminal device capable of connecting to EPC104 and/or 5GC110 via eNB102 and/or gNB108. If the core network to which eNB102 and/or gNB108, with which UE122 communicates, is connected is EPC104, each Data Radio Bearer (DRB) described below established between UE122 and eNB102 and/or gNB108 may further be uniquely linked to each EPS (Evolved Packet System) bearer passing through EPC104. Each EPS bearer may be identified by an EPS bearer identifier (Identity, or ID). Furthermore, the same QoS may be guaranteed for data such as IP packets and Ethernet (registered trademark) frames passing through the same EPS bearer.
  • EPS bearer Evolved Packet System
  • each DRB established between UE122 and eNB102 and/or gNB108 may be further linked to one of the PDU (Packet Data Unit) sessions established within 5GC110.
  • PDU Packet Data Unit
  • One or more QoS flows may exist in each PDU session.
  • Each DRB may be mapped to one or more QoS flows, or may not be mapped to any QoS flow.
  • Each PDU session may be identified by a PDU session identifier (Identity, or ID).
  • each QoS flow may be identified by a QoS flow identifier (Identity, or ID).
  • the same QoS may be guaranteed for data such as IP packets and Ethernet frames passing through the same QoS flow.
  • PDU sessions and/or QoS flows may not exist in EPC104.
  • EPS bearers may not exist in 5GC110.
  • UE122 When UE122 is connected to EPC104, UE122 has information about EPS bearers, but may not have information about PDU sessions and/or QoS flows. Also, when UE122 is connected to 5GC110, UE122 has information about PDU sessions and/or QoS flows, but may not have information about EPS bearers.
  • eNB102 and/or gNB108 will also be referred to simply as base station devices, and UE122 will also be referred to simply as terminal device or UE.
  • FIG. 2 is a diagram showing an example of the E-UTRA protocol architecture according to this embodiment.
  • FIG. 3 is a diagram showing an example of the NR protocol architecture according to this embodiment. Note that the functions of each protocol described using FIG. 2 and/or FIG. 3 are only some of the functions closely related to this embodiment, and other functions may also be included.
  • the uplink (UL) may be a link from the terminal device to the base station device.
  • the downlink (DL) may be a link from the base station device to the terminal device.
  • FIG 2(A) is a diagram of the E-UTRA user plane (UP) protocol stack.
  • the E-UTRA UP protocol may be a protocol between the UE 122 and the eNB 102. That is, the E-UTRA UP protocol may be a protocol that terminates at the eNB 102 on the network side.
  • the E-UTRA user plane protocol stack may be composed of a PHY (Physical layer) 200, which is the radio physical layer, a MAC (Medium Access Control) 202, which is the medium access control layer, a RLC (Radio Link Control) 204, which is the radio link control layer, and a PDCP (Packet Data Convergence Protocol) 206, which is the packet data convergence protocol layer.
  • PHY Physical layer
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • Figure 3(A) is a diagram of the NR user plane (UP) protocol stack.
  • the NRUP protocol may be a protocol between the UE 122 and the gNB 108. That is, the NR UP protocol may be a protocol that terminates at the gNB 108 on the network side.
  • the NR user plane protocol stack may be composed of a radio physical layer, PHY 300, a medium access control layer, MAC 302, a radio link control layer, RLC 304, a packet data convergence protocol layer, PDCP 306, and a service data adaptation protocol layer, SDAP (Service Data Adaptation Protocol) 310.
  • PHY 300 a radio physical layer
  • MAC 302 medium access control layer
  • RLC 304 radio link control layer
  • PDCP 306 Packet Control Protocol
  • SDAP Service Data Adaptation Protocol
  • FIG. 2(B) is a diagram of the E-UTRA control plane (CP) protocol configuration.
  • RRC Radio Resource Control
  • NAS Non Access Stratum
  • NAS 210 which is the non-AS (Access Stratum) layer
  • NAS 210 may be a protocol that terminates at MME on the network side.
  • Figure 3(B) is a diagram of the NR control plane (CP) protocol configuration.
  • RRC308 which is the radio resource control layer
  • RRC308 may be a protocol that terminates at gNB108 on the network side.
  • NAS312 which is the non-AS layer
  • NAS312 may be a protocol that terminates at AMF on the network side.
  • the AS (Access Stratum) layer may be a layer that terminates between the UE 122 and the eNB 102 and/or the gNB 108.
  • the AS layer may be a layer that includes some or all of the PHY 200, MAC 202, RLC 204, PDCP 206, and RRC 208, and/or a layer that includes some or all of the PHY 300, MAC 302, RLC 304, PDCP 306, SDAP 310, and RRC 308.
  • PHY PHY layer
  • MAC MAC layer
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • the PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) may be the PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) of the E-UTRA protocol, respectively, or the PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) of the NR protocol.
  • the SDAP (SDAP layer) may be the SDAP (SDAP layer) of the NR protocol.
  • PHY200, MAC202, RLC204, PDCP206, and RRC208 may be referred to as E-UTRA PHY or LTE PHY, E-UTRA MAC or LTE MAC, E-UTRA RLC or LTE RLC, E-UTRA PDCP or LTE PDCP, and E-UTRA RRC or LTE RRC, respectively.
  • PHY200, MAC202, RLC204, PDCP206, and RRC208 may also be referred to as E-UTRA PHY or LTE PHY, E-UTRA MAC or LTE MAC, E-UTRA RLC or LTE RLC, E-UTRA PDCP or LTE PDCP, and E-UTRA RRC or LTE RRC, respectively.
  • PHY300, MAC302, RLC304, PDCP306, and RRC308 may be referred to as NR PHY, NR MAC, NR RLC, NR PDCP, and NR RRC, respectively.
  • PHY300, MAC302, RLC304, PDCP306, and RRC308 may also be referred to as NR PHY, NR MAC, NR RLC, NR PDCP, and NR RRC, respectively.
  • An entity that has some or all of the functions of the MAC layer may be called a MAC entity.
  • An entity that has some or all of the functions of the RLC layer may be called an RLC entity.
  • An entity that has some or all of the functions of the PDCP layer may be called a PDCP entity.
  • An entity that has some or all of the functions of the SDAP layer may be called an SDAP entity.
  • An entity that has some or all of the functions of the RRC layer may be called an RRC entity.
  • the MAC entity, RLC entity, PDCP entity, SDAP entity, and RRC entity may be referred to as MAC, RLC, PDCP, SDAP, and RRC, respectively.
  • MAC PDU Protocol Data Unit
  • RLC PDU Protocol Data Unit
  • PDCP PDU Packet Data Unit
  • SDAP PDU Serial Data Unit
  • data provided from higher layers to MAC, RLC, PDCP, and SDAP, and/or data provided from MAC, RLC, PDCP, and SDAP to higher layers may be referred to as MAC SDU (Service Data Unit), RLC SDU, PDCP SDU, and SDAP SDU, respectively.
  • RLC SDU segments may be referred to as RLC SDU segments.
  • the base station device and the terminal device exchange (transmit and receive) signals at a higher layer.
  • the base station device and the terminal device may transmit and receive RRC messages (also referred to as RRC messages, RRC information, or RRC signaling) at the Radio Resource Control (RRC) layer.
  • RRC Radio Resource Control
  • the base station device and the terminal device may also transmit and receive MAC control elements at the MAC (Medium Access Control) layer.
  • the RRC layer of the terminal device acquires system information broadcast from the base station device.
  • the RRC messages, system information, and/or MAC control elements are also referred to as higher layer signals (higher layer signaling) or higher layer parameters (higher layer parameters).
  • Each of the parameters included in the higher layer signals received by the terminal device may be referred to as a higher layer parameter.
  • the upper layer refers to the upper layer seen from the PHY layer, and may therefore refer to one or more of the MAC layer, RRC layer, RLC layer, PDCP layer, NAS (Non Access Stratum) layer, etc.
  • the upper layer may refer to one or more of the RRC layer, RLC layer, PDCP layer, NAS layer, etc.
  • “A is given (provided) by the upper layer” or “A is given (provided) by the upper layer” may mean that the upper layer of the terminal device (mainly the RRC layer or MAC layer) receives A from the base station device, and the received A is given (provided) to the physical layer of the terminal device from the upper layer of the terminal device.
  • upper layer parameters are provided may mean that the upper layer signal is received from the base station device, and the upper layer parameters included in the received upper layer signal are provided to the physical layer of the terminal device from the upper layer of the terminal device.
  • Setting upper layer parameters in the terminal device may mean that the upper layer parameters are given (provided) to the terminal device.
  • setting upper layer parameters in a terminal device may mean that the terminal device receives an upper layer signal from a base station device and sets the received upper layer parameters in the upper layer.
  • setting upper layer parameters in a terminal device may also include setting default parameters that are pre-assigned to the upper layer of the terminal device.
  • the expression "submitting a message from the RRC entity of the terminal device to the lower layer” is sometimes used.
  • "submitting a message to the lower layer” from the RRC entity may mean submitting a message to the PDCP layer.
  • "submitting a message to the lower layer” from the RRC layer may mean submitting an RRC message to the PDCP entity corresponding to each SRB, since RRC messages are transmitted using SRBs (SRB0, SRB1, SRB2, SRB3, etc.).
  • the lower layer may mean one or more of the PHY layer, MAC layer, RLC layer, PDCP layer, etc.
  • the PHY of the terminal device may have the function of receiving data transmitted from the PHY of the base station device via the downlink (DL) physical channel.
  • the PHY of the terminal device may have the function of transmitting data to the PHY of the base station device via the uplink (UL) physical channel.
  • the PHY may be connected to the upper MAC via a transport channel.
  • the PHY may pass data to the MAC via the transport channel.
  • the PHY may also be provided with data from the MAC via the transport channel.
  • an RNTI Radio Network Temporary Identifier
  • the physical channels used for wireless communication between terminal devices and base station devices may include the following physical channels:
  • 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 may be used to broadcast system information required by terminal devices.
  • the PBCH may be used to broadcast the time index (SSB-Index) within the period of a synchronization signal block (SSB).
  • SSB-Index time index within the period of a synchronization signal block
  • the PDCCH may be used to transmit (or carry) downlink control information (DCI) in downlink wireless communication (wireless communication from a base station device to a terminal device).
  • DCI downlink control information
  • one or more DCIs (which may also be referred to as DCI formats) may be defined for transmitting the downlink control information. That is, a field for the downlink control information may be defined as DCI and mapped to information bits.
  • the PDCCH may be transmitted in PDCCH candidates.
  • the terminal device may monitor a set of PDCCH candidates in the serving cell. Monitoring the set of PDCCH candidates may mean attempting to decode the PDCCH according to a certain DCI format. Furthermore, the terminal device may use a CORESET (Control Resource Set) to monitor the set of PDCCH candidates.
  • the DCI format may be used for scheduling the PUSCH in the serving cell.
  • the PUSCH may be used for transmitting user data, RRC messages (described later), etc.
  • the PUCCH may be used to transmit uplink control information (UCI) in uplink wireless communication (wireless communication from a terminal device to a base station device).
  • the uplink control information may include channel state information (CSI: Channel State Information) used to indicate the state of the downlink channel.
  • CSI Channel State Information
  • the uplink control information may also include a scheduling request (SR: Scheduling Request) used to request UL-SCH (UL-SCH: Uplink Shared CHannel) resources.
  • SR Scheduling Request
  • UL-SCH Uplink Shared CHannel
  • the uplink control information may also include a HARQ-ACK (Hybrid Automatic Repeat reQuest ACKnowledgement).
  • PDSCH may be used to transmit downlink data (DL-SCH: Downlink Shared CHannel) from the MAC layer.
  • DL-SCH Downlink Shared CHannel
  • PDSCH may also be used to transmit system information (SI: System Information) and random access response (RAR: Random Access Response).
  • SI System Information
  • RAR Random Access Response
  • PUSCH may be used to transmit uplink data from the MAC layer (UL-SCH: Uplink Shared CHannel) or HARQ-ACK and/or CSI together with uplink data. PUSCH may also be used to transmit only CSI, or only HARQ-ACK and CSI. In other words, PUSCH may be used to transmit only UCI. PDSCH or PUSCH may also be used to transmit RRC signaling (also referred to as RRC messages) and MAC CE.
  • RRC signaling also referred to as RRC messages
  • the RRC signaling transmitted from the base station device may be signaling common to multiple terminal devices within a cell.
  • RRC signaling transmitted from the base station device may also be signaling dedicated to a certain terminal device (also referred to as dedicated signaling). In other words, terminal device-specific (UE-specific) information may be transmitted using signaling dedicated to a certain terminal device.
  • PUSCH may also be used to transmit UE capabilities in the uplink.
  • the PRACH may be used to transmit a random access preamble.
  • the PRACH may also be used for initial connection establishment procedures, handover procedures, connection re-establishment procedures, synchronization (timing adjustment) for uplink transmissions, and to indicate requests for UL-SCH resources.
  • the MAC may be called the MAC sublayer.
  • the MAC may have the function of mapping various logical channels to corresponding transport channels.
  • Logical channels may be identified by a logical channel identifier (Logical Channel Identity or Logical Channel ID).
  • the MAC may be connected to the higher-level RLC via a logical channel.
  • logical channels may be divided into control channels that transmit control information and traffic channels that transmit user information.
  • Logical channels may also be divided into uplink logical channels and downlink logical channels.
  • the MAC may have the function of multiplexing MAC SDUs belonging to one or more different logical channels and providing them to the PHY.
  • the MAC may also have the function of demultiplexing MAC PDUs provided by the PHY and providing them to the higher layer via the logical channel to which each MAC SDU belongs.
  • the MAC may also have the ability to perform error correction through HARQ (Hybrid Automatic Repeat reQuest).
  • HARQ Hybrid Automatic Repeat reQuest
  • the MAC may also have the ability to report scheduling information.
  • the MAC may have the ability to perform priority processing between terminal devices using dynamic scheduling.
  • the MAC may also have the ability to perform priority processing between logical channels within one terminal device.
  • the MAC may have the ability to perform priority processing of overlapping resources within one terminal device.
  • the E-UTRA MAC may have the ability to identify Multimedia Broadcast Multicast Services (MBMS).
  • NR MAC may have the ability to identify Multicast/Broadcast Services (MBS).
  • the MAC may have the ability to select the transport format.
  • the MAC may have functions such as discontinuous reception (DRX) and/or discontinuous transmission (DTX), a function to execute random access (RA) procedures, a power headroom report (PHR) function to notify information on the available transmit power, and a buffer status report (BSR) function to notify information on the amount of data in the transmit buffer.
  • the NR MAC may have a bandwidth adaptation (BA) function.
  • the MAC PDU format used in the E-UTRA MAC may differ from the MAC PDU format used in the NR MAC.
  • the MAC PDU may also include a MAC control element (MAC CE), which is an element for performing control in the MAC.
  • MAC CE MAC control element
  • This section explains the uplink (UL) and/or downlink (DL) logical channels used in E-UTRA and/or NR.
  • the BCCH (Broadcast Control Channel) may be a downlink logical channel for broadcasting control information such as system information (SI).
  • SI system information
  • PCCH Packet Control Channel
  • PCCH Packet Control Channel
  • the CCCH may be a logical channel for transmitting control information between a terminal device and a base station device.
  • the CCCH may be used when the terminal device does not have an RRC connection.
  • the CCCH may also be used between a base station device and multiple terminal devices.
  • the DCCH (Dedicated Control Channel) may be a logical channel for transmitting dedicated control information bidirectionally, point-to-point, between a terminal device and a base station device.
  • the dedicated control information may be control information dedicated to each terminal device.
  • the DCCH may be used when the terminal device has an RRC connection.
  • DTCH (Dedicated Traffic Channel) may be a logical channel for transmitting user data point-to-point between a terminal device and a base station device.
  • DTCH may be a logical channel for transmitting dedicated user data.
  • Dedicated user data may be user data dedicated to each terminal device.
  • DTCH may exist on both the uplink and downlink.
  • This section explains the mapping of logical channels and transport channels for the uplink in E-UTRA and/or NR.
  • the CCCH may be mapped to the uplink transport channel, UL-SCH (Uplink Shared Channel).
  • UL-SCH Uplink Shared Channel
  • the DCCH may be mapped to the uplink transport channel, UL-SCH (Uplink Shared Channel).
  • UL-SCH Uplink Shared Channel
  • DTCH may be mapped to the uplink transport channel, UL-SCH (Uplink Shared Channel).
  • UL-SCH Uplink Shared Channel
  • This section explains the mapping of logical channels and transport channels for the downlink in E-UTRA and/or NR.
  • the BCCH may be mapped to the downlink transport channel BCH (Broadcast Channel) and/or DL-SCH (Downlink Shared Channel).
  • BCH Broadcast Channel
  • DL-SCH Downlink Shared Channel
  • the PCCH may be mapped to the PCH (Paging Channel), which is a downlink transport channel.
  • PCH Packet Control Channel
  • the CCCH may be mapped to the downlink transport channel, DL-SCH (Downlink Shared Channel).
  • DL-SCH Downlink Shared Channel
  • the DCCH may be mapped to the downlink transport channel, DL-SCH (Downlink Shared Channel).
  • DL-SCH Downlink Shared Channel
  • DTCH may be mapped to the downlink transport channel, DL-SCH (Downlink Shared Channel).
  • DL-SCH Downlink Shared Channel
  • RLC may be called an RLC sublayer.
  • E-UTRA RLC may have the function of segmenting and/or concatenating data provided from the upper layer PDCP and providing it to the lower layer.
  • E-UTRA RLC may have the function of reassembling and reordering data provided from the lower layer and providing it to the upper layer.
  • NR RLC may have the function of adding a sequence number independent of the sequence number added by PDCP to data provided from the upper layer PDCP.
  • NR RLC may also have the function of segmenting data provided from PDCP and providing it to the lower layer.
  • NR RLC may also have the function of reassembling data provided from the lower layer and providing it to the upper layer.
  • RLC may also have the function of data retransmission and/or retransmission request (Automatic Repeat reQuest: ARQ). RLC may also have the ability to perform error correction using ARQ.
  • the control information sent from the receiving side of RLC to the transmitting side to indicate data that needs to be retransmitted in order to perform ARQ may be called a status report.
  • the instruction to send a status report sent from the transmitting side of RLC to the receiving side may be called a poll.
  • RLC may also have the ability to detect data duplication.
  • RLC may also have the ability to discard data.
  • RLC may have three modes: transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM).
  • TM data received from upper layers is not segmented, and an RLC header does not need to be added.
  • the TM RLC entity is a unidirectional entity, and the terminal device may configure the TM RLC entity as either a transmitting TM RLC entity or a receiving TM RLC entity.
  • UM the division and/or combination of data received from a higher layer, the addition of RLC headers, etc. are performed, but data retransmission control is not required.
  • the UM RLC entity may be a unidirectional entity or a bi-directional entity. If the UM RLC entity is a unidirectional entity, the terminal device may configure the UM RLC entity as a transmitting UM RLC entity or as a receiving UM RLC entity.
  • the terminal device may configure the UM RLC entity as a UM RLC entity consisting of a transmitting side and a receiving side.
  • the AM RLC entity is a bi-directional entity, and the terminal device may configure the AM RLC entity as an AM RLC consisting of a transmitting side and a receiving side.
  • data provided to a lower layer in TM and/or data provided from a lower layer may be called a TMD PDU.
  • Data provided to a lower layer in UM and/or data provided from a lower layer may be called a UMDPDU.
  • Data provided to a lower layer in AM and/or data provided from a lower layer may be called an AMD PDU.
  • the RLC PDU format used in E-UTRA RLC may differ from the RLC PDU format used in NR RLC.
  • RLC PDUs may include data RLC PDUs and control RLC PDUs.
  • Data RLC PDUs may be called RLC DATA PDUs (RLC Data PDUs).
  • Control RLC PDUs may be called RLC CONTROL PDUs (RLC Control PDUs).
  • PDCP may be called the PDCP sublayer.
  • PDCP may have a function for maintaining sequence numbers.
  • PDCP may also have a header compression/decompression function for efficiently transmitting user data such as IP packets and Ethernet frames over wireless sections.
  • the protocol used for IP packet header compression/decompression may be called the ROHC (Robust Header Compression) protocol.
  • the protocol used for Ethernet frame header compression/decompression may be called the EHC (Ethernet (registered trademark) Header Compression) protocol.
  • PDCP may also have data encryption/decryption functionality.
  • PDCP may also have data integrity protection/verification functionality.
  • PDCP may also have a re-ordering function.
  • PDCP may also have a PDCP SDU retransmission function.
  • PDCP may also have a data discard function using a discard timer.
  • PDCP may also have a duplication function.
  • PDCP may also have a function to discard duplicated received data.
  • a PDCP entity is a bidirectional entity and may consist of a transmitting PDCP entity and a receiving PDCP entity.
  • the PDCP PDU format used in E-UTRA PDCP may differ from the PDCP PDU format used in NR PDCP.
  • PDCP PDUs may include data PDCP PDUs and control PDCP PDUs.
  • Data PDCP PDUs may be called PDCP DATA PDUs (PDCP Data PDUs).
  • Control PDCP PDUs may be called PDCP CONTROL PDUs (PDCP Control PDUs).
  • SDAP is a service data adaptation protocol layer.
  • SDAP may have the function of mapping the downlink QoS flow sent from 5GC110 to the terminal device via the base station device to a data radio bearer (DRB), and/or the function of mapping the uplink QoS flow sent from the terminal device to 5GC110 via the base station device to a DRB.
  • SDAP may also have the function of storing mapping rule information.
  • SDAP may also have the function of marking the QoS flow identifier (QoS Flow ID: QFI).
  • SDAP PDUs may include data SDAP PDUs and control SDAP PDUs.
  • Data SDAP PDUs may be called SDAP DATA PDUs (SDAP Data PDUs, SDAP Data PDUs).
  • Control SDAP PDUs may be called SDAP CONTROL PDUs (SDAP Control PDUs, SDAP Control PDUs).
  • SDAP CONTROL PDUs SDAP CONTROL PDUs (SDAP Control PDUs, SDAP Control PDU
  • RRC may have a broadcast function.
  • RRC may have a paging function from EPC104 and/or 5GC110.
  • RRC may have a paging function from eNB102 connected to gNB108 or 5GC110.
  • RRC may also have an RRC connection management function.
  • RRC may also have a radio bearer control function.
  • RRC may also have a cell group control function.
  • RRC may also have a mobility control function.
  • RRC may also have terminal device measurement reporting and terminal device measurement reporting control functions.
  • RRC may also have a QoS management function.
  • RRC may also have a radio link failure detection and recovery function.
  • RRC may use RRC messages to perform notification, paging, RRC connection management, radio bearer control, cell group control, mobility control, terminal device measurement reporting and terminal device measurement reporting control, QoS management, radio link failure detection and recovery, etc. Note that the RRC messages and parameters used in E-UTRA RRC may differ from the RRC messages and parameters used in NR RRC.
  • RRC messages may be sent using the logical channel BCCH, the logical channel PCCH, the logical channel CCCH, or the logical channel DCCH.
  • RRC messages sent using the DCCH may also be referred to as dedicated RRC signaling or RRC signaling.
  • RRC messages sent using the BCCH may include, for example, a Master Information Block (MIB), various types of System Information Blocks (SIB), or other RRC messages.
  • RRC messages sent using the PCCH may include, for example, paging messages or other RRC messages.
  • RRC messages sent in the uplink (UL) direction using CCCH may include, for example, an RRC setup request message (RRC Setup Request), an RRC resume request message (RRC Resume Request), an RRC reestablishment request message (RRC Reestablishment Request), an RRC system information request message (RRC System Info Request), etc. They may also include, for example, an RRC connection request message (RRC Connection Request), an RRC connection resume request message (RRC Connection Resume Request), an RRC connection reestablishment request message (RRC Connection Reestablishment Request), etc. They may also include other RRC messages.
  • RRC messages sent in the downlink (DL) direction using CCCH may include, for example, an RRC connection reject message (RRC Connection Reject), an RRC connection setup message (RRC Connection Setup), an RRC connection reestablishment message (RRC Connection Reestablishment Reject), an RRC connection reestablishment rejection message (RRC Connection Reestablishment Reject), etc. They may also include, for example, an RRC reject message (RRC Reject), an RRC setup message (RRC Setup), etc. They may also include other RRC messages.
  • RRC signaling sent in the uplink (UL) direction using DCCH may include, for example, a measurement report message (Measurement Report), an RRC connection reconfiguration complete message (RRC Connection Reconfiguration Complete), an RRC connection setup complete message (RRC Connection Setup Complete), an RRC connection reestablishment complete message (RRC Connection Reestablishment Complete), a security mode complete message (Security Mode Complete), and a UE capability information message (UE Capability Information).
  • Measurement Report Measurement Report
  • RRC Connection Reconfiguration Complete RRC connection reconfiguration Complete
  • RRC Connection Setup Complete RRC connection setup complete message
  • RRC Connection reestablishment complete RRC Connection Reestablishment Complete
  • a security mode complete message Security Mode Complete
  • UE Capability Information UE Capability Information
  • RRC signaling sent in the downlink (DL) direction using the DCCH may include, for example, an RRC connection reconfiguration message (RRC Connection Reconfiguration), an RRC connection release message (RRC Connection Release), a security mode command message (Security Mode Command), a UE capability enquiry message (UE Capability Enquiry), etc. It may also include, for example, an RRC reconfiguration message (RRC Reconfiguration), an RRC resume message (RRC Resume), an RRC release message (RRC Release), an RRC reestablishment message (RRC Reestablishment), a security mode command message (Security Mode Command), a UE capability enquiry message (UE Capability Enquiry), etc. It may also include other RRC signaling.
  • the NAS may have authentication functionality.
  • the NAS may also have mobility management functionality.
  • the NAS may also have security control functionality.
  • UE122 connected to EPC or 5GC may be in the RRC_CONNECTED state when an RRC connection has been established.
  • the state in which an RRC connection is established may include a state in which UE122 holds some or all of the UE context described below.
  • the state in which an RRC connection is established may also include a state in which UE122 is able to send and/or receive unicast data.
  • UE122 may be in the RRC_INACTIVE state when the RRC connection is suspended.
  • UE122 may be in the RRC_INACTIVE state when UE122 is connected to 5GC and the RRC connection is suspended.
  • UE122 may be in the RRC_IDLE state when UE122 is neither in the RRC_CONNECTED state nor the RRC_INACTIVE state.
  • UE122 when UE122 is connected to the EPC, it does not have the RRC_INACTIVE state, but E-UTRAN may initiate suspension of the RRC connection.
  • UE122 When UE122 is connected to the EPC and the RRC connection is suspended, UE122 may transition to the RRC_IDLE state, retaining the UE's AS context and the identifier (resumeIdentity) used for resumption.
  • a layer above the RRC layer of UE122 e.g., the NAS layer
  • dormancy may differ between UE122 connected to EPC104 and UE122 connected to 5GC110. Furthermore, all or part of the procedure for UE122 to return from dormancy may differ between when UE122 is connected to EPC (when UE122 is dormant in RRC_IDLE state) and when UE122 is connected to 5GC (when UE122 is dormant in RRC_INACTIVE state).
  • RRC_CONNECTED state may be referred to as the connected state (connected mode), inactive state (inactive mode), and idle state (idle mode), respectively, or as the RRC connected state (RRC connected mode), RRC inactive state (RRC inactive mode), and RRC idle state (RRC idle mode).
  • the UE context held by UE122 may be information including all or part of the PDU session context, security key, UE radio capability information (UE Radio Capability), and UE security capability information (UE Security Capabilities).
  • the UE context held by either or all of eNB102 and gNB108 may include the same information as the UE context held by UE122, or may include information different from the information included in the UE context held by UE122.
  • the UE context may also include all or part of the UE AS context described below.
  • the UE AS context held by UE122 may be information including all or part of the current RRC settings, current security context, PDCP state including ROHC (RObust Header Compression) state, C-RNTI (Cell Radio Network Temporary Identifier) used in the source PCell, cell identifier, and physical cell identifier of the source PCell.
  • PDCP state including ROHC (RObust Header Compression) state
  • C-RNTI Cell Radio Network Temporary Identifier
  • the UE AS context held by either or all of eNB102 and gNB108 may include the same information as the UE AS context held by UE122, or may include information different from the information contained in the UE AS context held by UE122.
  • the security context may be information that includes all or part of the following: an AS-level encryption key, a Next Hop parameter (NH), a Next Hop Chaining Counter parameter (NCC) used to derive the next-hop access key, an identifier for the selected AS-level encryption algorithm, and a counter used for replay protection.
  • an AS-level encryption key a Next Hop parameter (NH), a Next Hop Chaining Counter parameter (NCC) used to derive the next-hop access key, an identifier for the selected AS-level encryption algorithm, and a counter used for replay protection.
  • NH Next Hop parameter
  • NCC Next Hop Chaining Counter parameter
  • the serving cell may consist of one primary cell (PCell).
  • multiple serving cells may refer to a set of multiple cells (set of cell(s)) consisting of one or more special cells (SpCells) and all one or more secondary cells (SCells).
  • the SpCell may support PUCCH transmission and contention-based random access (CBRA), and the SpCell may always be activated.
  • the PCell may be the cell used in the RRC connection establishment procedure when a terminal device in an RRC idle state transitions to an RRC connected state.
  • the PCell may also be the cell used in the RRC connection re-establishment procedure, in which the terminal device re-establishes the RRC connection.
  • the PCell may also be a cell used for the random access procedure during handover.
  • the PSCell may also be a cell used for the random access procedure when adding a secondary node, as described below.
  • the SpCell may also be a cell used for purposes other than those mentioned above.
  • a group of serving cells configured by a terminal device is composed of an SpCell and one or more SCells, it may be considered that the terminal device is configuring carrier aggregation (CA). Furthermore, for a terminal device that configures CA, a cell that provides additional radio resources to the SpCell may refer to an SCell.
  • CA carrier aggregation
  • a group of serving cells configured by a terminal device via RRC, among which a group of serving cells using the same timing reference cell and the same timing advance value for the cell for which the terminal device configures the uplink may be called a Timing Advance Group (TAG).
  • TAG including the SpCell of a MAC entity may refer to a Primary Timing Advance Group (PTAG).
  • PTAG Primary Timing Advance Group
  • STAG Secondary Timing Advance Group
  • one or more of the TAGs may be configured for each cell group, as described below.
  • a cell group may consist of one SpCell.
  • a cell group may also consist of one SpCell and one or more SCells.
  • a cell group may consist of one SpCell and, optionally, one or more SCells.
  • a cell group may also be expressed as a set of cells (set of cell(s)).
  • Dual Connectivity may be a technology for performing data communication using the radio resources of cell groups configured by a first base station device (first node) and a second base station device (second node).
  • first base station device first node
  • second base station device second node
  • a cell group may be added from the base station device to the terminal device.
  • the first base station device may add a second base station device.
  • the first base station device may be called the master node (MN).
  • the cell group configured by the master node may be called the master cell group (MCG).
  • the second base station device may be called the secondary node (SN).
  • the cell group configured by the secondary node may be called the secondary cell group (SCG).
  • the master node and secondary node may be configured within the same base station device.
  • the cell group configured by the terminal device may be called an MCG.
  • the SpCell configured by the terminal device may be a PCell.
  • an NR in which a terminal device does not configure a DC may be called an NR standalone.
  • Multi-Radio Dual Connectivity may be a technology that performs DC using E-UTRA for the MCG and NR for the SCG.
  • MR-DC may also be a technology that performs DC using NR for the MCG and E-UTRA for the SCG.
  • MR-DC may also be a technology that performs DC using NR for both the MCG and SCG.
  • MR-DC may be a technology included in DC. Examples of MR-DC that use E-UTRA for the MCG and NR for the SCG include EN-DC (E-UTRA-NR Dual Connectivity), which uses EPC in the core network, and NGEN-DC (NG-RAN E-UTRA-NR Dual Connectivity), which uses 5GC in the core network.
  • EN-DC E-UTRA-NR Dual Connectivity
  • NG-RAN E-UTRA-NR Dual Connectivity which uses 5GC in the core network.
  • MR-DC examples include NE-DC (NR-E-UTRA Dual Connectivity), which uses 5GC in the core network.
  • NR-DC NR-NR Dual Connectivity
  • NR-NR Dual Connectivity Another example of MR-DC that uses NR for both MCG and SCG.
  • one MAC entity may exist for each cell group.
  • a terminal device configures DC or MR-DC
  • the MAC entity for the MCG in the terminal device may always be established in the terminal device in all states (RRC idle state, RRC connected state, RRC inactive state, etc.).
  • the MAC entity for the SCG in the terminal device may be created by the terminal device when the terminal device configures the SCG.
  • the MAC entity for each cell group in the terminal device may be configured by the terminal device receiving RRC signaling from a base station device.
  • SpCell may mean PCell.
  • SpCell When the MAC entity is associated with an SCG, SpCell may mean primary SCG cell (PSCell). When the MAC entity is not associated with a cell group, SpCell may mean PCell. The PCell, PSCell, and SCell are serving cells.
  • the MAC entity for the MCG may be an E-UTRA MAC entity
  • the MAC entity for the SCG may be an NR MAC entity.
  • the MAC entity for the MCG may be an NR MAC entity
  • the MAC entity for the SCG may be an E-UTRA MAC entity.
  • the MAC entities for both the MCG and SCG may be NR MAC entities.
  • the existence of one MAC entity for each cell group may be rephrased as the existence of one MAC entity for each SpCell.
  • one MAC entity for each cell group may be rephrased as one MAC entity for each SpCell.
  • radio bearer When a terminal device communicates with a base station device, a radio connection may be made by establishing a radio bearer (RB: Radio Bearer) between the terminal device and the base station device.
  • a radio bearer used for CP may be called a signaling radio bearer (SRB: Signaling Radio Bearer).
  • SRB Signaling Radio Bearer
  • a radio bearer used for UP may be called a data radio bearer (DRB: Data Radio Bearer).
  • Each radio bearer may be assigned a radio bearer identifier (ID).
  • a radio bearer identifier for an SRB may be called an SRB identifier (SRB Identity or SRB ID).
  • a radio bearer identifier for a DRB may be called a DRB identifier (DRB Identity or DRB ID).
  • SRB0 to SRB2 may be defined for E-UTRA SRBs, and other SRBs may also be defined.
  • NR SRBs may be defined as SRB0 to SRB3, or other SRBs may be defined.
  • SRB0 may be an SRB for RRC messages, which are transmitted and/or received using the logical channel CCCH.
  • SRB1 may be an SRB for RRC signaling and for NAS signaling before the establishment of SRB2.
  • the RRC signaling transmitted and/or received using SRB1 may include piggybacked NAS signaling.
  • the logical channel DCCH may be used for all RRC and NAS signaling transmitted and/or received using SRB1.
  • SRB2 may be an SRB for NAS signaling and for RRC signaling including logged measurement information.
  • the logical channel DCCH may be used for all RRC and NAS signaling transmitted and/or received using SRB2. Furthermore, SRB2 may have a lower priority than SRB1.
  • SRB3 may be an SRB for transmitting and/or receiving specific RRC signaling when the terminal device configures EN-DC, NGEN-DC, NR-DC, etc.
  • the logical channel DCCH may be used for all RRC signaling and NAS signaling transmitted and/or received using SRB3. Other SRBs may also be provided for other uses.
  • DRB may be a radio bearer for user data.
  • the logical channel DTCH may be used for RRC signaling transmitted and/or received using DRB.
  • a radio bearer may include an RLC bearer.
  • An RLC bearer may consist of one or two RLC entities and logical channels. If an RLC bearer has two RLC entities, the RLC entities may be a TM RLC entity, and/or a transmitting RLC entity and a receiving RLC entity in a unidirectional UM mode RLC entity.
  • SRB0 may consist of one RLC bearer.
  • the RLC bearer of SRB0 may consist of a TM RLC entity and a logical channel. SRB0 may always be established in a terminal device in all states (such as RRC idle state, RRC connected state, and RRC inactive state).
  • SRB1 may be established in the terminal device and/or configured by the terminal device in RRC by RRC signaling received from the base station device when the terminal device transitions from RRC idle state to RRC connected state.
  • SRB1 may consist of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB1 may be composed of an AM RLC entity and a logical channel.
  • SRB2 may be established in the terminal device and/or configured by the terminal device via RRC by RRC signaling received from the base station device by a terminal device in an RRC connected state with AS security activated.
  • SRB2 may be composed of a PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB2 may be composed of an AM RLC entity and a logical channel.
  • SRB3 may be established in the terminal device and/or configured by the terminal device via RRC by RRC signaling received from the base station device by a terminal device in an RRC connected state with AS security activated when a secondary node is added or changed in EN-DC, NGEN-DC, or NR-DC.
  • SRB3 may be a direct SRB between the terminal device and the secondary node.
  • SRB3 may consist of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB3 may consist of an AM RLC entity and a logical channel.
  • the PDCP on the base station device side of SRB3 may be placed in a secondary node.
  • One or more DRBs may be established in the terminal device and/or configured by the terminal device via RRC by RRC signaling received from the base station device by a terminal device in an RRC connected state with AS security activated.
  • the DRB may consist of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of the DRB may consist of an AM or UM RLC entity and a logical channel.
  • a radio bearer in which the PDCP is placed in the master node may be called an MN terminated bearer.
  • a radio bearer in which the PDCP is placed in the secondary node may be called an SN terminated bearer.
  • a radio bearer in which the RLC bearer exists only in the MCG may be called an MCG bearer.
  • a radio bearer in which the RLC bearer exists only in the SCG may be called an SCG bearer.
  • DC a radio bearer in which the RLC bearer exists in both the MCG and SCG may be called a split bearer.
  • the bearer type of SRB1 and SRB2 established in and/or configured by the terminal device may be an MN-terminated MCG bearer and/or an MN-terminated split bearer.
  • the bearer type of SRB3 established in and/or configured by the terminal device may be an SN-terminated SCG bearer.
  • the bearer type of the DRB established in and/or configured by the terminal device may be any of all bearer types.
  • the RLC entity that the terminal device establishes and/or configures may be an E-UTRA RLC.
  • the RLC entity that the terminal device establishes and/or configures may be an NR RLC.
  • the PDCP entity that the terminal device establishes and/or configures for an MN-terminated MCG bearer may be either an E-UTRA PDCP or an NR PDCP.
  • the PDCP that the terminal device establishes and/or configures for radio bearers of other bearer types i.e., an MN-terminated split bearer, an MN-terminated SCG bearer, an SN-terminated MCG bearer, an SN-terminated split bearer, and an SN-terminated SCG bearer
  • the terminal device configures NGEN-DC, NE-DC, or NR-DC the PDCP entity that the terminal device establishes and/or configures for radio bearers of all bearer types may be NR PDCP.
  • a DRB established and/or configured by a terminal device may be associated with one PDU session.
  • the terminal device may establish and/or configure one SDAP entity for one PDU session.
  • the SDAP entity, PDCP entity, RLC entity, and logical channel established and/or configured by the terminal device may be established and/or configured by the terminal device via RRC signaling received from the base station device.
  • a network configuration in which the master node is eNB102 and EPC104 is the core network may be called E-UTRA/EPC.
  • a network configuration in which the master node is eNB102 and 5GC110 is the core network may be called E-UTRA/5GC.
  • a network configuration in which the master node is gNB108 and 5GC110 is the core network may be called NR or NR/5GC.
  • the above-mentioned master node may refer to the base station device that communicates with the terminal device.
  • Figure 4 is a diagram showing an example of the flow of procedures for various settings in RRC according to this embodiment.
  • Figure 4 shows an example of the flow when RRC signaling is sent from a base station device (eNB102 and/or gNB108) to a terminal device (UE122).
  • eNB102 and/or gNB108 base station device
  • UE122 terminal device
  • the base station device creates an RRC message (step S400).
  • the base station device may create an RRC message in order to deliver system information (SI) or paging messages.
  • the base station device may also create an RRC message in order to send RRC signaling that causes a specific terminal device to perform a process.
  • the process that is caused to be performed by a specific terminal device may include, for example, security settings, RRC connection reconfiguration, handover to a different RAT, RRC connection suspension, and RRC connection release.
  • the RRC connection reconfiguration may include, for example, radio bearer control (establishment, modification, release, etc.), cell group control (establishment, addition, modification, release, etc.), measurement settings, handover, security key update, etc.
  • the base station device may also create an RRC message in order to respond to RRC signaling sent from a terminal device.
  • Responses to RRC signaling sent from a terminal device may include, for example, a response to an RRC setup request, a response to an RRC reconnection request, a response to an RRC resume request, etc.
  • RRC messages contain information (parameters) for various information notifications and settings. These parameters may be called fields and/or information elements, and may be described using a description format known as ASN.1 (Abstract Syntax Notation One).
  • the base station device then transmits the created RRC signaling to the terminal device (step S402).
  • the terminal device then performs processing such as setting according to the received RRC signaling (step S404) if necessary.
  • the terminal device may transmit RRC signaling in response to the base station device (not shown).
  • RRC signaling may be used for other purposes, not limited to the above examples.
  • the master node's RRC may be used to transfer RRC signaling for SCG-side configuration (cell group configuration, radio bearer configuration, measurement configuration, etc.) between the terminal device.
  • RRC signaling for SCG-side configuration may be transmitted and received between the master node and secondary node.
  • the RRC signaling for E-UTRA transmitted from the eNB 102 to the UE 122 may include the RRC signaling for NR
  • the RRC signaling for NR transmitted from the gNB 108 to the UE 122 may include the RRC signaling for E-UTRA.
  • Handover may be a process in which a terminal device in an RRC connected state changes the serving cell from a source SpCell to a target SpCell. Handover may be part of mobility control performed by RRC. In the terminal device, handover may be performed based on RRC signaling instructing a handover received from a base station device.
  • the RRC signaling instructing a handover may be a message related to reconfiguration of the RRC connection that includes an information element (e.g., a MobilityControlInfo information element or a ReconfigurationWithSync information element) that includes a parameter instructing a handover.
  • the MobilityControlInfo information element may be referred to as a mobility control setting information element, mobility control setting, or mobility control information.
  • the ReconfigurationWithSync information element may be referred to as a reconfiguration with synchronization information element.
  • the RRC signaling instructing a handover may be a message indicating movement to a cell of another RAT (e.g., MobilityFromEUTRACommand or MobilityFromNRCommand).
  • the handover may be triggered by RRC.
  • the conditions under which the terminal device can perform a handover may include some or all of the following: AS security is activated; the terminal device has established an SRB2; and at least one DRB is established.
  • Figure 7 is an example of an ASN.1 description representing fields and/or information elements included in a message related to RRC connection reconfiguration in NR in Figure 4.
  • ⁇ omitted> indicates that other information has been omitted rather than being part of the ASN.1 notation. Note that information elements may be omitted even in places without the notation ⁇ omitted>.
  • the ASN.1 example represents an example of parameters of RRC signaling in this embodiment, and other names and notations may be used. Furthermore, to avoid complicating the explanation, only examples of main information closely related to this embodiment are shown in the ASN.1 example.
  • parameters described in ASN.1 may all be referred to as information elements, without distinguishing between fields, information elements, etc.
  • fields and/or information elements described in ASN.1 included in RRC signaling may be referred to as information, and in addition to or instead of information, may be referred to as parameters.
  • the message regarding the reconfiguration of the RRC connection may be an RRC reconfiguration message in NR.
  • the message regarding the reconfiguration of the RRC connection may be an RRC connection reconfiguration message in E-UTRA.
  • the message regarding the reconfiguration of the RRC connection may include an information element used for updating the security key (MasterKeyUpdate information element).
  • the MasterKeyUpdate information element may include some or all of the following: an information element indicating whether to derive a new security key (keySetChangeIndicator information element), an information element indicating NCC parameters (nextHopChainingCount information element), and an information element indicating a field for transferring UE-specific NAS layer information between the network and the terminal device (nas-Container information element).
  • the message related to the reconfiguration of the RRC connection may include an information element (CellGroupConfig information element) used for configuring, changing, releasing, etc., a cell group of the NR MCG or SCG.
  • the message related to the reconfiguration of the RRC connection may independently include a CellGroupConfig information element for configuring the MCG and a CellGroupConfig information element for configuring the SCG.
  • the CellGroupConfig information element may also be referred to as a cell group configuration information element or cell group configuration.
  • the CellGroupConfig information element may include a cellGroupId information element as identifier information for identifying this cell group.
  • the CellGroupConfig information element may include the RLC-BearerConfig information element as information used to configure the RLC entity.
  • the CellGroupConfig information element may include a MAC-CellGroupConfig information element as information used to configure MAC parameters in that cell group.
  • the CellGroupConfig information element may include a PhysicalCellGroupConfig information element as information used to configure PHY (L1) parameters specific to that cell group.
  • the CellGroupConfig information element may include an SpCellConfig information element as information used to set parameters for the SpCell of that cell group.
  • the SpCellConfig information element may also be referred to as an SpCell configuration information element or SpCell configuration.
  • the CellGroupConfig information element may include an SCellConfig information element for each SCell as information used to configure parameters for one or more SCells in the cell group.
  • the SCellConfig information element may also be referred to as an SCell configuration information element or SCell configuration.
  • the MAC-CellGroupConfig information element may include a TAG-Config information element as information used to configure parameters related to the TAG.
  • the TAG-Config information element may include the identifiers (TAG-Id) of one or more TAGs configured by the terminal device and the value of the time adjustment timer corresponding to the TAG identifiers.
  • the SpCellConfig information element may include a ServingCellConfig information element as information used to configure UE-specific parameters for the SpCell.
  • the SCellConfig information element may include this ServingCellConfig information element as information used to configure UE-specific parameters for the SCell.
  • the CellGroupConfig information element may include a ServingCellConfig information element for each serving cell to configure UE-specific parameters for the SpCell and each SCell.
  • Each ServingCellConfig information element may include a TAG identifier (TAG-Id) indicating which TAG within the cell group the serving cell belongs to.
  • TAG-Id TAG identifier
  • the ServingCellConfig information element may include not only UE-specific parameters but also cell-specific parameters.
  • Each ServingCellConfig information element may include an initialDownlinkBWP, which indicates a BWP-DownlinkDedicated information element as a terminal device-specific setting for the initial downlink BWP.
  • the BWP-DownlinkDedicated information element is also referred to as a downlink BWP dedicated setting.
  • each ServingCellConfig information element may include some or all of the following: a first active downlink BWP identifier (firstActiveDownlinkBWP-Id), a BWP inactivity timer (bwp-InactivityTimer), and a default downlink BWP identifier (defaultDownlinkBWP-Id).
  • the ServingCellConfig information element for configuring terminal device-specific parameters for each SCell may include a DormantBWP-Config information element as a dormant BWP configuration for the SCell.
  • the DormantBWP-Config information element is also referred to as a dormant BWP configuration.
  • the DormantBWP-Config information element may include a dormant BWP identifier (dormantBWP-Id).
  • the SCellConfig information element may include an RRC parameter (sCellState) that indicates whether the SCell is activated or not when the SCell is configured.
  • sCellState is also referred to as the SCell state setting.
  • the SCellConfig information element includes sCellState, or alternatively, if the RRC entity of the terminal device sets sCellState included in the SCellConfig information element to activated, the MAC entity of the terminal device may activate the SCell, and in addition or alternatively, the RRC layer of the terminal device may configure a lower layer (such as a MAC entity) to consider the SCell to be activated.
  • the MAC entity of the terminal device may deactivate the SCell, and in addition or alternatively, the RRC layer of the terminal device may configure a lower layer (such as a MAC entity) to consider the SCell to be deactivated.
  • the ServingCellConfig information element for configuring terminal device-specific parameters for each SCell for which the terminal device does not configure a PUCCH may include an SCell inactivity timer.
  • Each ServingCellConfig information element may include an UplinkConfig information element as an uplink configuration.
  • the UplinkConfig information element is also referred to as an uplink configuration.
  • the UplinkConfig information element may include an initialUplinkBWP indicating a BWP-UplinkDedicated information element as a terminal device-specific configuration for the initial uplink BWP.
  • the BWP-UplinkDedicated information element is also referred to as an uplink BWP dedicated configuration.
  • the UplinkConfig information element may include a first active uplink BWP identifier (firstActiveUplinkBWP-Id).
  • the SpCellConfig information element may include a ReconfigurationWithSync information element as information containing parameters necessary for processing synchronous reconfiguration from the source SpCell to the target SpCell.
  • the ReconfigurationWithSync information element may be the synchronous reconfiguration information element described above. If the SpCellConfig information element of the MCG includes a ReconfigurationWithSync information element, the synchronous reconfiguration processing to the target SpCell may be a handover. If the SpCellConfig information element of the SCG includes a ReconfigurationWithSync information element, the synchronous reconfiguration processing to the target SpCell may be a PSCell addition or a PSCell change.
  • the ReconfigurationWithSync information element and the SCellConfig information element may include a ServingCellConfigCommon information element as information used to configure cell-specific parameters of the serving cell.
  • the ServingCellConfigCommon information element may include parameters typically obtained from the SSB, MIB, or one or more SIBs of the cell when the terminal device accesses the cell from the idle state.
  • the ReconfigurationWithSync information element may include, for example, information on the value of C-RNTI used in the cell group of the target SpCell.
  • the ReconfigurationWithSync information element may include, for example, information on the parameters of timer T304, which will be described later.
  • the ReconfigurationWithSync information element may include, for example, a RACH-ConfigDedicated information element as information required to execute a contention-based random access (CBRA) procedure or a contention-free random access (CFRA) procedure in the target SpCell.
  • CBRA contention-based random access
  • CFRA contention-free random access
  • the RACH-ConfigDedicated information element is also referred to as the RACH dedicated configuration.
  • Figure 8 is an example of an ASN.1 description representing fields and/or information elements related to the ServingCellConfigCommon information element included in the SCellConfig information element and the ReconfigurationWithSync information element within the SpCellConfig information element in Figure 7.
  • the ServingCellConfigCommon information element may include the cell's physical cell identifier (physCellId).
  • the ServingCellConfigCommon information element may include a DownlinkConfigCommon information element as information that provides cell-specific (cell-common) downlink parameters.
  • the DownlinkConfigCommon information element is also referred to as downlink common configuration.
  • the ServingCellConfigCommon information element may include an UplinkConfigCommon information element as information providing cell-specific (cell-common) uplink parameters.
  • the UplinkConfigCommon information element is also referred to as the uplink common configuration.
  • the ServingCellConfigCommon information element may contain the value of N_ ⁇ TA,offset ⁇ that applies to all uplink transmissions in that cell.
  • the DownlinkConfigCommon information element may include a FrequencyInfoDL information element as basic information regarding the downlink carrier and transmission on that downlink carrier.
  • the FrequencyInfoDL information element may include SSB frequency information.
  • the DownlinkConfigCommon information element may include initialDownlinkBWP, which indicates the BWP-DownlinkCommon information element as the initial downlink BWP setting for that cell. Additionally or alternatively, the DownlinkConfigCommon information element may include initialDownlinkBWP-RedCap, which indicates the BWP-DownlinkCommon information element to be used by one or more performance-limited terminals (RedCap UEs) instead of initialDownlinkBWP.
  • the BWP-DownlinkCommon information element is also referred to as the downlink BWP common setting.
  • the BWP-DownlinkCommon information element may include a BWP information element as information for the terminal device to set generic parameters for BWP.
  • the BWP-DownlinkCommon information element may include a PDCCH-ConfigCommon information element as information for the terminal device to configure cell-specific parameters for the PDCCH of this BWP.
  • the PDCCH-ConfigCommon information element is also referred to as the PDCCH common configuration.
  • the BWP-DownlinkCommon information element may include a PDSCH-ConfigCommon information element as information for the terminal device to configure cell-specific parameters for the PDSCH of this BWP.
  • the PDSCH-ConfigCommon information element is also referred to as the PDSCH common configuration.
  • the PDCCH-ConfigCommon information element may include a SearchSpaceZero information element as information for the terminal device to set parameters for common search space (CSS) #0.
  • This SearchSpaceZero information element may be included in the PDCCH-ConfigCommon information element only if the BWP is an initial downlink BWP.
  • the PDCCH-ConfigCommon information element may include a ControlResourceSetZero information element as information for the terminal device to set the parameters of the common CORESET#0 used in one or more common search spaces and one or more UE-specific search spaces.
  • This ControlResourceSetZero information element may be included in the PDCCH-ConfigCommon information element only if the BWP is an initial downlink BWP.
  • the PDCCH-ConfigCommon information element may include a ControlResourceSet information element as information for the terminal device to set additional common CORESET parameters.
  • the PDCCH-ConfigCommon information element may include a list (commonSearchSpaceList) of information elements (SearchSpace information elements) that indicate the configuration of one or more additional CSSs.
  • the PDCCH-ConfigCommon information element may include information (searchSpaceSIB1) indicating which CSS in the commonSearchSpaceList is used to set the search space for the system information (SIB1).
  • searchSpaceSIB1 information indicating which CSS in the commonSearchSpaceList is used to set the search space for the system information (SIB1).
  • the PDCCH-ConfigCommon information element may include information (searchSpaceOtherSystemInformation) indicating which CSS in the commonSearchSpaceList is used to set the search space for system information (SIB2 and later).
  • searchSpaceOtherSystemInformation information indicating which CSS in the commonSearchSpaceList is used to set the search space for system information (SIB2 and later).
  • the PDCCH-ConfigCommon information element may include information (pagingSearchSpace) indicating which CSS in the commonSearchSpaceList is used to set the search space for paging messages.
  • pagingSearchSpace information indicating which CSS in the commonSearchSpaceList is used to set the search space for paging messages.
  • the UplinkConfigCommon information element may include a FrequencyInfoUL information element for configuring the absolute uplink frequency and multiple subcarrier-specific virtual carriers.
  • the FrequencyInfoUL information element may include information indicating the maximum transmit power.
  • the UplinkConfigCommon information element may include initialUplinkBWP, which indicates the BWP-UplinkCommon information element as the initial uplink BWP setting for that cell. Additionally or alternatively, the UplinkConfigCommon information element may include initialUplinkBWP-RedCap, which indicates the BWP-UplinkCommon information element to be used by one or more performance-limited terminals (RedCap UEs) instead of initialUplinkBWP.
  • the BWP-UplinkCommon information element is also referred to as the uplink BWP common setting.
  • the BWP-UplinkCommon information element may include a BWP information element as information for the terminal device to set generic parameters for BWP.
  • the BWP-UplinkCommon information element may include a PUCCH-ConfigCommon information element as information for the terminal device to configure cell-specific parameters for the PUCCH of this BWP.
  • the PUCCH-ConfigCommon information element is also referred to as the PUCCH common configuration.
  • the BWP-UplinkCommon information element may include a PUSCH-ConfigCommon information element as information for the terminal device to configure cell-specific parameters for the PUSCH of this BWP.
  • the PUSCH-ConfigCommon information element is also referred to as the PUSCH common configuration.
  • the BWP-UplinkCommon information element may include a RACH-ConfigCommon information element as information for the terminal device to set cell-specific random access parameters.
  • the RACH-ConfigCommon information element is also referred to as the RACH common configuration.
  • each of the above information elements may include information other than that described above.
  • the RRC reconfiguration procedure may be a procedure in which a terminal device modifies an RRC connection based on a message related to reconfiguration of the RRC connection.
  • the purpose of the RRC reconfiguration procedure may be some or all of the following (A) to (F).
  • A Establishing, modifying, and/or releasing radio bearers;
  • B Performing synchronized reconfiguration;
  • C Setting up, modifying, and/or releasing measurements;
  • D Adding, modifying, and/or releasing SCells and cell groups;
  • E Adding, modifying, and/or releasing conditional handover (CHO) configurations;
  • F Adding, modifying, and/or releasing conditional PSCell change (CPC) or conditional PSCell addition (CPA) configurations.
  • CPC conditional PSCell change
  • CPA conditional PSCell addition
  • a base station device may initiate an RRC reconfiguration procedure for a terminal device in the RRC_CONNECTED state.
  • a base station device initiating an RRC reconfiguration procedure for a terminal device may be rephrased as "a base station device sending a message regarding the reconfiguration of the RRC connection to the terminal device.”
  • the terminal device When the terminal device receives a message regarding reconfiguration of the RRC connection or when performing a conditional reconfiguration (CHO, CPA, or CPC), it may perform some or all of the following processes RRP (A) to (D).
  • RRP Processing RRP
  • A If the message regarding the RRC connection reconfiguration includes a cell group configuration of the MCG, the cell group configuration is used to perform the cell group configuration. In addition, if the cell group configuration includes an SpCell configuration including a synchronized reconfiguration information element, synchronized reconfiguration is performed.
  • the message regarding the RRC connection reconfiguration includes a cell group configuration of the SCG, the cell group configuration is used to perform the cell group configuration.
  • the cell group configuration includes an SpCell configuration with a synchronized reconfiguration information element
  • synchronized reconfiguration is performed.
  • C If the message regarding the reconfiguration of the RRC connection includes information regarding conditional reconfiguration, the information regarding conditional reconfiguration is used to perform the configuration process for conditional reconfiguration.
  • D Submit an RRC reconfiguration complete message to the lower layers (PHY, MAC, etc.) of the terminal device for transmission using the new settings.
  • the terminal device may perform some or all of the following processes RWS (A) to (G). "Executing synchronized reconfiguration” may be rephrased as “implementing synchronized reconfiguration” or "triggering synchronized reconfiguration.” (Processing RWS) (A) If this procedure is performed for an MCG, or if this procedure is performed for an SCG whose deactivation has not been notified in E-UTRA or NR RRC signaling embedded in a message regarding RRC connection reconfiguration, set the value of timer T304 (described below) contained in the synchronization reconfiguration information element and start timer T304 for the corresponding SpCell.
  • the synchronization-enabled reconfiguration information element includes a frequencyInfoDL information element, it is determined that the target SpCell is the cell indicated by the physical cell identifier included in the synchronization-enabled reconfiguration information element and located at the SSB frequency indicated in the frequencyInfoDL information element. If the synchronization-enabled reconfiguration information element does not include a frequencyInfoDL information element, it is determined that the target SpCell is the cell indicated by the physical cell identifier included in the synchronization-enabled reconfiguration information element and located at the same SSB frequency as the source SpCell. (C) Initiate downlink synchronization to the target SpCell.
  • the MIB of the target SpCell is obtained.
  • E Reset the MAC entity of the cell group that is the target of synchronized reconfiguration.
  • F The value of the new UE identifier (newUE-Identity) included in the synchronized reconfiguration information element is applied as the C-RNTI for the cell group that is the target of the synchronized reconfiguration.
  • G Configure the lower layers of RRC (PHY, etc.) according to the SpCell common settings.
  • the terminal device receives one or more conditional reconfiguration information elements from the network, and thereby configures candidate target SpCells that correspond to the conditional reconfiguration information elements received from the network.
  • the terminal device evaluates the state of the configured candidate target SpCells.
  • the terminal device performs the evaluation and applies one of the conditional RRC reconfiguration information elements included in the conditional reconfiguration information elements associated with one or more candidate target SpCells that satisfy the execution conditions.
  • the terminal device may also retain a list of entries (VarConditionalReconfig), described below, for conditional reconfiguration.
  • Conditional reconfiguration may be referred to as conditional handover if the candidate target SpCell is an SpCell (i.e., a PCell) of an MCG.
  • Conditional reconfiguration may also be referred to as conditional PSCell addition and/or conditional PSCell change if the candidate target SpCell is an SpCell (i.e., a PSCell) of an SCG.
  • conditional reconfiguration e.g., a conditional reconfiguration information element
  • the information about conditional reconfiguration includes an attempt conditional reconfiguration information element (attemptCondReconfig)
  • the terminal device may perform conditional reconfiguration.
  • conditional reconfiguration includes an entry deletion list (condReconfigToRemoveList)
  • the terminal device may, as part of the conditional reconfiguration configuration process, delete (remove) the conditional reconfiguration configuration specified in the entry deletion list from the configuration held by the terminal device. Specifically, if an entry identifier (condReconfigId) included in the entry deletion list is included in the list of entries held by the terminal device, the terminal device may delete the entry corresponding to the entry identifier from the list of entries held by the terminal device.
  • condition list in the following description refers to the list of conditional reset entries held by the terminal device.
  • conditional reset entry list may also be a variable named VarConditionalReconfig.
  • the entry identifier will also be referred to simply as the entry identifier.
  • conditional reconfiguration includes an entry add/modify list (condReconfigToAddModList)
  • the terminal device may add or modify the conditional reconfiguration settings included in the entry add/modify list to the settings held by the terminal device as part of the conditional reconfiguration configuration process.
  • the entry add/modify list may be a list of one or more conditional reconfiguration information elements.
  • the terminal device may configure each entry with the conditional reconfiguration information element.
  • the conditional reconfiguration information element may include an entry identifier, an execution condition, and a conditional RRC reconfiguration information element.
  • the terminal device may perform the following processing (A) and/or (B).
  • CondRRCReconfig conditional RRC reconfiguration information element
  • the terminal device may add a new entry to the entry list that corresponds to the entry identifier not included in the entry list.
  • the entry deletion list may be a list of one or more entry identifiers to be deleted.
  • Each entry included in the entry addition/modification list includes an entry identifier and may additionally include an execution condition and/or a conditional RRC reconfiguration information element.
  • Each entry may be associated with one of one or more candidate target SpCells.
  • the entry identifier may be an identifier used to identify each of the CHO, CPA, and CPC entries.
  • the entry list may include one or more entries. Each entry may include one entry identifier, one or more execution conditions, and one conditional RRC reconfiguration information element. If the entry list held by the terminal device does not include any entries, the terminal device may hold an empty list.
  • the execution condition may be a condition that needs to be met to trigger the execution of a conditional reconfiguration.
  • the conditional RRC reconfiguration information element may be a message related to the reconfiguration of the RRC connection that is applied when the execution condition is met.
  • the message related to the reconfiguration of the RRC connection may be a message used to connect to the candidate target SpCell.
  • the terminal device may evaluate the execution conditions of the entries included in the entry list held by the terminal device. If the entry list held by the terminal device is empty or if the terminal device does not hold an entry list, it is not necessary to evaluate the execution conditions.
  • the terminal device may select one entry from the multiple entries that satisfy the execution conditions and apply the conditional RRC reconfiguration information element of the selected entry.
  • the MAC entity of a terminal device may perform some or all of the following processes (A) to (N) of MR.
  • the reset of the MAC entity may be simply referred to as a MAC reset.
  • the MAC entity of a terminal device may perform some or all of the following processes (A) to (N) of MR.
  • the partial reset of the MAC entity may be simply referred to as a partial MAC reset.
  • the processes performed in a partial MAC reset may be processes in which only some of the processes performed in a MAC reset are performed.
  • the processes performed in a partial MAC reset may be processes in which some of the processes performed in a MAC reset are not performed.
  • the MAC entity of the terminal device may perform a MAC reset based on an instruction from the RRC entity of the terminal device to the MAC entity of the terminal device to perform a MAC reset. Additionally or alternatively, the MAC entity of the terminal device may perform a partial MAC reset based on an instruction from the RRC entity of the terminal device to the MAC entity of the terminal device to perform a partial MAC reset.
  • (Processing MR) (A) The terminal device initializes the parameter Bj set for each logical channel to 0. (B) Stop all running timers except for at least some timers, including time adjustment timers. (C) Set the New Data Indicator (NDI) value of all uplink HARQ processes to 0. (D) If there is a random access procedure in progress, stop the random access procedure. (E) If explicitly signaled 4-step and 2-step RA type contention-free random access (CFRA) resources exist, discard them. (F) Flush the Msg3 buffer. (G) Flush the MSGA buffer. (H) If there is a triggered Scheduling Request (SR) procedure, cancel the SR procedure.
  • SR Scheduling Request
  • BSR Buffer Status Reporting
  • PHR Power Headroom Reporting
  • K Flushing the soft buffers of all downlink HARQ processes.
  • BFR Beam Failure Reporting
  • M If there is a temporary C-RNTI, release the temporary C-RNTI.
  • N Reset all BFI_COUNTERs.
  • the RRC connection re-establishment procedure may be a procedure by which a terminal device re-establishes an RRC connection based on an RRC re-establishment message.
  • the RRC connection re-establishment procedure may also be referred to as the RRC re-establishment procedure.
  • the terminal device may send an RRC re-establishment request message (RRCReestablishmentRequest) to a base station device (network), and then, based on receiving an RRC re-establishment message (RRCReestablishment) from the base station device, determine that the RRC connection re-establishment has been successful, and send an RRC re-establishment completion message (RRCReestablishmentComplete) to the base station device.
  • the terminal device may determine that the RRC connection re-establishment has been successful and send an RRC re-establishment completion message to the base station device in either order.
  • a terminal device in the RRC_CONNECTED state may initiate the procedure to maintain the RRC connection. Re-establishment of the RRC connection is successful if the base station device can find and verify a valid UE context (that the UE context is held by the terminal device). Alternatively, if the UE context cannot be obtained, the base station device may respond using an RRC SETUP message.
  • the terminal device may perform some or all of the following processes RRI (A) to (C).
  • RRI Processing RRI
  • A Stop timer T304 if it is running.
  • B If the terminal device has not set the attempt condition reconfiguration information element (attemptCondReconfig), it performs some or all of the following processes (B-1) to (B-5).
  • C When cell selection is performed and a suitable NR cell is selected, some or all of the following processes (C-1) to (C-2) are performed.
  • B-1) Reset the MAC entity.
  • B-2) If the terminal device has set it, release the SpCell setting.
  • B-3) Suspend all radio bearers except SRB0.
  • B-4) If the terminal device has set it up, it releases one or more SCells of the MCG.
  • B-5) If the terminal device has set up MR-DC, release of MR-DC is performed.
  • C-1) Ensure that you have valid, up-to-date, and essential system information.
  • C-2) If cell selection is triggered by the detection of a radio link failure of the MCG, a failure of synchronized reconfiguration of the MCG (i.e., expiration of timer T304), or a mobility failure from the NR, and the terminal device has set an attempt condition reconfiguration information element (attemptCondReconfig), and the selected cell is one of the candidate cells for the synchronized reconfiguration information element included in the MCG conditional reconfiguration entry list (VarConditionalReconfig), the terminal device applies the conditional RRC reconfiguration information element (condRRCReconfig) associated with the selected cell and performs some or all of the above-mentioned process RRP; otherwise, perform some or all of the following processes (C-2-1) to (C-2-4), and if the terminal device has set an attempt condition reconfiguration information element (attemptCondReconfig), perform some or all of the following processes (C-2-5) to (C-2-7).
  • C-2-1 Apply the value(s) of the default L1 parameter other than the value provided in SIB1 as the value of the corresponding physical layer specification.
  • C-2-2 Apply the default MAC Cell Group configuration.
  • C-2-3) Apply CCCH settings.
  • C-2-4 Start transmitting an RRC re-establishment request message.
  • C-2-5 Reset the MAC entity.
  • C-2-6 If the terminal device has set it, release the SpCell setting.
  • C-2-7 If the terminal device has set up one or more SCells of the MCG, it releases them.
  • the above-mentioned timer T304 may be started based on the terminal device receiving a message regarding reconfiguration of the RRC connection including a synchronization-enabled reconfiguration information element, and may be stopped based on the successful completion of a random access procedure on the SpCell corresponding to the synchronization-enabled reconfiguration information element. Furthermore, when the above-mentioned timer T304 expires, the terminal device may initiate an RRC connection re-establishment procedure. Additionally or alternatively, the above-mentioned timer T304 may be started based on notification from a lower layer (such as the MAC layer) that an LTM cell switch procedure (described later) is triggered, and/or based on the performance of the LTM cell switch procedure after cell selection.
  • a lower layer such as the MAC layer
  • the above-mentioned timer T304 may be stopped based on the reception of a PDCCH addressed to the C-RNTI for the same HARQ process after the first uplink transmission.
  • the BWP may be part or all of the bandwidth of the serving cell.
  • the BWP may also be referred to as a carrier BWP.
  • a terminal device may set one or more BWPs.
  • the terminal device may set a BWP using information included in system information associated with a synchronization signal detected in the initial cell search.
  • a BWP may also be a frequency bandwidth associated with the frequency at which the initial cell search is performed.
  • the terminal device may also receive a BWP from a base station device via RRC signaling (e.g., Dedicated RRC signaling) and set the received BWP via RRC.
  • the terminal device may also set a downlink BWP (DL BWP) and an uplink BWP (UL BWP) separately.
  • DL BWP downlink BWP
  • UL BWP uplink BWP
  • One or more uplink BWPs may be associated with one or more downlink BWPs.
  • the correspondence between the uplink BWP and the downlink BWP may be a default correspondence, or may be correspondence based on RRC signaling (e.g., Dedicated RRC signaling), or may be correspondence based on physical layer signaling (e.g., Downlink Control Information (DCI) notified on the downlink control channel), or a combination thereof.
  • the terminal device may set a CORESET in the downlink BWP.
  • a BWP may consist of a group of consecutive physical radio blocks (PRBs: Physical Resource Blocks).
  • PRBs Physical Resource Blocks
  • a connected terminal device may set parameters for the BWP (one or more BWPs) of each component carrier.
  • the BWP parameters for each component carrier may include some or all of the following: (A) cyclic prefix type, (B) subcarrier spacing, (C) BWP frequency location (e.g., the start location or center frequency location of the BWP on the lower frequency side) (for example, ARFCN may be used for the frequency location, or an offset from a specific subcarrier of the serving cell may be used.
  • the offset may be in units of subcarriers or resource blocks.
  • the terminal device may configure both the ARFCN and the offset), (D) BWP bandwidth (e.g., the number of PRBs), (E) control signal resource configuration information, and (F) SS block center frequency location (for example, ARFCN may be used for the frequency location, or an offset from a specific subcarrier of the serving cell may be used.
  • the offset may be in units of subcarriers or resource blocks.
  • the terminal device may configure both the ARFCN and the offset).
  • the control signal resource configuration information may be included in the BWP configuration for at least some or all of the PCell and/or PSCell.
  • a terminal device may transmit and receive using an Active BWP out of one or more configured BWPs.
  • a terminal device may configure one or more BWPs in an associated serving cell.
  • a terminal device may configure up to one uplink BWP and/or up to one downlink BWP out of one or more BWPs configured for an associated serving cell so that at any given time, a maximum of one uplink BWP and/or one downlink BWP is the Active BWP.
  • An Active BWP for the downlink is also referred to as an Active DL BWP.
  • An Active BWP for the uplink is also referred to as an Active UL BWP.
  • a BWP that is not an Active BWP out of one or more BWPs configured by a terminal device may be referred to as an Inactive BWP.
  • Activation of BWP may mean activating BWP or activating inactive BWP.
  • Inactivation of BWP may mean inactivating BWP or inactivating active BWP.
  • BWP switching in the serving cell is used to activate inactive BWP and inactivate active BWP.
  • BWP switching is controlled by the PDCCH indicating a downlink assignment or uplink grant, the BWP inactivity timer, RRC signaling, or the MAC entity itself for the initiation of a random access procedure.
  • the serving cell's active BWP is indicated by RRC or PDCCH.
  • the BWP inactivity timer For each activated serving cell for which the terminal device has set a BWP inactivity timer, the MAC entity performs the following (A).
  • the BWP inactivity timer may also be a timer named bwp-InactivityTimer. (A) If any of the following (A-1) to (A-4) is met, the MAC entity shall implement the following (B) and (D).
  • the UE has configured a default downlink BWP identifier (defaultDownlinkBWP-Id), the Active DL BWP is not the BWP indicated by the defaultDownlinkBWP-Id, and the Active DL BWP is not the BWP indicated by the dormant BWP identifier (dormantBWP-Id).
  • defaultDownlinkBWP-Id the Active DL BWP is not the BWP indicated by the defaultDownlinkBWP-Id
  • the Active DL BWP is not the BWP indicated by the dormant BWP identifier (dormantBWP-Id).
  • the UE is not a performance-limited terminal (RedCap UE), the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id), the Active DL BWP is not the initialDownlinkBWP, and the Active DL BWP is not the BWP indicated by the dormant BWP identifier (dormantBWP-Id).
  • RedCap UE performance-limited terminal
  • the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id)
  • the Active DL BWP is not the initialDownlinkBWP
  • the Active DL BWP is not the BWP indicated by the dormant BWP identifier (dormantBWP-Id).
  • the UE is a performance-limited terminal (RedCap UE), the UE has not set the identifier of the default downlink BWP (defaultDownlinkBWP-Id), the UE has not set the initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal, and the Active DL BWP is not the initialDownlinkBWP.
  • RedCap UE the UE has not set the identifier of the default downlink BWP (defaultDownlinkBWP-Id)
  • the UE has not set the initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal
  • the Active DL BWP is not the initialDownlinkBWP.
  • the UE is a performance-limited terminal (RedCap UE), the UE has not set the identifier of the default downlink BWP (defaultDownlinkBWP-Id), the UE has set the initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal, and the Active DL BWP is not initialDownlinkBWP-RedCap.
  • RedCap UE performance-limited terminal
  • the UE has not set the identifier of the default downlink BWP (defaultDownlinkBWP-Id)
  • the UE has set the initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal
  • the Active DL BWP is not initialDownlinkBWP-RedCap.
  • the MAC entity receives a PDCCH for BWP switching and switches the Active DL BWP, it performs the following (A).
  • A If any of the following conditions (A-1) to (A-4) are met, start or restart the BWP inactivity timer associated with the Active DL BWP.
  • A-1) The UE has configured a default downlink BWP identifier (defaultDownlinkBWP-Id) and the MAC entity switches to a downlink BWP that is not indicated in either the defaultDownlinkBWP-Id or the dormant BWP identifier (dormantBWP-Id).
  • the UE is not a performance-limited terminal (RedCap UE), the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id), and the MAC entity switches to a downlink BWP that is not the initialDownlinkBWP and is not indicated by the dormant BWP identifier (dormantBWP-Id).
  • RedCap UE performance-limited terminal
  • defaultDownlinkBWP-Id default downlink BWP identifier
  • the MAC entity switches to a downlink BWP that is not the initialDownlinkBWP and is not indicated by the dormant BWP identifier (dormantBWP-Id).
  • the UE is a performance-limited terminal (RedCap UE), the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id), the UE has not set an initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal, and the MAC entity switches to a downlink BWP other than the initialDownlinkBWP.
  • RedCap UE The UE is a performance-limited terminal (RedCap UE)
  • the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id)
  • the UE has not set an initial downlink BWP (initialDownlinkBWP-RedCap) for the performance-limited terminal
  • the MAC entity switches to a downlink BWP other than the initialDownlinkBWP.
  • the UE is a performance-limited terminal (RedCap UE), the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id), the UE has set an initial downlink BWP (initialDownlinkBWP-RedCap) for a performance-limited terminal, and the MAC entity switches to a downlink BWP that is not initialDownlinkBWP-RedCap.
  • RedCap UE The UE is a performance-limited terminal (RedCap UE)
  • the UE has not set a default downlink BWP identifier (defaultDownlinkBWP-Id)
  • the UE has set an initial downlink BWP (initialDownlinkBWP-RedCap) for a performance-limited terminal
  • the MAC entity switches to a downlink BWP that is not initialDownlinkBWP-RedCap.
  • the MAC entity shall perform some or all of the following (A) to (H) if the BWP is activated (Active BWP) and the Active DL BWP in that serving cell is not a dormant BWP: (A) Transmit UL-SCH with that BWP. (B) If the UE has configured a PRACH occasion, it transmits the RACH (PRACH) in that BWP. (C) Monitor the PDCCH with that BWP. (D) If the UE has configured a PUCCH, it transmits the PUCCH in that BWP. (E) Report the CSI in that BWP.
  • the MAC entity performs some or all of the following (A) to (L).
  • the MAC entity shall do some or all of the following: (A) Do not transmit UL-SCH in that BWP. (B) Do not transmit a RACH in that BWP. (C) Do not monitor the PDCCH in that BWP. (D) Do not transmit PUCCH in that BWP. (E) Not reporting a CSI in that BWP. (F) Do not send SRS with that BWP. (G) DL-SCH is not received on that BWP. (H) The UE clears all configured downlink assignments and/or all configured uplink grants of grant type 2 that it has set in its BWP. (I) Suspend all configured uplink grants of grant type 1 for that inactive BWP.
  • An central unit may be a logical node that hosts the RRC layer, SDAP layer, and PDCP layer of a base station device.
  • a distributed unit may be a logical node that hosts the RLC layer, MAC layer, and PHY layer of a base station device.
  • An central unit may control the operation of one or more distributed units.
  • One distributed unit may support one or more cells. One cell may be supported by only one distributed unit. Some of the functions of the central unit may be implemented in the distributed unit. Some of the functions of the distributed unit may be implemented in the central unit.
  • LTM may be a procedure in which a base station device switches the serving cell of a terminal device by a cell switch command signaled via MAC CE based on one or more L1 measurement reports received from the terminal device.
  • the cell switch command specifies an LTM candidate configuration that the base station device has prepared in advance and provided to the terminal device via RRC signaling.
  • the terminal device may apply a target configuration in accordance with the cell switch command.
  • the RRC layer of the terminal device may receive RRC signaling including one or more LTM candidate settings from the base station device.
  • the RRC layer of the terminal device may store the received one or more LTM candidate information elements.
  • the MAC layer of the terminal device may receive a cell switch command from the base station device via a MAC CE.
  • the RRC layer of the terminal device may apply a target setting in accordance with the cell switch command.
  • the cell switch command may include a target setting identifier indicating the target setting.
  • the MAC layer of the terminal device may notify the RRC layer (a layer above the MAC layer) of the terminal device that an LTM cell switch procedure has been triggered and the target setting identifier.
  • the RRC layer may trigger a cell switch procedure and apply one LTM candidate setting of the one or more LTM candidate information elements identified by the target identifier.
  • the target configuration identifier may be an identifier used to identify an LTM candidate configuration.
  • the target configuration may be an LTM candidate configuration indicated by the target configuration identifier.
  • the cell switch command may be a command (MAC CE) that causes the terminal device to trigger an LTM cell switch procedure.
  • the target identifier may be associated with an LTM candidate identifier, which will be described later.
  • the base station device may determine the target configuration based on a measurement report provided from the terminal device.
  • the measurement report may be a CSI report transmitted from the terminal device on a PUSCH. Additionally or alternatively, the measurement report may be a CSI report transmitted from the terminal device on a PUCCH. Additionally or alternatively, the measurement report may be a measurement report message transmitted from the terminal device as RRC signaling. Additionally or alternatively, the measurement report may be measurement report information transmitted from the terminal device as a MAC CE. The measurement report may also be other information.
  • MAC CE may also be referred to as Layer 2 signaling.
  • the above-mentioned measurements may be performed by Layer 1 (PHY layer), Layer 2 (MAC layer), and/or Layer 3 (RRC layer).
  • the above-mentioned measurement reports may be performed by Layer 1 (PHY layer), Layer 2 (MAC layer), and/or Layer 3 (RRC layer).
  • the cell switch command may be signaled by MAC CE.
  • the MAC CE may be referred to as an LTM cell switch command (MAC CE) and may be used interchangeably with the term cell switch command. That is, transmitting and receiving a cell switch command may be interchangeably referred to as transmitting and receiving an LTM cell switch command (MAC CE).
  • MAC CE LTM cell switch command
  • the cell switch command may include multiple fields, and the multiple fields may include the following information or other information: (a) A target configuration identifier corresponding to an LTM candidate identifier; (b) A TA command; (c) An identifier indicating the TCI state in the target configuration SpCell (target cell); (d) An identifier indicating the uplink TCI state in the target configuration SpCell (target cell); (e) Information indicating the presence of a CFRA resource; (f) Information indicating an uplink carrier for transmitting the PRACH of the CFRA; (g) A preamble index of the CFRA resource; (h) Information indicating an SSB used to determine a RACH occasion for transmitting the PRACH of the CFRA; (i) Information indicating a RACH occasion related to the SSB indicated in the information indicating the SSB.
  • LTM candidate information elements may be included in an LTM configuration, and the LTM configuration may be included in the RRC reconfiguration message.
  • the RRC reconfiguration message may be RRC signaling.
  • the LTM candidate information elements may include an LTM candidate identifier, an LTM candidate cell identifier, an LTM-SSB configuration, an LTM candidate configuration, an LTM full configuration indicator, an early UL synchronization configuration, an early SUL synchronization configuration, an LTM reset decision identifier B, an LTM-UE reference TA measurement identifier B, and other information.
  • the LTM candidate identifier is an identifier used to identify the LTM candidate configuration and the LTM candidate information element, and may be an information element named ltm-CandidateId.
  • the LTM candidate cell identifier is an identifier indicating the physical cell identifier (PCI) of the SpCell of the configuration included in the LTM candidate configuration, and may be an information element named ltm-CandidatePCI.
  • the LTM-SSB configuration indicates the configuration of SS/PBCH blocks to be used for L1 measurements and TCI state, and may be an information element named ltm-SSB-Config.
  • the LTM candidate configuration is a configuration including an RRC reconfiguration used to configure an LTM candidate cell, and may be an information element named ltm-CandidateConfig.
  • the LTM complete configuration indicator indicates whether the RRC reconfiguration included in the LTM candidate configuration is a complete configuration or not, and may be an information element named ltm-ConfigComplete.
  • the early UL synchronization configuration is a configuration used to perform an early UL synchronization procedure on an UL carrier, and may be an information element named ltm-EarlyUL-SyncConfig.
  • the early SUL synchronization configuration is a configuration used to perform an early UL synchronization procedure on an SUL carrier, and may be an information element named ltm-EarlyUL-SyncConfigSUL.
  • the LTM reset determination identifier B is an identifier used to determine whether an L2 reset is performed when an LTM cell switch procedure is triggered for an LTM candidate cell, and may be an information element named ltm-NoResetID.
  • the LTM-UE-based TA measurement identifier B is an identifier used to determine whether a UE-based TA measurement is performed for an LTM candidate cell, and may be an information element named ltm-UE-MeasuredTA-ID.
  • the LTM configuration may include an LTM reference configuration, an LTM candidate configuration release list, an LTM candidate configuration addition modification list, an LTM reset decision identifier A, an LTM-UE reference TA measurement identifier A, an LTM-CSI resource configuration release list, an LTM-CSI resource configuration addition modification list, and other information.
  • the LTM reference configuration is a configuration used to set a reference configuration for LTM and may be an information element named ltm-ReferenceConfiguration.
  • the LTM candidate configuration release list is a list indicating LTM candidate configurations to be released and may be an information element named ltm-CandidateToReleaseList.
  • the LTM candidate configuration release list may be a list of LTM candidate identifiers corresponding to the LTM candidate configurations to be released.
  • the LTM candidate configuration addition modification list is a list of LTM candidate configurations to be added and/or modified and may be an information element named ltm-CandidateToAddModList.
  • the LTM reset decision identifier A is an identifier used to determine whether an L2 reset is performed when an LTM cell switching procedure is triggered for an LTM candidate cell and may be an information element named ltm-ServingCellNoResetID.
  • the LTM-UE-referenced TA measurement identifier A is an identifier used to determine whether to perform UE-referenced TA measurement for an LTM candidate cell, and may be an information element named ltm-ServingCellUE-MeasuredTA-ID.
  • the LTM-CSI resource configuration release list is a list indicating the LTMCSI resource configurations to be released, and may be an information element named ltm-CSI-ResourceConfigToReleaseList.
  • the LTM-CSI resource configuration release list may be a list of LTM-CSI resource configuration identifiers corresponding to the LTM-CSI resource configurations to be released.
  • the LTM-CSI resource configuration addition modification list is a list of LTM-CSI resource configurations to be added and/or modified, and may be an information element named ltm-CSI-ResourceConfigToAddModList.
  • An LTM-CSI resource configuration may be a configuration that defines one or more groups of CSI resources for one or more LTM candidate configurations. Each LTM-CSI resource configuration may be identified by an LTM-CSI resource configuration identifier.
  • a terminal device that receives an RRC reconfiguration message including an LTM configuration may perform the following operations based on the received LTM configuration: (A) If the received LTM configuration includes an LTM reset judgment identifier A and the current UE variable-LTM reset judgment identifier includes an LTM reset judgment identifier A, it may replace the value of the LTM reset judgment identifier A included in the UE variable-LTM reset judgment identifier with the received LTM reset judgment identifier A, or if the received LTM configuration includes an LTM reset judgment identifier A and the current UE variable-LTM reset judgment identifier does not include an LTM reset judgment identifier A, it may store the received LTM reset judgment identifier A in the UE variable-LTM reset judgment identifier.
  • the received LTM configuration includes an LTM-UE reference TA measurement identifier A and the current UE variable-LTM-UE reference TA measurement identifier includes an LTM-UE reference TA measurement identifier A
  • the value of the LTM-UE reference TA measurement identifier A included in the UE variable-LTM-UE reference TA measurement identifier may be replaced with the received LTM-UE reference TA measurement identifier A, or if the received LTM configuration includes an LTM-UE reference TA measurement identifier A and the current UE variable-LTM-UE reference TA measurement identifier does not include an LTM-UE reference TA measurement identifier A
  • the received LTM-UE reference TA measurement identifier A may be stored in the UE variable-LTM-UE reference TA measurement identifier.
  • the terminal device may operate as described below in response to receiving the LTM candidate configuration release list.
  • the terminal device may operate as described below in response to receiving the LTM candidate configuration addition/modification list.
  • the UE variable - LTM reset judgment identifier may be used to store the identifier of a serving cell that is used as a criterion for the terminal device to determine whether or not an L2 reset is necessary during an LTM cell switching procedure, and may be a UE variable named VarLTM-ServingCellNoResetID.
  • the UE variable - LTM-UE reference TA measurement identifier may be used to store the identifier of a serving cell that is used as a criterion for the terminal device to determine whether or not a UE reference TA measurement is necessary, and may be a UE variable named VarLTM-ServingCellUE-MeasuredTA-ID.
  • the UE variable may be a variable stored inside the terminal device.
  • a terminal device that receives an LTM candidate setting addition/modification list performs the following processing for each LTM candidate identifier included in the LTM candidate setting addition/modification list: (A) If it determines that the current terminal device setting includes an LTM candidate information element including an LTM candidate identifier with the same value as the value of the LTM candidate identifier, it reconfigures the corresponding LTM candidate information element (included in the terminal device setting) in accordance with the received LTM candidate information element; if not (i.e., if it is not determined that the current terminal device setting includes an LTM candidate information element including an LTM candidate identifier with the same value as the value of the LTM candidate identifier), it may add the received LTM candidate information element to the terminal device setting.
  • the LTM candidate information element including the received LTM candidate identifier includes the LTM-UE-reference TA measurement identifier B, and (C) if it is determined that the value of the LTM-UE-reference TA measurement identifier B is equal to the value of the LTM-UE-reference TA measurement identifier A included in the UE variable-LTM-UE-reference TA measurement identifier, it may notify the lower layer that UE-reference TA measurement is configured for this LTM candidate information element; otherwise (i.e., if it is not determined that the value of the LTM-UE-reference TA measurement identifier B is equal to the value of the LTM-UE-reference TA measurement identifier A included in the UE variable-LTM-UE-reference TA measurement identifier), it may notify the lower layer that UE-reference TA measurement is not configured for this LTM candidate information element.
  • the LTM candidate information element including the received LTM candidate identifier does not include the LTM-UE-reference TA measurement identifier B, it may notify the lower layer that UE-reference TA measurement is not configured for this LTM candidate information element.
  • the terminal device that receives the LTM candidate setting release list performs the following processing for each LTM candidate identifier included in the LTM candidate setting release list: (A) It may delete the LTM candidate information element corresponding to the LTM candidate identifier.
  • the terminal device can receive two independent LTM configurations. That is, (1) an LTM configuration associated with an MCG included in an RRC reconfiguration message received via SRB1, and (2) an LTM configuration associated with an SCG included in an RRC reconfiguration message received via SRB3 or embedded in an RRC reconfiguration message received via SRB1.
  • the terminal device may maintain two independent LTM configurations, the terminal device may maintain two independent UE variable-LTM-UE reference TA measurement identifiers, the terminal device may maintain two independent UE variable-LTM reset decision identifiers, and the terminal device may perform all procedures independently for each LTM configuration, UE variable-LTM-UE reference TA measurement identifier, and UE variable-LTM reset decision identifier unless explicitly instructed otherwise.
  • Intra-gNB-DU Intra-gNB-DU
  • B Intra-gNB-CU and inter-gNB-DU
  • C Inter-frequency mobility (including mobility to an inter-frequency cell that is not the current serving cell)
  • D Intra-frequency mobility
  • E PCell change in a terminal device where CA and DC are not configured
  • F PCell and one or more SCell changes in a terminal device where CA is configured
  • G PCell and MCG SCell(s) change, PSCell and SCG SCell(s) change without MN involvement in a terminal device where DC is configured
  • H Inter-cell beam management (not considered as a prerequisite for using Layer 1/Layer 2 triggered mobility)
  • I Inter-gNB-CU mobility
  • J Conditional mobility
  • RRC signaling transmitted from a base station device to a terminal device may include an information element (RadioBearerConfig) related to radio bearer configuration, and the information element related to radio bearer configuration may include a list (DRB-ToAddModList) of settings related to DRB addition and/or modification (DRB-ToAddMod), and the settings related to DRB addition and/or modification may include a DRB identifier (drb-Identity), information indicating that PDCP is to be re-established (reestablishPDCP), and information indicating that PDCP is to perform data recovery (recoverPDCP).
  • RadioBearerConfig information element related to radio bearer configuration
  • DRB-ToAddModList DRB addition and/or modification
  • DRB-ToAddMod DRB identifier
  • reestablishPDCP information indicating that PDCP is to perform data recovery
  • the RRC of the terminal device may re-establish the PDCP entity of the DRB identified by the DRB identifier based on the information indicating that PDCP is to be re-established being set in the RRC signaling.
  • the RRC of the terminal device may trigger data recovery of the PDCP entity indicated by the DRB identifier based on information indicating that PDCP should perform data recovery being set in the RRC signaling. Note that even if the RRC of the terminal device does not receive information indicating that PDCP is to be re-established or information indicating that PDCP should perform data recovery by explicit signaling from the base station device, the RRC of the terminal device may trigger the PDCP entity of each DRB to perform re-establishment or data recovery. Note that, as described below, the RRC of the terminal device can cause the PDCP entity to perform re-establishment or data recovery even if explicit information is not included in the RRC signaling.
  • a PDCP entity that has been requested to recover data by its upper layer may retransmit, in ascending order of the COUNT values associated with the PDUs, all PDCP data PDUs that have not been confirmed as successfully delivered by the lower layer and that it previously submitted to the re-established or released AM RLC entity.
  • a PDCP entity that is requested by an upper layer (RRC layer) to re-establish a PDCP entity may retransmit or transmit all PDCP SDUs already associated with PDCP sequence numbers (Sequence Number(s): SN(s)) in ascending order of the COUNT values associated with the PDCP SDUs before PDCP re-establishment, starting with the first PDCP SDU for which successful delivery of the corresponding PDCP data PDU has not been confirmed by the lower layer. Note that if the DRB containing the PDCP entity that is requested to be re-established is suspended, it may consider the PDCP SDU to have been received from the upper layer and retransmit the PDCP SDU without restarting the discard timer.
  • a PDCP entity may consist of a transmitting PDCP entity and a receiving PDCP entity.
  • the transmitting PDCP entity may start a discard timer associated with the PDCP SDU. If the discard timer for the PDCP SDU expires, or if successful delivery of the PDCP SDU is confirmed by a PDCP status report, the transmitting PDCP entity may discard the PDCP SDU together with the corresponding PDCP data PDU. If the PDCP data PDU has already been submitted to the lower layer, the lower layer may be instructed to discard.
  • the receiving PDCP entity may trigger a PDCP status report when the upper layer (RRC) requests re-establishment of the PDCP entity, when the upper layer (RRC) requests PDCP data recovery, or when the upper layer (RRC) requests a switch of uplink data.
  • the RRC of the terminal device may configure the DRB identified by the DRB identifier to send a PDCP status report on the uplink based on the fact that the PDCP entity configuration (pdcp-Config) included in the configuration for adding and/or modifying a DRB contains information indicating that a PDCP status report is to be sent on the uplink (statusReportRequired). If a PDCP status report is triggered, the receiving PDCP entity may submit the PDCP status report to the lower layer as the first PDCP PDU for transmission via the transmitting PDCP entity.
  • a control PDCP PDU may be used to transmit a PDCP status report to a peer PDCP.
  • a control PDCP PDU may also be used to transmit control information other than the PDCP status report.
  • the PDCP status report may include information indicating whether the PDCP PDU is for control or data, information indicating which control information the control PDCP PDU contains among the control information that can be contained in the control PDCP PDU, reserved bits, information indicating the first missing PDCP PDU within the reordering window (First Missing COUNT: FMC), and bitmap information indicating the missing PDCP SDUs and the successfully received PDCP SDUs.
  • the transmitting PDCP entity may consider PDCP SDUs corresponding to COUNT values corresponding to bits indicated as 1 in the bitmap information contained in the PDCP status report and/or COUNT values smaller than the value indicated by the FMC as successfully delivered, and may discard PDCP SDUs that are considered to be successfully delivered.
  • the RLC entity may discard all RLC SDUs, RLC SDU segments, and RLC PDUs, may stop and reset all timers, and may reset all variables to their initial values.
  • Figure 5 is a block diagram showing the configuration of a terminal device (UE122) in this embodiment. Note that to avoid complicating the explanation, Figure 5 shows only the main components closely related to this embodiment.
  • the UE 122 shown in Figure 5 comprises a receiver 500 that receives control information (DCI, MAC CE, RRC signaling, etc.) from a base station device, a processor 502 that performs processing according to parameters included in the received control information, and a transmitter 504 that transmits control information (UCI, RRC signaling, etc.) to the base station device.
  • the base station device mentioned above may be an eNB 102 or a gNB 108.
  • the processor 502 may include some or all of the functions of various layers (e.g., the physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer).
  • the processor 502 may include some or all of the physical layer processor, MAC layer processor, RLC layer processor, PDCP layer processor, SDAP layer processor, RRC layer processor, and NAS layer processor.
  • the receiver 500 may include some or all of the functions of various layers (e.g., the physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the receiver 500 may include some or all of a physical layer receiver, a MAC layer receiver, an RLC layer receiver, a PDCP layer receiver, an SDAP layer receiver, an RRC layer receiver, and an NAS layer receiver.
  • Figure 6 is a block diagram showing the configuration of a base station device in this embodiment. Note that to avoid complicating the explanation, Figure 6 shows only the main components closely related to this embodiment.
  • the base station device mentioned above may be eNB102 or gNB108.
  • the base station device shown in FIG. 6 comprises a transmitter 600 that transmits control information (DCI, MAC CE, RRC signaling, etc.) to UE 122, a processor 602 that creates control information (DCI, RRC signaling including parameters, etc.) and transmits it to UE 122, causing processing unit 502 of UE 122 to process it, and a receiver 604 that receives control information (UCI, RRC signaling, etc.) from UE 122.
  • processing unit 602 may include some or all of the functions of various layers (e.g., physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer).
  • processing unit 602 may include some or all of the physical layer processing unit, MAC layer processing unit, RLC layer processing unit, PDCP layer processing unit, SDAP layer processing unit, RRC layer processing unit, and NAS layer processing unit.
  • the transmitter 600 may include some or all of the functions of various layers (e.g., the physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the transmitter 600 may include some or all of a physical layer transmitter, a MAC layer transmitter, an RLC layer transmitter, a PDCP layer transmitter, an SDAP layer transmitter, an RRC layer transmitter, and an NAS layer transmitter.
  • the processing unit 502 of the UE 122 may include an RRC processing unit that performs RRC processing, a PDCP processing unit that performs PDCP processing, an RLC processing unit that performs RLC processing, a MAC processing unit that performs MAC processing, and a PHY processing unit that performs PHY processing.
  • FIG 9 shows an example of processing by UE 122 in this embodiment.
  • the processing unit 502 of UE 122 determines the conditions (step S900) and operates based on this determination (step S902).
  • the UE122 receives RRC signaling from a base station device (gNB108 and/or eNB102).
  • the RRC signaling may include an LTM configuration.
  • the LTM configuration may include an LTM candidate configuration addition/modification list.
  • the LTM candidate configuration addition/modification list may include one or more LTM candidate information elements, and the LTM candidate information element may include an LTM candidate configuration.
  • the LTM configuration may include the above-mentioned information or other information.
  • the RRC signaling may be an RRC reconfiguration message, an RRC restart message, an RRC re-establishment message, or an RRC layer message in which any of these messages are embedded.
  • the RRC processing unit of UE122 that receives the LTM configuration may perform the operations of a terminal device that receives the above-mentioned LTM configuration.
  • the UE 122 receives a cell switch command from the base station device (gNB 108 and/or eNB 102).
  • the cell switch command may be the MAC CE described above, or may be other signaling in addition to or instead of it.
  • the cell switch command is a MAC CE.
  • the MAC processing unit of the UE 122 may notify a higher layer of the UE 122 (e.g., an RRC processing unit) that an LTM cell switch procedure has been triggered and of the target setting identifier included in the cell switch command.
  • the MAC CE may be provided to the MAC processing unit of a certain cell group, and unless otherwise specified, the MAC processing unit described below may be the MAC processing unit that received the MAC CE.
  • the LTM cell switch procedure may be triggered in the cell group of the MAC processing unit that received the MAC CE.
  • the RRC processing unit may perform the LTM cell switch procedure, including steps S900 and S902 below.
  • the RRC processing unit of the UE 122 may determine whether some or all of the following conditions are met in step S900: (a) The LTM candidate information element in the LTM configuration specified by a lower layer (e.g., MAC processing unit) of the UE 122 includes an identifier C. (b) The UE variable A of the UE 122 includes an identifier D. (c) The value of the identifier C and the value of the identifier D are not equal.
  • the RRC processing unit of the UE 122 may, based on determining that the condition is satisfied in step S900, cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform re-establishment. Additionally or alternatively, in step S902, the RRC processing unit of the UE 122 may not, based on determining that the condition is not satisfied in step S900, cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform re-establishment.
  • the condition (a) may be rephrased as the identifier C being included in the LTM candidate information element specified by the cell switch command.
  • step S902 if the RRC processing unit of the UE 122 determines in step S900 that the conditions are met, in step S902, (1) if a DRB ID is set in the served radio bearer for each logical channel for the cell group that is part of the current configuration of the UE 122 and for which the LTM cell switching procedure was triggered, it may re-establish the corresponding RLC processing unit, (2) cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to re-establish it, (3) replace the value of identifier D in the UE variable A of the UE 122 with the value of identifier C included in the LTM candidate information element in the LTM configuration notified from the lower layer, and (4) replace the value of LTM reset judgment identifier A in the UE variable - LTM reset judgment identifier of the UE 122 with the value of LTM reset judgment identifier B included in the LTM candidate information element in the LTM configuration notified from the lower layer.
  • the RRC processing unit of the UE 122 determines in step S900 that the condition is not satisfied, and if the value of the LTM reset judgment identifier B included in the LTM candidate information element in the LTM configuration notified from a lower layer (e.g., a MAC processing unit) of the UE 122 is not equal to the value of the LTM reset judgment identifier A in the UE variable-LTM reset judgment identifier of the UE 122, then (1) if a DRB ID is set for the served radio bearer for each logical channel for the cell group that is part of the current configuration of the UE 122 and for which the LTM cell switching procedure was triggered, the RRC processing unit may re-establish the RLC processing unit, (2) cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform data recovery, and (3) replace the value of the LTM reset judgment identifier A in the UE variable-LTM reset judgment identifier of the UE 122
  • the RRC processing unit re-establishes the RLC processing unit and sets the value of the LTM reset decision identifier A in the UE variable - LTM reset decision identifier of the UE 122 to the value of the LTM reset decision identifier B included in the LTM candidate information element in the LTM configuration notified from a lower layer (e.g., MAC processing unit) of the UE 122.
  • step S902 (1) the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 may perform re-establishment, and (2) the value of identifier D in the UE variable A of the UE 122 may be replaced with the value of identifier C that is included in the LTM candidate information element in the LTM configuration notified from the lower layer.
  • step S902 (1) the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 may perform data recovery.
  • the RRC processing unit of the UE 122 may cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform re-establishment based on determining that the identifier C or the identifier D is set to a special value (e.g., "1").
  • a special value e.g., "1"
  • the above operation example is a procedure assuming that identifiers C and D are always included in each configuration when LTM is used as inter-CU mobility, but if it is assumed that identifiers C and D are optionally included in each configuration, a different determination may be made in step S900.
  • the RRC processing unit of the UE 122 may determine whether any of the following conditions is satisfied in step S900. Note that the operation based on the result of the determination may be the same as the above operation example.
  • (a') The identifier C is not included in the LTM candidate information element in the LTM configuration notified from a lower layer (e.g., MAC processing unit) of the UE 122.
  • the identifier D is not included in the UE variable A of the UE 122.
  • the value of the identifier C and the value of the identifier D are not equal.
  • the RRC processing unit of UE 122 may cause the PDCP processing unit of each DRB that is part of the current configuration of UE 122 to perform data recovery based at least on the fact that indicator A is not included in the LTM candidate information element in the LTM configuration notified from a lower layer (e.g., MAC processing unit) of UE 122 or the LTM configuration received from the base station device.
  • a lower layer e.g., MAC processing unit
  • the identifier C and the identifier D may be included in the RRC signaling.
  • the identifier C may be included in an LTM candidate information element, etc.
  • the identifier D may be included in an LTM configuration, etc.
  • the UE 122 may include the identifier D in UE variable A, which is a UE variable held in the UE, or may set the value of the identifier D included in the LTM configuration received from the base station device to the value of the identifier D included in UE variable A.
  • the identifier C may be associated with each LTM candidate information element and each LTM candidate configuration, etc.
  • the identifier C may be included in each LTM candidate information element, or a set of an LTM candidate identifier and the identifier C may be listed separately.
  • the identifier D may be the security cell set identifier of the serving cell SpCell, or may be the serving security cell set identifier (servingSecurityCellSetId), or may be an information element with a different name.
  • the identifier C may be an identifier used by the UE 122 to determine whether to perform a security update when an LTM cell switching procedure is performed, and may be a security cell set identifier (securityCellSetId), or an information element with a different name.
  • the UE variable A may be a UE variable - serving security cell set identifier (VarServingSecurityCellSetId), a UE variable - LTM reset decision identifier (VarLTM-ServingCellNoResetID), or a UE variable with a different name.
  • the UE variable - serving security cell set identifier may be a UE variable including the security cell set ID of the serving SpCell.
  • the RRC processing unit of the UE 122 may determine whether the following condition is satisfied in step S900. Note that the operation based on the result of the determination may be the same as the above-described operation example.
  • the reference setting associated with the LTM candidate information element in the LTM configuration notified from a lower layer (e.g., MAC processing unit) of the UE 122 is not the same as the reference setting associated with the current configuration of the UE 122 or associated with the LTM candidate information element for the current serving cell.
  • the RRC processing unit of the UE 122 may, in step S902, cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform re-establishment based on the determination in step S900 that condition (c') is satisfied. Additionally or alternatively, the RRC processing unit of the UE 122 may, in step S902, not cause the PDCP processing unit of each DRB that is part of the current configuration of the UE 122 to perform re-establishment based on the determination in step S900 that condition (c') is not satisfied.
  • the above-described embodiment may be part of a cell switching procedure. While the LTM cell switching procedure has been described as being triggered by receiving a cell switching command, the LTM cell switching procedure may also be initiated based on other conditions.
  • the other condition may be that the cell selected in the RRC connection re-establishment procedure is an LTM candidate cell included in an LTM candidate information element in an LTM configuration associated with an MCG.
  • the UE 122 may initiate the LTM cell switching procedure for the selected cell.
  • the "LTM candidate information element in the LTM configuration notified from a lower layer (e.g., a MAC processing unit) of the UE 122" may be the "LTM candidate information element for the cell selected in the RRC connection re-establishment procedure.”
  • the other condition may be that a condition for executing conditional LTM is satisfied.
  • the aforementioned L2 reset may be re-establishment of an RLC entity, or re-establishment of a PDCP entity or data recovery.
  • conditional LTM may refer to an LTM cell switching procedure that is executed when one or more execution conditions are met.
  • the execution conditions may be a condition that the quality of an LTM candidate cell is better than a certain threshold, a condition that the quality of an LTM candidate cell is better than the quality of the current serving cell, or a condition that the quality of the current serving cell is worse than a certain threshold and the quality of an LTM candidate cell is better than a certain threshold.
  • the cell quality may be the reference signal received power (RSRP) measured in the cell or another measurement quantity.
  • RSRP reference signal received power
  • beam quality may be evaluated instead of cell quality, and the beam quality may be the RSRP of the beam.
  • the serving cell may be an SpCell currently configured in the terminal device, or the serving cell may be an SCell currently configured in the terminal device.
  • applying an LTM candidate cell configuration may mean performing an RRC reconfiguration procedure using a message related to the reconfiguration of an RRC connection included in the LTM candidate cell configuration.
  • an SpCell among one or more LTM candidate cells associated with the configuration of the selected LTM candidate cell may be an SpCell configured by a terminal device using a cell group configuration included in the LTM candidate cell configuration.
  • expressions such as "an SpCell among one or more LTM candidate cells associated with the configuration of the selected LTM candidate cell,” “an SpCell configured by a terminal device using the configuration of the selected LTM candidate cell,” and “target SpCell” may be interchangeable.
  • “execute,” “initiate,” and “trigger” may be interchangeable.
  • the RRC reconfiguration procedure in the above-described embodiments may be performed independently in each cell group in the case of NR-DC.
  • the RRC processing unit of UE122 executes the RRC reconfiguration procedure in the MCG, and does not have to execute the RRC reconfiguration procedure in the SCG.
  • "when it is determined that all of the conditions A, B, C, ... are satisfied" may be rephrased as "when all of the conditions A, B, C, ... are satisfied", etc.
  • identifier A and identifier B were determined to be the same” or "identifier A and identifier B were determined to be the same” may be rephrased as "identifier A and identifier B were not determined to be different.”
  • the radio bearer in the above description may be a DRB, an SRB, or a combination of a DRB and an SRB.
  • terminal device variables such as “terminal device variables,” “terminal variables,” and “variables” may be used interchangeably.
  • the serving cell change in the above description may refer to a Layer 1/Layer 2 serving cell change.
  • A may be replaced with B
  • B may mean replacing A with B, as well as replacing B with A.
  • C may be D
  • C may be E
  • it may also include the fact that "D may be E”.
  • F may be G
  • G may be H
  • F may be H
  • condition "B” may be expressed as the “other" condition of condition "A.”
  • the program running on the device related to this embodiment may be a program that controls a Central Processing Unit (CPU) or the like to make the computer function so as to realize the functions of this embodiment.
  • the program or the information handled by the program is temporarily loaded into volatile memory such as Random Access Memory (RAM) during processing, or stored in non-volatile memory such as flash memory or a Hard Disk Drive (HDD), and is read, modified, and written by the CPU as needed.
  • volatile memory such as Random Access Memory (RAM) during processing
  • non-volatile memory such as flash memory or a Hard Disk Drive (HDD)
  • part of the device in the above-described embodiments may be implemented by a computer.
  • the program for implementing this control function may be recorded on a computer-readable recording medium, and the program recorded on this recording medium may be read and executed by a computer system.
  • the term "computer system” here refers to a computer system built into the device, and includes hardware such as an operating system and peripheral devices.
  • the term "computer-readable recording medium” may be any of a semiconductor recording medium, optical recording medium, magnetic recording medium, etc.
  • “computer-readable recording medium” may include something that dynamically stores a program for a short period of time, such as a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line, or something that stores a program for a fixed period of time, such as volatile memory within a computer system that serves as a server or client in such cases.
  • the above program may be one that realizes some of the functions described above, or may be one that can realize the functions described above in combination with a program already recorded in the computer system.
  • each functional block or feature of the device used in the above-described embodiments may be implemented or performed by an electrical circuit, typically an integrated circuit or multiple integrated circuits.
  • the electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof.
  • the general-purpose processor may be a microprocessor, or alternatively, the processor may be a conventional processor, controller, microcontroller, or state machine.
  • the general-purpose processor or each of the aforementioned circuits may be composed of digital circuits or analog circuits. Furthermore, if advances in semiconductor technology result in the emergence of integrated circuit technology that can replace current integrated circuits, integrated circuits based on that technology may also be used.
  • this embodiment is not limited to the above-described embodiment. While one example of a device has been described in the embodiment, this embodiment is not limited to this and can be applied to terminal devices or communication devices such as stationary or non-movable electronic devices installed indoors or outdoors, such as AV equipment, kitchen equipment, cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.
  • terminal devices or communication devices such as stationary or non-movable electronic devices installed indoors or outdoors, such as AV equipment, kitchen equipment, cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.
  • One aspect of the present invention can be used, for example, in communication systems, communication devices (e.g., mobile phone devices, base station devices, wireless LAN devices, or sensor devices), integrated circuits (e.g., communication chips), or programs.
  • communication devices e.g., mobile phone devices, base station devices, wireless LAN devices, or sensor devices
  • integrated circuits e.g., communication chips
  • E-UTRA 102 eNB 104 EPC 106NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 interfaces 122UE 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 210, 312 NAS 500, 604 Receiver 502, 602 Processing section 504, 600 Transmitter

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基地局装置と通信する端末装置は、ひとつまたは複数のLTM候補情報要素を含むRRCシグナリング、およびセル切り替えコマンドを前記基地局装置より受信し、前記セル切り替えコマンドは前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせ、前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である。

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)と称する事もある。
　また、NR(New Radio、またはNR Radio access)は、3GPPにおいて、第5世代(5th Generation:5G)向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology:RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。
3GPP TS 38.300 v18.1.0,"NR;NR and NG-RAN Overall description; Stage 2" pp98-101 3GPP TS 38.331 v18.1.0,"NR;Radio Resource Control (RRC);Protocol specifications" p35 pp159-163 pp794-800 p1502 3GPP TS 38.321 v18.1.0, "NR;Medium Access Control (MAC) protocol specification" p135 pp284-285
　NRの拡張技術として、端末装置があるセルのカバレッジエリアから別のセルのカバレッジエリアへ移動するためのサービングセル変更技術がある。このサービングセル変更は、レイヤ3(RRCとも称する)のメジャメント(measurement)によってトリガされ、サービングセル変更のための同期付再設定は、RRCシグナリングによってトリガされる。RRCシグナリングに比べて、レイヤ1またはレイヤ2のシグナリングは、低遅延かつオーバーヘッドが少ないという利点を持つ。そのため、レイヤ1またはレイヤ2のシグナリングによってトリガされるサービングセル変更技術（レイヤ1/レイヤ2モビリティ最適化(L1/L2 mobility enhancement)技術）が仕様化された。しかし、現在のL1/L2 mobility enhancement技術はCU内モビリティに限定されているため、CU間モビリティへの拡張の検討が開始された。
　本発明の一態様は、上記した事情に鑑みてなされたもので、通信制御を効率的に行うことができる端末装置、基地局装置、通信方法、集積回路を提供することを目的の一つとする。
　上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、受信部と、処理部と、を備え、前記受信部は、ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信し、前記受信部は、セル切り替えコマンドを前記基地局装置より受信し、前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、前記処理部は、前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせ、前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である。
　また本発明の一態様は、基地局装置と通信する端末装置の方法であって、基地局装置と通信する端末装置の方法であって、ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信し、セル切り替えコマンドを前記基地局装置より受信し、前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせ、前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である。
　また本発明の一態様は、基地局装置と通信する端末装置に実装される集積回路であって、ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信する機能と、セル切り替えコマンドを前記基地局装置より受信する機能と、前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせる機能と、を有し、前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本発明の一態様によれば、端末装置、方法、および集積回路は、効率的な通信制御処理を実現することができる。
本実施形態に係る通信システムの概略図。 本実施形態に係るE-UTRAプロトコル構成の一例の図。 本実施形態に係るNRプロトコル構成の一例の図。 本実施形態に係るRRCにおける、各種設定のための手順のフローの一例を示す図。 本実施形態における端末装置の構成を示すブロック図。 本実施形態における基地局装置の構成を示すブロック図。 本実施形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本実施形態におけるServingCellConfigCommon情報要素に関するフィールド、および/または情報要素を表すASN.1記述の一例。 本実施形態における端末装置の処理の一例。
　以下、本実施形態について、図面を参照して詳細に説明する。
　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という用語に置き換えられてよい。
　なお、本実施形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本実施形態は他の無線アクセス技術に用いられてよい。本実施形態における各ノードやエンティティの名称は、別の名称であってよい。
　図1は本実施形態に係る通信システムの概略図である。なお図1を用いて説明する各ノード、無線アクセス技術、コア網、インタフェース等の機能は、本実施形態に密接に関わる一部の機能であり、他の機能を持ってよい。
　E-UTRA100は無線アクセス技術であってよい。またE-UTRA100は、UE122とeNB102との間のエアインタフェース(air interface)であってよい。UE122とeNB102との間のエアインタフェースをUuインタフェースと呼んでよい。eNB(E-UTRAN Node B)102は、基地局装置であってよい。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は、基地局装置であってよい。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内のAMFで終端してよい。インタフェース114のユーザプレーンインタフェースは5GC110内の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を介して、EPC104、及び/又は5GC110との接続が可能な端末装置であってよい。UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網がEPC104である場合、UE122と、eNB102、及び/又はgNB108との間に確立された後述の各データ無線ベアラ(DRB:Data Radio Bearer)は、更に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、またはID)で識別されてよい。また各QoSフローは、QoSフロー識別子(Identity、または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-UTRA UPプロトコルは、UE122とeNB102の間のプロトコルであってよい。即ちE-UTRA 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から構成されてよい。
　図3(A)はNRユーザプレーン(UP)プロトコルスタックの図である。図3(A)に示す通り、NRUPプロトコルは、UE122とgNB108の間のプロトコルであってよい。即ちNR UPプロトコルは、ネットワーク側ではgNB108で終端するプロトコルであってよい。図3(A)に示す通り、NRユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)であるSDAP(Service Data Adaptation Protocol)310であるから構成されてよい。
　図2(B)はE-UTRA制御プレーン(CP)プロトコル構成の図である。図2(B)に示す通り、E-UTRA CPプロトコルにおいて、無線リソース制御層(無線リソース制御レイヤ)であるRRC(Radio Resource Control)208は、UE122とeNB102の間のプロトコルであってよい。即ちRRC208は、ネットワーク側ではeNB102で終端するプロトコルであってよい。またE-UTRA 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で終端するプロトコルであってよい。またNR 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層:PHYレイヤ)、MAC(MAC層:MACレイヤ)、RLC(RLC層:RLCレイヤ)、PDCP(PDCP層:PDCPレイヤ)、RRC(RRC層:RRCレイヤ)、NAS(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用PDCP、及びNR用RRCと呼ぶ事もある。またPHY300、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セグメントと呼んでよい。
　ここで、基地局装置と端末装置は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置と端末装置は、無線リソース制御（RRC:Radio Resource Control）層において、RRCメッセージ（RRC message、RRC information、RRC signallingとも称される）を送受信してもよい。また、基地局装置と端末装置は、MAC（Medium Access Control）層において、MACコントロールエレメントを送受信してもよい。また、端末装置のRRC層は、基地局装置から報知されるシステム情報を取得する。ここで、RRCメッセージ、システム情報、および／または、MACコントロールエレメントは、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータ（上位レイヤパラメータ：higher layer parameter）とも称される。端末装置が受信した上位レイヤ信号に含まれるパラメータのそれぞれが上位レイヤパラメータと称されてもよい。PHY層の処理において上位層は、PHY層から見た上位層を意味するため、MAC層、RRC層、RLC層、PDCP層、NAS（Non Access Stratum）層などの1つまたは複数を意味してもよい。例えば、MAC層の処理において上位層とは、RRC層、RLC層、PDCP層、NAS層などの1つまたは複数を意味してもよい。以下、“Aは、上位層で与えられる（提供される）”や“Aは、上位層によって与えられる（提供される）”の意味は、端末装置の上位層（主にRRC層やMAC層など）が、基地局装置からAを受信し、その受信したAが端末装置の上位層から端末装置の物理層に与えられる（提供される）ことを意味してもよい。例えば、端末装置において「上位レイヤパラメータを提供される」とは、基地局装置から上位レイヤ信号を受信し、受信した上位レイヤ信号に含まれる上位レイヤパラメータが端末装置の上位層から端末装置の物理層に提供されることを意味してもよい。端末装置に上位レイヤパラメータが設定されることは端末装置に対して上位レイヤパラメータが与えられる（提供される）ことを意味してもよい。例えば、端末装置に上位レイヤパラメータが設定されることは、端末装置が基地局装置から上位レイヤ信号を受信し、受信した上位レイヤパラメータを上位層で設定することを意味してもよい。ただし、端末装置に上位レイヤパラメータが設定されることには、端末装置の上位層に予め与えられているデフォルトパラメータが設定されることを含んでもよい。端末装置から基地局装置にRRCメッセージを送信することを説明する際に、端末装置のRRCエンティティから下位層(下位レイヤ：lower layer)にメッセージを提出（submit）するという表現を使用する場合がある。端末装置において、RRCエンティティから「下位層にメッセージを提出する」とは、PDCP層にメッセージを提出することを意味してもよい。端末装置において、RRC層から「下位層にメッセージを提出(submit)する」とは、RRCのメッセージは、SRB (SRB0, SRB1, SRB2, SRB3など)を使って送信されるため、それぞれのSRBに対応したPDCPエンティティに提出することを意味してもよい。端末装置のRRCエンティティが下位層から指摘(indication)を受ける際、その下位層は、PHY層、MAC層、RLC層、PDCP層、などの1つまたは複数を意味してもよい。
　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は、同期信号のブロック(Synchronization Signal Block:SSB)の周期内の時間インデックス(SSB-Index)を報知するために用いられてよい。
　PDCCHは、下りリンクの無線通信(基地局装置から端末装置への無線通信)において、下りリンク制御情報(Downlink Control Information:DCI)を送信する(または運ぶ)ために用いられてよい。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCIフォーマットと称してもよい)が定義されてよい。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされてよい。PDCCHは、PDCCH候補(candidate)において送信されてよい。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタしてよい。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味してよい。また、端末装置は、CORESET(Control Resource Set)を、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)の送信に用いられてよい。またPDSCHは、下りリンクの場合にはシステム情報(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 CEを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。
　PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、および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)をレポートする機能を持ってよい。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)を行う機能、ランダムアクセス(RandomAccess: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は上りリンク、下りリンク両方に存在してよい。
　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)にマップされてよい。
　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)のエンティティであって、端末装置は、TM RLCエンティティを、送信(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エンティティは双方向のエンティティであって、端末装置は、AM RLCエンティティを、送信(transmitting)サイド及び受信(receiving)サイドから構成されるAM RLCとして設定してよい。なお、TMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をTMD PDUと呼んでよい。またUMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をUMDPDUと呼んでよい。また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)と呼んでよい。
　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又は5GC110に接続する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を用いて送られてよい。また、DCCHを用いて送られるRRCメッセージの事を、専用RRCシグナリング(Dedicated RRC signaling)、又はRRCシグナリングと言い換えてよい。
　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メッセージが含まれてよい。
　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シグナリングが含まれてよい。
　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シグナリングが含まれてよい。
　NASの機能の一例について説明する。NASは、認証機能を持ってよい。またNASは、モビリティ(mobility)管理を行う機能を持ってよい。またNASは、セキュリティ制御の機能を持ってよい。
　前述のPHY、MAC、RLC、PDCP、SDAP、RRC、NASの機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
　次に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)に用いる識別子(resumeIdentity)を保持してRRC_IDLE状態に遷移してよい。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRCコネクションの復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRCコネクションの復帰を開始してもよい。
　EPC104に接続するUE122と、5GC110に接続するUE122とで、休止の定義が異なってよい。また、UE122がEPCに接続している場合(UE122がRRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(UE122が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コンテキストは、PDUセッションコンテキスト、セキュリティ鍵、UE無線能力情報(UE Radio Capability)、UEセキュリティ能力情報(UE Security Capabilities)、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEコンテキストは、UE122が保持するUEコンテキストと同じ情報を含んでもよいし、UE122が保持するUEコンテキストに含まれる情報とは異なる情報が含まれてもよい。また、UEコンテキストは、後述のUEのASコンテキストのすべてあるいは一部を含んでよい。
　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コンテキストに含まれる情報とは異なる情報が含まれてもよい。
　セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
　次にサービングセル(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は、上述の用途以外の用途に用いられるセルであってよい。
　端末装置が設定するサービングセルのグループが、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)を意味してよい。なお1つ又は複数の前記TAGは、後述するセルグループ毎に構成されてよい。
　端末装置が上位層(RRC等)で設定する、セルグループ(Cell Group)について説明する。セルグループは、1つのSpCellで構成されてよい。またセルグループは、1つのSpCellと、1つ又は複数のSCellから構成されてよい。即ちセルグループは、1つのSpCellと、必要に応じて(optionally)1つ又は複数のSCellから構成されてよい。またセルグループは、セルの集合(set of cell(s))と表現されてよい。
　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を設定していない場合において、端末装置が設定するセルグループの事をMCGと呼んでよい。また、端末装置がDCを設定していない場合において、端末装置が設定するSpCellはPCellであってよい。また、端末装置がDCを設定していないNRを、NRスタンドアロンと呼んでよい。
　なお、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)があってよい。
　なお端末装置において、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エンティティと言い換えてよい。
　無線ベアラについて説明する。端末装置が基地局装置と通信する場合、端末装置と、基地局装置との間に無線ベアラ(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)と呼ばれてよい。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シグナリングのため、及び記録測定情報(loggedmeasurement 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つ確立及び/又は端末装置がRRCで設定してよい。SRB1は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は端末装置がRRCで設定してよい。SRB2は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれてよい。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は端末装置がRRCで設定してよい。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであってよい。SRB3は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB3の基地局装置側のPDCPはセカンダリノードに置かれてよい。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ又は複数確立及び/又は端末装置がRRCで設定してよい。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を設定しない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指してよい。
　端末装置と基地局装置との間で送受信される、RRCシグナリングのフローについて説明する。図4は、本実施形態に係るRRCにおける、各種設定のための手順(procedure)のフローの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCシグナリングが送られる場合のフローの一例である。
　図4において、基地局装置はRRCメッセージを作成する(ステップS400)。基地局装置におけるRRCメッセージの作成は、基地局装置がシステム情報(SI:System Information)やページングメッセージを配信するために行われてよい。また基地局装置におけるRRCメッセージの作成は、基地局装置が特定の端末装置に対して処理を行わせる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において、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シグナリングは、マスターノードとセカンダリノードの間で送受信されてよい。
　なお、MR-DCを利用する場合に限らず、eNB102からUE122に送信されるE-UTRA用RRCシグナリングに、NR用RRCシグナリングが含まれていてよいし、gNB108からUE122に送信されるNR用RRCシグナリングに、E-UTRA用RRCシグナリングが含まれていてよい。
　次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとは、RRC接続状態の端末装置がサービングセルをソースSpCellからターゲットSpCellへ変更する処理であってよい。ハンドオーバは、RRCが行うモビリティ制御の一部であってよい。端末装置において、ハンドオーバは、基地局装置から受信するハンドオーバを指示するRRCシグナリングに基づいて行われてよい。ハンドオーバを指示するRRCシグナリングとは、ハンドオーバを指示するパラメータを含む情報要素(例えばMobilityControlInfo情報要素、またはReconfigurationWithSync情報要素)を含むRRCコネクションの再設定に関するメッセージであってよい。なお前記MobilityControlInfo情報要素は、モビリティ制御設定情報要素、モビリティ制御設定、またはモビリティ制御情報と称されてよい。なお前記ReconfigurationWithSync情報要素は、同期付再設定情報要素と称されてよい。それに加えてまたはそれに代えて、ハンドオーバを指示するRRCシグナリングとは、他のRATのセルへの移動を示すメッセージ(例えばMobilityFromEUTRACommand、またはMobilityFromNRCommand)であってもよい。ハンドオーバは、RRCによってトリガされてよい。また端末装置がハンドオーバを行うことができる条件に、ASセキュリティが活性化されていること、端末装置がSRB2を確立していること、および少なくとも一つのDRBが確立していること、のうちの一部または全ての条件が含まれてよい。
　RRCコネクションの再設定に関するメッセージに含まれる、パラメータの一例を説明する。図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれるフィールド、および/または情報要素を表すASN.1記述の一例である。図7に限らず、本実施形態におけるASN.1の例で、<略>とは、ASN.1の表記の一部ではなく、他の情報を省略していることを示す。なお<略>という記載の無い所でも、情報要素が省略されていてよい。本実施形態においてASN.1の例は、本実施形態におけるRRCシグナリングのパラメータの一例を表すものであり、他の名称や他の表記が用いられてよい。またASN.1の例は、説明が煩雑になることを避けるために、本実施形態と密接に関連する主な情報に関する例のみを示す。なお、各実施形態において、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と表現する場合がある。また各実施形態において、RRCシグナリングに含まれる、ASN.1で記述されるフィールド、および/または情報要素は、情報と言い換えられてよいし、それに加えてまたはそれに代えて、パラメータと言い換えられてよい。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであってよい。また、RRCコネクションの再設定に関するメッセージとは、E-UTRAにおけるRRCコネクション再設定メッセージであってよい。
　図7において、RRCコネクションの再設定に関するメッセージには、セキュリティ鍵更新に用いられる情報要素(MasterKeyUpdate情報要素)が含まれてよい。MasterKeyUpdate情報要素には、新しいセキュリティ鍵を導出(derive)するか否かを示す情報要素(keySetChangeIndicator情報要素)、NCCのパラメータを示す情報要素(nextHopChainingCount情報要素)、端末装置特有(UE specific)のNASレイヤの情報をネットワーク・端末装置間で転送(transfer)するためのフィールドを示す情報要素(nas-Container情報要素)、の一部または全部が含まれてよい。
　図7において、RRCコネクションの再設定に関するメッセージには、NRのMCGまたはSCGのセルグループの設定、変更、解放等に用いられる情報要素(CellGroupConfig情報要素)が含まれてよい。RRCコネクションの再設定に関するメッセージには、MCGの設定のためのCellGroupConfig情報要素と、SCGの設定のためのCellGroupConfig情報要素とが独立して含まれてよい。CellGroupConfig情報要素は、セルグループ設定情報要素、またはセルグループ設定と称されてもよい。
　CellGroupConfig情報要素には、このセルグループを識別するための識別子情報として、cellGroupId情報要素が含まれてよい。
　CellGroupConfig情報要素には、RLCエンティティの設定に用いられる情報として、RLC-BearerConfig情報要素が含まれてよい。
　CellGroupConfig情報要素には、そのセルグループにおけるMACのパラメータの設定に用いられる情報として、MAC-CellGroupConfig情報要素が含まれてよい。
　CellGroupConfig情報要素には、そのセルグループ特有のPHY(L1)パラメータの設定に用いられる情報として、PhysicalCellGroupConfig情報要素が含まれてよい。
　CellGroupConfig情報要素には、そのセルグループのSpCellに対するパラメータの設定に用いられる情報として、SpCellConfig情報要素が含まれてよい。SpCellConfig情報要素は、SpCell設定情報要素、またはSpCell設定と称されてもよい。
　CellGroupConfig情報要素には、そのセルグループの一つまたは複数のSCellに対するパラメータの設定に用いられる情報として、SCell毎にSCellConfig情報要素が含まれてよい。SCellConfig情報要素は、SCell設定情報要素、またはSCell設定と称されてもよい。
　MAC-CellGroupConfig情報要素には、TAGに関するパラメータの設定に用いられる情報として、TAG-Config情報要素が含まれてよい。TAG-Config情報要素には、端末装置が設定する一つまたは複数のTAGの識別子(TAG-Id)とそのTAGの識別子に対応する時間調整タイマーの値が含まれてよい。
　SpCellConfig情報要素には、SpCellに関する端末装置特有(UE specific)のパラメータの設定に用いられる情報として、ServingCellConfig情報要素が含まれてよい。また、SCellConfig情報要素には、SCellに関する端末装置特有(UE specific)のパラメータの設定に用いられる情報として、このServingCellConfig情報要素が含まれてよい。CellGroupConfig情報要素には、SpCellと各SCellに関する端末装置特有のパラメータの設定のために、サービングセル毎にServingCellConfig情報要素が含まれてよい。各ServingCellConfig情報要素には、そのサービングセルがセルグループ内の何れのTAGに属するかを示すTAGの識別子(TAG-Id)が含まれてよい。また、ServingCellConfig情報要素には端末装置特有のパラメータだけでなく、セル特有(cell specific)のパラメータが含まれてもよい。
　各ServingCellConfig情報要素には、初期下りリンクBWP(initial downlink BWP)のための端末装置特有の設定として、BWP-DownlinkDedicated情報要素を示すinitialDownlinkBWPが含まれてよい。BWP-DownlinkDedicated情報要素を、下りリンクBWP専用設定とも称する。それに加えてまたはそれに代えて、各ServingCellConfig情報要素には、第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)、BWP不活性タイマー(bwp-InactivityTimer)、およびデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)の一部または全部が含まれてよい。
　各SCellに関する端末装置特有のパラメータの設定のためのServingCellConfig情報要素には、SCellのための休眠(Dormant)BWPの設定として、DormantBWP-Config情報要素が含まれてよい。DormantBWP-Config情報要素を、休眠BWP設定とも称する。例えば、DormantBWP-Config情報要素には、休眠BWPの識別子(dormantBWP-Id)が含まれてよい。
　SCellConfig情報要素には、SCell設定の際にSCellが活性化されているか否かを示すRRCパラメータ(sCellState)が含まれてよい。sCellStateを、SCell状態設定とも称する。例えば、SCellConfig情報要素にsCellStateが含まれている場合、またはそれに代えて、端末装置のRRCエンティティが、SCellConfig情報要素に含まれるsCellStateをactivatedに設定している場合、端末装置のMACエンティティは、当該SCellを活性化してよいし、それに加えてまたはそれに代えて、端末装置のRRCレイヤは、当該SCellが活性化されていると考慮(consider)するように下位レイヤ(MACエンティティ等)を設定してよい。それに加えてまたはそれに代えて、例えば、SCellConfig情報要素にsCellStateが含まれていない場合、端末装置のMACエンティティは、当該SCellを不活性化してよいし、それに加えてまたはそれに代えて、端末装置のRRCレイヤは、当該SCellが不活性化されていると考慮(consider)するように下位レイヤ(MACエンティティ等)を設定してよい。
　端末装置がPUCCHを設定していない各SCellに関する端末装置特有のパラメータの設定のためのServingCellConfig情報要素には、SCell不活性タイマーが含まれてよい。
　各ServingCellConfig情報要素には、上りリンクの設定として、UplinkConfig情報要素が含まれてよい。UplinkConfig情報要素を、上りリンク設定とも称する。UplinkConfig情報要素には、初期上りリンクBWP(initial uplink BWP)のための端末装置特有の設定として、BWP-UplinkDedicated情報要素を示すinitialUplinkBWPが含まれてよい。BWP-UplinkDedicated情報要素を、上りリンクBWP専用設定とも称する。それに加えてまたはそれに代えて、UplinkConfig情報要素には、第1アクティブ上りリンクBWP識別子(firstActiveUplinkBWP-Id)が含まれてよい。
　SpCellConfig情報要素には、ソースSpCellからターゲットSpCellへの同期付再設定(synchronous reconfiguration)の処理のために必要なパラメータを含む情報として、ReconfigurationWithSync情報要素が含まれてよい。ReconfigurationWithSync情報要素は、前述の同期付再設定情報要素であってよい。MCGのSpCellConfig情報要素にReconfigurationWithSync情報要素が含まれる場合、ターゲットSpCellへの同期付再設定の処理はハンドオーバであってよい。SCGのSpCellConfig情報要素にReconfigurationWithSync情報要素が含まれる場合、ターゲットSpCellへの同期付再設定の処理はPSCell追加またはPSCell変更であってよい。
　ReconfigurationWithSync情報要素、およびSCellConfig情報要素には、サービングセルのセル特有(cell specific)のパラメータの設定に用いられる情報として、ServingCellConfigCommon情報要素が含まれてよい。ServingCellConfigCommon情報要素には、通常(typically)端末装置がアイドル状態からセルにアクセスするときに、そのセルのSSB、MIB、または一つまたは複数のSIBから取得するパラメータが含まれてよい。
　ReconfigurationWithSync情報要素には、例えば、ターゲットSpCellのセルグループで用いられるC-RNTIの値の情報が含まれてよい。ReconfigurationWithSync情報要素には、例えば、後述のタイマーT304のパラメータに関する情報が含まれてよい。ReconfigurationWithSync情報要素には、例えば、ターゲットSpCellにおけるコンテンション基準ランダムアクセス(contention-based Random Access:CBRA)手順またはコンテンションフリーランダムアクセス(contention-free Random Access:CFRA)手順の実行に必要な情報として、RACH-ConfigDedicated情報要素が含まれてよい。RACH-ConfigDedicated情報要素を、RACH専用設定とも称する。
　図8は、図7において、SCellConfig情報要素、およびSpCellConfig情報要素内のReconfigurationWithSync情報要素に含まれる、ServingCellConfigCommon情報要素に関するフィールド、および/または情報要素を表すASN.1記述の一例である。
　ServingCellConfigCommon情報要素には、そのセルの物理セル識別子(physCellId)が含まれてよい。
　ServingCellConfigCommon情報要素には、セル特有（セル共通）の下りリンクパラメータを提供する情報として、DownlinkConfigCommon情報要素が含まれてよい。DownlinkConfigCommon情報要素を、下りリンク共通設定とも称する。
　ServingCellConfigCommon情報要素には、セル特有（セル共通）の上りリンクパラメータを提供する情報として、UplinkConfigCommon情報要素が含まれてよい。UplinkConfigCommon情報要素を、上りリンク共通設定とも称する。
　ServingCellConfigCommon情報要素には、そのセルにおけるすべての上りリンク送信に対して適用されるN_{TA,offset}の値が含まれてよい。
　DownlinkConfigCommon情報要素には、下りリンクキャリアとその下りリンクキャリアでの送信に関する基本的な情報として、FrequencyInfoDL情報要素が含まれてよい。例えば、FrequencyInfoDL情報要素には、SSBの周波数情報が含まれてよい。
　DownlinkConfigCommon情報要素には、そのセルの初期下りリンクBWP(initial downlinkBWP)の設定として、BWP-DownlinkCommon情報要素を示すinitialDownlinkBWPが含まれてよい。それに加えてまたはそれに代えて、DownlinkConfigCommon情報要素には、一つまたは複数の性能制限端末(RedCap UE)がinitialDownlinkBWPの代わりに使用する、BWP-DownlinkCommon情報要素を示すinitialDownlinkBWP-RedCapが含まれてよい。BWP-DownlinkCommon情報要素を、下りリンクBWP共通設定とも称する。
　BWP-DownlinkCommon情報要素には、端末装置が、BWPの一般的(generic)なパラメータを設定するための情報として、BWP情報要素が含まれてよい。
　BWP-DownlinkCommon情報要素には、端末装置が、このBWPのPDCCHのためのセル特有のパラメータを設定するための情報として、PDCCH-ConfigCommon情報要素が含まれてよい。PDCCH-ConfigCommon情報要素を、PDCCH共通設定とも称する。
　BWP-DownlinkCommon情報要素には、端末装置が、このBWPのPDSCHのためのセル特有のパラメータを設定するための情報として、PDSCH-ConfigCommon情報要素が含まれてよい。PDSCH-ConfigCommon情報要素を、PDSCH共通設定とも称する。
　PDCCH-ConfigCommon情報要素には、端末装置が、共通サーチスペース(common search space:CSS)#0のパラメータを設定するための情報として、SearchSpaceZero情報要素が含まれてよい。このSearchSpaceZero情報要素は、BWPが初期下りリンクBWPである場合にのみPDCCH-ConfigCommon情報要素に含まれてもよい。
　PDCCH-ConfigCommon情報要素には、端末装置が、一つまたは複数の共通サーチスペース(common search spaces)、および一つまたは複数のUE特有サーチスペース(UE-specific search spaces)で用いられる共通CORESET#0のパラメータを設定するための情報として、ControlResourceSetZero情報要素が含まれてよい。このControlResourceSetZero情報要素は、BWPが初期下りリンクBWPである場合にのみPDCCH-ConfigCommon情報要素に含まれてもよい。
　PDCCH-ConfigCommon情報要素には、端末装置が、追加の共通CORESETのパラメータを設定するための情報として、ControlResourceSet情報要素が含まれてよい。
　PDCCH-ConfigCommon情報要素には、追加の一つまたは複数のCSSの設定を示す情報要素(SearchSpace情報要素)のリスト(commonSearchSpaceList)が含まれてよい。
　PDCCH-ConfigCommon情報要素には、システム情報(SIB1)のためのサーチスペースの設定が前記commonSearchSpaceListの何れのCSSの設定であるかを示す情報(searchSpaceSIB1)が含まれてよい。
　PDCCH-ConfigCommon情報要素には、システム情報(SIB2以降)のためのサーチスペースの設定が前記commonSearchSpaceListの何れのCSSの設定であるかを示す情報(searchSpaceOtherSystemInformation)が含まれてよい。
　PDCCH-ConfigCommon情報要素には、ページングメッセージのためのサーチスペースの設定が前記commonSearchSpaceListの何れのCSSの設定であるかを示す情報(pagingSearchSpace)が含まれてよい。
　UplinkConfigCommon情報要素には、絶対上りリンク周波数(absolute uplink frequency)の設定およびサブキャリア特有の複数の仮想キャリア(virtual carriers)として、FrequencyInfoUL情報要素が含まれてよい。例えば、FrequencyInfoUL情報要素には、最大送信電力を示す情報が含まれてよい。
　UplinkConfigCommon情報要素には、そのセルの初期上りリンクBWP(initial uplink BWP)の設定として、BWP-UplinkCommon情報要素を示すinitialUplinkBWPが含まれてよい。それに加えてまたはそれに代えて、UplinkConfigCommon情報要素には、一つまたは複数の性能制限端末(RedCap UE)がinitialUplinkBWPの代わりに使用する、BWP-UplinkCommon情報要素を示すinitialUplinkBWP-RedCapが含まれてよい。BWP-UplinkCommon情報要素を、上りリンクBWP共通設定とも称する。
　BWP-UplinkCommon情報要素には、端末装置が、BWPの一般的(generic)なパラメータを設定するための情報として、BWP情報要素が含まれてよい。
　BWP-UplinkCommon情報要素には、端末装置が、このBWPのPUCCHのためのセル特有のパラメータを設定するための情報として、PUCCH-ConfigCommon情報要素が含まれてよい。PUCCH-ConfigCommon情報要素を、PUCCH共通設定とも称する。
　BWP-UplinkCommon情報要素には、端末装置が、このBWPのPUSCHのためのセル特有のパラメータを設定するための情報として、PUSCH-ConfigCommon情報要素が含まれてよい。PUSCH-ConfigCommon情報要素を、PUSCH共通設定とも称する。
　BWP-UplinkCommon情報要素には、端末装置が、セル特有のランダムアクセスのパラメータを設定するための情報として、RACH-ConfigCommon情報要素が含まれてよい。RACH-ConfigCommon情報要素を、RACH共通設定とも称する。
　なお、上記各情報要素には、説明した情報以外のその他の情報が含まれてよい。
　RRC再設定手順について説明する。RRC再設定手順とは、端末装置が、RRCコネクションの再設定に関するメッセージに基づき、RRC接続(RRC connection)を修正(modify)するための手順(procedure)であってよい。また、RRC再設定手順の目的は、下記(A)から(F)の一部または全部であってよい。
　　(A)無線ベアラを確立、修正、および/または、解放すること
　　(B)同期付再設定を実施すること
　　(C)メジャメント(measurement)をセットアップ、修正、および/または、解放すること
　　(D)SCellおよびセルグループを追加、修正、および/または、解放すること
　　(E)条件付ハンドオーバ(conditional handover:CHO)の設定を追加、修正、および/または、解放すること
　　(F)条件付PSCell変更(conditional PSCell change:CPC)または条件付PSCell追加(conditional PSCell addition:CPA)の設定を追加、修正、および/または、解放すること
　基地局装置(ネットワーク:Network)は、RRC_CONNECTED状態の端末装置に対してRRC再設定手順を開始(initiate)してよい。なお、「基地局装置が端末装置に対してRRC再設定手順を開始する」とは、「基地局装置が端末装置に対してRRCコネクションの再設定に関するメッセージを送信する」と言い換えられてよい。
　端末装置は、RRCコネクションの再設定に関するメッセージを受信したとき、または、条件付再設定(CHO、CPA、またはCPC)の実行時に、下記の処理RRPの(A)から(D)の一部または全部を実施(perform)してよい。
　(処理RRP)
　　(A)もしRRCコネクションの再設定に関するメッセージがMCGのセルグループ設定を含んでいたら、そのセルグループ設定を用いてセルグループの設定を実施する。それに加えて、そのセルグループ設定が同期付再設定情報要素を含むSpCell設定を含んでいたら、同期付再設定を実施する。
　　(B)もしRRCコネクションの再設定に関するメッセージがSCGのセルグループ設定を含んでいたら、そのセルグループ設定を用いてセルグループの設定を実施する。それに加えて、そのセルグループ設定が同期付再設定情報要素を伴うSpCell設定を含んでいたら、同期付再設定を実施する。
　　(C)もしRRCコネクションの再設定に関するメッセージが条件付再設定に関する情報を含んでいたら、その条件付再設定に関する情報を用いて、条件付再設定の設定処理を実施する。
　　(D)新しい設定を用いた送信のため、端末装置の下位レイヤ(PHY、MAC等)にRRC再設定完了メッセージを提出(submit)する。
　端末装置は、同期付再設定を実行(execute)するために、下記の処理RWSの(A)から(G)の一部または全部を実施(perform)してよい。「同期付再設定を実行する」は、「同期付再設定を実施する」または「同期付再設定をトリガする」と言い換えられてよい。
　(処理RWS)
　　(A)もしこの手順がMCGのために実行される、または、もしこの手順が、RRCコネクションの再設定に関するメッセージに埋め込まれる(embedded)E-UTRAまたはNRのRRCシグナリング内で不活性化を通知されていないSCGのために実行されたら、前記同期付再設定情報要素に含まれる後述のタイマーT304の値をセットし、対応するSpCellのためのタイマーT304をスタートする。
　　(B)もし、同期付再設定情報要素にfrequencyInfoDL情報要素が含まれていたら、ターゲットSpCellが、frequencyInfoDL情報要素で示されるSSB周波数にある、同期付再設定情報要素に含まれる物理セル識別子で示されるセルであると判断する。もし、同期付再設定情報要素にfrequencyInfoDL情報要素が含まれていなければ、ターゲットSpCellが、ソースSpCellと同じSSB周波数にある、同期付再設定情報要素に含まれる物理セル識別子で示されるセルであると判断する。
　　(C)ターゲットSpCellへの下りリンク同期を開始する。
　　(D)ランダムアクセス手順に必要なタイミング情報を保持していない場合、ターゲットSpCellのMIBを取得する。
　　(E)同期付再設定の対象となるセルグループのMACエンティティをリセットする。
　　(F)同期付再設定情報要素に含まれる新しいUE識別子(newUE-Identity)の値を、同期付再設定の対象となるセルグループのためのC-RNTIとして適用する。
　　(G)SpCell共通設定に従ってRRCの下位レイヤ(PHY等)を設定する。
　条件付再設定について説明する。端末装置は、ネットワークから、一つまたは複数の条件付再設定情報要素を受信し、それによって、端末装置は、ネットワークから受信した条件付再設定情報要素にそれぞれ対応づけられた候補ターゲットSpCellを設定する。端末装置は、設定した前記候補ターゲットSpCellの状態を評価する。端末装置は、前記評価を行い、実行条件を満たした一つまたは複数の候補ターゲットSpCellに関連づけられた条件付再設定情報要素に含まれる条件付RRC再設定情報要素のうちの一つを適用する。また、端末装置は、条件付再設定のために、後述するエントリのリスト(VarConditionalReconfig)を保持してよい。
　条件付再設定は、候補ターゲットSpCellがMCGのSpCell(すなわちPCell)である場合、条件付ハンドオーバと称されてよい。また、条件付再設定は、候補ターゲットSpCellがSCGのSpCell(すなわちPSCell)である場合、条件付PSCell追加、および/または条件付PSCell変更と称されてよい。
　端末装置は、条件付再設定の設定処理として、条件付再設定に関する情報(例えば条件付再設定情報要素)を受け取ったことに基づいて、前記条件付再設定に関する情報に、試行条件再設定情報要素(attemptCondReconfig)が含まれる場合、後述のRRC接続再確立手順でのセル選択において、もし選択したセルがターゲット候補セル(例えば候補ターゲットSpCell)であり、前記セル選択が条件付再設定の失敗(例えばタイマーT304の満了)後の最初のセル選択であった場合、条件付再設定を実施してよい。
　端末装置は、条件付再設定の設定処理として、前記条件付再設定に関する情報に、エントリの削除リスト(condReconfigToRemoveList)が含まれる場合、エントリの削除リストで指定された条件付再設定の設定を端末装置の保持する設定から削除(remove)してよい。具体的には、前記エントリの削除リストに含まれる、エントリの識別子(condReconfigId)が、端末装置が保持しているエントリのリストに含まれる場合、端末装置が、前記端末装置が保持しているエントリのリストから前記エントリの識別子に対応するエントリを削除することであってよい。
　なお、以下の説明において、端末装置が保持している条件付再設定のエントリのリストのことを単にエントリリストとも称する。すなわち、以下の説明における「エントリリスト」は、特に明示しない限り、端末装置が保持している条件付再設定のエントリのリストのことを指す。また、条件付再設定のエントリリストは、VarConditionalReconfigという名称の変数であってもよい。また、エントリの識別子のことを単にエントリ識別子とも称する。
　端末装置は、条件付再設定の設定処理として、前記条件付再設定に関する情報に、エントリの追加修正リスト(condReconfigToAddModList)が含まれる場合、エントリの追加修正リストに含まれる条件付再設定の設定を端末装置の保持する設定に追加または修正してよい。エントリの追加修正リストは、一つまたは複数の条件付再設定情報要素のリストであってよい。端末装置は、各エントリを条件付再設定情報要素で設定してよい。条件付再設定情報要素は、エントリ識別子、実行条件、および条件付RRC再設定情報要素を含んでよい。
　具体的には、エントリの追加修正リストに含まれる各エントリ識別子が、エントリリストのエントリに存在する場合に、端末装置は、以下の処理(A)及び、または(B)を実施してよい。
　　(A)エントリの追加修正リストに含まれるエントリに、実行条件(condExecutionCond)が含まれる場合、このエントリのエントリ識別子と合致する、エントリリストのエントリの実行条件を、そのエントリの追加修正リストに含まれる実行条件で置き換える。
　　(B)エントリの追加修正リストに含まれるエントリに、条件付RRC再設定情報要素(condRRCReconfig)が含まれる場合、このエントリのエントリ識別子と合致する、エントリリストの条件付RRC再設定情報要素を、そのエントリの追加修正リストに含まれる条件付RRC再設定情報要素で置き換える。
　また、エントリの追加修正リストに含まれるエントリ識別子が、エントリリストに含まれない場合、端末装置は、エントリリストに含まれないエントリ識別子に対応する新しいエントリをエントリリストに追加してよい。
　なお、エントリの削除リストとは、削除される一つまたは複数のエントリ識別子のリストであってよい。エントリの追加修正リストに含まれる各エントリはエントリ識別子を含み、それに加えて、実行条件および/または条件付RRC再設定情報要素を含んでよい。各エントリは一つまたは複数の候補ターゲットSpCellのうちの一つの候補ターゲットSpCellに関連付けられてよい。エントリ識別子とは、CHO、CPA及びCPCの各エントリの識別に使用される識別子であってよい。エントリリストは、一つまたは複数のエントリを含んでよい。各エントリは、一つのエントリ識別子、一つまたは複数の実行条件、および一つの条件付RRC再設定情報要素を含んでよい。端末装置が保持しているエントリリストがエントリを含まない場合、端末装置は空のリストを保持してもよい。実行条件とは、条件付再設定の実行をトリガするために満たす必要のある条件であってよい。条件付RRC再設定情報要素とは、前記実行条件が満たされた際に適用されるRRCコネクションの再設定に関するメッセージであってよい。前記RRCコネクションの再設定に関するメッセージは、候補ターゲットSpCellに接続するために用いられるメッセージであってよい。
　端末装置は、端末装置が保持しているエントリリストに含まれるエントリの実行条件を評価してよい。端末装置が保持しているエントリリストが空である場合または、エントリリストを保持していない場合、実行条件の評価を行わなくてよい。
　条件付再設定の実行とは、端末装置が、端末装置が保持しているエントリリストに含まれるエントリの実行条件を評価して、一つまたは複数の実行条件が満たされた場合に、その実行条件を含むエントリに含まれる、条件付RRC再設定情報要素を適用することであってよい。条件付RRC再設定情報要素を適用するとは、その条件付RRC再設定情報要素を用いてRRC再設定手順を実行することであってよい。
　実行条件を満たした複数のエントリが存在する場合、端末装置は、前記実行条件を満たした複数のエントリの中から一つのエントリを選択し、選択したエントリの条件付RRC再設定情報要素を適用してよい。
　端末装置のMACエンティティは、上位レイヤ(例えばRRC)からMACエンティティのリセット(reset of the MAC entity)が要求(リクエスト:request)された場合、下記処理MRの(A)から(N)の一部または全部を実施してよい。前記MACエンティティのリセットは、単に、MACリセット(MAC reset)と称されてもよい。端末装置のMACエンティティは、上位レイヤ(例えばRRC)からMACエンティティの部分的リセット(partial reset of the MAC entity)が要求された場合、下記処理MRの(A)から(N)の一部または全部を実施してよい。前記MACエンティティの部分的リセットは、単に、部分的MACリセット(partial MAC reset)と称されてもよい。部分的MACリセットで実施される処理は、MACリセットで実施される処理の一部のみが実施される処理であってもよい。部分的MACリセットで実施される処理は、MACリセットで実施される処理の一部が実施されない処理であってもよい。端末装置のRRCエンティティが、端末装置のMACエンティティにMACリセットを実施するよう指示(instruct)することに基づき、端末装置のMACエンティティがMACリセットを実施してもよい。それに加えてまたはそれに代えて、端末装置のRRCエンティティが、端末装置のMACエンティティに部分的MACリセットを実施するよう指示(instruct)することに基づき、端末装置のMACエンティティが部分的MACリセットを実施してもよい。
　(処理MR)
　　(A)端末装置が論理チャネル毎に設定しているパラメータBjを0に初期化(initialize)する。
　　(B)少なくとも時間調整タイマーを含む一部のタイマーを除き、走っているすべてのタイマーを停止する。
　　(C)すべての上りリンクHARQプロセスのNew Data Indicator(NDI)の値を0にセットする。
　　(D)もし進行中のランダムアクセス手順があれば、そのランダムアクセス手順を停止する。
　　(E)もし明示的にシグナリングされた(explicitly signalled)、4ステップおよび2ステップのRAタイプのコンテンションフリーランダムアクセス(contention-free Random Access:CFRA)のリソースがあれば、そのリソースを破棄する。
　　(F)Msg3のバッファをフラッシュする。
　　(G)MSGAのバッファをフラッシュする。
　　(H)もしトリガされたScheduling Request(SR)手順があれば、そのSR手順をキャンセルする。
　　(I)もしトリガされたBuffer Status Reporting(BSR)手順があれば、そのBSR手順をキャンセルする。
　　(J)もしトリガされたPower Headroom Reporting(PHR)手順があれば、そのPHR手順をキャンセルする。
　　(K)すべての下りリンクHARQプロセスのソフトバッファをフラッシュする。
　　(L)もしトリガされたBeam Failure Reporting(BFR)があれば、そのBFRをキャンセルする。
　　(M)もしテンポラリC-RNTI(Temporary C-RNTI)があれば、そのテンポラリC-RNTIをリリース(release)する。
　　(N)すべてのBFI_COUNTERをリセット(reset)する。
　RRC接続再確立(RRC connection re-establishment)手順について説明する。RRC接続再確立手順とは、端末装置が、RRC再確立メッセージに基づき、RRC接続(RRC connection)を再確立(re-establish)するための手順(procedure)であってよい。RRC接続再確立手順は、RRC再確立手順(RRC re-establishment procedure)と称してもよい。RRC接続再確立手順において、端末装置は、基地局装置(ネットワーク:Network)にRRC再確立要求メッセージ(RRCReestablishmentRequest)を送信した後、前記基地局装置からRRC再確立メッセージ(RRCReestablishment)を受信したことに基づいて、RRC接続の再確立が成功したと判断し、前記基地局装置にRRC再確立完了メッセージ(RRCReestablishmentComplete)を送信してよい。前記端末装置が、RRC接続の再確立が成功したと判断することと、前記基地局装置にRRC再確立完了メッセージを送信することの順序は、どちらからでもよい。また、RRC_CONNECTED状態の端末装置は、RRC接続を継続するために前記手順を開始してよい。RRC接続の再確立は、基地局装置が有効なUEコンテキストを見つけ、(前記端末装置が保持するUEコンテキストであることを)検証することができる場合に成功する。又は、もし前記UEコンテキストを取得できなかった場合、基地局装置は、RRCセットアップメッセージを用いて返答してよい。
　端末装置は、RRC接続再確立手順を開始する際に、下記の処理RRIの(A)から(C)の一部または全部を実施(perform)してよい。
　(処理RRI)
　　(A)もし走っているならばタイマーT304を止める。
　　(B)もし端末装置が試行条件再設定情報要素(attemptCondReconfig)を設定していなければ、下記の処理(B-1)から(B-5)の一部または全部を実施する。
　　(C)セル選択を実施(perform)し、適切なNRセル(suitable NR cell)を選択した場合、下記の処理(C-1)から(C-2)の一部または全部を実施する。
　　　(B-1)MACエンティティをリセット(reset)する。
　　　(B-2)もし端末装置が設定しているならばSpCell設定をリリース(release)する。
　　　(B-3)SRB0を除くすべての無線ベアラをサスペンド(suspend)する。
　　　(B-4)もし端末装置が設定しているならばMCGの一つまたは複数のSCellをリリース(release)する。
　　　(B-5)もし端末装置がMR-DCを設定しているならばMR-DCのリリース(release)を実施する。
　　　(C-1)有効かつ最新の必要最低限のシステム情報(essential system information)を持っていることを確証(ensure)する。
　　　(C-2)もしセル選択が、MCGの無線リンク失敗の検出、MCGの同期付再設定の失敗(すなわちタイマーT304の満了)、または、NRからのモビリティの失敗によってトリガされ、かつ、端末装置が試行条件再設定情報要素(attemptCondReconfig)を設定しており、かつ、選択したセルがMCGの条件付再設定のエントリリスト(VarConditionalReconfig)に含まれる同期付再設定情報要素のための候補セルの一つである場合、端末装置が保持している、前記選択したセルに紐づけられる条件付RRC再設定情報要素(condRRCReconfig)を適用し、上述の処理RRPの一部または全部を実施(perform)し、そうでなければ、下記の処理(C-2-1)から(C-2-4)の一部または全部を実施し、もし端末装置が試行条件再設定情報要素(attemptCondReconfig)を設定していた場合、下記の処理(C-2-5)から(C-2-7)の一部または全部を実施する。
　　　　(C-2-1)SIB1で提供される値以外のデフォルトのL1パラメータ(default L1 parameter)の(複数の)値を、対応する物理レイヤの仕様の値として適用する。
　　　　(C-2-2)デフォルトのMACセルグループの設定(default MAC Cell Group configuration)を適用する。
　　　　(C-2-3)CCCHの設定を適用する。
　　　　(C-2-4)RRC再確立要求メッセージの送信を開始する。
　　　　(C-2-5)MACエンティティをリセット(reset)する。
　　　　(C-2-6)もし端末装置が設定しているならばSpCell設定をリリース(release)する。
　　　　(C-2-7)もし端末装置が設定しているならばMCGの一つまたは複数のSCellをリリース(release)する。
　上述のタイマーT304は、端末装置が同期付再設定情報要素を含むRRCコネクションの再設定に関するメッセージを受信したことに基づいてスタートし、前記同期付再設定情報要素に対応するSpCell上のランダムアクセス手順が成功裏に完了したことに基づいて停止してよい。また、上述のタイマーT304が満了した場合、端末装置は、RRC接続再確立手順を開始してよい。それに加えてまたはそれに代えて、上述のタイマーT304は、下位レイヤ(MACレイヤ等)から後述するLTMセル切替処理がトリガされることの通知、および/または、セル選択後のLTMセル切替処理の実行(perform)に基づいてスタートしてよい。それに加えてまたはそれに代えて、上述のタイマーT304は、ランダムアクセス手順の実行を伴わないLTMセル切替の場合、同一のHARQプロセスに対して、最初のアップリンク送信後の、C-RNTIにアドレスされたPDCCHの受信に基づいて停止してよい。
　ここで、帯域部分(BWP)について説明する。
　BWPはサービングセルの帯域の一部あるいは全部の帯域であってよい。また、BWPはキャリアBWP(Carrier BWP)と呼称されてもよい。端末装置は、1つまたは複数のBWPを設定してよい。端末装置は、あるBWPを初期セルサーチで検出された同期信号に対応づけられたシステム情報に含まれる情報によって設定してもよい。また、あるBWPは初期セルサーチを行う周波数に対応づけられた周波数帯域幅であってもよい。また、端末装置は、基地局装置からあるBWPをRRCシグナリング(例えばDedicated RRC signaling)で受信し、受信したBWPをRRCで設定してもよい。また、端末装置は、下りリンクのBWP(DL BWP)と上りリンクのBWP(UL BWP)とを個別に設定してもよい。また、1つまたは複数の上りリンクのBWPが1つまたは複数の下りリンクのBWPと対応づけられてよい。また、上りリンクのBWPと下りリンクのBWPとの対応づけは既定の対応づけであってもよいし、RRCシグナリング(例えばDedicated RRC signaling)による対応付けでもよいし、物理層のシグナリング(例えば下りリンク制御チャネルで通知される下りリンク制御情報(DCI)による対応付けであってもよいし、それらの組み合わせであってもよい。また、端末装置は、下りリンクのBWPにおいて、CORESETを設定してよい。
　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の設定に含まれてもよい。
　端末装置は、1つまたは複数の設定したBWPのうち、Active BWP(アクティブなBWP)において送受信をおこなってよい。端末装置は、関連付けられている1つのサービングセルにおいて、1つまたは複数のBWPを設定してよい。端末装置は、関連付けられている1つのサービングセルに対して設定した1つまたは複数のBWPのうち、ある時間において、最大で1つの上りリンクBWP、および/または最大で1つの下りリンクBWPがActive BWPとなるように設定してもよい。下りリンクのActive BWPをActive DL BWPとも称する。上りリンクのActive BWPをActive UL BWPとも称する。また、端末装置が1つまたは複数設定するBWPのうち、Active BWPでないBWPをInactive BWP(インアクティブなBWP)と称してよい。
　次にBWPの活性化/不活性化について説明する。BWPの活性化とは、BWPを活性化すること、または、Inactive BWPを活性化することを意味してよい。また、BWPの不活性化とは、BWPを不活性化すること、または、Active BWPを不活性化することを意味してよい。サービングセルにおけるBWP切り替え(BWP switching)は、Inactive BWPを活性化して、Active BWPを不活性化するために用いられる。
　BWP切り替えは、下りリンクアサインメントまたは上りリンクグラントを示すPDCCH、BWP不活性タイマー、RRCシグナリング、またはランダムアクセス手順の開始のためにMACエンティティそれ自身によって制御される。サービングセルのActive BWPは、RRCまたはPDCCHによって示される。
　次にBWP不活性タイマーについて説明する。端末装置がBWP不活性タイマーを設定した、活性化されたサービングセル(Activated Serving Cell)の各々に対してMACエンティティは、次の(A)を実施する。また、BWP不活性タイマーは、bwp-InactivityTimerという名称のタイマーであってもよい。
　　(A)もし次の(A-1)から(A-4)のうちいずれかを満たすなら、MACエンティティは次の(B)および(D)を実施する。
　　　(A-1)UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しており、Active DL BWPがdefaultDownlinkBWP-Idで示されるBWPでなく、かつ、Active DL BWPが休眠BWPの識別子(dormantBWP-Id)で示されるBWPでない。
　　　(A-2)UEが性能制限端末(RedCap UE)でなく、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、Active DL BWPがinitialDownlinkBWPでなく、かつ、Active DL BWPが休眠BWPの識別子(dormantBWP-Id)で示されるBWPでない。
　　　(A-3)UEが性能制限端末(RedCap UE)であり、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、UEが性能制限端末のための初期下りリンクBWP(initialDownlinkBWP-RedCap)を設定しておらず、かつ、Active DL BWPがinitialDownlinkBWPでない。
　　　(A-4)UEが性能制限端末(RedCap UE)であり、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、UEが性能制限端末のための初期下りリンクBWP(initialDownlinkBWP-RedCap)を設定しており、かつ、Active DL BWPがinitialDownlinkBWP-RedCapでない。
　　(B)もし、Active BWPで、下りリンクアサインメント(assignment)または上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、Active 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)もし、UEがdefaultDownlinkBWP-Idを設定していたら、このdefaultDownlinkBWP-Idで示されるBWPにBWP切り替えをおこない、そうでないならMACエンティティは次の(F)を実施する。
　　(F)もし、UEが性能制限端末(RedCap UE)であり、かつ、UEが性能制限端末のための初期下りリンクBWP(initialDownlinkBWP-RedCap)を設定していたら、このinitialDownlinkBWP-RedCapにBWP切り替えをおこない、そうでないならinitialDownlinkBWPにBWP切り替えをおこなう。
　また、MACエンティティは、もし、BWP切り替えのためのPDCCHを受信し、Active DL BWPを切り替えたら、次の(A)を実施する。
　　(A)もし次の(A-1)から(A-4)のうちいずれかを満たすなら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
　　　(A-1)UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しており、かつ、MACエンティティが、defaultDownlinkBWP-Idおよび休眠BWPの識別子(dormantBWP-Id)のいずれにも示されていない下りリンクのBWPに切り替える。
　　　(A-2)UEが性能制限端末(RedCap UE)でなく、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、かつ、MACエンティティが、initialDownlinkBWPでなく、かつ、休眠BWPの識別子(dormantBWP-Id)で示されていない下りリンクのBWPに切り替える。
　　　(A-3)UEが性能制限端末(RedCap UE)であり、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、UEが性能制限端末のための初期下りリンクBWP(initialDownlinkBWP-RedCap)を設定しておらず、かつ、MACエンティティが、initialDownlinkBWPでない下りリンクのBWPに切り替える。
　　　(A-4)UEが性能制限端末(RedCap UE)であり、UEがデフォルト下りリンクBWPの識別子(defaultDownlinkBWP-Id)を設定しておらず、UEが性能制限端末のための初期下りリンクBWP(initialDownlinkBWP-RedCap)を設定しており、かつ、MACエンティティが、initialDownlinkBWP-RedCapでない下りリンクのBWPに切り替える。
　UEがBWPを設定している、活性化された各サービングセルにおいて、MACエンティティは、もし、BWPが活性化され(Active BWPであり)、そのサービングセルにおけるActive DL BWP が休眠BWP(dormant BWP)でないなら、下記(A)から(H)の一部または全部を行う。
　　(A)そのBWPでUL-SCHを送信する。
　　(B)もしUEがPRACHオケージョンを設定しているなら、そのBWPでRACH(PRACH)を送信する。
　　(C)そのBWPでPDCCHをモニタする。
　　(D)もしUEがPUCCHを設定しているなら、そのBWPでPUCCHを送信する。
　　(E)そのBWPでCSIを報告する。
　　(F)もしUEがSRSを設定しているなら、そのBWPでSRSを送信する。
　　(G)そのBWPでDL-SCHを受信する。
　　(H)もしあれば貯蓄された設定(stored configuration)に従って、UEがそのActive BWPで設定している、グラントタイプ1のサスペンドされたすべてのコンフィギュアード上りリンクグラントを(再び)初期化する。
　MACエンティティは、もし、BWPが活性化され(Active BWPであり)、そのサービングセルにおけるActive DL BWP が休眠BWP(dormant BWP)であるなら、下記(A)から(L)の一部または全部を行う。
　　(A)このサービングセルのBWP不活性タイマーが走っているならば停止する。
　　(B)そのBWPでPDCCHをモニタしない。
　　(C)そのBWPのためにPDCCHをモニタしない。
　　(D)そのBWPでDL-SCHを受信しない。
　　(E)そのBWPでCSIを報告せず、そのBWPのために非周期CSI(aperiodic CSI)を除くCSIを報告する。
　　(F)そのBWPでSRSを送信しない。
　　(G)そのBWPでUL-SCHを送信しない。
　　(H)そのBWPでRACHを送信しない。
　　(I)そのBWPでPUCCHを送信しない。
　　(J)そのSCellに関連付けられた、すべてのコンフィギュアード下りリンクアサインメントおよび/またはすべてのグラントタイプ2のコンフィギュアード上りリンクグラントをクリアする。
　　(K)そのSCellに関連付けられた、すべてのグラントタイプ1のコンフィギュアード上りリンクグラントをサスペンドする。
　　(L)もしビーム失敗が検出されたら、そのSCellのためのビーム失敗検出およびビーム失敗回復を実行する。
　MACエンティティは、もし、BWPが不活性化されたら、下記(A)から(I)の一部または全部を行う。
　　(A)そのBWPでUL-SCHを送信しない。
　　(B)そのBWPでRACHを送信しない。
　　(C)そのBWPでPDCCHをモニタしない。
　　(D)そのBWPでPUCCHを送信しない。
　　(E)そのBWPでCSIを報告しない。
　　(F)そのBWPでSRSを送信しない。
　　(G)そのBWPでDL-SCHを受信しない。
　　(H)UEがそのBWPで設定している、すべてのコンフィギュアード下りリンクアサインメントおよび/またはすべてのグラントタイプ2のコンフィギュアード上りリンクグラントをクリアする。
　　(I)そのInactive BWP(インアクティブなBWP)のすべてのグラントタイプ1のコンフィギュアード上りリンクグラントをサスペンドする。
　次に集約ユニット(Central Unit:CU)および分散ユニット(Distributed Unit:DU)について説明する。集約ユニットとは、基地局装置のRRC層、SDAP層およびPDCP層をホストする(hosting)論理ノードのことであってよい。また、分散ユニットとは、基地局装置のRLC層、MAC層およびPHY層をホストする論理ノードのことであってよい。集約ユニットは、一つまたは複数の分散ユニットの操作(operation)を制御してよい。また、一つの分散ユニットは、一つまたは複数のセルをサポートしてよい。一つのセルは、ただ一つの分散ユニットのみによってサポートされてよい。なお集約ユニットの機能の一部が分散ユニットに実装されてもよい。また、分散ユニットの機能の一部が集約ユニットに実装されてもよい。
　次に、本実施形態におけるレイヤ1/レイヤ2トリガモビリティ(L1/L2-triggered mobility:LTM)について説明する。
　LTMとは、基地局装置が端末装置から受信した一つまたは複数のL1測定報告に基づいて、前記基地局装置がMAC CEを介してシグナリングされたセル切り替えコマンドによって前記端末装置のサービングセルを切り替える手順であって良い。前記セル切り替えコマンドは、前記基地局装置が事前に準備し、RRCシグナリングを介して前記端末装置に提供していたLTM候補設定を指定する。前記端末装置は前記セル切り替えコマンドに従ってターゲット設定を適用してよい。
　例えば、前記端末装置のRRC層は、一つまたは複数のLTM候補設定を含むRRCシグナリングを前記基地局装置から受信してよい。前記端末装置のRRC層は、受信した前記一つまたは複数のLTM候補情報要素をストアしてよい。また、前記端末装置のMAC層は、MAC CEを介してセル切り替えコマンドを前記基地局装置から受信してよい。前記端末装置のRRC層は前記セル切り替えコマンドに従ってターゲット設定を適用してよい。なお、前記セル切り替えコマンドは、前記ターゲット設定を示すターゲット設定識別子を含んでよい。前記セル切り替えコマンドを受信した前記端末装置のMAC層は前記端末装置のRRC層(MAC層より上位の層)に対して、LTMセル切り替え手順がトリガされたことと前記ターゲット設定識別子を通知してよい。LTMセル切り替え手順がトリガされたことと前記ターゲット設定識別子を通知をMAC層(RRC層より下位の層)から受信したRRC層は、セル切り替え手順をトリガしてよいし、前記ターゲット識別子で識別される、前記一つまたは複数のLTM候補情報要素のうち一つのLTM候補設定を適用してよい。前記ターゲット設定識別子はあるLTM候補設定を識別するのに使用される識別子であってよい。前記ターゲット設定はターゲット設定識別子によって示されたLTM候補設定であってよい。前記セル切り替えコマンドは前記端末装置にLTMセル切り替え手順をトリガさせるコマンド(MAC CE)であってよい。前記ターゲット識別子は後述するLTM候補識別子に関連づいてよい。
　LTMにおいて、基地局装置は、端末装置から提供される測定報告(measurement report)に基づいて、ターゲット設定を決定してもよい。前記測定報告は、端末装置からPUSCHで送信されるCSI報告(CSI reporting)であってよい。それに加えてまたはそれに代えて、前記測定報告は、端末装置からPUCCHで送信されるCSI報告であってよい。それに加えてまたはそれに代えて、前記測定報告は、端末装置からRRCシグナリングとして送信される測定報告メッセージ(measurement report message)であってよい。それに加えてまたはそれに代えて、前記測定報告は、端末装置からMAC CEとして送信される測定報告情報であってよい。また、前記測定報告は、その他の情報であってもよい。
　また、MAC CEは、レイヤ2シグナリングと言い換えられてよい。また、上述の測定は、レイヤ1(PHYレイヤ)、レイヤ2(MACレイヤ)、および/または、レイヤ3(RRCレイヤ)によって行われてよい。また、上述の測定報告は、レイヤ1(PHYレイヤ)、レイヤ2(MACレイヤ)、および/またはレイヤ3(RRCレイヤ)によって行われてよい。
　前記セル切り替えコマンドは、MAC CEでシグナリングされてもよい。前記MAC CEはLTMセル切り替えコマンドMAC CEと称されてもよく、セル切り替えコマンドという文言と同一の意味で使用されてよい。すなわち、セル切り替えコマンドを送受信することは、LTMセル切り替えコマンドMAC CEを送受信することと互いに換言されてもよい。前記セル切り替えコマンドは複数のフィールドを含んでよいし、前記複数のフィールドには以下の情報が含まれてよいし、その他の情報が含まれてもよい。
　　 (a) LTM候補識別子に対応するターゲット設定識別子
　　 (b) TAコマンド
　　 (c) ターゲット設定のSpCell(ターゲットセル)におけるTCI stateを示す識別子
　　 (d) ターゲット設定のSpCell(ターゲットセル)におけるuplink TCI stateを示す識別子
　　 (e) CFRAリソースの存在を示す情報
　　 (f) CFRAのPRACHを送信するuplink carrierを示す情報
　　 (g) CFRAリソースのプリアンブルインデックス
　　 (h) CFRAのPRACH送信のためのRACHオケージョンを決定するのに使用するSSBを示す情報
　　 (i) 前記SSBを示す情報で示されたSSBに関連するRACHオケージョンを示す情報
　一つまたは複数のLTM候補情報要素はLTM設定に含まれてよく、前記LTM設定は前記RRC再設定メッセージに含まれてよい。前記RRC再設定メッセージはRRCシグナリングであってよい。前記LTM候補情報要素には、LTM候補識別子、LTM候補セル識別子、LTM-SSB設定、LTM候補設定、LTM完全設定指示子、早期UL同期設定、早期SUL同期設定、LTMリセット判断識別子B、LTM-UE基準TA測定識別子B、およびその他の情報を含んでよい。前記LTM候補識別子は前記LTM候補設定および前記LTM候補情報要素を識別するのに使用される識別子であって、ltm-CandidateIdという名称の情報要素であってもよい。前記LTM候補セル識別子はLTM候補設定に含まれる設定のSpCellの物理セル識別子(PCI)を示す識別子であって、ltm-CandidatePCIという名称の情報要素であってもよい。前記LTM-SSB設定はL1測定およびTCI状態のために使用されるSS/PBCHブロックの設定を示し、ltm-SSB-Configという名称の情報要素であってよい。前記LTM候補設定はLTM候補セルを設定するために使用されるRRC再設定を含む設定であって、ltm-CandidateConfigという名称の情報要素であってよい。前記LTM完全設定指示子は、前記LTM候補設定に含まれるRRC再設定が完全な設定か否かを示し、ltm-ConfigCompleteという名称の情報要素であってよい。前記早期UL同期設定はULキャリアで早期UL同期手順を実行するために使用される設定であって、ltm-EarlyUL-SyncConfigという名称の情報要素であってよい。前記早期SUL同期設定はSULキャリアで早期UL同期手順を実行するために使用される設定であって、ltm-EarlyUL-SyncConfigSULという名称の情報要素であってよい。前記LTMリセット判断識別子BはLTM候補セルに対してLTMセル切り替え手順がトリガされた際にL2リセットが行われるか否かを判断するのに使用される識別子であって、ltm-NoResetIDという名称の情報要素であってよい。前記LTM-UE基準TA測定識別子Bは、LTM候補セルに対してUE基準TA測定を行うか否かを判断するのに使用される識別子であって、ltm-UE-MeasuredTA-IDという名称の情報要素であってもよい。
　前記LTM設定には、LTM参照設定、LTM候補設定解放リスト、LTM候補設定追加修正リスト、LTMリセット判断識別子A、LTM-UE基準TA測定識別子A、LTM-CSIリソース設定解放リスト、LTM-CSIリソース設定追加修正リスト、およびその他の情報を含んでよい。LTM参照設定は、LTMのための参照設定を設定するのに使用される設定であって、ltm-ReferenceConfigurationという名称の情報要素であってもよい。LTM候補設定解放リストは、解放されるLTM候補設定を示すリストであって、ltm-CandidateToReleaseListという名称の情報要素であってもよい。LTM候補設定解放リストは、解放するLTM候補設定に対応するLTM候補識別子のリストであってもよい。LTM候補設定追加修正リストは、追加およびまたは修正されるLTM候補設定のリストであって、ltm-CandidateToAddModListという名称の情報要素であってもよい。LTMリセット判断識別子Aは、LTM候補セルに対してLTMセル切り替え手順がトリガされた際にL2リセットが行われるか否かを判断するのに使用される識別子であって、ltm-ServingCellNoResetIDという名称の情報要素であってよい。LTM-UE基準TA測定識別子Aは、LTM候補セルに対してUE基準TA測定を行うか否かを判断するのに使用される識別子であって、ltm-ServingCellUE-MeasuredTA-IDという名称の情報要素であってもよい。LTM-CSIリソース設定解放リストは、解放されるLTMCSIリソース設定を示すリストであって、ltm-CSI-ResourceConfigToReleaseListという名称の情報要素であってもよい。LTM-CSIリソース設定解放リストは、解放するLTM-CSIリソース設定に対応するLTM-CSIリソース設定識別子のリストであってもよい。LTM-CSIリソース設定追加修正リストは、追加およびまたは修正されるLTM-CSIリソース設定のリストであって、ltm-CSI-ResourceConfigToAddModListという名称の情報要素であってもよい。LTM-CSIリソース設定とは、一つまたは複数のLTM候補設定のための一つまたは複数のCSIリソースのグループを定義する設定であってよい。各LTM-CSIリソース設定はLTM-CSIリソース設定識別子で識別されてよい。
　LTM設定を含むRRC再設定メッセージを受信した端末装置は、受信した前記LTM設定に基づいて以下の動作を行ってよい。(A)受信した前記LTM設定がLTMリセット判断識別子Aを含む場合であって、現在のUE変数-LTMリセット判断識別子がLTMリセット判断識別子Aを含む場合、前記UE変数-LTMリセット判断識別子に含まれるLTMリセット判断識別子Aの値を受信した前記LTMリセット判断識別子Aに置き換えてよいし、受信した前記LTM設定がLTMリセット判断識別子Aを含む場合であって、現在のUE変数-LTMリセット判断識別子がLTMリセット判断識別子Aを含まない場合、受信した前記LTMリセット判断識別子AをUE変数-LTMリセット判断識別子にストアしてよい。(B) 受信した前記LTM設定がLTM-UE基準TA測定識別子Aを含む場合であって、現在のUE変数-LTM -UE基準TA測定識別子がLTM-UE基準TA測定識別子Aを含む場合、前記UE変数-LTM-UE基準TA測定識別子に含まれるLTM-UE基準TA測定識別子Aの値を受信した前記LTM -UE基準TA測定識別子Aに置き換えてよいし、受信した前記LTM設定がLTM-UE基準TA測定識別子Aを含む場合であって、現在のUE変数-LTM-UE基準TA測定識別子がLTM-UE基準TA測定識別子Aを含まない場合、受信した前記LTM-UE基準TA測定識別子AをUE変数-LTM-UE基準TA測定識別子にストアしてよい。(C)受信した前記LTM設定がLTM候補設定解放リストを含む場合、後述の前記LTM候補設定解放リストを受信した端末装置の動作を行ってよい。(D)受信した前記LTM設定がLTM候補設定追加修正リストを含む場合、後述の前記LTM候補設定追加修正リストを受信した端末装置の動作を行ってよい。なお、前記UE変数-LTMリセット判断識別子は、LTMセル切り替え手順の際にL2リセットが必要か否かを端末装置が判断する基準となるサービングセルの識別子をストアするのに使用されてよく、VarLTM-ServingCellNoResetIDという名称のUE変数であってもよい。前記UE変数-LTM-UE基準TA測定識別子は、UE基準TA測定が必要か否かを端末装置が判断する基準となるサービングセルの識別子をストアするのに使用されてよく、VarLTM-ServingCellUE-MeasuredTA-IDという名称のUE変数であってもよい。なお、UE変数とは、端末装置内部にストアされる変数であってよい。
　LTM候補設定追加修正リストを受信した端末装置は、前記LTM候補設定追加修正リストに含まれる各LTM候補識別子に対して以下の処理を行う。(A)現在の端末装置の設定が、前記LTM候補識別子の値と同じ値のLTM候補識別子を含むLTM候補情報要素を含むと判断した場合、前記受信したLTM候補情報要素に従って対応する(前記端末装置の設定に含まれる)LTM候補情報要素を再設定し、そうではない場合(すなわち、現在の端末装置の設定が、前記LTM候補識別子の値と同じ値のLTM候補識別子を含むLTM候補情報要素を含むと判断しなかった場合)、前記受信したLTM候補情報要素を前記端末装置の設定に追加してよい。(B)前記受信したLTM候補識別子を含む前記LTM候補情報要素が前記LTM-UE基準TA測定識別子Bを含む場合、さらに、(C)前記LTM-UE基準TA測定識別子Bの値と UE変数-LTM-UE基準TA測定識別子に含まれるLTM-UE基準TA測定識別子Aの値が等しいと判断した場合、このLTM候補情報要素のためにUE基準TA測定が設定されていることを下位層に知らせ、そうではない場合(すなわち、前記LTM-UE基準TA測定識別子Bの値と UE変数-LTM-UE基準TA測定識別子に含まれるLTM-UE基準TA測定識別子Aの値が等しいと判断しなかった場合)、このLTM候補情報要素のためにUE基準TA測定が設定されていないことを下位層に知らせてよい。なお、前記受信したLTM候補識別子を含む前記LTM候補情報要素が前記LTM-UE基準TA測定識別子Bを含まない場合、このLTM候補情報要素のためにUE基準TA測定が設定されていないことを下位層に知らせてよい。
　前記LTM候補設定解放リストを受信した端末装置は、前記LTM候補設定解放リストに含まれる各LTM候補識別子に対して以下の処理を行う。(A)前記LTM候補識別子に対応するLTM候補情報要素を削除してよい。
　また、NR-DCが端末装置に設定されている場合、端末装置は二つの独立したLTM設定を受信できる。すなわち、(1)SRB1を介して受信したRRC再設定メッセージに含まれる、MCGに関連付けられたLTM設定と、(2)SRB3を介して受信したまたはSRB1を介して受信したRRC再設定メッセージに埋め込まれているRRC再設定メッセージに含まれる、SCGに関連付けられたLTM設定の二つを受信できる。端末装置が二つの独立したLTM設定を受信した場合、前記端末装置は二つの独立したLTM設定を維持(maintain)してよいし、前記端末装置は二つの独立したUE変数-LTM-UE基準TA測定識別子を維持してよいし、前記端末装置は二つの独立したUE変数-LTMリセット判断識別子を維持してよいし、前記端末装置は明示的なほかの指示がない限りそれぞれのLTM設定、UE変数-LTM-UE基準TA測定識別子およびUE変数-LTMリセット判断識別子に対して独立してすべての手順を行ってよい。
　LTMにおいて、下記(A)から(J)の一部または全部のモビリティのシナリオがサポートされてよいし、その他のモビリティのシナリオがサポートされてもよい。
　　(A)基地局分散ユニット内(intra-gNB-DU)モビリティ
　　(B)基地局集約ユニット内基地局分散ユニット間(intra-gNB-CU inter-gNB-DU)モビリティ
　　(C)周波数間(inter-frequency)モビリティ (現在のサービングセルでない周波数間セルへのモビリティを含む)
　　(D)周波数内(intra-frequency)モビリティ
　　(E)CAおよびDCが設定されていない端末装置におけるPCell変更
　　(F)CAが設定されている端末装置における、PCell及び一つまたは複数のSCellの変更
　　(G)DCが設定されている端末装置における、PCellおよびMCG SCell(s)の変更、MNが関与しないPSCellおよびSCG SCell(s)の変更
　　(H)セル間ビーム制御(inter-cell beam management) (レイヤ1/レイヤ2トリガモビリティを使用するための前提として考慮しない)
　　(I)基地局集約ユニット間(inter-gNB-CU)モビリティ
　　(J)条件付モビリティ
　本実施形態に密接に関連するRRC、PDCPおよびRLCの動作について説明する。まず、PDCPデータ回復(data recovery)、および、PDCP再確立(re-establishment)について説明する。基地局装置から端末装置に送信されるRRCシグナリングには無線ベアラの設定に関する情報要素(RadioBearerConfig)が含まれてよく、無線ベアラの設定に関する情報要素にDRBの追加およびまたは修正に関する設定(DRB-ToAddMod)のリスト(DRB-ToAddModList)が含まれてよく、DRBの追加およびまたは修正に関する設定に、DRB識別子(drb-Identity)、PDCPが再確立されることを示す情報(reestablishPDCP)、PDCPがデータ回復を行うよう示す情報(recoverPDCP)が含まれてもよい。端末装置のRRCは、PDCPが再確立されることを示す情報がRRCシグナリングにセットされていることに基づいて、DRB識別子によって識別されるDRBのPDCPエンティティを再確立してもよい。端末装置のRRCは、PDCPがデータ回復を行うよう示す情報がRRCシグナリングにセットされていることに基づいて、DRB識別子によって示されているPDCPエンティティのデータ回復をトリガしてもよい。なお、基地局装置から明示的なシグナリングでPDCPが再確立されることを示す情報、またはPDCPがデータ回復を行うよう示す情報を受信していない場合であっても、端末装置のRRCは各DRBのPDCPエンティティに再確立またはデータ回復を行うようトリガしてもよい。なお端末装置のRRCは、後述のように、RRCシグナリングに明示的な情報が含まれていない場合でもPDCPエンティティに再確立またはデータ回復を行わせることができる。
　上位レイヤ(RRC層)にデータ回復を要求されたPDCPエンティティは、下位レイヤによって配達の成功(successful delivery)が確認されておらず、再確立または解放されたAM RLCエンティティに以前提出していた全てのPDCPデータPDUの再送を、PDUに関連付けられたCOUNT値の昇順で行ってよい。
　上位レイヤ(RRC層)よりPDCPエンティティの再確立を要求されたPDCPエンティティは、PDCP SDUに対応するPDCPデータPDUの配達の成功(successful delivery)が下位レイヤによって確認されていない最初のPDCP SDUから、PDCP再確立の前にPDCP SDUに関連付けられたCOUNT値の昇順に、既にPDCPシーケンス番号(Sequence Number(s): SN(s))に関連付けられた全てのPDCP SDUの再送または送信を行ってよい。なお、再確立を要求されたPDCPエンティティを含むDRBが一時停止(suspend)されていた場合、PDCP SDUを上位レイヤから受信したと見なし、破棄タイマー(discardTimer)を再開(restart)することなくPDCP SDUの再送を行ってよい。
　一つのPDCPエンティティは送信PDCPエンティティと受信PDCPエンティティからなってもよい。上位レイヤよりPDCP SDUを受信した送信PDCPエンティティは、前記PDCP SDUに関連付けられた破棄タイマーを開始してよい。前記PDCP SDUのための破棄タイマーが満了した場合、または、前記PDCP SDUの配達の成功がPDCPステータス報告(status report)によって確認された場合、送信PDCPエンティティは対応するPDCPデータPDUとともに前記PDCP SDUを破棄してよい。もし、前記PDCPデータPDUが下位レイヤに対して既に提出されていた場合、下位レイヤに破棄が指示されてよい。
　上位レイヤ(RRC)に上りリンクでPDCPステータス報告を送るよう設定されたAM DRBについて、受信PDCPエンティティは、上位レイヤ(RRC)がPDCPエンティティの再確立を要求した場合、または、上位レイヤ(RRC)がPDCPデータ回復を要求した場合、または、上位レイヤ(RRC)が上りリンクデータのスイッチを要求した場合などにおいて、PDCPステータス報告をトリガしてよい。端末装置のRRCは、DRBの追加およびまたは修正に関する設定に含まれるPDCPエンティティの設定(pdcp-Config)に、上りリンクでPDCPステータス報告を送ることを示す情報(statusReportRequired)が含まれることに基づいて、上りリンクでPDCPステータス報告を送るよう、DRB識別子で識別されるDRBを設定してよい。PDCPステータス報告がトリガされた場合、受信PDCPエンティティは、送信PDCPエンティティを介した送信のための最初のPDCP PDUとしてPDCPステータス報告を下位レイヤに提出してよい。
　制御用PDCP PDUは、PDCPステータス報告(PDCP status report)をピアPDCPに伝達するために使用されてよい。なお、制御用PDCP PDUは、PDCPステータス報告以外の制御情報を伝達するためにも使用されてよい。PDCPステータス報告には、PDCP PDUが制御用かデータ用かを示す情報、制御用PDCP PDUに含まれうる制御情報のうち、どの制御情報が含まれるかを示す情報、予約ビット、リオーダリング期間(reordering window)内で欠落している最初のPDCP PDUを示す情報(First Missing COUNT: FMC)、及び欠落したPDCP SDUと成功裏に受信したPDCP SDUを示すビットマップ情報が含まれてよい。
　下りリンクでPDCPステータス報告を受信した場合、送信PDCP entityは、PDCPステータス報告に含まれるビットマップ情報で1が示されているビットに対応するCOUNT値および/またはFMCで示される値より小さいCOUNT値に対応するPDCP SDUを配達の成功と見なし、配達の成功と見なされたPDCP SDUを破棄してよい。
　また、上位層(例えばRRC層)よりRLCエンティティの再確立を要求された場合、前記RLCエンティティは、全てのRLC SDU、RLC SDUのセグメント、RLC PDUを破棄してよいし、すべてのタイマーを停止、リセットしてよいし、すべての変数を初期値にリセットしてもよい。
　以上の説明をベースとして、様々な本実施形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
　図5は本実施形態における端末装置(UE122)の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図5では、本実施形態と密接に関連する主な構成部のみを示す。
　図5に示すUE122は、基地局装置より制御情報（DCI、MAC CE、RRCシグナリング等）を受信する受信部500、及び受信した制御情報に含まれるパラメータに従って処理を行う処理部502、および基地局装置に制御情報（UCI、RRCシグナリング等）を送信する送信部504、から成る。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP層処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。それに加えてまたはそれに代えて、受信部500には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、受信部500には、物理層受信部、MAC層受信部、RLC層受信部、PDCP層受信部、SDAP層受信部、RRC層受信部、およびNAS層受信部の一部または全てが含まれてよい。
　図6は本実施形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図6では、本実施形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。
　図6に示す基地局装置は、UE122へ制御情報（DCI、MAC CE、RRCシグナリング等）を送信する送信部600、及び制御情報（DCI、パラメータを含むRRCシグナリング等）を作成し、UE122に送信する事により、UE122の処理部502に処理を行わせる処理部602、およびUE122から制御情報（UCI、RRCシグナリング等）を受信する受信部604から成る。また、処理部602には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部602には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP層処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。それに加えてまたはそれに代えて、送信部600には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、送信部600には、物理層送信部、MAC層送信部、RLC層送信部、PDCP層送信部、SDAP層送信部、RRC層送信部、およびNAS層送信部の一部または全部が含まれてよい。
　図9を用いて本実施形態における、端末装置(UE122)の処理の一例を説明する。なお、本実施形態において、UE122の処理部502には、RRCの処理を行うRRC処理部とPDCPの処理を行うPDCP処理部とRLCの処理を行うRLC処理部とMACの処理を行うMAC処理部とPHYの処理を行うPHY処理部とが含まれてよい。
　図9は本実施形態における、UE122の処理の一例を示す図である。UE122の処理部502は、条件の判断を行い(ステップS900)、前記判断に基づいて動作する(ステップS902)。
　UE122は、基地局装置(gNB108および/またはeNB102)からRRCシグナリングを受信する。前記RRCシグナリングはLTM設定を含んでよい。前記LTM設定はLTM候補設定追加修正リストを含んでよい。また、前記LTM候補設定追加修正リストは一つまたは複数のLTM候補情報要素を含んでよいし、前記LTM候補情報要素はLTM候補設定を含んでいてよい。なお、前記LTM設定には前述の情報が含まれていてよいし、他の情報が含まれていてよい。前記RRCシグナリングはRRC再設定メッセージであってよいし、RRC再開メッセージであってよいし、RRC再確立メッセージであってよいし、これらのメッセージが埋め込まれたRRC層のメッセージであってもよい。また、前記LTM設定を受信した前記UE122のRRC処理部は、前述のLTM設定を受信した端末装置の動作を行ってよい。
　前記UE122は、基地局装置(gNB108および/またはeNB102)からセル切り替えコマンドを受信する。セル切り替えコマンドは前述のMAC CEであってよいし、それに加えてまたはそれに代えてその他のシグナリングであってもよい。以下、前記セル切り替えコマンドがMAC CEである場合の例を記述する。前記セル切り替えコマンドを受信した前記UE122のMAC処理部は、LTMセル切り替え手順がトリガされたことと前記セル切り替えコマンドに含まれるターゲット設定識別子を前記UE122の上位レイヤ(例えばRRC処理部)に通知してよい。前記MAC CEはあるセルグループのMAC処理部に対して提供されてよいし、後述のMAC処理部は特に明記しない限り前記MAC CEを受信したMAC処理部であってよい。すなわち、LTMセル切り替え手順は前記MAC CEを受信したMAC処理部のセルグループでトリガされてよい。LTMセル切り替え手順がトリガされたことを下位層(MAC処理部)から通知されたRRC処理部は、以下のステップS900およびステップS902を含む、LTMセル切り替え手順を行ってよい。
　前記UE122のRRC処理部は、ステップS900において以下の条件の一部または全部が満たされるか否かを判断してよい。
　　(a)前記UE122の下位レイヤ(例えばMAC処理部)から指定された、LTM設定内のLTM候補情報要素に識別子Cが含まれる
　　(b)前記UE122のUE変数Aに識別子Dが含まれる
　　(c)前記識別子Cの値と前記識別子Dの値が等しくない
　前記UE122のRRC処理部は、ステップS900において条件が満たされると判断したことに基づいて、ステップS902において、現在のUE122の設定の一部である各DRBのPDCP処理部に再確立を行わせてよい。それに加えてまたはそれに代えて、前記UE122のRRC処理部は、ステップS900において条件が満たされないと判断したことに基づいて、ステップS902において、現在のUE122の設定の一部である各DRBのPDCP処理部に再確立を行わせなくてよい。なお、前記条件(a)は、前記セル切り替えコマンドによって指定されたLTM候補情報要素に前記識別子Cが含まれることと換言されてもよい。
　それに加えてまたはそれに代えて、前記UE122のRRC処理部は、ステップS900において条件が満たされると判断した場合、ステップS902において、(1)現在のUE122の設定の一部である、LTMセル切り替え手順がトリガされたセルグループのための、各ロジカルチャネルごとに、サーブされる無線ベアラにDRB IDが設定されている場合、対応するRLC処理部を再確立し、(2)現在の前記UE122の設定の一部である各DRBのPDCP処理部に再確立を行わせ、(3)前記UE122のUE変数A内の識別子Dの値を下位レイヤから通知されたLTM設定内のLTM候補情報要素に含まれる識別子Cの値で置き換えてよいし、(4)前記UE122のUE変数-LTMリセット判断識別子内のLTMリセット判断識別子Aの値を下位レイヤから通知されたLTM設定内のLTM候補情報要素に含まれるLTMリセット判断識別子Bの値で置き換えてもよい。それに加えてまたはそれに代えて、前記UE122のRRC処理部は、ステップS900において条件が満たされないと判断した場合、ステップS902において、前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素に含まれるLTMリセット判断識別子Bの値と前記UE122のUE変数-LTMリセット判断識別子内のLTMリセット判断識別子Aの値が等しくない場合、(1)現在のUE122の設定の一部である、LTMセル切り替え手順がトリガされたセルグループのための、各ロジカルチャネルごとに、サーブされる無線ベアラにDRB IDが設定されている場合、RLC処理部を再確立し、(2)現在の前記UE122の設定の一部である各DRBのPDCP処理部にデータ回復を行わせ、 (3)前記UE122のUE変数-LTMリセット判断識別子内のLTMリセット判断識別子Aの値を下位レイヤから通知されたLTM設定内のLTM候補情報要素に含まれるLTMリセット判断識別子Bの値で置き換えてもよい。
　それに加えてまたはそれに代えて、前記UE122のRRC処理部は、前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素に含まれるLTMリセット判断識別子Bの値と前記UE122のUE変数-LTMリセット判断識別子内のLTMリセット判断識別子Aの値が等しくない場合、現在のUE122の設定の一部である、LTMセル切り替え手順がトリガされたセルグループのための、各ロジカルチャネルごとに、サーブされる無線ベアラにDRB IDが設定されている場合、RLC処理部を再確立し、前記UE122のUE変数-LTMリセット判断識別子内のLTMリセット判断識別子Aの値を下位レイヤから通知されたLTM設定内のLTM候補情報要素に含まれるLTMリセット判断識別子Bの値で置き換えてもよいし、ステップS900において条件が満たされると判断した場合、ステップS902において、(1)現在の前記UE122の設定の一部である各DRBのPDCP処理部に再確立を行わせ、(2)前記UE122のUE変数A内の識別子Dの値を下位レイヤから通知されたLTM設定内のLTM候補情報要素に含まれる識別子Cの値で置き換えてよいし、ステップS900において条件が満たされないと判断した場合、ステップS902において、(1)現在の前記UE122の設定の一部である各DRBのPDCP処理部にデータ回復を行わせてよい。
　それに加えてまたはそれに代えて、前記UE122のRRC処理部は、前記識別子Cまたは前記識別子Dに特別な値(例えば“1”など)が設定されていると判断したことに基づいて現在の前記UE122の設定の一部である各DRBのPDCP処理部に再確立を行わせてよい。
　なお、以上の動作例はCU間モビリティとしてLTMが使用される際に、識別子Cおよび識別子Dが必ず各設定に含まれることを仮定した手順であるが、識別子Cおよび識別子Dが任意で各設定に含まれることを仮定した場合にはステップS900において別の判断を行ってもよい。例えば前記UE122のRRC処理部は、ステップS900において以下の条件のいずれかが満たされるか否かを判断してよい。なお、判断の結果に基づく動作は上述の動作例と同様のものであってもよい。
　　(a’)前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素に識別子Cが含まれない
　　(b’)前記UE122のUE変数Aに識別子Dが含まれない
　　(c)前記識別子Cの値と前記識別子Dの値が等しくない
　それに加えてまたはそれに代えて、CU間モビリティとしてLTMが使用される際に識別子Cおよび識別子Dが任意で各設定に含まれることを仮定した場合、前記UE122のRRC処理部は、前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素または前記基地局装置から受信した前記LTM設定にインジケータ(indicator)Aが含まれないことに少なくとも基づいて現在の前記UE122の設定の一部である各DRBのPDCP処理部にデータ回復を行わせてよい。
　なお、前記識別子Cおよび前記識別子Dは前記RRCシグナリングに含まれてよい。前記識別子CはLTM候補情報要素などに含まれてよいし、前記識別子DはLTM設定などに含まれてよい。前記UE122は、UEに保持されるUE変数であるUE変数Aに前記識別子Dを含んでよいし、前記基地局装置から受信したLTM設定に含まれる前記識別子Dの値をUE変数Aに含まれる前記識別子Dの値に設定してもよい。また、前記識別子Cは各LTM候補情報要素及び各LTM候補設定などに関連付けられてよい。前記識別子Cは各LTM候補情報要素に含められてもよいし、LTM候補識別子と前記識別子Cのセットが別途リストされていてもよい。例えば、前記識別子Dは、サービングセルSpCellのセキュリティセルセット識別子であってもよいし、サービングセキュリティセルセット識別子(servingSecurityCellSetId)であってもよいし、異なる名称の情報要素であってもよい。例えば、前記識別子CはLTMセル切り替え手順が実行された際にUE122がセキュリティ更新を行うべきかを判断するのに使用される識別子であってよく、セキュリティセルセット識別子(securityCellSetId)であってもよいし、異なる名称の情報要素であってもよい。例えば、UE変数AはUE変数-サービングセキュリティセルセット識別子(VarServingSecurityCellSetId)であってもよいし、UE変数-LTMリセット判断識別子(VarLTM-ServingCellNoResetID)であってもよいし、異なる名称のUE変数であってもよい。前記UE変数-サービングセキュリティセルセット識別子は、サービングSpCellのセキュリティセルセットIDを含むUE変数であってもよい。
　また、参照設定がCUごとに設定される場合、例えば前記UE122のRRC処理部は、ステップS900において以下の条件が満たされるか否かを判断してよい。なお、判断の結果に基づく動作は上述の動作例と同様のものであってもよい。
　　(c’) 前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素に関連付けられた参照設定と、現在の前記UE122の設定に関連付けられたまたは現在のサービングセルのためのLTM候補情報要素に関連付けられた参照設定が同じでない
　例えば、前記UE122のRRC処理部は、ステップS900において条件(c’)が満たされると判断したことに基づいて、ステップS902において、現在のUE122の設定の一部である各DRBのPDCP処理部に再確立を行わせてよい。それに加えてまたはそれに代えて、前記UE122のRRC処理部は、ステップS900において条件(c’)が満たされないと判断したことに基づいて、ステップS902において、現在のUE122の設定の一部である各DRBのPDCP処理部に再確立を行わせなくてよい。
　なお、前述の実施形態の一例はセル切り替え手順の一部であってよい。前記LTMセル切り替え手順のトリガとして、セル切り替えコマンドを受信した場合をベースに記述したが、他の条件を基にLTMセル切り替え手順を開始してもよい。例えば、前記他の条件とはRRC接続再確立手順において選択されたセルがMCGに関連付けられたLTM設定内のLTM候補情報要素に含まれるLTM候補セルであるという条件であってよく、この場合、前記UE122は選択されたセルに対してLTMセル切り替え手順を開始してよい。この場合、「前記UE122の下位レイヤ(例えばMAC処理部)から通知されたLTM設定内のLTM候補情報要素」とは、「RRC接続再確立手順で選択されたセルのためのLTM候補情報要素」であってもよい。また、例えば前記他の条件とは、条件付きLTMの実行条件が満たされた、という条件であってよい。また、前述のL2リセットとは、RLCエンティティの再確立を行う事であってもよいし、PDCPエンティティの再確立またはデータ回復を行う事であってもよい。
　また、前記条件付きLTMとは、一つまたは複数の実行条件が満たされた場合に実行されるLTMセル切り替え手順のことであってもよい。前記実行条件とは、あるLTM候補セルの品質がある閾値よりも良いという条件であってもよいし、あるLTM候補セルの品質が現在のサービングセルの品質よりも良いという条件であってもよいし、現在のサービングセルの品質がある閾値よりも悪く、あるLTM候補セルの品質がある閾値よりも良い、という条件であってもよい。前記セルの品質とは、前記セルで測定した参照信号受信電力(RSRP)であってもよいし、他の測定量であってもよい。また、セルの品質の代わりにビームの品質が評価されてもよく、ビームの品質とはビームのRSRPであってもよい。品質が閾値よりも良いとは、RSRPが閾値よりも大きいことと換言されてもよいし、逆に品質が閾値よりも悪いとは、RSRPが閾値よりも小さいことと換言されてもよい。また、前記サービングセルとは、現在端末装置に設定されているSpCellであってもよいし、前記サービングセルとは、現在端末装置に設定されているSCellであってもよい。
　上述の各実施形態は互いに組み合わされてよい。また、上述の各実施形態において、LTM候補セル設定を適用するとは、前記LTM候補セル設定に含まれるRRCコネクションの再設定に関するメッセージを用いてRRC再設定手順を実行することであってよい。また、上述の各実施形態において、前記選択したLTM候補セルの設定に関連付けられる一つまたは複数のLTM候補セルのうちのSpCellは、端末装置が前記LTM候補セル設定に含まれるセルグループ設定を用いて設定する一つのSpCellのことであってよい。それに加えてまたはそれに代えて、上述の各実施形態において、「前記選択したLTM候補セルの設定に関連付けられる一つまたは複数のLTM候補セルのうちのSpCell」、「端末装置が前記選択したLTM候補セルの設定を用いて設定するSpCell」および「ターゲットSpCell」等の表現は互いに言い換えられてよい。また、上述の各実施形態において、「実行する」、「開始する」および「トリガする」は、互いに言い換えられてよい。それに加えてまたはそれに代えて、上述の各実施形態におけるRRC再設定手順は、NR-DCの場合、各セルグループにおいて独立に実行(perform)されてよい。例えば、上述の各実施形態におけるLTM MAC CEに含まれる識別子によって識別されるLTM候補セル設定が、MCGに関連付けられるLTM候補ターゲット設定(例えば上述のLTM-Config情報要素)に含まれる場合、UE122のRRC処理部は、MCGにおいてRRC再設定手順を実行し、SCGにおいてはRRC再設定手順を実行しなくてよい。また、上述の各実施形態において、「条件A、B、C、…がすべて満たされていると判断した場合」は、「条件A、B、C、…がすべて満たされている場合」等と言い換えられてよい。また、上述の各実施形態において、「条件A、B、C、…のいずれかが満たされていないと判断した場合」は、「条件A、B、C、…のいずれかが満たされていない場合」または「条件A、B、C、…がすべて満たされていると判断しなかった場合」等と言い換えられてよい。また、上述の各実施形態において、「識別子Aと識別子Bが同じでないと判断した」は、「識別子Aと識別子Bが異なると判断した」と言い換えられてよい。また、上述の各実施形態において、「識別子Aと識別子Bが同じと判断した」または「識別子Aと識別子Bが同じと判断し」は、「識別子Aと識別子Bが異なると判断しなかった」と言い換えられてよい。
　また、上記説明における無線ベアラとは、特に明記しない限り、DRBであってよいし、SRBであってよいし、DRB及びSRBであってよい。
　また上記説明において、「ユーザプレーン」、「ユーザプレーンプロトコル」、「ユーザプレーンインターフェース」等の表現は、互いに換言されてもよい。
　また上記説明において、「ターゲットの一つまたは複数のセルへのサービングセルの変更を指示するDCIまたはMACコントロールエレメントを受信する」を「ターゲットの一つまたは複数のセルへのサービングセルの変更を指示される」と言い換えてよい。
　また上記説明において、「端末装置の変数」、「端末変数」、「変数」等の表現は、互いに換言されてもよい。
　また上記説明におけるサービングセル変更とは、特に明記しない限り、レイヤ1/レイヤ2サービングセル変更であってよい。
　また上記説明において、「提供される」、「シグナリングされる」、「選択される」等の表現は、互いに換言されてもよい。
　また上記説明において、「LTM候補ターゲット識別子」、「LTM候補ターゲットエントリ識別子」等の表現は、互いに換言されてもよい。
　また上記説明において、「通知される」、「指摘を受ける」等の表現は、互いに換言されてもよい。
　また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。
　また上記説明において、「含まれる」、「含まれている」、「含まれていた」等の表現は、互いに換言されてもよい。
　また上記説明において、「前記~」を「上述の~」と言い換えてよい。
　また上記説明において、「~と確定した」、「~が設定されている」、「~が含まれる」等の表現は、互いに換言されてもよい。
　また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なってもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なってもよい。また上記説明において「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」という条件の「その他」の条件として表現されてもよい。
　本実施形態に関わる装置で動作するプログラムは、本実施形態の機能を実現するように、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 (3)

  1. 　基地局装置と通信する端末装置であって、
    　受信部と、
    　処理部と、を備え、
    　前記受信部は、ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信し、
    　前記受信部は、セル切り替えコマンドを前記基地局装置より受信し、
    　前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、
    　前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、
    　前記処理部は、前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせ、
    　前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である、
    　端末装置。
  2. 　基地局装置と通信する端末装置の方法であって、
    　ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信し、
    　セル切り替えコマンドを前記基地局装置より受信し、
    　前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、
    　前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、
    　前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせ、
    　前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である、
    　方法。
  3. 　基地局装置と通信する端末装置に実装される集積回路であって、
    　ひとつまたは複数のLTM候補情報要素を含むRRCシグナリングを前記基地局装置より受信する機能と、
    　セル切り替えコマンドを前記基地局装置より受信する機能と、
    　前記セル切り替えコマンドは、前記端末装置にLTMセル切り替え手順をトリガさせるコマンドであって、
    　前記セル切り替えコマンドは複数のフィールドを含み、第１の情報要素を指定する情報が前記複数のフィールドのひとつに設定され、
    　前記LTMセル切り替え手順において、（１）第１の識別子が前記第１の情報要素に含まれており、（２）第２の識別子がUE変数に含まれており、（３）前記第１の識別子の値と前記第２の識別子の値が異なる、と判断したことに基づいてPDCPエンティティに再確立を行わせる機能と、を有し、
    　前記第１の情報要素は、ひとつまたは複数のLTM候補情報要素のうちひとつのLTM候補情報要素である、
    　集積回路。
PCT/JP2025/021935 2024-07-11 2025-06-18 端末装置、方法、および、集積回路 Pending WO2026014167A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024-111659 2024-07-11
JP2024111659 2024-07-11

Publications (1)

Publication Number Publication Date
WO2026014167A1 true WO2026014167A1 (ja) 2026-01-15

Family

ID=98386365

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/021935 Pending WO2026014167A1 (ja) 2024-07-11 2025-06-18 端末装置、方法、および、集積回路

Country Status (1)

Country Link
WO (1) WO2026014167A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LI CHEN, VIVO: "Discussion on inter-CU LTM", 3GPP DRAFT; R2-2404421; TYPE DISCUSSION; NR_MOB_PH4-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Fukuoka City, Fukuoka, JP; 20240520 - 20240524, 10 May 2024 (2024-05-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052606875 *
YI XIONG, XIAOMI: "Open issues of L2 reset for subsequent CPAC", 3GPP DRAFT; R2-2400185; TYPE DISCUSSION; NR_MOB_ENH2-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Athens, GR; 20240226 - 20240301, 19 February 2024 (2024-02-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052560704 *

Similar Documents

Publication Publication Date Title
WO2024142971A1 (ja) 端末装置、方法、および、集積回路
JP7766506B2 (ja) 端末装置、方法、および、集積回路
WO2023106315A1 (ja) 端末装置、基地局装置、および、方法
WO2023100981A1 (ja) 端末装置、方法、および、集積回路
WO2023063342A1 (ja) 端末装置、基地局装置および、方法
WO2023042752A1 (ja) 端末装置、基地局装置および、方法
JP2025027154A (ja) 端末装置、方法、および、集積回路
JP7850559B2 (ja) 端末装置、基地局装置、および方法
WO2025192703A1 (ja) 端末装置、方法、および、集積回路
WO2025142358A1 (ja) 端末装置、方法、および、集積回路
WO2026070335A1 (ja) 端末装置、基地局装置、および、方法
WO2024190124A1 (ja) 端末装置、方法、および、集積回路
WO2026070365A1 (ja) 端末装置、基地局装置、および、方法
WO2026094605A1 (ja) 端末装置、方法、および、基地局装置
WO2024096097A1 (ja) 端末装置、方法、および、集積回路
WO2025033421A1 (ja) 端末装置、方法、および、集積回路
WO2025033418A1 (ja) 端末装置、方法、および、集積回路
WO2024171638A1 (ja) 端末装置、方法、および、集積回路
WO2024171627A1 (ja) 端末装置、方法、および、集積回路
WO2024070379A1 (ja) 端末装置、方法、および集積回路
WO2024070447A1 (ja) 端末装置、方法、および集積回路
WO2024171852A1 (ja) 端末装置、方法、および、集積回路
JP2023130534A (ja) 端末装置、基地局装置、方法、および、集積回路
WO2025028491A1 (ja) 端末装置、方法、および、集積回路
WO2025057810A1 (ja) 端末装置、方法、および、集積回路

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25836729

Country of ref document: EP

Kind code of ref document: A1