WO2024096097A1 - Dispositif terminal, procédé, et circuit intégré - Google Patents

Dispositif terminal, procédé, et circuit intégré Download PDF

Info

Publication number
WO2024096097A1
WO2024096097A1 PCT/JP2023/039601 JP2023039601W WO2024096097A1 WO 2024096097 A1 WO2024096097 A1 WO 2024096097A1 JP 2023039601 W JP2023039601 W JP 2023039601W WO 2024096097 A1 WO2024096097 A1 WO 2024096097A1
Authority
WO
WIPO (PCT)
Prior art keywords
mac
rrc
terminal device
scell
layer
Prior art date
Application number
PCT/JP2023/039601
Other languages
English (en)
Japanese (ja)
Inventor
恭輔 井上
昇平 山田
秀和 坪井
拓真 河野
太一 三宅
Original Assignee
シャープ株式会社
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 シャープ株式会社 filed Critical シャープ株式会社
Publication of WO2024096097A1 publication Critical patent/WO2024096097A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H04W36/28—Reselection being triggered by specific parameters by agreed or negotiated communication parameters involving a plurality of connections, e.g. multi-call or multi-bearer connections
    • 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 discussions and standardization of E-UTRA extension technologies.
  • E-UTRA is also known as Long Term Evolution (LTE: registered trademark), and the extension technology is 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
  • 3GPP TS 38.300 v16.4.0 "NR; NR and NG-RAN Overall description; Stage 2" pp10-134 3GPP TS 36.300 v16.4.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2" pp19-362 3GPP TS 38.331 v16.3.1, “NR; Radio Resource Control (RRC); Protocol specifications” pp21-881 3GPP TS 36.331 v16.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specifications” pp25-1015 3GPP TS 37.340 v16.4.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) and NR; Multi-Connectivity; Stage 2" pp7-77 3GPP TS 38.321 v16.3.0, “NR; Medium Access Control (MAC) protocol specification” pp8-
  • NR As an extension technology of NR, there is a serving cell change technology that allows a terminal device to move from the coverage area of one cell to the coverage area of another cell.
  • This serving cell change is triggered by layer 3 (also called RRC) measurements, and synchronized reconfiguration for the serving cell change is triggered by RRC signaling.
  • layer 1 or layer 2 signaling has the advantage of low latency and low overhead. For this reason, studies have begun on a serving cell change technology triggered by layer 1 or layer 2 signaling (Layer 1/Layer 2 mobility optimization (L1/L2 mobility enhancement) technology).
  • 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, a base station device, a communication method, and an integrated circuit that can efficiently control communications.
  • one aspect of the present invention takes the following measures. That is, one aspect of the present invention is a terminal device that communicates with a base station device, and includes a receiver that receives from the base station device a first MAC CE indicating an identifier that identifies one or more candidate target configurations including a target SCell, an RRC processor, and a MAC processor, and based on the MAC processor's reception of the first MAC CE, the RRC processor applies the candidate target configuration identified by the first MAC CE to the RRC configuration of the terminal device, and the MAC processor determines whether the applied candidate target configuration includes information indicating that the target SCell is to be activated, and activates or deactivates the target SCell based on the determination.
  • Another aspect of the present invention is a method for a terminal device to communicate with a base station device, comprising the steps of: a MAC entity of the terminal device receiving from the base station device a first MAC CE indicating an identifier identifying one or more candidate target configurations including a target SCell; an RRC entity of the terminal device applying the candidate target configuration identified by the first MAC CE to an RRC configuration of the terminal device based on the MAC entity receiving the first MAC CE; a MAC entity determining whether the applied candidate target configuration includes information indicating that the target SCell is to be activated; and activating or deactivating the target SCell based on the determination.
  • 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 the following functions: a MAC entity of the terminal device receives from the base station device a first MAC CE indicating an identifier that identifies one or more candidate target configurations including a target SCell; an RRC entity of the terminal device applies the candidate target configuration identified by the first MAC CE to the RRC configuration of the terminal device based on the MAC entity receiving the first MAC CE; the MAC entity determines whether the applied candidate target configuration includes information indicating that the target SCell is to be activated; and activates or deactivates the target SCell based on the determination.
  • a terminal device, method, and integrated circuit can realize 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 showing an example of an E-UTRA protocol configuration according to the present embodiment.
  • FIG. 1 is a diagram showing an example of an NR protocol configuration according to the present embodiment.
  • FIG. 2 is a diagram showing an example of a procedure flow for various settings in the 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.
  • An example of an ASN.1 description included in a message regarding reconfiguration of an RRC connection in NR in this embodiment. 13 is an example of an ASN.1 description representing a field and/or an information element related to a ServingCellConfigCommon information element in this embodiment.
  • 5 is an example of processing of a terminal device in the present embodiment.
  • LTE and LTE-A, LTE-A Pro
  • NR may be defined as different radio access technologies (Radio Access Technologies: RATs).
  • NR may be defined as a technology included in LTE.
  • LTE may be defined as a technology included in NR.
  • LTE that can be connected to NR via Multi-Radio Dual Connectivity (MR-DC) may be distinguished from conventional LTE.
  • MR-DC Multi-Radio Dual Connectivity
  • LTE that uses 5GC in the core network Core Network: CN
  • Conventional LTE may refer to LTE that does not implement technologies standardized after Release 15 in 3GPP. This embodiment may be applied to NR, LTE, and other RATs.
  • E-UTRA may be replaced with the term LTE
  • LTE may be replaced with the term E-UTRA
  • each node and entity and the processing in each node and entity when the radio access technology is E-UTRA or NR are described, 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.
  • FIG. 1 is a schematic diagram of a communication system according to this embodiment. Note that the functions of each node, radio access technology, core network, interface, etc. described using FIG. 1 are only some of the functions closely related to this embodiment, and the system may have other functions.
  • E-UTRA 100 may be a radio access technology.
  • E-UTRA 100 may also be an air interface between UE 122 and eNB 102.
  • the air interface between UE 122 and eNB 102 may be referred to as a Uu interface.
  • eNB (E-UTRAN Node B) 102 may be a base station device.
  • eNB 102 may have an E-UTRA protocol, which will be described later.
  • the E-UTRA protocol may be composed of an E-UTRA User Plane (UP) protocol, which will be described later, and an E-UTRA Control Plane (CP) protocol, which will be described later.
  • eNB 102 may terminate the E-UTRA User Plane (UP) protocol and the E-UTRA Control Plane (CP) protocol for UE 122.
  • 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 include 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 may exist between the multiple eNBs 102 connected to the EPC 104 (not shown).
  • the interface between the 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 an air interface between UE122 and gNB108.
  • the air interface between UE122 and gNB108 may be referred to as a 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 be composed 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) in 5GC110.
  • AMF Access and Mobility Management Function
  • the user plane interface of interface 116 may terminate at a User Plane Function (UPF: not shown) in 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 gNB108 may be connected to 5GC110 via interface 116.
  • An interface may exist between multiple gNB108 connected to 5GC110 (not shown).
  • the interface between multiple gNB108 connected to 5GC110 may be referred to as an Xn interface.
  • eNB102 may have a function to connect to 5GC110.
  • eNB102 with a function to connect to 5GC110 may be called ng-eNB.
  • Interface 114 is an interface between eNB102 and 5GC110, and may be called an NG interface.
  • 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 interface 114 may terminate at the AMF in 5GC110.
  • the user plane interface of interface 114 may terminate at the UPF in 5GC110.
  • the control plane interface of interface 114 may be called an NG-C interface.
  • the user plane interface of interface 114 may be called an NG-U interface.
  • a radio access network composed of ng-eNB or gNB may be called NG-RAN.
  • NG-RAN, E-UTRAN, etc. may simply be called a network.
  • the network may include 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 by 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 function of connecting to the EPC104.
  • the gNB108 with the function of connecting to the EPC104 may be called an en-gNB.
  • the interface 118 is an interface between the gNB108 and the EPC104, and may be called an S1 interface.
  • the interface 118 may have a user plane interface through which user data passes.
  • the user plane interface of the interface 118 may terminate at an S-GW (not shown) in the EPC104.
  • the user plane interface of the interface 118 may be called an S1-U interface.
  • the eNB102 connecting to the EPC104 and the gNB108 connecting to the EPC104 may be connected by an interface 120.
  • the interface 120 between the eNB102 connecting to the EPC104 and the gNB108 connecting to the EPC104 may be called 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. In addition, 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 communication 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 also be a terminal device capable of connecting to EPC104 and/or 5GC110 via eNB102 and/or gNB108.
  • EPC104 When the core network to which eNB102 and/or gNB108, with which UE122 communicates, is connected is EPC104, each Data Radio Bearer (DRB: Data Radio Bearer) 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.
  • EPS bearer may be identified by an EPS bearer identifier (Identity, or ID).
  • ID EPS bearer identifier
  • the same QoS may be guaranteed for data such as IP packets and Ethernet (registered trademark) frames passing through the same EPS bearer.
  • 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 to 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 on EPS bearers, but does not have information on PDU sessions and/or QoS flows. Also, when UE122 is connected to 5GC110, UE122 has information on PDU sessions and/or QoS flows, but does not have information on 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 an E-UTRA protocol architecture according to this embodiment.
  • FIG. 3 is a diagram showing an example of an 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 a terminal device to a base station device.
  • the downlink (DL) may be a link from a base station device to a 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 PHY (Physical layer) 200, which is the radio physical layer, MAC (Medium Access Control) 202, which is the medium access control layer, RLC (Radio Link Control) 204, which is the radio link control layer, and 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 PHY 300, which is a radio physical layer, MAC 302, which is a medium access control layer, RLC 304, which is a radio link control layer, PDCP 306, which is a packet data convergence protocol layer, and SDAP (Service Data Adaptation Protocol) 310, which is a service data adaptation protocol layer.
  • PHY 300 which is a radio physical layer
  • MAC 302 which is a medium access control layer
  • RLC 304 which is a radio link control layer
  • PDCP 306 which is a packet data convergence protocol layer
  • 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 a radio resource control layer
  • RRC308 may be a protocol that terminates at gNB108 on the network side.
  • NAS312 which is a 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, the MAC 202, the RLC 204, the PDCP 206, and the RRC 208, and/or a layer that includes some or all of the PHY 300, the MAC 302, the RLC 304, the PDCP 306, the SDAP 310, and the RRC 308.
  • PHY PHY layer
  • MAC MAC layer
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • PHY PHY layer
  • MAC MAC layer
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • PHY PHY layer
  • MAC MAC layer
  • RLC RLC layer
  • PDCP layer PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • the SDAP SDAP layer
  • SDAP layer may also be the SDAP (SDAP layer) of the NR protocol.
  • E-UTRA 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 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 RLC, 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 having some or all of the functions of the MAC layer may be called a MAC entity.
  • An entity having some or all of the functions of the RLC layer may be called an RLC entity.
  • An entity having some or all of the functions of the PDCP layer may be called a PDCP entity.
  • An entity having some or all of the functions of the SDAP layer may be called an SDAP entity.
  • An entity having 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 Packet Data Unit
  • PDCP PDU Packet Data Unit
  • SDAP PDU Serial Data Unit
  • RLC SDU Service Data Unit
  • RLC SDU Remote Location Control
  • PDCP SDU Packet Data Unit
  • SDAP SDU Segmented RLC SDU
  • 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 reported 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 means the upper layer seen from the PHY layer, and may mean one or more of the MAC layer, RRC layer, RLC layer, PDCP layer, NAS (Non Access Stratum) layer, etc.
  • the upper layer may mean 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 (mainly the RRC layer or MAC layer, etc.) of the terminal device receives A from the base station device, and the received A is given (provided) from the upper layer of the terminal device to the physical layer of the terminal device.
  • upper layer parameters are provided may mean that an upper layer signal is received from the base station device, and the upper layer parameters included in the received upper layer signal are provided from the upper layer of the terminal device to the physical 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 include setting default parameters that are given in advance to the upper layer of the terminal device.
  • the expression "submitting a message from the RRC entity of the terminal device to a lower layer” may be used.
  • "submitting a message to a lower layer” from the RRC entity may mean submitting a message to the PDCP layer.
  • "submitting a message to a lower layer” from the RRC layer may mean submitting an RRC message to a 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 a function of receiving data transmitted from the PHY of the base station device via a downlink (DL) physical channel.
  • the PHY of the terminal device may have a function of transmitting data to the PHY of the base station device via an uplink (UL) physical channel.
  • the PHY may be connected to an 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.
  • a Radio Network Temporary Identifier RNTI
  • RNTI Radio Network Temporary Identifier
  • the physical channels used for wireless communication between a terminal device and a base station device 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
  • the PBCH may be used to notify the terminal device of system information required.
  • the PBCH may be used to report 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 be referred to as DCI formats) may be defined for the transmission of the downlink control information. That is, a field for the downlink control information may be defined as a 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.
  • 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, transmitting RRC messages described later, and the like.
  • 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 hybrid automatic repeat reQuest ACKnowledgement (HARQ-ACK).
  • HARQ-ACK hybrid automatic repeat reQuest ACKnowledgement
  • the PDSCH may be used to transmit downlink data (DL-SCH: Downlink Shared CHannel) from the MAC layer.
  • DL-SCH Downlink Shared CHannel
  • the 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
  • the 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.
  • the PUSCH may also be used to transmit only CSI, or only HARQ-ACK and CSI. That is, the PUSCH may be used to transmit only UCI.
  • the PDSCH or PUSCH may also be used to transmit RRC signaling (also referred to as an RRC message) and MAC CE.
  • the RRC signaling transmitted from the base station device may be common signaling for multiple terminal devices within a cell.
  • the RRC signaling transmitted from the base station device may also be dedicated signaling (also referred to as dedicated signaling) for a certain terminal device. That is, terminal device-specific (UE-specific) information may be transmitted using dedicated signaling for a certain terminal device.
  • the 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 a MAC sublayer.
  • the MAC may have the function of mapping various logical channels to corresponding transport channels.
  • the 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.
  • the logical channels may be divided into a control channel that transmits control information and a traffic channel that transmits user information.
  • the logical channels may also be divided into an uplink logical channel and a downlink logical channel.
  • 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 the 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 a single terminal device.
  • the MAC may have the ability to perform priority processing of overlapping resources within a single terminal device.
  • the E-UTRA MAC may have the ability to identify Multimedia Broadcast Multicast Services (MBMS).
  • MBMS Multimedia Broadcast Multicast Services
  • the NR MAC may have the ability to identify Multicast/broadcast services (MBS).
  • the MAC may have the ability to select a 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 transmittable power, a buffer status report (BSR) function to notify information on the amount of data in the transmit buffer, etc.
  • 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 Common Control Channel 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.
  • DCCH (Dedicated Control Channel) may be a logical channel for transmitting dedicated control information in a point-to-point bidirectional manner between a terminal device and a base station device.
  • the dedicated control information may be control information dedicated to each terminal device.
  • 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 in both the uplink and downlink.
  • This section describes 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
  • the DTCH may be mapped to the uplink transport channel, UL-SCH (Uplink Shared Channel).
  • UL-SCH Uplink Shared Channel
  • This section describes 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 channels 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 retransmitting data and/or requesting retransmission (Automatic Repeat reQuest: ARQ). RLC may also have the function of performing error correction using ARQ.
  • the control information sent from the receiving side of RLC to the transmitting side to perform ARQ, indicating the data that needs to be retransmitted, 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 function of detecting data duplication.
  • RLC may also have the function of discarding data. RLC may have three modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM).
  • the TM RLC entity is a uni-directional entity and may be configured as a transmitting TM RLC entity or a receiving TM RLC entity.
  • data received from a higher layer may be segmented and/or combined, an RLC header may be added, etc., 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, it may be configured as a transmitting UM RLC entity or as a receiving UMRLC entity.
  • the UM RRC entity may be configured as a UM RLC entity consisting of a transmitting side and a receiving side.
  • AM data received from a higher layer may be segmented and/or combined, an RLC header may be added, data retransmission control is required, etc.
  • the AM RLC entity is a bi-directional entity and may be configured as an AM RLC consisting of a transmitting side and a receiving side.
  • TMD PDU data provided to a lower layer in TM and/or data provided from a lower layer
  • data provided to a lower layer in UM and/or data provided from a lower layer may be referred to as a UMD PDU.
  • RLC PDU data provided to a lower layer in AM and/or data provided from a lower layer may be referred to as an AMD PDU.
  • the RLC PDU format used in E-UTRA RLC may be different from the RLC PDU format used in NR RLC.
  • RLC PDUs may include RLC PDUs for data and RLC PDUs for control.
  • the RLC PDUs for data may be referred to as RLC DATA PDU (RLC Data PDU, RLC Data PDU).
  • RLC PDUs for control may be referred to as RLC CONTROL PDU (RLC Control PDU, RLC Control PDU, RLC Control PDU).
  • PDCP may be called a 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 a data encryption/decryption function.
  • PDCP may also have a data integrity protection/integrity verification function.
  • 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 the function of discarding duplicated data received.
  • the 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.
  • the data PDCP PDU may be called PDCP DATA PDU (PDCP Data PDU, PDCP Data PDU).
  • the control PDCP PDU may be called PDCP CONTROL PDU (PDCP Control PDU, PDCP Control PDU, PDCP Control PDU).
  • SDAP is a service data adaptation protocol layer.
  • SDAP may have a function of mapping the downlink QoS flow sent from 5GC110 to the terminal device via the base station device with a data radio bearer (DRB), and/or mapping the uplink QoS flow sent from the terminal device to 5GC110 via the base station device with a DRB.
  • SDAP may also have a function of storing mapping rule information.
  • SDAP may also have a function of marking the QoS flow identifier (QoS Flow ID: QFI).
  • QFI QoS Flow ID
  • 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, detection and recovery of radio link failures, 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.
  • the RRC message 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 (SIBs), and other RRC messages.
  • RRC messages sent using the PCCH may include, for example, paging messages, and other RRC messages.
  • RRC messages sent in the uplink (UL) direction using the 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 the 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 signalling sent in the uplink (UL) direction using the 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
  • It may also include, for example, a measurement report message (Measurement Report), an RRC reconfiguration complete message (RRC Reconfiguration Complete), an RRC setup complete message (RRC Setup Complete), an RRC reestablishment complete message (RRC Resumé Complete), a security mode complete message (Security Mode Complete), a UE capability information message (UE Capability Information), etc. It may also include other RRC signaling.
  • the 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 an authentication function.
  • the NAS may also have a mobility management function.
  • the NAS may also have a security control function.
  • UE122 When UE122 connected to EPC or 5GC has an RRC connection established, UE122 may be in the RRC_CONNECTED state.
  • the state in which the 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 the RRC connection is established may also include a state in which UE122 can transmit and/or receive unicast data.
  • UE122 When the RRC connection is suspended, UE122 may be in the RRC_INACTIVE state.
  • UE122 may be in the RRC_INACTIVE state when UE122 is connected to 5GC and the RRC connection is suspended.
  • UE122 When UE122 is neither in the RRC_CONNECTED state nor in the RRC_INACTIVE state, UE122 may be in the RRC_IDLE state.
  • UE 122 when UE 122 is connected to the EPC, it does not have the RRC_INACTIVE state, but E-UTRAN may initiate suspension of the RRC connection.
  • UE 122 When UE 122 is connected to the EPC, UE 122 may transition to the RRC_IDLE state when the RRC connection is suspended, retaining the UE AS context and an identifier (resumeIdentity) used for resumption.
  • a layer above the RRC layer of UE 122 e.g., the NAS layer
  • dormancy may be different for UE 122 connected to EPC 104 and UE 122 connected to 5GC 110.
  • all or part of the procedure for UE 122 to return from dormancy may be different when UE 122 is connected to EPC (when UE 122 is dormant in RRC_IDLE state) and when UE 122 is connected to 5GC (when UE 122 is dormant in RRC_INACTIVE state).
  • the RRC_CONNECTED state, RRC_INACTIVE state, and RRC_IDLE state may be referred to as the connected state (connected mode), the inactive state (inactive mode), and the idle state (idle mode), respectively, or as the RRC connected state (RRC connected mode), the RRC inactive state (RRC inactive mode), and the RRC idle state (RRC idle mode).
  • the UE AS context held by UE122 may be information including all or part of the following: the current RRC settings, the current security context, the PDCP state including the ROHC (RObust Header Compression) state, the C-RNTI (Cell Radio Network Temporary Identifier) used in the source PCell, the cell identifier, and the physical cell identifier of the source PCell.
  • the UE AS context held by any 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 included in the UE AS context held by UE122.
  • the security context may be information that includes all or part of the following: an encryption key at the AS level, 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 In a terminal device in an RRC connected state in which CA and/or DC, which will be described later, are not set, the serving cell may be composed of one primary cell (PCell).
  • the multiple serving cells In a terminal device in an RRC connected state in which CA and/or DC, which will be described later, are set, the multiple serving cells may refer to a set of multiple cells (set of cell(s)) composed of one or more special cells (SpCells) and one or more all secondary cells (SCells).
  • the SpCell may support PUCCH transmission and contention-based random access (CBRA), and the SpCell may be always activated.
  • the PCell may be a 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 a cell used in the RRC connection re-establishment procedure in which the terminal device re-establishes the RRC connection.
  • the PCell may be a cell used in a random access procedure during handover.
  • the PSCell may be a cell used in a random access procedure when adding a secondary node, which will be described later.
  • the SpCell may be a cell used for purposes other than those mentioned above.
  • CA carrier aggregation
  • a group of serving cells configured by RRC that uses the same timing reference cell and the same timing advance value for the cells in which the uplink is configured may be called a Timing Advance Group (TAG).
  • a TAG including the SpCell of a MAC entity may mean a Primary Timing Advance Group (PTAG).
  • PTAG Primary Timing Advance Group
  • a TAG other than the above PTAG may mean a Secondary Timing Advance Group (STAG).
  • One or more of the TAGs may be configured for each cell group, as described below.
  • a cell group which is set by a base station device for a terminal device.
  • a cell group may be composed of one SpCell.
  • a cell group may also be composed of one SpCell and one or more SCells.
  • a cell group may be composed 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 radio resources of cell groups respectively 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 a master node (MN).
  • MCG master cell group
  • MCG master cell group
  • the second base station device may be called a secondary node (SN).
  • the cell group configured by the secondary node may be called a secondary cell group (SCG).
  • the master node and the secondary node may be configured within the same base station device.
  • the cell group configured in the terminal device may be called MCG.
  • the SpCell configured in the terminal device may be a PCell.
  • NR in which DC is not configured may be called NR standalone.
  • Multi-Radio Dual Connectivity may be a technology that performs DC using E-UTRA for MCG and NR for SCG.
  • MR-DC may be a technology that performs DC using NR for MCG and E-UTRA for SCG.
  • MR-DC may be a technology that performs DC using NR for both MCG and SCG.
  • MR-DC may be a technology included in DC.
  • An example of MR-DC that uses E-UTRA for MCG and NR for SCG may be EN-DC (E-UTRA-NR Dual Connectivity) that uses EPC in the core network, or NGEN-DC (NG-RAN E-UTRA-NR Dual Connectivity) that uses 5GC in the core network.
  • MR-DC that uses NR for MCG and E-UTRA for SCG
  • NE-DC NR-E-UTRA Dual Connectivity
  • NR-DC NR-NR Dual Connectivity
  • 5GC 5GC for the core network
  • one MAC entity may exist for each cell group.
  • one MAC entity for the MCG and one MAC entity for the SCG may exist.
  • 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 SCG is configured in the terminal device.
  • the MAC entity for each cell group in the terminal device may be configured by the terminal device receiving RRC signaling from the base station device.
  • the SpCell may mean the PCell.
  • the SpCell may mean the primary SCG cell (PSCell).
  • the SpCell may mean the 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. Note that the existence of one MAC entity for each cell group may be rephrased as the existence of one MAC entity for each SpCell. Also, one MAC entity for each cell group may be rephrased as one MAC entity for each SpCell.
  • radio bearers When a terminal device communicates with a base station device, a wireless connection may be established by establishing a radio bearer (RB: Radio Bearer) between the terminal device and the base station device.
  • the radio bearer used for CP may be called a signaling radio bearer (SRB: Signaling Radio Bearer).
  • the 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 (Identity: ID).
  • the radio bearer identifier for an SRB may be called an SRB identifier (SRB Identity, or SRB ID).
  • the radio bearer identifier for a DRB may be called a DRB identifier (DRB Identity, or DRB ID).
  • SRB0 to SRB2 may be defined as SRBs for E-UTRA, 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.
  • SRB2 may also be of lower priority than SRB1.
  • SRB3 may be an SRB for transmitting and/or receiving specific RRC signaling when EN-DC, NGEN-DC, NR-DC, etc. are configured in the terminal device.
  • 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.
  • the DRB may be a radio bearer for user data.
  • the logical channel DTCH may be used for RRC signaling transmitted and/or received using the DRB.
  • the radio bearer in the terminal device is described below.
  • the radio bearer may include an RLC bearer.
  • the RLC bearer may be composed of one or two RLC entities and logical channels. When there are two RLC entities in the RLC bearer, 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 be composed of one RLC bearer.
  • the RLC bearer of SRB0 may be composed of a TM RLC entity and a logical channel. SRB0 may always be established in the terminal device in all states (RRC idle state, RRC connected state, RRC inactive state, etc.).
  • SRB1 may be established and/or configured in the terminal device by RRC signaling received from the base station device when the terminal device transitions from the RRC idle state to the RRC connected state.
  • SRB1 may be composed of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB1 may be composed of an RLC entity of AM and a logical channel.
  • the RLC bearer of SRB2 may be established and/or configured in the terminal device by the RRC signaling received from the base station device by the terminal device in the RRC connected state with AS security activated.
  • the SRB2 may be composed of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB2 may be composed of an RLC entity of AM and a logical channel.
  • the PDCP on the base station device side of SRB1 and SRB2 may be placed in the master node.
  • the SRB3 may be established and/or configured in the terminal device by the RRC signaling received from the base station device by the terminal device in the RRC connected state with AS security activated when a secondary node is added or when a secondary node is changed in EN-DC, NGEN-DC, or NR-DC.
  • the SRB3 may be a direct SRB between the terminal device and the secondary node.
  • the SRB3 may be composed of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB3 may be composed of an AM RLC entity and a logical channel.
  • the PDCP on the base station side of SRB3 may be placed in a secondary node.
  • One or more DRBs may be established and/or configured in the terminal device by RRC signaling received from the base station device by the terminal device in an RRC connected state with AS security activated.
  • the DRB may be composed of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of the DRB may be composed of an AM or UM RLC entity and a logical channel.
  • a radio bearer in which a PDCP is placed in the master node may be called an MN terminated bearer.
  • a radio bearer in which a PDCP is placed in a secondary node may be called an SN terminated bearer.
  • a radio bearer in which an RLC bearer exists only in an MCG may be called an MCG bearer.
  • a radio bearer in which an RLC bearer exists only in an SCG may be called an SCG bearer.
  • a radio bearer in which an RLC bearer exists in both an MCG and an SCG may be called a split bearer.
  • the bearer type of SRB1 and SRB2 established and/or configured in the terminal device may be MN terminated MCG bearer and/or MN terminated split bearer.
  • the bearer type of SRB3 established and/or configured in the terminal device may be SN terminated SCG bearer.
  • the bearer type of DRB established and/or configured in the terminal device may be any of all bearer types.
  • the RLC entity established and/or configured may be an E-UTRA RLC.
  • the RLC entity established and/or configured may be an NR RLC.
  • the PDCP entity established and/or configured for an MN terminated MCG bearer may be either an E-UTRA PDCP or an NR PDCP.
  • the PDCP entity established and/or configured for radio bearers of other bearer types i.e., MN terminated split bearers, MN terminated SCG bearers, SN terminated MCG bearers, SN terminated split bearers, and SN terminated SCG bearers
  • MN terminated split bearers MN terminated split bearers
  • SCG bearers MN terminated SCG bearers
  • SN terminated MCG bearers SN terminated split bearers
  • SN terminated split bearers i.e., MN terminated split bearers, MN terminated SCG bearers, SN terminated MCG bearers, SN terminated split bearers, and SN terminated SCG bearers
  • NR PDCP an NGEN-DC, NE-DC, or NR-DC
  • a DRB established and/or configured in a terminal device may be associated with one PDU session.
  • One SDAP entity may be established and/or configured for one PDU session in the terminal device.
  • the SDAP entity, PDCP entity, RLC entity, and logical channels established and/or configured in the terminal device may be established and/or configured by RRC signaling received by the terminal device 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 a base station device that communicates with a terminal device.
  • Figure 4 is a diagram showing an example of the flow of procedures for various settings in the 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 a paging message.
  • the base station device may create an RRC message in order to transmit RRC signaling for a specific terminal device to perform a process.
  • the process for 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, and other processes.
  • the base station device may create an RRC message in order to respond to RRC signaling transmitted 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 include 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 method called 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 described above if necessary (step S404). After performing the processing, 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 RRC on the master node side 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 eNB102 to the UE122 may include the RRC signaling for NR
  • the RRC signaling for NR transmitted from the gNB108 to the UE122 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 regarding reconfiguration of an RRC connection including an information element (e.g., a MobilityControlInfo information element, or a ReconfigurationWithSync information element) including 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 indicating the handover may be a message indicating a movement to a cell of another RAT (e.g., MobilityFromEUTRACommand or MobilityFromNRCommand).
  • the handover may be triggered by the RRC. Additionally or alternatively, the handover may be triggered by a DCI or a MAC Control Element (MAC CE).
  • the conditions under which the terminal device can perform a handover may include some or all of the following conditions: AS security is activated, an SRB2 is established, and at least one DRB is established.
  • FIG. 7 is an example of an ASN.1 description representing a field and/or information element included in a message regarding reconfiguration of an RRC connection in NR in FIG. 4.
  • ⁇ omitted> indicates that other information is omitted, not a part of the ASN.1 notation. Note that even in places without the notation ⁇ omitted>, the information element may be omitted.
  • the ASN.1 example represents an example of a parameter of RRC signaling in this embodiment, and other names and notations may be used.
  • the parameters described in ASN.1 may not be distinguished between fields, information elements, etc., and may all be expressed as information elements.
  • the 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 that, may be referred to as parameters.
  • the message regarding reconfiguration of the RRC connection may be an RRC reconfiguration message in NR.
  • the message regarding reconfiguration of the RRC connection may be an RRC connection reconfiguration message in E-UTRA.
  • a message regarding reconfiguration of an RRC connection may include an information element (CellGroupConfig information element) used for setting, changing, releasing, etc., a cell group of an NR MCG or SCG.
  • a message regarding reconfiguration of an RRC connection may independently include a CellGroupConfig information element for setting an MCG and a CellGroupConfig information element for setting an SCG.
  • the CellGroupConfig information element may be referred to as a cell group setting information element or a cell group setting.
  • the CellGroupConfig information element may include a cellGroupId information element as identifier information for identifying this cell group.
  • the CellGroupConfig information element may include an 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 the cell group.
  • the SpCellConfig information element may be referred to as an SpCell configuration information element or an SpCell configuration.
  • the CellGroupConfig information element may include a 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 be referred to as a SCell configuration information element or a 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 one or more TAG identifiers (TAG-Id) configured in the terminal device and the value of the time adjustment timer corresponding to the TAG identifiers.
  • TAG-Id TAG identifiers
  • the SpCellConfig information element may include a ServingCellConfig information element as information used to configure terminal device specific (UE specific) parameters related to the SpCell.
  • the SCellConfig information element may include this ServingCellConfig information element as information used to configure terminal device specific (UE specific) parameters related to the SCell.
  • the CellGroupConfig information element may include a ServingCellConfig information element for each serving cell to configure terminal device specific parameters related to the SpCell and each SCell.
  • Each ServingCellConfig information element may include a TAG identifier (TAG-Id) indicating which TAG in the cell group the serving cell belongs to.
  • TAG-Id TAG identifier
  • the ServingCellConfig information element may include not only terminal device specific parameters but also cell specific parameters.
  • Each ServingCellConfig information element may include an initialDownlinkBWP indicating 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 first active downlink BWP identifier (firstActiveDownlinkBWP-Id), the BWP inactivity timer (bwp-InactivityTimer), and the identifier of the default downlink BWP (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) indicating whether the SCell is activated or not when the SCell is configured.
  • the sCellState is also referred to as the SCell state configuration. For example, if the SCellConfig information element includes sCellState, or if the sCellState included in the SCellConfig information element is set to activated, the MAC entity of the terminal device may activate the SCell, and in addition or instead, the RRC layer of the terminal device may configure a lower layer (such as a MAC entity) to consider that the SCell is activated.
  • the MAC entity of the terminal device may deactivate the SCell, and in addition or instead, the RRC layer of the terminal device may configure a lower layer (such as a MAC entity) to consider that the SCell is deactivated.
  • the ServingCellConfig information element for configuring terminal device specific parameters for each SCell for which PUCCH is not configured may include a 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 an 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 including 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 that are 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 the C-RNTI used in the cell group of the target SpCell.
  • the ReconfigurationWithSync information element may include, for example, information required to execute a non-contention random access procedure in the target SpCell.
  • FIG 8 shows an example of an ASN.1 description representing fields and/or information elements related to the ServingCellConfigCommon information element contained in the SCellConfig information element and the ReconfigurationWithSync information element in the SpCellConfig information element in Figure 7.
  • the ServingCellConfigCommon information element may include the physical cell identifier (physCellId) of the cell.
  • 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 that provides cell-specific (cell-common) uplink parameters.
  • the UplinkConfigCommon information element is also referred to as 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 the downlink carrier.
  • the FrequencyInfoDL information element may include frequency information of the SSB.
  • 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 setting generic parameters of the BWP.
  • the BWP-DownlinkCommon information element may include a PDCCH-ConfigCommon information element as information for setting cell-specific parameters for the PDCCH of this BWP.
  • the PDCCH-ConfigCommon information element is also referred to as a PDCCH common configuration.
  • the BWP-DownlinkCommon information element may include a PDSCH-ConfigCommon information element as information for setting 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 setting parameters of the 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.
  • SCS common search space
  • the PDCCH-ConfigCommon information element may include a ControlResourceSetZero information element as information for setting 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 setting 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 the search space setting for the system information (SIB1) is.
  • the PDCCH-ConfigCommon information element may include information (searchSpaceOtherSystemInformation) indicating which CSS in the commonSearchSpaceList the search space setting for system information (SIB2 and later) is.
  • searchSpaceOtherSystemInformation information indicating which CSS in the commonSearchSpaceList the search space setting for system information (SIB2 and later) is.
  • 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 setting generic parameters of the BWP.
  • the BWP-UplinkCommon information element may include a PUCCH-ConfigCommon information element as information for setting cell-specific parameters for the PUCCH of this BWP.
  • the PUCCH-ConfigCommon information element is also referred to as PUCCH common configuration.
  • the BWP-UplinkCommon information element may include a PUSCH-ConfigCommon information element as information for setting cell-specific parameters for the PUSCH of this BWP.
  • the PUSCH-ConfigCommon information element is also referred to as a PUSCH common configuration.
  • the BWP-UplinkCommon information element may include a RACH-ConfigCommon information element as information for setting cell-specific random access parameters.
  • the RACH-ConfigCommon information element is also referred to as RACH common configuration.
  • each of the above information elements may include other information in addition to the information described above.
  • the RRC reconfiguration procedure may be a procedure for a terminal device to modify 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) configuration;
  • F Adding, modifying and/or releasing conditional PSCell change (CPC) or conditional PSCell addition (CPA) configuration.
  • the base station device may initiate an RRC reconfiguration procedure for a terminal device in the RRC_CONNECTED state.
  • the base station device initiates an RRC reconfiguration procedure for a terminal device may be rephrased as "the base station device sends 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 an 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). (Processing RRP) (A) If the message regarding the RRC connection reconfiguration includes a cell group configuration of the MCG, perform cell group configuration using the cell group configuration. In addition, if the cell group configuration includes an SpCell configuration including a synchronized reconfiguration information element, perform synchronized reconfiguration.
  • the terminal device may perform some or all of the following processes RWS (A) to (E). "Executing synchronous reconfiguration” may be rephrased as “implementing synchronous reconfiguration” or "triggering synchronous reconfiguration.” (Processing RWS) (A) If the frequencyInfoDL information element is included in the synchronization-assisted reconfiguration information element, it is determined that the target SpCell is a cell that is located at the SSB frequency indicated in the frequencyInfoDL information element and is indicated by the physical cell identifier included in the synchronization-assisted reconfiguration information element.
  • the target SpCell is a cell that is located at the same SSB frequency as the source SpCell and is indicated by the physical cell identifier included in the synchronization-assisted reconfiguration information element.
  • B Initiate downlink synchronization to the target SpCell.
  • C If the timing information required for the random access procedure is not held, the MIB of the target SpCell is obtained.
  • C Reset the MAC entity of the cell group that is the target of synchronized reconfiguration.
  • 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.
  • E Configure the RRC lower layers (PHY, etc.) according to the SpCell common settings.
  • the network configures one or more conditional reconfiguration information elements for the terminal device, which causes the network to configure, for the terminal device, candidate target SpCells that correspond to the conditional reconfiguration information elements, respectively.
  • 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 hold a list of entries (VarConditionalReconfig), described later, for conditional reconfiguration.
  • the conditional reconfiguration may be referred to as a conditional handover if the candidate target SpCell is an SpCell (i.e., a PCell) of an MCG.
  • the conditional reconfiguration may also be referred to as a conditional PSCell addition and/or conditional PSCell change if the candidate target SpCell is an SpCell (i.e., a PSCell) of an SCG.
  • the terminal device may delete (remove) the conditional reconfiguration settings specified in the entry deletion list from the settings held by the terminal device.
  • conditional reconfiguration e.g., a conditional reconfiguration information element
  • the terminal device may delete the entry corresponding to the entry identifier from the list of entries held by the terminal device.
  • condition list refers to the list of conditional reset entries held by the terminal device unless otherwise specified.
  • conditional reset entry list may also be a variable named VarConditionalReconfig.
  • the entry identifier is also simply referred to 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 a conditional reconfiguration configuration process.
  • the entry add/modify list may be a list of one or more conditional reconfiguration information elements. Each entry may be configured by a 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).
  • the terminal device may add to the entry list a new entry corresponding 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 entry of the CHO, CPA, and CPC.
  • 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 an entry, the terminal device may hold an empty list.
  • the execution condition may be a condition that needs to be satisfied to trigger the execution of the conditional reconfiguration.
  • the conditional RRC reconfiguration information element may be a message regarding the reconfiguration of the RRC connection that is applied when the execution condition is satisfied.
  • the message regarding the reconfiguration of the RRC connection may be a message used to
  • 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.
  • Executing a conditional reconfiguration may mean that the terminal device evaluates the execution conditions of entries included in an entry list held by the terminal device, and if one or more execution conditions are satisfied, applies a conditional RRC reconfiguration information element included in the entry that includes the execution condition. Applying a conditional RRC reconfiguration information element may mean executing an RRC reconfiguration procedure using the conditional RRC reconfiguration information element.
  • the terminal device may select one entry from the multiple entries that satisfy the execution condition and apply the conditional RRC reconfiguration information element of the selected entry.
  • the MAC entity of the terminal device may perform part or all of (A) to (O) of the following processes MR.
  • the reset of the MAC entity may be simply referred to as a MAC reset.
  • the MAC entity of the terminal device may perform part or all of (A) to (O) of the following processes MR.
  • the partial reset of the MAC entity may be simply referred to as a partial MAC reset.
  • the process performed in the partial MAC reset may be a process in which only a part of the process performed in the MAC reset is performed.
  • the process performed in the partial MAC reset may be a process in which some of the process performed in the MAC reset is 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 parameter Bj set for each logical channel is initialized to 0. (B) Stop all running timers, except for some timers. (C) If one or more time adjustment timers are set, all of those time adjustment timers are considered to have expired, and processing for the expiration of a time adjustment timer is carried out. (D) Set the New Data Indicator (NDI) value of all uplink HARQ processes to 0. (E) If there is a random access procedure in progress, stop the random access procedure. (F) If there are explicitly signalled contention-free random access (CFRA) resources for 4-step and 2-step RA types, discard those resources. (G) Flush the Msg3 buffer. (H) Flush the MSGA buffer.
  • CFRA contention-free random access
  • a Master Cell Group (MCG) and a Secondary Cell Group (SCG) are configured by a message regarding the reconfiguration of the RRC connection described above.
  • Each cell group may be composed of a special cell (SpCell) and zero or more other cells (secondary cells: SCell).
  • SpCell special cell
  • SCell secondary cells
  • the SpCell of an MCG is also referred to as a PCell.
  • the SpCell of an SCG is also referred to as a PSCell.
  • Cell deactivation does not apply to SpCells, but may apply to SCells.
  • Activation and deactivation of a cell may be processed by a MAC entity that exists for each cell group.
  • An SCell configured in a terminal device may be activated and/or deactivated by some or all of the following (A) to (C).
  • A) Reception of a MAC CE that activates/deactivates an SCell (MAC CE named SCell Activation/Deactivation MAC CE or Enhanced SCell Activation/Deactivation MAC CE)
  • B An SCell inactivity timer that is set for each SCell for which a PUCCH is not configured
  • An RRC parameter (sCellState) that is set for each SCell configured in the terminal device
  • the MAC entity of the terminal device may perform the following processing (AD) for each SCell configured in the cell group.
  • MAC CE for deactivating the SCell (SCell Activation/Deactivation MAC CE indicating that the SCell is to be deactivated, or Enhanced SCell Activation/Deactivation MAC CE indicating that the SCell is to be deactivated) is received, or the SCell inactivation timer expires in the activated SCell, or the SCG associated with the activated SCell is deactivated, the MAC entity of the UE 122 performs the process (AD-2).
  • an uplink grant or downlink assignment is indicated by the PDCCH of an activated SCell, or if an uplink grant or downlink assignment for an activated SCell is indicated by the PDCCH of a serving cell, or if a MAC PDU is transmitted in a configured uplink grant or received in a configured downlink assignment, the MAC entity of the UE 122 restarts the SCell inactivity timer associated with that SCell. If the SCell is deactivated, the MAC entity of the UE 122 performs a process (AD-3).
  • the MAC entity of the UE 122 (re)initializes all suspended configured uplink grants of grant type 1 associated with the SCell according to a stored configuration, if any, and additionally or alternatively triggers a PHR.
  • the MAC entity of UE 122 performs some or all of the following (A) to (H).
  • the MAC entity of UE 122 performs some or all of the following (A) to (D).
  • A) Do not transmit SRS on this SCell.
  • B) Do not report CSI for this SCell.
  • C Do not transmit PUCCH, UL-SCH, and/or RACH on this SCell.
  • D Do not monitor the PDCCH of this SCell and/or the PDCCH for this SCell.
  • the MAC entity performs processing (AD) to activate and deactivate the SCell.
  • the initial state of the SCell may be configured by RRC signaling.
  • the SCell deactivation timer For an SCell for which PUCCH is not configured, the value of the SCell deactivation timer (information regarding the time at which the timer is considered to have expired) may be notified by RRC signaling. For example, if information indicating 40 ms as the value of the SCell deactivation timer is notified by RRC signaling, in the above process (AD), the timer is considered to have expired when the notified time (here, 40 ms) has elapsed since the timer was started or restarted without being stopped.
  • the SCell deactivation timer may also be a timer named sCellDeactivationTimer.
  • a BWP may be a part or all of the bandwidth of the serving cell.
  • a BWP may also be referred to as a carrier BWP.
  • One or more BWPs may be configured in a terminal device.
  • a BWP may be configured by 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.
  • a BWP may also be configured by RRC signaling (e.g., Dedicated RRC signaling).
  • a downlink BWP (DL BWP) and an uplink BWP (UL BWP) may also be configured separately.
  • 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 may be a combination of these.
  • RRC signaling e.g., Dedicated RRC signaling
  • DCI Downlink Control Information
  • a CORESET may be set in the downlink BWP.
  • a BWP may consist of a group of consecutive physical radio blocks (PRBs: Physical Resource Blocks). Furthermore, parameters of the BWP of each component carrier (one or multiple BWPs) may be set for a connected terminal device.
  • the parameters of the BWP of each component carrier may include some or all of the following: (A) cyclic prefix type, (B) subcarrier spacing, (C) frequency location of the BWP (e.g., the start location or center frequency location of the BWP on the low frequency side) (for example, the ARFCN may be used for the frequency location, or an offset from a specific subcarrier of the serving cell may be used.
  • the offset unit may be a subcarrier unit or a resource block unit.
  • Both the ARFCN and the offset may be set.), (D) bandwidth of the BWP (e.g., the number of PRBs), (E) resource configuration information of the control signal, (F) center frequency location of the SS block (for example, the ARFCN may be used for the frequency location, or an offset from a specific subcarrier of the serving cell may be used.
  • the offset unit may be a subcarrier unit or a resource block unit. Both the ARFCN and the offset may be set.).
  • the resource configuration information of the control signal may be included in the configuration of the BWP of at least some or all of the PCell and/or PSCell.
  • a terminal device may transmit and receive in an Active BWP among one or more configured BWPs.
  • One or more BWPs may be configured in a serving cell associated with the terminal device.
  • up to one uplink BWP and/or up to one downlink BWP may be configured to be the Active BWP.
  • An Active BWP in the downlink is also referred to as an Active DL BWP.
  • An Active BWP in the uplink is also referred to as an Active UL BWP.
  • a BWP that is not an Active BWP may be referred to as an Inactive BWP.
  • Activation of BWP may mean activating a BWP or activating an inactive BWP.
  • Inactivation of BWP may mean inactivating a BWP or inactivating an active BWP.
  • BWP switching in a serving cell is used to activate an inactive BWP and inactivate an active BWP.
  • BWP switching is controlled by the PDCCH indicating a downlink assignment or uplink grant, the BWP inactivity timer, RRC signalling or the MAC entity itself for initiation of a random access procedure.
  • Active BWP in the serving cell is indicated by RRC or PDCCH.
  • the BWP inactivity timer For each activated serving cell for which the BWP inactivity timer is set, the MAC entity performs the following (A).
  • the BWP inactivity timer may be a timer named bwp-InactivityTimer.
  • (A) If any of the following (A-1) through (A-4) is met, the MAC entity performs the following (B) and (D).
  • the default downlink BWP identifier (defaultDownlinkBWP-Id) is set, 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).
  • the UE is not a performance-limited terminal (RedCap UE), the default downlink BWP identifier (defaultDownlinkBWP-Id) is not set, 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 defaultDownlinkBWP-Id 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 identifier of the default downlink BWP (defaultDownlinkBWP-Id) is not set, the initial downlink BWP for the performance-limited terminal (initialDownlinkBWP-RedCap) is not set, and the Active DL BWP is not the initialDownlinkBWP.
  • RedCap UE performance-limited terminal
  • the identifier of the default downlink BWP defaultDownlinkBWP-Id
  • the initial downlink BWP for the performance-limited terminal initialDownlinkBWP-RedCap
  • the Active DL BWP is not the initialDownlinkBWP.
  • the UE is a performance-limited terminal (RedCap UE), the identifier of the default downlink BWP (defaultDownlinkBWP-Id) is not set, an initial downlink BWP for the performance-limited terminal (initialDownlinkBWP-RedCap) is set, and the Active DL BWP is not initialDownlinkBWP-RedCap.
  • RedCap UE performance-limited terminal
  • the identifier of the default downlink BWP defaultDownlinkBWP-Id
  • an initial downlink BWP for the performance-limited terminal initialDownlinkBWP-RedCap
  • the Active DL BWP is not initialDownlinkBWP-RedCap.
  • C If no random access procedure associated with this serving cell is ongoing or an ongoing random access procedure associated with this serving cell is successfully completed by reception of a PDCCH addressed to the C-RNTI, start or restart the BWP inactivity timer associated with the Active DL BWP.
  • D If the BWP inactivity timer associated with an Active DL BWP expires, the MAC entity performs (E) below.
  • E If defaultDownlinkBWP-Id is set, the MAC entity performs BWP switching to the BWP indicated by this defaultDownlinkBWP-Id. If not, the MAC entity performs the next (F).
  • 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 (A-1) to (A-4) is met, start or restart the BWP inactivity timer associated with the Active DL BWP.
  • A-1 A default downlink BWP identifier (defaultDownlinkBWP-Id) is set, 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 default downlink BWP identifier (defaultDownlinkBWP-Id) is not set, 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 identifier of the default downlink BWP (defaultDownlinkBWP-Id) is not set, the initial downlink BWP for the performance-limited terminal (initialDownlinkBWP-RedCap) is not set, and the MAC entity switches to a downlink BWP other than the initialDownlinkBWP.
  • RedCap UE performance-limited terminal
  • the UE is a performance-limited terminal (RedCap UE), the identifier of the default downlink BWP (defaultDownlinkBWP-Id) is not set, an initial downlink BWP for the performance-limited terminal (initialDownlinkBWP-RedCap) is set, and the MAC entity switches to a downlink BWP other than initialDownlinkBWP-RedCap.
  • RedCap UE performance-limited terminal
  • the identifier of the default downlink BWP defaultDownlinkBWP-Id
  • an initial downlink BWP for the performance-limited terminal initialDownlinkBWP-RedCap
  • the MAC entity switches to a downlink BWP other than initialDownlinkBWP-RedCap.
  • the MAC entity shall perform some or all of the following (A) to (H) if the BWP is active (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 a PRACH occasion is configured, send a RACH in that BWP. (C) Monitor the PDCCH in that BWP. (D) If PUCCH is configured, transmit PUCCH in that BWP. (E) Report the CSI in that BWP. (F) If SRS is configured, send SRS in that BWP. (G) Receive DL-SCH on that BWP. (H) (re)initialize all suspended configured uplink grants of grant type 1 in that Active BWP according to the stored configuration, if any.
  • the MAC entity performs some or all of the following (A) to (L).
  • a MAC entity shall, if a BWP is deactivated, do some or all of the following: (A) Do not transmit UL-SCH in that BWP. (B) Do not send a RACH in that BWP. (C) Do not monitor the PDCCH in that BWP. (D) Do not transmit PUCCH in that BWP. (E) Failing to report a CSI in that BWP. (F) Do not send SRS in that BWP. (G) DL-SCH is not received on that BWP. (H) Clear all configured downlink assignments and/or all configured uplink grants of grant type 2 in that BWP. (I) Suspend all configured uplink grants of grant type 1 for that Inactive BWP.
  • the serving cell may be able to schedule terminal devices from multiple TRPs (Transmit/Receive Points) to provide better coverage, reliability, and/or data rates for PDSCH, PDCCH, PUSCH, and PUCCH.
  • TRPs Transmit/Receive Points
  • the two operation modes may be single-DCI and multi-DCI.
  • the control of uplink and downlink operation for both modes may be performed at the PHY and MAC layers with configuration set by the RRC layer.
  • single-DCI mode the terminal device may be scheduled for both TRPs by the same DCI.
  • multi-DCI mode the terminal device may be scheduled for each TRP by an independent DCI.
  • Each TRP of the mTRP may be identified by TRP information.
  • the TRP information may be information for identifying one TRP among one or more TRPs.
  • the TRP information may be an index for identifying one TRP.
  • one TRP may be determined based on the TRP information.
  • the TRP information may be information for identifying one or more TRPs.
  • the TRP information may be used to select one TRP.
  • the TRP information may be a CORESET pool index.
  • One CORESET may be associated with one CORESET pool index and one CORESET resource set identifier.
  • the terminal device may transmit a PUSCH with a corresponding TRP based on the CORESET resource set identifier.
  • the TRP information may be associated with an index of the CORESET resource pool.
  • a first CORESET pool index may be associated with a first TRP
  • a second CORESET pool index may be associated with a second TRP.
  • the TRP information may be associated with a pool (or a pool index) of a TCI state.
  • a first TCI state pool (or pool index) may be associated with a first TRP
  • a second TCI state pool (or pool index) may be associated with a second TRP.
  • the two operation modes may be PDCCH repetition and single frequency network (SFN) based PDCCH transmission.
  • SFN single frequency network
  • the terminal device can receive each of the PDCCH transmissions carrying the same DCI from each TRP.
  • the terminal device can receive two PDCCH transmissions carrying the same DCI from two linked search spaces, each associated with a different CORESET.
  • the terminal device can receive two PDCCH transmissions carrying the same DCI from a single search space/CORESET using different TCI states.
  • the terminal device may perform PUSCH transmission of the same content in beam directions associated with different spatial relations corresponding to two TRPs.
  • the terminal device may perform PUCCH transmission of the same content in beam directions associated with different spatial relationships corresponding to two TRPs.
  • one or more TCI states in a multi-DCI PDSCH transmission may be associated with an SSB of a Physical Cell Identity (PCI) different from the PCI of the serving cell. Also, at most one TCI state associated with a PCI different from the serving cell may be active at a time.
  • PCI Physical Cell Identity
  • the central unit may be a logical node that hosts the RRC layer, SDAP layer, and PDCP layer of the base station device.
  • the distributed unit may be a logical node that hosts the RLC layer, MAC layer, and PHY layer of the base station device.
  • the 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.
  • Layer 1/Layer 2 triggered mobility may be a procedure in which a base station device transmits a DCI or MAC CE that causes a terminal device to identify one or more cells that are targets for the serving cell, and instructs the terminal device to switch (change) the serving cell or cells through the DCI or MAC CE.
  • Layer 1/Layer 2 triggered mobility may be a procedure in which a terminal device receives a DCI or MAC CE from a base station device that identifies one or more cells that are targets for the serving cell, and switches (changes) the serving cell to one or more cells indicated by the DCI or MAC CE.
  • the DCI that allows the terminal device to identify one or more cells that are targets of the serving cell may be a DCI that includes one or more identifiers indicating one or more cells that are targets of the serving cell.
  • the MAC CE that allows the terminal device to identify one or more cells that are targets of the serving cell may be a MAC CE that includes one or more identifiers indicating one or more cells that are targets of the serving cell.
  • the identifiers may be identifiers that correspond to each of the information regarding one or more serving cell targets that is set in advance in the terminal device by, for example, RRC signaling. Also, the identifiers may be referred to as L1/L2 candidate target indexes.
  • the base station device may determine the serving cell target 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 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.
  • Layer 1/Layer 2 triggered mobility may be rephrased as “Layer 1/Layer 2 mobility (L1/L2 mobility)", “Layer 1/Layer 2 based inter-cell mobility (L1/L2 based inter-cell mobility)”, “Layer 1/Layer 2 inter-cell mobility (L1/L2 inter-cell mobility)”, “Layer 1/Layer 2 serving cell change processing", “Layer 1/Layer 2 serving cell change", or “Layer 1/Layer 2 handover", etc.
  • L1/L2 candidate target identifier may be rephrased as “candidate target index,” “L1/L2 candidate configuration index,” “candidate configuration index,” “L1/L2 candidate target configuration identifier,” or “candidate target configuration identifier,” etc.
  • DCI that causes the terminal device to identify one or more cells that are targets of the serving cell may be rephrased as "DCI that instructs the terminal device to change the serving cell to one or more target cells” or "DCI that changes one or more serving cells of the terminal device", etc.
  • a MAC CE that causes a terminal device to identify one or more cells that are targets of a serving cell may be rephrased as "a MAC CE that instructs a change of the serving cell to one or more target cells” or "a MAC CE that changes one or more serving cells of a terminal device", etc.
  • DCI may also be referred to as Layer 1 signaling.
  • MAC CE may also be referred to as Layer 2 signaling.
  • the above-mentioned measurements may be performed by Layer 1 (PHY layer) and/or Layer 3 (RRC layer).
  • the above-mentioned measurements may also be reported by Layer 1 (PHY layer), Layer 2 (MAC layer), and/or Layer 3 (RRC layer).
  • a base station device may notify a terminal device of information regarding a serving cell target.
  • the information regarding the serving cell target may be notified to the terminal device by RRC signaling. Additionally or alternatively, the information regarding the serving cell target may be notified to the terminal device by MAC CE and/or DCI. For example, part of the information regarding the serving cell target may be notified to the terminal device in advance by RRC signaling, and when changing the serving cell to a target, another part of the information regarding the target may be notified to the terminal device by MAC CE and/or DCI.
  • Information regarding the serving cell target is also referred to as the Layer 1/Layer 2 inter-cell mobility candidate target configuration, the L1/L2-triggered candidate target configuration, the L1/L2 candidate target configuration, or simply the candidate target configuration.
  • the L1/L2 candidate target configuration information regarding the serving cell target is referred to as the L1/L2 candidate target configuration.
  • one or more L1/L2 candidate target configurations corresponding to one or more targets of the serving cell may be notified to the terminal device.
  • the terminal device may store one or more L1/L2 candidate target configurations notified from the base station device.
  • an L1/L2 candidate target identifier associated with each L1/L2 candidate target setting may be notified to the terminal device.
  • the terminal device may store one or more L1/L2 candidate target settings notified from the base station device and the L1/L2 candidate target identifier associated with the L1/L2 candidate target setting.
  • the mobility scenario (A) below may be a scenario in which only the PCell is changed, and in a terminal device in which CA is configured, the mobility scenario (A) below may be a scenario in which the PCell and one or more SCells are changed, or a scenario in which only the PCell is changed. In addition or instead, in a terminal device in which CA is configured, the mobility scenario (A) below may be a scenario in which the current PCell and SCell are replaced, that is, the target PCell and SCell become the current SCell and PCell, respectively.
  • PCell change B
  • C Inter-cell beam management
  • a base station device provides L1/L2 candidate target configuration so that dynamic switching can be performed without requiring full configuration.
  • B The user plane communicates continuously, preferably without resets, to avoid data loss and additional delays for data recovery.
  • (A) Messages related to RRC connection reconfiguration (B) Cell group configuration (C) SpCell configuration and/or SCell configuration (D) Measurement configuration (E) Radio bearer configuration (F) Other information elements
  • the terminal device may be notified of one or more L1/L2 candidate target settings by RRC signaling or other signaling (MAC CE, DCI, etc.).
  • the terminal device may store the L1/L2 candidate target settings until it receives a DCI or MAC CE instructing a change of the serving cell to one or more cells that are targets of the serving cell.
  • the L1/L2 candidate target settings may be common between intra-distributed unit mobility and intra-aggregated unit inter-distributed unit mobility, or some of the L1/L2 candidate target settings may be different.
  • the L1/L2 candidate target settings may include some or all of the system information (searchSpaceSIB1, searchSpaceOtherSystemInformation, etc.), paging messages (pagingSearchSpace, etc.), and common search spaces (commonSearchSpaceList, etc.).
  • security key updates may not be performed in Layer 1/Layer 2 triggered mobility.
  • Each of the one or more cells configured in a given L1/L2 candidate target configuration is called a candidate cell or a candidate target cell.
  • the above cell group configuration, SpCell configuration, SCell configuration, measurement configuration, and bearer configuration may use the same information elements as those included in the message regarding the reconfiguration of the RRC connection, or may use information elements in which new parameters have been added and/or some or all of the parameters have been deleted from those included in the message regarding the reconfiguration of the RRC connection.
  • Each L1/L2 candidate target configuration may be a message regarding reconfiguration of an RRC connection.
  • the L1/L2 candidate target configuration may include at least a cell group configuration related to the MCG.
  • the cell group configuration may include at least an SpCell configuration.
  • the cell group configuration may also include an SCell configuration.
  • the L1/L2 candidate target configuration may include other information.
  • a cell group configuration related to the SCG may be included in the L1/L2 candidate target configuration.
  • a measurement configuration may be included in the L1/L2 candidate target configuration.
  • a radio bearer configuration may be included in the L1/L2 candidate target configuration.
  • an L1/L2 candidate target identifier for identifying each L1/L2 candidate target configuration may be notified from the base station device to the terminal device.
  • the terminal device may receive DCI or MAC CE from the base station device that identifies one or more cells that are targets of the serving cell, and based on the L1/L2 candidate target identifier indicated by the DCI or MAC CE, apply a message regarding reconfiguration of the RRC connection, which is the L1/L2 candidate target setting corresponding to the L1/L2 candidate target identifier, to the RRC settings of the terminal device.
  • Each L1/L2 candidate target configuration may be a cell group configuration.
  • the L1/L2 candidate target configuration may be a cell group configuration of an MCG.
  • the cell group configuration may include at least an SpCell configuration.
  • the cell group configuration may also include an SCell configuration.
  • other information may be associated with the L1/L2 candidate target configuration.
  • a cell group configuration related to an SCG that is separately notified to a terminal device may be associated with the L1/L2 candidate target configuration.
  • a measurement configuration that is separately notified to a terminal device may be associated with the L1/L2 candidate target configuration.
  • a radio bearer configuration that is separately notified to a terminal device may be associated with the L1/L2 candidate target configuration.
  • an L1/L2 candidate target identifier for identifying each L1/L2 candidate target configuration may be notified from the base station device to the terminal device.
  • the L1/L2 candidate target setting is a cell group setting
  • the cell group of this L1/L2 candidate target setting may be referred to as a candidate cell group (CCG).
  • the terminal device may receive DCI or MAC CE from the base station device, which identifies one or more cells that are targets of the serving cell, and apply a cell group setting, which is an L1/L2 candidate target setting corresponding to the L1/L2 candidate target identifier, to the MCG setting of the RRC of the terminal device based on the L1/L2 candidate target identifier indicated by the DCI or MAC CE.
  • the terminal device may apply the associated information to the RRC setting of the terminal device.
  • this L1/L2 candidate target setting may be a cell group setting of the SCG.
  • the terminal device may determine which cell group setting, MCG or SCG, to apply to the RRC setting of the terminal device based on which cell group the DCI or MAC CE identifying one or more cells that are targets of the serving cell is received from.
  • each of the L1/L2 candidate target settings notified to the terminal device may be a setting of a different structure.
  • one L1/L2 candidate target setting may be a cell group setting
  • another L1/L2 candidate target setting may be an SpCell setting.
  • the L1/L2 candidate target settings may have different structures depending on the choice (CHOICE) in the ASN.1 notation.
  • each of the L1/L2 candidate target settings notified to the terminal device may be referred to as a candidate target entry, and a list of one or more candidate target entries (candidate target entry list) may be notified to the terminal device.
  • FIG. 5 is a block diagram showing the configuration of a terminal device (UE122) in this embodiment. Note that, to avoid complicating the explanation, FIG. 5 shows only the main components closely related to this embodiment.
  • the UE 122 shown in FIG. 5 includes a receiver 500 that receives control information (DCI, 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 described above may be the eNB 102 or the gNB 108.
  • the processor 502 may include some or all of the functions of various layers (e.g., the physical layer, the MAC layer, the RLC layer, the PDCP layer, the SDAP layer, the RRC layer, and the NAS layer). That is, the processor 502 may include some or all of the physical layer processor, the MAC layer processor, the RLC layer processor, the PDCP layer processor, the SDAP processor, the RRC layer processor, and the NAS layer processor.
  • FIG. 6 is a block diagram showing the configuration of a base station device in this embodiment. Note that, to avoid complicating the explanation, FIG. 6 shows only the main components closely related to this embodiment.
  • the above-mentioned base station device may be eNB102 or gNB108.
  • the base station device shown in FIG. 6 includes a transmitter 600 that transmits control information (DCI, 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 the processor 502 of UE 122 to process it, and a receiver 604 that receives control information (UCI, RRC signaling, etc.) from UE 122.
  • the processor 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). That is, the processor 602 may include some or all of the physical layer processor, MAC layer processor, RLC layer processor, PDCP layer processor, SDAP processor, RRC layer processor, and NAS layer processor.
  • the processing unit 502 of the UE 122 may include an RRC processing unit that performs RRC processing and a MAC processing unit that performs MAC processing.
  • FIG. 9 is a diagram showing an example of processing by the UE 122 in this embodiment.
  • the processing unit 502 of the UE 122 judges the conditions (step S900) and operates based on the judgment (step S902).
  • the UE122 receives RRC signaling from a base station device (gNB108 and/or eNB102).
  • the RRC signaling may include one or more L1/L2 candidate target configurations.
  • the RRC processing unit of UE122 may hold one or more L1/L2 candidate target configurations included in the RRC signaling.
  • the RRC signaling may include an identifier (L1/L2 candidate target identifier) that identifies each of the one or more L1/L2 candidate target configurations. Note that in this embodiment, the L1/L2 candidate target configurations include at least one SCell configuration.
  • UE122 may receive, from a base station device (gNB108 and/or eNB102), a MAC CE (referred to as an LTM MAC CE in the following description, but may be a MAC CE with another name) that identifies one or more target cells of a serving cell of a certain cell group.
  • UE122 may receive, from a base station device (gNB108 and/or eNB102), a MAC CE that includes information indicating that each SCell of a certain cell group is to be activated or information indicating that each SCell is to be deactivated in a serving cell of the certain cell group.
  • the MAC processing unit of UE122 may be the MAC processing unit of this cell group unless explicitly stated.
  • the LTM MAC CE identifies at least one target SCell.
  • the MAC processing unit of UE 122 that has received the LTM MAC CE and a MAC CE including information indicating that the SCell is to be activated or information indicating that the SCell is to be deactivated determines in step S900 whether each of the following conditions (a) to (c) is satisfied.
  • the SCell activated by the MAC CE including information indicating that the SCell is to be activated may be a part or all of the target SCells identified by the LTM MAC CE
  • the SCell deactivated by the MAC CE including information indicating that the SCell is to be deactivated may be a part or all of the target SCells identified by the LTM MAC CE.
  • the LTM MAC CE and a MAC CE including information indicating to activate the target SCell are included in the same MAC PDU, or the LTM MAC CE includes information indicating to UE 122 to activate the target SCell.
  • the LTM MAC CE and a MAC CE including information indicating to deactivate the target SCell are included in the same MAC PDU, or the LTM MAC CE includes information indicating to UE 122 to deactivate the target SCell.
  • step S902 the MAC processing unit of UE122 notifies the RRC processing unit of information indicating the target of the serving cell identified by the LTM MAC CE (e.g., L1/L2 candidate target identifier).
  • the RRC processing unit of UE122 performs a process (L1/L2 candidate target setting application process) of applying the L1/L2 candidate target setting selected based on information indicating the target of the serving cell identified by the LTM MAC CE to the RRC setting of the terminal device.
  • a process L1/L2 candidate target setting application process
  • the RRC processing unit of UE122 notifies the MAC processing unit of information indicating that the L1/L2 candidate target setting application process has been completed.
  • step S902 the MAC processing unit activates the target SCell based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process has been completed.
  • step S902 the MAC processing unit activates the target SCell based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process has been completed.
  • step S902 the MAC processing unit of UE122 activates the target SCell based on the setting of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that the condition (b) is satisfied, then in step S902, the MAC processing unit of UE122 performs the above-mentioned process (AD-1) on the target SCell based on the setting of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE.
  • AD-1 the above-mentioned process
  • step S902 the MAC processing unit deactivates the target SCell based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process has been completed.
  • step S902 the MAC processing unit performs the above-mentioned process (AD-2) and/or process (AD-3) on the target SCell based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process has been completed.
  • step S902 the MAC processing unit deactivates the target SCell based on the setting of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that the condition (c) is satisfied, then in step S902, the MAC processing unit performs the above-mentioned process (AD-2) and/or process (AD-3) on the target SCell based on the setting of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE.
  • AD-2 above-mentioned process
  • AD-3 AD-3
  • step S902 the MAC processing unit activates the target SCell. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that the conditions (b) and (c) are not satisfied and that the condition (a) is satisfied, then in step S902, the MAC processing unit activates the target SCell. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that the conditions (b) and (c) are not satisfied and that the condition (a) is satisfied, then in step S902, the MAC processing unit performs the above-mentioned process (AD-1) on the target SCell. In this case, the MAC processing unit of UE122 may operate in step S902 without being notified by the RRC processing unit that the L1/L2 candidate target configuration application process has been completed.
  • the MAC processing unit of UE122 may operate in step S902 without being based on configuring one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE.
  • "after receiving the LTM MAC CE” may be rephrased as “upon receiving the LTM MAC CE,” “based on receiving the LTM MAC CE,” or "after notifying the RRC processing unit of information indicating the target serving cell identified by the LTM MAC CE," etc.
  • the MAC processing unit of UE122 determines in step S900 that none of the conditions (a) to (c) are satisfied, it deactivates the target SCell in step S902. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that none of the conditions (a) to (c) are satisfied, it performs the above-mentioned process (AD-2) and/or process (AD-3) on the target SCell in step S902. In this case, the MAC processing unit of UE122 may operate in step S902 without being notified by the RRC processing unit that the L1/L2 candidate target configuration application process has been completed.
  • the MAC processing unit of UE122 may operate in step S902 without being based on configuring one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE.
  • "after receiving the LTM MAC CE” may be rephrased as “upon receiving the LTM MAC CE,” “based on receiving the LTM MAC CE,” or "after notifying the RRC processing unit of information indicating the target serving cell identified by the LTM MAC CE," etc.
  • step S902 it activates the target SCell based on the reception of a MAC CE including information indicating that the target SCell is to be activated.
  • step S902 it performs the above-mentioned process (AD-1) on the target SCell based on the reception of a MAC CE including information indicating that the target SCell is to be activated.
  • step S902 it deactivates the target SCell based on the reception of a MAC CE including information indicating that the target SCell is to be deactivated. Additionally or alternatively, if the MAC processing unit of UE122 determines in step S900 that none of the conditions (a) to (c) are satisfied, then in step S902, the MAC processing unit performs the above-mentioned process (AD-2) and/or process (AD-3) on the target SCell based on receiving a MAC CE including information indicating that the target SCell is to be deactivated.
  • the MAC processing unit of UE122 may operate in step S902 without being notified by the RRC processing unit that the L1/L2 candidate target configuration application process has been completed. Additionally or alternatively, the MAC processing unit of UE122 may operate in step S902 without being based on configuring one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE.
  • “after receiving the LTM MAC CE” may be rephrased as “upon receiving the LTM MAC CE," "based on receiving the LTM MAC CE,” or "after notifying the RRC processing unit of information indicating the target serving cell identified by the LTM MAC CE," etc.
  • the processing unit 502 of the UE 122 judges the conditions (step S900) and operates based on the judgment (step S902).
  • UE122 may receive from a base station device (gNB108 and/or eNB102) a MAC CE including information indicating that each SCell of a cell group is to be activated or information indicating that each SCell is to be deactivated in a serving cell of the cell group.
  • a base station device gNB108 and/or eNB102
  • a MAC CE including information indicating that each SCell of a cell group is to be activated or information indicating that each SCell is to be deactivated in a serving cell of the cell group.
  • the MAC processing unit of UE122 may be the MAC processing unit of the cell group unless otherwise specified.
  • being identified by a MAC CE including information indicating that a SCell is to be activated may mean, for example, that information of a MAC CE corresponding to an identifier of the SCell indicates that the SCell is to be activated
  • being identified by a MAC CE including information indicating that a SCell is to be deactivated may mean, for example, that information of a MAC CE corresponding to an identifier of the SCell indicates that the SCell is to be deactivated.
  • the MAC processing unit of UE 122 that has received a MAC CE including information indicating that the SCell is to be activated or information indicating that the SCell is to be deactivated determines, in step S900, whether each of the following conditions (d) and (e) is satisfied.
  • An LTM MAC CE that specifies one or more of the SCells to be activated is included in a MAC PDU that includes a MAC CE including information indicating that the SCell is to be activated.
  • An LTM MAC CE that specifies one or more SCells to be deactivated is included in a MAC PDU that includes a MAC CE that includes information indicating that the SCell is to be deactivated.
  • step S902 the MAC processing unit activates the LTM MAC CE and the SCell identified by the MAC CE including information indicating that the SCell is to be activated, based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process based on the LTM MAC CE described in the condition (d) has been completed.
  • step S902 the MAC processing unit performs the above-mentioned process (AD-1) on the SCell identified by the MAC CE including information indicating that the LTM MAC CE and the SCell are to be activated, based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process based on the LTM MAC CE described in the condition (d) has been completed.
  • the MAC processing unit of UE122 determines in step S900 that the condition (d) is satisfied, then in step S902, it activates the LTM MAC CE and the SCell identified by the MAC CE including information indicating that the SCell is to be activated based on the configuration of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE described in the condition (d).
  • the MAC processing unit of UE122 determines in step S900 that the condition (d) is satisfied, then in step S902, it performs the above-mentioned process (AD-1) on the SCell identified by the MAC CE including information indicating that the LTM MAC CE and the SCell are to be activated based on the configuration of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE described in the condition (d).
  • step S902 based on the notification from the RRC processing unit that the L1/L2 candidate target setting application process based on the LTM MAC CE described in the condition (e) has been completed, the MAC processing unit deactivates the LTM MAC CE and the SCell identified by the MAC CE including information indicating that the SCell is to be deactivated.
  • the MAC processing unit performs the above-mentioned process (AD-2) and/or process (AD-3) on the LTM MAC CE and the SCell identified by the MAC CE including information indicating that the SCell is to be deactivated
  • the MAC processing unit of UE122 determines in step S900 that the condition (e) is satisfied, then in step S902, the MAC processing unit deactivates the LTM MAC CE and the SCell identified by the MAC CE including information indicating that the SCell is to be deactivated, based on the configuration of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE described in the condition (e).
  • step S902 the MAC processing unit of UE122 performs the above-mentioned processing (AD-2) and/or processing (AD-3) on the SCell identified by the MAC CE including information indicating that the LTM MAC CE and the SCell are to be deactivated, based on the configuration of one or more SCells identified by the LTE MAC CE after receiving the LTM MAC CE described in the condition (e).
  • AD-2 above-mentioned processing
  • AD-3 processing
  • step S902 based on receiving a MAC CE including information indicating that the SCell is to be activated, the MAC processing unit of UE122 activates the SCell identified by the MAC CE including information indicating that the SCell is to be activated.
  • the MAC processing unit of UE122 determines in step S900 that neither of the conditions (d) nor (e) is satisfied, then in step S902, based on receiving a MAC CE including information indicating that the SCell is to be activated, the MAC processing unit of UE122 performs the above-mentioned process (AD-1) on the SCell identified by the MAC CE including information indicating that the SCell is to be activated.
  • AD-1 above-mentioned process
  • step S902 based on receiving a MAC CE including information indicating that the SCell is to be deactivated, the MAC processing unit of UE122 deactivates the SCell identified by the MAC CE including information indicating that the SCell is to be deactivated.
  • step S902 based on receiving a MAC CE including information indicating that the SCell is to be deactivated, the MAC processing unit of UE122 performs the above-mentioned processing (AD-2) and/or processing (AD-3) on the SCell identified by the MAC CE including information indicating that the SCell is to be deactivated.
  • the MAC CE including the information indicating to activate the above-mentioned SCell may be, for example, an SCell Activation/Deactivation MAC CE indicating to activate the SCell, or an Enhanced SCell Activation/Deactivation MAC CE indicating to activate the SCell, and the MAC CE including the information indicating to deactivate the above-mentioned SCell may be, for example, an SCell Activation/Deactivation MAC CE indicating to deactivate the SCell, or an Enhanced SCell Activation/Deactivation MAC CE indicating to deactivate the SCell.
  • the MAC CE including the information indicating to activate the above-mentioned SCell and the MAC CE including the information indicating to deactivate the SCell may be the same MAC CE (for example, a MAC CE named SCell Activation/Deactivation MAC CE or Enhanced SCell Activation/Deactivation MAC CE indicating with one bit whether each SCell is to be activated or deactivated).
  • the information in condition (b) indicating that UE122 should activate the SCell and the information in condition (c) indicating that UE122 should deactivate the SCell may be the same information (e.g., a MAC CE named SCell Activation/Deactivation MAC CE or Enhanced SCell Activation/Deactivation MAC CE, which indicates in one bit whether each SCell is to be activated or deactivated).
  • the MAC processing unit of UE122 may determine not to perform the above-mentioned process (AD) for each SCell identified by the LTM MAC CE.
  • timer once a timer is started, it runs until it is stopped or expires. Once a timer expires, it may be considered to be not running (stopped). A timer is always started (if the timer is stopped) or restarted (if the timer is running) from its initial value. The period from when the timer is started or restarted to when it expires is not updated until the timer is stopped or expired.
  • the MAC entity of the terminal device may use a value notified by a higher layer (e.g., the RRC layer) as the period from when the timer is started or restarted to when it expires.
  • the MAC entity of the terminal device may use a pre-configured default value as the period from when the timer is started or restarted to when it expires. If the MAC entity of the terminal device sets the period from when the timer is started or restarted to when it expires to 0, the timer may expire immediately after it is started, unless other conditions are specified.
  • the radio bearer in the above description may be a DRB, an SRB, or a DRB and an SRB. In addition or instead, the radio bearer in the above description may be an MRB.
  • the serving cell change in the above description may refer to a layer 1/layer 2 serving cell change.
  • condition "B” may be expressed as the “other" condition of condition "A.”
  • the program that runs on the device related to this embodiment may be a program that controls a Central Processing Unit (CPU) or the like to cause a computer to 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 necessary.
  • volatile memory such as Random Access Memory (RAM) during processing
  • non-volatile memory such as flash memory or a Hard Disk Drive (HDD)
  • a part of the device in the above-mentioned embodiment may be realized by a computer.
  • a program for realizing this control function may be recorded on a computer-readable recording medium, and the program recorded on this recording medium may be read into a computer system and executed to realize the control function.
  • the "computer system” referred to here is a computer system built into the device, and includes hardware such as an operating system and peripheral devices.
  • the "computer-readable recording medium” may be any of semiconductor recording media, optical recording media, magnetic recording media, etc.
  • “computer-readable recording medium” may include something that dynamically holds 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 holds a program for a certain period of time, such as volatile memory within a computer system that serves as a server or client in such a case.
  • the above program may also be one that realizes part of the functions described above, or 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-mentioned embodiment may be implemented or executed by an electric circuit, typically an integrated circuit or a plurality of integrated circuits.
  • the electric circuit designed to execute 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 an integrated circuit technology that replaces current integrated circuits emerges due to the progress of semiconductor technology, it is also possible to use an integrated circuit based on that technology.
  • this embodiment is not limited to the above embodiment.
  • an example of a device is described, but 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, for example, 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 a communication system, a communication device (e.g., a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (e.g., a communication chip), or a program, etc.
  • a communication device e.g., a mobile phone device, a base station device, a wireless LAN device, or a sensor device
  • an integrated circuit e.g., a communication chip
  • program e.g., a program, etc.
  • E-UTRA 102 eNB 104 EPC 106 NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 Interface 122UE 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310SDAP 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

Sur la base du fait qu'une unité de traitement MAC de ce dispositif terminal a reçu, en provenance d'un dispositif station de base, un premier CE MAC indiquant un identifiant utilisé pour identifier une ou plusieurs configurations cibles candidates comprenant une SCell cible, une unité de traitement RRC du dispositif terminal applique, à la configuration RRC du dispositif terminal, la configuration cible candidate identifiée par le premier CE MAC. L'unité de traitement MAC détermine si la configuration cible candidate appliquée comprend ou non des informations indiquant que la SCell cible doit être activée, et active ou désactive la SCell cible sur la base de la détermination.
PCT/JP2023/039601 2022-11-02 2023-11-02 Dispositif terminal, procédé, et circuit intégré WO2024096097A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022176092 2022-11-02
JP2022-176092 2022-11-02

Publications (1)

Publication Number Publication Date
WO2024096097A1 true WO2024096097A1 (fr) 2024-05-10

Family

ID=90930667

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/039601 WO2024096097A1 (fr) 2022-11-02 2023-11-02 Dispositif terminal, procédé, et circuit intégré

Country Status (1)

Country Link
WO (1) WO2024096097A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022210285A1 (fr) * 2021-04-01 2022-10-06 シャープ株式会社 Équipement terminal, procédé et circuit intégré

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022210285A1 (fr) * 2021-04-01 2022-10-06 シャープ株式会社 Équipement terminal, procédé et circuit intégré

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
INTERDIGITAL, INC.: "L1/2 handover trigger.", 3GPP DRAFT; R2-2210194, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052263517 *
QUALCOMM INCORPORATED: "L1/L2 Mobility Considerations", 3GPP DRAFT; R2-2209701, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052263028 *
TOSHIZO NOGAMI, SHARP: "Cell Switch for LTM", 3GPP DRAFT; R2-2301819; 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. 3GPP RAN 2, no. Athens, GR; 20230227 - 20230303, 17 February 2023 (2023-02-17), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052246445 *
TOSHIZO NOGAMI, SHARP: "Remaining issues for The Contents of LTM MAC CE", 3GPP DRAFT; R2-2308147; 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. 3GPP RAN 2, no. Toulouse, FR; 20230821 - 20230825, 10 August 2023 (2023-08-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052443857 *

Similar Documents

Publication Publication Date Title
US20230379842A1 (en) Terminal apparatus, communication method, and base station apparatus
WO2022085663A1 (fr) Procédé et circuit intégré
WO2022080306A1 (fr) Dispositif terminal, dispositif de station de base et procédé
WO2024096097A1 (fr) Dispositif terminal, procédé, et circuit intégré
WO2024142971A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2024070447A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2024070379A1 (fr) Équipement terminal, procédé et circuit intégré
WO2023136231A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023132370A1 (fr) Dispositif de terminal, procédé et circuit intégré
WO2024005010A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2024005069A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023106315A1 (fr) Dispositif terminal, dispositif de station de base et procédé
WO2023013292A1 (fr) Dispositif terminal, dispositif de station de base et procédé
US20230292392A1 (en) Terminal apparatus, base station apparatus, and method
WO2024009884A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023100981A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023042747A1 (fr) Dispositif terminal, dispositif de station de base et procédé
WO2024029478A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023042752A1 (fr) Dispositif terminal, dispositif de station de base et procédé
WO2023112531A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023243571A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023063342A1 (fr) Dispositif terminal, dispositif de station de base, et procédé
WO2023112792A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2023238820A1 (fr) Dispositif terminal, procédé et circuit intégré
WO2024057978A1 (fr) Dispositif terminal, procédé et circuit intégré

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: 23885851

Country of ref document: EP

Kind code of ref document: A1