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

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

Info

Publication number
WO2023204307A1
WO2023204307A1 PCT/JP2023/015957 JP2023015957W WO2023204307A1 WO 2023204307 A1 WO2023204307 A1 WO 2023204307A1 JP 2023015957 W JP2023015957 W JP 2023015957W WO 2023204307 A1 WO2023204307 A1 WO 2023204307A1
Authority
WO
WIPO (PCT)
Prior art keywords
rrc
scg
terminal device
bfd
mac
Prior art date
Application number
PCT/JP2023/015957
Other languages
English (en)
French (fr)
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 WO2023204307A1 publication Critical patent/WO2023204307A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • 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.
  • This application claims priority to Japanese Patent Application No. 2022-70688 filed in Japan on April 22, 2022, the contents of which are incorporated herein.
  • 3GPP 3rd Generation Partnership Project
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • RAT Radio Access Technology
  • 3GPP 3GPP is still conducting technical studies and standardization for E-UTRA expansion technology.
  • E-UTRA is also referred to as Long Term Evolution (LTE: registered trademark), and the extended technology is also referred to as LTE-Advanced (LTE-A) and LTE-Advanced Pro (LTE-A Pro).
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-A Pro LTE-Advanced Pro
  • NR New Radio, or NR Radio access
  • 5G 5th Generation
  • NR As an extension technology for NR, there is a dual connectivity (also called multi-connectivity) technology in which one or more base station devices and terminal devices communicate using multiple cell groups in order to enable large-capacity data communication. .
  • the terminal device in order to communicate in each cell group, the terminal device needs to monitor whether there is a message addressed to it in each cell group.
  • the terminal device In order for the terminal device to communicate with low delay when large-capacity data communication occurs, the terminal device must constantly monitor multiple cell groups, which poses the problem of consuming a large amount of power. For this reason, studies have begun on technology to monitor some cell groups at a low frequency or to stop monitoring (cell group deactivated technology).
  • Non-Patent Documents 7 and 8 are the CR (Change Request) draft of the RRCno specification and the MAC specification, which were created based on the specification details agreed upon so far. However, based on the current CR proposal, random access procedures may have to be started at times other than when necessary, which may result in unnecessary signaling.
  • One aspect of the present invention has been made in view of the above circumstances, and one of the objects is to provide a terminal device, a base station device, a communication method, and an integrated circuit that can efficiently control communication. .
  • one embodiment of the present invention takes the following measures. That is, one aspect of the present invention includes a receiving unit that receives radio resource control (RRC) signaling from the base station device, and a processing unit, and the processing unit is configured to perform beam failure detection. : If the RRC signaling includes information for reconfiguring the reference signal (RS) for the BFD, reconfigure the RS for the BFD and perform at least the following operations: and (1) set the value of the first parameter to 0 based on reconfiguring the RS for the BFD, and (2) determined that a beam failure instance notification from the lower layer was received. , the value of the first parameter is increased by 1, and (3) the value of the first parameter is used to determine whether or not there is a beam failure in the BFD, and the plurality of operations are (1), ( 2) and (3) are performed in this order.
  • RRC radio resource control
  • Another aspect of the present invention is a method for a terminal device to communicate with a base station device, which includes the steps of receiving radio resource control (RRC) signaling from the base station device, and beam failure detection (Beam Failure detection).
  • RRC radio resource control
  • Beam Failure detection Beam Failure detection
  • the RRC signaling includes information for reconfiguring the reference signal (RS) for the BFD
  • the RS for the BFD is reconfigured, and at least the following multiple (1) setting the value of a first parameter to 0 based on reconfiguring the RS for the BFD; and (2) performing a beam failure instance from a lower layer.
  • the value of the first parameter is increased by 1; (3) the value of the first parameter is used to determine whether or not the beam has failed in the BFD;
  • the operations are performed in the order of (1), (2), and (3).
  • Another aspect of the present invention is an integrated circuit implemented in a terminal device that communicates with a base station device, the integrated circuit having a function of receiving radio resource control (RRC) signaling from the base station device, and a function of receiving radio resource control (RRC) signaling from the base station device, and a beam failure
  • RRC radio resource control
  • RRC radio resource control
  • the RRC signaling includes information for reconfiguring a reference signal (RS) for Beam Failure Detection (BFD), reconfigure the RS for the BFD, and at least
  • the terminal device is made to perform the following multiple operations, (1) the value of the first parameter is set to 0 based on the resetting of the RS for the BFD, and (2 ) If it is determined that a beam failure instance notification has been received from a lower layer, the value of the first parameter is increased by 1, and (3) the value of the first parameter is used to determine whether a beam failure has occurred in the BFD.
  • the plurality of operations are performed in the order of (1), (2), and (3)
  • a terminal device, a method, and an integrated circuit can realize efficient communication control processing.
  • FIG. 1 is a schematic diagram of a communication system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of the E-UTRA protocol configuration according to the present embodiment.
  • FIG. 3 is a diagram illustrating an example of the NR protocol configuration according to the present embodiment.
  • FIG. 3 is a diagram illustrating an example of a flow of procedures for various settings in RRC according to the present embodiment.
  • FIG. 2 is a block diagram showing the configuration of a terminal device in this embodiment.
  • FIG. 2 is a block diagram showing the configuration of a base station device in this embodiment.
  • LTE and LTE-A, LTE-A Pro
  • NR may be defined as different radio access technologies (RAT).
  • RAT radio access technologies
  • LTE may be defined as a technology included in LTE.
  • LTE may be defined as a technology included in NR.
  • LTE which can be connected to NR using Multi-Radio Dual Connectivity (MR-DC)
  • MR-DC Multi-Radio Dual Connectivity
  • LTE that uses 5GC in the core network Core Network: CN
  • CN Core Network
  • conventional LTE may be LTE that does not implement the technology standardized after Release 15 in 3GPP.
  • This embodiment may be applied to NR, LTE and other RATs.
  • E-UTRA in this embodiment 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 will be explained when the radio access technology is E-UTRA or NR. However, this embodiment is applicable to other radio access technologies. May be used. 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. explained using FIG. 1 are some functions closely related to this embodiment, and may have other functions.
  • E-UTRA100 may be a wireless access technology. Further, the E-UTRA 100 may be an air interface between the UE 122 and the eNB 102. The air interface between UE 122 and eNB 102 may be referred to as a Uu interface.
  • the eNB (E-UTRAN Node B) 102 may be a base station device of the E-UTRA 100.
  • the eNB 102 may have the E-UTRA protocol described below.
  • 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.
  • the eNB 102 may terminate the E-UTRA user plane (UP) protocol and the E-UTRA control plane (CP) protocol for the UE 122.
  • a radio access network composed of eNBs may be called E-UTRAN.
  • the EPC (Evolved Packet Core) 104 may be a core network.
  • Interface 112 is an interface between eNB 102 and EPC 104, and may be called an S1 interface.
  • the 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) within EPC 104 .
  • MME Mobility Management Entity
  • S-GW serving gateway
  • the control plane interface of interface 112 may be referred to as the S1-MME interface.
  • the user plane interface of interface 112 may be referred to as the S1-U interface.
  • one or more eNBs 102 may be connected to the EPC 104 via the interface 112.
  • An interface may exist between multiple eNBs 102 connected to the EPC 104 (not shown).
  • the interface between the plurality of 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 UE 122 and gNB 108 may be referred to as a Uu interface.
  • gNB (g Node B) 108 may be a base station device of NR106.
  • gNB 108 may have the NR protocol described below.
  • the NR protocol may include an NR user plane (UP) protocol, which will be described later, and an NR control plane (CP) protocol, which will be described later.
  • the gNB 108 may terminate the NR User Plane (UP) protocol and the NR Control Plane (CP) protocol for the UE 122.
  • UP NR user plane
  • CP NR control plane
  • 5GC110 may be a core network.
  • Interface 116 is an interface between gNB 108 and 5GC 110, and may be called an NG interface.
  • the interface 116 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 116 may terminate in an Access and Mobility Management Function (AMF: not shown) within 5GC 110.
  • AMF Access and Mobility Management Function
  • the user plane interface of interface 116 may terminate at a User Plane Function (UPF: not shown) within 5GC 110.
  • the control plane interface of interface 116 may be referred to as an NG-C interface.
  • the user plane interface of interface 116 may be referred to as an NG-U interface.
  • one or more gNBs 108 may be connected to the 5GC 110 via the interface 116.
  • An interface may exist between multiple gNBs 108 connected to 5GC 110 (not shown).
  • the interface between multiple gNBs 108 connected to 5GC 110 may be called an Xn interface.
  • eNB102 may have the ability to connect to 5GC110.
  • the eNB 102 that has the function of connecting to the 5GC 110 may be called an ng-eNB.
  • Interface 114 is an interface between eNB 102 and 5GC 110, and may be called an NG interface.
  • the interface 114 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 114 may terminate at an AMF within 5GC 110.
  • the user plane interface of interface 114 may terminate at a UPF within 5GC 110.
  • the control plane interface of interface 114 may be referred to as an NG-C interface.
  • the user plane interface of interface 114 may be referred to as an NG-U interface.
  • a radio access network composed of ng-eNBs or gNBs may be referred to as NG-RAN.
  • NG-RAN, E-UTRAN, etc. may also be simply referred to as networks.
  • the network may include eNB, ng-eNB, gNB, and the like.
  • one or more eNBs 102 may be connected to the 5GC 110 via the interface 114.
  • An interface may exist between multiple eNBs 102 connected to 5GC 110 (not shown).
  • the interface between the plurality of eNBs 102 connected to the 5GC 110 may be referred to as an Xn interface.
  • the eNB 102 connected to the 5GC 110 and the gNB 108 connected to the 5GC 110 may be connected through an interface 120.
  • the interface 120 between the eNB 102 that connects to the 5GC 110 and the gNB 108 that connects to the 5GC 110 may be called an Xn interface.
  • gNB108 may have the function of connecting to EPC104.
  • gNB 108 having the function of connecting to EPC 104 may be called en-gNB.
  • Interface 118 is an interface between gNB 108 and EPC 104, and may be called an S1 interface.
  • Interface 118 may include a user plane interface through which user data passes.
  • the user plane interface of interface 118 may terminate at an S-GW (not shown) within EPC 104.
  • the user plane interface of interface 118 may be referred to as the S1-U interface.
  • the eNB 102 connected to the EPC 104 and the gNB 108 connected to the EPC 104 may be connected through an interface 120.
  • the interface 120 between the eNB 102 that connects to the EPC 104 and the gNB 108 that connects to the EPC 104 may be called an X2 interface.
  • the interface 124 is an interface between the EPC 104 and the 5GC 110, and may be an interface that passes only CP, only UP, or both CP and UP. Furthermore, some or all of the interfaces 114, 116, 118, 120, 124, etc. may not exist depending on the communication system provided by the communication carrier or the like.
  • the UE 122 may be a terminal device that can receive system information and paging messages transmitted from the eNB 102 and/or gNB 108. Further, the UE 122 may be a terminal device that can be wirelessly connected to the eNB 102 and/or the gNB 108. Further, the UE 122 may be a terminal device that can simultaneously perform a wireless connection with the eNB 102 and a wireless connection with the gNB 108. UE 122 may have an E-UTRA protocol and/or an NR protocol. Note that the wireless connection may be a Radio Resource Control (RRC) connection.
  • RRC Radio Resource Control
  • the UE 122 may be a terminal device that can be connected to the EPC 104 and/or 5GC 110 via the eNB 102 and/or gNB 108.
  • each data radio bearer (DRB) established between UE122 and eNB102 and/or gNB108 (to be described later) ) may be uniquely associated with each EPS (Evolved Packet System) bearer passing through the EPC 104.
  • EPS Evolved Packet System
  • Each EPS bearer may be identified by an EPS bearer identifier (Identity, or ID).
  • the same QoS may be guaranteed for data such as IP packets and Ethernet (registered trademark) frames that pass through the same EPS bearer.
  • each DRB established between UE122 and eNB102 and/or gNB108 is further established within 5GC110. It may be linked to one of the PDU (Packet Data Unit) sessions. There may be one or more QoS flows in each PDU session. Each DRB may be mapped to one or more QoS flows, or may not be mapped to any QoS flows.
  • Each PDU session may be identified by a PDU session identifier (Identity, or ID). Further, each QoS flow may be identified by a QoS flow identifier (Identity or ID). Furthermore, the same QoS may be guaranteed for data such as IP packets and Ethernet frames passing through the same QoS flow.
  • the EPC 104 There may be no PDU sessions and/or QoS flows in the EPC 104. Also, 5GC110 does not need to have an EPS bearer. When the UE 122 is connected to the EPC 104, the UE 122 has information on the EPS bearer, but may not have information on the PDU session and/or QoS flow. Further, when the UE 122 is connected to the 5GC 110, the UE 122 has information on the PDU session and/or QoS flow, but does not need to have information on the EPS bearer.
  • the eNB 102 and/or gNB 108 will also be simply referred to as a base station device, and the UE 122 will also be simply referred to as a terminal device or UE.
  • FIG. 2 is a diagram of an example of the E-UTRA protocol architecture according to the present embodiment.
  • FIG. 3 is a diagram of an example of the NR protocol configuration according to the present embodiment. Note that the functions of each protocol explained using FIG. 2 and/or FIG. 3 are some functions closely related to this embodiment, and may have other functions.
  • 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 consists of a wireless physical layer (PHY) 200, a medium access control layer (MAC) 200, and a medium access control layer (MAC).
  • 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 includes a radio physical layer PHY300, a medium access control layer MAC302, a radio link control layer RLC304, a packet data convergence protocol layer PDCP306, and It may be configured from SDAP (Service Data Adaptation Protocol) 310, which is a service data adaptation 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
  • the NAS 210 may be a protocol that terminates with the MME on the network side.
  • Figure 3(B) is a diagram of the NR control plane (CP) protocol configuration.
  • RRC 308 which is a radio resource control layer
  • RRC308 may be a protocol that terminates at gNB108 on the network side.
  • the NAS 312, which is a non-AS layer may be a protocol between the UE 122 and the AMF. That is, the NAS 312 may be a protocol that terminates with 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 gNB 108. That is, the AS layer is a layer that includes some or all of PHY200, MAC202, RLC204, PDCP206, and RRC208, and/or a layer that includes some or all of PHY300, MAC302, RLC304, PDCP306, SDAP310, and RRC308. It's fine.
  • the following does not distinguish between the E-UTRA protocol and the NR protocol, and uses PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), and RRC (RRC layer).
  • NAS NAS layer
  • PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) are the PHY (PHY layer) of the E-UTRA protocol.
  • the SDAP (SDAP layer) may be the SDAP (SDAP layer) of the NR protocol.
  • PHY200, MAC202, RLC204, PDCP206, and RRC208 are respectively defined as PHY for E-UTRA or PHY for LTE, MAC for E-UTRA, or It is also called MAC for LTE, RLC for E-UTRA or RLC for LTE, PDCP for E-UTRA or PDCP for LTE, and RRC for E-UTRA or RRC for LTE.
  • PHY200, MAC202, RLC204, PDCP206, and RRC208 are respectively 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 It may also be written as RRC or LTE RRC.
  • PHY300, MAC302, RLC304, PDCP306, and RRC308 are called PHY for NR, MAC for NR, RLC for NR, RLC for NR, and RRC for NR, respectively. There are some things.
  • PHY300, MAC302, RLC304, PDCP306, and RRC308 are sometimes written as NR PHY, NR MAC, NR RLC, NR PDCP, NR RRC, etc., respectively.
  • Entities in the AS layer of E-UTRA and/or NR will be explained.
  • An entity that has some or all of the functions of the MAC layer may be called a MAC entity.
  • An entity that has some or all of the functions of the RLC layer may be called an RLC entity.
  • An entity that has some or all of the functions of the PDCP layer may be called a PDCP entity.
  • An entity that has some or all of the functions of the SDAP layer may be called an SDAP entity.
  • An entity that has some or all of the functions of the RRC layer may be called an RRC entity.
  • the MAC entity, RLC entity, PDCP entity, SDAP entity, and RRC entity may be replaced with MAC, RLC, PDCP, SDAP, and RRC, respectively.
  • MAC PDU Protocol Data Unit
  • RLC Network Data Unit
  • RLC Physical Location
  • SDAP Secure Protocol
  • data provided from the upper layer to MAC, RLC, PDCP, and SDAP, and/or data provided from MAC, RLC, PDCP, and SDAP to the upper layer are MAC SDU (Service Data Unit) and RLC SDU, respectively.
  • MAC SDU Service Data Unit
  • RLC SDU Service Data Unit
  • PDCP SDU Secure Data Unit
  • SDAP SDU Secure Data Unit
  • a segmented RLC SDU may be referred to as an RLC SDU segment.
  • the base station device and the terminal device exchange (transmit and receive) signals in 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, and RRC signaling) in a radio resource control (RRC) layer.
  • RRC radio resource control
  • the base station device and the terminal device may transmit and receive MAC control elements in the MAC (Medium Access Control) layer.
  • the RRC layer of the terminal device acquires system information broadcast from the base station device.
  • the RRC message, system information, and/or MAC control element is also referred to as a higher layer signal (higher layer signal) or a higher layer parameter (higher layer parameter).
  • upper layer refers to the upper layer seen from the PHY layer, so it refers to one or more of the MAC layer, RRC layer, RLC layer, PDCP layer, NAS (Non Access Stratum) layer, etc. Good too.
  • the upper layer may mean one or more of the RRC layer, RLC layer, PDCP layer, NAS layer, and the like.
  • A is given (provided) by the upper layer” and “A is given (provided) by the upper layer” mean the upper layers of the terminal device (mainly the RRC layer and MAC layer).
  • A is received from the base station device, and the received A is given (provided) from an upper layer of the terminal device to the physical layer of the terminal device.
  • being “provided with upper layer parameters” means that the upper layer parameter included in the received upper layer signal is received from the base station device, and the upper layer parameter included in the received upper layer signal is transmitted from the upper layer of the terminal device to the terminal device.
  • Setting upper layer parameters to a terminal device may mean that 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 to the terminal device may include setting default parameters given in advance to the upper layer of the terminal device.
  • the expression "submit" 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 an RRC entity may mean submitting a message to a PDCP layer.
  • "submitting a message from the RRC layer to a lower layer” means that RRC messages are sent using SRBs (SRB0, SRB1, SRB2, SRB3, etc.), so It may also mean submitting to the corresponding PDCP entity.
  • the lower layer may refer to one or more of a PHY layer, a MAC layer, an RLC layer, a PDCP layer, and the like.
  • 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 the upper MAC via a transport channel.
  • the PHY may pass data to the MAC via a transport channel.
  • the PHY may also be provided with data from the MAC via a transport channel.
  • RNTI Radio Network Temporary Identifier
  • the physical channels used for wireless communication between the terminal device and the 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
  • PBCH may be used to broadcast system information required by terminal devices.
  • the PBCH may be used to broadcast a time index (SSB-Index) within the period of a synchronization signal block (SSB).
  • SSB-Index time index within the period of a synchronization signal block
  • the PDCCH may be used to transmit (or carry) downlink control information (DCI) in downlink wireless communication (wireless communication from a base station device to a terminal device).
  • DCI downlink control information
  • one or more DCIs (which may also be referred to as DCI formats) may be defined for transmission of downlink control information. That is, a field for downlink control information may be defined as DCI and mapped to information bits.
  • PDCCH may be transmitted on PDCCH candidates.
  • a terminal device may monitor a set of PDCCH candidates in a serving cell. Monitoring a set of PDCCH candidates may mean attempting to decode a PDCCH according to a certain DCI format. Furthermore, the terminal device may use CORESET (Control Resource Set) to monitor the set of PDCCH candidates.
  • the DCI format may be used for PUSCH scheduling in the serving cell. PUSCH may be used for transmitting user data, transmitting an RRC message, which will be 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) used to indicate the state of a downlink channel.
  • the uplink control information may also include a scheduling request (SR) used to request UL-SCH (Uplink Shared CHannel) resources.
  • SR scheduling request
  • the uplink control information may include 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. Further, in the case of the downlink, the PDSCH may be used to transmit system information (SI), random access response (RAR), and the like.
  • SI system information
  • RAR random access response
  • PUSCH may be used to transmit HARQ-ACK and/or CSI along with uplink data (UL-SCH: Uplink Shared CHannel) or uplink data from the MAC layer. Further, PUSCH may be used to transmit only CSI or only HARQ-ACK and CSI. That is, PUSCH may be used to transmit only UCI. Additionally, the PDSCH or PUSCH may be used to transmit RRC signaling (also referred to as RRC message) and MAC CE.
  • RRC signaling also referred to as RRC message
  • the RRC signaling transmitted from the base station device may be common signaling to multiple terminal devices within the cell. Further, the RRC signaling transmitted from the base station device may 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 to a certain terminal device using dedicated signaling. Further, PUSCH may be used to transmit UE Capability in the uplink.
  • PRACH may be used to transmit a random access preamble.
  • PRACH is used to indicate initial connection establishment procedures, handover procedures, connection re-establishment procedures, synchronization (timing adjustment) for uplink transmission, and requests for UL-SCH resources. It's okay.
  • MAC may be called a MAC sublayer.
  • the MAC may have a function of mapping various logical channels to corresponding transport channels.
  • a logical channel may be identified by a logical channel identifier (Logical Channel Identity or Logical Channel ID).
  • Logical channels may be divided into control channels for transmitting control information and traffic channels for transmitting user information, depending on the type of information to be transmitted. Further, logical channels may be divided into uplink logical channels and downlink logical channels.
  • the MAC may have a function of multiplexing MAC SDUs belonging to one or more different logical channels and providing the same to the PHY.
  • the MAC may also have a function of demultiplexing the MAC PDUs provided from the PHY and providing them to the upper layer via the logical channel to which each MAC SDU belongs.
  • the MAC may also have a function of performing error correction through HARQ (Hybrid Automatic Repeat reQuest).
  • the MAC may also have a scheduling report (SR) function that reports scheduling information.
  • the MAC may have a function of performing priority processing between terminal devices using dynamic scheduling. Further, the MAC may have a function of performing priority processing between logical channels within one terminal device.
  • the MAC may have a function to prioritize resources that overlap within one terminal device.
  • E-UTRA MAC may have the function of identifying MultimediaBroadcast Multicast Services (MBMS).
  • MBMS MultimediaBroadcast Multicast Services
  • the NR MAC may also have a function of identifying multicast/broadcast service (MBS).
  • the MAC may have the ability to select the transport format.
  • MAC has a function to perform discontinuous reception (DRX) and/or discontinuous transmission (DTX), a function to perform random access (RA) procedure, and a power function that notifies information on transmittable power. It may have a headroom report (Power Headroom Report: PHR) function, a buffer status report (Buffer Status Report: BSR) function that notifies information on the amount of data in the transmission buffer, etc.
  • NR MAC may have a Bandwidth Adaptation (BA) function.
  • BA Bandwidth Adaptation
  • the MAC PDU format used in E-UTRA MAC and the MAC PDU format used in NR MAC may be different.
  • the MAC PDU may also include a MAC control element (MAC control element: MAC CE), which is an element for controlling the MAC.
  • MAC control element MAC control element
  • 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
  • CCCH Common Control Channel
  • CCCH may be a logical channel for transmitting control information between a terminal device and a base station device.
  • CCCH may be used when the terminal device does not have an RRC connection. Further, CCCH may be used between a base station device and multiple terminal devices.
  • DCCH Dedicated Control Channel
  • 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 on a one-to-one (point-to-point) basis between a terminal device and a base station device.
  • DTCH may be a logical channel for transmitting dedicated user data.
  • the dedicated user data may be user data dedicated to each terminal device.
  • DTCH may exist on both uplink and downlink.
  • CCCH may be mapped to UL-SCH (Uplink Shared Channel), which is an uplink transport channel.
  • UL-SCH Uplink Shared Channel
  • the DCCH may be mapped to a UL-SCH (Uplink Shared Channel), which is an uplink transport channel.
  • UL-SCH Uplink Shared Channel
  • DTCH may be mapped to UL-SCH (Uplink Shared Channel), which is an uplink transport channel.
  • UL-SCH Uplink Shared Channel
  • the BCCH may be mapped to a BCH (Broadcast Channel), which is a downlink transport channel, and/or a DL-SCH (Downlink Shared Channel).
  • BCH Broadcast Channel
  • DL-SCH Downlink Shared Channel
  • the PCCH may be mapped to a PCH (Paging Channel), which is a downlink transport channel.
  • PCH Packet Control Channel
  • CCCH may be mapped to DL-SCH (Downlink Shared Channel), which is a downlink transport channel.
  • DL-SCH Downlink Shared Channel
  • the DCCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.
  • DL-SCH Downlink Shared Channel
  • DTCH may be mapped to DL-SCH (Downlink Shared Channel), which is a downlink transport channel.
  • DL-SCH Downlink Shared Channel
  • RLC may be referred to as an RLC sublayer.
  • the E-UTRA RLC may have a function of segmenting and/or concatenating data provided from the upper layer PDCP and providing it to the lower layer.
  • the E-UTRA RLC may have a function of reassembling and re-ordering data provided from lower layers and providing the data to upper layers.
  • NR RLC may have a 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 have a function of segmenting data provided from PDCP and providing it to lower layers.
  • the NR RLC may have a function of reassembling data provided from lower layers and providing the data to upper layers.
  • RLC may also have a data retransmission function and/or a retransmission request function (Automatic Repeat reQuest: ARQ). Additionally, RLC may have a function of performing error correction using ARQ. Control information indicating data that needs to be retransmitted, which is sent from the RLC receiving side to the transmitting side in order to perform ARQ, can be called a status report. Also, the status report transmission instruction sent from the RLC transmitting side to the receiving side can be referred to as a poll. The RLC may also have a function to detect data duplication. RLC may also have a data discard function. RLC may have three modes: transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM).
  • TM transparent mode
  • UM unacknowledged mode
  • AM acknowledged mode
  • the TM does not divide data received from the upper layer and does not need to add an RLC header.
  • a TM RLC entity is a uni-directional entity and may be configured as a transmitting TM RLC entity or as a receiving TM RLC entity.
  • data received from the upper layer is divided and/or combined, RLC headers are added, etc., but there is no need to control data retransmission.
  • a UM RLC entity may be a unidirectional entity or a bi-directional entity. If the UM RLC entity is a unidirectional entity, the UM RLC entity 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.
  • the AM RLC entity is a bidirectional entity and may be configured as an AM RLC consisting of a transmitting side and a receiving side.
  • data provided to a lower layer by a TM and/or data provided from a lower layer may be referred to as a TMD PDU.
  • data provided to lower layers in UM and/or data provided from lower layers may be referred to as UMD PDU.
  • data provided to lower layers in AM or data provided from lower layers may be referred to as AMD PDU.
  • the RLC PDU format used in E-UTRA RLC and the RLC PDU format used in NR RLC may be different.
  • the RLC PDU may include a data RLC PDU and a control RLC PDU.
  • the RLC PDU for data may be called RLC DATA PDU (RLC Data PDU, RLC data PDU).
  • the control RLC PDU 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 to perform sequence number maintenance.
  • PDCP may have a header compression/decompression function for efficiently transmitting user data such as IP packets and Ethernet frames over a wireless section.
  • the protocol used to compress and decompress the header of IP packets can be called the ROHC (Robust Header Compression) protocol.
  • the protocol used for compressing and decompressing Ethernet frame headers may be referred to as the EHC (Ethernet (registered trademark) Header Compression) protocol.
  • EHC Errnet (registered trademark) Header Compression
  • PDCP may have data encryption/decryption functions.
  • PDCP may have data integrity protection/integrity verification functions.
  • PDCP may also have a re-ordering function.
  • PDCP may also have a PDCP SDU retransmission function.
  • PDCP may have a function of discarding data using a discard timer.
  • PDCP may have a multiplexing (Duplication) function.
  • PDCP may have a function of discarding data that has been received repeatedly.
  • the PDCP entity is a bidirectional entity and may include a transmitting PDCP entity and a receiving PDCP entity.
  • the PDCP PDU format used in E-UTRA PDCP and the PDCP PDU format used in NR PDCP may be different.
  • the PDCP PDU may include a data PDCP PDU and a control PDCP PDU.
  • the data PDCP PDU may be called a PDCP DATA PDU (PDCP Data PDU).
  • the control PDCP PDU may be called a PDCP CONTROL PDU (PDCP Control PDU, PDCP control PDU, PDCP control PDU).
  • SDAP is a service data adaptation protocol layer.
  • SDAP maps the downlink QoS flow sent from 5GC110 to the terminal device via the base station device and the data radio bearer (DRB), and/or the mapping from the terminal device to the terminal device via the base station device. It may have a function to map uplink QoS flows sent to 5GC110 and DRB.
  • SDAP may also have a function of storing mapping rule information.
  • SDAP may also have a function of marking a QoS flow identifier (QoS Flow ID: QFI).
  • QFI QoS flow ID
  • the SDAP PDU may include a data SDAP PDU and a control SDAP PDU.
  • SDAP PDU for data may be called SDAP DATA PDU (SDAP Data PDU, SDAP data PDU).
  • control SDAP PDU may be called an SDAP CONTROL PDU (SDAP Control PDU, SDAP control PDU, SDAP control PDU). Note that one SDAP entity of the terminal device may exist for a PDU session.
  • RRC may have a broadcast function.
  • the RRC may have a paging function from the EPC 104 and/or 5GC 110.
  • the RRC may have a paging function from the eNB 102 that connects to the gNB 108 or 5GC 110.
  • RRC may also have RRC connection management functionality.
  • RRC may also have radio bearer control functionality.
  • the RRC may also have a cell group control function.
  • the RRC may also have mobility control functionality.
  • the RRC may also have terminal device measurement reporting and terminal device measurement reporting control functions.
  • RRC may also have QoS management functionality.
  • RRC may also have radio link failure detection and recovery functionality.
  • RRC uses RRC messages to perform broadcasting, paging, RRC connection management, radio bearer control, cell group control, mobility control, terminal device measurement reporting and terminal device measurement reporting control, QoS management, radio link failure detection and recovery, etc. You may do so. Note that the RRC messages and parameters used in E-UTRA RRC may be different from the RRC messages and parameters used in NR RRC.
  • the RRC message may be sent using the BCCH of a logical channel, the PCCH of a logical channel, the CCCH of a logical channel, or the DCCH of a logical channel. May be sent. Furthermore, the RRC message sent using the DCCH may be referred to as dedicated RRC signaling or RRC signaling.
  • the RRC message sent using the BCCH may include, for example, a master information block (MIB), each type of system information block (SIB), and other RRC messages may be included.
  • RRC messages sent using the PCCH may include, for example, paging messages or other RRC messages.
  • RRC messages sent in the uplink (UL) direction using CCCH include, for example, RRC Setup Request message, RRC Resume Request message, RRC Reestablishment Request message, It may include an RRC system information request message (RRC System Info Request), etc. Further, for example, an RRC Connection Request message, an RRC Connection Resume Request message, an RRC Connection Reestablishment Request message, etc. may be included. Other RRC messages may also be included.
  • RRC messages sent in the downlink (DL) direction using CCCH include, for example, RRC Connection Reject message, RRC Connection Setup message, RRC Connection Reestablishment message, It may include an RRC Connection Reestablishment Reject message, etc. Further, for example, an RRC rejection message (RRC Reject), an RRC Setup message (RRC Setup), etc. may be included. Other RRC messages may also be included.
  • RRC signaling sent in the uplink (UL) direction using DCCH includes, for example, measurement report messages, RRC Connection Reconfiguration Complete messages, and RRC Connection Setup Complete messages. ), an RRC Connection Reestablishment Complete message, a Security Mode Complete message, a UE Capability Information message, and the like. Also, for example, measurement report message (Measurement Report), RRC Reconfiguration Complete message, RRC Setup Complete message, RRC Reestablishment Complete message, RRC Resume Complete message. ), a security mode complete message (Security Mode Complete), a UE Capability Information message, and the like may be included. Other RRC signaling may also be included.
  • RRC signaling sent in the downlink (DL) direction using DCCH includes, for example, RRC Connection Reconfiguration message, RRC Connection Release message, Security Mode Command message, It may include a UE Capability Inquiry message, etc. Also, for example, RRC Reconfiguration message, RRC Resume message, RRC Release message, RRC Reestablishment message, Security Mode Command message, UE capability inquiry message. (UE Capability Inquiry) etc. may be included. Other RRC signaling may also be included.
  • the NAS may have an authentication function.
  • the NAS may also have the ability to perform mobility management.
  • the NAS may also have security control functions.
  • the UE 122 connecting to the EPC or 5GC may be in the RRC_CONNECTED state when the RRC connection has been established.
  • the state in which the RRC connection is established may include a state in which the UE 122 holds some or all of the UE context described below.
  • the state in which the RRC connection is established may include a state in which the UE 122 can transmit and/or receive unicast data.
  • the UE 122 when the RRC connection is suspended, the UE 122 may be in the RRC_INACTIVE state. Further, the UE 122 may enter the RRC_INACTIVE state when the UE 122 is connected to the 5GC and the RRC connection is suspended.
  • the UE 122 may be in the RRC_IDLE state.
  • the E-UTRAN may start suspending the RRC connection.
  • the UE 122 may transition to the RRC_IDLE state while retaining the UE's AS context and an identifier (resumeIdentity) used for resuming.
  • the layer above the RRC layer of the UE 122 (for example, the NAS layer) is configured such that the UE 122 maintains the UE's AS context, the E-UTRAN permits the return of the RRC connection, and the UE 122 leaves the RRC_IDLE state.
  • recovery of the suspended RRC connection may be initiated.
  • the definition of pause may be different between the UE 122 connecting to the EPC 104 and the UE 122 connecting to the 5GC 110. Also, when the UE122 is connected to the EPC (when the UE122 is inactive in the RRC_IDLE state) and when the UE122 is connected to the 5GC (when the UE122 is inactive in the RRC_INACTIVE state), the UE122 All or part of the procedure for returning from hibernation may be different.
  • RRC_CONNECTED state may be respectively called connected state (connected mode), inactive state (inactive mode), and idle state (idle mode), and RRC connected state (RRC connected mode). , RRC inactive mode, and RRC idle mode.
  • the AS context of the UE held by the UE122 includes the current RRC settings, the current security context, the PDCP state including the ROHC (RObust Header Compression) state, and the C-RNTI (Cell Radio) used in the PCell of the connection source (Source).
  • the information may include all or part of the Network Temporary Identifier, cell identifier (cellIdentity), and physical cell identifier of the connection source PCell.
  • the UE AS context held by any or all of eNB 102 and gNB 108 may include the same information as the UE AS context held by UE 122, or the information contained in the UE AS context held by UE 122. may contain information different from that.
  • the security context includes the encryption key at the AS level, the NH (Next Hop parameter), the NCC (Next Hop Chaining Counter parameter) used to derive the next hop access key, the identifier of the selected AS-level encryption algorithm, and replay protection.
  • the information may include all or part of the counter used for
  • 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 configured, the serving cell may be configured from one primary cell (PCell).
  • multiple serving cells include one or more special cells (Special Cell: SpCell) and one or more all secondary cells. It may mean a set of cells (set of cells) consisting of cells (Secondary Cell: SCell).
  • the SpCell may support PUCCH transmission and contention-based Random Access (CBRA), and the SpCell may be activated at all times.
  • CBRA contention-based Random Access
  • the PCell may be a cell used in an RRC connection establishment procedure when a terminal device in an RRC idle state transitions to an RRC connected state. Further, the PCell may be a cell used in an RRC connection re-establishment procedure in which a terminal device re-establishes an RRC connection. Further, 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. Further, SpCell may be a cell used for purposes other than those described above.
  • the serving cell group configured for the terminal device is composed of an SpCell and one or more SCells, it may be considered that carrier aggregation (CA) is configured for the terminal device.
  • CA carrier aggregation
  • a cell that provides additional radio resources to SpCell for a terminal device in which CA is configured may mean SCell.
  • TAG timing advance group
  • the TAG including SpCell of the MAC entity may mean a primary timing advance group (PTAG).
  • TAGs other than the above-mentioned PTAG may mean secondary timing advance group (STAG). Note that one or more TAGs may be configured for each cell group, which will be described later.
  • a cell group that is set from a base station device to a terminal device will be explained.
  • a cell group may be composed of one SpCell.
  • a cell group may be composed of one SpCell and one or more SCells. That is, a cell group may be composed of one SpCell and optionally one or more SCells. Further, a cell group may be expressed as a set of cells.
  • Dual Connectivity means that a first base station device (first node) and a second base station device (second node) perform data communication by using the radio resources of the cell groups they respectively configure. It can be technology.
  • a cell group may be added to the terminal device from the base station device.
  • the first base station device may add a second base station device.
  • the first base station device may be called a master node (Master Node: MN).
  • MN master node
  • MCG master cell group
  • the second base station device may be referred to as a secondary node (SN).
  • a cell group configured by a secondary node may be referred to as a secondary cell group (SCG).
  • the master node and the secondary node may be configured within the same base station device.
  • a cell group configured in a terminal device may be referred to as an MCG.
  • the SpCell set in the terminal device may be a PCell.
  • an NR without a DC configured may be called an NR standalone.
  • Multi-Radio Dual Connectivity may be a technology that performs DC using E-UTRA for MCG and NR for SCG. Further, MR-DC may be a technique for performing DC using NR for MCG and E-UTRA for SCG. Further, MR-DC may be a technology that performs DC using NR on both MCG and SCG. MR-DC may be a technology included in DC. As an example of MR-DC that uses E-UTRA for MCG and NR for SCG, there may be EN-DC (E-UTRA-NR Dual Connectivity) that uses EPC for the core network, and NGEN-DC that uses 5GC for the core network. There may be DC (NG-RAN E-UTRA-NR Dual Connectivity).
  • NR-DC that uses NR for MCG and E-UTRA for SCG
  • NE-DC NR-E-UTRA Dual Connectivity
  • NR-DC NR-NR Dual Connectivity
  • one MAC entity may exist for each cell group.
  • a DC or MR-DC when configured in a terminal device, there may be one MAC entity for MCG and one MAC entity for SCG.
  • a MAC entity for MCG in a 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 of the terminal device may be configured by the terminal device receiving RRC signaling from the base station device.
  • SpCell When a MAC entity is associated with an MCG, SpCell may refer to PCell.
  • SpCell may mean a primary SCG cell (Primary SCG Cell: PSCell). Also, if the MAC entity is not associated with a cell group, SpCell may mean PCell. PCell, PSCell, and SCell are serving cells.
  • the MAC entity for MCG may be an E-UTRA MAC entity
  • the MAC entity for SCG may be an NR MAC entity.
  • the MAC entity for MCG may be an NR MAC entity
  • the MAC entity for SCG may be an E-UTRA MAC entity.
  • both the MAC entities for MCG and SCG may be NR MAC entities. Note that the existence of one MAC entity for each cell group can be translated into the existence of one MAC entity for each SpCell. Furthermore, one MAC entity for each cell group may be translated as one MAC entity for each SpCell.
  • a wireless connection may be established by establishing a radio bearer (RB) between the terminal device and the base station device.
  • the radio bearer used for CP may be called a signaling radio bearer (SRB).
  • the radio bearer used for UP may be called a data radio bearer (DRB).
  • Each radio bearer may be assigned a radio bearer identity (ID).
  • the radio bearer identifier for SRB may be called an SRB identity (SRB ID).
  • the radio bearer identifier for DRB may be called a DRB identity (DRB ID).
  • SRB0 to SRB2 may be defined as SRBs of E-UTRA, and SRBs other than these may be defined.
  • SRB0 to SRB3 may be defined as SRBs of NR, and SRBs other than these may be defined.
  • SRB0 may be an SRB for an RRC message that is transmitted and/or received using the CCCH of the logical channel.
  • SRB1 may be an SRB for RRC signaling and for NAS signaling before the establishment of SRB2.
  • RRC signaling transmitted and/or received using SRB1 may include piggybacked NAS signaling.
  • the logical channel DCCH may be used for all RRC signaling 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 signaling and NAS signaling transmitted and/or received using SRB2.
  • SRB2 may have a 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. Also, other SRBs may be prepared for other uses.
  • DRB may be a radio bearer for user data.
  • the logical channel DTCH may be used for RRC signaling that is transmitted and/or received using the DRB.
  • Radio bearers may include RLC bearers.
  • An RLC bearer may consist of one or two RLC entities and a logical channel. When there are two RLC entities in an RLC bearer, the RLC entities may be a TM RLC entity and/or a transmitting RLC entity and a receiving RLC entity in an RLC entity in unidirectional UM mode.
  • SRB0 may consist of one RLC bearer.
  • the RLC bearer of SRB0 may consist of a TM RLC entity and a logical channel. SRB0 may always be established in the terminal device in all states (RRC idle state, RRC connected state, RRC inactive state, etc.).
  • One 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 consist of one PDCP entity and one or more RLC bearers.
  • the SRB1 RLC bearer may consist of an AM RLC entity and a logical channel.
  • One SRB2 may be established and/or configured in a terminal device in an RRC connected state with AS security activated by RRC signaling received from the base station device.
  • SRB2 may consist of one PDCP entity and one or more RLC bearers.
  • the SRB2 RLC bearer may consist of an AM RLC entity and a logical channel.
  • the PDCP on the base station device side of SRB1 and SRB2 may be placed in the master node.
  • SRB3 when a secondary node in EN-DC, NGEN-DC, or NR-DC is added or changed, a terminal device in an RRC connection state with AS security activated connects to the base station. One may be established and/or configured in the terminal device by RRC signaling received from the device.
  • SRB3 may be a direct SRB between the terminal device and the secondary node.
  • SRB3 may consist of one PDCP entity and one or more RLC bearers.
  • the SRB3 RLC bearer may consist of an AM RLC entity and a logical channel.
  • PDCP on the base station device side of SRB3 may be placed in a secondary node.
  • One or more DRBs may be established and/or configured in a terminal device in an RRC connected state with AS security activated by RRC signaling that the terminal device receives from the base station device.
  • a DRB may consist of one PDCP entity and one or more RLC bearers.
  • a DRB RLC bearer may consist of an AM or UM RLC entity and a logical channel.
  • the radio bearer in which PDCP is placed in the master node may be referred to as an MN terminated bearer.
  • a radio bearer in which PDCP is placed in a secondary node may be referred to as an SN terminated bearer.
  • a radio bearer in which the RLC bearer exists only in the MCG may be referred to as an MCG bearer.
  • a radio bearer in which the RLC bearer exists only in the SCG may be referred to as an SCG bearer.
  • a radio bearer in which the RLC bearer exists in both the MCG and the SCG may be referred to as a split bearer.
  • the bearer types 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 an SN termination SCG bearer.
  • the bearer type of the DRB established/and/or configured in the terminal device may be any one of all bearer types.
  • the RLC entity to be established and/or configured may be E-UTRA RLC.
  • the RLC entity to be established and/or configured may be NR RLC.
  • EN-DC is configured in the terminal device
  • the PDCP entity established and/or configured for the MN terminating MCG bearer may be either E-UTRA PDCP or NR PDCP.
  • the PDCP established and/or configured may be NR PDCP.
  • the PDCP entity established and/or configured for the radio bearer in all bearer types may be NR PDCP.
  • a DRB established and/or configured in a terminal device may be linked to one PDU session.
  • One SDAP entity may be established and/or configured for one PDU session at the terminal device.
  • Establishment and/or configuration of the SDAP entity, PDCP entity, RLC entity, and logical channel in the terminal device may be established and/or configured by RRC signaling that the terminal device receives from the base station device.
  • a network configuration in which the master node is eNB 102 and EPC 104 is the core network may be referred to as E-UTRA/EPC.
  • a network configuration in which the master node is the eNB 102 and the 5GC 110 is the core network may be called E-UTRA/5GC.
  • a network configuration in which the master node is gNB 108 and 5GC 110 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 the terminal device.
  • Handover may be a process in which the UE 122 in the RRC connected state changes the serving cell from the source SpCell to the target SpCell. Handover may be performed when UE 122 receives RRC signaling from eNB 102 and/or gNB 108 instructing handover.
  • RRC signaling that instructs handover may be a message regarding reconfiguration of an RRC connection that includes a parameter that instructs handover (for example, an information element named MobilityControlInfo or an information element named ReconfigurationWithSync).
  • a parameter that instructs handover for example, an information element named MobilityControlInfo or an information element named ReconfigurationWithSync.
  • MobilityControlInfo may be referred to as a mobility control setting information element, mobility control setting, or mobility control information.
  • RRC signaling instructing handover may be a message (eg, MobilityFromEUTRACommand or MobilityFromNRCommand) indicating movement to a cell of another RAT.
  • Handover can also be referred to as reconfiguration with sync.
  • the conditions under which the UE 122 can perform handover include some or all of the following: when AS security is activated, when SRB2 is established, and when at least one DRB is established. good.
  • FIG. 4 is a diagram showing an example of a flow of procedures for various settings in RRC according to the present embodiment.
  • FIG. 4 is an example of a flow when RRC signaling is sent from the base station device (eNB 102 and/or gNB 108) to the terminal device (UE 122).
  • the base station device creates an RRC message (step S400).
  • the RRC message may be created in the base station device so that the base station device can distribute system information (SI) and paging messages. Further, the creation of the RRC message in the base station device may be performed so that the base station device can transmit RRC signaling to cause a specific terminal device to perform processing.
  • the processing to be performed on a specific terminal device may include, for example, processing related to security, reconfiguration of an RRC connection, handover to a different RAT, suspension of an RRC connection, release of an RRC connection, and the like.
  • RRC connection reconfiguration processing includes, for example, radio bearer control (establishment, change, release, etc.), cell group control (establishment, addition, change, release, etc.), measurement setting, handover, security key update, etc. may be included.
  • the creation of an RRC message in the base station device may be performed in response to RRC signaling transmitted from the terminal device.
  • the response to RRC signaling transmitted from the 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 restart request, and the like.
  • the RRC message includes 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 performs processing such as setting, if necessary, according to the above-mentioned received RRC signaling (step S404).
  • the terminal device that has performed the processing may transmit RRC signaling for response to the base station device (not shown).
  • RRC signaling is not limited to the above example and may be used for other purposes.
  • RRC on the master node side is used to transfer RRC signaling for settings on the SCG side (cell group settings, radio bearer settings, measurement settings, etc.) to and from the terminal device. good.
  • NR RRC signaling may be included in the form of a container in E-UTRA RRC signaling transmitted and received between eNB 102 and UE 122.
  • E-UTRA RRC signaling may be included in the form of a container in the NR RRC signaling transmitted and received between the gNB 108 and the UE 122.
  • RRC signaling for SCG side configuration may be transmitted and received between the master node and the secondary nodes.
  • NR RRC signaling may be included in E-UTRA RRC signaling transmitted from eNB 102 to UE 122, and NR RRC signaling transmitted from gNB 108 to UE 122.
  • the signaling may include RRC signaling for E-UTRA.
  • FIG. 7 is an example of an ASN.1 description representing fields and/or information elements related to cell group configuration included in a message related to reconfiguration of an RRC connection in NR in FIG. 4.
  • FIG. 8 is an example of an ASN.1 description representing fields and/or information elements related to cell group configuration included in a message related to reconfiguration of an RRC connection in E-UTRA in FIG. 4.
  • ⁇ omitted> and ⁇ omitted> are not part of the notation of ASN.1, and indicate that other information is omitted. shows.
  • the example of ASN.1 does not correctly follow the ASN.1 notation method.
  • the example ASN.1 represents an example of the RRC signaling parameters in this embodiment, and other names and other representations may be used.
  • the parameters described in ASN.1 are sometimes referred to as information elements, without distinguishing them into fields, information elements, etc.
  • fields, information elements, etc. described in ASN.1 and included in RRC signaling may be translated into information or parameters.
  • the message regarding RRC connection reconfiguration may be an RRC reconfiguration message in NR or an RRC connection reconfiguration message in E-UTRA.
  • the information element named CellGroupConfig may be an information element used for setting, changing, releasing, etc. a cell group of MCG or SCG in NR.
  • the information element named CellGroupConfig may include the TCI information element described below.
  • the information element named CellGroupConfig may be referred to as a cell group configuration information element or cell group configuration.
  • this information element named CellGroupConfig may be referred to as the configuration on the SCG side.
  • An information element named SpCellConfig included in an information element named CellGroupConfig may be an information element used for configuring a special cell (SpCell).
  • the information element named SpCellConfig may be rephrased as SpCell configuration information element or SpCell configuration.
  • the information element named DeactivatedSCG-Config-r17 included in the information element named SpCellConfig may be an information element set in SCG deactivation described later.
  • the information element named DeactivatedSCG-Config-r17 can be rephrased as the setting for deactivating the SCG.
  • the information element named DeactivatedSCG-Config-r17 instructs the terminal device whether or not to perform BFD and/or RLM (described later) using PSCell in the inactive state of the SCG, indicated by bfd-and-RLM.
  • the information element named TCI-Info included in the information element named SpCellConfig may be an information element indicating the TCI status.
  • the information element named TCI-Info may be called a TCI information element. Note that the information element named TCI-Info includes a parameter of a BWP identifier, which will be described later, and is indicated by BWP-Id.
  • RLM Radio Link Monitoring
  • a terminal device may perform radio link monitoring using a certain type of reference signal (cell-specific reference signal (CRS), etc.) in a serving cell (PCell and/or PSCell, etc.).
  • the terminal device receives a configuration (radio link monitoring configuration: RadioLinkMonitoringConfig) indicating which reference signal is used for radio link monitoring in the serving cell (PCell and/or PSCell, etc.) from the base station device, and selects the configured one or Radio link monitoring may be performed using multiple reference signals (herein referred to as RLM-RS).
  • RLM-RS multiple reference signals
  • the terminal device may perform wireless link monitoring using other signals.
  • the physical layer processing unit of the terminal device may notify the upper layer that the synchronization is in progress when the serving cell (PCell and/or PSCell, etc.) satisfies the conditions for the synchronization to be in progress.
  • the wireless link monitoring settings may include information indicating the purpose of monitoring and identifier information indicating a reference signal.
  • monitoring purposes may include monitoring radio link failures, beam failures, or both.
  • the identifier information indicating the reference signal may include information indicating the SSB-Index of the SSB of the cell. That is, the reference signal may include a synchronization signal.
  • the identifier information indicating the reference signal may include information indicating an identifier linked to a channel state information reference signal (CSI-RS) set in the terminal device.
  • CSI-RS channel state information reference signal
  • a master cell group (MCG) and a secondary cell group (SCG) are configured by the above-mentioned message regarding reconfiguration of an RRC connection.
  • MCG master cell group
  • SCG secondary cell group
  • Each cell group may include a special cell (SpCell) and zero or more other cells (secondary cells: SCell).
  • SpCell special cell
  • SCell secondary cells
  • MCG's SpCell is also called PCell.
  • SpCell of SCG is also called PSCell.
  • Cell inactivation may not be applied to SpCell, but may be applied to SCell.
  • cell inactivation may not be applied to PCell, but may be applied to PSCell. In this case, cell inactivation may be performed differently for SpCell and SCell.
  • Cell activation and deactivation may be handled by a MAC entity that exists for each cell group.
  • the SCell set in the terminal device may be activated and/or deactivated by some or all of (A) to (C) below.
  • (A) Reception of MAC CE that activates/deactivates SCell (B) SCell inactivity timer set for each SCell for which PUCCH is not set (C) SCell inactivity timer set for each SCell set on the terminal device RRC parameters (sCellState)
  • the MAC entity of the terminal device may perform the following processing (AD) for each SCell configured in the cell group.
  • Processing AD If the RRC parameter (sCellState) set in the SCell is set to activated during SCell configuration, or if a MAC CE that activates the SCell is received, the MAC entity of the UE 122 performs processing (AD-1). I do. Otherwise, if a MAC CE that deactivates the SCell is received or the SCell deactivation timer expires in an active SCell, the MAC entity of the UE 122 performs processing (AD-2).
  • an uplink grant or downlink assignment is notified by the PDCCH of an active SCell, or if an uplink grant or downlink assignment is notified by the PDCCH of a serving cell. If a MAC PDU is transmitted in the uplink grant or received in the configured downlink assignment, the MAC entity of UE 122 restarts the SCell inactivity timer associated with that SCell. If the SCell becomes inactive, the MAC entity of the UE 122 performs processing (AD-3).
  • (A) (Re)initialize all suspended configured uplink grants of grant type 1 associated with this SCell according to the stored configuration, if any.
  • (B) Trigger PHR. If a MAC CE that activates an SCell is received, and the BWP indicated by the first active downlink BWP identifier (firstActiveDownlinkBWP-Id) configured in RRC signaling for that SCell is set to a dormant (Dormant) BWP. If not, the MAC entity of the UE 122 performs processing (AD-1A).
  • MAC CE that activates an SCell is received, and the BWP indicated by the first active downlink BWP identifier (firstActiveDownlinkBWP-Id) configured in RRC signaling for that SCell is set to a dormant (Dormant) BWP. If so, the MAC entity of the UE 122 performs processing (AD-1B). Additionally, the MAC entity of the UE 122 implements some or all of (A) to (B) below.
  • the MAC entity of the UE 122 activates the SCell and implements some or all of (A) to (E) below.
  • A) Transmit a sounding reference signal (SRS) with this SCell.
  • B) Report the CSI for this SCell.
  • C) Monitor the PDCCH of this SCell.
  • D) Monitor the PDCCH for this SCell. (When scheduling for this SCell is done in another serving cell)
  • E) If PUCCH is set, transmit PUCCH with this SCell.
  • the UE 122's MAC entity stops this serving cell's BWP inactivity timer if it is running.
  • the MAC entity of UE 122 implements some or all of (A) to (F) below.
  • A Inactivate this SCell.
  • B Stop the SCell inactivity timer associated with this SCell.
  • C Inactivate all Active BWPs associated with this SCell.
  • D Clear all configured downlink assignments and/or all grant type 2 configured uplink grants associated with this SCell.
  • E Suspend all grant type 1 configured uplink grants associated with this SCell.
  • the MAC entity of UE 122 implements some or all of (A) to (D) below.
  • A) Do not send SRS with 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 SCell.
  • the initial state of the SCell may be set by RRC signaling.
  • the SCell inactivity timer will be explained.
  • the value of the SCell inactivity timer (information regarding the time when the timer is considered to have expired) may be notified by RRC signaling.
  • the timer is started or restarted and the time notified without stopping (here The timer is considered to have expired when the timer (40ms) has elapsed.
  • the SCell inactivation timer may be a timer named sCellDeactivationTimer.
  • timeAlignmentTimer set in RRC to maintain time alignment in uplink (UL)
  • timeAlignmentTimer may be set for each TAG.
  • the timeAlignmentTimer may also control the period during which the MAC entity considers the serving cells belonging to the associated TAG to be synchronized with the UL time.
  • timeAlignmentTimer is also referred to as TAT.
  • the MAC entity performs some or all of (A) through (E) below.
  • PT (A) Flush the HARQ buffers for all serving cells belonging to the PTAG.
  • B Inform the RRC to release the PUCCH for all serving cells belonging to the PTAG, if any.
  • C Inform the RRC to release the SRS for all serving cells belonging to the PTAG, if any.
  • D Clear all configured downlink assignments and/or all configured uplink grants.
  • E Consider all running timeAlignmentTimers to have expired.
  • the MAC entity performs some or all of (A) to (D) below for all serving cells belonging to this TAG.
  • Inactivation of SCG may mean inactivating SCG.
  • deactivating an SCG may mean deactivating a cell group in which a MAC entity is associated with the SCG and corresponds to the MAC entity.
  • inactivation of SCG may mean inactivation of PSCell (SpCell of SCG) or inactivation of PSCell.
  • Activating the SCG may mean activating the SCG.
  • activation of an SCG may mean activating a cell group in which a MAC entity is associated with the SCG and corresponds to the MAC entity.
  • activation of SCG may mean activation of PSCell (SpCell of SCG) or activation of PSCell.
  • the inactive state of an SCG may be a state in which a terminal device implements some or all of the following (A) to (P) in the PSCell (SpCell) of the SCG. Furthermore, the inactive state of the SCG may mean a state in which the SCG is inactivated (a state in which the SCG is dormant).
  • SD-1 (A) Do not send SRS with this PSCell.
  • B Do not measure CSI for this PSCell.
  • C Do not report CSI for this PSCell.
  • D Do not transmit PUCCH with this PSCell.
  • E Do not transmit UL-SCH with this PSCell.
  • (L) BWP is activated in this PSCell, and PDCCH of this PSCell addressed to C-RNTI, MCS-C-RNTI, and/or CS-RNTI indicating uplink grant in the above-mentioned BWP, and /Or do not monitor PDCCH for this PSCell.
  • M This PSCell performs automatic amplification control (AGC), beam failure detection (BFD) including beam failure recovery, and/or radio link monitoring (Radio Link Monitoring: RLM).
  • (N) Suspend some or all configured uplink grants of grant type 1 associated with this PSCell.
  • TAT timeAlignmentTimer
  • (M) in (SD-1) above may be implemented based on the parameters bfd-and-RLM included in the settings on the SCG side.
  • (P) in (SD-1) above may include part or all of (A) to (O) in (SD-1) above. Furthermore, (P) in (SD-1) above may include part or all of (P-1) to (P-15) below.
  • (P-1) Initialize the parameter Bj set for each logical channel to 0.
  • P-2) All timers associated with the PSCell, except for the timer (beamFailureDetectionTimer) and timeAlignmentTimer (TAT) used to perform BFD, are stopped if they are running.
  • (P-3) Set the New Data Indicator (NDI) value of all uplink HARQ processes to 0.
  • P-5) Destroy explicitly signaled 4-step and 2-step RA type contention-free random access (CFRA) resources, if any.
  • P-6) Flush the Msg3 buffer.
  • P-7) Flush the MSGA buffer.
  • P-8) Cancel the triggered SR procedure, if any.
  • P-9) Cancel the triggered BSR procedure, if any.
  • P-10) Cancel the triggered PHR procedure, if any.
  • P-11 Cancel the triggered configured uplink grant confirmation, if any.
  • P-12 Flush the soft buffers of all downlink HARQ processes.
  • P-13) In each downlink HARQ process, consider the next received transmission for a certain transport block (TB) to be the very first transmission.
  • P-14 If available, release Temporary C-RNTI.
  • P-15 Reset all BFI_COUNTERs, except for the counter (BFI_COUNTER) used to perform BFD, which is associated with the PSCell.
  • the active state of an SCG may be a state in which a terminal device implements some or all of the following (A) to (O) in the PSCell (SpCell) of the SCG. Furthermore, the active state of the SCG may mean a state in which the SCG is activated (a state in which the SCG is not dormant).
  • SA-1 (A) Send SRS with this PSCell.
  • B Measure the CSI for this PSCell.
  • C Report the CSI for this PSCell.
  • D Transmit PUCCH with this PSCell.
  • E Transmit UL-SCH with this PSCell.
  • F Send RACH with this PSCell.
  • G Monitor the PDCCH of this PSCell.
  • This PSCell performs automatic amplification control (AGC), beam failure detection (BFD) including beam failure recovery, and/or radio link monitoring (Radio Link Monitoring: RLM).
  • AGC automatic amplification control
  • BFD beam failure detection
  • RLM Radio Link Monitoring: RLM.
  • N (Re)initialize some or all suspended configured uplink grants of grant type 1 associated with this PSCell according to the stored configuration, if any. .
  • O Maintain the timeAlignmentTimer (TAT) associated with the TAG (PTAG) that includes this PSCell.
  • TAT timeAlignmentTimer
  • a terminal device may determine that the SCG is in an inactive state based on some or all of (A) to (H) below.
  • the signaling and control elements (A) to (F) below may be notified from the base station device to the terminal device via the SCG.
  • the following signaling and control elements (A) to (F) are notified from the base station device to the terminal device via a cell group other than the relevant SCG (MCG, SCG other than the relevant SCG, etc.) It's okay to be.
  • SD-2 (A) Reception of RRC signaling instructing to deactivate SCG (B) Reception of MAC CE instructing to deactivate SCG (C) Reception of RRC signaling instructing to deactivate PSCell (D ) Reception of MAC CE instructing to deactivate PSCell (E) Reception of other RRC signaling (F) Reception of other MAC CE (G) Expiration of SCG inactivity timer (H) PSCell inactivity timer expiry of
  • the RRC signaling of (A), (C), and (E) in (SD-2) above may include, for example, a parameter called scg-State.
  • Inclusion of scg-State in RRC signaling may indicate that SCG is inactivated.
  • the fact that scg-State is not included in RRC signaling may indicate that SCG is activated.
  • the RRC signaling including an instruction to activate the SCG may mean that the RRC signaling does not include an instruction to deactivate the SCG.
  • the fact that the RRC signaling does not include an instruction to deactivate the SCG may mean that the parameter called scg-State is not included in the RRC signaling.
  • Including an instruction to deactivate the SCG in RRC signaling may mean that the parameter called scg-State is included in RRC signaling. Further, the parameter scg-State may be information instructing inactivation of the SCG. Additionally, scg-State may be included in the RRC reconfiguration message or the RRC restart message. Further, the RRC signaling may be generated by the MN.
  • FIG. 11 is a diagram showing an example of an embodiment.
  • the processing unit 502 of the UE 122 determines that the SCG is in an inactive state based on (SD-2) above (step S1100). Further, the processing unit 502 of the UE 122 deactivates the SCG based on the determination, and performs the operation shown in (SD-1) above in the inactive state of the SCG (step S1102).
  • a terminal device may determine that the SCG is active based on some or all of (A) to (K) below.
  • the signaling and control elements (A) to (F) below may be notified from the base station device to the terminal device via the SCG.
  • the following signaling and control elements (A) to (F) are notified from the base station device to the terminal device via a cell group other than the relevant SCG (MCG, SCG other than the relevant SCG, etc.) It's okay to be.
  • the SCG being in an active state may mean that the SCG is not in an inactive state.
  • SA-2 (A) Reception of RRC signaling instructing to activate SCG (B) Reception of MAC CE instructing to activate SCG (C) Reception of RRC signaling instructing to activate PSCell (D) Reception of RRC signaling instructing to activate PSCell Reception of MAC CE instructing activation (E) Reception of other RRC signaling (F) Reception of other MAC CE (G) SCG inactivity timer (H) PSCell inactivity timer (I) MAC SDU (J) Initiation of a random access procedure due to a scheduling request triggered to send the included MAC PDU (K) Random (in other words initiated by the MAC entity itself) resulting from a scheduling request Starting the access procedure
  • the parameter scg-State is not included in the RRC reconfiguration message and/or the RRC restart message. good. Further, the RRC signaling may be generated by the MN.
  • FIG. 10 is a diagram showing an example of an embodiment.
  • the processing unit 502 of the UE 122 determines that the SCG is in the active state based on (SA-2) above (step S1000). Furthermore, the processing unit 502 of the UE 122 activates the SCG based on the determination, and performs the operation shown in (SA-1) above in the active state of the SCG (step S1002).
  • a terminal device that deactivates an SCG may implement some or all of the following (A) to (I) in the SCG.
  • SD-3 (A) Consider that SCG is inactivated. (B) Instruct the lower layer (MAC entity, etc.) to deactivate the SCG. (C) If the terminal device is in the RRC_CONNECTED state and the SCG was activated before receiving the signaling instructing to deactivate the SCG, it sends an RRC reconfiguration message or an RRC connection reconfiguration message.
  • the SRB3 is configured before the reception, and the SRB3 is released according to the RRC signaling (RadioBearerConfig) for radio bearer configuration included in the RRC reconfiguration message or the RRC connection reconfiguration message.
  • the process (AD) if a MAC CE that activates the SCell is received, and there is no instruction to deactivate the SCG (or the SCG is not in an inactive state), the process (AD- Do 1).
  • AD- 2 Execute the above process (AD-2).
  • the process (AD-2) is performed.
  • the MAC entity of the terminal device deactivates all of the SCG.
  • PSCell may be inactivated based on (SD-1) above.
  • a terminal device that activates an SCG may implement some or all of the following (A) to (D) in the SCG.
  • SA-3 (A) Consider that the SCG is activated.
  • B If an inactive SCG is set before the terminal device receives the signaling instructing to activate the SCG, it instructs the lower layer (MAC entity, etc.) to activate the SCG.
  • C Perform treatment (AD-1) to activate all SCells.
  • D When SCG activation is performed based on RRC signaling, if this RRC signaling includes parameters related to random access to the PSCell (SpCell), the random access procedure is performed in this PSCell based on the notified parameters. Start.
  • the MAC entity of the terminal device shall ) may be used to activate the SCG.
  • the RRC entity of the terminal device shall A layer (such as a MAC entity) may be instructed to start a random access procedure in the PSCell of the SCG.
  • EN-DC or NGEN-DC is configured on the terminal device, and the RRC reconfiguration message is sent from E-UTRA's SRB1 or E-UTRA's RRC connection reconfiguration message (from NR standalone (NG ) the SCG is not deactivated, according to the RRC signaling of the E-UTRA received via (handover to EN-DC) and containing an RRC reconfiguration message in the form of a container for configuration on the SCG side;
  • the following (A-1) or (A-2) must be met.
  • (A-1) Reconfiguration with synchronization was included in the SCG SpCell configuration.
  • (A-2) Before receiving the E-UTRA RRC signaling containing the RRC reconfiguration message for SCG side configuration in the form of a container, the SCG is inactivated, as described in (A). And, it satisfies at least one or more of the following (A-2-1) to (A-2-4).
  • a wireless link failure is detected in the SCG.
  • A-2-2 It is set to perform RLM on the PSCell in the inactive state of the SCG, and a special notification (indication #A) is notified from the lower layer (MAC entity, etc.).
  • A-2-3) A special notification (indication #B) is notified from a lower layer (MAC entity, etc.).
  • A-2-4 PSCell is not set to perform RLM in the inactive state of SCG.
  • a special notification is notified from a lower layer (MAC entity, etc.).
  • A-2-3 may be replaced with the following (A-2-3').
  • a special notification (indication #B) has been notified from a lower layer (such as a MAC entity), and the indication #B has not been canceled.
  • (B) NR-DC is configured in the terminal device, the RRC reconfiguration message is received via SRB1 of the SCG, and the RRC signaling of the NR includes the RRC reconfiguration message for configuration on the SCG side in the form of a container. According to the above, SCG is not inactivated and the following (B-1) or (B-2) is satisfied.
  • (B-1) Reconfiguration with synchronization was included in the SCG SpCell configuration.
  • (B-2) Before receiving the NR RRC signaling containing the RRC reconfiguration message for SCG side configuration in the form of a container as described in (B), the SCG is inactivated, and Satisfies at least one of (A-2-1) to (A-2-4) above.
  • Whether or not RLM is set to be performed on the PSCell in the inactive state of the SCG may be set using the parameter bfd-and-RLM in FIG. 7.
  • the above-mentioned setting to perform RLM in the PSCell in the inactive state of the SCG means that the parameter indicates that the RLM is performed in the PSCell in the inactive state of the SCG, or The parameters may be included in the settings on the SCG side.
  • the above-mentioned "not set to perform RLM in the PSCell in the inactive state of the SCG" means that the parameter indicates that the RLM is not performed in the inactive state of the SCG in the PSCell, or The parameter may not be included in the settings on the SCG side.
  • FIG. 9 is a diagram showing an example of an embodiment.
  • the UE 122 receives signaling (RRC signaling, MAC CE, etc.) instructing to deactivate the SCG from the eNB 102 or gNB 108 (step S900). Based on the notification, the UE 122 controls some or all of the cells of the SCG to be inactive (step S902).
  • signaling RRC signaling, MAC CE, etc.
  • the transmitting unit 504 of the UE 122 does not need to independently transmit a MAC CE for changing the cell state of the SCG to an inactive state, and an efficient state can be achieved. Changes are possible. Additionally, when SCG deactivation is performed based on RRC signaling, conventionally the initial state was set at the RRC layer and the state changed at the MAC layer. It is possible to efficiently change the SCG state while avoiding mismatches between instructions and MAC layer instructions.
  • FIG. 5 is a block diagram showing the configuration of the terminal device (UE 122) in this embodiment. Note that in order 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 receiving unit 500 that receives control information (DCI, RRC signaling, etc.) from a base station device, a processing unit 502 that performs processing according to parameters included in the received control information, and a base station device. It consists of a transmitter 504 that transmits control information (UCI, RRC signaling, etc.).
  • the above-mentioned base station device may be eNB102 or gNB108.
  • the processing unit 502 may include some or all of the functions of various layers (eg, physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the processing unit 502 includes some or all of the physical layer processing unit, MAC layer processing unit, RLC layer processing unit, PDCP layer processing unit, SDAP processing unit, RRC layer processing unit, and NAS layer processing unit. It's fine.
  • FIG. 6 is a block diagram showing the configuration of the base station device in this embodiment. Note that in order 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. a processing unit 602 that causes the processing unit 502 of the UE 122 to perform processing, and a reception unit 604 that receives control information (UCI, RRC signaling, etc.) from the UE 122.
  • the processing unit 602 may include some or all of the functions of various layers (eg, physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the processing section 602 includes some or all of the physical layer processing section, MAC layer processing section, RLC layer processing section, PDCP layer processing section, SDAP processing section, RRC layer processing section, and NAS layer processing section. It's fine.
  • FIG. 10 is a diagram showing an example of the processing of the terminal device in this embodiment.
  • the processing unit 502 of the UE 122 may determine that the SCG is in the active state based on (SA-2) above (step S1000). Furthermore, the processing unit 502 of the UE 122 may perform an operation in the active state based on the determination (step S1002).
  • the UE 122 may perform part or all of the processing shown in (SA-1) above in each of the PSCell and/or one or more SCells of a certain cell group.
  • the active state may be a state in which the SCG is activated. Furthermore, the above-mentioned active state may be a state in which the SCG returns from a dormant state. Moreover, the above-mentioned active state may be a state in which the above-mentioned SCG is not in a dormant state. Additionally, the active state described above may be a state that transitions from the inactive state when a random access procedure is initiated due to a scheduling request triggered to transmit a MAC PDU containing the MAC SDU. . Furthermore, the above-mentioned active state may be a state that transitions from an inactive state when a return from a dormant state is instructed by an RRC entity.
  • step S1000 the processing unit 502 of the UE 122 may determine that the SCG has transitioned from the inactive state to the active state, as shown in (SA-2) above.
  • the UE 122 may transition the SCG from an inactive state to an active state (in other words, it may activate the SCG). Furthermore, upon receiving information instructing the SCG to resume from the dormant state, the UE 122 may cause the SCG to transition from the inactive state to the active state. Furthermore, upon receiving information instructing the PSCell to return from the dormant state, the UE 122 may transition the SCG from the inactive state to the active state. Further, upon receiving other information, the UE 122 may transition the SCG from the inactive state to the active state. Further, the UE 122 may cause the SCG to transition from an inactive state to an active state based on a timer related to sleep of the SCG.
  • the UE 122 may transition the SCG from an inactive state to an active state based on a timer related to sleep of the PSCell.
  • the UE 122 may also transition the SCG from the inactive state to the active state when initiating a random access procedure due to a scheduling request triggered to transmit a MAC PDU including the MAC SDU.
  • the UE 122 may transition the SCG from an inactive state to an active state.
  • the UE 122 may also transition the SCG from the inactive state to the active state when starting a random access procedure resulting from a scheduling request (in other words, initiated by the MAC entity itself).
  • the MAC entity of the UE 122 may also obtain an instruction to activate the SCG, an instruction to wake up from a dormant SCG, an instruction to wake up a PSCell from a dormant state, and/or other information from the RRC entity of the UE 122. . Further, after the MAC entity obtains the information from the RRC entity, the UE 122 determines that the SCG is in the active state, as shown in (SA-2) above, and changes the SCG from the inactive state to the active state. You may also make a transition. The UE 122 may perform the process shown in (SA-3) above when transitioning the SCG from the inactive state to the active state.
  • FIG. 11 is a diagram showing an example of the processing of the terminal device in this embodiment.
  • the processing unit 502 of the UE 122 may determine that the SCG is in an inactive state based on (SD-2) above (step S1100). Further, the processing unit 502 of the UE 122 may perform an operation in an inactive state based on the above determination (step S1102).
  • the UE 122 may perform part or all of the processing shown in (SD-1) above in each of the PSCell and/or one or more SCells of a certain cell group.
  • the inactive state may be a state in which SCG is inactivated. Furthermore, the above-mentioned inactive state may be entering a dormant SCG. Moreover, the above-mentioned inactive state may be the above-mentioned dormant state of the SCG. Furthermore, the inactive state may be a state in which the PSCell of the SCG and/or the Active BWP of one or more SCells are dormant BWPs. Furthermore, the above-mentioned inactive state may be a state that transitions from the active state when an RRC entity instructs entry to the dormant state.
  • step S1100 the processing unit 502 of the UE 122 may determine that the SCG has transitioned from the active state to the inactive state, as shown in (SD-2) above.
  • the UE 122 may transition the SCG from the active state to the inactive state. Furthermore, upon receiving information instructing entry into a dormant SCG, the UE 122 may cause the SCG to transition from an active state to an inactive state. Furthermore, upon receiving information instructing sleep of the PSCell, the UE 122 may transition the SCG from the active state to the inactive state. Furthermore, upon receiving other information, the UE 122 may transition the SCG from the active state to the inactive state. Further, the UE 122 may cause the SCG to transition from an active state to an inactive state when a timer related to sleep of the SCG expires.
  • the UE 122 may cause the SCG to transition from the active state to the inactive state when a timer related to sleep of the PSCell expires.
  • the MAC entity of the UE 122 may also obtain instructions to deactivate the SCG, instructions to enter a dormant SCG, instructions to sleep the PSCell, and/or other information from the RRC entity of the UE 122. Further, after the MAC entity obtains the above information from the RRC entity, the UE 122 determines that the SCG is in the inactive state, as shown in (SD-2) above, and changes the SCG from the active state to the inactive state. You may also transition to . The UE 122 may perform the process shown in (SD-3) above when transitioning the SCG from the active state to the inactive state.
  • FIG. 12 is a diagram showing an example of processing of the terminal device in this embodiment.
  • the UE 122 receives signaling including the first information from the base station device, the UE 122 performs an operation based on the first information, and performs the operation based on the first information. It is determined whether or not the BFD has been restarted (step S1200), and the operation is performed based on the determination (step S1202).
  • the UE 122 receives signaling including an instruction to deactivate the SCG from the base station device, deactivates the SCG, and includes beam failure detection (BFD) in the PSCell included in the SCG in the signaling.
  • BFD may be performed in the PSCell based on the fact that information instructing the BFD to be performed is included.
  • the UE 122 may stop BFD in the PSCell.
  • the UE 122 receives signaling including an instruction to deactivate the SCG from the base station device, and receives information instructing to deactivate the SCG and perform BFD on the PSCell included in the deactivated SCG.
  • BFD may be stopped in the PSCell based on not being included in the signaling.
  • the first information may be, for example, information instructing to activate the SCG, and in this case, the UE 122 activates the SCG based on the information instructing to activate the SCG, and activates the PSCell. BFD may be restarted. Additionally or alternatively, the first information may be information that instructs to reconfigure BFD-RS for BFD in the PSCell, and in this case, the UE 122 configures the BFD-RS.
  • the BFD-RS may be reconfigured based on information instructing reconfiguration, and BFD may be restarted in the PSCell.
  • the first information may be, for example, information instructing to perform BFD in the PSCell included in the SCG, and in this case, the UE 122 responds to the signaling received from the base station device.
  • BFD may be restarted in the PSCell based on the fact that information instructing to perform BFD in the PSCell included in the SCG is included.
  • the determination in step S1200 may be, for example, determining whether BFD has been restarted.
  • the operation in step S1202 may be to set the value of the beam failure counter to 0 if it is determined that the BFD has been restarted, and to set the value of the beam failure counter to 0 if it is determined that the BFD has not been restarted. The value may not be set to 0.
  • the MAC entity of the UE configured to perform BFD in the PSCell included in the inactive SCG receives a beam failure instance notification from the lower layer, it starts the beam failure timer (beamFailureTimer), or It restarts, increases the value of the beam failure counter (BFI_COUNTER) by 1, and notifies the upper layer of the beam failure based on the fact that the value of the beam failure counter is at least equal to or greater than the beam failure counter threshold (beamFailureInstanceMaxCounter). It may be determined that a beam failure has been detected based on the fact that the value of the beam failure counter is greater than or equal to the beam failure counter threshold. Furthermore, the detection of a beam failure may simply be interpreted as a beam failure.
  • the value of the beam failure counter may be set to 0 if the beam failure timer expires, or if the beam failure timer, beam failure counter threshold, or BFD-RS is reset by upper layers.
  • FIG. 13 is a diagram showing an example of the processing of the terminal device in this embodiment.
  • the UE 122 receives signaling from the base station device, determines whether or not the first information is included in the signaling, and if it is determined that the first information is included, operates based on the first information. Based on the above operation, it is determined whether BFD-RS has been reset (step S1300), and the operation is performed based on the above judgment (step S1302).
  • the first information may be information for reconfiguring BFD-RS for BFD for SpCell, for example.
  • the random access procedure to the SpCell is not started in step S1302.
  • beam failure Start or restart the detection timer (beamFailureDetectionTimer)
  • the serving cell that is performing BFD is not an SCell, and that the serving cell that is performing BFD is not a PSCell included in the deactivated SCG, and the BFD-RS for BFD for the SpCell is replayed. If it is determined that the SpCell has not been set, a random access procedure to the SpCell may be started.
  • FIG. 13 it is a diagram showing another example of the processing of the terminal device.
  • the UE 122 receives signaling from the base station device, operates according to the signaling, determines whether BFD-RS has been reconfigured (step S1300), and performs an operation based on the determination (step S1302).
  • step S1300 the UE 122 determines whether the BFD-RS has been reconfigured, and if it is determined that the BFD-RS has been reconfigured, the operation in step S1302 means, for example, that the beam It may be to set the value of the failure counter to zero. In addition, in step S1300, the UE 122 determines whether the BFD-RS has been reset, and if it is determined that the BFD-RS has not been reset, the operation in step S1302 means, for example, setting the value of the beam failure counter to 0. It may not be set to .
  • BFD-RS may refer to a reference signal used for beam failure detection (BFD).
  • BFD-RS also means that in a wireless link monitoring setting that includes identifier information indicating a reference signal, information indicating the purpose of monitoring includes information indicating that the purpose is to monitor beam failures, or information indicating that the wireless link failures are being monitored.
  • the reference signal may be set with information indicating that the signal is used for both monitoring purposes and beam failure monitoring purposes.
  • the "instruction to reconfigure BFD-RS" may be "radio link monitoring settings related to BFD-RS included in the message regarding RRC reconfiguration.” Reconfiguring BFD-RS according to the radio link monitoring settings for BFD-RS included in the message regarding RRC reconfiguration may be referred to as changing BFD-RS.
  • Radio link monitoring settings for BFD-RS include information indicating the purpose of monitoring, information indicating that the purpose is to monitor beam failure, or information indicating the purpose of monitoring wireless link failure and beam failure monitoring. It may refer to a wireless link monitoring setting in which information indicating that both are set is set.
  • Non-Patent Document 9 if the SCG is deactivated and BFD is stopped, the UE activates BFD when BFD-RS is reconfigured or when SCG is activated. resume.
  • Non-Patent Document 8 for example, when BFD-RS is reconfigured and BFD is restarted, if the serving cell is SpCell and there was a beam failure immediately before restarting BFD, the UE It may determine that the beam has failed and start an unnecessary random access procedure. According to each embodiment, unnecessary random access procedures can be avoided and necessary signaling can be performed efficiently.
  • the MAC entity of the UE may determine some or all of the following (A) to (C), and may notify the RRC entity of indication #A based on those determinations.
  • B The SCG is in an inactive state
  • C Setting to perform RLM on the SCG's PSCell in the SCG's inactive state notification from the RRC entity that the
  • the MAC entity of the UE determines some or all of the following (A) to (C), and based on those determinations, notifies the RRC entity of indication #B. You may do so.
  • the SCG is inactive
  • B Detection of beam failure (BF) in the PSCell
  • C The PSCell of the SCG is configured to perform BFD
  • indication #A may be a notification (signaling) indicating (A) and/or (B) below. In addition to or in place of that, indication #A may be a notification (signaling) indicating something other than (A) or (B) below.
  • A A random access procedure is required when activating the SCG.
  • B The TAT associated with the TAG (PTAG) containing the SCG's PSCell has expired.
  • indication #B may be a notification (signaling) indicating the following (A) and/or (B). In addition to or in place of that, indication #B may be a notification (signaling) indicating something other than (A) or (B) below.
  • A A random access procedure is required when activating the SCG.
  • B A beam failure was detected in the SCG's PSCell.
  • the RRC entity of the UE may cancel indication #B based on some or all of the following (A) to (C). Additionally or alternatively, the RRC entity of the UE may cancel indication #B based on any of the following (A) to (C).
  • BFD RS reference signal used for BFD has been changed.
  • the beam failure detected by the SCG PSCell has been recovered.
  • the random access procedure in the above description may be the random access procedure described in part or all of (I) to (K) of (SA-2) above.
  • radio bearer in the above description may be a DRB, an SRB, or a DRB and an SRB, unless otherwise specified.
  • SpCell of SCG may be replaced with "PSCell”.
  • condition "A” and the condition “B” are contradictory conditions, the condition “B” may be expressed as an “other” condition of the condition "A”. good.
  • 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 make the computer function so as to realize the functions of this embodiment.
  • Programs or information handled by programs are temporarily read into volatile memory such as Random Access Memory (RAM) during processing, or stored in non-volatile memory such as flash memory or Hard Disk Drive (HDD), and are stored as needed.
  • RAM Random Access Memory
  • HDD Hard Disk Drive
  • the program for realizing this control function may be realized by recording it on a computer-readable recording medium and causing the computer system to read and execute the program recorded on this recording medium.
  • the "computer system” herein refers to 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, and the like.
  • a "computer-readable recording medium” refers to a medium that dynamically stores a program for a short period of time, such as a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In that case, it may also include something that retains a program for a certain period of time, such as a volatile memory inside a computer system that is a server or client. Further, the above-mentioned program may be one for realizing a part of the above-mentioned functions, or may be one that can realize the above-mentioned functions in combination with a program already recorded in the computer system. .
  • each functional block or feature of the device used in the embodiments described above may be implemented or executed in an electrical circuit, typically an integrated circuit or multiple integrated circuits.
  • An electrical circuit designed to perform the functions described herein may be a general purpose processor, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations thereof.
  • a general purpose processor may be a microprocessor, or in the alternative, the processor may be a conventional processor, controller, microcontroller, or state machine.
  • the general-purpose processor or each of the circuits described above may be configured with a digital circuit or an analog circuit. Further, if an integrated circuit technology that replaces the current integrated circuit emerges due to advances in semiconductor technology, it is also possible to use an integrated circuit based on this technology.
  • this embodiment is not limited to the above-described embodiment.
  • the present embodiment is not limited to this, and can be applied to stationary or non-movable electronic equipment installed indoors or outdoors, such as AV equipment, kitchen equipment, etc. It can be applied to terminal devices or communication devices such as cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household equipment.
  • One embodiment of the present invention is used in, for example, 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), a program, or the like. be able to.
  • 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
  • a program e.g., a program, or the like.
  • E-UTRA 102eNB 104EPC 106NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 interface 122 U.E. 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 210, 312 NAS 500, 604 Receiving section 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

基地局装置と通信する端末装置であって、前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信する受信部と、処理部と、を備え、前記処理部は、ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行い、（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、前記複数の動作は（１）、（２）、（３）の順序で行われる。

Description

端末装置、方法、および集積回路
　本発明は、端末装置、方法、および、集積回路に関する。
　本願は、２０２２年４月２２日に日本に出願された特願２０２２－７０６８８号について優先権を主張し、その内容をここに援用する。
　セルラ移動通信システムの標準化プロジェクトである、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project:3GPP、登録商標)において、無線アクセス、コア網、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。
　例えば、E-UTRA(Evolved Universal Terrestrial Radio Access)は、3GPPにおいて、第3.9世代および第4世代向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology:RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、E-UTRAの拡張技術の技術検討及び規格策定が行われている。なお、E-UTRAは、Long Term Evolution(LTE:登録商標)とも称し、拡張技術をLTE-Advanced(LTE-A)、LTE-Advanced Pro(LTE-A Pro)と称する事もある。
　また、NR(New Radio、またはNR Radio access)は、3GPPにおいて、第5世代(5th Generation:5G)向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology:RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。
3GPP TS 38.300 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,"EvolvedUniversal 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-152 R2-2203837, "Introduction of further multi-RAT dual-connectivity enhancements" 3GPP TS 38.321 v17.0.0, "NR;Medium Access Control (MAC) protocol specification" R2-220XXXX, Draft_R2-117e_Meeting_Report_v1, "Report of 3GPP TSG RAN WG2 meeting #117-e"
　NRの拡張技術として大容量のデータ通信を可能とするために、複数のセルグループを用いて一つまたは複数の基地局装置と端末装置とが通信するデュアルコネクティビティ（マルチコネクティビティとも称する）技術がある。このデュアルコネクティビティでは、それぞれのセルグループで通信を行うために、端末装置はそれぞれのセルグループにおいて自分宛のメッセージの有無をモニタする必要がある。大容量のデータ通信が発生したときに端末装置が低遅延で通信できるように、端末装置は常に複数のセルグループのモニタを行う必要があり、多くの電力を消費する問題があった。そのため、一部のセルグループのモニタを低頻度で行う、または停止する技術（セルグループの不活性化（Deactivated）技術）の検討が開始された。
　非特許文献７および8は、これまでに合意された仕様詳細に基づいて作成されたRRCno仕様書のCR(Change Request)案及びMACの仕様書である。しかしながら、現在のCR案に基づくと、必要時以外にランダムアクセス手順を開始しなければならない場合があり、無駄なシグナリングが生じてくる恐れがある。
　本発明の一態様は、上記した事情に鑑みてなされたもので、通信制御を効率的に行うことができる端末装置、基地局装置、通信方法、集積回路を提供することを目的の一つとする。
　上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信する受信部と、処理部と、を備え、前記処理部は、ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行い、（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、前記複数の動作は（１）、（２）、（３）の順序で行われる。
　また本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信するステップと、ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行うステップと、を有し、（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、前記複数の動作は（１）、（２）、（３）の順序で行われる。
　また本発明の一態様は、基地局装置と通信する端末装置に実装される集積回路であって、前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信する機能と、ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行う機能と、を前記端末装置に発揮させ、（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、前記複数の動作は（１）、（２）、（３）の順序で行われる。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本発明の一態様によれば、端末装置、方法、および集積回路は、効率的な通信制御処理を実現することができる。
本実施形態に係る通信システムの概略図。 本実施形態に係るE-UTRAプロトコル構成の一例の図。 本実施形態に係るNRプロトコル構成の一例の図。 本実施形態に係るRRCにおける、各種設定のための手順のフローの一例を示す図。 本実施形態における端末装置の構成を示すブロック図。 本実施形態における基地局装置の構成を示すブロック図。 本実施形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本実施形態におけるE-UTRAでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本実施形態におけるSCGの不活性化に関する処理の一例。 本実施形態におけるSCGの活性化に関する処理の一例。 本実施形態におけるSCGの不活性化に関する処理の一例。 本実施形態における端末装置の処理の一例。 本実施形態における端末装置の処理の一例。
　以下、本実施形態について、図面を参照して詳細に説明する。
　LTE(およびLTE-A、LTE-A Pro)とNRは、異なる無線アクセス技術(Radio Access Technology:RAT)として定義されてよい。またNRは、LTEに含まれる技術として定義されてもよい。またLTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti-Radio Dual Connectivity(MR-DC)で接続可能なLTEは、従来のLTEと区別されてよい。また、コア網(コアネットワーク、Core Network:CN)に5GCを用いるLTEは、コア網にEPCを用いる従来のLTEと区別されてよい。なお従来のLTEとは、3GPPにおけるリリース15以降に規格化された技術を実装していないLTEの事であってよい。本実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、本実施形態は他の用語を用いる他の技術において適用されてもよい。また本実施形態でのE-UTRAという用語は、LTEという用語に置き換えられてよいし、LTEという用語はE-UTRAという用語に置き換えられてよい。
　なお、本実施形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本実施形態は他の無線アクセス技術に用いられてよい。本実施形態における各ノードやエンティティの名称は、別の名称であってよい。
　図1は本実施形態に係る通信システムの概略図である。なお図1を用いて説明する各ノード、無線アクセス技術、コア網、インタフェース等の機能は、本実施形態に密接に関わる一部の機能であり、他の機能を持ってよい。
　E-UTRA100は無線アクセス技術であってよい。またE-UTRA100は、UE122とeNB102との間のエアインタフェース(air interface)であってよい。UE122とeNB102との間のエアインタフェースをUuインタフェースと呼んでよい。eNB(E-UTRAN Node B)102は、E-UTRA100の基地局装置であってよい。eNB102は、後述のE-UTRAプロトコルを持ってよい。E-UTRAプロトコルは、後述のE-UTRAユーザプレーン(User Plane:UP)プロトコル、及び後述のE-UTRA制御プレーン(Control Plane:CP)プロトコルから構成されてもよい。eNB102は、UE122に対し、E-UTRAユーザプレーン(User Plane:UP)プロトコル、及びE-UTRA制御プレーン(Control Plane:CP)プロトコルを終端してよい。eNBで構成される無線アクセスネットワークをE-UTRANと呼んでもよい。
　EPC(Evolved Packet Core)104は、コア網であってよい。インタフェース112はeNB102とEPC104の間のインタフェース(interface)であり、S1インタフェースと呼ばれてよい。インタフェース112には、制御信号が通る制御プレーンインタフェース、及び/又は(and/or)ユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース112の制御プレーンインタフェースはEPC104内のMobility Management Entity(MME:不図示)で終端してよい。インタフェース112のユーザプレーンインタフェースはEPC104内のサービングゲートウェイ(S-GW:不図示)で終端してよい。インタフェース112の制御プレーンインタフェースをS1-MMEインタフェースと呼んでよい。インタフェース112のユーザプレーンインタフェースをS1-Uインタフェースと呼んでよい。
　なお、1つ又は複数のeNB102がEPC104にインタフェース112を介して接続されてよい。EPC104に接続する複数のeNB102の間に、インタフェースが存在してよい(不図示)。EPC104に接続する複数のeNB102間のインタフェースを、X2インタフェースと呼んでよい。
　NR106は無線アクセス技術であってよい。またNR106は、UE122とgNB108との間のエアインタフェース(air interface)であってよい。UE122とgNB108との間のエアインタフェースをUuインタフェースと呼んでよい。gNB(g Node B)108は、NR106の基地局装置であってよい。gNB108は、後述のNRプロトコルを持ってよい。NRプロトコルは、後述のNRユーザプレーン(User Plane:UP)プロトコル、及び後述のNR制御プレーン(Control Plane:CP)プロトコルから構成されてよい。gNB108は、UE122に対し、NRユーザプレーン(User Plane:UP)プロトコル、及びNR制御プレーン(Control Plane:CP)プロトコルを終端してよい。
　5GC110は、コア網であってよい。インタフェース116はgNB108と5GC110の間のインタフェース(interface)であり、NGインタフェースと呼ばれてよい。インタフェース116には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース116の制御プレーンインタフェースは5GC110内のAccess and mobility Management Function(AMF:不図示)で終端してよい。インタフェース116のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端してよい。インタフェース116の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース116のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。
　なお、1つ又は複数のgNB108が5GC110にインタフェース116を介して接続されてよい。5GC110に接続する複数のgNB108の間に、インタフェースが存在してよい(不図示)。5GC110に接続する複数のgNB108間のインタフェースをXnインタフェースと呼んでよい。
　eNB102は5GC110に接続する機能を持ってよい。5GC110に接続する機能をもつeNB102を、ng-eNBと呼んでよい。インタフェース114はeNB102と5GC110の間のインタフェースで、NGインタフェースと呼ばれてよい。インタフェース114には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース114の制御プレーンインタフェースは5GC110内のAMFで終端してよい。インタフェース114のユーザプレーンインタフェースは5GC110内のUPFで終端してよい。インタフェース114の制御プレーンインタフェースをNG-Cインタフェースと呼んでよい。インタフェース114のユーザプレーンインタフェースをNG-Uインタフェースと呼んでよい。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RANと称してもよい。NG-RAN、E-UTRANなどを単にネットワークと称してもよい。また、ネットワークには、eNB、ng-eNBおよびgNBなどが含まれてよい。
　なお、1つ又は複数のeNB102が5GC110にインタフェース114を介して接続されてよい。5GC110に接続する複数のeNB102の間に、インタフェースが存在してよい(不図示)。5GC110に接続する複数のeNB102の間のインタフェースを、Xnインタフェースと呼んでよい。また5GC110に接続するeNB102と、5GC110に接続するgNB108は、インタフェース120で接続されてよい。5GC110に接続するeNB102と、5GC110に接続するgNB108の間のインタフェース120は、Xnインタフェースと呼ばれてよい。
　gNB108はEPC104に接続する機能を持ってよい。EPC104に接続する機能をもつgNB108を、en-gNBと呼んでよい。インタフェース118はgNB108とEPC104の間のインタフェースで、S1インタフェースと呼ばれてよい。インタフェース118には、ユーザデータが通るユーザプレーンインタフェースが存在してよい。インタフェース118のユーザプレーンインタフェースはEPC104内のS-GW(不図示)で終端してよい。インタフェース118のユーザプレーンインタフェースをS1-Uインタフェースと呼んでよい。またEPC104に接続するeNB102と、EPC104に接続するgNB108は、インタフェース120で接続されてよい。EPC104に接続するeNB102と、EPC104に接続するgNB108の間のインタフェース120はX2インタフェースと呼ばれてよい。
　インタフェース124はEPC104と5GC110間のインタフェースであり、CPのみ、又はUPのみ、又はCP及びUP両方を通すインタフェースであってよい。また、インタフェース114、インタフェース116、インタフェース118、インタフェース120、及びインタフェース124等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があってよい。
　UE122はeNB102、及び/又はgNB108から送信されるシステム情報や、ページングメッセージを受信する事が可能な端末装置であってよい。またUE122は、eNB102、及び/又はgNB108との無線接続が可能な端末装置であってよい。またUE122は、eNB102との無線接続、及びgNB108と無線接続を同時に行う事が可能な端末装置であってよい。UE122はE-UTRAプロトコル、及び/又はNRプロトコルを持ってよい。なお、無線接続とは、Radio Resource Control(RRC)接続であってよい。
　またUE122は、eNB102及び/又はgNB108を介して、EPC104、及び/又は5GC110との接続が可能な端末装置であってよい。UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網がEPC104である場合、UE122と、eNB102、及び/又はgNB108との間に確立された後述の各データ無線ベアラ(DRB:Data Radio Bearer)は、更にEPC104内を経由する各EPS(Evolved Packet System)ベアラと一意に紐づけられてよい。各EPSベアラは、EPSベアラ識別子(Identity、またはID)で識別されてよい。また同一のEPSベアラを通るIPパケットや、イーサネット(登録商標)フレーム等のデータには同一のQoSが保証されてよい。
　また、UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網が5GC110である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは、更に5GC110内に確立されるPDU(Packet Data Unit)セッションの一つに紐づけられてよい。各PDUセッションには、一つ又は複数のQoSフローが存在してよい。各DRBは、一つ又は複数のQoSフローと対応付け(map)されてよいし、どのQoSフローと対応づけられなくてよい。各PDUセッションは、PDUセッション識別子(Identity、またはID)で識別されてよい。また各QoSフローは、QoSフロー識別子(Identity、またはID)で識別されてよい。また同一のQoSフローを通るIPパケットや、イーサネットフレーム等のデータに同一のQoSが保証されてよい。
　EPC104には、PDUセッション及び/又はQoSフローは存在しなくてよい。また5GC110にはEPSベアラは存在しなくてよい。UE122がEPC104と接続している際、UE122はEPSベアラの情報を持つが、PDUセッション及び/又はQoSフローの内の情報は持たなくてよい。またUE122が5GC110と接続している際、UE122はPDUセッション及び/又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくてよい。
　なお、以下の説明において、eNB102および/またはgNB108を単に基地局装置とも称し、UE122を単に端末装置又はUEとも称する。
　図2は本実施形態に係るE-UTRAプロトコル構成(protocol architecture)の一例の図である。また図3は本実施形態に係るNRプロトコル構成の一例の図である。なお図2及び/又は図3を用いて説明する各プロトコルの機能は、本実施形態に密接に関わる一部の機能であり、他の機能を持っていてよい。なお、本実施形態において、上りリンク(uplink:UL)とは端末装置から基地局装置へのリンクであってよい。また本実施形態において、下りリンク(downlink:DL)とは基地局装置から端末装置へのリンクであってよい。
　図2(A)はE-UTRAユーザプレーン(UP)プロトコルスタックの図である。図2(A)に示す通り、E-UTRA UPプロトコルは、UE122とeNB102の間のプロトコルであってよい。即ちE-UTRA UPプロトコルは、ネットワーク側ではeNB102で終端するプロトコルであってよい。図2(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層(無線物理レイヤ)であるPHY(Physical layer)200、媒体アクセス制御層(媒体アクセス制御レイヤ)であるMAC(Medium Access Control)202、無線リンク制御層(無線リンク制御レイヤ)であるRLC(Radio Link Control)204、及びパケットデータ収束プロトコル層(パケットデータ収束プロトコルレイヤ)であるPDCP(Packet Data Convergence Protocol)206から構成されてよい。
　図3(A)はNRユーザプレーン(UP)プロトコルスタックの図である。図3(A)に示す通り、NRUPプロトコルは、UE122とgNB108の間のプロトコルであってよい。即ちNR UPプロトコルは、ネットワーク側ではgNB108で終端するプロトコルであってよい。図3(A)に示す通り、NRユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)であるSDAP(Service Data Adaptation Protocol)310であるから構成されてよい。
　図2(B)はE-UTRA制御プレーン(CP)プロトコル構成の図である。図2(B)に示す通り、E-UTRA CPプロトコルにおいて、無線リソース制御層(無線リソース制御レイヤ)であるRRC(Radio Resource Control)208は、UE122とeNB102の間のプロトコルであってよい。即ちRRC208は、ネットワーク側ではeNB102で終端するプロトコルであってよい。またE-UTRA CPプロトコルにおいて、非AS(Access Stratum)層(非ASレイヤ)であるNAS(Non Access Stratum)210は、UE122とMMEとの間のプロトコルであってよい。即ちNAS210は、ネットワーク側ではMMEで終端するプロトコルであってよい。
　図3(B)はNR制御プレーン(CP)プロトコル構成の図である。図3(B)に示す通り、NR CPプロトコルにおいて、無線リソース制御層であるRRC308は、UE122とgNB108の間のプロトコルであってよい。即ちRRC308は、ネットワーク側ではgNB108で終端するプロトコルであってよい。またNR CPプロトコルにおいて、非AS層であるNAS312は、UE122とAMFとの間のプロトコルであってよい。即ちNAS312は、ネットワーク側ではAMFで終端するプロトコルであってよい。
　なおAS(Access Stratum)層とは、UE122とeNB102及び/又はgNB108との間で終端する層であってよい。即ちAS層とは、PHY200、MAC202、RLC204、PDCP206、及びRRC208の一部又は全てを含む層、及び/又はPHY300、MAC302、RLC304、PDCP306、SDAP310、及びRRC308の一部又は全てを含む層であってよい。
　なお本実施形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別せず、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)と言う用語を用いる場合がある。この場合、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)は其々E-UTRAプロトコルのPHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であってよいし、NRプロトコルの、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であってよい。またSDAP(SDAP層)は、NRプロトコルのSDAP(SDAP層)であってよい。
　また本実施形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA用PHY又はLTE用PHY、E-UTRA用MAC又はLTE用MAC、E-UTRA用RLC又はLTE用RLC、E-UTRA用PDCP又はLTE用PDCP、及びE-UTRA用RRC又はLTE用RRCと呼ぶ事もある。またPHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA PHY又はLTE PHY、E-UTRA MAC又はLTE MAC、E-UTRA RLC又はLTE RLC、E-UTRA PDCP又はLTE PDCP、及びE-UTRA RRC又はLTE RRCなどと記述する場合もある。また、E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY300、MAC302、RLC304、PDCP306、RRC308を、それぞれNR用PHY、NR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。またPHY300、MAC302、RLC304、PDCP306、及びRRC308を、それぞれNR PHY、NR MAC、NR RLC、NR PDCP、NR RRCなどと記述する場合もある。
　E-UTRA及び/又はNRのAS層におけるエンティティ(entity)について説明する。MAC層の機能の一部又は全てを持つエンティティの事をMACエンティティと呼んでよい。RLC層の機能の一部又は全てを持つエンティティの事をRLCエンティティと呼んでよい。PDCP層の機能の一部又は全てを持つエンティティの事をPDCPエンティティと呼んでよい。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んでよい。RRC層の機能の一部又は全てを持つエンティティの事をRRCエンティティと呼んでよい。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えてよい。
　なお、MAC、RLC、PDCP、SDAPから下位層に提供されるデータ、及び/又はMAC、RLC、PDCP、SDAPに下位層から提供されるデータの事を、それぞれMAC PDU(Protocol Data Unit)、RLC PDU、PDCP PDU、SDAP PDUと呼んでよい。また、MAC、RLC、PDCP、SDAPに上位層から提供されるデータ、及び/又はMAC、RLC、PDCP、SDAPから上位層に提供するデータの事を、それぞれMAC SDU(Service Data Unit)、RLC SDU、PDCP SDU、SDAP SDUと呼んでよい。また、セグメントされたRLC SDUの事をRLC SDUセグメントと呼んでよい。
　ここで、基地局装置と端末装置は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置と端末装置は、無線リソース制御（RRC:Radio Resource Control）層において、RRCメッセージ（RRC message、RRC information、RRC signallingとも称される）を送受信してもよい。また、基地局装置と端末装置は、MAC（Medium Access Control）層において、MACコントロールエレメントを送受信してもよい。また、端末装置のRRC層は、基地局装置から報知されるシステム情報を取得する。ここで、RRCメッセージ、システム情報、および／または、MACコントロールエレメントは、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータ（上位レイヤパラメータ：higher layer parameter）とも称される。端末装置が受信した上位レイヤ信号に含まれるパラメータのそれぞれが上位レイヤパラメータと称されてもよい。PHY層の処理において上位層は、PHY層から見た上位層を意味するため、MAC層、RRC層、RLC層、PDCP層、NAS（Non Access Stratum）層などの1つまたは複数を意味してもよい。例えば、MAC層の処理において上位層とは、RRC層、RLC層、PDCP層、NAS層などの1つまたは複数を意味してもよい。以下、“Aは、上位層で与えられる（提供される）”や“Aは、上位層によって与えられる（提供される）”の意味は、端末装置の上位層（主にRRC層やMAC層など）が、基地局装置からAを受信し、その受信したAが端末装置の上位層から端末装置の物理層に与えられる（提供される）ことを意味してもよい。例えば、端末装置において「上位レイヤパラメータを提供される」とは、基地局装置から上位レイヤ信号を受信し、受信した上位レイヤ信号に含まれる上位レイヤパラメータが端末装置の上位層から端末装置の物理層に提供されることを意味してもよい。端末装置に上位レイヤパラメータが設定されることは端末装置に対して上位レイヤパラメータが与えられる（提供される）ことを意味してもよい。例えば、端末装置に上位レイヤパラメータが設定されることは、端末装置が基地局装置から上位レイヤ信号を受信し、受信した上位レイヤパラメータを上位層で設定することを意味してもよい。ただし、端末装置に上位レイヤパラメータが設定されることには、端末装置の上位層に予め与えられているデフォルトパラメータが設定されることを含んでもよい。端末装置から基地局装置にRRCメッセージを送信することを説明する際に、端末装置のRRCエンティティから下位層(下位レイヤ：lower layer)にメッセージを提出（submit）するという表現を使用する場合がある。端末装置において、RRCエンティティから「下位層にメッセージを提出する」とは、PDCP層にメッセージを提出することを意味してもよい。端末装置において、RRC層から「下位層にメッセージを提出(submit)する」とは、RRCのメッセージは、SRB (SRB0, SRB1, SRB2, SRB3など)を使って送信されるため、それぞれのSRBに対応したPDCPエンティティに提出することを意味してもよい。端末装置のRRCエンティティが下位層から指摘(indication)を受ける際、その下位層は、PHY層、MAC層、RLC層、PDCP層、などの1つまたは複数を意味してもよい。
　PHYの機能の一例について説明する。端末装置のPHYは基地局装置のPHYから、下りリンク(Downlink:DL)物理チャネル(Physical Channel)を介して伝送されたデータを受信する機能を有してよい。端末装置のPHYは基地局装置のPHYに対し、上りリンク(Uplink:UL)物理チャネルを介してデータを送信する機能を有してよい。PHYは上位のMACと、トランスポートチャネル(Transport Channel)で接続されてよい。PHYはトランスポートチャネルを介してMACにデータを受け渡してよい。またPHYはトランスポートチャネルを介してMACからデータを提供されてよい。PHYにおいて、様々な制御情報を識別するために、RNTI(Radio Network Temporary Identifier)が用いられてよい。
　ここで、物理チャネルについて説明する。端末装置と基地局装置との無線通信に用いられる物理チャネルには、以下の物理チャネルが含まれてよい。
　　PBCH(物理報知チャネル:Physical Broadcast CHannel)
　　PDCCH(物理下りリンク制御チャネル:Physical Downlink Control CHannel)
　　PDSCH(物理下りリンク共用チャネル:Physical Downlink Shared CHannel)
　　PUCCH(物理上りリンク制御チャネル:Physical Uplink Control CHannel)
　　PUSCH(物理上りリンク共用チャネル:Physical Uplink Shared CHannel)
　　PRACH(物理ランダムアクセスチャネル:Physical Random Access CHannel)
　PBCHは、端末装置が必要とするシステム情報を報知するために用いられてよい。
　また、NRにおいて、PBCHは、同期信号のブロック(Synchronization Signal Block:SSB)の周期内の時間インデックス(SSB-Index)を報知するために用いられてよい。
　PDCCHは、下りリンクの無線通信(基地局装置から端末装置への無線通信)において、下りリンク制御情報(Downlink Control Information:DCI)を送信する(または運ぶ)ために用いられてよい。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCIフォーマットと称してもよい)が定義されてよい。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされてよい。PDCCHは、PDCCH候補(candidate)において送信されてよい。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタしてよい。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味してよい。また、端末装置は、CORESET(Control Resource Set)を、PDCCH候補のセットをモニタするために用いてよい。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。
　PUCCHは、上りリンクの無線通信(端末装置から基地局装置への無線通信)において、上りリンク制御情報(Uplink Control Information:UCI)を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI:Channel State Information)が含まれてもよい。また、上りリンク制御情報には、UL-SCH(UL-SCH:Uplink Shared CHannel)リソースを要求するために用いられるスケジューリング要求(SR:Scheduling Request)が含まれてもよい。また、上りリンク制御情報には、HARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)が含まれてもよい。
　PDSCHは、MAC層からの下りリンクデータ(DL-SCH:Downlink Shared CHannel)の送信に用いられてよい。またPDSCHは、下りリンクの場合にはシステム情報(SI:System Information)やランダムアクセス応答(RAR:Random Access Response)などの送信に用いられてよい。
　PUSCHは、MAC層からの上りリンクデータ(UL-SCH:Uplink Shared CHannel)または上りリンクデータと共にHARQ-ACKおよび/またはCSIを送信するために用いられてもよい。またPUSCHは、CSIのみ、または、HARQ-ACKおよびCSIのみを送信するために用いられてもよい。すなわちPUSCHは、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング(RRCメッセージとも称する)、およびMAC CEを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。
　PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、およびUL-SCHリソースの要求を示すために用いられてもよい。
　MACの機能の一例について説明する。MACは、MAC副層(サブレイヤ)と呼ばれてよい。MACは、多様な論理チャネル(ロジカルチャネル:Logical Channel)を、対応するトランスポートチャネルに対してマッピングを行う機能を持ってよい。論理チャネルは、論理チャネル識別子(Logical Channel Identity、又はLogical Channel ID)によって識別されてよい。MACは上位のRLCと、論理チャネル(ロジカルチャネル)で接続されてよい。論理チャネルは、伝送される情報の種類によって、制御情報を伝送する制御チャネルと、ユーザ情報を伝送するトラフィックチャネルに分けられてよい。また論理チャネルは、上りリンク論理チャネルと、下りリンク論理チャネルに分けられてよい。MACは、一つ又は複数の異なる論理チャネルに所属するMAC SDUを多重化(multiplexing)して、PHYに提供する機能を持ってよい。またMACは、PHYから提供されたMAC PDUを逆多重化(demultiplexing)し、各MAC SDUが所属する論理チャネルを介して上位レイヤに提供する機能を持ってよい。またMACは、HARQ(Hybrid Automatic Repeat reQuest)を通して誤り訂正を行う機能を持ってよい。またMACは、スケジューリング情報(scheduling information)をレポートする、スケジューリングレポート(Scheduling Report:SR)機能を持ってよい。MACは、動的スケジューリングを用いて、端末装置間の優先処理を行う機能を持ってよい。またMACは、一つの端末装置内の論理チャネル間の優先処理を行う機能を持ってよい。MACは、一つの端末装置内でオーバーラップしたリソースの優先処理を行う機能を持ってよい。E-UTRA MACはMultimediaBroadcast Multicast Services(MBMS)を識別する機能を持ってよい。またNR MACは、マルチキャスト/ブロードキャストサービス(Multicast Broadcast Service:MBS)を識別する機能を持ってよい。MACは、トランスポートフォーマットを選択する機能を持ってよい。MACは、間欠受信(DRX:Discontinuous Reception)及び/又は間欠送信(DTX:Discontinuous Transmission)を行う機能、ランダムアクセス(Random Access:RA)手順を実行する機能、送信可能電力の情報を通知する、パワーヘッドルームレポート(Power Headroom Report:PHR)機能、送信バッファのデータ量情報を通知する、バッファステイタスレポート(Buffer Status Report:BSR)機能、などを持ってよい。NR MACは帯域適応(Bandwidth Adaptation:BA)機能を持ってよい。またE-UTRA MACで用いられるMAC PDUフォーマットとNR MACで用いられるMAC PDUフォーマットは異なってよい。またMAC PDUには、MACにおいて制御を行うための要素である、MAC制御要素(MACコントロールエレメント:MAC CE)が含まれてよい。
　E-UTRA及び/又はNRで用いられる、上りリンク(UL:Uplink)、及び/又は下りリンク(DL:Downlink)用論理チャネルについて説明する。
　BCCH(Broadcast Control Channel)は、システム情報(SI:System Information)等の、制御情報を報知(broadcast)するための下りリンク論理チャネルであってよい。
　PCCH(Paging Control Channel)は、ページング(Paging)メッセージを運ぶための下りリンク論理チャネルであってよい。
　CCCH(Common Control Channel)は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであってよい。CCCHは、端末装置が、RRC接続を有しない場合に用いられてよい。またCCCHは基地局装置と複数の端末装置との間で使われてよい。
　DCCH(Dedicated Control Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)の双方向(bi-directional)で、専用制御情報を送信するための論理チャネルであってよい。専用制御情報とは、各端末装置専用の制御情報であってよい。DCCHは、端末装置が、RRC接続を有する場合に用いられてよい。
　DTCH(Dedicated Traffic Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)で、ユーザデータを送信するための論理チャネルであってよい。DTCHは専用ユーザデータを送信するための論理チャネルであってよい。専用ユーザデータとは、各端末装置専用のユーザデータであってよい。DTCHは上りリンク、下りリンク両方に存在してよい。
　E-UTRA及び/又はNRにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
　CCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされてよい。
　DCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされてよい。
　DTCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされてよい。
　E-UTRA及び/又はNRにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
　BCCHは、下りリンクトランスポートチャネルであるBCH(Broadcast Channel)、及び/又はDL-SCH(Downlink Shared Channel)にマップされてよい。
　PCCHは、下りリンクトランスポートチャネルであるPCH(Paging Channel)にマップされてよい。
　CCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされてよい。
　DCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされてよい。
　DTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされてよい。
　RLCの機能の一例について説明する。RLCは、RLC副層(サブレイヤ)と呼ばれてよい。E-UTRA RLCは、上位レイヤのPDCPから提供されたデータを、分割(Segmentation)及び/又は結合(Concatenation)し、下位層(下位レイヤ)に提供する機能を持ってよい。E-UTRA RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)及びリオーダリング(re-ordering)を行い、上位レイヤに提供する機能を持ってよい。NR RLCは、上位レイヤのPDCPから提供されたデータに、PDCPで付加されたシーケンス番号とは独立したシーケンス番号を付加する機能を持ってよい。またNR RLCは、PDCPから提供されたデータを分割(Segmentation)し、下位レイヤに提供する機能を持ってよい。またNR RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)を行い、上位レイヤに提供する機能を持ってよい。またRLCは、データの再送機能及び/又は再送要求機能(Automatic Repeat reQuest:ARQ)を持ってよい。またRLCは、ARQによりエラー訂正を行う機能を持ってよい。ARQを行うために、RLCの受信側から送信側に送られる、再送が必要なデータを示す制御情報を、ステータスレポートと言ってよい。またRLCの送信側から受信側に送られる、ステータスレポート送信指示の事をポール(poll)と言ってよい。またRLCは、データ重複の検出を行う機能を持ってよい。またRLCはデータ破棄の機能を持ってよい。RLCには、トランスパレントモード(TM:Transparent Mode)、非応答モード(UM:Unacknowledged Mode)、応答モード(AM:Acknowledged Mode)の3つのモードがあってよい。TMでは上位層から受信したデータの分割は行わず、RLCヘッダの付加は行わなくてよい。TM RLCエンティティは単方向(uni-directional)のエンティティであって、送信(transmitting)TM RLCエンティティとして、又は受信(receiving)TM RLCエンティティとして設定されてよい。UMでは上位層から受信したデータの分割及び/又は結合、RLCヘッダの付加等は行うが、データの再送制御は行わなくてよい。UM RLCエンティティは単方向のエンティティであってもよいし双方向(bi-directional)のエンティティであってもよい。UM RLCエンティティが単方向のエンティティである場合、UM RLCエンティティは送信UM RLCエンティティとして、又は受信UMRLCエンティティとして設定されてよい。UM RLCエンティティが双方向のエンティティである場合、UM RRCエンティティは送信(transmitting)サイド及び受信(receiving)サイドから構成されるUM RLCエンティティとして設定されてよい。AMでは上位層から受信したデータの分割及び/又は結合、RLCヘッダの付加、データの再送制御等を行ってよい。AM RLCエンティティは双方向のエンティティであって、送信(transmitting)サイド及び受信(receiving)サイドから構成されるAM RLCとして設定されてよい。なお、TMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をTMD PDUと呼んでよい。またUMで下位層に提供するデータ、及び/又は下位層から提供されるデータの事をUMD PDUと呼んでよい。またAMで下位層に提供するデータ、又は下位層から提供されるデータの事をAMD PDUと呼んでよい。E-UTRA RLCで用いられるRLC PDUフォーマットとNR RLCで用いられるRLC PDUフォーマットは異なってよい。またRLC PDUには、データ用RLC PDUと制御用RLC PDUがあってよい。データ用RLC PDUを、RLC DATA PDU(RLC Data PDU、RLCデータPDU)と呼んでよい。また制御用RLC PDUを、RLC CONTROL PDU(RLC Control PDU、RLCコントロールPDU、RLC制御PDU)と呼んでよい。
　PDCPの機能の一例について説明する。PDCPは、PDCP副層(サブレイヤ)と呼ばれてよい。PDCPは、シーケンス番号のメンテナンスを行う機能を持ってよい。またPDCPは、IPパケット(IP Packet)や、イーサネットフレーム等のユーザデータを無線区間で効率的に伝送するための、ヘッダ圧縮・解凍機能を持ってもよい。IPパケットのヘッダ圧縮・解凍に用いられるプロトコルをROHC(Robust Header Compression)プロトコルと呼んでよい。またイーサネットフレームヘッダ圧縮・解凍に用いられるプロトコルをEHC(Ethernet(登録商標)Header Compression)プロトコルと呼んでよい。また、PDCPは、データの暗号化・復号化の機能を持ってもよい。また、PDCPは、データの完全性保護・完全性検証の機能を持ってもよい。またPDCPは、リオーダリング(re-ordering)の機能を持ってよい。またPDCPは、PDCP SDUの再送機能を持ってよい。またPDCPは、破棄タイマー(discard timer)を用いたデータ破棄を行う機能を持ってよい。またPDCPは、多重化(Duplication)機能を持ってよい。またPDCPは、重複受信したデータを破棄する機能を持ってよい。PDCPエンティティは双方向のエンティティであって、送信(transmitting)PDCPエンティティ、及び受信(receiving)PDCPエンティティから構成されてよい。またE-UTRA PDCPで用いられるPDCP PDUフォーマットとNR PDCPで用いられるPDCP PDUフォーマットは異なってよい。またPDCP PDUには、データ用PDCP PDUと制御用PDCP PDUがあってよい。データ用PDCP PDUを、PDCP DATA PDU(PDCP Data PDU、PDCPデータPDU)と呼んでよい。また制御用PDCP PDUを、PDCP CONTROL PDU(PDCP Control PDU、PDCPコントロールPDU、PDCP制御PDU)と呼んでよい。
　SDAPの機能の一例について説明する。SDAPは、サービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)である。SDAPは、5GC110から基地局装置を介して端末装置に送られるダウンリンクのQoSフローとデータ無線ベアラ(DRB)との対応付け(マッピング:mapping)、及び/又は端末装置から基地局装置を介して5GC110に送られるアップリンクのQoSフローと、DRBとのマッピングを行う機能を持ってよい。またSDAPはマッピングルール情報を格納する機能を持ってよい。またSDAPはQoSフロー識別子(QoS Flow ID:QFI)のマーキングを行う機能を持ってよい。なお、SDAP PDUには、データ用SDAP PDUと制御用SDAP PDUがあってよい。データ用SDAP PDUをSDAP DATA PDU(SDAP Data PDU、SDAPデータPDU)と呼んでよい。また制御用SDAP PDUをSDAP CONTROL PDU(SDAP Control PDU、SDAPコントロールPDU、SDAP制御PDU)と呼んでよい。なお端末装置のSDAPエンティティは、PDUセッションに対して一つ存在してよい。
　RRCの機能の一例について説明する。RRCは、報知(ブロードキャスト:broadcast)機能を持ってよい。RRCは、EPC104及び/又は5GC110からの呼び出し(ページング:Paging)機能を持ってよい。RRCは、gNB108又は5GC110に接続するeNB102からの呼び出し(ページング:Paging)機能を持ってよい。またRRCは、RRC接続管理機能を持ってよい。またRRCは、無線ベアラ制御機能を持ってよい。またRRCは、セルグループ制御機能を持ってよい。またRRCは、モビリティ(mobility)制御機能を持ってよい。またRRCは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持ってよい。またRRCは、QoS管理機能を持ってよい。またRRCは、無線リンク失敗の検出及び復旧の機能を持ってよい。RRCは、RRCメッセージを用いて、報知、ページング、RRC接続管理、無線ベアラ制御、セルグループ制御、モビリティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行ってよい。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なってよい。
　RRCメッセージは、論理チャネルのBCCHを用いて送られてよいし、論理チャネルのPCCHを用いて送られてよいし、論理チャネルのCCCHを用いて送られてよいし、論理チャネルのDCCHを用いて送られてよい。また、DCCHを用いて送られるRRCメッセージの事を、専用RRCシグナリング(Dedicated RRC signaling)、又はRRCシグナリングと言い換えてよい。
　BCCHを用いて送られるRRCメッセージには、例えばマスター情報ブロック(Master Information Block:MIB)が含まれてよいし、各タイプのシステム情報ブロック(System Information Block:SIB)が含まれてよいし、他のRRCメッセージが含まれてよい。PCCHを用いて送られるRRCメッセージには、例えばページングメッセージが含まれてよいし、他のRRCメッセージが含まれてよい。
　CCCHを用いてアップリンク(UL)方向に送られるRRCメッセージには、例えばRRCセットアップ要求メッセージ(RRC Setup Request)、RRC再開要求メッセージ(RRC Resume Request)、RRC再確立要求メッセージ(RRC Reestablishment Request)、RRCシステム情報要求メッセージ(RRC System Info Request)などが含まれてよい。また例えばRRC接続要求メッセージ(RRC Connection Request)、RRCコネクション再開要求メッセージ(RRC Connection Resume Request)、RRC接続再確立要求メッセージ(RRC Connection Reestablishment Request)などが含まれてよい。また他のRRCメッセージが含まれてよい。
　CCCHを用いてダウンリンク(DL)方向に送られるRRCメッセージには、例えばRRC接続拒絶メッセージ(RRC Connection Reject)、RRC接続セットアップメッセージ(RRC Connection Setup)、RRCコネクション再確立メッセージ(RRC Connection Reestablishment)、RRCコネクション再確立拒絶メッセージ(RRC Connection Reestablishment Reject)などが含まれてよい。また例えばRRC拒絶メッセージ(RRC Reject)、RRCセットアップメッセージ(RRC Setup)などが含まれてよい。また他のRRCメッセージが含まれてよい。
　DCCHを用いてアップリンク(UL)方向に送られるRRCシグナリングには、例えば測定報告メッセージ(Measurement Report)、RRC接続再設定完了メッセージ(RRC Connection Reconfiguration Complete)、RRC接続セットアップ完了メッセージ(RRC Connection Setup Complete)、RRC接続再確立完了メッセージ(RRC Connection Reestablishment Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また例えば測定報告メッセージ(Measurement Report)、RRC再設定完了メッセージ(RRC Reconfiguration Complete)、RRCセットアップ完了メッセージ(RRC Setup Complete)、RRC再確立完了メッセージ(RRC Reestablishment Complete)、RRC再開完了メッセージ(RRC Resume Complete)、セキュリティモード完了メッセージ(Security Mode Complete)、UE能力情報メッセージ(UE Capability Information)などが含まれてよい。また他のRRCシグナリングが含まれてよい。
　DCCHを用いてダウンリンク(DL)方向に送られるRRCシグナリングには、例えばRRC接続再設定メッセージ(RRC Connection Reconfiguration)、RRC接続解放メッセージ(RRC Connection Release)、セキュリティモードコマンドメッセージ(Security Mode Command)、UE能力照会メッセージ(UE Capability Enquiry)などが含まれてよい。また例えばRRC再設定メッセージ(RRC Reconfiguration)、RRC再開メッセージ(RRC Resume)、RRC解放メッセージ(RRC Release)、RRC再確立メッセージ(RRC Reestablishment)、セキュリティモードコマンドメッセージ(Security Mode Command)、UE能力照会メッセージ(UE Capability Enquiry)などが含まれてよい。また他のRRCシグナリングが含まれてよい。
　NASの機能の一例について説明する。NASは、認証機能を持ってよい。またNASは、モビリティ(mobility)管理を行う機能を持ってよい。またNASは、セキュリティ制御の機能を持ってよい。
　前述のPHY、MAC、RLC、PDCP、SDAP、RRC、NASの機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
　次にLTE及びNRにおけるUE122の状態遷移について説明する。EPC、又は5GCに接続するUE122は、RRC接続が確立されている(RRC connection has been established)とき、UE122はRRC_CONNECTED状態であってよい。RRC接続が確立されている状態とは、UE122が、後述のUEコンテキストの一部又は全てを保持している状態を含んでよい。またRRC接続が確立されている状態とは、UE122がユニキャストデータを送信、及び/又は受信できる状態を含んでよい。またUE122は、RRC接続が休止(サスペンド:suspend)しているとき、UE122はRRC_INACTIVE状態であってよい。また、UE122がRRC_INACTIVE状態になるのは、UE122が5GCに接続している場合で、RRC接続が休止しているときであってよい。UE122が、RRC_CONNECTED状態でも、RRC_INACTIVE状態でも無いとき、UE122はRRC_IDLE状態であってよい。
　なお、UE122がEPCに接続している場合、RRC_INACTIVE状態を持たないが、E-UTRANによってRRCコネクションの休止が開始されてもよい。UE122がEPCに接続している場合、RRCコネクションが休止されるとき、UE122はUEのASコンテキストと復帰(リジューム:resume)に用いる識別子(resumeIdentity)を保持してRRC_IDLE状態に遷移してよい。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRCコネクションの復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRCコネクションの復帰を開始してもよい。
　EPC104に接続するUE122と、5GC110に接続するUE122とで、休止の定義が異なってよい。また、UE122がEPCに接続している場合(UE122がRRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(UE122がRRC_INACTIVE状態で休止している場合)とで、UE122が休止から復帰する手順のすべてあるいは一部が異なってよい。
　なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状態(connected mode)、不活性状態(inactive mode)、アイドル状態(idle mode)と呼んでよいし、RRC接続状態(RRC connected mode)、RRC不活性状態(RRC inactive mode)、RRCアイドル状態(RRC idle mode)と呼んでよい。
　UE122が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC(RObust Header Compression)状態を含むPDCP状態、接続元(Source)のPCellで使われていたC-RNTI(Cell Radio Network Temporary Identifier)、セル識別子(cellIdentity)、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEのASコンテキストは、UE122が保持するUEのASコンテキストと同じ情報を含んでもよいし、UE122が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。
　セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
　次にサービングセル(Serving Cell)について説明する。後述するCAおよび/またはDCが設定されていないRRC接続状態の端末装置において、サービングセルは、1つのプライマリセル(Primary Cell:PCell)から構成されてよい。また、後述するCAおよび/またはDCが設定されているRRC接続状態の端末装置において、複数のサービングセルは、1つ又は複数のスペシャルセル(Special Cell:SpCell)と、1つ又は複数のすべてのセカンダリセル(Secondary Cell:SCell)から構成される複数のセルの集合(set of cell(s))を意味してよい。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス(contention-based Random Access:CBRA)をサポートしてよいし、またSpCellは常に活性化されてよい。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであってよい。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであってよい。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであってよい。PSCellは、後述するセカンダリノード追加の際に、ランダムアクセス手順に用いられるセルであってよい。またSpCellは、上述の用途以外の用途に用いられるセルであってよい。
　端末装置に対して設定されたサービングセルのグループが、SpCell及び1つ以上のSCellから構成されることは、端末装置に対してキャリアアグリゲーション(carrier aggregation:CA)が設定されているとみなされてよい。また、CAが設定されている端末装置に対して、SpCellに対して追加の無線リソースを提供しているセルはSCellを意味してよい。
　RRCによって設定されているサービングセルのグループで、その中の上りリンクが設定されているセルに対し同じタイミング参照セル(timing reference cell)および同じタイミングアドバンスの値を使用しているサービングセルのグループの事をタイミングアドバンスグループ(Timing Advance Group:TAG)と呼んでよい。またMACエンティティのSpCellを含むTAGはプライマリタイミングアドバンスグループ(Primary Timing Advance Group:PTAG)を意味してよい。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ(Secondary Timing Advance Group:STAG)を意味してよい。なお1つ又は複数の前記TAGは、後述するセルグループ毎に構成されてよい。
　端末装置に対し基地局装置から設定される、セルグループ(Cell Group)について説明する。セルグループは、1つのSpCellで構成されてよい。またセルグループは、1つのSpCellと、1つ又は複数のSCellから構成されてよい。即ちセルグループは、1つのSpCellと、必要に応じて(optionally)1つ又は複数のSCellから構成されてよい。またセルグループは、セルの集合(set of cell(s))と表現されてよい。
　Dual Connectivity(DC)とは、第1の基地局装置(第1のノード)と第2の基地局装置(第2のノード)がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技術であってよい。DCや、後述するMR-DCが行われる場合、端末装置に対し基地局装置からセルグループの追加が行われてよい。DCを行うために、第1の基地局装置が第2の基地局装置を追加してよい。第1の基地局装置の事をマスターノード(Master Node:MN)と呼んでよい。またマスターノードが構成するセルグループをマスターセルグループ(Master Cell Group:MCG)と呼んでよい。第2の基地局装置の事をセカンダリノード(Secondary Node:SN)と呼んでよい。またセカンダリノードが構成するセルグループをセカンダリセルグループ(Secondary Cell Group:SCG)と呼んでよい。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていてよい。
　また、DCが設定されていない場合において、端末装置に設定されるセルグループの事をMCGと呼んでよい。また、DCが設定されていない場合において、端末装置に設定されるSpCellはPCellであってよい。また、DCが設定されていないNRを、NRスタンドアロンと呼んでよい。
　なお、Multi-Radio Dual Connectivity(MR-DC)とは、MCGにE-UTRA、SCGにNRを用いたDCを行う技術であってよい。またMR-DCとは、MCGにNR、SCGにE-UTRAを用いたDCを行う技術であってよい。またMR-DCとは、MCG及びSCGの両方に、NRを用いたDCを行う技術であってよい。MR-DCはDCに含まれる技術であってよい。MCGにE-UTRA、SCGにNRを用いるMR-DCの例として、コア網にEPCを用いるEN-DC(E-UTRA-NR Dual Connectivity)があってよいし、コア網に5GCを用いるNGEN-DC(NG-RAN E-UTRA-NR Dual Connectivity)があってよい。またMCGにNR、SCGにE-UTRAを用いるMR-DCの例として、コア網に5GCを用いるNE-DC(NR-E-UTRA Dual Connectivity)があってよい。またMCG及びSCGの両方にNRを用いるMR-DCの例として、コア網に5GCを用いるNR-DC(NR-NR Dual Connectivity)があってよい。
　なお端末装置において、MACエンティティは各セルグループに対して1つ存在してよい。例えば端末装置にDC又はMR-DCが設定される場合において、MCGに対する1つのMACエンティティ、及びSCGに対する1つのMACエンティティが存在してよい。端末装置におけるMCGに対するMACエンティティは、全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていてよい。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト(create)されてよい。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCシグナリングを受け取る事により設定が行われてよい。MACエンティティがMCGに関連付けられている場合、SpCellはPCellを意味してよい。またMACエンティティがSCGに関連付けられている場合、SpCellはプライマリSCGセル(Primary SCG Cell:PSCell)を意味してよい。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味してよい。PCell、PSCellおよびSCellはサービングセルである。EN-DC、及びNGEN-DCにおいて、MCGに対するMACエンティティはE-UTRA MACエンティティであってよいし、SCGに対するMACエンティティはNR MACエンティティであってよい。また、NE-DCにおいて、MCGに対するMACエンティティはNR MACエンティティであってよいし、SCGに対するMACエンティティはE-UTRA MACエンティティであってよい。またNR-DCにおいて、MCG及びSCGに対するMACエンティティは共にNR MACエンティティであってよい。なお、MACエンティティが各セルグループに対して1つ存在する事を、MACエンティティは各SpCellに対して1つ存在すると言い換えてよい。また、各セルグループに対する1つのMACエンティティを、各SpCellに対する1つのMACエンティティと言い換えてよい。
　無線ベアラについて説明する。端末装置が基地局装置と通信する場合、端末装置と、基地局装置との間に無線ベアラ(RB:Radio Bearer)を確立する事により、無線接続を行ってよい。CPに用いられる無線ベアラは、シグナリング無線ベアラ(SRB:Signaling Radio Bearer)と呼ばれてよい。またUPに用いられる無線ベアラは、データ無線ベアラ(DRB:Data Radio Bearer)と呼ばれてよい。各無線ベアラには、無線ベアラ識別子(Identity:ID)が割り当てられてよい。SRB用無線ベアラ識別子は、SRB識別子(SRB Identity、またはSRB ID)と呼ばれてよい。DRB用無線ベアラ識別子は、DRB識別子(DRB Identity、またはDRB ID)と呼ばれてよい。E-UTRAのSRBにはSRB0からSRB2が定義されてよいし、これ以外のSRBが定義されてよい。NRのSRBにはSRB0からSRB3が定義されてよいし、これ以外のSRBが定義されてよい。SRB0は、論理チャネルのCCCHを用いて送信、及び/又は受信が行われる、RRCメッセージのためのSRBであってよい。SRB1は、RRCシグナリングのため、及びSRB2の確立前のNASシグナリングのためのSRBであってよい。SRB1を用いて送信、及び/又は受信が行われるRRCシグナリングには、ピギーバックされたNASシグナリングが含まれてよい。SRB1を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリングには、論理チャネルのDCCHが用いられてよい。SRB2は、NASシグナリングのため、及び記録測定情報(loggedmeasurement information)を含むRRCシグナリングのためのSRBであってよい。SRB2を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリングには、論理チャネルのDCCHが用いられてよい。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、端末装置に、EN-DC、NGEN-DC、NR-DCなどが設定されているときの特定のRRCシグナリングを送信、及び/又は受信するためのSRBであってよい。SRB3を用いて送信、及び/又は受信される全てのRRCシグナリングやNASシグナリングには、論理チャネルのDCCHが用いられてよい。また、その他の用途のために他のSRBが用意されてもよい。DRBは、ユーザデータのための無線ベアラであってよい。DRBを用いて送信、及び/又は受信が行われるRRCシグナリングには、論理チャネルのDTCHが用いられてもよい。
　端末装置における無線ベアラについて説明する。無線ベアラにはRLCベアラが含まれてよい。RLCベアラは1つ又は2つのRLCエンティティと論理チャネルで構成されてよい。RLCベアラにRLCエンティティが2つ存在する場合のRLCエンティティはTM RLCエンティティ、及び/又は単方向UMモードのRLCエンティティにおける、送信RLCエンティティ及び受信RLCエンティティであってよい。SRB0は1つのRLCベアラから構成されてよい。SRB0のRLCベアラはTMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB0は全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていてよい。SRB1は端末装置がRRCアイドル状態からRRC接続状態に遷移する際、基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB1は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB2は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれてよい。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ確立及び/又は設定されてよい。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであってよい。SRB3は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されてよい。SRB3の基地局装置側のPDCPはセカンダリノードに置かれてよい。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCシグナリングにより、端末装置に1つ又は複数確立及び/又は設定されてよい。DRBは1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されてよい。DRBのRLCベアラはAM又はUMのRLCエンティティ、及び論理チャネルから構成されてよい。
　なお、MR-DCにおいて、マスターノードにPDCPが置かれる無線ベアラの事を、MN終端(ターミネティド:terminated)ベアラと呼んでよい。また、MR-DCにおいて、セカンダリノードにPDCPが置かれる無線ベアラの事を、SN終端(ターミネティド:terminated)ベアラと呼んでよい。なお、MR-DCにおいて、RLCベアラがMCGにのみ存在する無線ベアラの事を、MCGベアラ(MCG bearer)と呼んでよい。また、MR-DCにおいて、RLCベアラがSCGにのみ存在する無線ベアラの事を、SCGベアラ(SCG bearer)と呼んでよい。またDCにおいて、RLCベアラがMCG及びSCG両方に存在する無線ベアラの事を、スプリットベアラ(split bearer)と呼んでよい。
　端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB1及びSRB2のベアラタイプは、MN終端MCGベアラ及び/又はMN終端スプリットベアラであってよい。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB3のベアラタイプは、SN終端SCGベアラであってよい。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるDRBのベアラタイプは、全てのベアラタイプのうちの何れかであってよい。
　E-UTRAで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、E-UTRA RLCであってよい。またNRで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、NR RLCであってよい。端末装置にEN-DCが設定される場合、MN終端MCGベアラに対し確立及び/又は設定されるPDCPエンティティは、E-UTRA PDCP又はNR PDCPの何れかであってよい。また端末装置にEN-DCが設定される場合、その他のベアラタイプの無線ベアラ、即ちMN終端スプリットベアラ、MN終端SCGベアラ、SN終端MCGベアラ、SN終端スプリットベアラ、及びSN終端SCGベアラ、に対して確立及び/又は設定されるPDCPは、NR PDCPであってよい。また端末装置にNGEN-DC、又はNE-DC、又はNR-DCが設定される場合、全てのベアラタイプにおける無線ベアラに対して確立及び/又は設定されるPDCPエンティティは、NR PDCPであってよい。
　なおNRにおいて、端末装置に確立及び/又は設定されるDRBは1つのPDUセッションに紐づけられてよい。端末装置において1つのPDUセッションに対し、1つのSDAPエンティティが確立及び/又は設定されてよい。端末装置に確立及び/又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信するRRCシグナリングにより確立及び/又は設定されてよい。
　なお、MR-DCが設定されるか否かに関わらず、マスターノードがeNB102であり、EPC104をコア網とするネットワーク構成を、E-UTRA/EPCと呼んでよい。またマスターノードがeNB102であり、5GC110をコア網とするネットワーク構成を、E-UTRA/5GCと呼んでよい。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んでよい。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指してよい。
　次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとはRRC接続状態のUE122がサービングセルをソースSpCellからターゲットSpCellへ変更する処理であってよい。ハンドオーバは、UE122がeNB102、及び/又はgNB108より、ハンドオーバを指示するRRCシグナリングを受信した時に行われてよい。ハンドオーバを指示するRRCシグナリングとは、ハンドオーバを指示するパラメータ(例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素)を含むRRCコネクションの再設定に関するメッセージの事であってよい。なお上述のMobilityControlInfoという名称の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えてよい。なお上述のReconfigurationWithSyncという名称の情報要素の事を同期付再設定情報要素、又は同期付再設定と言い換えてよい。またハンドオーバを指示するRRCシグナリングとは、他のRATのセルへの移動を示すメッセージ(例えばMobilityFromEUTRACommand、又はMobilityFromNRCommand)の事であってよい。またハンドオーバの事を同期付再設定(reconfiguration with sync)と言い換えてよい。またUE122がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んでよい。
　端末装置と基地局装置との間で送受信される、RRCシグナリングのフローについて説明する。図4は、本実施形態に係るRRCにおける、各種設定のための手順(procedure)のフローの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCシグナリングが送られる場合のフローの一例である。
　図4において、基地局装置はRRCメッセージを作成する(ステップS400)。基地局装置におけるRRCメッセージの作成は、基地局装置がシステム情報(SI:System Information)やページングメッセージを配信するために行われてよい。また基地局装置におけるRRCメッセージの作成は、基地局装置が特定の端末装置に対して処理を行わせるRRCシグナリングを送信するために行われてよい。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、RRCコネクションの再設定、異なるRATへのハンドオーバ、RRCコネクションの休止、RRCコネクションの解放などの処理を含んでよい。RRCコネクションの再設定処理には、例えば無線ベアラの制御(確立、変更、解放など)、セルグループの制御(確立、追加、変更、解放など)、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれてよい。また基地局装置におけるRRCメッセージの作成は、端末装置から送信されたRRCシグナリングへの応答のために行われてよい。端末装置から送信されたRRCシグナリングへの応答は、例えばRRCセットアップ要求への応答、RRC再接続要求への応答、RRC再開要求への応答などを含んでよい。RRCメッセージには各種情報通知や設定のための情報(パラメータ)が含まれる。これらのパラメータは、フィールド及び/又は情報要素と呼ばれてよいし、ASN.1(Abstract Syntax Notation One)という記述方式を用いて記述されてよい。
　図4において、次に基地局装置は、作成したRRCシグナリングを端末装置に送信する(ステップS402)。次に端末装置は受信した上述のRRCシグナリングに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。処理を行った端末装置は、基地局装置に対し、応答のためのRRCシグナリングを送信してよい(不図示)。
　RRCシグナリングは、上述の例に限らず、他の目的に使われてよい。
　なおMR-DCにおいて、SCG側の設定(セルグループ設定、無線ベアラ設定、測定設定など)のためのRRCシグナリングを、端末装置との間で転送するのに、マスターノード側のRRCが用いられてよい。例えばEN-DC、又はNGEN-DCにおいて、eNB102とUE122との間で送受信されるE-UTRAのRRCシグナリングに、NRのRRCシグナリングがコンテナの形で含まれてよい。またNE-DCにおいて、gNB108とUE122との間で送受信されるNRのRRCシグナリングに、E-UTRAのRRCシグナリングがコンテナの形で含まれてよい。SCG側の設定のためのRRCシグナリングは、マスターノードとセカンダリノードの間で送受信されてよい。
　なお、MR-DCを利用する場合に限らず、eNB102からUE122に送信されるE-UTRA用RRCシグナリングに、NR用RRCシグナリングが含まれていてよいし、gNB108からUE122に送信されるNR用RRCシグナリングに、E-UTRA用RRCシグナリングが含まれていてよい。
　RRCコネクションの再設定に関するメッセージに含まれる、パラメータの一例を説明する。図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれる、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。また図8は、図4において、E-UTRAでのRRCコネクションの再設定に関するメッセージに含まれる、セルグループ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。図7、図8に限らず、本実施形態におけるASN.1の例で、<略>及び<中略>とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていてよい。なお本実施形態においてASN.1の例はASN.1表記方法に正しく従ったものではない。本実施形態においてASN.1の例は、本実施形態におけるRRCシグナリングのパラメータの一例を表記したものであり、他の名称や他の表記が用いられてよい。またASN.1の例は、説明が煩雑になることを避けるために、本実施形態と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本実施形態において、RRCシグナリングに含まれる、ASN.1で記述されるフィールド、情報要素等は、情報と言い換えられてよいし、パラメータと言い換えられてよい。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであってよいし、E-UTRAにおけるRRCコネクション再設定メッセージであってよい。
　図7においてCellGroupConfigという名称の情報要素は、NRでのMCG又はSCGのセルグループの設定、変更、解放等に使われる情報要素であってよい。CellGroupConfigという名称の情報要素は、後述のTCI情報要素を含んでよい。CellGroupConfigという名称の情報要素を、セルグループ設定情報要素、又はセルグループ設定と言い換えてよい。またCellGroupConfigという名称の情報要素がNRでのSCGのセルグループの設定に使われる場合、このCellGroupConfigという名称の情報要素を、SCG側の設定と言い換えてよい。CellGroupConfigという名称の情報要素に含まれる、SpCellConfigという名称の情報要素は、特別なセル(SpCell)の設定に使われる情報要素であってよい。SpCellConfigという名称の情報要素を、SpCell設定情報要素、又はSpCell設定と言い換えてよい。SpCellConfigという名称の情報要素に含まれる、DeactivatedSCG-Config-r17という名称の情報要素は、後述のSCGの不活性化において設定される情報要素であってよい。DeactivatedSCG-Config-r17という名称の情報要素を、SCGの不活性化における設定と言い換えてよい。なおDeactivatedSCG-Config-r17という名称の情報要素には、bfd-and-RLMで示される、SCGの不活性状態において、端末装置に、後述のBFDおよび/またはRLMをPSCellで行うか否かを指示するためのパラメータが含まれてよい。SpCellConfigという名称の情報要素に含まれる、TCI-Infoという名称の情報要素は、TCI状態を示す情報要素であってよい。TCI-Infoという名称の情報要素を、TCI情報要素と言い換えてよい。なおTCI-Infoという名称の情報要素には、BWP-Idで示される後述のBWPの識別子のパラメータが含まれる。
　次にRLM(無線リンクモニタリング)について説明する。
　端末装置は、サービングセル（PCellおよび／またはPSCell等）において、ある種類の参照信号（セル固有の参照信号（CRS）等）を用いて無線リンクモニタリングを行なってよい。また、端末装置は、サービングセル（PCellおよび／またはPSCell等）における無線リンクモニタリングにどの参照信号を用いるかを示す設定（無線リンクモニタリング設定：RadioLinkMonitoringConfig）を基地局装置から受け取り、設定された１つまたは複数の参照信号（ここではRLM-RSと称する）を用いて無線リンクモニタリングを行なってよい。また、端末装置は、その他の信号を用いて無線リンクモニタリングを行なってよい。端末装置の物理層処理部は、サービングセル（PCellおよび／またはPSCell等）において同期中となる条件を満たしている場合には、同期中を上位レイヤに通知してよい。
　前記無線リンクモニタリング設定には、モニタリングの目的を示す情報と、参照信号を示す識別子情報とが含まれてよい。例えば、モニタリングの目的には、無線リンク失敗をモニタリングする目的、ビームの失敗をモニタリングする目的、あるいはその両方の目的、などが含まれてよい。また、例えば、参照信号を示す識別子情報は、セルのSSBのSSB-Indexを示す情報が含まれてよい。すなわち、参照信号には同期信号が含まれてよい。また、例えば、参照信号を示す識別子情報は、端末装置に設定されたチャネル状態情報参照信号（CSI-RS）に紐づけられた識別子を示す情報が含まれてよい。
　セルの活性化(Activation)および不活性化(Deactivation)について説明する。Dual Connectivityで通信する端末装置において、前述のRRCコネクションの再設定に関するメッセージによって、マスターセルグループ(MCG)の設定とセカンダリセルグループ(SCG)が設定される。各セルグループは、スペシャルセル(SpCell)とそれ以外の0個以上のセル(セカンダリセル:SCell)とで構成されてよい。MCGのSpCellはPCellとも称する。SCGのSpCellはPSCellとも称する。セルの不活性化は、SpCellには適用されず、SCellに適用されてよい。
　また、セルの不活性化は、PCellには適用されず、PSCellには適用されてもよい。この場合、セルの不活性化は、SpCellとSCellとで異なる処理であってもよい。
　セルの活性化および不活性化はセルグループ毎に存在するMACエンティティで処理されてよい。端末装置に設定されたSCellは下記(A)から(C)の一部または全部によって活性化および/または不活性化されてよい。
　　(A)SCellを活性化/不活性化させるMAC CEの受信
　　(B)PUCCHが設定されていないSCell毎に設定されているSCell不活性タイマー
　　(C)端末装置に設定されたSCell毎に設定されているRRCパラメータ(sCellState)
　具体的には、端末装置のMACエンティティはセルグループに設定されている各SCellに対して以下の処理(AD)をおこなってよい。
　(処理AD)
　もし、SCell設定の際にSCellに設定されているRRCパラメータ(sCellState)がactivatedに設定されている、またはSCellを活性化させるMAC CEを受信した場合、UE122のMACエンティティは処理(AD-1)を行う。そうでなく、もし、SCellを不活性化させるMAC CEを受信した、または、活性状態のSCellにおいてSCell不活性タイマーが満了したら、UE122のMACエンティティは処理(AD-2)を行う。もし、活性状態のSCellのPDCCHによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのPDCCHによって、活性状態のSCellに対する上りリンクグラントまたは下りリンク割り当てが通知されたら、または、設定された上りリンクグラントにおいてMAC PDUが送信された、または、設定された下りリンク割り当てにおいてMAC PDUが受信されたら、UE122のMACエンティティはそのSCellに関連付けられたSCell不活性タイマーを再スタートする。もし、SCellが不活性状態となったら、UE122のMACエンティティは処理(AD-3)を行う。
　(処理AD-1)
　　もし、NRにおいて、このSCellを活性化させるMAC CEを受信する前にこのSCellが不活性状態であった、またはSCell設定の際にそのSCellに設定されているRRCパラメータ(sCellState)がactivatedに設定されているならば、UE122のMACエンティティは処理(AD-1A)または処理(AD-1B)を行う。
　　また、UE122のMACエンティティはそのSCellに対応付けられたSCell不活性タイマーをスタート、または(すでにスタートしている場合は)再スタートする。
　　もし、Active DL BWPが後述の休眠BWP(Dormant BWP)でない場合、UE122のMACエンティティは下記(A)から(B)の一部または全部を実施する。
　　　(A)もしあれば貯蓄された設定(stored configuration)に従って、このSCellに対応付けられている、グラントタイプ1のサスペンドされたすべてのコンフィギュアード上りリンクグラントを(再び)初期化する。
　　　(B)PHRをトリガする。
　　もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPが休眠(Dormant)BWPに設定されていない場合、UE122のMACエンティティは処理(AD-1A)を行う。もし、SCellを活性化させるMAC CEを受信し、そのSCellに対してRRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPが休眠(Dormant)BWPに設定されている場合、UE122のMACエンティティは処理(AD-1B)を行う。また、UE122のMACエンティティは下記(A)から(B)の一部または全部を実施する。
　　　(A)RRCシグナリングで設定されている第1アクティブ下りリンクBWP識別子(firstActiveDownlinkBWP-Id)で示されるBWPを活性化する
　　　(B)RRCシグナリングで設定されている第1アクティブ上りリンクBWP識別子(firstActiveUplinkBWP-Id)で示されるBWPを活性化する
　(処理AD-1A)
　　UE122のMACエンティティはSCellを活性化し、下記(A)から(E)の一部または全部を実施する。
　　　(A)このSCellでサウンディング参照信号(SRS)を送信する。
　　　(B)このSCellのためのCSIを報告する。
　　　(C)このSCellのPDCCHをモニタする。
　　　(D)このSCellに対するPDCCHをモニタする。(他のサービングセルにおいてこのSCellに対するスケジュールが行われる場合)
　　　(E)もしPUCCHが設定されていれば、このSCellでPUCCHを送信する。
　(処理AD-1B)
　　UE122のMACエンティティはこのサービングセルのBWP不活性タイマーが走っているならば停止する。
　(処理AD-2)
　　UE122のMACエンティティは下記(A)から(F)の一部または全部を実施する。
　　　(A)このSCellを不活性化する。
　　　(B)このSCellに対応付けられているSCell不活性タイマーを停止する。
　　　(C)このSCellに対応付けられているすべてのActive BWPを不活性化する。
　　　(D)このSCellに対応付けられている、すべての設定された下りリンク割り当ておよび/またはすべてのグラントタイプ2のコンフィギュアード上りリンクグラントをクリアする。
　　　(E)このSCellに対応付けられている、すべてのグラントタイプ1のコンフィギュアード上りリンクグラントをサスペンドする。
　　　(F)このSCellに対応付けられているHARQのバッファをフラッシュする。
　(処理AD-3)
　　UE122のMACエンティティは下記(A)から(D)の一部または全部を実施する。
　　　(A)このSCellでSRSを送信しない。
　　　(B)このSCellのためのCSIを報告しない。
　　　(C)このSCellでPUCCH、UL-SCH、および/またはRACHを送信しない。
　　　(D)このSCellのPDCCH、および/またはこのSCellに対するPDCCHのモニタをしない。
　上記のように、MACエンティティが処理(AD)を行うことにより、SCellが活性化および不活性化される。
　また前述のようにSCellが追加される場合に、RRCシグナリングによってSCellの初期状態が設定されてもよい。
　ここで、SCell不活性タイマーについて説明する。PUCCHが設定されないSCellに対しては、RRCシグナリングによって、SCell不活性タイマーの値(タイマーが満了したとみなされる時間に関する情報)が通知されてよい。例えば、RRCシグナリングでSCell不活性タイマーの値として40msを示す情報が通知された場合、上記処理(AD)において、タイマーをスタートまたは再スタートしてからタイマーが停止することなく通知された時間(ここでは40ms)が経過したしたときに、タイマーが満了したとみなされる。また、SCell不活性タイマーは、sCellDeactivationTimerという名称のタイマーであってもよい。
　ここで、上りリンク(UL)におけるタイムアライメント(time alignment)を維持するためにRRCで設定されたパラメータ(timeAlignmentTimer)について説明する。
　timeAlignmentTimerはTAG毎に設定されてよい。また、timeAlignmentTimerは関連付けられたTAGに属するサービングセルがULの時間に同期しているとMACエンティティが考慮する期間を制御してもよい。timeAlignmentTimerをTATとも称する。
　PTAGに関連付けられたtimeAlignmentTimerが満了したら、MACエンティティは下記(A)から(E)の一部または全部を実施する。
　(PT)
　　(A)PTAGに属するすべてのサービングセルのためのHARQのバッファをフラッシュする。
　　(B)もしあればPTAGに属するすべてのサービングセルのためのPUCCHをリリースすることをRRCに通知する。
　　(C)もしあればPTAGに属するすべてのサービングセルのためのSRSをリリースすることをRRCに通知する。
　　(D)すべての設定された下りリンク割り当ておよび/またはすべてのコンフィギュアード上りリンクグラントをクリアする。
　　(E)すべての走っているtimeAlignmentTimerが満了したと考慮する。
　STAGに関連付けられたtimeAlignmentTimerが満了したら、MACエンティティはこのTAGに属するすべてのサービングセルに関して下記(A)から(D)の一部または全部を実施する。
　　(A)HARQのバッファをフラッシュする。
　　(B)もしあればPUCCHをリリースすることをRRCに通知する。
　　(C)もしあればSRSをリリースすることをRRCに通知する。
　　(D)すべての設定された下りリンク割り当ておよび/またはすべてのコンフィギュアード上りリンクグラントをクリアする。
　次にSCGの不活性化(Deactivation)および活性化(Activation)について説明する。
　SCGの不活性化とは、SCGを不活性化することを意味してよい。また、SCGの不活性化とは、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応するセルグループを不活性化することを意味してよい。また、SCGの不活性化とは、PSCell(SCGのSpCell)の不活性化、または、PSCellを不活性化することを意味してよい。SCGの活性化とは、SCGを活性化することを意味してよい。また、SCGの活性化とは、MACエンティティがSCGに関連付けられていて、かつ前記MACエンティティに対応するセルグループを活性化することを意味してよい。また、SCGの活性化とは、PSCell(SCGのSpCell)の活性化、または、PSCellを活性化することを意味してよい。
　LTEおよび/またはNRにおいて、SCGの不活性状態とは、端末装置が、そのSCGのPSCell(SpCell)において下記(A)から(P)の一部または全部を実施する状態であってよい。また、SCGの不活性状態とは、SCGが不活性化されている状態(SCGが休眠している状態)を意味してよい。
　(SD-1)
　　(A)このPSCellでSRSを送信しない。
　　(B)このPSCellのためのCSIを測定しない。
　　(C)このPSCellのためのCSIを報告しない。
　　(D)このPSCellでPUCCHを送信しない。
　　(E)このPSCellでUL-SCHを送信しない。
　　(F)このPSCellでRACHを送信しない。
　　(G)このPSCellのPDCCHをモニタしない。
　　(H)このPSCellに対するPDCCHをモニタしない。
　　(I)このPSCellにおけるActive BWPを不活性化する。
　　(J)このPSCellで間欠受信(DRX)を行う。
　　(K)このPSCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このPSCellのPDCCH、および/またはこのPSCellに対するPDCCHをモニタしない。
　　(L)このPSCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このPSCellのPDCCH、および/またはこのPSCellに対するPDCCHをモニタしない。
　　(M)このPSCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリング(Radio Link Monitoring:RLM)を行う。
　　(N)このPSCellに対応付けられている、グラントタイプ1の一部またはすべてのコンフィギュアード上りリンクグラントをサスペンドする。
　　(O)このPSCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持する。
　　(P)SCG側のMACエンティティに部分的なMACリセット(partial MAC reset)を実行させる。
　上記の(SD-1)の(M)は、SCG側の設定に含まれるbfd-and-RLMというパラメータに基づいて実施されてよい。
　上記の(SD-1)の(P)は、上記の(SD-1)の(A)から(O)の一部または全部を含んでよい。また、上記の(SD-1)の(P)は、下記(P-1)から(P-15)の一部または全部を含んでよい。
　　(P-1)論理チャネル毎に設定されているパラメータBjを0に初期化(initialize)する。
　　(P-2)PSCellに関連付けられた、BFDを行うために用いられるタイマー(beamFailureDetectionTimer)およびtimeAlignmentTimer(TAT)を除くすべてのタイマーが走っているならば停止する。
　　(P-3)すべての上りリンクHARQプロセスのNew Data Indicator(NDI)の値を0にセットする。
　　(P-4)もしあれば進行中のランダムアクセス手順を停止する。
　　(P-5)もしあれば明示的にシグナリングされた(explicitly signalled)、4ステップおよび2ステップのRAタイプのコンテンションフリーランダムアクセス(contention-free Random Access:CFRA)のリソースを破棄する。
　　(P-6)Msg3のバッファをフラッシュする。
　　(P-7)MSGAのバッファをフラッシュする。
　　(P-8)もしあれば、トリガされたSR手順をキャンセルする。
　　(P-9)もしあれば、トリガされたBSR手順をキャンセルする。
　　(P-10)もしあれば、トリガされたPHR手順をキャンセルする。
　　(P-11)もしあれば、トリガされたコンフィギュアード上りリンクグラントの確証(confirmation)をキャンセルする。
　　(P-12)すべての下りリンクHARQプロセスのソフトバッファをフラッシュする。
　　(P-13)各下りリンクHARQプロセスにおいて、あるトランスポートブロック(TB)のための次に受信される(next received)送信を、初めての(very first)送信であると考慮(consider)する。
　　(P-14)もしあればテンポラリC-RNTI(Temporary C-RNTI)をリリースする。
　　(P-15)PSCellに関連付けられた、BFDを行うために用いられるカウンター(BFI_COUNTER)を除くすべてのBFI_COUNTERをリセット(reset)する。
　LTEおよび/またはNRにおいて、SCGの活性状態とは、端末装置が、そのSCGのPSCell(SpCell)において下記(A)から(O)の一部または全部を実施する状態であってよい。また、SCGの活性状態とは、SCGが活性化されている状態(SCGが休眠していない状態)を意味してよい。
　(SA-1)
　　(A)このPSCellでSRSを送信する。
　　(B)このPSCellのためのCSIを測定する。
　　(C)このPSCellのためのCSIを報告する。
　　(D)このPSCellでPUCCHを送信する。
　　(E)このPSCellでUL-SCHを送信する。
　　(F)このPSCellでRACHを送信する。
　　(G)このPSCellのPDCCHをモニタする。
　　(H)このPSCellに対するPDCCHをモニタする。
　　(I)このPSCellにおけるInactive BWPを活性化する。
　　(J)このPSCellで間欠受信(DRX)を行う。
　　(K)このPSCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このPSCellのPDCCH、および/またはこのPSCellに対するPDCCHをモニタする。
　　(L)このPSCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および/またはCS-RNTIにアドレスされた、このPSCellのPDCCH、および/またはこのPSCellに対するPDCCHをモニタする。
　　(M)このPSCellで自動増幅制御(Automatic Gain Control:AGC)、ビーム失敗回復を含むビーム失敗検出(Beam Failure Detection:BFD)、および/または無線リンクモニタリング(Radio Link Monitoring:RLM)を行う。
　　(N)もしあれば貯蓄された設定(stored configuration)に従って、このPSCellに対応付けられている、グラントタイプ1の一部またはすべてのサスペンドされたコンフィギュアード上りリンクグラントを(再び)初期化する。
　　(O)このPSCellを含むTAG(PTAG)に関連付けられたtimeAlignmentTimer(TAT)を維持する。
　LTEおよび/またはNRにおいて、端末装置は、以下の(A)から(H)の一部または全部に基づいて、SCGが不活性状態であると判断してよい。なお、下記(A)から(F)のシグナリングや制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加えてまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外のセルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されてよい。
　(SD-2)
　　(A)SCGを不活性化するよう指示するRRCシグナリングの受信
　　(B)SCGを不活性化するよう指示するMAC CEの受信
　　(C)PSCellを不活性化するよう指示するRRCシグナリングの受信
　　(D)PSCellを不活性化するよう指示するMAC CEの受信
　　(E)その他のRRCシグナリングの受信
　　(F)その他のMAC CEの受信
　　(G)SCGの不活性タイマーの満了
　　(H)PSCellの不活性タイマーの満了
　上記の(SD-2)の(A)、(C)、(E)のRRCシグナリングは、例えばscg-Stateというパラメータを含んでもよい。scg-StateがRRCシグナリングに含まれることによって、SCGが不活性化されることを示してよい。scg-StateがRRCシグナリングに含まれないことによって、SCGが活性化されることを示してよい。RRCシグナリングにSCGを活性化する指示が含まれるとは、RRCシグナリングにSCGを不活性化する指示が含まれないことであってよい。RRCシグナリングにSCGを不活性化する指示が含まれないとは、前記scg-StateというパラメータがRRCシグナリングに含まれないことであってよい。RRCシグナリングにSCGを不活性化する指示が含まれるとは、前記scg-StateというパラメータがRRCシグナリングに含まれることであってよい。また、前記scg-Stateというパラメータは、SCGの不活性化を指示する情報であってもよい。また、scg-Stateは、RRC再設定メッセージ又はRRC再開メッセージに含まれてよい。また、前記RRCシグナリングは、MNで生成されてよい。
　図11は実施の形態の一例を示す図である。図11において、UE122の処理部502は、上記の(SD-2)に基づいてSCGが不活性状態であると判断する (ステップS1100)。また、UE122の処理部502は、前記判断に基づき、前記SCGを不活性化し、前記SCGの不活性状態における上記の(SD-1)で示したような動作を行う(ステップS1102)。
　LTEおよび/またはNRにおいて、端末装置は、以下の(A)から(K)の一部または全部に基づいて、SCGが活性状態であると判断してよい。なお、下記(A)から(F)のシグナリングや制御要素は、当該SCGを介して基地局装置から端末装置に通知されてよい。それに加えてまたはそれに代えて、下記(A)から(F)のシグナリングや制御要素は、当該SCG以外のセルグループ(MCG、当該SCG以外のSCG等)を介して基地局装置から端末装置に通知されてよい。SCGが活性状態であるとは、SCGが不活性状態でないことであってもよい。
　(SA-2)
　　(A)SCGを活性化するよう指示するRRCシグナリングの受信
　　(B)SCGを活性化するよう指示するMAC CEの受信
　　(C)PSCellを活性化するよう指示するRRCシグナリングの受信
　　(D)PSCellを活性化するよう指示するMAC CEの受信
　　(E)その他のRRCシグナリングの受信
　　(F)その他のMAC CEの受信
　　(G)SCGの不活性タイマー
　　(H)PSCellの不活性タイマー
　　(I)MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順の開始
　　(J)ランダムアクセス手順の開始
　　(K)スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が開始した)ランダムアクセス手順の開始
　上記の(SA-2)の(A)、(C)、(E)のRRCシグナリングは、例えばscg-Stateというパラメータが、RRC再設定メッセージ及び/又はRRC再開メッセージに含まれないことであってよい。また、前記RRCシグナリングは、MNで生成されてよい。
　図10は実施の形態の一例を示す図である。図10において、UE122の処理部502は、上記の(SA-2)に基づいてSCGが活性状態であると判断する(ステップS1000)。また、UE122の処理部502は、前記判断に基づき、前記SCGを活性化し、前記SCGの活性状態における上記の(SA-1)で示したような動作を行う(ステップS1002)。
　SCGを不活性化する端末装置は、当該SCGにおいて、以下の(A)から(I)の一部または全部を実施してよい。
　(SD-3)
　　(A)SCGが不活性化されると考慮(consider)する。
　　(B)下位レイヤ(MACエンティティ等)にSCGを不活性化するよう指示する。
　　(C)もし端末装置がRRC_CONNECTED状態であって、SCGを不活性化するよう指示するシグナリングを受信する前に前記SCGが活性化されていた場合、RRC再設定メッセージ又はRRCコネクションの再設定メッセージを受信する前にSRB3が設定されていて、前記RRC再設定メッセージ又は前記RRCコネクションの再設定メッセージに含まれているいずれかの無線ベアラ設定のためのRRCシグナリング(RadioBearerConfig)に従って前記SRB3が解放(リリース:release)されなければ、SDUの破棄の実行を前記SRB3のPDCPエンティティにトリガし、それに加えてまたはそれに代えて、前記SRB3のRLCエンティティを再確立する。
　　(D)すべてのSCellを不活性化する。
　　(E)活性状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみなす。
　　(F)休眠状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみなす。
　　(G)すべてのSCellに関連付けられたSCell不活性タイマーをスタートまたは再スタートしない。
　　(H)SCellを活性化させるMAC CEを無視する。例えば、前記処理(AD)において、SCellを活性化させるMAC CEを受信して、かつ、SCGを不活性化するよう指示されてない(またはSCGの不活性状態でない)場合に、処理(AD-1)を行う。
　　(I)前記処理(AD-2)を実行する。例えば、前記処理(AD)において、SCGを不活性化するよう指示された(またはSCGの不活性状態となった)場合に、処理(AD-2)を行う。
　端末装置のMACエンティティは、上記の(SD-3)の(B)に基づいて上位レイヤ(RRCエンティティ等)がSCGを不活性化するように前記MACエンティティに指示した場合、前記SCGのすべてのSCellを不活性化し、それに加えてまたはそれに代えて、上記の(SD-1)に基づいてPSCellを不活性化してよい。
　SCGを活性化する端末装置は、当該SCGにおいて、以下の(A)から(D)の一部または全部を実施してよい。
　(SA-3)
　　(A)SCGが活性化されると考慮(consider)する。
　　(B)もし端末装置がSCGを活性化するよう指示するシグナリングを受信する前に不活性状態のSCGが設定されていた場合、下位レイヤ(MACエンティティ等)にSCGを活性化するよう指示する。
　　(C)すべてのSCellを活性化するために、処理(AD-1)を行う。
　　(D)SCGの活性化をRRCシグナリングに基づいて実行する場合、このRRCシグナリングに、PSCell(SpCell)に対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、このPSCellにおいてランダムアクセス手順を開始する。
　端末装置のMACエンティティは、上記の(SA-3)の(B)に基づいて上位レイヤ(RRCエンティティ等)がSCGを活性化するように前記MACエンティティに指示した場合、上記の(SA-1)に基づいてSCGを活性化してよい。
　端末装置が、上記の(SA-2)に基づいてSCGが活性状態であると判断した場合、端末装置のRRCエンティティは、以下の(A)または(B)を満たすと判断したときに、下位レイヤ(MACエンティティ等)に、当該SCGのPSCellにおいてランダムアクセス手順を開始するよう指示してよい。
　　(A)端末装置にEN-DC、又は、NGEN-DCが設定されており、RRC再設定メッセージが、E-UTRAのSRB1、又は、E-UTRAのRRCコネクション再設定メッセージ(NRスタンドアロンから(NG)EN-DCへのハンドオーバ)経由で受信され、SCG側の設定のためのRRC再設定メッセージをコンテナの形で含むE-UTRAのRRCシグナリングに従って、SCGが不活性化されておらず、かつ、以下の(A-1)または(A-2)を満たす。
　　　(A-1)同期付再設定が、SCGのSpCell設定に含まれていた。
　　　(A-2)(A)に記載の、SCG側の設定のためのRRC再設定メッセージをコンテナの形で含むE-UTRAのRRCシグナリングを受信する前に、SCGが不活性化されており、かつ、以下の(A-2-1)から(A-2-4)を少なくとも一つ以上満たす。
　　　　(A-2-1)SCGにおいて無線リンク失敗が検出される。
　　　　(A-2-2)SCGの不活性状態においてPSCellでRLMを行うように設定されていて、かつ、特別な通知(indication#A)が、下位レイヤ(MACエンティティ等)から通知されている。
　　　　(A-2-3)特別な通知(indication#B)が、下位レイヤ(MACエンティティ等)から通知されている。
　　　　(A-2-4)SCGの不活性状態においてPSCellでRLMを行うように設定されていない。
　前記(A-2-2)は、次の(A-2-2’)のように置き換えられてもよい。
　　　　(A-2-2’)特別な通知(indication#A)が、下位レイヤ(MACエンティティ等)から通知されている。
　前記(A-2-3)は、次の(A-2-3’)のように置き換えられてもよい。
　　　　(A-2-3’)特別な通知(indication#B)が、下位レイヤ(MACエンティティ等)から通知されていて、かつ、前記indication#Bがキャンセルされていない。
　　(B)端末装置にNR-DCが設定されており、RRC再設定メッセージが、SCGのSRB1経由で受信され、SCG側の設定のためのRRC再設定メッセージをコンテナの形で含むNRのRRCシグナリングに従って、SCGが不活性化されておらず、かつ、以下の(B-1)または(B-2)を満たす。
　　　(B-1)同期付再設定が、SCGのSpCell設定に含まれていた。
　　　(B-2)(B)に記載の、SCG側の設定のためのRRC再設定メッセージをコンテナの形で含むNRのRRCシグナリングを受信する前に、SCGが不活性化されており、かつ、上記の(A-2-1)から(A-2-4)を少なくとも一つ以上満たす。
　SCGの不活性状態においてPSCellでRLMを行うように設定されているか否かは、図7のbfd-and-RLMというパラメータで設定されてよい。言い換えると、上述の、SCGの不活性状態においてPSCellでRLMを行うように設定されているとは、前記パラメータが、前記PSCellでSCGの不活性状態においてRLMを行うことを示すこと、または、前記パラメータが、SCG側の設定に含まれることであってよい。また、上述の、SCGの不活性状態においてPSCellでRLMを行うように設定されていないとは、前記パラメータが、前記PSCellでSCGの不活性状態においてRLMを行わないことを示すこと、または、前記パラメータが、SCG側の設定に含まれないことであってよい。
　図9は実施の形態の一例を示す図である。図9において、UE122は、eNB102またはgNB108からSCGを不活性化するよう指示するシグナリング(RRCシグナリング、MAC CE等)を受信する(ステップS900)。UE122は、上記通知に基づき、SCGのセルの一部または全部を不活性状態となるように制御する(ステップS902)。
　上記の動作により、SCGを不活性化する処理において、UE122の送信部504が当該SCGのセルの状態を不活性状態に変更するためのMAC CEを独立して送信することなく、効率的な状態変更が可能となる。また、SCGの不活性化がRRCシグナリングに基づいて実行される場合、従来では、初期状態の設定はRRC層でおこない、状態変更はMAC層でおこなっていたが、上記の動作により、RRC層の指示とMAC層の指示のミスマッチを回避しつつ効率的にSCGの状態変更を行うことができる。
　以上の説明をベースとして、様々な本実施形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
　図5は本実施形態における端末装置(UE122)の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図5では、本実施形態と密接に関連する主な構成部のみを示す。
　図5に示すUE122は、基地局装置より制御情報（DCI、RRCシグナリング等）を受信する受信部500、及び受信した制御情報に含まれるパラメータ）に従って処理を行う処理部502、および基地局装置に制御情報（UCI、RRCシグナリング等）を送信する送信部504、から成る。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。
　図6は本実施形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図6では、本実施形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、eNB102であってよいし、gNB108であってよい。
　図6に示す基地局装置は、UE122へ制御情報（DCI、RRCシグナリング等）を送信する送信部600、及び制御情報（DCI、パラメータを含むRRCシグナリング等）を作成し、UE122に送信する事により、UE122の処理部502に処理を行わせる処理部602、およびUE122から制御情報（UCI、RRCシグナリング等）を受信する受信部604から成る。また、処理部602には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部602には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
　図10を用いて本実施形態における、端末装置の処理の一例を説明する。
　図10は本実施形態における、端末装置の処理の一例を示す図である。UE122の処理部502は、上記の(SA-2)に基づいてSCGが活性状態であると判断してもよい(ステップS1000)。また、UE122の処理部502は、前記判断に基づき、活性状態における動作を行ってもよい(ステップS1002)。
　上述の活性状態におけるUE122の動作の一例を説明する。UE122は、活性状態において、あるセルグループのPSCellおよび/または1個以上のSCellのそれぞれにおいて、上記の(SA-1)で示したような処理の一部または全部を実施してよい。
　活性状態は、SCGが活性化された状態であってよい。また、上述の活性状態は、SCGが休眠状態から復帰(Resume)した状態であってもよい。また、上述の活性状態は、上述のSCGが休眠状態でない状態であってよい。また、上述の活性状態は、MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、不活性状態から遷移する状態であってもよい。また、上述の活性状態は、RRCエンティティから休眠状態からの復帰が指示された場合に、不活性状態から遷移する状態であってもよい。
　ステップS1000において、UE122の処理部502が、上記の(SA-2)で示したように、SCGが不活性状態から活性状態へ遷移したと判断してよい。
　UE122は、SCGを活性化する指示を受信すると、SCGを不活性状態から活性状態に遷移させてもよい(言い換えると、SCGを活性化してもよい)。また、UE122は、SCGの休眠状態からの復帰(Resume)を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、PSCellの休眠状態からの復帰を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、その他の情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、SCGの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、PSCellの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、MAC SDUが含まれるMAC PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122は、スケジューリングリクエストに起因する(言い換えると、MACエンティティ自身が開始した)ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、UE122のMACエンティティは、SCGを活性化する指示、休眠SCGからの復帰の指示、PSCellの休眠状態からの復帰の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SA-2)で示したように、SCGが活性状態であると判断し、SCGを不活性状態から活性状態に遷移させてもよい。UE122は、SCGを不活性状態から活性状態に遷移させる際に、上記の(SA-3)で示したような処理を行ってよい。
　図11を用いて本実施形態における、端末装置の処理の一例を説明する。
　図11は本実施形態における、端末装置の処理の一例を示す図である。UE122の処理部502は、上記の(SD-2)に基づいてSCGが不活性状態であると判断してもよい(ステップS1100)。また、UE122の処理部502は、前記判断に基づき、不活性状態における動作を行ってもよい(ステップS1102)。
　上述の不活性状態におけるUE122の動作の一例を説明する。UE122は、不活性状態において、あるセルグループのPSCellおよび/または1個以上のSCellのそれぞれにおいて、上記の(SD-1)で示したような処理の一部または全部を実施してよい。
　不活性状態は、SCGが不活性化された状態であってよい。また、上述の不活性状態は、休眠SCGへの入場(Entering)であってもよい。また、上述の不活性状態は、上述のSCGの休眠状態であってよい。また、不活性状態は、SCGのPSCellおよび/または1個以上のSCellのActive BWPが休眠BWPである状態であってもよい。また、上述の不活性状態は、RRCエンティティから休眠状態への入場が指示された場合に、活性状態から遷移する状態であってもよい。
　ステップS1100において、UE122の処理部502が、上記の(SD-2)で示したように、SCGが活性状態から不活性状態へ遷移したと判断してよい。
　UE122は、SCGの不活性化を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、休眠SCGへの入場(Entering)を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、PSCellの休眠を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、その他の情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、SCGの休眠に関するタイマーが満了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122は、PSCellの休眠に関するタイマーが満了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、UE122のMACエンティティは、SCGを不活性化する指示、休眠SCGへの入場の指示、PSCellの休眠の指示、および/またはその他の情報をUE122のRRCエンティティから取得してもよい。また、UE122は、MACエンティティが前記情報をRRCエンティティから取得した後、上記の(SD-2)で示したように、SCGが不活性状態であると判断し、SCGを活性状態から不活性状態に遷移させてもよい。UE122は、SCGを活性状態から不活性状態に遷移させる際に、上記の(SD-3)で示したような処理を行ってよい。
　図12を用いて本実施形態における、端末装置の処理の一例を説明する。
　図12は本実施形態における、端末装置の処理の一例を示す図である。SCGに含まれるPSCellにおけるBFDが停止されていた場合であって、UE122は基地局装置から第１の情報を含むシグナリングを受信した場合に、前記第１の情報に基づいて動作を行い、前記動作によって前記BFDが再開されたか否かの判断を行い(ステップS1200)、前記判断に基づいて動作する(ステップS1202)。
　UE122は、基地局装置からSCGを不活性化する指示を含むシグナリングを受信し、前記SCGを不活性化し、前記シグナリングに、前記SCGに含まれるPSCellにおいてビーム失敗検出(Beam Failure Detection: BFD)を行うよう指示する情報が含まれることに基づいて、前記PSCellにおいてBFDを行ってよい。UE122は、前記PSCellにおいてビーム失敗を検出したと判断し、かつ、前記SCGが不活性化されていると判断した場合、前記PSCellにおいてBFDを停止してよい。また、UE122は、基地局装置からSCGを不活性化する指示を含むシグナリングを受信し、前記SCGを不活性化し、不活性化されたSCGに含まれるPSCellにおいてBFDを行うよう指示する情報が、前記シグナリングに含まれないことに基づいて、前記PSCellにおいてBFDを停止してよい。
　前記第１の情報とは、例えば前記SCGを活性化するよう指示する情報であってよく、この場合、UE122は前記SCGを活性化するよう指示する情報に基づいて前記SCGを活性化し、前記PSCellにおいてBFDを再開してよい。それに加えてまたはそれに代えて、前記第１の情報とは、例えば前記PSCellにおけるBFDのためのBFD-RSを再設定するよう指示する情報であってよく、この場合、UE122は前記BFD-RSを再設定するよう指示する情報に基づいて前記BFD-RSを再設定し、前記PSCellにおいてBFDを再開してよい。それに加えてまたはそれに代えて、前記第１の情報とは、例えば前記SCGに含まれるPSCellにおいてBFDを行うよう指示する情報であってよく、この場合、UE122は、基地局装置から受信したシグナリングに、前記SCGに含まれるPSCellにおいてBFDを行うよう指示する情報が含まれることに基づいて、前記PSCellにおいてBFDを再開してよい。ステップS1200における判断とは、例えば、BFDが再開されたか否かを判断することであってよい。この場合、ステップS1202における動作とは、BFDが再開されたと判断した場合、ビーム失敗カウンターの値を0にセットすることであってよく、BFDが再開されていないと判断した場合、ビーム失敗カウンターの値を0にセットしないことであってよい。
　不活性状態のSCGに含まれるPSCellにおいてBFDを行うよう設定されたUEのMACエンティティにおいて、下位レイヤからのビーム失敗インスタンス(beam failure instance)通知を受信すると、ビーム失敗タイマー(beamFailureTimer)を開始、もしくは再開し、ビーム失敗カウンター(BFI_COUNTER)の値を１増やし、少なくともビーム失敗カウンターの値がビーム失敗カウンター閾値(beamFailureInstanceMaxCounter)以上であることに基づいて上位レイヤにビーム失敗を通知する。ビーム失敗カウンターの値が、ビーム失敗カウンター閾値以上であることに基づいて、ビーム失敗を検出したと判断してよい。また、ビーム失敗を検出したことは、単にビーム失敗であることと換言されてよい。ビーム失敗タイマーが満了した場合、もしくは、ビーム失敗タイマー、ビーム失敗カウンター閾値あるいはBFD-RSが上位レイヤによって再設定された場合、ビーム失敗カウンターの値を0に設定してよい。
　図13を用いて本実施形態における、端末装置の処理の一例を説明する。
　図13は本実施形態における、端末装置の処理の一例を示す図である。UE122は基地局装置からシグナリングを受信し、前記シグナリングに第1の情報が含まれるか否かを判断し、前記第１の情報が含まれると判断した場合、前記第１の情報に基づいて動作を行い、前記動作に基づいてBFD-RSが再設定されたか否かの判断を行い(ステップS1300)、前記判断に基づいて動作する(ステップS1302)。
　前記第１の情報とは、例えばSpCellのためのBFDのためのBFD-RSを再設定するための情報であってよい。この場合、UE122は前記BFD-RSを再設定するための情報に基づいて前記BFD-RSを再設定し、下位レイヤからのビーム失敗インスタンス(beam failure instance)通知を受信した場合、ビーム失敗検出タイマー(beamFailureDetectionTimer)を開始、もしくは再開し、ビーム失敗カウンター(BFI_COUNTER)の値を１増やし、少なくともビーム失敗カウンターの値がビーム失敗カウンター閾値(beamFailureInstanceMaxCounter)以上である(BFI_COUNTER >= beamFailureInstanceMaxCounter)場合であって、BFDを行っているサービングセルがSCellでなく、BFDを行っているサービングセルが不活性化されたSCGに含まれるPSCellでもないと判断し、ステップS1300において、前記SpCellのためのBFDのためのBFD-RSが再設定されたと判断した場合、ステップS1302において、前記SpCellへのランダムアクセス手順を開始しない。また、前記SpCellのためのBFDのためのBFD-RSを再設定するための情報が含まれない場合であって、下位レイヤからのビーム失敗インスタンス(beam failure instance)通知を受信した場合、ビーム失敗検出タイマー(beamFailureDetectionTimer)を開始、もしくは再開し、ビーム失敗カウンター(BFI_COUNTER)の値を１増やし、少なくともビーム失敗カウンターの値がビーム失敗カウンター閾値(beamFailureInstanceMaxCounter)以上である(BFI_COUNTER >= beamFailureInstanceMaxCounter)場合であって、BFDを行っているサービングセルがSCellでなく、BFDを行っているサービングセルが不活性化されたSCGに含まれるPSCellでもないと判断し、前記SpCellのためのBFDのためのBFD-RSが再設定されていないと判断した場合、前記SpCellへのランダムアクセス手順を開始してよい。
　また、図13を用いて、端末装置の処理の別の一例を示す図である。UE122は基地局装置からシグナリングを受信し、シグナリングに従って動作し、BFD-RSが再設定されたか否かの判断を行い(ステップS1300)、前記判断に基づいて、動作を行う(ステップS1302)。
　ステップS1300において、UE122はBFD-RSが再設定されたかどうかを判断し、BFD-RSが再設定されたと判断した場合、ステップS1302において動作とは、例えばビーム失敗かどうかを判断する前に、ビーム失敗カウンターの値を０にセットすることであってよい。また、ステップS1300において、UE122はBFD-RSが再設定されたかどうかを判断し、BFD-RSが再設定されていないと判断した場合、ステップS1302において動作とは、例えばビーム失敗カウンターの値を０にセットしないことであってよい。ビーム失敗かどうかを判断するとは、ビーム失敗カウンターの値が、ビーム失敗カウンター閾値以上である(BFI_COUNTER >= beamFailureInstanceMaxCounter)かどうかを判断することであってよく、ビーム失敗カウンターの値がビーム失敗カウンター閾値以上である場合、ビーム失敗であると判断してよい。ビーム失敗カウンターの値がビーム失敗カウンター閾値を以上でない場合、ビーム失敗でないと判断してよい。
　各実施例において、BFD-RSとは、ビーム失敗検出(BFD)に用いる参照信号のことであってよい。また、BFD-RSとは、参照信号を示す識別子情報が含まれる無線リンクモニタリング設定において、モニタリングの目的を示す情報に、ビームの失敗をモニタリングする目的であることを示す情報、もしくは無線リンク失敗をモニタリングする目的とビームの失敗をモニタリングする目的の両方であることを示す情報が設定されている参照信号であってよい。「BFD-RSを再設定する指示」とは、「RRC再設定に関するメッセージに含まれる、BFD-RSに関する無線リンクモニタリング設定」であってもよい。RRC再設定に関するメッセージに含まれる、BFD-RSに関する無線リンクモニタリング設定に従ってBFD-RSを再設定することをBFD-RSを変更すると称してもよい。BFD-RSに関する無線リンクモニタリング設定とは、モニタリングの目的を示す情報に、ビームの失敗をモニタリングする目的であることを示す情報、もしくは無線リンク失敗をモニタリングする目的とビームの失敗をモニタリングする目的の両方であることを示す情報が設定されている無線リンクモニタリング設定のことであってよい。
　各実施例において、BFD-RSが再設定された場合だけでなく、ビーム失敗カウンター閾値及び、またはビーム失敗検出タイマーが再設定された場合においても、BFD-RSが再設定された場合と同様にビーム失敗カウンターの値を０にセットしてよい。また、ビーム失敗カウンターの値を０にセットすることは、ビーム失敗カウンターをリセットすることと換言してもよい。
　非特許文献9に基づくと、UEは、SCGが不活性化されており、BFDが停止されている場合に、BFD-RSが再設定された際、またはSCGが活性化された際にBFDを再開する。しかし、非特許文献8に基づくと、例えばBFD-RSが再設定され、BFDを再開された場合、UEは、サービングセルがSpCellである場合、かつBFDを再開する直前にビーム失敗であった場合、ビーム失敗であると判断し、不要なランダムアクセス手順を開始してしまうことがある。各実施形態によって、不要なランダムアクセス手順を行わないようにすることができ、必要なシグナリングを効率的に行うことができる。
　上記説明において、UEのMACエンティティは、以下の(A)から(C)の一部または全部を判断し、それらの判断に基づいて、indication#AをRRCエンティティに通知してよい。
　　(A)SCGのPSCellを含むTAG(PTAG)に関連付けられたTATの満了
　　(B)SCGが不活性状態であること
　　(C)SCGの不活性状態において、SCGのPSCellでRLMを行うように設定されていないことの、RRCエンティティからの通知
　上記説明に追加してまたはそれに代えて、UEのMACエンティティは、以下の(A)から(C)の一部または全部を判断し、それらの判断に基づいて、indication#BをRRCエンティティに通知してよい。
　　(A)SCGが不活性状態であること
　　(B)PSCellでのビーム失敗(beam failure:BF)の検出
　　(C)SCGのPSCellでBFDを行うように設定されていること
　上記説明において、indication#Aは、以下の(A)および/または(B)を示す通知(シグナリング)であってよい。それに加えてまたはそれに代えて、indication#Aは、以下の(A)、(B)以外を示す通知(シグナリング)であってよい。
　　(A)SCGを活性化する際に、ランダムアクセス手順が必要であること
　　(B)SCGのPSCellを含むTAG(PTAG)に関連付けられたTATが満了したこと
　上記説明に追加してまたはそれに代えて、indication#Bは、以下の(A)および/または(B)を示す通知(シグナリング)であってよい。それに加えてまたはそれに代えて、indication#Bは、以下の(A)、(B)以外を示す通知(シグナリング)であってよい。
　　(A)SCGを活性化する際に、ランダムアクセス手順が必要であること
　　(B)SCGのPSCellでビーム失敗が検出されたこと
　上記説明に追加してまたはそれに代えて、UEのRRCエンティティは、以下の(A)から(C)の一部または全部に基づいてindication#Bをキャンセルしてよい。それに加えてまたはそれに代えて、UEのRRCエンティティは、以下の(A)から(C)以外に基づいてindication#Bをキャンセルしてよい。
　　(A)SCGの不活性状態において、RadioLinkMonitoringConfigを含むRRCコネクションの再設定に関するメッセージを受信したこと
　　(B)SCGの不活性状態において、BFDのために使われる参照信号(BFD RS)が変更されたこと
　　(C)SCGのPSCellで検出されたビーム失敗が回復されたこと
　上記説明におけるランダムアクセス手順とは、上記の(SA-2)の(I)から(K)の一部または全部に記載のランダムアクセス手順のことであってよい。
　また、上記説明における無線ベアラとは、特に明記しない限り、DRBであってよいし、SRBであってよいし、DRB及びSRBであってよい。
　また上記説明において、「通知される」、「指摘を受ける」等の表現は、互いに換言されてもよい。
　また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。
　また上記説明において、「含まれる」、「含まれている」、「含まれていた」等の表現は、互いに換言されてもよい。
　また上記説明において、「前記~」を「上述の~」と言い換えてよい。
　また上記説明において、「SCGのSpCell」を「PSCell」と言い換えてよい。
　また上記説明において、「~と確定した」、「~が設定されている」、「~が含まれる」等の表現は、互いに換言されてもよい。
　上記説明において、「休眠状態」を「不活性状態」と言い換えてよいし、「休眠状態から復帰した状態」を「活性状態」と言い換えてもよい。また上記説明において、「活性化」、「不活性化」をそれぞれ「活性状態」、「不活性状態」と言い換えてもよい。
　上記説明において、「XからYに遷移する」を「XからYとなる」と言い換えてよい。また上記説明において、「遷移させる」を「遷移を決定する」と言い換えてよい。
　また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なってもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なってもよい。また上記説明において「Aである事に基づいてBを行う」は、「Bを行う」と言い換えられてもよい。即ち「Bを行う」事は「Aである事」と独立して実行されてもよい。
　なお、上記説明において、「AをBと言い換えてよい」は、AをBと言い換えることに加え、BをAと言い換える意味も含んでよい。また上記説明において、「CはDであってよい」と「CはEであってよい」とが記載されている場合には、「DはEであってよい」事を含んでもよい。また上記説明において、「FはGであってよい」と「GはHであってよい」とが記載されている場合には、「FはHであってよい」事を含んでもよい。
　また上記説明において、「A」という条件と、「B」という条件が、相反する条件の場合には、「B」という条件は、「A」という条件の「その他」の条件として表現されてもよい。
　本実施形態に関わる装置で動作するプログラムは、本実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。
　なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムは、コンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現されてもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
　さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ-タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ-タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
　なお、本実施形態は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本実施形態は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この実施形態に関して、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この実施形態の要旨を逸脱しない範囲の設計変更等も含まれる。また、本実施形態は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本実施形態の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
100 E-UTRA
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116、118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500、604 受信部
502、602 処理部
504、600 送信部

Claims (3)

  1. 　基地局装置と通信する端末装置であって、
    　前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信する受信部と、
    　処理部と、を備え、
    　前記処理部は、ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行い、
    　（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、
    　（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、
    　（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、
    　前記複数の動作は（１）、（２）、（３）の順序で行われる、
    　端末装置。
  2. 　基地局装置と通信する端末装置の方法であって、
    　前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信するステップと、
    　ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行うステップと、を有し、
    　（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、
    　（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、
    　（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、
    　前記複数の動作は（１）、（２）、（３）の順序で行われる、
    　方法。
  3. 　基地局装置と通信する端末装置に実装される集積回路であって、
    　前記基地局装置から無線リソース制御(Radio Resource Control: RRC)シグナリングを受信する機能と、
    　ビーム失敗検出(Beam Failure Detection: BFD)のための参照信号(Reference signal: RS)を再設定するための情報が前記RRCシグナリングに含まれていた場合、前記BFDのための前記RSを再設定し、少なくとも以下の複数の動作を行う機能と、を前記端末装置に発揮させ、
    　（１）前記BFDのための前記RSを再設定したことに基づいて第１のパラメータの値を0にセットし、
    　（２）下位レイヤからのビーム失敗インスタンス通知を受信したと判断した場合、前記第１のパラメータの値を１増やし、
    　（３）前記第１のパラメータの値を用いて前記BFDにおいてビーム失敗しているか否かを判断し、
    　前記複数の動作は（１）、（２）、（３）の順序で行われる、
    　集積回路。
PCT/JP2023/015957 2022-04-22 2023-04-21 端末装置、方法、および集積回路 WO2023204307A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022070688 2022-04-22
JP2022-070688 2022-04-22

Publications (1)

Publication Number Publication Date
WO2023204307A1 true WO2023204307A1 (ja) 2023-10-26

Family

ID=88420055

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/015957 WO2023204307A1 (ja) 2022-04-22 2023-04-21 端末装置、方法、および集積回路

Country Status (1)

Country Link
WO (1) WO2023204307A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021013182A1 (en) * 2019-07-22 2021-01-28 FG Innovation Company Limited Method of performing beam failure recovery and related device
WO2022079811A1 (ja) * 2020-10-13 2022-04-21 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021013182A1 (en) * 2019-07-22 2021-01-28 FG Innovation Company Limited Method of performing beam failure recovery and related device
WO2022079811A1 (ja) * 2020-10-13 2022-04-21 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Similar Documents

Publication Publication Date Title
WO2022071234A1 (ja) 端末装置、通信方法、および基地局装置
WO2022085663A1 (ja) 方法、および、集積回路
WO2023204307A1 (ja) 端末装置、方法、および集積回路
WO2023189798A1 (ja) 端末装置、基地局装置、および方法
WO2023189963A1 (ja) 端末装置、方法、および、集積回路
WO2023238820A1 (ja) 端末装置、方法、および、集積回路
WO2023243571A1 (ja) 端末装置、方法、および、集積回路
WO2023153410A1 (ja) 端末装置、方法、および、集積回路
WO2023136231A1 (ja) 端末装置、方法、および、集積回路
WO2023042747A1 (ja) 端末装置、基地局装置および、方法
WO2023042752A1 (ja) 端末装置、基地局装置および、方法
WO2023132370A1 (ja) 端末装置、方法、および、集積回路
WO2023100981A1 (ja) 端末装置、方法、および、集積回路
WO2023063342A1 (ja) 端末装置、基地局装置および、方法
WO2023063345A1 (ja) 端末装置、基地局装置および、方法
WO2023013292A1 (ja) 端末装置、基地局装置および、方法
WO2024005069A1 (ja) 端末装置、方法、および集積回路
WO2024005010A1 (ja) 端末装置、方法、および集積回路
WO2024009884A1 (ja) 端末装置、方法、および集積回路
WO2023112531A1 (ja) 端末装置、方法、および、集積回路
WO2023112792A1 (ja) 端末装置、方法、および、集積回路
US12075510B2 (en) Terminal apparatus, base station apparatus, and method
WO2024070379A1 (ja) 端末装置、方法、および集積回路
WO2024070447A1 (ja) 端末装置、方法、および集積回路
WO2023106315A1 (ja) 端末装置、基地局装置、および、方法

Legal Events

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

Ref document number: 23791955

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024516335

Country of ref document: JP

Kind code of ref document: A