WO2022071234A1 - 端末装置、通信方法、および基地局装置 - Google Patents

端末装置、通信方法、および基地局装置 Download PDF

Info

Publication number
WO2022071234A1
WO2022071234A1 PCT/JP2021/035419 JP2021035419W WO2022071234A1 WO 2022071234 A1 WO2022071234 A1 WO 2022071234A1 JP 2021035419 W JP2021035419 W JP 2021035419W WO 2022071234 A1 WO2022071234 A1 WO 2022071234A1
Authority
WO
WIPO (PCT)
Prior art keywords
bwp
rrc
terminal device
mac
scg
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2021/035419
Other languages
English (en)
French (fr)
Inventor
恭輔 井上
昇平 山田
秀和 坪井
貴子 堀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to CN202180063595.3A priority Critical patent/CN116158118A/zh
Priority to EP21875536.1A priority patent/EP4224914A4/en
Priority to US18/028,198 priority patent/US20230379842A1/en
Publication of WO2022071234A1 publication Critical patent/WO2022071234A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
    • H04W52/36—Transmission power control [TPC] using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
    • H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to a terminal device, a communication method, and a base station device.
  • the present application claims priority with respect to Japanese Patent Application No. 2020-165020 filed in Japan on September 30, 2020, the contents of which are incorporated herein by reference.
  • 3GPP 3rd Generation Partnership Project
  • E-UTRA EvolvedUniversaLTErrestrialRadioAccess
  • RAT Radio Access Technology
  • LTE-A LongTermEvolution
  • LTE-APro LTE-AdvancedPro
  • NR New Radio or NR Radio access
  • RAT Radio Access Technology
  • NR As an extension technology of NR, there is a dual connectivity (also called multi-connectivity) technology in which one or more base station devices and terminal devices communicate with each other using a plurality of 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 the presence or absence of a message addressed to itself in each cell group.
  • the terminal device needs to constantly monitor a plurality of cell groups so that communication can be performed with low delay when a large amount of data communication occurs, which causes a problem of consuming a large amount of power. Therefore, a technique for monitoring or stopping some cell groups infrequently (cell group dormant technique) has been started.
  • SpCell cells that are always active at present
  • 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 communication method, and a base station device capable of efficiently performing communication control.
  • one aspect of the present invention is a terminal device in which a first cell group and a second cell group are set, and a processing unit that triggers a power headroom report (PHR) and the triggered PHR.
  • the PHR is a terminal device that includes a transmission unit that transmits to the base station device and is triggered by the processing unit based on the activation of the second cell group.
  • one aspect of the present invention is a communication method applied to a terminal device in which a first cell group and a second cell group are set, and triggers a power headroom report (PHR).
  • the PHR is transmitted to the base station apparatus, and the PHR is a communication method triggered by activation of the second cell group.
  • One aspect of the present invention is a base station device that sets a first cell group and a second cell group in a terminal device, and includes a receiving unit that receives a power headroom report (PHR) from the terminal device.
  • the PHR is a base station device triggered by the terminal device based on the activation of the second cell group.
  • one aspect of the present invention is a communication method applied to a base station device in which a first cell group and a second cell group are set in a terminal device, and a power headroom report (PHR) is obtained from the terminal device.
  • PHR is a communication method triggered by the terminal device based on the activation of the second cell group.
  • the terminal device, the base station device, the method, and the integrated circuit can realize efficient communication control processing.
  • the schematic diagram of the communication system which concerns on embodiment of this invention.
  • the figure of an example of the E-UTRA protocol composition which concerns on embodiment of this invention.
  • the figure of an example of the NR protocol composition which concerns on embodiment of this invention.
  • the figure which shows an example of the flow of the procedure for various setting in RRC which concerns on embodiment of this invention.
  • the block diagram which shows the structure of the terminal apparatus in embodiment of this invention.
  • the block diagram which shows the structure of the base station apparatus in embodiment of this invention.
  • An example of the ASN.1 description contained in the message regarding the resetting of the RRC connection in E-UTRA in the embodiment of the present invention.
  • An example of the process relating to dormancy of SCG in the embodiment of the present invention An example of the treatment relating to the activation of SCG in the embodiment of the present invention.
  • An example of the treatment relating to the inactivation of SCG in the embodiment of the present invention An example of processing relating to PHR in the embodiment of the present invention.
  • LTE and LTE-A, LTE-APro
  • NR may be defined as different radio access technologies (RadioAccess Technology: RAT).
  • RAT RadioAccess Technology: RAT
  • NR may also be defined as a technology included in LTE.
  • LTE may also be defined as a technology included in NR.
  • LTE that can be connected to NR by MultiRadio Dual connectivity (MR-DC) may be distinguished from conventional LTE.
  • MR-DC MultiRadio Dual connectivity
  • LTE using 5GC for the core network may be distinguished from conventional LTE using EPC for the core network.
  • the conventional LTE may be LTE that does not implement the technology standardized after Release 15 in 3GPP.
  • Embodiments of the present invention may be applied to NR, LTE and other RATs.
  • LTE Long Term Evolution
  • NR Long Term Evolution
  • E-UTRA in the embodiment of the present invention may be replaced with the term LTE
  • LTE may be replaced with the term E-UTRA
  • the names of the nodes and entities when the wireless access technology is E-UTRA or NR, the processing in each node and the entity, and the like will be described. It may be used for other wireless access technologies.
  • the name of each node or entity in the embodiment of the present invention may be another name.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present invention.
  • the functions of each node, wireless access technology, core network, interface, etc. described with reference to FIG. 1 are some functions closely related to the embodiment of the present invention, 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 the UE 122 and the 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-UTRA100.
  • the eNB 102 may have the E-UTRA protocol described later.
  • the E-UTRA protocol may be composed of an E-UTRA user plane (User Plane: UP) protocol described later and an E-UTRA control plane (CP) protocol described later.
  • the eNB 102 may terminate the E-UTRA user plane (User Plane: UP) protocol and the E-UTRA control plane (CP) protocol for the UE 122.
  • a radio access network composed of eNB may be called E-UTRAN.
  • the EPC (Evolved Packet Core) 104 may be a core network.
  • the interface 112 is an interface between the eNB 102 and the EPC 104 and may be referred to as the S1 interface.
  • the interface 112 may include a control plane interface through which control signals pass and / or a user plane interface through which (and / or) user data passes.
  • the control plane interface of the interface 112 may be terminated by the Mobility Management Entity (MME: not shown) in the EPC 104.
  • MME Mobility Management Entity
  • the user plane interface of the interface 112 may be terminated by a serving gateway (S-GW: not shown) in the EPC 104.
  • S-GW serving gateway
  • the control plane interface of the interface 112 may be referred to as an S1-MME interface.
  • the user plane interface of the interface 112 may be referred to as an S1-U interface.
  • one or more eNBs 102 may be connected to the EPC 104 via the interface 112.
  • An interface may exist between the plurality of eNBs 102 connected to the EPC 104 (not shown).
  • the interface between a plurality of eNBs 102 connected to the EPC 104 may be referred to as an X2 interface.
  • the NR106 may be a wireless access technology. Further, the NR 106 may be an air interface between the UE 122 and the gNB 108. The air interface between the UE 122 and the gNB 108 may be referred to as the Uu interface.
  • the gNB (g Node B) 108 may be a base station device of NR106.
  • the gNB 108 may have the NR protocol described below.
  • the NR protocol may be composed of the NR user plane (User Plane: UP) protocol described later and the NR control plane (Control Plane: CP) protocol described later.
  • the gNB 108 may terminate the NR user plane (User Plane: UP) protocol and the NR control plane (CP) protocol for the UE 122.
  • the 5GC110 may be a core network.
  • Interface 116 is an interface between gNB 108 and 5GC 110 and may be referred to as 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 the interface 116 may be terminated by the Access and mobility Management Function (AMF: not shown) in the 5GC110.
  • the user plane interface of the interface 116 may be terminated by the User Plane Function (UPF: not shown) in the 5GC110.
  • the control plane interface of the interface 116 may be called an NG-C interface.
  • the user plane interface of the interface 116 may be called an NG-U interface.
  • one or more gNB 108 may be connected to the 5GC 110 via the interface 116.
  • An interface may exist between the plurality of gNBs 108 connected to the 5GC110 (not shown).
  • the interface between a plurality of gNB 108s connected to the 5GC110 may be referred to as an Xn interface.
  • the eNB 102 may have a function of connecting to the 5GC110.
  • the eNB 102 having a function of connecting to the 5GC110 may be referred to as an ng-eNB.
  • the interface 114 is an interface between the eNB 102 and the 5GC110 and may be referred to as 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 the interface 114 may be terminated by the Access and mobility Management Function (AMF: not shown) in the 5GC110.
  • the user plane interface of the interface 114 may be terminated by the User Plane Function (UPF: not shown) in the 5GC110.
  • AMF Access and mobility Management Function
  • UPF User Plane Function
  • the control plane interface of the interface 114 may be called an NG-C interface.
  • the user plane interface of the interface 114 may be referred to as an NG-U interface.
  • a radio access network composed of ng-eNB or gNB may be referred to as NG-RAN.
  • NG-RAN, E-UTRAN, eNB, ng-eNB, gNB, etc. may be simply referred to as a network.
  • one or more eNBs 102 may be connected to the 5GC110 via the interface 114.
  • An interface may exist between the plurality of eNBs 102 connected to the 5GC110 (not shown).
  • the interface between the plurality of eNBs 102 connected to the 5GC110 may be referred to as an Xn interface.
  • the eNB 102 connected to the 5GC110 and the gNB108 connected to the 5GC110 may be connected by the interface 120.
  • the interface 120 between the eNB 102 connected to the 5GC110 and the gNB108 connected to the 5GC110 may be referred to as an Xn interface.
  • the gNB 108 may have a function of connecting to the EPC 104.
  • the gNB 108 having a function of connecting to the EPC 104 may be referred to as an en-gNB.
  • Interface 118 is an interface between gNB 108 and EPC 104 and may be referred to as an S1 interface.
  • the interface 118 may have a user plane interface through which user data passes.
  • the user plane interface of interface 118 may be terminated by S-GW (not shown) in EPC104.
  • the user plane interface of interface 118 may be referred to as an S1-U interface.
  • the eNB 102 connected to the EPC 104 and the gNB 108 connected to the EPC 104 may be connected by the interface 120.
  • the interface 120 between the eNB 102 connected to the EPC 104 and the gNB 108 connected to the EPC 104 may be referred to as an X2 interface.
  • the interface 124 is an interface between the EPC 104 and the 5GC110, and may be an interface through CP only, UP only, or both CP and UP. Further, some or all of the interfaces 114, the interface 116, the interface 118, the interface 120, the interface 124, and the like may not exist depending on the communication system provided by the telecommunications carrier or the like.
  • the UE 122 may be a terminal device capable of receiving broadcast information and paging messages transmitted from the eNB 102 and / or the gNB 108. Further, the UE 122 may be a terminal device capable of wireless connection with the eNB 102 and / or the gNB 108. Further, the UE 122 may be a terminal device capable of making a wireless connection with the eNB 102 and a wireless connection with the gNB 108 at the same time. The UE 122 may have an E-UTRA protocol and / or an NR protocol.
  • the wireless connection may be a RadioResourceControl (RRC) connection.
  • RRC RadioResourceControl
  • a wireless connection may be made by establishing a wireless bearer (RB: RadioBearer) between the UE 122 and the eNB 102 and / or the gNB 108.
  • the radio bearer used for CP may be called a signaling radio bearer (SRB: Signaling Radio Bearer).
  • the wireless bearer used for UP may be called a data wireless bearer (DRB Data Radio Bearer).
  • a radio bearer identifier (Identity: ID) may be assigned to each radio bearer.
  • the radio bearer identifier for SRB may be referred to as an SRB identifier (SRB Identity or SRB ID).
  • the radio bearer identifier for DRB may be referred to as a DRB identifier (DRB Identity or DRB ID).
  • the UE 122 may be a terminal device capable of being connected to the EPC 104 and / or the 5GC 110 via the eNB 102 and / or the gNB 108.
  • the connection destination core network of the eNB 102 and / or the gNB 108 with which the UE 122 communicates is the EPC 104
  • each DRB established between the UE 122 and the eNB 102 and / or the gNB 108 further passes through the EPC 104 and each EPS.
  • EPS bearer may be identified by an EPS bearer identifier (Identity, or ID). Further, the same QoS may be guaranteed for data such as IP packets passing through the same EPS bearer and Ethernet (registered trademark) frames.
  • each DRB established between the UE 122 and the eNB 102 and / or the gNB 108 is further established in the 5GC110. It may be linked to one of the PDU (PacketDataUnit) sessions. Each PDU session may have one or more QoS flows. Each DRB may be mapped to one or more QoS flows and may not be associated with any QoS flow. Each PDU session may be identified by a PDU session identifier (Identity, Identifier, or ID). Further, each QoS flow may be identified by a QoS flow identifier (Identity, Identifier, or ID). Further, the same QoS may be guaranteed for data such as IP packets and Ethernet frames that pass through the same QoS flow.
  • PDU session identifier Identity, Identifier, or ID
  • each QoS flow may be identified by a QoS flow identifier (Identity, Identifier, or ID). Further, the same QoS may be guaranteed for data such as IP packets and Ethernet frames that pass
  • the EPC104 does not have to have a PDU session and / or a QoS flow. Further, the EPS bearer does not have to exist in the 5GC110.
  • the UE 122 When the UE 122 is connected to the EPC 104, the UE 122 has information on the EPS bearer, but does not have to have the information in the PDU session and / or the QoS flow. Further, when the UE 122 is connected to the 5GC110, the UE 122 has the information in the PDU session and / or the QoS flow, but does not have to have the information of the EPS bearer.
  • the eNB 102 and / or the gNB 108 are also simply referred to as a base station device, and the UE 122 is also simply referred to as a terminal device or a UE.
  • FIG. 2 is a diagram of an example of the E-UTRA protocol configuration (protocol architecture) according to the embodiment of the present invention.
  • FIG. 3 is a diagram of an example of the NR protocol configuration according to the embodiment of the present invention. It should be noted that the functions of the respective protocols described with reference to FIGS. 2 and / or 3 are some functions closely related to the embodiment of the present invention, and may have other functions.
  • the uplink (UL) may be a link from the terminal device to the base station device.
  • the downlink (DL) may be a link from the base station device to the terminal device.
  • FIG. 2A is a diagram of the E-UTRA user plane (UP) protocol stack.
  • the E-UTRANUP protocol may be a protocol between the UE 122 and the eNB 102. That is, the E-UTRANUP protocol may be a protocol terminated by eNB 102 on the network side.
  • the E-UTRA user plane protocol stack includes a PHY (Physical layer) 200 which is a wireless physical layer (radio physical layer) and a MAC (Media) which is a medium access control layer (medium access control layer).
  • PHY Physical layer
  • MAC Media
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • packet data convergence protocol layer Packet data convergence protocol layer
  • FIG. 3A is a diagram of the NR user plane (UP) protocol stack.
  • the NRUP protocol may be a protocol between UE 122 and gNB 108. That is, the NRUP protocol may be a protocol terminated by gNB108 on the network side.
  • the E-UTRA user plane protocol stack is a wireless physical layer PHY300, a medium access control layer MAC302, a wireless link control layer RLC304, and a packet data convergence protocol layer PDCP306.
  • the service data adaptation protocol layer (service data adaptation protocol layer) SDAP (Service Data Adjustment Protocol) 310 may be configured.
  • FIG. 2B is a diagram of the E-UTRA control plane (CP) protocol configuration.
  • the RRC (Radio Resource Control) 208 which is a radio resource control layer (radio resource control layer)
  • RRC208 may be a protocol terminated by eNB 102 on the network side.
  • the NAS (Non Access Stratum) 210 which is a non-AS (Access Stratum) layer (non-AS layer)
  • NAS210 may be a protocol terminated by MME on the network side.
  • FIG. 3B is a diagram of the NR control plane (CP) protocol configuration.
  • the radio resource control layer RRC308 may be a protocol between the UE 122 and the gNB 108. That is, RRC308 may be a protocol terminated by gNB108 on the network side.
  • NAS312 which is a non-AS layer, may be a protocol between UE 122 and AMF. That is, NAS312 may be a protocol terminated by AMF on the network side.
  • the AS (Access Stratum) layer may be a layer terminated between the UE 122 and the eNB 102 and / or the gNB 108. That is, the AS layer is a layer containing a part or all of PHY200, MAC202, RLC204, PDCP206, and RRC208, and / or a layer containing a part or all of PHY300, MAC302, RLC304, PDCP306, SDAP310, and RRC308. Good.
  • the E-UTRA protocol and the NR protocol are not distinguished below, and PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC ( The terms RRC layer) and NAS (NAS layer) may be used.
  • PHY PHY
  • MAC MAC layer
  • RLC RLC
  • PDCP PDCP layer
  • RRC RRC
  • NAS NAS layer
  • SDAP Secure Digital Protocol
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • PHY PHY
  • MAC MAC
  • MAC MAC
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • PHY PHY
  • MAC MAC
  • MAC MAC
  • RLC RLC layer
  • PDCP PDCP layer
  • RRC RRC layer
  • NAS NAS layer
  • NAS NAS layer
  • SDAP SDAP layer
  • SDAP layer may be an SDAP (SDAP layer) of the NR protocol.
  • the PHY200, MAC202, RLC204, PDCP206, and RRC208 are referred to as PHY for E-UTRA or PHY for LTE, E-UTRA, respectively.
  • PHY200, MAC202, RLC204, PDCP206, and RRC208 are used as E-UTRA PHY or LTE PHY, E-UTRA MAC or LTE MAC, E-UTRA RLC or LTE RLC, E-UTRA PDCP or LTE PDCP, and E-UTRA, respectively. It may be described as RRC or LTE RRC.
  • the PHY300, MAC302, RLC304, PDCP306, and RRC308 are referred to as PHY for NR, MAC for NR, RLC for NR, RLC for NR, and RRC for NR, respectively.
  • PHY200, MAC302, RLC304, PDCP306, and RRC308 may be described as NRPHY, NRMAC, NRRLC, NRPDCP, NRRRC, etc., respectively.
  • An entity that has some or all of the functions of the MAC layer may be called a MAC entity.
  • An entity that has some or all of the functions of the RLC layer may be called an RLC entity.
  • An entity that has some or all of the functions of the PDCP layer may be called a PDCP entity.
  • An entity that has some or all of the functions of the SDAP layer may be called an SDAP entity.
  • An entity that has some or all of the functions of the RRC layer may be called an RRC entity.
  • the MAC entity, RLC entity, PDCP entity, SDAP entity, and RRC entity may be paraphrased as MAC, RLC, PDCP, SDAP, and RRC, respectively.
  • the data provided from the lower layer to MAC, RLC, PDCP, SDAP and / or the data provided to MAC, RLC, PDCP, SDAP from the lower layer are referred to as MAC PDU (Protocol Data Unit) and RLC, respectively. It may be called PDU, PDCP PDU, SDAP PDU.
  • the data provided from the upper layer to MAC, RLC, PDCP, SDAP and / or the data provided to the upper layer from MAC, RLC, PDCP, SDAP are referred to as MAC SDU (Service Data Unit) and RLC SDU, respectively.
  • MAC SDU Service Data Unit
  • RLC SDU Service Data Unit
  • the segmented RLC SDU may be called the RLC SDU segment.
  • the PHY of the terminal device may have a function of receiving data transmitted from the PHY of the base station device via the downlink (DL) physical channel (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 by a transport channel (TransportChannel).
  • the PHY may pass data to the MAC over the transport channel.
  • the PHY may also be provided with data from the MAC via the 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 inform the system information required by the terminal device.
  • PBCH may be used to notify the time index (SSB-Index) within the period of the block of the synchronization signal (also referred to as SS / PBCH block).
  • SSB-Index time index within the period of the block of the synchronization signal
  • PDCCH may be used for transmitting (or carrying) downlink control information (Downlink Control Information: DCI) in downlink wireless communication (wireless communication from a base station device to a terminal device).
  • DCI Downlink Control Information
  • one or more DCIs (which may be referred to as DCI format) may be defined for the transmission of downlink control information. That is, the field for the downlink control information may be defined as DCI and mapped to the information bit.
  • the PDCCH may be transmitted in the PDCCH candidate (candidate).
  • the terminal device may monitor the set of PDCCH candidates in the serving cell. Monitoring a set of PDCCH candidates may mean attempting to decode the PDCCH according to a DCI format.
  • the DCI format may be used for scheduling PUSCH in the serving cell.
  • PUSCH may be used for sending user data, sending RRC messages described later, and the like.
  • the PUCCH may be used to transmit uplink control information (UCI) in uplink wireless communication (wireless communication from a terminal device to a base station device).
  • the uplink control information may include channel state information (CSI: Channel State Information) used to indicate the status of the downlink channel.
  • the uplink control information may include a scheduling request (SR: Scheduling Request) used for requesting a UL-SCH (UL-SCH: Uplink Shared CHannel) resource.
  • SR Scheduling Request
  • UL-SCH Uplink Shared CHannel
  • the uplink control information may include HARQ-ACK (Hybrid Automatic Repeat request ACKnowledgement).
  • PDSCH may be used for transmission of downlink data (DL-SCH: Downlink Shared CHannel) from the MAC layer. Further, in the case of a downlink, it may be used for transmission of system information (SI: System Information) and random access response (RAR: Random Access Response).
  • SI System Information
  • RAR Random Access Response
  • PUSCH may be used to transmit HARQ-ACK and / or CSI together with uplink data (UL-SCH: Uplink Shared CHannel) or uplink data from the MAC layer.
  • PUSCH may also be used to transmit CSI only, or HARQ-ACK and CSI only. That is, PUSCH may be used to transmit only UCI.
  • PDSCH or PUSCH may also be used to transmit RRC signaling (also referred to as RRC message) and MAC control elements.
  • RRC signaling also referred to as RRC message
  • the RRC signaling transmitted from the base station device may be a signal common to a plurality of terminal devices in the cell.
  • the RRC signaling transmitted from the base station device may be dedicated signaling (also referred to as dedicated signaling) to a certain terminal device. That is, the information unique to the terminal device (UE specific) may be transmitted to a certain terminal device using a dedicated signaling.
  • PUSCH may be used for transmission of UE Capability on the uplink.
  • PRACH may be used to send a random access preamble.
  • PRACH is to indicate initial connection establishment procedure, handover procedure, connection re-establishment procedure, synchronization (timing adjustment) for uplink transmission, and PUSCH (UL-SCH) resource request. May be used for.
  • the MAC may be referred to as a MAC sublayer.
  • the MAC may have a function of mapping various logical channels (logical channels: Logical Channels) to the corresponding transport channels.
  • the logical channel may be identified by a logical channel identifier (LogicalChannelIdentity or LogicalChannelID).
  • the MAC may be connected to the upper RLC by a logical channel (logical channel).
  • the logical channel may be divided into a control channel for transmitting control information and a traffic channel for transmitting user information, depending on the type of information to be transmitted. Further, the logical channel may be divided into an uplink logical channel and a downlink logical channel.
  • the MAC may have the function of multiplexing and providing the MAC SDU belonging to one or more different logical channels to the PHY.
  • the MAC may also have a function of demultiplexing the MAC PDU provided by the PHY and providing it to the upper layer via the logical channel to which each MAC SDU belongs.
  • the MAC may 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 by using dynamic scheduling. Further, the MAC may have a function of performing priority processing between logical channels in one terminal device.
  • the MAC may have a function of prioritizing overlapping resources in one terminal device.
  • the E-UTRA MAC may have a function to identify Multimedia Broadcast Multicast Services (MBMS). Further, the NR MAC may have a function of identifying a multicast / broadcast service (Multicast Broadcast Service: MBS). The MAC may have the ability to select a transport format. MAC has a function to perform intermittent reception (DRX: DiscontinuousReception) and / or intermittent transmission (DTX: DiscontinuousTransmission), a function to execute a random access (RandomAccess: RA) procedure, and a power to notify information on transmittable power.
  • DRX DiscontinuousReception
  • DTX DiscontinuousTransmission
  • RA random access
  • the NR MAC may have a headroom report (PowerHeadroomReport: PHR) function, a buffer status report (BufferStatusReport: BSR) function for notifying the data amount information of the transmission buffer, and the like.
  • the 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 include a MAC control element (MAC control element: MACCE), which is an element for performing control in the MAC.
  • MAC control element MAC control element
  • UL Uplink
  • DL Downlink
  • BCCH Broadcast Control Channel
  • 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 the terminal device and the base station device.
  • CCCH may be used when the terminal device does not have an RRC connection.
  • CCCH may also be used between a base station appliance and a plurality of terminal appliances.
  • 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.
  • the DTCH (Dedicated Traffic Channel) may be a logical channel for transmitting user data on a one-to-one basis (point-to-point) between the terminal device and the 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 the uplink and the downlink.
  • MTCH Multicast Traffic Channel
  • MTCH may be a one-to-multipoint downlink channel for transmitting data from a base station device to a terminal device.
  • MTCH may be a logical channel for multicast.
  • MTCH may be used by the terminal device only if the terminal device receives MBMS.
  • the MCCH may be a one-to-multipoint downlink channel for sending MBMS control information for one or more MTCHs from the base station device to the terminal device.
  • MCCH may be a logical channel for multicast.
  • MCCH may be used by a terminal device only when the terminal device receives MBMS or is interested in receiving MBMS.
  • SC-MTCH Single Cell Multicast Traffic Channel
  • SC-PTM Single Cell Point-To-Multipoint
  • SC-MCCH Single Cell Multicast Control Channel
  • SC-MCCH Single Cell Multicast Control Channel
  • SC-MCCH Single Cell Multicast Control Channel
  • SC-MCCH may be a logical channel for multicast.
  • SC-MCCH may be used by the terminal device only when the terminal device receives MBMS using SC-PTM or the terminal device is interested in receiving MBMS using SC-PTM.
  • CCCH may be mapped to UL-SCH (Uplink Shared Channel), which is an uplink transport channel.
  • UL-SCH Uplink Shared Channel
  • DCCH may be mapped to 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
  • BCCH may be mapped to BCH (Broadcast Channel) and / or DL-SCH (Downlink Shared Channel), which are downlink transport channels.
  • BCH Broadcast Channel
  • DL-SCH Downlink Shared Channel
  • PCCH may be mapped to 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
  • DCCH may be mapped to 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
  • MTCH may be mapped to MCH (Multicast Channel), which is a downlink transport channel.
  • MCH Multicast Channel
  • MCCH may be mapped to MCH (Multicast Channel), which is a downlink transport channel.
  • MCH Multicast Channel
  • SC-MTCH may be mapped to DL-SCH (Downlink Shared Channel), which is a downlink transport channel.
  • DL-SCH Downlink Shared Channel
  • SC-MTCH 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 segmentating and / or concatenation the data provided from the PDCP of the upper layer and providing the data to the lower layer (lower layer).
  • E-UTRA RLC may have a function of reassembling and re-ordering the data provided from the lower layer and providing it to the upper layer.
  • the NR RLC may have a function of adding a sequence number independent of the sequence number added by the PDCP to the data provided by the PDCP of the upper layer.
  • NR RLC may have the function of segmenting the data provided by PDCP and providing it to the lower layer.
  • NR RLC may have a function of reassembling the data provided from the lower layer and providing it to the upper layer. Further, the RLC may have a data retransmission function and / or a retransmission request function (Automatic Repeat reQuest: ARQ). In addition, RLC may have a function to correct errors by ARQ. Control information indicating data that needs to be retransmitted, which is sent from the receiving side of RLC to the transmitting side in order to perform ARQ, may be called a status report. Also, the status report transmission instruction sent from the sender side of RLC to the receiver side may be called a pole. RLC may also have a function to detect data duplication. RLC may also have a data discard function.
  • the RLC may have three modes: transparent mode (TM: Transparent Mode), non-response mode (UM: Unacknowledged Mode), and response mode (AM: Acknowledged Mode).
  • TM transparent mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • TM the data received from the upper layer is not divided and the RLC header need not be added.
  • the TM RLC entity is a uni-directional entity and may be set as a transmitting TM RLC entity or as a receiving TM RLC entity.
  • UM the data received from the upper layer is divided and / or combined, the RLC header is added, and the like, but the data retransmission control does not have to be performed.
  • the UMRLC entity may be a unidirectional entity or a bi-directional entity.
  • the UMRLC entity When the UMRLC entity is a unidirectional entity, the UMRLC entity may be set as a sending UMRLC entity or as a receiving UMRLC entity. If the UMRLC entity is a bidirectional entity, the UMRRC entity may be configured as a UMRLC entity consisting of a transmitting side and a receiving side. In AM, data received from the upper layer may be divided and / or combined, an RLC header may be added, and data retransmission control may be performed.
  • the AMRLC entity is a bidirectional entity and may be configured as an AMRLC composed of a transmitting side and a receiving side.
  • the data provided to the lower layer by TM and / or the data provided from the lower layer may be referred to as TMDPDU.
  • the data provided to the lower layer by UM and / or the data provided from the lower layer may be referred to as UMD PDU. Further, the data provided to the lower layer by AMD or the data provided from the lower layer may be called 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 an RLC PDU for data and an RLC PDU for control.
  • the RLC PDU for data may be referred to as an RLC DATA PDU (RLC Data PDU, RLC data PDU).
  • the control RLC PDU may be called an RLC CONTROL PDU (RLC Control PDU, RLC control PDU, RLC control PDU).
  • PDCP may be referred to as a PDCP sublayer.
  • PDCP may have a function to maintain the sequence number.
  • the PDCP may also have a header compression / decompression function for efficiently transmitting user data such as IP packets (IP Packets) and Ethernet frames in a wireless section.
  • IP packets IP Packets
  • the protocol used for IP packet header compression / decompression may be called the ROHC (Robust Header Compression) protocol.
  • the protocol used for Ethernet frame header compression / decompression may be called the EHC (Ethernet (registered trademark) Header Compression) protocol.
  • the PDCP may also have a data encryption / decryption function.
  • the PDCP may also have the function of data integrity protection / integrity verification.
  • the PDCP may also have a re-ordering function.
  • the PDCP may also have a PDCP SDU retransmission function.
  • PDCP may have a function of discarding data using a discard timer (discard timer).
  • the PDCP may also have a Duplication function.
  • the PDCP may also have a function of discarding duplicate received data.
  • the PDCP entity is a bidirectional entity and may consist of a transmitting PDCP entity and a receiving PDCP entity.
  • the PDCP PDU format used in E-UTRA PDCP and the PDCP PDU format used in NR PDCP may be different.
  • the PDCP PDU may include a PDCP PDU for data and a PDCP PDU for control.
  • the PDCP PDU for data may be referred to as a PDCP DATA PDU (PDCP Data PDU, PDCP data PDU).
  • the control PDCP PDU may be referred to as a PDCP CONTROL PDU (PDCP Control PDU, PDCP control PDU, PDCP control PDU).
  • SDAP is a service data adaptation protocol layer (service data adaptation protocol layer).
  • SDAP maps the downlink QoS flow sent from the 5GC110 to the terminal device via the base station device and the data radio bearer (DRB) (mapping), and / or from the terminal device via the base station device. It may have a function of mapping the uplink QoS flow sent to the 5GC110 with the DRB. SDAP may also have a function to store mapping rule information. The SDAP may also have a function of marking a QoS Flow ID (QFI).
  • QFI QoS Flow ID
  • the SDAP PDU may include an SDAP PDU for data and an SDAP PDU for control.
  • the SDAP PDU for data may be called an SDAP DATA PDU (SDAP Data PDU, SDAP data PDU). Also, the SDAP PDU for control is changed to SDAP CONTROL PDU (SDAP). It may be called Control PDU, SDAP control PDU, SDAP control PDU). Note that there may be one SDAP entity for the terminal device for the PDU session.
  • the RRC may have a broadcast function.
  • the RRC may have a calling (paging) function from the EPC104 and / or 5GC110.
  • the RRC may have a calling (paging) function from the eNB 102 that connects to the gNB 108 or 5GC100.
  • the RRC may also have an RRC connection management function.
  • the RRC may also have a wireless bearer control function.
  • the RRC may also have a cell group control function.
  • the RRC may also have a mobility control function.
  • the RRC may have a terminal device measurement reporting and a terminal device measurement reporting control function.
  • the RRC may also have a QoS management function.
  • the RRC may also have a function of detecting and recovering a wireless link failure.
  • RRC uses RRC messages for notification, paging, RRC connection management, wireless bearer control, cell group control, mobility control, terminal device measurement reporting and terminal device measurement reporting control, QoS management, detection and recovery of wireless link failures, etc. You may go.
  • the RRC message or parameter used in E-UTRA RRC may be different from the RRC message or parameter used in NR RRC.
  • the RRC message may be sent using the BCCH of the logical channel, the PCCH of the logical channel, the CCCH of the logical channel, or the DCCH of the logical channel. It may be sent or it may be sent using the MCCH of the logical channel.
  • the RRC message sent using BCCH may include, for example, a master information block (MIB), each type of system information block (SystemInformation Block: SIB), and others. RRC message may be included.
  • the RRC message sent using the PCCH may include, for example, a paging message, or may include other RRC messages.
  • RRC messages sent in the uplink (UL) direction using CCCH include, for example, RRC setup request message (RRCSetupRequest), RRC restart request message (RRCResumeRequest), RRC reestablishment request message (RRCReestablishmentRequest), and RRC.
  • RRCSystemInfoRequest RRC connection request message
  • RRC Connection Request RRC Connection Request
  • RRC Connection Resume Request RRC connection restart request message
  • RRC Connection Reestablishment Request RRC Connection Reestablishment Request
  • 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, and RRC.
  • a connection reestablishment refusal message (RRC Connection Reestablishment Reject) or the like may be included.
  • RRC rejection message (RRCReject) an RRC rejection message (RRCReject), an RRC setup message (RRCSetup), and the like may be included. It may also contain other RRC messages.
  • RRC messages sent in the uplink (UL) direction using DCCH include, for example, measurement report message (Measurement Report), RRC connection reconfiguration completion message (RRC Connection Reconfiguration Complete), and RRC connection setup completion message (RRC Connection Setup Complete).
  • RRC connection reestablishment completion message RRCConnectionReestablishmentComplete
  • security mode completion message SecurityModeComplete
  • UECapabilityInformation UE capability information message
  • measurement report message (Measurement Report), RRC reconfiguration completion message (RRC Reconfiguration Complete), RRC setup completion message (RRC Setup Complete), RRC reestablishment completion message (RRC Reestablishment Complete), RRC resumption completion message (RRC Resume Complete).
  • Security mode completion message (SecurityModeComplete), UE capability information message (UECapabilityInformation), and the like may be included. It may also contain other RRC messages.
  • RRC messages sent in the downlink (DL) direction using DCCH include, for example, RRC connection reconfiguration message (RRCConnectionReconfiguration), RRC connection release message (RRCConnectionRelease), security mode command message (SecurityModeCommand), and UE.
  • Ability inquiry message UE Capability Inquiry etc. may be included.
  • RRC reconfiguration message RRC Reconfiguration
  • RRC restart message RRC Resume
  • RRC release message RRC Release
  • RRC Reestablishment message RRC Reestablishment
  • security mode command message Security Mode Command
  • UE capability inquiry message UE Capability Inquiry
  • UE Capability Inquiry etc. It may also contain other RRC messages.
  • NAS may have an authentication function.
  • NAS may also have the ability to manage mobility.
  • the NAS may also have a security control function.
  • each layer may be included in another layer (layer).
  • the upper layer (not shown) of the AS layer of the terminal device may include an IP layer, a TCP (Transmission Control Protocol) layer above the IP layer, a UDP (User Datagram Protocol) layer, and the like.
  • an Ethernet layer may exist in the upper layer of the AS layer of the terminal device. It may be called an upper layer PDU layer (PDU layer) of the AS layer of the terminal device.
  • the PDU layer may include an IP layer, a TCP layer, a UDP layer, an Ethernet layer, and the like.
  • An application layer may exist in an upper layer such as an IP layer, a TCP layer, a UDP layer, an Ethernet layer, and a PDU layer.
  • the application layer may include SIP (Session Initiation Protocol) and SDP (Session Description Protocol) used in IMS (IP Multimedia Subsystem), which is one of the service networks standardized in 3GPP.
  • the application layer may include RTP (Real-time Transport Protocol) used for media communication and / or protocols such as RTCP (Real-time Transport Control Protocol) and HTTP (HyperText Transfer Protocol) for media communication control. .. Further, the application layer may include codecs of various media and the like.
  • the RRC layer may be an upper layer of the SDAP layer.
  • the UE 122 connected to the EPC or 5GC may be in the RRC_CONNECTED state when the RRC connection is established (RRC connection has been established).
  • the state in which the RRC connection is established may include a state in which the UE 122 holds a part or all of the UE context described later. Further, 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. Further, the UE 122 may be in the RRC_INACTIVE state when the RRC connection is suspended (suspended).
  • the UE 122 may be in 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 when the UE 122 is neither in the RRC_CONNECTED state nor in the RRC_INACTIVE state.
  • the UE 122 If the UE 122 is connected to the EPC, it does not have the RRC_INACTIVE state, but the RRC connection may be started by E-UTRAN.
  • the UE 122 When the UE 122 is connected to the EPC, when the RRC connection is suspended, the UE 122 may hold the AS context of the UE and the identifier (resumeIdentity) used for the resume (resume) and transition to the RRC_IDLE state.
  • the UE 122 In the upper layer of the RRC layer of the UE (for example, the NAS layer), the UE 122 holds the AS context of the UE, the return of the RRC connection is permitted by E-UTRAN (Permit), and the UE 122 is from the RRC_IDLE state.
  • the reinstatement of the suspended RRC connection may be started.
  • the definition of hibernation may differ between the UE 122 connected to the EPC 104 and the UE 122 connected to the 5GC110.
  • the UE 122 returns from hibernation when the UE 122 is connected to the EPC (when it is hibernating in the RRC_IDLE state) and when the UE 122 is connected to the 5GC (when it is hibernating in the RRC_INACTIVE state). All or part of the procedure may be different.
  • the RRC_CONNECTED state, RRC_INACTIVE state, and RRC_IDLE state may be called the connected state (connected mode), the inactive state (inactive mode), and the idle state (idle mode), respectively, and the RRC connected state (RRC connected mode).
  • RRC inactive state RRC inactive mode
  • RRC idle state RRC idle mode
  • the UE AS context held by the UE 122 is the current RRC setting, 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). Information may include all or part of a Network Temporary Identifier), a cell identifier, and a physical cell identifier of the PCell of the connection source.
  • the AS context of the UE held by any or all of the eNB 102 and the gNB 108 may include the same information as the AS context of the UE held by the UE 122, or the information included in the AS context of the UE held by the UE 122. May contain different information.
  • the security context is the encryption key at the AS level, NH (NextHopparameter), NCC (NextHopChainingCounterparameter) used to derive the access key for the next hop, the identifier of the selected AS level encryption algorithm, and replay protection. It may be information containing all or part of the counters used for.
  • the cell group may be composed of one special cell (Special Cell: SpCell). Further, the cell group may be composed of one SpCell and one or a plurality of secondary cells (Secondary Cell: SCell). That is, the cell group may consist of one SpCell and optionally one or more SCells.
  • SpCell When the MAC entity is associated with the Master Cell Group (MCG), SpCell may mean a primary cell (PCell).
  • PCell primary cell
  • SpCell may mean a primary SCG cell (PSCell).
  • SpCell may mean PCell if the MAC entity is not associated with a cell group.
  • the PCell, PSCell and SCell are serving cells.
  • the SpCell may support PUCCH transmission and contention-based Random Access, and the SpCell may always be activated.
  • the PCell may be a cell used for the RRC connection establishment procedure when the terminal device in the RRC idle state transitions to the RRC connection state. Further, the PCell may be a cell used in the RRC connection reestablishment procedure in which the terminal device reestablishes the RRC connection. Further, the PCell may be a cell used for a random access procedure at the time of handover.
  • the PSCell may be a cell used for a random access procedure when a secondary node (SN), which will be described later, is added.
  • SN secondary node
  • the SpCell may be a cell used for a purpose other than the above-mentioned uses.
  • a cell group is composed of SpCell and one or more SCells, it can be said that carrier aggregation (CA) is set in this cell group.
  • CA carrier aggregation
  • a cell that provides additional radio resources to SpCell for a terminal device in which CA is set may mean SCell.
  • TAG Timing Advance Group
  • PTAG Primary Timing Advance Group
  • STAG secondary timing advance group
  • a cell group may be added from the base station device to the terminal device.
  • DC is a technology for performing data communication using the radio resources of the cell group configured by the first base station device (first node) and the second base station device (second node). good.
  • MR-DC may be a technology included in DC.
  • the first base station device may add a second base station device to perform DC.
  • the first base station device may be called a master node (MN).
  • MCG master cell group
  • MCG master cell group
  • the second base station device may be called a secondary node (SN).
  • the cell group configured by the secondary node may be called a secondary cell group (SCG).
  • the master node and the secondary node may be configured in the same base station device.
  • the cell group set in the terminal device may be called MCG.
  • the SpCell set in the terminal device may be PCell.
  • MR-DC may be a technology for performing DC using E-UTRA for MCG and NR for SCG.
  • MR-DC may be a technology for performing DC using NR for MCG and E-UTRA for SCG.
  • MR-DC may be a technique for performing DC using NR for both MCG and SCG.
  • EN-DC E-UTRA-NR Dual Connectivity
  • EPC EPC for the core network
  • NGEN- NGEN- that uses 5GC for the core network.
  • DC NG-RANE-UTRA-NR Dual Connectivity
  • MR-DC that uses NR for MCG and E-UTRA for SCG
  • NE-DC NR-E-UTRA Dual Connectivity
  • 5GC 5GC for the core network
  • NR-DC NR-NR Dual Connectivity
  • one MAC entity may exist for each cell group.
  • one MAC entity for MCG and one MAC entity for SCG may exist.
  • the MAC entity for MCG in the terminal device may always be established in the terminal device in all states (RRC idle state, RRC connected state, RRC inactive state, etc.).
  • the MAC entity for SCG in the terminal device may be created by the terminal device when the SCG is set in the terminal device.
  • the MAC entity for each cell group of the terminal device may be set by the terminal device receiving an RRC message from the base station device.
  • 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.
  • the MAC entity for MCG and SCG may be both NR MAC entity.
  • the fact that one MAC entity exists for each cell group may be rephrased as one MAC entity exists for each SpCell.
  • one MAC entity for each cell group may be paraphrased as one MAC entity for each SpCell.
  • SRB0 to SRB2 may be defined in the SRB of E-UTRA, and other SRBs may be defined.
  • SRB0 to SRB3 may be defined for SRB of NR, and other SRBs may be defined.
  • SRB0 may be an SRB for RRC messages transmitted and / or received using the CCCH of the logical channel.
  • SRB1 may be an SRB for RRC messages and for NAS messages before SRB2 is established.
  • RRC messages transmitted and / or received using SRB1 may include NAS messages that have been piggybacked.
  • DCCH of the logical channel may be used for all RRC messages and NAS messages transmitted and / or received using SRB1.
  • SRB2 may be an SRB for NAS messages and for RRC messages containing logged measurement information.
  • DCCH of the logical channel may be used for all RRC messages and NAS messages transmitted and / or received using SRB2.
  • SRB2 may have a lower priority than SRB1.
  • the SRB3 may be an SRB for transmitting and / or receiving a specific RRC message when EN-DC, NGEN-DC, NR-DC, etc. are set in the terminal device.
  • DCCH of the logical channel may be used for all RRC messages and NAS messages transmitted and / or received using SRB3.
  • other SRBs may be prepared for other uses.
  • the DRB may be a wireless bearer for user data.
  • the DTCH of the logical channel may be used for the RRC message transmitted and / or received using the DRB.
  • the radio bearer may include an RLC bearer.
  • the RLC bearer may consist of one or two RLC entities and a logical channel.
  • the RLC entity may be a TM RLC entity and / or a transmit RLC entity and a receive RLC entity in the RLC entity in unidirectional UM mode.
  • SRB0 may consist of one RLC bearer.
  • the RLC bearer of SRB0 may consist of RLC entity of TM and 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 set in the terminal device by the RRC message received from the base station device when the terminal device transitions from the RRC idle state to the RRC connection state.
  • SRB1 may consist of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of SRB1 may consist of the RLC entity of AM and the logical channel.
  • One SRB2 may be established and / or set in the terminal device by the RRC message received from the base station device by the terminal device in the RRC connected state in which AS security is activated.
  • 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 on the master node.
  • SRB3 when a secondary node in EN-DC, NGEN-DC, or NR-DC is added, or when the secondary node is changed, the terminal device in the RRC connection state with AS security activated is the base station. One may be established and / or set in the terminal device according to the RRC message 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.
  • the PDCP on the base station device side of SRB3 may be placed on the secondary node.
  • the DRB may be established and / or set in the terminal device by the RRC message received from the base station device by the terminal device in the RRC connected state in which AS security is activated.
  • the DRB may consist of one PDCP entity and one or more RLC bearers.
  • the RLC bearer of the DRB may consist of an AM or UM RLC entity and a logical channel.
  • the wireless bearer in which the PDCP is placed on the master node may be called the MN terminal (terminated) bearer.
  • the radio bearer in which the PDCP is placed on the secondary node may be called the SN terminated bearer.
  • a wireless bearer in which RLC bearer exists only in MCG may be called MCG bearer.
  • a wireless bearer in which RLC bearer exists only in SCG may be called SCG bearer.
  • a radio bearer in which RLC bearers exist in both MCG and SCG may be called a split bearer.
  • the bearer types of SRB1 and SRB2 established / and / or set in the terminal device may be MN-terminated MCG bearer and / or MN-terminated split bearer.
  • the bearer type of SRB3 established / and / or set in the terminal device may be an SN-terminated SCG bearer.
  • the bearer type of the DRB established / and / or set in the terminal device may be any of all bearer types.
  • the RLC entity established and / or set for the RLC bearer established and / or set in the cell group composed of E-UTRA may be E-UTRA RLC.
  • the RLC entity established and / or set for the RLC bearer established and / or set in the cell group composed of NR may be NR RLC.
  • EN-DC is set for the terminal device
  • the PDCP entity established and / or set for the MN-terminated MCG bearer may be either E-UTRA PDCP or NR PDCP.
  • the PDCP established and / or set may be NR PDCP.
  • the PDCP entity established and / or set for the radio bearer in all bearer types may be NR PDCP. ..
  • the DRB established and / or set in the terminal device may be associated with one PDU session.
  • One SDAP entity may be established and / or configured for one PDU session in the terminal device.
  • Established and / or set in the terminal device The SDAP entity, PDCP entity, RLC entity, and logical channel may be established and / or set by the RRC message received by the terminal device 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 called E-UTRA / EPC.
  • a network configuration in which the master node is the eNB 102 and the 5GC110 is the core network may be called E-UTRA / 5GC.
  • a network configuration in which the master node is gNB108 and the core network is 5GC110 may be called NR or NR / 5GC.
  • the above-mentioned master node may refer to a base station device that communicates with a terminal device.
  • the handover may be a process in which the UE 122 in the RRC connected state changes the serving cell.
  • the handover may be performed when the UE 122 receives an RRC message instructing the handover from the eNB 102 and / or the gNB 108.
  • the RRC message instructing the handover may be a message regarding the resetting of the RRC connection including the parameter instructing the handover (for example, the information element named MobilityControlInfo or the information element named ReconfigurationWithSync).
  • the above-mentioned information element named MobilityControlInfo may be rephrased as a mobility control setting information element, a mobility control setting, or a mobility control information.
  • the above-mentioned information element named Reconfiguration WithSync may be rephrased as a reconfiguration information element with synchronization or a reconfiguration with synchronization.
  • the RRC message instructing the handover may be a message indicating the movement of another RAT to a cell (for example, MobilityFromEUTRACommand or MobilityFromNRCommand).
  • handover may be paraphrased as reconfiguration with sync.
  • the conditions under which the UE 122 can perform handover include a part or all of the fact that AS security is activated, SRB2 is established, and at least one DRB is established. good.
  • FIG. 4 is a diagram showing an example of a flow of procedures for various settings in the RRC according to the embodiment of the present invention.
  • FIG. 4 is an example of a flow in which an RRC message is sent from the base station device (eNB 102 and / or gNB 108) to the terminal device (UE 122).
  • the base station apparatus creates an RRC message (step S400).
  • the RRC message may be created in the base station device so that the base station device distributes broadcast information (SI: System Information) and paging information. Further, the RRC message may be created in the base station device so that the base station device can perform processing on a specific terminal device.
  • the process to be performed on a specific terminal device may include, for example, security-related settings, RRC connection resetting, handover to a different RAT, suspension of RRC connection, release of RRC connection, and the like.
  • RRC connection resetting processes include, for example, wireless bearer control (establishment, modification, release, etc.), cell group control (establishment, addition, modification, release, etc.), measurement setting, handover, security key update, etc. May be included.
  • the RRC message may be created in the base station device in order to respond to the RRC message transmitted from the terminal device.
  • the response to the RRC message 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 contains 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 message to the terminal device (step S402).
  • the terminal device performs processing when processing such as setting is required according to the received RRC message (step S404).
  • the processed terminal device may send an RRC message for response to the base station device (not shown).
  • the RRC message is not limited to the above example, and may be used for other purposes.
  • the RRC on the master node side is used to transfer RRC messages for SCG side settings (cell group settings, wireless bearer settings, measurement settings, etc.) to and from the terminal device. good.
  • SCG side settings cell group settings, wireless bearer settings, measurement settings, etc.
  • the RRC message of E-UTRA transmitted and received between the eNB 102 and the UE 122 may include the RRC message of NR in the form of a container.
  • the RRC message of NR transmitted and received between gNB 108 and UE 122 may include the RRC message of E-UTRA in the form of a container.
  • RRC messages for settings on the SCG side may be sent and received between the master node and the secondary node.
  • the RRC message for E-UTRA transmitted from eNB 102 to UE 122 may include the RRC message for NR, and the RRC for NR transmitted from gNB 108 to UE 122 may be included.
  • the message may include an RRC message for E-UTRA.
  • FIG. 7 is an example of an ASN.1 description representing a field and / or an information element relating to the radio bearer configuration included in the message relating to the resetting of the RRC connection in NR in FIG.
  • FIG. 8 is an example of an ASN.1 description representing a field and / or an information element related to the radio bearer setting included in the message regarding the resetting of the RRC connection in E-UTRA in FIG.
  • ⁇ omitted> and ⁇ omitted> are not a part of the notation of ASN.1 and other information is omitted.
  • ASN.1 does not correctly follow the ASN.1 notation method.
  • the example of ASN.1 describes an example of the parameters of the RRC message in the embodiment of the present invention, and other names and other notations may be used.
  • the example of ASN.1 shows only an example relating to the main information closely related to one embodiment of the present invention in order to avoid complicated explanation.
  • the parameters described in ASN.1 may be referred to as information elements without distinguishing them into fields, information elements, and the like. Further, in the embodiment of the present invention, the fields, information elements, etc.
  • the message regarding the resetting of the RRC connection may be an RRC resetting message in NR or an RRC connection resetting message in E-UTRA.
  • the master cell group (MCG) setting and the secondary cell group (SCG) are set by the above-mentioned message regarding the resetting of the RRC connection.
  • Each cell group may be composed of a special cell (SpCell) and zero or more cells (secondary cell: SCell) other than the special cell (SpCell).
  • SpCell secondary cell
  • SCG's SpCell is also called PCell.
  • Cell inactivation does not apply to SpCell, but may apply to SCell.
  • cell inactivation does not apply to PCells and may apply to PSCells.
  • the cell inactivation may be a different process for SpCell and SCell.
  • Cell activation and deactivation may be handled by the MAC entity that exists for each cell group.
  • the SCell set in the terminal device may be activated and / or inactivated by the following (A) and / or (B).
  • the MAC entity of the terminal device may perform the following processing (AD) for each SCell set in the cell group.
  • Processing AD If the RRC parameter (sCellState) set in SCell at the time of SCell setting is set to activated, or if a MAC CE that activates SCell is received, the MAC entity of UE 122 processes (AD-1). I do. Otherwise, if the MAC CE that inactivates the SCell is received, or if the SCell inactivation timer expires in the active SCell, the MAC entity of UE 122 performs processing (AD-2). If the PDCCH of the active SCell notifies the uplink grant or downlink assignment, or if the PDCCH of a serving cell notifies the uplink grant or downlink assignment to the active SCell, or it is set.
  • the MAC entity on UE 122 restarts the SCell inactivation timer associated with that SCell. If the SCell becomes inactive, the MAC entity of UE 122 performs processing (AD-3).
  • this SCell was inactive before receiving the MAC CE that activates this SCell, or the RRC parameter (sCellState) set for that SCell when setting the SCell is set to activated. If so, the MAC entity of UE 122 performs processing (AD-1A) or processing (AD-1B). Also, the MAC entity of UE 122 starts or restarts the SCell Inactivation timer associated with that SCell (if it has already started). If the Active DL BWP is not the Dormant BWP described below, the MAC entity of the UE 122 implements some or all of (A) to (B) below.
  • (A) Initializes (again) a certain suspended uplink grant of grant type 1 associated with this SCell according to the stored configuration, if any.
  • (B) Trigger PHR. If the MAC CE that activates the SCell is received, the BWP indicated by the firstActiveDownlinkBWP identifier (firstActiveDownlinkBWP-Id) set in the RRC message for that SCell is set to the Dormant BWP. If not, the MAC entity of UE 122 performs processing (AD-1A).
  • the BWP indicated by the firstActiveDownlinkBWP identifier (firstActiveDownlinkBWP-Id) set in the RRC message for that SCell is set to the Dormant BWP. If so, the MAC entity of UE 122 performs processing (AD-1B). Further, the MAC entity of the UE 122 implements a part or all of the following (A) to (B).
  • the MAC entity of the UE 122 activates the SCell and applies (executes) a normal SCell operation (Operation) including a part or all of the following (A) to (E).
  • SRS sounding reference signal
  • B Report of channel state information
  • C Monitor of PDCCH in this SCell
  • D Monitor of PDCCH for this SCell
  • E If PUCCH is set, PUCCH transmission in this SCell
  • the MAC entity of UE 122 will stop if the BWP inactivation timer of this serving cell is running.
  • the MAC entity of UE 122 deactivates this SCell. It also stops the SCell inactivation timer associated with this SCell. Inactivates all activated BWPs associated with this SCell. Flush the HARQ buffer associated with this SCell.
  • the MAC entity of UE 122 implements some or all of the following (A) to (D).
  • (A) Do not send SRS with this SCell.
  • (B) Do not report the CSI for this SCell.
  • (C) Do not transmit PUCCH, UL-SCH, and / or RACH with 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 inactivate the SCell.
  • the initial state of the SCell may be set by an RRC message.
  • the RRC message may notify the value of the SCell Inactivation timer (information about when the timer is considered to have expired). For example, when the RRC message notifies the information indicating 40 ms as the value of the SCell inert timer, the time notified without stopping the timer after starting or restarting the timer in the above process (AD) (here). Then, when 40 ms) has elapsed, the timer is considered to have expired. Further, the SCell deactivation timer may be a timer named sCellDeactivationTimer.
  • band portion (BWP) will be explained.
  • BWP may be a part or all of the serving cell band.
  • BWP may be referred to as carrier BWP (Carrier BWP).
  • One or more BWPs may be set in the terminal device.
  • a BWP may be set by the information contained in the broadcast information associated with the sync signal detected in the initial cell search.
  • a BWP may have a frequency bandwidth associated with the frequency at which the initial cell search is performed.
  • a certain BWP may be set by RRC signaling (for example, Dedicated RRC signaling).
  • the downlink BWP (DL BWP) and the uplink BWP (UL BWP) may be set individually.
  • one or more uplink BWPs may be associated with one or more downlink BWPs.
  • the association between the uplink BWP and the downlink BWP may be the default association, the association by RRC signaling (for example, Dedicated RRC signaling), or the physical layer signaling (for example, downlink).
  • the correspondence may be based on the downlink control information (DCI) notified by the control channel, or may be a combination thereof.
  • DCI downlink control information
  • BWP may be composed of a group of continuous physical radio blocks (PRB: Physical Resource Block). Further, the BWP (one or a plurality of BWP) parameters of each component carrier may be set for the terminal device in the connected state.
  • the BWP parameters for each component carrier include (A) cyclic prefix type, (B) subcarrier spacing, and (C) BWP frequency position (eg, low frequency start or center frequency position of BWP) ( For the frequency position, for example, ARFCN may be used, an offset from a specific subcarrier of the serving cell may be used, and the unit of the offset may be a subcarrier unit or a resource block unit. Good.
  • both ARFCN and offset may be set), (D) BWP bandwidth (eg PRB number), (E) control signal resource setting information, (F) SS block center frequency.
  • Position for example, ARFCN may be used for the frequency position, an offset from a specific subcarrier of the serving cell may be used, and the unit of the offset may be a subcarrier unit, or a resource block. It may be in units, and both ARFCN and offset may be set), and may include some or all.
  • the resource setting information of the control signal may be included in the BWP settings of at least a part or all of PCell and / or PSCell.
  • the terminal device may transmit and receive in the active BWP (Active BWP) among one or more set BWPs.
  • active BWP active BWP
  • up to one uplink BWP and / or up to one downlink BWP are active at a given time.
  • BWP may be set.
  • the activated downlink BWP is also called Acitve DL BWP.
  • the activated uplink BWP is also called Active UL BWP.
  • One or more BWPs may be set in one serving cell. BWP switching in the serving cell is used to activate the inactivated BWP (also referred to as Inactive BWP) and inactivate the activated BWP.
  • Inactive BWP the inactivated BWP
  • BWP switching is controlled by the MAC entity itself for the initiation of PDCCH, BWP inactivity timer, RRC signaling, or random access procedure indicating downlink assignment or uplink grant.
  • the Active BWP of the serving cell is indicated by RRC or PDCCH.
  • dormant BWP Entering or leaving the dormant BWP is done by switching the BWP. This control is performed by PDCCH for each SCell or for each group called a dormant SCell group (Dormancy SCell Group). The configuration of the dormant SCell group is indicated by RRC signaling. Also, in the current specification, dormant BWP applies only to SCell. Note that the dormant BWP does not change a certain BWP to a dormant state, but may be interpreted as one BWP set for dormancy among one or more BWPs set for the UE. .. Further, there may be a plurality of BWPs set in the UE for dormancy.
  • a BWP is a dormant BWP may be indicated by the fact that the BWP settings do not include certain parameters.
  • the BWP is a dormant BWP by not including the PDCCH-Config information element, which is an information element for setting UE-specific PDCCH parameters included in the downlink BWP configuration. May be shown. Also, for example, some of the parameters included in the PDCCH-Config information element, which is an information element for setting UE-specific (Specific) PDCCH parameters included in the downlink BWP settings, are not set (not included). ) May indicate that the BWP is a dormant BWP.
  • the setting of dormant BWP to PUCCH SCell that can send SpCell and PUCCH such as PCell and PSCell may not be supported.
  • a UE that receives a PDCCH on the SpCell indicating that it will exit the dormant BWP outside a set period (active time) will receive a downlink BWP indicated by the first downlink BWP identifier notified in advance by RRC signaling. Activate.
  • a UE that receives a PDCCH on the SpCell indicating that it will exit the dormant BWP within a set period (active time) will receive the downlink BWP indicated by the second downlink BWP identifier notified in advance by RRC signaling. Activate.
  • the UE that received the PDCCH indicating that it will enter the dormant BWP activates the downlink BWP indicated by the third downlink BWP identifier (dormantDownlinkBWP-Id) notified in advance by RRC signaling.
  • the above entry and exit to the dormant BWP is performed by switching the BWP, and when a new BWP is activated, the previously active BWP is inactivated. That is, when exiting the dormant BWP, the dormant BWP is inactivated, and when entering the dormant BWP, the dormant BWP is activated.
  • a UE configured for intermittent reception (DRX) in the SpCell may monitor the PDCCH in the Active BWP of the SpCell to detect a DCI format (eg DCI format 2_6) outside the DRX active time. good.
  • the CRC in DCI format may be scrambled with a certain RNTI (eg PS-RNTI).
  • the UE with the dormant SCell group determines the Active DL BWP switch based on the bitmap information contained in the payload of DCI format 2_6.
  • a bit in the bitmap is associated with one dormant SCell group and the bit is 1, and the Active DL BWP is a dormant BWP, perform a BWP switch to another preset BWP. If the Active DL BWP is not a dormant BWP, you may want to stay at that BWP. Also, when the bit is 0, Active DL A BWP switch may be performed so that the BWP becomes a dormant BWP.
  • the UE does not have to monitor the PDCCH for the purpose of detecting DCI format 2_6 during the DRX active time.
  • a UE for which intermittent reception (DRX) is set in SpCell may monitor PDCCH with Active BWP of SpCell in order to detect a certain DCI format (for example, DCI formats 0_1 and 1_1) in the active time of DRX.
  • the CRC in DCI format may be scrambled with some RNTI (eg C-RNTI or MCS-C-RNTI).
  • the UE in which the dormant SCell group is set determines the switching of Active DL BWP based on the bitmap information contained in the payload of DCI format 0_1 or DCI format 1_1.
  • a bit with a bitmap is associated with one dormant SCell group and the bit is 1, and the Active DL BWP is a dormant BWP, BWP switching to another preset BWP is executed. If the Active DL BWP is not a dormant BWP, it may stay at that BWP. Further, when the bit is 0, BWP switching may be executed so that Active DL BWP becomes dormant BWP. Further, the "another preset BWP" may be a BWP different from the "another preset BWP" used in the description of DCI format 2_6.
  • the UE does not have to monitor PDCCH for the purpose of detecting DCI format 0_1 and DCI format 1_1 outside the active time of DRX.
  • Monitoring the PDCCH indicating exiting the dormant BWP means monitoring the PDCCH for the purpose of detecting DCI format 2_6 outside the DRX active time, and in the DRX active time, DCI format 0_1 and DCI format 1_1. It may be to monitor the PDCCH for the purpose of detecting.
  • the MAC entity is part of (A) to (H) below if the BWP is activated (is an Active BWP) and the BWP is not a dormant BWP. Or do it all.
  • A Send UL-SCH with the BWP.
  • B If a PRACH occasion is set, send RACH with that BWP.
  • C Monitor PDCCH with the BWP.
  • D If PUCCH is set, PUCCH is transmitted by that BWP.
  • E Report the CSI in the BWP.
  • SRS If SRS is set, send SRS with that BWP.
  • G Receive DL-SCH at the BWP.
  • H Initialize the grant type 1 confidated upstream link grant set and suspended by the BWP.
  • the MAC entity is one of (A) to (G) below if the BWP is activated (is an Active BWP) and the BWP is a dormant BWP. Do part or all.
  • A If the BWP inactivation timer of this BWP serving cell is running, stop it.
  • B Do not monitor the PDCCH of the BWP.
  • C Do not monitor the PDCCH for that BWP.
  • D The BWP does not receive DL-SCH.
  • F Do not send SRS with that BWP.
  • G Do not send UL-SCH on that BWP.
  • H Do not send RACH on that BWP.
  • the MAC entity if the BWP is inactivated, does some or all of (A) through (I) below.
  • G The BWP does not receive DL-SCH.
  • H Clear the Grant Type 2 Configure Uplink Grant set in the BWP.
  • the MAC entity When initiating a random access procedure in a serving cell, the MAC entity performs some or all of the following (A) to (E) on the selected carrier of this serving cell.
  • (A) If the resource (occasion) for transmitting PRACH is not set for Active UL BWP, (A1) Switch Active UL BWP to BWP indicated by the RRC parameter (initialUplinkBWP), and (A2). If the serving cell is a SpCell, switch the Active UL BWP to the BWP indicated by the RRC parameter initialDownlinkBWP.
  • the serving cell is SpCell, and Active DL BWP and Active UL BWP have the same identifier (bwp-Id). If not, switch Active DL BWP to BWP with the same identifier as Active UL BWP.
  • C If the BWP inactivation timer associated with the Active DL BWP of this serving cell is running, this timer is stopped.
  • D If the serving cell is SCell, stop this timer if the BWP inactivity timer associated with the Active DL BWP of SpCell is running.
  • E Execute a random access procedure on the Active DL BWP of SpCell and the Active UL BWP of this serving cell.
  • the MAC entity performs the following processing (A) for each of the activated Serving Cells in which the BWP inactivation timer is set.
  • the BWP inactivity timer may also be a timer named bwp-InactivityTimer.
  • the next process (A) is performed.
  • defaultDownlinkBWP-Id default downlink BWP identifier
  • the switched Active DL BWP is not the BWP indicated by the identifier (dormantDownlinkBWP-Id)
  • the switched Active DL BWP is dormantDownlinkBWP- If it is not the BWP indicated by Id, start or restart the BWP inactivity timer associated with the Active DL BWP.
  • the beam failure recovery procedure may be set by RRC for each serving cell. Beam failure is detected by counting the beam failure instance notifications notified to the MAC entity from the lower layer (PHY layer).
  • the MAC entity may perform some or all of the following processes (A), (B), and (C) in each serving cell for beam failure detection.
  • (A) If a beam failure instance notification is received from a lower layer, the timer (beamFailureDetectionTimer) is started or restarted, and the counter (BFI-COUNTER) is incremented by 1. If the value of BFI_COUNTER is equal to or greater than the set threshold value (beamFailureInstanceMaxCount), the following process (A-1) is performed.
  • A-1) If the serving cell is an SCell, trigger beam failure recovery (BFR) for this serving cell, otherwise the SpCell initiates a random access procedure.
  • BFR beam failure recovery
  • B) If the beamFailureDetectionTimer for this serving cell has expired, or if the beamFailureDetectionTimer, beamFailureInstanceMaxCount, and / or reference signal settings for beam failure detection have been changed by the higher layer, set BFI_COUNTER to 0.
  • C If the serving cell is SpCell and the random access procedure is successfully completed, set BFI_COUNTER to 0, stop the timer (beamFailureRecoveryTimer), and consider that the beam failure recovery procedure has been successfully completed.
  • the serving cell is an SCell, it is addressed to the C-RNTI indicating a new uplink grant to send information for the SCell's beam failure recovery (eg, the information contained in the SCell BFR MAC CE).
  • the SCell's beam failure recovery eg, the information contained in the SCell BFR MAC CE.
  • the MAC entity performs the process (A) below.
  • the UL-SCH resource can include the BFR MAC CE of the SCell and its subheader in consideration of the priority of the logical channel, include the BFR MAC CE of the SCell and its subheader. Otherwise, if the UL-SCH resource can include the SCell's truncated BFR MAC CE and its subheaders, taking into account the logical channel priority, then the SCell's truncated BFR MAC CE and its subheaders. Include subheaders. Otherwise, it triggers a scheduling request for SCell beam failure recovery.
  • SCell dormancy is performed by activating dormant BWP in this SCell. Further, even when the SCell is in a dormant state, CSI measurement, automatic gain control (AGC), and beam control (beam management) including beam failure recovery may be performed in this SCell.
  • AGC automatic gain control
  • beam control beam management
  • the dormant state of SCG may be included in the RRC_CONNECTED state.
  • the state in which the SCG is dormant means that the terminal device is a part of the following (A) to (I) in the SpCell (PSCell) of the SCG. It may be in a state where everything is carried out.
  • A Do not send SRS with this SpCell.
  • B Measure the CSI for this SpCell.
  • C Do not report the CSI for this SpCell.
  • D This SpCell does not transmit PUCCH, UL-SCH, and / or RACH.
  • E Do not monitor the PDCCH of this SpCell and / or the PDCCH for this SpCell.
  • the terminal device may carry out a part or all of the above (A) to (I) and the following (J) to (L).
  • (J) Let the BWP set as the dormant BWP in this SpCell be the activated BWP (Active BWP).
  • (K) Monitor only the PDCCH indicating exiting the dormant BWP in the activated dormant BWP of this SpCell.
  • (L) C-RNTI is not monitored by PDCCH in the activated dormant BWP of this SpCell.
  • the terminal device may determine and / or execute SCG dormancy based on some or all of (A) to (K) below.
  • the following messages (A) to (F) and control elements may be notified to the terminal device from a cell group other than the SCG.
  • Dormant of SCG may be referred to as entry into dormant SCG (Dormant SCG). Further, the dormancy of SCG may mean that the dormant BWP of SpCell of the cell group is activated.
  • A Reception of RRC message instructing SCG dormancy
  • B Reception of MAC control element instructing SCG dormancy
  • C Reception of RRC message instructing SpCell dormancy
  • D MAC instructing SpCell dormancy Receiving control elements
  • E Receiving other RRC messages
  • G Expiration of timer for SCG dormancy
  • H Expiration of timer for dormancy of PSCell
  • I Includes MAC SDU Random access procedure started due to a scheduling request triggered to send a MAC PDU
  • J Random access procedure started
  • K Random access caused by a scheduling request (in other words, started by the MAC entity itself) Start the procedure
  • the terminal device may determine and / or execute a resume from the dormant state of the SCG based on a part or all of the following (A) to (K).
  • the following messages (A) to (F) and control elements may be notified to the terminal device from a cell group other than the SCG.
  • Returning the SCG from the dormant state (activating the SCG) may be referred to as leaving the dormant SCG (Leaving). Further, the return from the dormant state of SCG may be a BWP switch from the dormant BWP to another (not dormant BWP) BWP in the SpCell of the cell group.
  • the terminal device that executes the dormancy of the SCG may execute a part or all of the following processes (A) to (F) in the SCG.
  • A) Inactivate all SCells.
  • B) All of the SCell Inactivation timers associated with the active SCell are considered to have expired.
  • C) All of the SCell Inactivation timers associated with the dormant SCell are considered to have expired.
  • D) Do not start or restart the SCell Inactivation Timer associated with all SCells.
  • E Ignore the MAC CE that activates the S Cell.
  • the process (AD-1) is performed when the MAC CE that activates the S Cell is received and the SCG is not instructed to dormant (or the SCG is not in the dormant state). .. (F)
  • the process (AD-2) is executed.
  • the process (AD-2) is performed.
  • the terminal device that executes the return from the dormant state of the SCG may execute a part or all of the following processes (A) to (C) in the SCG.
  • A) Processing (AD-1) is executed in order to activate all SCells.
  • C When the SCG returns from dormancy is executed based on the RRC message, if the RRC message contains parameters related to random access to some or all SCells, the target is based on the notified parameters. Start the random access procedure in SCell.
  • FIG. 9 is a diagram showing an example of the embodiment.
  • the UE 122 receives a message (RRC message) notifying the eNB 102 or the gNB 108 that the SCG is in the dormant state (inactive state) (step S900). Based on the above notification, the UE 122 controls cells other than the SCG SpCell (second cell) (that is, SCell) so as to be in an inactive state (step S902).
  • RRC message notifying the eNB 102 or the gNB 108 that the SCG is in the dormant state (inactive state)
  • the UE 122 controls cells other than the SCG SpCell (second cell) (that is, SCell) so as to be in an inactive state (step S902).
  • the transmission unit 504 of the UE 122 does not independently transmit the MAC CE for changing the SCell state of the SCG to the inactive state, and the efficient state change can be performed. It will be possible.
  • SCG dormancy is executed based on the RRC message, in the past, the initial state was set in the RRC layer and the state was changed in the MAC layer. It is possible to efficiently change the SCG status while avoiding a mismatch of instructions in the MAC layer.
  • the UE may monitor PDCCH with the Active BWP of the SpCell in order to detect a certain DCI format (for example, DCI format 2_6).
  • the CRC in DCI format may be scrambled with a certain RNTI (eg PS-RNTI).
  • the UE in which the dormant SCell group is set determines the switching of Active DL BWP based on the bitmap information included in the payload of DCI format 2_6.
  • the UE executes BWP switching to another preset BWP.
  • the Active DL BWP is not a dormant BWP, the UE may stay at that BWP. Further, when the bit is 0, the UE may execute BWP switching so that Active DL BWP becomes dormant BWP.
  • the UE does not have to monitor PDCCH for the purpose of detecting DCI format 2_6 in the active time of DRX.
  • the UE for which intermittent reception (DRX) is set in SpCell has a certain DCI format (for example, DCI format 0_1) in the active time of DRX. And 1_1) may be monitored by Active BWP of SpCell to detect PDCCH.
  • the CRC in DCI format may be scrambled with some RNTI (eg C-RNTI or MCS-C-RNTI).
  • the UE in which the dormant SCell group is set determines the switching of Active DL BWP based on the bitmap information contained in the payload of DCI format 0_1 or DCI format 1_1.
  • the UE executes BWP switching to another preset BWP.
  • the Active DL BWP is not a dormant BWP
  • the UE may stay at that BWP.
  • the bit is 0, the UE may execute BWP switching so that Active DL BWP becomes dormant BWP.
  • the "another preset BWP" may be a BWP different from the "another preset BWP" used in the description of DCI format 2_6.
  • the UE does not have to monitor PDCCH for the purpose of detecting DCI format 0_1 and DCI format 1_1 outside the active time of DRX.
  • Monitoring the PDCCH indicating exiting the dormant BWP may be monitoring the PDCCH for the purpose of detecting DCI format 2_6. In doing so, the UE does not have to monitor the PDCCH for the purpose of detecting other DCI formats.
  • monitoring the PDCCH indicating exiting the dormant BWP is intended to detect DCI format 2_6 outside the DRX active time.
  • the PDCCH may be monitored for the purpose of detecting DCI format 0_1 and DCI format 1_1 at the active time of DRX. In doing so, the UE does not have to monitor the PDCCH for the purpose of detecting other DCI formats.
  • all uplink transmissions may be stopped in the SCG.
  • information about the SCG may be transmitted in another cell group (eg, MCG).
  • information about the SCG may be transmitted in the SCG that has exited dormancy.
  • some or all of the uplink transmissions may be permitted in the SCG.
  • an example of performing uplink transmission in the SCG when the SCG is in a dormant state will be described.
  • beam failure recovery when beam control (beam management) including beam failure recovery is performed in a dormant SCG SpCell will be described.
  • the beam failure recovery procedure may be set by RRC for each serving cell.
  • the dormant SCG may set and / or perform the beam failure recovery procedure only on the SpCell, and the dormant SCG may set and / or perform the beam failure recovery procedure on the SpCell and some or all of the SCells. / Or may be performed.
  • Beam failure is detected by counting the beam failure instance notifications notified to the MAC entity from the lower layer (PHY layer).
  • the MAC entity may perform some or all of the following processes (A), (B), and (C) in each serving cell for beam failure detection.
  • A If a beam failure instance notification is received from a lower layer, the timer (beamFailureDetectionTimer) is started or restarted, and the counter (BFI-COUNTER) is incremented by 1. If the value of BFI_COUNTER is equal to or greater than the set threshold value (beamFailureInstanceMaxCount), the following process (A-1) is performed. (A-1) If the serving cell is an SCell, trigger beam failure recovery (BFR) for this serving cell, otherwise the SpCell initiates a random access procedure. If SCell does not trigger beam recovery, it is not necessary to trigger beam failure recovery for SCell here. That is, the process of starting the random access procedure in SpCell may be performed only when the serving cell is SpCell.
  • BFR beam failure recovery
  • the MAC entity should request a scheduling request for SCell beam failure recovery, if necessary, if at least one beam failure recovery (BFR) has been triggered by the beam failure recovery procedure and it has not been cancelled. Trigger.
  • BFR beam failure recovery
  • the SCG's MAC entity initiates a random access procedure in SpCell if a valid PUCCH resource for the Pending scheduling request has not been set.
  • the MAC PDU may not include the MAC SDU.
  • a random access procedure in SpCell is started in the dormant SCG by triggering a scheduling request to send a MAC PDU containing data (MAC SDU) from higher layers such as user data and RRC messages. May be done.
  • the PHR procedure is used to provide the serving gNB with some or all of the information in (A) to (C) below.
  • A) Difference between the maximum transmission power of the nominal UE and the estimated transmission power of the UL-SCH for each activated serving cell (B) The maximum transmission power of the nominal UE and others Difference from UL-SCH and / or PUCCH transmit power estimates on the MAC entity's SpCell (C) Maximum transmit power of the nominal UE and SRS transmit power per activated serving cell Difference from the estimated value
  • the information (A), (B), and (C) may be referred to as a type 1 power headroom, a type 2 power headroom, and a type 3 power headroom, respectively. Further, the information including a part or all of the above (A) to (C) may be referred to as a power headroom.
  • a MAC CE that includes only one set of power headroom type, target cell, and maximum transmission power information in that cell may be referred to as Single Entry PHR MAC CE.
  • a MAC CE including a plurality of power headroom types, a target cell, and a plurality of sets of information on the maximum transmission power in the cell may be referred to as Multiple Entry PHR MAC CE.
  • the uplink is set in a MAC entity, and the BWP indicated by the first downlink BWP identifier (firstActiveDownlinkBWP-Id) set in the RRC message is set to Dormant BWP.
  • the MAC entity of the UE may trigger a PHR if an SCell that has not been activated is activated. Also, the UE MAC entity may trigger a PHR when a new PSCell is added or modified.
  • the activated BWP of an SCell that has an uplink set in a MAC entity is changed from a dormant (DL) BWP to a non-hibernate DL BWP, the UE MAC entity will You may trigger PHR.
  • the above BWP changes may be expressed as BWP switching.
  • the UE MAC entity may perform some or all of the following (A), (B): .. (A) If this uplink resource is the first one since the last MAC reset, it starts a timer (phr-PeriodicTimer). (B) It is a PHR procedure that if the UE MAC entity triggers at least one PHR and this trigger is never canceled, and it is sent by the UE MAC entity. If the MAC CE for PHR set to can be accommodated within the uplink resources allocated in addition to this MAC CE subheader, taking into account the priority of the logical channel: Part or all of (B-1) to (B-5) of (B-1) is processed.
  • (B-1) If the MAC CE to be accommodated is a Multiple Entry PHR MAC CE, a part or all of the following (C-1) to (C-3) is processed.
  • (C-1) NR for each activated serving cell associated with any MAC entity of the same UE and having an uplink set, for which the activated DL BWP is not a dormant (DL) BWP. Gets the Type 1 or Type 3 power headroom value for the uplink carrier associated with the serving cell and E-UTRA serving cell, and if the MAC entity associated with the serving cell is for transmission on this serving cell.
  • Has uplink resources assigned to, or has another MAC entity configured with the same UE has uplink resources allocated for transmission on this serving cell, and is actually transmitted on this serving cell.
  • the value of this maximum transmit power is obtained from the physical layer.
  • C-2 If the UE may report a Type 2 power headroom for SpCell of another MAC entity of the same UE, that type if this MAC entity is an E-UTRA MAC entity. 2 If it is decided in the upper layer to get the value of the power headroom and calculate the maximum transmission power based on the power used for the actual transmission of this MAC entity in SpCell, the physical layer. Get the value of this maximum transmit power from.
  • C-3) Multiple Entry PHR MAC CE is generated and transmitted based on the value reported from the physical layer after considering the priority of the logical channel.
  • B-2 If the contained MAC CE is a Single Entry PHR MAC CE, the maximum transmission associated with the Type 1 power headroom value for the uplink carrier associated with the PCell. The power value is obtained from the physical layer, the priority of the logical channel is taken into consideration, and the Single Entry PHR MAC CE is generated and transmitted based on these values.
  • B-3) Start or restart the timer (phr-PeriodicTimer).
  • B-4) Start or restart the timer (phr-ProhibitTimer).
  • B-5) Cancel all triggered PHRs.
  • FIG. 5 is a block diagram showing a configuration of a terminal device (UE122) according to an embodiment of the present invention. In order to avoid complicated explanation, FIG. 5 shows only the main components closely related to one embodiment of the present invention.
  • the UE 122 shown in FIG. 5 has a receiving unit 500 that receives an RRC message or the like from a base station device, a processing unit 502 that performs processing according to parameters included in the received message, and a transmitting unit that transmits an RRC message or the like to the base station device. It consists of 504.
  • the above-mentioned base station apparatus may be eNB 102 or gNB 108.
  • the processing unit 502 may include some or all of the functions of various layers (for example, physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer).
  • the processing unit 502 includes a physical layer processing unit, a MAC layer processing unit, an RLC layer processing unit, a PDCP layer processing unit, an SDAP processing unit, an RRC layer processing unit, and a part or all of the NAS layer processing unit. It's okay.
  • FIG. 6 is a block diagram showing a configuration of a base station device according to an embodiment of the present invention. In order to avoid complicated explanation, FIG. 6 shows only the main components closely related to one embodiment of the present invention.
  • the above-mentioned base station apparatus may be eNB 102 or gNB 108.
  • the base station apparatus shown in FIG. 6 has a transmission unit 600 that transmits an RRC message or the like to the UE 122, and a processing unit that creates an RRC message including parameters and transmits the RRC message to the UE 122 so that the processing unit 502 of the UE 122 performs processing. It consists of a receiving unit 604 that receives an RRC message or the like from the 602 and the UE 122.
  • the processing unit 602 may include some or all of the functions of various layers (for example, physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer).
  • the processing unit 602 includes a part or all of the physical layer processing unit, the MAC layer processing unit, the RLC layer processing unit, the PDCP layer processing unit, the SDAP processing unit, the RRC layer processing unit, and the NAS layer processing unit. It's okay.
  • FIG. 10 An example of processing of the terminal device in the embodiment of the present invention will be described with reference to FIG.
  • the processing of the terminal device according to the embodiment of the present invention, which will be described with reference to FIG. 10, is expected to have effects such that the terminal device does not have to monitor a plurality of cell groups and the power consumption can be reduced. Will be done.
  • FIG. 10 is a diagram showing an example of processing of a terminal device according to an embodiment of the present invention.
  • the processing unit 502 of the UE 122 may determine that the SCG changes from the dormant state (inactive state) to the return state from the dormant state (active state) (step S1000). Further, the processing unit 502 of the UE 122 may perform an operation in the active state based on the above determination (step S1002).
  • the UE 122 may perform a part or all of the following (A) to (N) in each of the SpCell and / or one or more SCells of a certain cell group in the active state.
  • A Monitor PDCCH.
  • B Send SRS.
  • C Send PUCCH.
  • D Send UL-SCH.
  • E Send RACH.
  • F Monitor the PDCCH addressed to C-RNTI, MCS-C-RNTI, and / or CS-RNTI indicating the uplink grant for UL-SCH transmission.
  • the BWP is activated and monitors the C-RNTI, MCS-C-RNTI, and / or PDCCH addressed to the CS-RNTI indicating uplink grants in the BWP described above.
  • H Measure the channel state information (CSI) for BWP.
  • I Report channel state information (CSI) for BWP.
  • J Automatic gain control (AGC) is performed.
  • K Perform beam control (beam management) including beam failure recovery.
  • RLM Radio Link Monitoring
  • M Intermittent reception (DRX) is performed.
  • N Do not monitor the PDCCH indicating exiting the dormant BWP (exiting the dormant BWP).
  • the active state may be a state in which SCG is activated. Further, the above-mentioned active state may be a state in which the SCG is resumed from the dormant state. Further, the above-mentioned active state may be a state in which the above-mentioned SCG is not in a dormant state.
  • the above-mentioned active state is the MAC including the MAC SDU. It may be in a state of transition from the inactive state when a random access procedure resulting from a scheduling request triggered to send a PDU is initiated. Further, the above-mentioned active state may be a state of transitioning from the inactive state when the RRC entity instructs to return from the dormant state.
  • step S1000 when the transition from the inactive state to the active state of SCG is completed, the processing unit 502 of the UE 122 may determine the transition. Further, the processing unit 502 of the UE 122 may determine the transition while the SCG is transitioning from the inactive state to the active state.
  • the UE 122 may transition the SCG from the inactive state to the active state (in other words, the SCG may be activated). Further, when the UE 122 receives the information instructing the SCG to return from the dormant state (Resume), the UE 122 may shift the SCG from the inactive state to the active state. Further, when the UE 122 receives the information instructing the SpCell to return from the dormant state, the UE 122 may shift the SCG from the inactive state to the active state. Further, when the UE 122 receives other information, the SCG may be changed from the inactive state to the active state.
  • the UE 122 may also transition the SCG from the inactive state to the active state based on the timer for the dormancy of the SCG.
  • the UE 122 may also transition the SCG from the inactive state to the active state based on the timer for the dormancy of the PS Cell.
  • the UE 122 may also transition the SCG from the inactive state to the active state when initiating a random access procedure resulting from a scheduling request triggered to send a MAC PDU containing the MAC SDU.
  • the UE 122 may also transition the SCG from the inactive state to the active state when initiating the random access procedure.
  • the UE 122 may also transition the SCG from the inactive state to the active state when initiating a random access procedure resulting from a scheduling request (in other words, initiated by the MAC entity itself). Also, the MAC entity of UE 122 may obtain instructions to activate SCG, return from dormant SCG, return from dormant state of SpCell, and / or other information from the RRC entity of UE 122. ..
  • FIG. 11 is a diagram showing an example of processing of a terminal device according to an embodiment of the present invention.
  • the processing unit 502 of the UE 122 may determine that the SCG changes from the active state to the inactive state (step S1100). Further, the processing unit 502 of the UE 122 may operate in the inactive state based on the above determination (step S1102).
  • the inactive state may be a state in which the UE 122 performs a part or all of the following (A) to (M) in the SpCell and / or one or more SCells of a certain cell group.
  • A Do not monitor PDCCH.
  • B Do not send SRS.
  • C Do not send PUCCH.
  • D Do not send UL-SCH.
  • E Do not send RACH.
  • F Do not monitor the PDCCH addressed to C-RNTI, MCS-C-RNTI, and / or CS-RNTI indicating the uplink grant for UL-SCH transmission.
  • BWP is activated and does not monitor C-RNTI, MCS-C-RNTI, and / or PDCCH addressed to CS-RNTI indicating uplink grants in the above BWP.
  • H Measure the channel state information (CSI) for BWP.
  • I Do not report channel state information (CSI) for BWP.
  • J Automatic gain control (AGC) is not performed.
  • K Do not perform beam control (beam management) including beam failure recovery.
  • L Do not perform Radio Link Monitoring (RLM).
  • M Intermittent reception (DRX) is performed.
  • the inactive state may be a state in which the SCG is inactivated.
  • the inactive state described above may also be Entering the dormant SCG.
  • the above-mentioned inactive state may be the above-mentioned dormant state of SCG.
  • the inactive state may be a state in which the SCG SpCell and / or the Active BWP of one or more SCells is a dormant BWP.
  • the above-mentioned inactive state may be a state in which the transition from the active state is started when the random access procedure caused by the scheduling request triggered to send the MAC PDU containing the MAC SDU is started. ..
  • the above-mentioned inactive state may be a state in which the RRC entity transitions from the active state when the entry to the dormant state is instructed.
  • step S1100 when the transition from the active state to the inactive state of the SCG is completed, the processing unit 502 of the UE 122 may determine the transition. Further, the processing unit 502 of the UE 122 may determine the transition while the SCG is transitioning from the active state to the inactive state.
  • the UE 122 may transition the SCG from the active state to the inactive state. Further, the UE 122 may shift the SCG from the active state to the inactive state when it receives the information instructing the entry (Entering) into the dormant SCG. Further, when the UE 122 receives the information indicating the dormancy of the SpCell, the UE 122 may shift the SCG from the active state to the inactive state. Further, when the UE 122 receives other information, the SCG may be changed from the active state to the inactive state.
  • the UE 122 may shift the SCG from the active state to the inactive state when the timer for the SCG dormancy expires. Further, the UE 122 may shift the SCG from the active state to the inactive state when the timer for the dormancy of the PS Cell expires. The UE 122 may also transition the SCG from the active state to the inactive state when initiating a random access procedure resulting from a scheduling request triggered to send a MAC PDU containing the MAC SDU. The UE 122 may also transition the SCG from the active state to the inactive state when initiating the random access procedure.
  • the UE 122 may also transition the SCG from the active state to the inactive state when initiating a random access procedure resulting from a scheduling request (in other words, initiated by the MAC entity itself).
  • the MAC entity of UE 122 may also obtain instructions to inactivate SCG, to enter dormant SCG, to dormant SpCell, and / or other information from the RRC entity of UE 122.
  • FIG. 12 is a diagram showing an example of processing of a terminal device according to an embodiment of the present invention.
  • the processing unit 502 of the UE 122 may trigger the PHR (step S1202) when an event including a part or all of the following (A) to (C) occurs (step S1200).
  • the transmission unit 504 of the UE 122 may transmit the PHR triggered by the processing unit 502 to the base station apparatus.
  • the event including a part or all of (A) to (C) may include other than (A), (B), and (C).
  • the SCG changes from the inactive state to the active state.
  • firstActiveDownlinkBWP-Id may be the same value as or different from the uplink BWP identifier (firstActiveUplinkBWP-Id) set in the RRC message.
  • the addition of a new PSCell may be performed by RRC after the firstActiveDownlinkBWP-Id and firstActiveUplinkBWP-Id in the PSCell are set as the same value in the network. Further, the PSCell may be changed by RRC after the firstActiveDownlinkBWP-Id and the firstActiveUplinkBWP-Id in the changed PSCell are set as the same value in the network.
  • step S1202 An example of the PHR trigger in step S1202 will be described. If the SCG in the UE 122 transitions from the inactive state to the active state in step S1200, the MCG and / or the MAC entity for the SCG in the UE 122 may trigger the PHR.
  • the wireless bearers in the above description may be DRBs, SRBs, DRBs and SRBs, respectively.
  • SCG SpCell may be paraphrased as "PS Cell”.
  • the “sleeping state” in the above description may be paraphrased as the "inactive state", and the “recovered state from the dormant state” may be paraphrased as the "active state”. Further, in the above description, “activation” and “inactivation” may be paraphrased as “active state” and “inactive state”, respectively.
  • A may be paraphrased as B
  • B may include the meaning of paraphrasing B as A in addition to paraphrasing A as B.
  • C may be D
  • C C may be E
  • D may be E
  • F may be G
  • G G may be H
  • F H
  • condition "A” and the condition "B” are contradictory, the condition “B” may be expressed as the “other” condition of the condition "A”. good.
  • the first embodiment of the present invention is a terminal device in which a first cell group and a second cell group are set, a processing unit that triggers a power headroom report (PHR), and a processing unit.
  • a transmission unit that transmits the triggered PHR to the base station device is provided, and the PHR is a terminal device triggered by the processing unit based on the activation of the second cell group.
  • the second embodiment of the present invention is a communication method applied to a terminal device in which a first cell group and a second cell group are set, and a power headroom report (PHR) is obtained. Triggered, the triggered PHR is transmitted to the base station apparatus, and the PHR is a communication method triggered based on the activation of the second cell group.
  • PHR power headroom report
  • the third embodiment of the present invention is a base station device for setting a first cell group and a second cell group in a terminal device, and a power headroom report (PHR) is transmitted from the terminal device.
  • the PHR is a base station device that comprises a receiving unit to receive and is triggered by the terminal device based on the activation of the second cell group.
  • the fourth embodiment of the present invention is a communication method applied to a terminal device in which a first cell group and a second cell group are set, and a power headroom report (PHR) is obtained. Triggered, the triggered PHR is transmitted to the base station apparatus, and the PHR is a communication method triggered by the processing unit based on the activation of the second cell group.
  • PHR power headroom report
  • a program operating on a device controls a Central Processing Unit (CPU) or the like to operate a computer so as to realize the functions of the above-described embodiment related to one aspect of the present invention. It may be a program.
  • the program or the information handled by the program is temporarily read into volatile memory such as Random Access Memory (RAM) at the time of processing, or stored in non-volatile memory such as flash memory or Hard Disk Drive (HDD), and is required.
  • RAM Random Access Memory
  • HDD Hard Disk Drive
  • a part of the apparatus in the above-described embodiment may be realized by a computer.
  • the program for realizing this control function is recorded on a recording medium that can be read by the computer, and the program recorded on this recording medium is read by the computer system and executed. May be good.
  • the "computer system” as used herein is a computer system built into the device, and includes hardware such as an operating system and peripheral devices.
  • the "recording medium that can be read by a computer” may be any of a semiconductor recording medium, an optical recording medium, a magnetic recording medium, and the like.
  • a "recording medium that can be read by a computer” is a communication line that dynamically holds a program for a short time, like a communication line when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. It may also include a program that holds a program for a certain period of time, such as a volatile memory inside a computer system that is a server or a client in that case. Further, the above program may be for realizing a part of the above-mentioned functions, and may be further realized by combining the above-mentioned functions with a program already recorded in the computer system. ..
  • each functional block or feature of the device used in the above-described embodiment can be implemented or executed in an electric circuit, that is, typically an integrated circuit or a plurality of integrated circuits.
  • Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or others.
  • Programmable Logic Devices Discrete Gate or Transistor Logic, Discrete Hardware Components, or Combinations thereof.
  • the general purpose processor may be a microprocessor or instead the processor may be a conventional processor, controller, microprocessor, or steady machine.
  • the general-purpose processor or each of the above-mentioned circuits may be composed of a digital circuit or an analog circuit.
  • an integrated circuit technology that replaces the current integrated circuit appears due to advances in semiconductor technology, it is also possible to use an integrated circuit based on this technology.
  • the invention of the present application is not limited to the above-described embodiment.
  • an example of the device has been described, but the present invention is not limited to this, and the present invention is not limited to this, and the stationary or non-movable electronic device installed indoors and outdoors, for example, an AV device, a kitchen device, and the like. It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other living equipment.
  • One aspect of the present invention is used in, for example, a communication system, a communication device (for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (for example, a communication chip), a program, or the like. be able to.
  • a communication device for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device
  • an integrated circuit for example, a communication chip
  • a program or the like.
  • E-UTRA 102 eNB 104 EPC 106 NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 Interface 122 UE 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 210, 312 NAS 500,604 Receiver 502,602 Processing 504,600 Transmitter

Landscapes

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

Abstract

第１のセルグループと第２のセルグループとが設定された端末装置が、PHRをトリガする処理部と、トリガされた前記PHRを基地局装置に送信する送信部とを備え、前記PHRは、前記第２のセルグループが活性化されることに基づき前記処理部によってトリガされる。

Description

端末装置、通信方法、および基地局装置
　本発明は、端末装置、通信方法、および基地局装置に関する。
　本願は、２０２０年９月３０日に日本に出願された特願２０２０－１６５０２０号について優先権を主張し、その内容をここに援用する。
　セルラ移動通信システムの標準化プロジェクトである、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project:3GPP）において、無線アクセス、コアネットワーク、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。
　例えば、E-UTRA（Evolved UniversaLTErrestrial Radio Access）は、3GPPにおいて、第３．９世代および第４世代向けセルラ移動通信システム向け無線アクセス技術（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において、第５世代（5th Generation:5G）向けセルラ移動通信システム向け無線アクセス技術（Radio Access Technology:RAT）として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。
　NRの拡張技術として大容量のデータ通信を可能とするために、複数のセルグループを用いて一つまたは複数の基地局装置と端末装置とが通信するデュアルコネクティビティ（マルチコネクティビティとも称する）技術がある。このデュアルコネクティビティでは、それぞれのセルグループで通信を行うために、端末装置はそれぞれのセルグループにおいて自分宛のメッセージの有無をモニタする必要がある。端末装置は大容量のデータ通信が発生したときに低遅延で通信できるように、常に複数のセルグループのモニタを行う必要があり、多くの電力を消費する問題があった。そのため、一部のセルグループのモニタを低頻度で行う、または停止する技術（セルグループの休眠（Dormant）技術）の検討が開始された。
　セルグループの休眠において、現状では常に活性（Activate）状態であるセル（SpCell）をどのように扱うかが検討されているが、SpCell以外のセルについても検討する必要がある。
　本発明の一態様は、上記した事情に鑑みてなされたもので、通信制御を効率的に行うことができる端末装置、通信方法、および基地局装置を提供することを目的の一つとする。
　上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、第１のセルグループと第２のセルグループとが設定された端末装置であって、パワーヘッドルームレポート（PHR）をトリガする処理部と、トリガされた前記PHRを基地局装置に送信する送信部とを備え、前記PHRは、前記第２のセルグループが活性化されることに基づき前記処理部によってトリガされる端末装置である。
　また本発明の一態様は、第１のセルグループと第２のセルグループとが設定された端末装置に適用される通信方法であって、パワーヘッドルームレポート（PHR）をトリガし、トリガされた前記PHRを基地局装置に送信し、前記PHRは、前記第２のセルグループが活性化されることに基づきトリガされる通信方法である。
　本発明の一態様は、第１のセルグループと第２のセルグループとを端末装置に設定する基地局装置であって、パワーヘッドルームレポート（PHR）を端末装置から受信する受信部を備え、前記PHRは、前記第２のセルグループが活性化されることに基づき前記端末装置によってトリガされる基地局装置である。
　また本発明の一態様は、第１のセルグループと第２のセルグループとを端末装置に設定する基地局装置に適用される通信方法であって、パワーヘッドルームレポート（PHR）を端末装置から受信し、前記PHRは、前記第２のセルグループが活性化されることに基づき前記端末装置によってトリガされる通信方法である。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本発明の一態様によれば、端末装置、基地局装置、方法、および集積回路は、効率的な通信制御処理を実現することができる。
本発明の実施の形態に係る通信システムの概略図。 本発明の実施の形態に係るE-UTRAプロトコル構成の一例の図。 本発明の実施形態に係るNRプロトコル構成の一例の図。 本発明の実施の形態に係るRRCにおける、各種設定のための手順のフローの一例を示す図。 本発明の実施の形態における端末装置の構成を示すブロック図。 本発明の実施の形態における基地局装置の構成を示すブロック図。 本発明の実施の形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本発明の実施の形態におけるE-UTRAでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本発明の実施の形態におけるSCGの休眠に関する処理の一例。 本発明の実施の形態におけるSCGの活性化に関する処理の一例。 本発明の実施の形態におけるSCGの不活性化に関する処理の一例。 本発明の実施の形態におけるPHRに関する処理の一例。
　以下、本発明の実施の形態について、図面を参照して詳細に説明する。
　LTE（およびLTE-A、LTE-A Pro）とNRは、異なる無線アクセス技術（Radio Access Technology:RAT）として定義されてよい。またNRは、LTEに含まれる技術として定義されてもよい。またLTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti Radio Dual connectivity(MR-DC)で接続可能なLTEは、従来のLTEと区別されてよい。また、コアネットワークに5GCを用いるLTEは、コアネットワークにEPCを用いる従来のLTEと区別されてよい。なお従来のLTEとは、3GPPにおけるリリース15以降に規格化された技術を実装していないLTEの事であって良い。本発明の実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、本発明の実施形態は他の用語を用いる他の技術において適用されてもよい。また本発明の実施形態でのE-UTRAという用語は、LTEという用語に置き換えられて良いし、LTEという用語はE-UTRAという用語に置き換えられて良い。
　なお、本発明の実施の形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本発明の実施の形態は他の無線アクセス技術に用いられて良い。本発明の実施の形態における各ノードやエンティティの名称は、別の名称であって良い。
　図１は本発明の実施の形態に係る通信システムの概略図である。なお図１を用いて説明する各ノード、無線アクセス技術、コアネットワーク、インタフェース等の機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持って良い。
　Ｅ－ＵＴＲＡ１００は無線アクセス技術であって良い。またＥ－ＵＴＲＡ１００は、ＵＥ１２２とｅＮＢ１０２との間のエアインタフェース（air interface）であって良い。ＵＥ１２２とｅＮＢ１０２との間のエアインタフェースをUuインタフェースと呼んで良い。ｅＮＢ（Ｅ－ＵＴＲＡＮ　Ｎｏｄｅ　Ｂ）１０２は、Ｅ－ＵＴＲＡ１００の基地局装置であって良い。ｅＮＢ１０２は、後述のE-UTRAプロトコルを持って良い。E-UTRAプロトコルは、後述のE-UTRAユーザプレーン（User Plane:UP）プロトコル、及び後述のE-UTRA制御プレーン（Control Plane:CP）プロトコルから構成されても良い。ｅＮＢ１０２は、ＵＥ１２２に対し、E-UTRAユーザプレーン（User Plane:UP）プロトコル、及びE-UTRA制御プレーン（Control Plane:CP）プロトコルを終端して良い。eNBで構成される無線アクセスネットワークをE-UTRANと呼んでもよい。
　ＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）１０４は、コア網であって良い。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース(interface)であり、S1インタフェースと呼ばれて良い。インタフェース１１２には、制御信号が通る制御プレーンインタフェース、及び／又は（and/or）ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１２の制御プレーンインタフェースはＥＰＣ１０４内のMobility Management Entity(MME:不図示)で終端して良い。インタフェース１１２のユーザプレーンインタフェースはＥＰＣ１０４内のサービングゲートウェイ(S-GW:不図示)で終端して良い。インタフェース１１２の制御プレーンインタフェースをS1-MMEインタフェースと呼んで良い。インタフェース１１２のユーザプレーンインタフェースをS1-Uインタフェースと呼んで良い。
　なお、１つ又は複数のｅＮＢ１０２がＥＰＣ１０４にインタフェース１１２を介して接続されて良い。ＥＰＣ１０４に接続する複数のｅＮＢ１０２の間に、インタフェースが存在して良い（不図示）。ＥＰＣ１０４に接続する複数のｅＮＢ１０２間のインタフェースを、X2インタフェースと呼んで良い。
　ＮＲ１０６は無線アクセス技術であって良い。またＮＲ１０６は、ＵＥ１２２とｇＮＢ１０８との間のエアインタフェース（air interface）であって良い。ＵＥ１２２とｇＮＢ１０８との間のエアインタフェースをUuインタフェースと呼んで良い。ｇＮＢ（ｇ　Ｎｏｄｅ　Ｂ）１０８は、ＮＲ１０６の基地局装置であって良い。ｇＮＢ１０８は、後述のNRプロトコルを持って良い。NRプロトコルは、後述のNRユーザプレーン（User Plane:UP）プロトコル、及び後述のNR制御プレーン（Control Plane:CP）プロトコルから構成されて良い。ｇＮＢ１０８は、ＵＥ１２２に対し、NRユーザプレーン（User Plane:UP）プロトコル、及びNR制御プレーン（Control Plane:CP）プロトコルを終端して良い。
　５ＧＣ１１０は、コア網であって良い。インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース（interface）であり、NGインタフェースと呼ばれて良い。インタフェース１１６には、制御信号が通る制御プレーンインタフェース、及び／又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１６の制御プレーンインタフェースは５ＧＣ１１０内のAccess and mobility Management Function(AMF:不図示)で終端して良い。インタフェース１１６のユーザプレーンインタフェースは５ＧＣ１１０内のUser Plane Function(UPF:不図示)で終端して良い。インタフェース１１６の制御プレーンインタフェースをNG-Cインタフェースと呼んで良い。インタフェース１１６のユーザプレーンインタフェースをNG-Uインタフェースと呼んで良い。
　なお、１つ又は複数のｇＮＢ１０８が５ＧＣ１１０にインタフェース１１６を介して接続されて良い。５ＧＣ１１０に接続する複数のｇＮＢ１０８の間に、インタフェースが存在して良い（不図示）。５ＧＣ１１０に接続する複数のｇＮＢ１０８間のインタフェースをXnインタフェースと呼んで良い。
　ｅＮＢ１０２は５ＧＣ１１０に接続する機能を持って良い。５ＧＣ１１０に接続する機能をもつｅＮＢ１０２を、ng-eNBと呼んで良い。インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェースで、NGインタフェースと呼ばれて良い。インタフェース１１４には、制御信号が通る制御プレーンインタフェース、及び／又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１４の制御プレーンインタフェースは５ＧＣ１１０内のAccess and mobility Management Function(AMF:不図示)で終端して良い。インタフェース１１４のユーザプレーンインタフェースは５ＧＣ１１０内のUser Plane Function(UPF:不図示)で終端して良い。インタフェース１１４の制御プレーンインタフェースをNG-Cインタフェースと呼んで良い。インタフェース１１４のユーザプレーンインタフェースをNG-Uインタフェースと呼んで良い。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RANと称してもよい。NG-RAN、E-UTRAN, eNB, ng-eNBおよびgNBなどを単にネットワークと称してもよい。
　なお、１つ又は複数のｅＮＢ１０２が５ＧＣ１１０にインタフェース１１４を介して接続されて良い。５ＧＣ１１０に接続する複数のｅＮＢ１０２の間に、インタフェースが存在して良い（不図示）。５ＧＣ１１０に接続する複数のｅＮＢ１０２の間のインタフェースを、Xnインタフェースと呼んで良い。また５ＧＣ１１０に接続するｅＮＢ１０２と、５ＧＣ１１０に接続するｇＮＢ１０８は、インタフェース１２０で接続されて良い。５ＧＣ１１０に接続するｅＮＢ１０２と、５ＧＣ１１０に接続するｇＮＢ１０８の間のインタフェース１２０は、Xnインタフェースと呼ばれて良い。
　ｇＮＢ１０８はＥＰＣ１０４に接続する機能を持って良い。ＥＰＣ１０４に接続する機能をもつｇＮＢ１０８を、en-gNBと呼んで良い。インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェースで、S1インタフェースと呼ばれて良い。インタフェース１１８には、ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１８のユーザプレーンインタフェースはＥＰＣ１０４内のS-GW（不図示）で終端して良い。インタフェース１１８のユーザプレーンインタフェースをS1-Uインタフェースと呼んで良い。またＥＰＣ１０４に接続するｅＮＢ１０２と、ＥＰＣ１０４に接続するｇＮＢ１０８は、インタフェース１２０で接続されて良い。ＥＰＣ１０４に接続するｅＮＢ１０２と、ＥＰＣ１０４に接続するｇＮＢ１０８の間のインタフェース１２０はX2インタフェースと呼ばれて良い。
　インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースであり、CPのみ、又はUPのみ、又はCP及びUP両方を通すインタフェースであって良い。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があって良い。
　ＵＥ１２２はｅＮＢ１０２、及び／又はｇＮＢ１０８から送信される報知情報や、ページングメッセージを受信する事が可能な端末装置であって良い。またＵＥ１２２は、ｅＮＢ１０２、及び／又はｇＮＢ１０８との無線接続が可能な端末装置であって良い。またＵＥ１２２は、ｅＮＢ１０２との無線接続、及びｇＮＢ１０８と無線接続を同時に行う事が可能な端末装置であって良い。ＵＥ１２２はE-UTRAプロトコル、及び／又はNRプロトコルを持って良い。なお、無線接続とは、Radio Resource Control（RRC）接続であって良い。
　ＵＥ１２２が、ｅＮＢ１０２、及び／又はｇＮＢ１０８と通信する場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に無線ベアラ（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）と呼ばれて良い。
　またＵＥ１２２は、ｅＮＢ１０２及び／又はｇＮＢ１０８を介して、ＥＰＣ１０４、及び／又は５ＧＣ１１０との接続が可能な端末装置であって良い。ＵＥ１２２が通信を行うｅＮＢ１０２、及び／又はｇＮＢ１０８の接続先コア網がＥＰＣ１０４である場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に確立された各DRBは、更にＥＰＣ１０４内を経由する各EPS（Evolved Packet System）ベアラと一意に紐づけられて良い。各EPSベアラは、EPSベアラ識別子（Identity、またはID）で識別されて良い。また同一のEPSベアラを通るIPパケットや、イーサネット（登録商標）フレーム等のデータには同一のQoSが保証されて良い。
　また、ＵＥ１２２が通信を行うｅＮＢ１０２、及び／又はｇＮＢ１０８の接続先コア網が５ＧＣ１１０である場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に確立された各DRBは、更に５ＧＣ１１０内に確立されるPDU（Packet Data Unit）セッションの一つに紐づけられて良い。各PDUセッションには、一つ又は複数のQoSフローが存在して良い。各DRBは、一つ又は複数のQoSフローと対応付け（map）されて良いし、どのQoSフローと対応づけられなくて良い。各PDUセッションは、PDUセッション識別子（Identity、Identifier、またはID）で識別されて良い。また各QoSフローは、QoSフロー識別子Identity、Identifier、またはID）で識別されて良い。また同一のQoSフローを通るIPパケットや、イーサネットフレーム等のデータに同一のQoSが保証されて良い。
　ＥＰＣ１０４には、PDUセッション及び／又はQoSフローは存在しなくて良い。また５ＧＣ１１０にはEPSベアラは存在しなくて良い。ＵＥ１２２がＥＰＣ１０４と接続している際、ＵＥ１２２はEPSベアラの情報を持つが、PDUセッション及び／又はQoSフローの内の情報は持たなくて良い。またＵＥ１２２が５ＧＣ１１０と接続している際、ＵＥ１２２はPDUセッション及び／又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくて良い。
　なお、以下の説明において、ｅＮＢ１０２および／またはｇＮＢ１０８を単に基地局装置とも称し、ＵＥ１２２を単に端末装置又はUEとも称する。
　図２は本発明の実施形態に係るE-UTRAプロトコル構成（protocol architecture）の一例の図である。また図３は本発明の実施形態に係るNRプロトコル構成の一例の図である。なお図２及び／又は図３を用いて説明する各プロトコルの機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持っていて良い。なお、本発明の実施の形態において、上りリンク（uplink:UL）とは端末装置から基地局装置へのリンクであって良い。また本発明の各実施の形態において、下りリンク（downlink:DL）とは基地局装置から端末装置へのリンクであって良い。
　図２（Ａ）はE-UTRAユーザプレーン（UP）プロトコルスタックの図である。図２（Ａ）に示す通り、E-UTRAN UPプロトコルは、ＵＥ１２２とｅＮＢ１０２の間のプロトコルであって良い。即ちE-UTRAN UPプロトコルは、ネットワーク側ではｅＮＢ１０２で終端するプロトコルであって良い。図２（Ａ）に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層（無線物理レイヤ）であるＰＨＹ（Ｐｈｙｓｉｃａｌ　ｌａｙｅｒ）２００、媒体アクセス制御層（媒体アクセス制御レイヤ）であるＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）２０２、無線リンク制御層（無線リンク制御レイヤ）であるＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）２０４、及びパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）２０６から構成されて良い。
　図３（Ａ）はNRユーザプレーン（UP）プロトコルスタックの図である。図３（Ａ）に示す通り、NR UPプロトコルは、ＵＥ１２２とｇＮＢ１０８の間のプロトコルであって良い。即ちNR UPプロトコルは、ネットワーク側ではｇＮＢ１０８で終端するプロトコルであって良い。図３（Ａ）に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層であるＰＨＹ３００、媒体アクセス制御層であるＭＡＣ３０２、無線リンク制御層であるＲＬＣ３０４、パケットデータ収束プロトコル層である、ＰＤＣＰ３０６、及びサービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）３１０であるから構成されて良い。
　図２（Ｂ）はE-UTRA制御プレーン（CP）プロトコル構成の図である。図２（Ｂ）に示す通り、E-UTRAN CPプロトコルにおいて、無線リソース制御層（無線リソース制御レイヤ）であるＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）２０８は、ＵＥ１２２とｅＮＢ１０２の間のプロトコルであって良い。即ちＲＲＣ２０８は、ネットワーク側ではｅＮＢ１０２で終端するプロトコルであって良い。またE-UTRAN CPプロトコルにおいて、非AS（Access Stratum）層（非ASレイヤ）であるＮＡＳ（Ｎｏｎ　Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）２１０は、ＵＥ１２２とMMEとの間のプロトコルであって良い。即ちＮＡＳ２１０は、ネットワーク側ではMMEで終端するプロトコルであって良い。
　図３（Ｂ）はNR制御プレーン（CP）プロトコル構成の図である。図３（Ｂ）に示す通り、NR CPプロトコルにおいて、無線リソース制御層であるＲＲＣ３０８は、ＵＥ１２２とｇＮＢ１０８の間のプロトコルであって良い。即ちＲＲＣ３０８は、ネットワーク側ではｇＮＢ１０８で終端するプロトコルであって良い。またE-UTRAN CPプロトコルにおいて、非AS層であるＮＡＳ３１２は、ＵＥ１２２とAMFとの間のプロトコルであって良い。即ちＮＡＳ３１２は、ネットワーク側ではAMFで終端するプロトコルであって良い。
　なおAS（Access Stratum）層とは、ＵＥ１２２とｅＮＢ１０２及び／又はｇＮＢ１０８との間で終端する層であって良い。即ちＡＳ層とは、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の一部又は全てを含む層、及び／又はＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の一部又は全てを含む層であって良い。
　なお本発明の実施の形態において、以下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のプロトコルを区別する場合、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれ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 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のプロトコルを区別する場合、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれNR用PHY、NR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。またＰＨＹ２００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、及びＲＲＣ３０８を、それぞれNR PHY、NR MAC、NR RLC、NR PDCP、NR RRCなどと記述する場合もある。
　E-UTRA及び／又はNRのAS層におけるエンティティ（entity）について説明する。MAC層の機能の一部又は全てを持つエンティティの事をMACエンティティと呼んで良い。RLC層の機能の一部又は全てを持つエンティティの事をRLCエンティティと呼んで良い。PDCP層の機能の一部又は全てを持つエンティティの事をPDCPエンティティと呼んで良い。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んで良い。RRC層の機能の一部又は全てを持つエンティティの事をRRCエンティティと呼んで良い。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えて良い。
　なお、MAC、RLC、PDCP、SDAPから下位層に提供されるデータ、及び／又はMAC、RLC、PDCP、SDAPに下位層から提供されるデータの事を、それぞれMAC PDU（Protocol Data Unit）、RLC PDU、PDCP PDU、SDAP PDUと呼んで良い。また、MAC、RLC、PDCP、SDAPに上位層から提供されるデータ、及び／又はMAC、RLC、PDCP、SDAPから上位層に提供するデータの事を、それぞれMAC SDU（Service Data Unit）、RLC SDU、PDCP SDU、SDAP SDUと呼んで良い。また、セグメントされたRLC SDUの事をRLC SDUセグメントと呼んで良い。
　PHYの機能の一例について説明する。端末装置のPHYは基地局装置のPHYから、下りリンク（Downlink:DL）物理チャネル（Physical Channel）を介して伝送されたデータを受信する機能を有して良い。端末装置のPHYは基地局装置のPHYに対し、上りリンク（Uplink:UL）物理チャネルを介してデータを送信する機能を有して良い。PHYは上位のMACと、トランスポートチャネル（Transport Channel）で接続されて良い。PHYはトランスポートチャネルを介してMACにデータを受け渡して良い。またPHYはトランスポートチャネルを介してMACからデータを提供されて良い。PHYにおいて、様々な制御情報を識別するために、RNTI（Radio Network Temporary Identifier）が用いられて良い。
　ここで、物理チャネルについて説明する。
　端末装置と基地局装置との無線通信に用いられる物理チャネルには、以下の物理チャネルが含まれてよい。
　　PBCH（物理報知チャネル:Physical Broadcast CHannel）
　　PDCCH（物理下りリンク制御チャネル:Physical Downlink Control CHannel）
　　PDSCH（物理下りリンク共用チャネル:Physical Downlink Shared CHannel）
　　PUCCH（物理上りリンク制御チャネル:Physical Uplink Control CHannel）
　　PUSCH（物理上りリンク共用チャネル:Physical Uplink Shared CHannel）
　　PRACH（物理ランダムアクセスチャネル:Physical Random Access CHannel）
　PBCHは、端末装置が必要とするシステム情報を報知するために用いられて良い。
　また、NRにおいて、PBCHは、同期信号のブロック（SS/PBCHブロックとも称する）の周期内の時間インデックス（SSB-Index）を報知するために用いられてよい。
　PDCCHは、下りリンクの無線通信（基地局装置から端末装置への無線通信）において、下りリンク制御情報（Downlink Control Information:DCI）を送信する（または運ぶ）ために用いられて良い。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI（DCIフォーマットと称してもよい）が定義されて良い。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされて良い。PDCCHは、PDCCH候補（candidate）において送信されて良い。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタして良い。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味して良い。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。
　PUCCHは、上りリンクの無線通信（端末装置から基地局装置への無線通信）において、上りリンク制御情報（Uplink Control Information:UCI）を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI:Channel State Information）が含まれてもよい。また、上りリンク制御情報には、UL-SCH（UL-SCH:Uplink Shared CHannel）リソースを要求するために用いられるスケジューリング要求（SR:Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、HARQ-ACK（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。
　PDSCHは、MAC層からの下りリンクデータ（DL-SCH:Downlink Shared CHannel）の送信に用いられてよい。また、下りリンクの場合にはシステム情報（SI:System Information）やランダムアクセス応答（RAR:Random Access Response）などの送信に用いられて良い。
　PUSCHは、MAC層からの上りリンクデータ（UL-SCH:Uplink Shared CHannel）または上りリンクデータと共にHARQ-ACKおよび／またはCSIを送信するために用いられてもよい。またPUSCHは、CSIのみ、または、HARQ-ACKおよびCSIのみを送信するために用いられてもよい。すなわちPUSCHは、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング（RRCメッセージとも称する）、およびMACコントロールエレメントを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、端末装置固有（UEスペシフィック）の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力（UE Capability）の送信に用いられてもよい。
　PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびPUSCH（UL-SCH）リソースの要求を示すために用いられてもよい。
　MACの機能の一例について説明する。MACは、MAC副層（サブレイヤ）と呼ばれて良い。MACは、多様な論理チャネル（ロジカルチャネル:Logical Channel）を、対応するトランスポートチャネルに対してマッピングを行う機能を持って良い。論理チャネルは、論理チャネル識別子（Logical Channel Identity、又はLogical Channel ID）によって識別されて良い。MACは上位のRLCと、論理チャネル（ロジカルチャネル）で接続されて良い。論理チャネルは、伝送される情報の種類によって、制御情報を伝送する制御チャネルと、ユ－ザ情報を伝送するトラフィックチャネルに分けられて良い。また論理チャネルは、上りリンク論理チャネルと、下りリンク論理チャネルに分けられて良い。MACは、一つ又は複数の異なる論理チャネルに所属するMAC SDUを多重化（multiplexing）して、PHYに提供する機能を持って良い。またMACは、PHYから提供されたMAC PDUを逆多重化（demultiplexing）し、各MAC SDUが所属する論理チャネルを介して上位レイヤに提供する機能を持って良い。またMACは、HARQ（Hybrid Automatic Repeat reQuest）を通して誤り訂正を行う機能を持って良い。またMACは、スケジューリング情報（scheduling information）をレポートする、スケジューリングレポート（Scheduling Report:SR）機能を持って良い。MACは、動的スケジューリングを用いて、端末装置間の優先処理を行う機能を持って良い。またMACは、一つの端末装置内の論理チャネル間の優先処理を行う機能を持って良い。MACは、一つの端末装置内でオーバーラップしたリソースの優先処理を行う機能を持って良い。E-UTRA MACはMultimedia Broadcast Multicast Services（MBMS）を識別する機能を持って良い。またNR MACは、マルチキャスト／ブロードキャストサービス（Multicast Broadcast Service:MBS）を識別する機能を持って良い。MACは、トランスポートフォーマットを選択する機能を持って良い。MACは、間欠受信（DRX:Discontinuous Reception）及び／又は間欠送信（DTX:Discontinuous Transmission）を行う機能、ランダムアクセス（Random Access:RA）手順を実行する機能、送信可能電力の情報を通知する、パワーヘッドルームレポート（Power Headroom Report:PHR）機能、送信バッファのデータ量情報を通知する、バッファステイタスレポート（Buffer Status Report:BSR）機能、などを持って良い。NR MACは帯域適応（Bandwidth Adaptation:BA）機能を持って良い。またE-UTRA MACで用いられるMAC PDUフォーマットとNR MACで用いられるMAC PDUフォーマットは異なって良い。またMAC PDUには、MACにおいて制御を行うための要素である、MAC制御要素（MACコントロールエレメント:MAC CE）が含まれて良い。
　E-UTRA及び／又はNRで用いられる、上りリンク（UL:Uplink）、及び／又は下りリンク（DL:Downlink）用論理チャネルについて説明する。
　BCCH（Broadcast Control Channel）は、システム情報（SI:System Information）等の、制御情報を報知（broadcast）するための下りリンク論理チャネルであって良い。
　PCCH（Paging Control Channel）は、ページング（Paging）メッセージを運ぶための下りリンク論理チャネルであって良い。
　CCCH（Common Control Channel）は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであって良い。CCCHは、端末装置が、RRC接続を有しない場合に用いられて良い。またCCCHは基地局装置と複数の端末装置との間で使われて良い。
　DCCH（Dedicated Control Channel）は、端末装置と基地局装置との間で、１対１（point-to-point）の双方向（bi-directional）で、専用制御情報を送信するための論理チャネルであって良い。専用制御情報とは、各端末装置専用の制御情報であって良い。DCCHは、端末装置が、RRC接続を有する場合に用いられて良い。
　DTCH（Dedicated Traffic Channel）は、端末装置と基地局装置との間で、１対１（point-to-point）で、ユーザデータを送信するための論理チャネルであって良い。DTCHは専用ユーザデータを送信するための論理チャネルであって良い。専用ユーザデータとは、各端末装置専用のユーザデータであって良い。DTCHは上りリンク、下りリンク両方に存在して良い。
　MTCH（Multicast Traffic Channel）は、基地局装置から端末装置に対し、データを送信するための１対多（point-to-multipoint）の下りリンクチャネルであって良い。MTCHはマルチキャスト用論理チャネルであって良い。MTCHは、端末装置がMBMSを受信する場合にのみ、該当端末装置によって使われて良い。
　MCCH（Multicast Control Channel）は、基地局装置から端末装置へ、一つ又は複数のMTCHに対するMBMS制御情報を送るための、１対多（point-to-multipoint）の下りリンクチャネルであって良い。MCCHはマルチキャスト用論理チャネルであって良い。MCCHは端末装置がMBMSを受信する、又は端末装置がMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。
　SC-MTCH（Single Cell Multicast Traffic Channel）は、基地局装置から端末装置に対し、SC-PTMを用いてデータを送信するための１対多（point-to-multipoint）の下りリンクチャネルであって良い。SC-MTCHはマルチキャスト用論理チャネルであって良い。SC-MTCHは、端末装置がSC-PTM（Single Cell Point-To-Multipoint）を用いてMBMSを受信する場合にのみ、該当端末装置によって使われて良い。
　SC-MCCH（Single Cell Multicast Control Channel）は、基地局装置から端末装置へ、一つ又は複数のSC-MTCHに対するMBMS制御情報を送るための、１対多（point-to-multipoint）の下りリンクチャネルであって良い。SC-MCCHはマルチキャスト用論理チャネルであって良い。SC-MCCHは端末装置がSC-PTMを用いてMBMSを受信する、又は端末装置がSC-PTMを用いてMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。
　E-UTRA及び／又はNRにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
　CCCHは、上りリンクトランスポートチャネルである、UL-SCH（Uplink Shared Channel）にマップされて良い。
　DCCHは、上りリンクトランスポートチャネルである、UL-SCH（Uplink Shared Channel）にマップされて良い。
　DTCHは、上りリンクトランスポートチャネルである、UL-SCH（Uplink Shared Channel）にマップされて良い。
　E-UTRA及び／又はNRにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
　BCCHは、下りリンクトランスポートチャネルであるBCH（Broadcast Channel）、及び／又はDL-SCH（Downlink Shared Channel）にマップされて良い。
　PCCHは、下りリンクトランスポートチャネルであるPCH（Paging Channel）にマップされて良い。
　CCCHは、下りリンクトランスポートチャネルであるDL-SCH（Downlink Shared Channel）にマップされて良い。
　DCCHは、下りリンクトランスポートチャネルであるDL-SCH（Downlink Shared Channel）にマップされて良い。
　DTCHは、下りリンクトランスポートチャネルであるDL-SCH（Downlink Shared Channel）にマップされて良い。
　MTCHは、下りリンクトランスポートチャネルであるMCH（Multicast Channel）にマップされて良い。
　MCCHは、下りリンクトランスポートチャネルであるMCH（Multicast Channel）にマップされて良い。
　SC-MTCHは、下りリンクトランスポートチャネルであるDL-SCH（Downlink Shared Channel）にマップされて良い。
　SC-MTCHは、下りリンクトランスポートチャネルであるDL-SCH（Downlink Shared Channel）にマップされて良い。
　RLCの機能の一例について説明する。RLCは、RLC副層（サブレイヤ）と呼ばれて良い。E-UTRA RLCは、上位レイヤのPDCPから提供されたデータを、分割（Segmentation）及び／又は結合（Concatenation）し、下位層（下位レイヤ）に提供する機能を持って良い。E-UTRA RLCは、下位レイヤから提供されたデータに対し、再組立て（reassembly）及びリオーダリング（re-ordering）を行い、上位レイヤに提供する機能を持って良い。NR RLCは、上位レイヤのPDCPから提供されたデータに、PDCPで付加されたシーケンス番号とは独立したシーケンス番号を付加する機能を持って良い。またNR RLCは、PDCPから提供されたデータ分割（Segmentation）し、下位レイヤに提供する機能を持って良い。またNR RLCは、下位レイヤから提供されたデータに対し、再組立て（reassembly）を行い、上位レイヤに提供する機能を持って良い。またRLCは、データの再送機能及び／又は再送要求機能（Automatic Repeat reQuest:ARQ）を持って良い。またRLCは、ARQによりエラー訂正を行う機能を持って良い。ARQを行うために、RLCの受信側から送信側に送られる、再送が必要なデータを示す制御情報を、ステータスレポートと言って良い。またRLCの送信側から受信側に送られる、ステータスレポート送信指示の事をポール（poll）と言って良い。またRLCは、データ重複の検出を行う機能を持って良い。またRLCはデータ破棄の機能を持って良い。RLCには、トランスパレントモード（TM:Transparent Mode）、非応答モード（UM:Unacknowledged Mode）、応答モード（AM:Acknowledged Mode）の３つのモードがあって良い。TMでは上位層から受信したデータの分割は行わず、RLCヘッダの付加は行わなくて良い。TM RLCエンティティは単方向（uni-directional）のエンティティであって、送信（transmitting）TM RLCエンティティとして、又は受信（receiving）TM RLCエンティティとして設定されて良い。UMでは上位層から受信したデータの分割及び／又は結合、RLCヘッダの付加等は行うが、データの再送制御は行わなくて良い。UM RLCエンティティは単方向のエンティティであっても良いし双方向（bi-directional）のエンティティであっても良い。UM RLCエンティティが単方向のエンティティである場合、UM RLCエンティティは送信UM RLCエンティティとして、又は受信UM RLCエンティティとして設定されて良い。UM RLCエンティティが双方向のエンティティである場合、UM RRCエンティティは送信（transmitting）サイド及び受信（receiving）サイドから構成されるUM RLCエンティティとして設定されて良い。AMでは上位層から受信したデータの分割及び／又は結合、RLCヘッダの付加、データの再送制御等を行って良い。AM RLCエンティティは双方向のエンティティであって、送信（transmitting）サイド及び受信（receiving）サイドから構成されるAM RLCとして設定されて良い。なお、TMで下位層に提供するデータ、及び／又は下位層から提供されるデータの事をTMD PDUと呼んで良い。またUMで下位層に提供するデータ、及び／又は下位層から提供されるデータの事をUMD PDUと呼んで良い。またAMで下位層に提供するデータ、又は下位層から提供されるデータの事をAMD PDUと呼んで良い。E-UTRA RLCで用いられるRLC PDUフォーマットとNR RLCで用いられるRLC PDUフォーマットは異なって良い。またRLC PDUには、データ用RLC PDUと制御用RLC PDUがあって良い。データ用RLC PDUを、RLC DATA PDU（RLC Data PDU、RLCデータPDU）と呼んで良い。また制御用RLC PDUを、RLC CONTROL PDU（RLC Control PDU、RLCコントロールPDU、RLC制御PDU）と呼んで良い。
　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は、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのQoSフローとデータ無線ベアラ（DRB）との対応付け（マッピング：mapping）、及び／又は端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクの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は、ＥＰＣ１０４及び／又は５ＧＣ１１０からの呼び出し（ページング:Paging）機能を持って良い。RRCは、ｇＮＢ１０８又は５ＧＣ１００に接続するｅＮＢ１０２からの呼び出し（ページング:Paging）機能を持って良い。またRRCは、RRC接続管理機能を持って良い。またRRCは、無線ベアラ制御機能を持って良い。またRRCは、セルグループ制御機能を持って良い。またRRCは、モビリティ（mobility）制御機能を持って良い。またRRCは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持って良い。またRRCは、QoS管理機能を持って良い。またRRCは、無線リンク失敗の検出及び復旧の機能を持って良い。RRCは、RRCメッセージを用いて、報知、ページング、RRC接続管理、無線ベアラ制御、セルグループ制御、モビィティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行って良い。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なって良い。
　RRCメッセージは、論理チャネルのBCCHを用いて送られて良いし、論理チャネルのPCCHを用いて送られて良いし、論理チャネルのCCCHを用いて送られて良いし、論理チャネルのDCCHを用いて送られて良いし、論理チャネルのMCCHを用いて送られて良い。
　BCCHを用いて送られるRRCメッセージには、例えばマスター情報ブロック（Master Information Block:MIB）が含まれて良いし、各タイプのシステム情報ブロック（System Information Block:SIB）が含まれて良いし、他のRRCメッセージが含まれて良い。PCCHを用いて送られるRRCメッセージには、例えばページングメッセージが含まれて良いし、他のRRCメッセージが含まれて良い。
　CCCHを用いてアップリンク（UL）方向送られるRRCメッセージには、例えばRRCセットアップ要求メッセージ（RRC Setup Request）、RRC再開要求メッセージ（RRC Resume Request）、RRC再確立要求メッセージ（RRC Reestablishment Request）、RRCシステム情報要求メッセージ（RRC System Info Request）などが含まれて良い。また例えばRRC接続要求メッセージ（RRC Connection Request）、RRCコネクション再開要求メッセージ（RRC Connection Resume Request）、RRC接続再確立要求メッセージ（RRC Connection Reestablishment Request）などが含まれて良い。また他のRRCメッセージが含まれて良い。
　CCCHを用いてダウンリンク（DL）方向送られるRRCメッセージには、例えばRRC接続拒絶メッセージ（RRC Connection Reject）、RRC接続セットアップメッセージ（RRC Connection Setup）、RRCコネクション再確立メッセージ（RRC Connection Reestablishment）、RRCコネクション再確立拒絶メッセージ（RRC Connection Reestablishment Reject）などが含まれて良い。また例えばRRC拒絶メッセージ（RRC Reject）、RRCセットアップメッセージ（RRC Setup）などが含まれて良い。また他のRRCメッセージが含まれて良い。
　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の機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。
　なお、端末装置のAS層の上位層（不図示）にはIPレイヤ、及びIPレイヤより上のTCP（Transmission Control Protocol）レイヤ、UDP（User Datagram Protocol）レイヤ、などが存在して良い。また端末装置のAS層の上位層には、イーサネット層が存在して良い。端末装置のAS層の上位層PDU層（PDUレイヤ）と呼んで良い。PDUレイヤにはIPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ等が含まれて良い。IPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ、PDUレイヤ等の上位層に、アプリケーションレイヤが存在して良い。アプリケーションレイヤには、3GPPにおいて規格化されているサービス網の一つである、IMS（IP Multimedia Subsystem）で用いられるSIP（Session Initiation Protocol）やSDP（Session Description Protocol）が含まれて良い。またアプリケーション層にはメディア通信に用いられるRTP（Real-time Transport Protocol）、及び／又はメディア通信制御にRTCP（Real-time Transport Control Protocol）、HTTP（HyperText Transfer Protocol）等のプロトコルが含まれて良い。またアプリケーションレイヤには、各種メディアのコーデック等が含まれて良い。またRRCレイヤはSDAPレイヤの上位レイヤであって良い。
　次にLTE及びNRにおけるＵＥ１２２の状態遷移について説明する。EPC、又は5GCに接続するＵＥ１２２は、RRC接続が設立されている（RRC connection has been established）とき、ＵＥ１２２はRRC_CONNECTED状態であってよい。RRC接続が設立されている状態とは、ＵＥ１２２が、後述のＵＥコンテキストの一部又は全てを保持している状態を含んで良い。またRRC接続が設立されている状態とは、ＵＥ１２２がユニキャストデータを送信、及び／又は受信できる状態を含んで良い。またＵＥ１２２は、RRC接続が休止（サスペンド:suspend）しているとき、ＵＥ１２２はRRC_INACTIVE状態であってよい。また、ＵＥ１２２がRRC_INACTIVE状態になるのは、ＵＥ１２２が5GCに接続している場合で、RRC接続が休止しているときであって良い。ＵＥ１２２が、RRC_CONNECTED状態でも、RRC_INACTIVE状態でも無いとき、ＵＥ１２２はRRC_IDLE状態であってよい。
　なお、ＵＥ１２２がEPCに接続している場合、RRC_INACTIVE状態を持たないが、E-UTRANによってRRC接続の休止が開始されてもよい。ＵＥ１２２がEPCに接続している場合、RRC接続が休止されるとき、ＵＥ１２２はUEのASコンテキストと復帰（リジューム:resume）に用いる識別子（resumeIdentity）を保持してRRC_IDLE状態に遷移して良い。ＵＥ１２２のRRCレイヤの上位レイヤ（例えばNASレイヤ）は、ＵＥ１２２がUEのASコンテキストを保持しており、かつE-UTRANによってRRC接続の復帰が許可（Permit）されており、かつＵＥ１２２がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰を開始してもよい。
　ＥＰＣ１０４に接続するＵＥ１２２と、５ＧＣ１１０に接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がEPCに接続している場合（RRC_IDLE状態で休止している場合）と、ＵＥ１２２が5GCに接続している場合（RRC_INACTIVE状態で休止している場合）とで、ＵＥ１２２が休止から復帰する手順のすべてあるいは一部が異なってよい。
　なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状態（connected mode）、不活性状態（inactive mode）、アイドル状態（idle mode）と呼んで良いし、RRC接続状態（RRC connected mode）、RRC不活性状態（RRC inactive mode）、RRCアイドル状態（RRC idle mode）と呼んで良い。
　ＵＥ１２２が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC（RObust Header Compression）状態を含むPDCP状態、接続元（Source）のPCellで使われていたC-RNTI（Cell Radio Network Temporary Identifier）、セル識別子（cellIdentity）、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２およびｇＮＢ１０８の内のいずれかまたは全ての保持するUEのASコンテキストは、ＵＥ１２２が保持するUEのASコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。
　セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH（Next Hop parameter）、次ホップのアクセス鍵導出に用いられるNCC（Next Hop Chaining Counter parameter）、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
　端末装置に対し基地局装置から設定される、セルグループ（Cell Group）について説明する。セルグループは、１つのスペシャルセル（Special Cell:SpCell）で構成されて良い。またセルグループは、１つのSpCellと、１つ又は複数のセカンダリセル（Secondary Cell:SCell）から構成されて良い。即ちセルグループは、１つのSpCellと、必要に応じて（optionally）１つ又は複数のSCellから構成されて良い。なおMACエンティティがマスターセルグループ（Master Cell Group:MCG）に関連付けられている場合、SpCellはプライマリセル（Primary Cell:PCell）を意味して良い。またMACエンティティがセカンダリセ
ルグループ（Secondary Cell Group:SCG）に関連付けられている場合、SpCellはプライマリSCGセル（Primary SCG Cell:PSCell）を意味して良い。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味して良い。PCell、PSCellおよびSCellはサービングセルである。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス（contention-based Random Access）をサポートして良いし、またSpCellは常に活性化されても良い。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであって良い。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであって良い。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであって良い。PSCellは、後述するセカンダリノード（Secondary Node:SN）追加の際に、ランダムアクセス手順に用いられるセルであって良い。またSpCellは、上述の用途以外の用途に用いられるセルであって良い。なお、セルグループがSpCell及び１つ以上のSCellから構成される場合、このセルグループにはキャリアアグリゲーション（carrier aggregation:CA）が設定されていると言って良い。また、CAが設定されている端末装置に対して、SpCellに対して追加の無線リソースを提供しているセルはSCellを意味して良い。
　RRCによって設定されているサービングセルのグループで、その中の上りリンクが設定されているセルに対し同じタイミング参照セル（timing reference cell）および同じタイミングアドバンスの値を使用しているセルグループの事をタイミングアドバンスグループ（Timing Advance Group:TAG）と呼んで良い。またMACエンティティのSpCellを含むTAGはプライマリタイミングアドバンスグループ（Primary Timing Advance Group:PTAG）を意味して良い。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ（Secondary Timing Advance Group:STAG）を意味して良い。
　またDual Connectivity（DC）や、Multi-Radio Dual Connectivity（MR-DC）が行われる場合、端末装置対し基地局装置からセルグループの追加が行われて良い。DCとは、第１の基地局装置（第１のノード）と第２の基地局装置（第２のノード）がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技術であって良い。MR-DCはDCに含まれる技術であって良い。DCを行うために、第１の基地局装置が第２の基地局装置を追加して良い。第１の基地局装置の事をマスターノード（Master Node:MN）と呼んで良い。またマスターノードが構成するセルグループをマスターセルグループ（Master Cell Group:MCG）と呼んで良い。第２の基地局装置の事をセカンダリノード（Secondary Node:SN）と呼んで良い。またセカンダリノードが構成するセルグループをセカンダリセルグループ（Secondary Cell Group:SCG）と呼んで良い。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていても良い。
　また、DCが設定されていない場合において、端末装置に設定されるセルグループの事をMCGと呼んで良い。また、DCが設定されていない場合において、端末装置に設定されるSpCellはPCellであって良い。
　なお、MR-DCとは、MCGにE-UTRA，SCGにNRを用いたDCを行う技術であって良い。またMR-DCとは、MCGにNR，SCGにE-UTRAを用いたDCを行う技術であっても良い。またMR-DCとは、MCG及びSCGの両方にNRを用いたDCを行う技術であっても良い。MCGにE-UTRA，SCGにNRを用いるMR-DCの例として、コア網にEPCを用いるEN-DC（E-UTRA-NR Dual Connectivity）があって良いし、コア網に5GCを用いるNGEN-DC（NG-RAN E-UTRA-NR Dual Connectivity）があって良い。またMCGにNR，SCGにE-UTRAを用いるMR-DCの例として、コア網に5GCを用いるNE-DC（NR-E-UTRA Dual Connectivity）があって良い。またMCG及びSCGの両方にNRを用いるMR-DCの例として、コア網に5GCを用いるNR-DC（NR-NR Dual Connectivity）があって良い。
　なお端末装置において、MACエンティティは各セルグループに対して１つ存在して良い。例えば端末装置にDC又はMR-DCが設定される場合において、MCGに対する１つのMACエンティティ、及びSCGに対する１つのMACエンティティが存在して良い。端末装置におけるMCGに対するMACエンティティは、全ての状態（RRCアイドル状態、RRC接続状態、及びRRC不活性状態など）の端末装置において、常に確立されていて良い。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト（create）されて良い。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCメッセージを受け取る事により設定が行われて良い。EN-DC、及びNGEN-DCにおいて、MCGに対するMACエンティティはE-UTRA MACエンティティであっても良く、SCGに対するMACエンティティはNR MACエンティティであって良い。また、NE-DCにおいて、MCGに対するMACエンティティはNR MACエンティティであっても良く、SCGに対するMACエンティティはE-UTRA MACエンティティであって良い。またNR-DCにおいて、MCG及びSCGに対するMACエンティティは共にNR MACエンティティであって良い。なお、MACエンティティが各セルグループに対して１つ存在する事を、MACエンティティは各SpCellに対して１つ存在すると言い換えて良い。また、各セルグループに対する１つのMACエンティティを、各SpCellに対する１つのMACエンティティと言い換えて良い。
　無線ベアラについて説明する。E-UTRAのSRBにはSRB0からSRB2が定義されて良いし、これ以外のSRBが定義されて良い。NRのSRBにはSRB0からSRB3が定義されてよいし、これ以外のSRBが定義されて良い。SRB0は、論理チャネルのCCCHを用いて送信、及び／又は受信が行われる、RRCメッセージのためのSRBであってよい。SRB1は、RRCメッセージのため、及びSRB2の確立前のNASメッセージのためのSRBであって良い。SRB1を用いて送信、及び／又は受信が行われるRRCメッセージには、ピギーバックされたNASメッセージが含まれて良い。SRB1を用いて送信、及び／又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。SRB2は、NASメッセージのため、及び記録測定情報（logged measurement information）を含むRRCメッセージのためのSRBであってよい。SRB2を用いて送信、及び／又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、端末装置に、EN-DC，NGEN-DC、NR-DCなどが設定されているときの特定のRRCメッセージを送信、及び／又は受信するためのSRBであって良い。SRB3を用いて送信、及び／又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。また、その他の用途のために他のSRBが用意されてもよい。DRBは、ユーザデータのための無線ベアラであって良い。DRBを用いて送信、及び／又は受信が行われるRRCメッセージには、論理チャネルのDTCHが用いられても良い。
　端末装置における無線ベアラについて説明する。無線ベアラにはRLCベアラが含まれて良い。RLCベアラは１つ又は２つのRLCエンティティと論理チャネルで構成されて良い。RLCベアラにRLCエンティティが２つ存在する場合のRLCエンティティはTM RLCエンティティ、及び／又は単方向UMモードのRLCエンティティにおける、送信RLCエンティティ及び受信RLCエンティティであって良い。SRB0は１つのRLCベアラから構成されて良い。SRB0のRLCベアラはTMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB0は全ての状態（RRCアイドル状態、RRC接続状態、及びRRC不活性状態など）の端末装置において、常に確立されていて良い。SRB1は端末装置がRRCアイドル状態からRRC接続状態に遷移する際、基地局装置から受信するRRCメッセージにより、端末装置に１つ確立及び／又は設定されて良い。SRB1は１つのPDCPエンティティ、及び１つ又は複数のRLCベアラから構成されて良い。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に１つ確立及び／又は設定されて良い。SRB2は１つのPDCPエンティティ、及び１つ又は複数のRLCベアラから構成されて良い。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれて良い。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に１つ確立及び／又は設定されて良い。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであって良い。SRB3は１つのPDCPエンティティ、及び１つ又は複数のRLCベアラから構成されて良い。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB3の基地局装置側のPDCPはセカンダリノードに置かれて良い。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に１つ又は複数確立及び／又は設定されて良い。DRBは１つのPDCPエンティティ、及び１つ又は複数の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セッションに紐づけられ良い。端末装置において１つのPDUセッションに対し、１つのSDAPエンティティが確立及び／又は設定されて良い。端末装置に確立及び／又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信するRRCメッセージにより確立及び／又は設定されて良い。
　なお、MR-DCが設定されるか否かに関わらず、マスターノードがｅＮＢ１０２でＥＰＣ１０４をコア網とするネットワーク構成をE-UTRA/EPCと呼んで良い。またマスターノードがｅＮＢ１０２で５ＧＣ１１０をコア網とするネットワーク構成をE-UTRA/5GCと呼んで良い。またマスターノードがｇＮＢ１０８で５ＧＣ１１０をコア網とするネットワーク構成をNR、又はNR/5GCと呼んで良い。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指して良い。
　次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとはRRC接続状態のＵＥ１２２がサービングセルを変更する処理であって良い。ハンドオーバは、ＵＥ１２２がｅＮＢ１０２、及び／又はｇＮＢ１０８より、ハンドオーバを指示するRRCメッセージを受信した時に行われて良い。ハンドオーバを指示するRRCメッセージとは、ハンドオーバを指示するパラメータ（例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素）を含むRRCコネクションの再設定に関するメッセージの事であって良い。なお上述のMobilityControlInfoという名称の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えて良い。なお上述のReconfigurationWithSyncという名称の情報要素の事を同期付再設定情報要素、又は同期付再設定と言い換えて良い。またハンドオーバを指示するRRCメッセージとは、他のRATのセルへの移動を示すメッセージ（例えばMobilityFromEUTRACommand、又はMobilityFromNRCommand）の事であって良い。またハンドオーバの事を同期付再設定（reconfiguration with sync）と言い換えて良い。またＵＥ１２２がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んで良い。
　端末装置と基地局装置との間で送受信される、RRCメッセージのフローについて説明する。図４は、本発明の実施の形態に係るRRCにおける、各種設定のための手順（procedure）のフローの一例を示す図である。図４は、基地局装置（ｅＮＢ１０２、及び／又はｇＮＢ１０８）から端末装置（ＵＥ１２２）にRRCメッセージが送られる場合のフローの一例である。
　図４において、基地局装置はRRCメッセージを作成する（ステップＳ４００）。基地局装置におけるRRCメッセージの作成は、基地局装置が報知情報（SI:System Information）やページング情報を配信するため行われて良い。また基地局装置におけるRRCメッセージの作成は、基地局装置が特定の端末装置に対して処理を行わせるために行われて良い。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、RRC接続の再設定、異なるRATへのハンドオーバ、RRC接続の休止、RRC接続の解放などの処理を含んで良い。RRC接続の再設定処理には、例えば無線ベアラの制御（確立、変更、解放など）、セルグループの制御（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれて良い。また基地局装置におけるRRCメッセージの作成は、端末装置から送信されたRRCメッセージへの応答のために行われて良い。端末装置から送信されたRRCメッセージへの応答は、例えばRRCセットアップ要求への応答、RRC再接続要求への応答、RRC再開要求への応答などを含んで良い。RRCメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。これらのパラメータは、フィールド及び／又は情報要素呼ばれて良く、ASN.1（Abstract Syntax Notation One）という記述方式を用いて記述されて良い。
　図４において、次に基地局装置は、作成したRRCメッセージを端末装置に送信する（ステップＳ４０２）。次に端末装置は受信した上述のRRCメッセージに従って、設定などの処理が必要な場合には処理を行う（ステップＳ４０４）。処理を行った端末装置は、基地局装置に対し、応答のためのRRCメッセージを送信して良い（不図示）。
　RRCメッセージは、上述の例に限らず、他の目的に使われて良い。
　なおMR-DCにおいて、マスターノード側のRRCが、SCG側の設定（セルグループ設定、無線ベアラ設定、測定設定など）のためのRRCメッセージを、端末装置との間で転送するのに用いられて良い。例えばEN-DC、又はNGEN-DCにおいて、ｅＮＢ１０２とＵＥ１２２との間で送受信されるE-UTRAのRRCメッセージに、NRのRRCメッセージがコンテナの形で含まれて良い。またNE-DCにおいて、ｇＮＢ１０８とＵＥ１２２との間で送受信されるNRのRRCメッセージに、E-UTRAのRRCメッセージがコンテナの形で含まれて良い。SCG側の設定のためのRRCメッセージは、マスターノードとセカンダリノードの間で送受信されて良い。
　なお、MR-DCを利用する場合に限らず、ｅＮＢ１０２からＵＥ１２２に送信されるE-UTRA用RRCメッセージに、NR用RRCメッセージが含まれていて良いし、ｇＮＢ１０８からＵＥ１２２に送信されるNR用RRCメッセージに、E-UTRA用RRCメッセージが含まれていて良い。
　RRCコネクションの再設定に関するRRCメッセージに含まれる、パラメータの一例を説明する。図７は、図４において、NRでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び／又は情報要素を表すASN.1記述の一例である。また図８は、図４において、E-UTRAでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び／又は情報要素を表すASN.1記述の一例である。図７、図８に限らず、本発明の実施の形態におけるASN.1の例で、＜略＞及び＜中略＞とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていて良い。なお本発明の実施の形態においてASN.1の例はASN.1表記方法に正しく従ったものではない。本発明の実施の形態においてASN.1の例は、本発明の実施形態におけるRRCメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が用いられて良い。またASN.1の例は、説明が煩雑になることを避けるために、本発明の一形態と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、RRCメッセージに含まれる、ASN.1で記述されるフィールド、情報要素等を、情報と言い換えても良く、パラメータと言い換えても良い。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであって良いし、E-UTRAにおけるRRCコネクション再設定メッセージであって良い。
　セルの活性化（Activation）および不活性化（Deactivation）について説明する。デュアルコネクティビティで通信する端末装置において、前述のRRCコネクションの再設定に関するメッセージによって、マスターセルグループ（MCG）の設定とセカンダリセルグループ（SCG）が設定される。各セルグループは、特別なセル（SpCell）とそれ以外の０個以上のセル（セカンダリセル：SCell）とで構成されてよい。MCGのSpCellはPCellとも称する。SCGのSpCellはPSCellとも称する。セルの不活性化は、SpCellには適用されず、SCellに適用されてよい。
　また、セルの不活性化は、PCellには適用されず、PSCellには適用されてもよい。この場合、セルの不活性化は、SpCellとSCellとで異なる処理であってもよい。
　セルの活性化および不活性化はセルグループ毎に存在するMACエンティティで処理されてよい。端末装置に設定されたSCellは下記（Ａ）および／または（Ｂ）によって活性化および／または不活性化されてよい。
　　（Ａ）SCell活性化／不活性化を示すMAC　CEの受信
　　（Ｂ）PUCCHが設定されていないSCellごとに設定されるSCell不活性タイマー
　具体的には、端末装置のMACエンティティはセルグループに設定されている各SCellに対して以下の処理（ＡＤ）をおこなってよい。
　（処理ＡＤ）
　もし、SCell設定の際にSCellに設定されているRRCパラメータ（sCellState）がactivatedに設定されている、またはSCellを活性化させるMAC　CEを受信した場合、ＵＥ１２２のMACエンティティは処理（ＡＤ－１）を行う。そうでなく、もし、SCellを不活性化させるMAC　CEを受信した、または、活性状態のSCellにおいてSCell不活性タイマーが満了したら、ＵＥ１２２のMACエンティティは処理（ＡＤ－２）を行う。もし、活性状態のSCellのPDCCHによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのPDCCHによって、活性状態のSCellに対する上りリンクグラントまたは下りリンク割り当てが通知されたら、または、設定された上りリンクグラントにおいてMAC　PDUが送信された、または、設定された下りリンク割り当てにおいてMAC　PDUが受信されたら、ＵＥ１２２のMACエンティティはそのSCellに関連付けられたSCell不活性タイマーを再スタートする。もし、SCellが不活性状態となったら、ＵＥ１２２のMACエンティティは処理（ＡＤ－３）を行う。
（処理ＡＤ－１）
もし、NRにおいて、このSCellを活性化させるMAC　CEを受信する前にこのSCellが不活性状態であった、またはSCell設定の際にそのSCellに設定されているRRCパラメータ（sCellState）がactivatedに設定されているならば、ＵＥ１２２のMACエンティティは処理（ＡＤ－１Ａ）または処理（ＡＤ－１Ｂ）を行う。
　また、ＵＥ１２２のMACエンティティはそのSCellに対応付けられたSCell不活性タイマーをスタート、または（すでにスタートしている場合は）再スタートする。
　もし、Active DL BWPが後述の休眠BWP（Dormant BWP）でない場合、ＵＥ１２２のMACエンティティは下記（Ａ）から（Ｂ）の一部または全部を実施する。
　　（Ａ）もしあれば貯蓄された設定（stored configuration）に従って、このSCellに対応付けられている、グラントタイプ１のサスペンドされたあるコンフィギュアード上りリンクグラントを（再び）初期化する。
　　（Ｂ）PHRをトリガする。
　もし、SCellを活性化させるMAC　CEを受信し、そのSCellに対してRRCメッセージで設定されている第１アクティブ下りリンクBWP識別子（firstActiveDownlinkBWP-Id）で示されるBWPが休眠（Dormant）BWPに設定されていない場合、ＵＥ１２２のMACエンティティは処理（ＡＤ－１Ａ）を行う。もし、SCellを活性化させるMAC　CEを受信し、そのSCellに対してRRCメッセージで設定されている第１アクティブ下りリンクBWP識別子（firstActiveDownlinkBWP-Id）で示されるBWPが休眠（Dormant）BWPに設定されている場合、ＵＥ１２２のMACエンティティは処理（ＡＤ－１Ｂ）を行う。また、ＵＥ１２２のMACエンティティは下記（Ａ）から（Ｂ）の一部または全部を実施する。
　　（Ａ）RRCメッセージで設定されている第１アクティブ下りリンクBWP識別子（firstActiveDownlinkBWP-Id）で示されるBWPを活性化する
　　（Ｂ）RRCメッセージで設定されている第１アクティブ上りリンクBWP識別子（firstActiveUplinkBWP-Id）で示されるBWPを活性化する
（処理ＡＤ－１Ａ）
　ＵＥ１２２のMACエンティティはSCellを活性状態にして、下記（Ａ）から（Ｅ）の一部または全部を含む通常のSCell動作（Operation）を適用（実施）する。
　　（Ａ）このSCellにおけるサウンディング参照信号（SRS）の送信
　　（Ｂ）このSCellのためのチャネル状態情報（CSI）の報告
　　（Ｃ）このSCellにおけるPDCCHのモニタ
　　（Ｄ）このSCellに対するPDCCHのモニタ（他のサービングセルにおいてこのSCellに対するスケジュールが行われる場合）
　　（Ｅ）もしPUCCHが設定されていれば、このSCellにおけるPUCCH送信
（処理ＡＤ－１Ｂ）
　ＵＥ１２２のMACエンティティはこのサービングセルのBWP不活性タイマーが走っているなら止める。
　（処理ＡＤ－２）
　ＵＥ１２２のMACエンティティはこのSCellを不活性化する。
　また、このSCellに対応付けられたSCell不活性タイマーを停止する。
　このSCellに対応付けられたすべての活性化されたBWPを不活性化する。
　このSCellに対応付けられたHARQのバッファをフラッシュする。
　（処理ＡＤ－３）
　ＵＥ１２２のMACエンティティは下記（Ａ）から（Ｄ）の一部または全部を実施する。
　　（Ａ）このSCellでSRSを送信しない。
　　（Ｂ）このSCellのためのCSIを報告しない。
　　（Ｃ）このSCellでPUCCH，UL-SCH、および／またはRACHを送信しない。
　　（Ｄ）このSCellのPDCCH、および／またはこのSCellに対するPDCCHのモニタをしない。
　上記のように、MACエンティティが処理（ＡＤ）を行うことにより、SCellの活性化および不活性化が行われる。
　また前述のようにSCellが追加される場合にRRCメッセージによってSCellの初期状態が設定されてもよい。
　ここで、SCell不活性タイマーについて説明する。PUCCHが設定されないSCellに対しては、RRCメッセージによって、SCell不活性タイマーの値（タイマーが満了したとみなされる時間に関する情報）が通知されてよい。例えば、RRCメッセージでSCell不活性タイマーの値として４０ｍｓを示す情報が通知された場合、上記処理（ＡＤ）において、タイマーをスタートまたは再スタートしてからタイマーが停止することなく通知された時間（ここでは４０ｍｓ）が経過したしたときに、タイマーが満了したとみなされる。また、SCell不活性タイマーは、sCellDeactivationTimerという名称のタイマーであってもよい。
　ここで、帯域部分（BWP）について説明する。
　BWPはサービングセルの帯域の一部あるいは全部の帯域であってよい。また、BWPはキャリアBWP（Carrier　BWP）と呼称されてもよい。端末装置には、１つまたは複数のBWPが設定されてよい。あるBWPは初期セルサーチで検出された同期信号に対応づけられた報知情報に含まれる情報によって設定されてもよい。また、あるBWPは初期セルサーチを行う周波数に対応づけられた周波数帯域幅であってもよい。また、あるBWPはRRCシグナリング（例えばDedicated　RRC　signaling）で設定されてもよい。また、下りリンクのBWP（DL　BWP）と上りリンクのBWP（UL　BWP）とが個別に設定されてもよい。また、１つまたは複数の上りリンクのBWPが１つまたは複数の下りリンクのBWPと対応づけられてよい。また、上りリンクのBWPと下りリンクのBWPとの対応づけは既定の対応づけであってもよいし、RRCシグナリング（例えばDedicated　RRC　signaling）による対応付けでもよいし、物理層のシグナリング（例えば下りリンク制御チャネルで通知される下りリンク制御情報（DCI）による対応付けであってもよいし、それらの組み合わせであってもよい。
　BWPは連続する物理無線ブロック（PRB：Physical　Resource　Block）のグループで構成されてよい。また、接続状態の端末装置に対して、各コンポーネントキャリアのBWP（１つまたは複数のBWP）のパラメータが設定されてよい。各コンポーネントキャリアのBWPのパラメータには、（Ａ）サイクリックプレフィックスの種類、（Ｂ）サブキャリア間隔、（Ｃ）BWPの周波数位置（例えば、BWPの低周波数側の開始位置または中央周波数位置）（周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。）、（Ｄ）BWPの帯域幅（例えばPRB数）、（Ｅ）制御信号のリソース設定情報、（Ｆ）SSブロックの中心周波数位置（周波数位置は例えば、ARFCNが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ARFCNとオフセットの両方が設定されるかもしれない。）、の一部あるいは全部が含まれてよい。また、制御信号のリソース設定情報が、少なくともPCellおよび／またはPSCellの一部あるいは全部のBWPの設定に含まれてもよい。
　端末装置は、１つまたは複数の設定されたBWPのうち、アクティブなBWP（Active　BWP）において送受信をおこなってよい。端末装置に関連付けられている一つのサービングセルに対して設定された１つまたは複数のBWPのうち、ある時間において、最大で１つの上りリンクBWP、および／または最大で１つの下りリンクBWPとがアクティブなBWPとなるように設定されてもよい。活性化された下りリンクのBWPをAcitve　DL　BWPとも称する。活性化された上りリンクBWPをActive　UL　BWPとも称する。
　次にBWPの不活性化について説明する。１つのサービングセルにおいて、１つまたは複数のBWPが設定されてよい。サービングセルにおけるBWP切り替え（BWP　switching）は、不活性化されたBWP（インアクティブ（Inactive）BWPとも称する）を活性化して、活性化されていたBWPを不活性化するために用いられる。
　BWP切り替えは、下りリンク割り当てまたは上りリンクグラントを示すPDCCH、BWP不活性タイマー、RRCシグナリング、またはランダムアクセス手順の開始のためにMACエンティティそれ自身によって制御される。サービングセルのActive　BWPは、RRCまたはPDCCHによって示される。
　次に休眠（Dormant）BWPについて説明する。休眠BWPへの入場（Entering）または休眠BWPからの退出（Leaving）は、BWP切り替えによってなされる。この制御はPDCCHによって、SCellごと、または休眠SCellグループ（Dormancy　SCell　Group）と呼ばれるグループごとに行われる。休眠SCellグループの設定は、RRCシグナリングによって示される。また、現在の仕様では休眠BWPはSCellにのみ適用される。なお、休眠BWPとはあるBWPを休眠状態に変化させるものではなく、UEに対して設定される１つまたは複数のBWPのうち、休眠用として設定される１つのBWPであると解釈してよい。また、休眠用としてUEに設定されるBWPは、複数あってもよい。
　あるBWPが休眠BWPであることは、BWPの設定に特定のパラメータが含まれないことによって示されてもよい。例えば、下りリンクBWPの設定に含まれる、UE固有（Specific）なPDCCHのパラメータを設定するための情報要素であるPDCCH-Config情報要素が含まれないことによって、そのBWPが休眠BWPであることを示してもよい。また、例えば、下りリンクBWPの設定に含まれる、UE固有（Specific）なPDCCHのパラメータを設定するための情報要素であるPDCCH-Config情報要素に含まれるパラメータの一部が設定されない（含まれない）ことによって、そのBWPが休眠BWPであることを示してもよい。例えば、あるBWPの設定として、PDCCH-Config情報要素によって設定される、どこで、および／またはどのように、PDCCHの候補を検索（Search）するかを定義するサーチスペースに関する設定の一部または全部が設定されない（含まれない）ことによって、そのBWPが休眠BWPであることを示してもよい。
　また、ある設定では、PCellやPSCellなどのSpCell及びPUCCHの送信がおこなえるPUCCH SCellへの休眠BWPの設定はサポートされないようにしてもよい。
　ある設定された期間（アクティブ時間）の外で休眠BWPから退出することを示すPDCCHをSpCellで受信したUEは、予めRRCシグナリングで通知された第１の下りリンクBWP識別子で示される下りリンクBWPを活性化する。
　ある設定された期間（アクティブ時間）の内で休眠BWPから退出することを示すPDCCHをSpCellで受信したUEは、予めRRCシグナリングで通知された第２の下りリンクBWP識別子で示される下りリンクBWPを活性化する。
　休眠BWPに入場することを示すPDCCHを受信したUEは、予めRRCシグナリングで通知された第３の下りリンクBWP識別子（dormantDownlinkBWP-Id）で示される下りリンクBWPを活性化する。
　上記の休眠BWPへの入場と退出は、BWP切り替えによって行われ、新たなBWPを活性化する際に、それまで活性状態であったBWPが不活性化される。すなわち、休眠BWPから退出する場合、休眠BWPが不活性化され、休眠BWPに入場する場合、休眠BWPが活性化される。
　ここで、休眠BWPに入場することを示すPDCCHと休眠BWPから退場することを示すPDCCHについて説明する。
　例えば、SpCellにおいて間欠受信（DRX）が設定されているUEは、DRXのアクティブタイムの外において、あるDCIフォーマット（例えばDCIフォーマット2_6）を検出するためにSpCellのActive　BWPでPDCCHをモニタしてもよい。前記DCIフォーマットのCRCはあるRNTI（例えばPS-RNTI）でスクランブルされていてもよい。休眠SCellグループが設定されたUEは、DCIフォーマット2_6のペイロードに含まれるビットマップ情報に基づき、Active　DL　BWPの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠SCellグループに紐づけられ、ビットが１である場合に、Active　DL　BWPが休眠BWPであれば、あらかじめ設定された別のBWPにBWP切り替えを実行し、Active　DL　BWPが休眠BWPでなければ、そのBWPにとどまるようにしてもよい。また、ビットが０である場合に、Active　DL
　BWPが休眠BWPになるようにBWP切り替えを実行してもよい。
　UEはDRXのアクティブタイムにおいて、DCIフォーマット2_6の検出を目的としたPDCCHのモニタをしなくてもよい。
　SpCellにおいて間欠受信（DRX）が設定されているUEは、DRXのアクティブタイムにおいて、あるDCIフォーマット（例えばDCIフォーマット0_1及び1_1）を検出するためにSpCellのActive　BWPでPDCCHをモニタしてもよい。前記DCIフォーマットのCRCはあるRNTI（例えばC-RNTIまたはMCS-C-RNTI）でスクランブルされていてもよい。休眠SCellグループが設定されたUEは、DCIフォーマット0_1またはDCIフォーマット1_1のペイロードに含まれるビットマップ情報に基づき、Active　DL　BWPの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠SCellグループに紐づけられ、ビットが１である場合に、Active　DL　BWPが休眠BWPであれば、あらかじめ設定された別のBWPにBWP切り替えを実行し、Active　DL　BWPが休眠BWPでなければ、そのBWPにとどまるようにしてもよい。また、ビットが０である場合に、Active　DL　BWPが休眠BWPになるようにBWP切り替えを実行してもよい。また、前記「あらかじめ設定された別のBWP」は、DCIフォーマット2_6の説明で用いた「あらかじめ設定された別のBWP」とは異なるBWPであってよい。
　UEはDRXのアクティブタイムの外において、DCIフォーマット0_1及びDCIフォーマット1_1の検出を目的としたPDCCHのモニタをしなくてもよい。
　休眠BWPを抜けることを示すPDCCHをモニタすることとは、DRXのアクティブタイムの外でDCIフォーマット2_6の検出を目的としたPDCCHのモニタをし、DRXのアクティブタイムにおいて、DCIフォーマット0_1及びDCIフォーマット1_1の検出を目的としたPDCCHのモニタをすることであってよい。
　BWPが設定された活性化された各サービングセルにおいて、MACエンティティは、もし、BWPが活性化され（Active　BWPであり）、そのBWPが休眠BWPでないなら、下記（Ａ）から（Ｈ）の一部または全部を行う。
　　（Ａ）そのBWPでUL-SCHを送信する。
　　（Ｂ）もしPRACHオケージョンが設定されているなら、そのBWPでRACHを送信する。
　　（Ｃ）そのBWPでPDCCHをモニタする。
　　（Ｄ）もしPUCCHが設定されているなら、そのBWPでPUCCHを送信する。
　　（Ｅ）そのBWPでCSIを報告する。
　　（Ｆ）もしSRSが設定されているなら、そのBWPでSRSを送信する。
　　（Ｇ）そのBWPでDL-SCHを受信する。
　　（Ｈ）そのBWPで設定されてサスペンドされた、グラントタイプ１のコンフィギュアード上りリンクグラントを初期化する。
　BWPが設定された活性化された各サービングセルにおいて、MACエンティティは、もし、BWPが活性化され（Active　BWPであり）、そのBWPが休眠BWPであるなら、下記（Ａ）から（Ｇ）の一部または全部を行う。
　　（Ａ）このBWPのサービングセルのBWP不活性タイマーが走っているなら止める。
　　（Ｂ）そのBWPのPDCCHをモニタしない。
　　（Ｃ）そのBWPのためのPDCCHをモニタしない。
　　（Ｄ）そのBWPでDL-SCHを受信しない。
　　（Ｆ）そのBWPでSRSを送信しない。
　　（Ｇ）そのBWPでUL-SCHを送信しない。
　　（Ｈ）そのBWPでRACHを送信しない。
　　（Ｉ）そのBWPでPUCCHを送信しない。
　　（Ｊ）そのSCellに関連付けられたコンフィギュアード下りリンク割り当ておよびグラントタイプ２のコンフィギュアード上りリンクグラントをそれぞれクリアする。
　　（Ｋ）そのSCellに関連付けられたグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドする。
　　（Ｌ）もしビーム失敗に関する設定が設定されていたら、ビーム失敗（Beam　Failure）を検出（Detect）し、もしビーム失敗が検出されたらビーム失敗回復（Beam　Failure
　Recovery）を実行する。
　MACエンティティは、もし、BWPが不活性化されたら、下記（Ａ）から（Ｉ）の一部または全部を行う。
　　（Ａ）そのBWPでUL-SCHを送信しない。
　　（Ｂ）そのBWPでRACHを送信しない。
　　（Ｃ）そのBWPでPDCCHをモニタしない。
　　（Ｄ）そのBWPでPUCCHを送信しない。
　　（Ｅ）そのBWPでCSIを報告しない。
　　（Ｆ）そのBWPでSRSを送信しない。
　　（Ｇ）そのBWPでDL-SCHを受信しない。
　　（Ｈ）そのBWPで設定された、グラントタイプ２のコンフィギュアード上りリンクグラントをクリアする。
　　（Ｉ）その不活性化されたBWP（インアクティブBWP）のグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドする。
　次にBWPが設定されたUEにおけるランダムアクセス手順について説明する。あるサービングセルにおいてランダムアクセス手順を開始するときにMACエンティティはこのサービングセルの選択したキャリアにおいて、次の（Ａ）から（Ｅ）の一部または全部の処理をおこなう。
　　（Ａ）もし、PRACHを送信するリソース（オケージョン）が、Active　UL　BWPに対して設定されていなければ、（Ａ１）Active　UL　BWPをRRCのパラメータ（initialUplinkBWP）によって示されるBWPに切り替え、（Ａ２）もし、サービングセルがSpCellであれば、Active　UL　BWPをRRCのパラメータ初期下りリンクBWP（initialDownlinkBWP）によって示されるBWPに切り替える。
　　（Ｂ）もし、PRACHを送信するリソース（オケージョン）がActive　UL　BWPに対して設定されていれば、もし、サービングセルがSpCellであり、Active　DL　BWPとActive　UL　BWPとが同じ識別子（bwp-Id）を持たなければ、Active　DL　BWPをActive　UL　BWPの識別子と同じ識別子のBWPに切り替える。
　　（Ｃ）もしこのサービングセルのActive　DL　BWPに対応付けられたBWP不活性タイマーが走っていたらこのタイマーを止める。
　　（Ｄ）もしサービングセルがSCellなら、もしSpCellのActive　DL　BWPに対応付けられたBWP不活性タイマーが走っていたらこのタイマーを止める。
　　（Ｅ）SpCellのActive　DL　BWPとこのサービングセルのActive　UL　BWP上でランダムアクセスプロシージャを実行する。
　次にBWP不活性タイマーについて説明する。BWP不活性タイマーが設定された活性化されたサービングセル（Activated Serving Cell）の各々に対してMACエンティティは、次の（Ａ）の処理をおこなう。また、BWP不活性タイマーは、bwp-InactivityTimerという名称のタイマーであってもよい。
　　（Ａ）もしデフォルト下りリンクBWPの識別子（defaultDownlinkBWP-Id）が設定されており、Active DL BWPが識別子（dormantDownlinkBWP-Id）で示されるBWPでない、または、もしデフォルト下りリンクBWPの識別子（defaultDownlinkBWP-Id）が設定されておらず、Active DL BWPがinitialDownlinkBWPでなく、Active DL BWPが識別子（dormantDownlinkBWP-Id）で示されるBWPでないなら、MACエンティティは次の（Ｂ）および（Ｄ）の処理をおこなう。
　　（Ｂ）もし、Active DL BWPで、下りリンク割り当て（Assignment）または上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、Active DL BWPのための、下りリンク割り当てまたは上りリンクグラントを示す、C-RNTIまたはCS-RNTIにアドレスされたPDCCHを受信した、または、もし、コンフィギュアード上りリンクグラントでMAC PDUが送信された、またはコンフィギュアード下りリンク割り当てでMAC PDUが受信されたなら、MACエンティティは次の（Ｃ）の処理をおこなう。
　　（Ｃ）もし、このサービングセルに関連付けられたランダムアクセス手順が実行中でない、または、このサービングセルに関連付けられた実行中のランダムアクセス手順が、C-RNTIにアドレスされたPDCCHの受信によって成功裏に完了（Successfully　completed）したら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
　　（Ｄ）もし、Active DL BWPに関連付けられたBWP不活性タイマーが満了（Expire）したら、MACエンティティは次の（Ｅ）の処理をおこなう。
　　（Ｅ）もし、defaultDownlinkBWP-Idが設定されていたら、このdefaultDownlinkBWP-Idで示されるBWPにBWP切り替えをおこない、そうでないなら、initialDownlinkBWPにBWP切り替えをおこなう。
　また、MACエンティティは、もし、BWP切り替えのためのPDCCHを受信し、Active DL BWPを切り替えたら、次の（Ａ）の処理をおこなう。
　　（Ａ）もしデフォルト下りリンクBWPの識別子（defaultDownlinkBWP-Id）が設定されており、切り替えたActive DL BWPが識別子（dormantDownlinkBWP-Id）で示されるBWPでない、かつ、もし切り替えたActive DL BWPがdormantDownlinkBWP-Idで示されるBWPでないなら、Active DL BWPに関連付けられたBWP不活性タイマーをスタートまたは再スタートする。
　次にビーム失敗（Beam failure）の検出（Detection）およびリカバリ（Recovery）の手順について説明する。
　MACエンティティにおいて、サービングセルごとにビーム失敗回復手順がRRCによって設定されてもよい。ビーム失敗は、下位レイヤ（PHY層）からMACエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。MACエンティティはビーム失敗検出のために各サービングセルで下記の（Ａ）、（Ｂ）、（Ｃ）の一部または全部の処理をおこなってよい。
　　（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（beamFailureDetectionTimer）をスタートまたは再スタートし、カウンター（BFI-COUNTER）を１加算する。もしBFI_COUNTERの値が設定された閾値（beamFailureInstanceMaxCount）以上であれば、下記の（Ａ－１）の処理をおこなう。
　　（Ａ－１）もし、サービングセルがSCellなら、このサービングセルに対するビーム失敗回復（BFR）をトリガし、そうでなければ、SpCellでランダムアクセス手順を開始する。
　　（Ｂ）もし、このサービングセルに対する、beamFailureDetectionTimerが満了した、または、もし、beamFailureDetectionTimer、beamFailureInstanceMaxCount、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、BFI_COUNTERを０に設定する。
　　（Ｃ）もし、サービングセルがSpCellであり、ランダムアクセス手順が成功裏に完了したら、BFI_COUNTERを０に設定し、タイマー（beamFailureRecoveryTimer）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがSCellで、SCellのビーム失敗回復のための情報（例えばSCell　BFR　MAC　CEに含まれる情報）を送信するための、新しい上りリンクグラントを示すC-RNTIにアドレスされたPDCCHを受信したら、または、SCellが不活性状態であれば、BFI_COUNTERを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（BFR）をキャンセルする。
　MACエンティティは、もし、ビーム失敗回復手順によって少なくとも１つのビーム失敗回復（BFR）がトリガされており、それがキャンセルされていないのであれば、下記の（Ａ）の処理をおこなう。
　　（Ａ）もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのBFR　MAC　CEとそのサブヘッダを含めることができるのであれば、SCellのBFR　MAC　CEとそのサブヘッダを含める。そうでなければ、もし、UL-SCHリソースが論理チャネルの優先度を考慮したうえでSCellのトランケートしたBFR　MAC　CEとそのサブヘッダを含めることができるのであれば、SCellのトランケートしたBFR　MAC　CEとそのサブヘッダを含める。そうでなければ、SCellビーム失敗回復のためのスケジューリングリクエストをトリガする。
　SCellの休眠は、このSCellにおいて休眠BWPを活性化することによっておこなわれる。また、SCellを休眠した状態であっても、このSCellにおけるCSIの測定、自動増幅制御（Automatic　Gain　Control：AGC）、およびビーム失敗回復を含むビーム制御（ビームマネジメント）はおこなわれてよい。
　次にSCGの休眠（Dormant）について説明する。
　LTEおよび／またはNRにおいて、SCGが休眠している状態は、RRC_CONNECTED状態に含まれてもよい。
　LTEおよび／またはNRにおいて、SCGが休眠している状態（SCGが不活性化してる状態）とは、端末装置が、そのSCGのSpCell（PSCell）において下記（Ａ）から（Ｉ）の一部または全部を実施する状態であってよい。
　　（Ａ）このSpCellでSRSを送信しない。
　　（Ｂ）このSpCellのためのCSIを測定する。
　　（Ｃ）このSpCellのためのCSIを報告しない。
　　（Ｄ）このSpCellでPUCCH、UL－SCH、および／またはRACHを送信しない。
　　（Ｅ）このSpCellのPDCCH、および／またはこのSpCellに対するPDCCHをモニタしない。
　　（Ｆ）このSpCellで間欠受信（DRX）を行う。
　　（Ｇ）このSpCellでのUL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および／またはこのSpCellに対するPDCCHをモニタしない。
　　（Ｈ）このSpCellでBWPが活性化されており、上述のBWPにおいて上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされた、このSpCellのPDCCH、および／またはこのSpCellに対するPDCCHをモニタしない。
　　（Ｉ）このSpCellで自動増幅制御（Automatic　Gain　Control:AGC）、ビーム失敗回復を含むビーム制御（ビームマネジメント）、および／または無線リンクモニタリング（Radio Link Monitoring:RLM）を行わない。
　また、SCGが休眠している状態において、端末装置は、前記（Ａ）から（Ｉ）、および下記（Ｊ）から（Ｌ）、の一部または全部の処理を実施してよい。
　　（Ｊ）このSpCellで休眠BWPに設定されたBWPを活性化されたBWP（Active　BWP）とする。
　　（Ｋ）このSpCellの活性化された休眠BWPにおいて休眠BWPを抜けることを示すPDCCHのみモニタする。
　　（Ｌ）このSpCellの活性化された休眠BWPにおいてC-RNTIをPDCCHでモニタしない。
　LTEおよび／またはNRにおいて、端末装置は、以下の（Ａ）から（Ｋ）の一部または全部に基づいて、SCGの休眠を判断および／または実行してよい。なお、下記（Ａ）から（Ｆ）のメッセージや制御要素は、当該SCG以外のセルグループから端末装置に通知されてもよい。
　SCGの休眠（SCGの不活性化）は、休眠SCG（Dormant　SCG）への入場（Entering）と称してもよい。また、SCGの休眠とは、当該セルグループのSpCellの休眠BWPが活性化されることであってもよい。
　　（Ａ）SCGの休眠を指示するRRCメッセージの受信
　　（Ｂ）SCGの休眠を指示するMAC制御要素の受信
　　（Ｃ）SpCellの休眠を指示するRRCメッセージの受信
　　（Ｄ）SpCellの休眠を指示するMAC制御要素の受信
　　（Ｅ）その他のRRCメッセージの受信
　　（Ｆ）その他のMAC制御要素の受信
　　（Ｇ）SCGの休眠に関するタイマーの満了
　　（Ｈ）PSCellの休眠に関するタイマーの満了
　　（Ｉ）MAC　SDUが含まれるMAC　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順の開始
　　（Ｊ）ランダムアクセス手順の開始
　　（Ｋ）スケジューリングリクエストに起因する（言い換えると、MACエンティティ自身が開始した）ランダムアクセス手順の開始
　LTEおよび／またはNRにおいて、端末装置は、以下の（Ａ）から（Ｋ）の一部または全部に基づいて、SCGの休眠状態からの復帰（Resume）を判断および／または実行してよい。なお、下記（Ａ）から（Ｆ）のメッセージや制御要素は、当該SCG以外のセルグループから端末装置に通知されてもよい。
　SCGの休眠状態からの復帰（SCGの活性化）は、休眠SCGからの退出（Leaving）と称してもよい。また、SCGの休眠状態からの復帰とは、当該セルグループのSpCellにおいて休眠BWPから他の（休眠BWPでない）BWPにBWPスイッチすることであってもよい。
　　（Ａ）SCGの休眠状態からの復帰を指示するRRCメッセージの受信
　　（Ｂ）SCGの休眠状態からの復帰を指示するMAC制御要素の受信
　　（Ｃ）SpCellの休眠状態からの復帰を指示するRRCメッセージの受信
　　（Ｄ）SpCellの休眠状態からの復帰を指示するMAC制御要素の受信
　　（Ｅ）その他のRRCメッセージの受信
　　（Ｆ）その他のMAC制御要素の受信
　　（Ｇ）SCGの休眠に関するタイマー
　　（Ｈ）PSCellの休眠に関するタイマー
　　（Ｉ）MAC　SDUが含まれるMAC　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順の開始
　　（Ｊ）ランダムアクセス手順の開始
　　（Ｋ）スケジューリングリクエストに起因する（言い換えると、MACエンティティ自身が開始した）ランダムアクセス手順の開始
　SCGの休眠を実行する端末装置は、当該SCGにおいて、以下の（Ａ）から（Ｆ）の一部または全部の処理を実行してよい。
　　（Ａ）すべてのSCellを不活性状態とする。
　　（Ｂ）活性状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみなす。
　　（Ｃ）休眠状態のSCellに関連付けられたSCell不活性タイマーのすべてが満了したとみなす。
　　（Ｄ）すべてのSCellに関連付けられたSCell不活性タイマーをスタートまたは再スタートしない。
　　（Ｅ）SCellを活性化させるMAC　CEを無視する。例えば、前記処理（ＡＤ）において、SCellを活性化させるMAC　CEを受信して、かつ、SCGの休眠を指示されてない（またはSCGの休眠状態でない）場合に、処理（ＡＤ－１）を行う。
　　（Ｆ）前記処理（ＡＤ－２）を実行する。例えば、前記処理（ＡＤ）において、SCGの休眠を指示された（またはSCGの休眠状態となった）場合に、処理（ＡＤ－２）を行う。
　SCGの休眠状態からの復帰を実行する端末装置は、当該SCGにおいて、以下の（Ａ）から（Ｃ）の一部または全部の処理を実行してよい。
　　（Ａ）すべてのSCellを活性状態とするために、処理（ＡＤ－１）を実行する。
　　（Ｂ）すべてのSCellを不活性状態のままとする。ただし、休眠状態ではないので、
例えば、前記処理（ＡＤ）において、SCellを活性化させるMAC　CEを受信した場合、SCGの休眠を指示されてない（またはSCGの休眠状態でない）ので、処理（ＡＤ－１）を行うようにしてもよい。
　　（Ｃ）SCGの休眠状態からの復帰をRRCメッセージに基づいて実行する場合、このRRCメッセージに、一部または全部のSCellに対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、対象のSCellにおいてランダムアクセス手順を開始する。
　図９は実施の形態の一例を示す図である。図９において、ＵＥ１２２は、ｅＮＢ１０２またはｇＮＢ１０８からSCGを休眠状態（不活性状態）とすることを通知するメッセージ（RRCメッセージ）を受信する（ステップＳ９００）。ＵＥ１２２は、上記通知に基づき、SCGのSpCell（第２のセル）以外のセル（すなわちSCell）を不活性状態となるように制御する（ステップＳ９０２）。
　上記の動作により、SCGを休眠させる処理において、ＵＥ１２２の送信部５０４が当該SCGのSCellの状態を不活性状態に変更するためのMAC　CEを独立して送信することなく、効率的な状態変更が可能となる。また、SCGの休眠がRRCメッセージに基づいて実行される場合、従来では、初期状態の設定はRRC層でおこない、状態変更はMAC層でおこなっていたが、上記の動作により、RRC層の指示とMAC層の指示のミスマッチを回避しつつ効率的にSCGの状態変更を行うことができる。
　ここで、休眠BWPを抜けることを示すPDCCHについて説明する。
　例えば、SpCellが休眠状態（休眠BWPが活性化されている状態）において、UEは、あるDCIフォーマット（例えばDCIフォーマット2_6）を検出するためにSpCellのActive　BWPでPDCCHをモニタしてもよい。前記DCIフォーマットのCRCはあるRNTI（例えばPS-RNTI）でスクランブルされていてもよい。休眠SCellグループが設定されたUEは、DCIフォーマット2_6のペイロードに含まれるビットマップ情報に基づき、Active　DL　BWPの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠SCellグループに紐づけられ、ビットが１である場合に、Active　DL　BWPが休眠BWPであれば、UEはあらかじめ設定された別のBWPにBWP切り替えを実行し、Active　DL　BWPが休眠BWPでなければ、UEはそのBWPにとどまるようにしてもよい。また、ビットが０である場合に、UEはActive　DL　BWPが休眠BWPになるようにBWP切り替えを実行してもよい。
　もし、SpCellの休眠状態において、SpCellで間欠受信が設定されるシステムである場合、UEはDRXのアクティブタイムにおいて、DCIフォーマット2_6の検出を目的としたPDCCHのモニタをしなくてもよい。
　もし、SpCellの休眠状態において、SpCellで間欠受信が設定されるシステムである場合、SpCellにおいて間欠受信（DRX）が設定されているUEは、DRXのアクティブタイムにおいて、あるDCIフォーマット（例えばDCIフォーマット0_1及び1_1）を検出するためにSpCellのActive　BWPでPDCCHをモニタしてもよい。前記DCIフォーマットのCRCはあるRNTI（例えばC-RNTIまたはMCS-C-RNTI）でスクランブルされていてもよい。休眠SCellグループが設定されたUEは、DCIフォーマット0_1またはDCIフォーマット1_1のペイロードに含まれるビットマップ情報に基づき、Active　DL　BWPの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠SCellグループに紐づけられ、ビットが１である場合に、Active　DL　BWPが休眠BWPであれば、UEはあらかじめ設定された別のBWPにBWP切り替えを実行し、Active　DL　BWPが休眠BWPでなければ、UEはそのBWPにとどまるようにしてもよい。また、ビットが０である場合に、UEはActive　DL　BWPが休眠BWPになるようにBWP切り替えを実行してもよい。また、前記「あらかじめ設定された別のBWP」は、DCIフォーマット2_6の説明で用いた「あらかじめ設定された別のBWP」とは異なるBWPであってよい。
　UEはDRXのアクティブタイムの外において、DCIフォーマット0_1及びDCIフォーマット1_1の検出を目的としたPDCCHのモニタをしなくてもよい。
　休眠BWPを抜けることを示すPDCCHをモニタすることとは、DCIフォーマット2_6の検出を目的としたPDCCHのモニタをすることであってよい。その際に、UEは他のDCIフォーマットを検出する目的としたPDCCHのモニタをしなくてもよい。
　もし、SpCellの休眠状態において、SpCellで間欠受信が設定されるシステムである場合、休眠BWPを抜けることを示すPDCCHをモニタすることとは、DRXのアクティブタイムの外でDCIフォーマット2_6の検出を目的としたPDCCHのモニタをし、DRXのアクティブタイムにおいて、DCIフォーマット0_1及びDCIフォーマット1_1の検出を目的としたPDCCHのモニタをすることであってよい。その際に、UEは他のDCIフォーマットを検出する目的としたPDCCHのモニタをしなくてもよい。
　SCGが休眠状態であるときには、SCGにおいてすべての上りリンク送信が停止されていてもよい。この場合、そのSCGに関する情報は、他のセルグループ（例えばMCG）において送信されてもよい。または、そのSCGに関する情報は、休眠状態から退出したそのSCGにおいて送信されてもよい。また、SCGが休眠状態であるときには、SCGにおいて一部、またはすべての上りリンク送信が許可されていてもよい。ここでは、SCGが休眠状態であるときに、SCGにおいて上りリンク送信を行う例について説明する。
　例えば、休眠状態のSCGのSpCellにおいて、ビーム失敗回復を含むビーム制御（ビームマネジメント）が行われる場合のビーム失敗回復について説明する。
　MACエンティティは、サービングセルごとにビーム失敗回復手順がRRCによって設定されてもよい。なお、休眠状態のSCGではSpCellでのみビーム失敗回復手順が設定および／または実行（Perform）されてもよいし、休眠状態のSCGではSpCellおよび一部または全部のSCellでビーム失敗回復手順が設定および／または実行（Perform）されてもよい。ビーム失敗は、下位レイヤ（PHY層）からMACエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。MACエンティティはビーム失敗検出のために各サービングセルで下記の（Ａ）、（Ｂ）、（Ｃ）の一部または全部の処理をおこなってよい。
　　（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（beamFailureDetectionTimer）をスタートまたは再スタートし、カウンター（BFI-COUNTER）を１加算する。もしBFI_COUNTERの値が設定された閾値（beamFailureInstanceMaxCount）以上であれば、下記の（Ａ－１）の処理をおこなう。
　　（Ａ－１）もし、サービングセルがSCellなら、このサービングセルに対するビーム失敗回復（BFR）をトリガし、そうでなければ、SpCellでランダムアクセス手順を開始する。なお、SCellでビーム回復をトリガしない場合は、ここでSCellに対するビーム失敗回復をトリガしなくてもよい。すなわち、サービングセルがSpCellである場合にのみ、SpCellでランダムアクセス手順を開始する処理をおこなってよい。
　　（Ｂ）もし、このサービングセルに対する、beamFailureDetectionTimerが満了した、または、もし、beamFailureDetectionTimer、beamFailureInstanceMaxCount、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、BFI_COUNTERを０に設定する。
　　（Ｃ）もし、サービングセルがSpCellであり、ランダムアクセス手順が成功裏に完了したら、BFI_COUNTERを０に設定し、タイマー（beamFailureRecoveryTimer）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがSCellで、SCellのビーム失敗回復のための情報（例えばSCell　BFR　MAC　CEに含まれる情報）を送信するための、新しい上りリンクグラントを示すC-RNTIにアドレスされたPDCCHを受信したら、または、SCellが不活性状態であれば、BFI_COUNTERを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（BFR）をキャンセルする。
　MACエンティティは、もし、ビーム失敗回復手順によって少なくとも１つのビーム失敗回復（BFR）がトリガされており、それがキャンセルされていないのであれば、必要に応じて、SCellビーム失敗回復のためのスケジューリングリクエストをトリガする。
　スケジューリングリクエストがトリガされたときに、当該SCGのMACエンティティは、もし、保留中（Pending）のスケジューリングリクエストのための有効なPUCCHリソースが設定されていなかったら、SpCellにおいてランダムアクセス手順を開始する。
　前述のように、MACエンティティによるMAC　CEを含むMAC　PDUを送信するためのスケジューリングリクエストのトリガによって、またはMACエンティティによってダイレクトに、SpCell（PSCell）におけるランダムアクセス手順が休眠中のSCGにおいて開始される場合がある。このとき、MAC　PDUにはMAC　SDUが含まれないかもしれない。
　また一方で、ユーザデータやRRCメッセージなどの上位レイヤからのデータ（MAC　SDU）を含むMAC　PDUを送信するためのスケジューリングリクエストのトリガによって、SpCell（PSCell）におけるランダムアクセス手順が休眠中のSCGにおいて開始される場合があってもよい。
　パワーヘッドルームレポート（Power　Headroom　Report：PHR）について説明する。PHRのプロシージャは、サービングgNBに下記の（Ａ）から（Ｃ）の情報の一部または全部を提供するために使われる。
（Ａ）名目上の（nominal）UEの最大送信電力と活性化されたサービングセル毎のUL-SCHの送信電力の推定値との差
（Ｂ）名目上の（nominal）UEの最大送信電力と他のMACエンティティのSpCell上のUL-SCHおよび／またはPUCCHの送信電力の推定値との差
（Ｃ）名目上の（nominal）UEの最大送信電力と活性化されたサービングセル毎のSRSの送信電力の推定値との差
　前記（Ａ）、（Ｂ）、（Ｃ）の情報をそれぞれタイプ１パワーヘッドルーム、タイプ２パワーヘッドルーム、タイプ３パワーヘッドルームと称してもよい。また、前記（Ａ）から（Ｃ）の一部または全部を含む情報をパワーヘッドルームと称してもよい。
パワーヘッドルームのタイプ、対象のセルおよびそのセルにおける最大送信電力の情報の組をただ一つ含むMAC　CEをSingle　Entry　PHR　MAC　CEと称してもよい。また、パワーヘッドルームのタイプ、対象のセルおよびそのセルにおける最大送信電力の情報の組を複数含むMAC　CEをMultiple　Entry　PHR　MAC　CEと称してもよい。
　どのMACエンティティに対しても、あるMACエンティティにおいて上りリンクが設定されていて、RRCメッセージで設定されている第１下りリンクBWP識別子（firstActiveDownlinkBWP-Id）で示されるBWPが休眠（Dormant）BWPに設定されていないあるSCellが活性化された場合に、UEのMACエンティティはPHRをトリガしてもよい。また、PSCellが新たに追加または変更された場合に、UEのMACエンティティはPHRをトリガしてもよい。
　どのMACエンティティに対しても、あるMACエンティティにおいて上りリンクが設定されているあるSCellの活性化されたBWPが休眠（DL）BWPから休眠でないDL　BWPに変更された場合に、UEのMACエンティティはPHRをトリガしてもよい。上記のBWPの変更はBWPの切り替えとして表現されてもよい。
　もしMACエンティティが新たな送信のために割り当てられた上りリンクのリソースを持っているのであれば、UEのMACエンティティは下記の（Ａ）、（Ｂ）の一部または全部の処理をおこなってよい。
　　（Ａ）もしこの上りリンクのリソースが、最後にMACがリセットされてから最初のものであれば、タイマー（phr-PeriodicTimer）を開始する。
　　（Ｂ）もしUEのMACエンティティが最低でも一つのPHRをトリガし、このトリガがキャンセルされるということはないということがPHRのプロシージャとして決められており、またUEのMACエンティティによって送信されるために設定されたPHRのためのMAC　CEが、論理チャネルの優先度を考慮したうえでこのMAC　CEのサブヘッダに加えて割り当てられた上りリンクのリソース内に収容されることができるのであれば、下記の（Ｂ－１）から（Ｂ－５）の一部または全部の処理をおこなう。
　　（Ｂ－１）もし収容されるMAC　CEがMultiple　Entry　PHR　MAC　CEであるならば、下記の（Ｃ－１）から（Ｃ－３）の一部または全部の処理をおこなう。
（Ｃ－１）同一UEの任意のMACエンティティに関連付けられた、上りリンクが設定されている活性化された各サービングセルのうち、活性化されたDL　BWPが休眠（DL）BWPでないものに関して、NRサービングセルおよびE-UTRAサービングセルに対して対応付けられた上りリンクキャリアのためのタイプ１またはタイプ３パワーヘッドルームの値を取得し、もしサービングセルを関連付けているMACエンティティがこのサービングセル上での送信のために割り当てられた上りリンクのリソースを持つ、または同一UEの別のMACエンティティが設定されていて、このサービングセル上での送信のために割り当てられた上りリンクのリソースを持ち、このサービングセルでの実送信のために使われる電力を基に最大送信電力を計算することが上位レイヤで決められているのであれば、物理レイヤからこの最大送信電力の値を取得する。
（Ｃ－２）もし同一UEの別のMACエンティティのSpCellのためのタイプ２パワーヘッドルームをUEがレポートしてもよいのであれば、このMACエンティティがE-UTRAのMACエンティティであればそのタイプ２パワーヘッドルームの値を取得し、さらにこのMACエンティティのSpCellでの実送信のために使われる電力を基に最大送信電力を計算することが上位レイヤで決められているのであれば、物理レイヤからこの最大送信電力の値を取得する。
（Ｃ－３）論理チャネルの優先度を考慮したうえで物理レイヤからレポートされた値を基にMultiple　Entry　PHR　MAC　CEを生成し送信する。
　　（Ｂ－２）もし収容されるMAC　CEがSingle　Entry　PHR　MAC　CEであるならば、PCellに対して対応付けられた上りリンクキャリアのためのタイプ１パワーヘッドルームの値と対応付けられた最大送信電力の値を物理レイヤから取得し、論理チャネルの優先度を考慮したうえでこれらの値を基にSingle　Entry　PHR　MAC　CEを生成し送信する。
　　（Ｂ－３）タイマー（phr-PeriodicTimer）を開始（Start）あるいは再開始（Restart）する。
　　（Ｂ－４）タイマー（phr-ProhibitTimer）を開始（Start）あるいは再開始（Restart）する。
　　（Ｂ－５）トリガされたすべてのPHRをキャンセルする。
　以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
　図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一形態と密接に関連する主な構成部のみを示す。
　図５に示すＵＥ１２２は、基地局装置よりRRCメッセージ等を受信する受信部５００、及び受信したメッセージに含まれるパラメータに従って処理を行う処理部５０２、および基地局装置にRRCメッセージ等を送信する送信部５０４から成る。上述の基地局装置とは、ｅＮＢ１０２であっても良いし、ｇＮＢ１０８であっても良い。また、処理部５０２には様々な層（例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層）の機能の一部または全部が含まれてよい。すなわち、処理部５０２には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。
　図６は本発明の実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明の一形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、ｅＮＢ１０２であっても良いし、ｇＮＢ１０８であっても良い。
　図６に示す基地局装置は、ＵＥ１２２へRRCメッセージ等を送信する送信部６００、及びパラメータを含むRRCメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、およびＵＥ１２２からRRCメッセージ等を受信する受信部６０４から成る。また、処理部６０２には様々な層（例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層）の機能の一部または全部が含まれてよい。すなわち、処理部６０２には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
　図１０を用いて本発明の実施の形態における、端末装置の処理の一例を説明する。図１０を用いて説明する、本発明の実施の形態の端末装置の処理によって、例えば、端末装置が複数のセルグループのモニタを行わなくてもよいことや、消費電力を削減できるといった効果が期待される。
　図１０は本発明の実施の形態における、端末装置の処理の一例を示す図である。ＵＥ１２２の処理部５０２は、SCGが休眠状態（不活性状態）から休眠状態からの復帰（活性状態）となることを決定してもよい（ステップＳ１０００）。また、ＵＥ１２２の処理部５０２は、前記決定に基づき、活性状態における動作を行ってもよい（ステップＳ１００２）。
　活性状態におけるＵＥ１２２の動作の一例を説明する。ＵＥ１２２は、活性状態において、あるセルグループのSpCellおよび／または１個以上のSCellのそれぞれにおいて、下記（Ａ）から（Ｎ）までの一部または全部を行ってよい。
（Ａ）PDCCHをモニタする。
（Ｂ）SRSを送信する。
（Ｃ）PUCCHを送信する。
（Ｄ）UL-SCHを送信する。
（Ｅ）RACHを送信する。
（Ｆ）UL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされたPDCCHをモニタする。
（Ｇ）BWPが活性化されており、上述のBWPにおいて上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされたPDCCHをモニタする。
（Ｈ）BWPに対するチャネル状態情報（CSI）を測定する。
（Ｉ）BWPに対するチャネル状態情報（CSI）を報告する。
（Ｊ）自動増幅制御（Automatic Gain Control:AGC）を行う。
（Ｋ）ビーム失敗回復を含むビーム制御（ビームマネジメント）を行う。
（Ｌ）無線リンクモニタリング（Radio Link Monitoring:RLM）を行う。
（Ｍ）間欠受信（DRX）を行う。
（Ｎ）休眠BWPを抜ける（休眠BWPから退出する）ことを示すPDCCHをモニタしない。
　活性状態は、SCGが活性化された状態であってよい。また、上述の活性状態は、SCGが休眠状態から復帰（Resume)した状態であってもよい。また、上述の活性状態は、上述のSCGが休眠状態でない状態であってよい。また、上述の活性状態は、MAC　SDUが含まれるMAC
　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、不活性状態から遷移する状態であってもよい。また、上述の活性状態は、RRCエンティティから休眠状態からの復帰が指示された場合に、不活性状態から遷移する状態であってもよい。
　ステップＳ１０００において、SCGが不活性状態から活性状態への遷移が完了したときにＵＥ１２２の処理部５０２が前記遷移を決定してよい。また、SCGが不活性状態から活性状態へ遷移する途中でＵＥ１２２の処理部５０２が前記遷移を決定してよい。
　ＵＥ１２２は、SCGを活性化する情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい（言い換えると、SCGを活性化してもよい）。また、ＵＥ１２２は、SCGの休眠状態からの復帰（Resume）を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、SpCellの休眠状態からの復帰を指示する情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、その他の情報を受信すると、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、SCGの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、PSCellの休眠に関するタイマーに基づいて、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、MAC　SDUが含まれるMAC　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２は、スケジューリングリクエストに起因する（言い換えると、MACエンティティ自身が開始した）ランダムアクセス手順を開始する場合に、SCGを不活性状態から活性状態に遷移させてもよい。また、ＵＥ１２２のMACエンティティは、SCGを活性化する指示、休眠SCGからの復帰の指示、SpCellの休眠状態からの復帰の指示、および／またはその他の情報をＵＥ１２２のRRCエンティティから取得してもよい。
　図１１を用いて本発明の実施の形態における、端末装置の処理の一例を説明する。
　図１１は本発明の実施の形態における、端末装置の処理の一例を示す図である。ＵＥ１２２の処理部５０２は、SCGが活性状態から不活性状態となることを決定してもよい（ステップＳ１１００）。また、ＵＥ１２２の処理部５０２は、前記決定に基づき、不活性状態における動作を行ってもよい（ステップＳ１１０２）。
　上述の不活性状態におけるＵＥ１２２の動作の一例を説明する。不活性状態は、あるセルグループのSpCellおよび／または１個以上のSCellにおいて、ＵＥ１２２が下記（Ａ）から（Ｍ）までの一部または全部を行う状態であってよい。
（Ａ）PDCCHをモニタしない。
（Ｂ）SRSを送信しない。
（Ｃ）PUCCHを送信しない。
（Ｄ）UL-SCHを送信しない。
（Ｅ）RACHを送信しない。
（Ｆ）UL-SCH送信のための上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされたPDCCHをモニタしない。
（Ｇ）BWPが活性化されており、上述のBWPにおいて上りリンクグラントを示すC-RNTI、MCS-C-RNTI、および／またはCS-RNTIにアドレスされたPDCCHをモニタしない。
（Ｈ）BWPに対するチャネル状態情報（CSI）を測定する。
（Ｉ）BWPに対するチャネル状態情報（CSI）を報告しない。
（Ｊ）自動増幅制御（Automatic Gain Control:AGC）を行わない。
（Ｋ）ビーム失敗回復を含むビーム制御（ビームマネジメント）を行わない。
（Ｌ）無線リンクモニタリング（Radio Link Monitoring:RLM）を行わない。
（Ｍ）間欠受信（DRX）を行う。
　不活性状態は、SCGが不活性化された状態であってよい。また、上述の不活性状態は、休眠SCGへの入場（Entering）であってもよい。また、上述の不活性状態は、上述のSCGの休眠状態であってよい。また、不活性状態は、SCGのSpCellおよび／または１個以上のSCellのActive　BWPが休眠BWPである状態であってもよい。また、上述の不活性状態は、MAC　SDUが含まれるMAC　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、活性状態から遷移する状態であってもよい。また、上述の不活性状態は、RRCエンティティから休眠状態への入場が指示された場合に、活性状態から遷移する状態であってもよい。
　ステップＳ１１００において、SCGが活性状態から不活性状態への遷移が完了したときにＵＥ１２２の処理部５０２が前記遷移を決定してよい。また、SCGが活性状態から不活性状態へ遷移する途中でＵＥ１２２の処理部５０２が前記遷移を決定してよい。
　ＵＥ１２２は、SCGを不活性化する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、休眠SCGへの入場（Entering）を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、SpCellの休眠を指示する情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、その他の情報を受信すると、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、SCGの休眠に関するタイマーが満了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、PSCellの休眠に関するタイマーが満了した場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、MAC　SDUが含まれるMAC　PDUを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順を開始する場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、ランダムアクセス手順を開始する場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２は、スケジューリングリクエストに起因する（言い換えると、MACエンティティ自身が開始した）ランダムアクセス手順を開始する場合に、SCGを活性状態から不活性状態に遷移させてもよい。また、ＵＥ１２２のMACエンティティは、SCGを不活性化する指示、休眠SCGへの入場の指示、SpCellの休眠の指示、および／またはその他の情報をＵＥ１２２のRRCエンティティから取得してもよい。
　図１２を用いて本発明の実施の形態における、端末装置の処理の一例を説明する。
　図１２は本発明の実施の形態における、端末装置の処理の一例を示す図である。ＵＥ１２２の処理部５０２は、以下の（Ａ）から（Ｃ）を一部または全部含むイベントが起こったときに（ステップＳ１２００）、PHRをトリガしてよい（ステップＳ１２０２）。ＵＥ１２２の送信部５０４は、処理部５０２よりトリガされたPHRを基地局装置に送信してよい。（Ａ）から（Ｃ）を一部または全部含むイベントとは、（Ａ）、（Ｂ）、（Ｃ）以外を含んでいてもよい。
　（Ａ）SCGが不活性状態から活性状態となる。
　（Ｂ）いずれかのMACエンティティのSCellであって、上りリンクが設定されていて、RRCメッセージで設定されている第１下りリンクBWP識別子（firstActiveDownlinkBWP-Id）で示されるBWPが休眠（Dormant）BWPに設定されていないSCellの活性化。
　（Ｃ）PSCellの追加（PSCellが新たに追加または変更される）。
　上述のfirstActiveDownlinkBWP-IdはRRCメッセージで設定されている上りリンクBWPの識別子（firstActiveUplinkBWP-Id）と同じ値でも異なる値でもよい。
　新たなPSCellの追加は、前記PSCellにおけるfirstActiveDownlinkBWP-IdとfirstActiveUplinkBWP-Idがネットワークで同じ値として設定された上で、RRCによって行われてよい。また、PSCellの変更は、変更先のPSCellにおけるfirstActiveDownlinkBWP-IdとfirstActiveUplinkBWP-Idがネットワークで同じ値として設定された上で、RRCによって行われてよい。
　ステップＳ１２０２におけるPHRトリガの一例を説明する。ステップＳ１２００においてＵＥ１２２におけるSCGが不活性状態から活性状態に遷移した場合、ＵＥ１２２におけるMCGおよび／または前記SCGに対するMACエンティティはPHRをトリガしてよい。
　このように、本発明の実施の形態では、SCGの休眠状態においても必要な上りリンクの送信をトリガすることができる。また、SCGの休眠状態において、必要な信号のみをモニタすることで省電力化が可能となる。
　上記説明における無線ベアラは其々、DRBであって良いし、SRBであって良いし、DRB及びSRBであって良い。
　また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。
　また上記説明において、「前記～」を「上述の～」と言い換えてよい。
　また上記説明において、「SCGのSpCell」を「PSCell」と言い換えてよい。
　上記説明における「休眠状態」を「不活性状態」と言い換えてよいし、「休眠状態から復帰した状態」を「活性状態」と言い換えてもよい。また上記説明において、「活性化」、「不活性化」をそれぞれ「活性状態」、「不活性状態」と言い換えてもよい。
　上記説明における「ＸからＹに遷移する」を「ＸからＹとなる」と言い換えてよい。また、「活性化されたBWP」を「Active BWP」と言い換えてもよい。
　また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なっても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なっても良い。また上記説明において「Ａである事に基づいてＢを行う」は、「Ｂを行う」と言い換えられても良い。即ち「Ｂを行う」事は「Ａである事」と独立して実行されても良い。
　なお、上記説明において、「ＡをＢと言い換えてよい」は、ＡをＢと言い換えることに加え、ＢをＡと言い換える意味も含んでよい。また上記説明において、「ＣはＤであって良い」と「ＣはＥであって良い」とが記載されている場合には、「ＤはＥであって良い」事を含んでも良い。また上記説明において、「ＦはＧであって良い」と「ＧはＨであって良い」とが記載されている場合には、「ＦはＨであっても良い」事を含んでも良い。
　また上記説明において、「Ａ」という条件と、「Ｂ」という条件が、相反する条件の場合には、「Ｂ」という条件は、「Ａ」という条件の「その他」の条件として表現されても良い。
　以下、本発明の実施形態における、端末装置、および、方法の種々の態様について説明する。
　（１）本発明の第１の実施の様態は、第１のセルグループと第２のセルグループとが設定された端末装置であって、パワーヘッドルームレポート（PHR）をトリガする処理部と、トリガされた前記PHRを基地局装置に送信する送信部とを備え、前記PHRは、前記第２のセルグループが活性化されることに基づき前記処理部によってトリガされる端末装置である。
　（２）本発明の第２の実施の様態は、第１のセルグループと第２のセルグループとが設定された端末装置に適用される通信方法であって、パワーヘッドルームレポート（PHR）をトリガし、トリガされた前記PHRを基地局装置に送信し、前記PHRは、前記第２のセルグループが活性化されることに基づきトリガされる通信方法である。
　（３）本発明の第３の実施の様態は、第１のセルグループと第２のセルグループとを端末装置に設定する基地局装置であって、パワーヘッドルームレポート（PHR）を端末装置から受信する受信部を備え、前記PHRは、前記第２のセルグループが活性化されることに基づき前記端末装置によってトリガされる基地局装置である。
　（４）本発明の第４の実施の様態は、第１のセルグループと第２のセルグループとが設定された端末装置に適用される通信方法であって、パワーヘッドルームレポート（PHR）をトリガし、トリガされた前記PHRを基地局装置に送信し、前記PHRは、前記第２のセルグループが活性化されることに基づき前記処理部によってトリガされる通信方法である。
　本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる上述した実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュ－タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
　なお、上述した実施形態における装置の一部、をコンピュ－タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ－タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ－タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ－タシステム」とは、装置に内蔵されたコンピュ－タシステムであって、オペレ－ティングシステムや周辺機器等のハ－ドウェアを含むものとする。また、「コンピュ－タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
　さらに「コンピュ－タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ－タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ－タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ－ラ、マイクロコントロ－ラ、またはステ－トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
１００　Ｅ－ＵＴＲＡ
１０２　ｅＮＢ
１０４　ＥＰＣ
１０６　ＮＲ
１０８　ｇＮＢ
１１０　５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４　インタフェース
１２２　ＵＥ
２００、３００　ＰＨＹ
２０２、３０２　ＭＡＣ
２０４、３０４　ＲＬＣ
２０６、３０６　ＰＤＣＰ
２０８、３０８　ＲＲＣ
３１０　ＳＤＡＰ
２１０、３１２　ＮＡＳ
５００，６０４　受信部
５０２、６０２　処理部
５０４、６００　送信部

Claims (3)

  1. 　第１のセルグループと第２のセルグループとが設定された端末装置であって、
    　パワーヘッドルームレポート（PHR）をトリガする処理部と、
    　トリガされた前記PHRを基地局装置に送信する送信部とを備え、
    　前記PHRは、前記第２のセルグループが活性化されることに基づき前記処理部によってトリガされる
    　端末装置。
  2. 　第１のセルグループと第２のセルグループとが設定された端末装置に適用される通信方法であって、
    　パワーヘッドルームレポート（PHR）をトリガし、
    　トリガされた前記PHRを基地局装置に送信し、
    　前記PHRは、前記第２のセルグループが活性化されることに基づきトリガされる
    　通信方法。
  3. 　第１のセルグループと第２のセルグループとを端末装置に設定する基地局装置であって、パワーヘッドルームレポート（PHR）を端末装置から受信する受信部を備え、
    前記PHRは、前記第２のセルグループが活性化されることに基づき前記端末装置によってトリガされる
    　基地局装置。
PCT/JP2021/035419 2020-09-30 2021-09-27 端末装置、通信方法、および基地局装置 Ceased WO2022071234A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180063595.3A CN116158118A (zh) 2020-09-30 2021-09-27 终端装置、通信方法以及基站装置
EP21875536.1A EP4224914A4 (en) 2020-09-30 2021-09-27 TERMINAL DEVICE, COMMUNICATION METHOD AND BASE STATION DEVICE
US18/028,198 US20230379842A1 (en) 2020-09-30 2021-09-27 Terminal apparatus, communication method, and base station apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020165020A JP2023165045A (ja) 2020-09-30 2020-09-30 端末装置、基地局装置および、方法
JP2020-165020 2020-09-30

Publications (1)

Publication Number Publication Date
WO2022071234A1 true WO2022071234A1 (ja) 2022-04-07

Family

ID=80951654

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/035419 Ceased WO2022071234A1 (ja) 2020-09-30 2021-09-27 端末装置、通信方法、および基地局装置

Country Status (5)

Country Link
US (1) US20230379842A1 (ja)
EP (1) EP4224914A4 (ja)
JP (1) JP2023165045A (ja)
CN (1) CN116158118A (ja)
WO (1) WO2022071234A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2024034148A1 (ja) * 2022-08-10 2024-02-15
WO2024055323A1 (zh) * 2022-09-16 2024-03-21 北京小米移动软件有限公司 功率余量信息的上报方法、装置、设备、存储介质及芯片

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023065096A1 (zh) * 2021-10-18 2023-04-27 富士通株式会社 信号发送的控制方法、装置和系统
KR20230096561A (ko) * 2021-12-23 2023-06-30 삼성전자주식회사 차세대 이동 통신 시스템에서 헤더 압축 또는 압축 해제 절차를 효과적으로 수행하는 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017515367A (ja) * 2014-04-03 2017-06-08 エルジー エレクトロニクス インコーポレイティド 端末と基地局との間の二重接続におけるパワーヘッドルーム報告を送信する方法および端末
US20180352457A1 (en) * 2014-07-23 2018-12-06 Samsung Electronics Co., Ltd Method and apparatus for generating and transmitting power headroom report in mobile communication system
JP2020165020A (ja) 2019-03-29 2020-10-08 ユニチカ株式会社 リュックサック用素材および同素材を用いたリュックサック

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9985756B2 (en) * 2014-01-29 2018-05-29 Samsung Electronics Co., Ltd. Multicarrier-based data transmission method and apparatus in mobile communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017515367A (ja) * 2014-04-03 2017-06-08 エルジー エレクトロニクス インコーポレイティド 端末と基地局との間の二重接続におけるパワーヘッドルーム報告を送信する方法および端末
US20180352457A1 (en) * 2014-07-23 2018-12-06 Samsung Electronics Co., Ltd Method and apparatus for generating and transmitting power headroom report in mobile communication system
JP2020165020A (ja) 2019-03-29 2020-10-08 ユニチカ株式会社 リュックサック用素材および同素材を用いたリュックサック

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
"Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2", 3GPP TS 36.300, pages 19 - 361
"Evolved Universal Terrestrial Radio Access (E-UTRA) and NR; Multi-Connectivity; Stage 2", 3GPP TS 37.340, pages 6 - 67
"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specifications", 3GPP TS 36.331, pages 25 - 1012
"NR; Medium Access Control (MAC) protocol specification", 3GPP TS 38.321, pages 8 - 148
"NR; NR and NG-RAN Overall description; Stage 2", 3GPP TS 38.300, pages 10 - 134
"NR; Radio Resource Control (RRC); Protocol specifications", 3GPP TS 38.331, pages 21 - 861
NOKIA NETWORKS, NOKIA CORPORATION: "PHR for dual connectivity", 3GPP DRAFT; R2-143364 PHR FOR DUAL CONNECTIVITY_V3, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Dresden, Germany; 20140818 - 20140822, 9 August 2014 (2014-08-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP050819937 *
See also references of EP4224914A4

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2024034148A1 (ja) * 2022-08-10 2024-02-15
WO2024034148A1 (ja) * 2022-08-10 2024-02-15 楽天モバイル株式会社 節電モードのための複数の通信機のグルーピング
JP7727118B2 (ja) 2022-08-10 2025-08-20 楽天モバイル株式会社 節電モードのための複数の通信機のグルーピング
WO2024055323A1 (zh) * 2022-09-16 2024-03-21 北京小米移动软件有限公司 功率余量信息的上报方法、装置、设备、存储介质及芯片

Also Published As

Publication number Publication date
EP4224914A4 (en) 2024-10-23
CN116158118A (zh) 2023-05-23
JP2023165045A (ja) 2023-11-15
US20230379842A1 (en) 2023-11-23
EP4224914A1 (en) 2023-08-09

Similar Documents

Publication Publication Date Title
WO2022071234A1 (ja) 端末装置、通信方法、および基地局装置
WO2022085663A1 (ja) 方法、および、集積回路
JP7777081B2 (ja) 端末装置、基地局装置、および、方法
JP7802678B2 (ja) 端末装置、基地局装置、および、方法
WO2023063342A1 (ja) 端末装置、基地局装置および、方法
WO2023042752A1 (ja) 端末装置、基地局装置および、方法
WO2023100981A1 (ja) 端末装置、方法、および、集積回路
WO2023106315A1 (ja) 端末装置、基地局装置、および、方法
WO2022080341A1 (ja) 端末装置、基地局装置、および、方法
JP7846085B2 (ja) 端末装置、基地局装置および、方法
WO2022030487A1 (ja) 端末装置、基地局装置、方法、および、集積回路
US12075510B2 (en) Terminal apparatus, base station apparatus, and method
WO2023008043A1 (ja) 端末装置、方法、および、集積回路
WO2023013292A1 (ja) 端末装置、基地局装置および、方法
WO2023042747A1 (ja) 端末装置、基地局装置および、方法
WO2023063345A1 (ja) 端末装置、基地局装置および、方法
WO2023112531A1 (ja) 端末装置、方法、および、集積回路
WO2023112792A1 (ja) 端末装置、方法、および、集積回路
JP2023019350A (ja) 端末装置、基地局装置および、方法
WO2023153410A1 (ja) 端末装置、方法、および、集積回路
WO2023132370A1 (ja) 端末装置、方法、および、集積回路
WO2023189963A1 (ja) 端末装置、方法、および、集積回路
WO2023136231A1 (ja) 端末装置、方法、および、集積回路
WO2023243571A1 (ja) 端末装置、方法、および、集積回路
WO2023238820A1 (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: 21875536

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202317020459

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021875536

Country of ref document: EP

Effective date: 20230502

NENP Non-entry into the national phase

Ref country code: JP

WWG Wipo information: grant in national office

Ref document number: 202317020459

Country of ref document: IN