WO2022255288A1 - 端末装置、基地局装置、および方法 - Google Patents
端末装置、基地局装置、および方法 Download PDFInfo
- Publication number
- WO2022255288A1 WO2022255288A1 PCT/JP2022/021871 JP2022021871W WO2022255288A1 WO 2022255288 A1 WO2022255288 A1 WO 2022255288A1 JP 2022021871 W JP2022021871 W JP 2022021871W WO 2022255288 A1 WO2022255288 A1 WO 2022255288A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- rrc
- rlc
- pdcp
- mbs
- mrb
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 80
- 238000012545 processing Methods 0.000 claims abstract description 125
- 230000005540 biological transmission Effects 0.000 claims description 59
- 230000006870 function Effects 0.000 description 93
- 210000004027 cell Anatomy 0.000 description 73
- 230000008569 process Effects 0.000 description 41
- 238000010586 diagram Methods 0.000 description 25
- 238000005516 engineering process Methods 0.000 description 23
- 230000006835 compression Effects 0.000 description 22
- 238000007906 compression Methods 0.000 description 22
- 230000007704 transition Effects 0.000 description 19
- 238000004891 communication Methods 0.000 description 17
- 230000004044 response Effects 0.000 description 16
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 11
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 11
- 230000011664 signaling Effects 0.000 description 10
- 101100150275 Caenorhabditis elegans srb-3 gene Proteins 0.000 description 9
- 108091005487 SCARB1 Proteins 0.000 description 9
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 9
- 230000006837 decompression Effects 0.000 description 9
- 238000005259 measurement Methods 0.000 description 9
- 238000011084 recovery Methods 0.000 description 9
- 230000009977 dual effect Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 238000013507 mapping Methods 0.000 description 7
- 230000003068 static effect Effects 0.000 description 6
- 230000006978 adaptation Effects 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000009482 thermal adhesion granulation Methods 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000006266 hibernation Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 210000001956 EPC Anatomy 0.000 description 1
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Definitions
- the present invention relates to a terminal device, base station device and method.
- This application claims priority to Japanese Patent Application No. 2021-92656 filed in Japan on June 2, 2021, the contents of which are incorporated herein.
- 3GPP 3rd Generation Partnership Project
- E-UTRA Evolved Universal Terrestrial Radio Access
- RAT radio access technology
- 3GPP 3GPP is still conducting technical studies and establishing standards for extension technologies for E-UTRA.
- E-UTRA is also called Long Term Evolution (LTE: registered trademark), and extended technologies are sometimes called LTE-Advanced (LTE-A) and LTE-Advanced Pro (LTE-A Pro).
- LTE Long Term Evolution
- LTE-A LTE-Advanced
- LTE-A Pro LTE-Advanced Pro
- NR New Radio, or NR Radio access
- RAT Radio Access Technology
- MBMS Multimedia Broadcast Multicast Service
- MBSFN Multicast Broadcast Single Frequency Network
- SC-PTM Single Cell Point-To-Multipoint
- Transmission using MBSFN uses PMCH (Physical Multicast Channel) to transmit multicast/broadcast data in units of MBSFN (Multicast-Broadcast Single-Frequency Network) areas consisting of multiple cells.
- PMCH Physical Multicast Channel
- SC-PTM Multicast-PTM
- multicast data is transmitted using a PDSCH (Physical Downlink Shared Channel) on a cell-by-cell basis.
- MBS multicast/broadcast service
- One aspect of the present invention has been made in view of the circumstances described above, and one object thereof is to provide a terminal device, a base station device, and a method that can efficiently control an MBS using NR. do.
- one aspect of the present invention takes the following measures. That is, one aspect of the present invention is a terminal device that communicates with a base station device, comprising: a receiving unit that receives an RRC reconfiguration message from the base station device; Based on at least the fact that the reconfiguration message includes a parameter indicating full configuration, the dedicated wireless setting release processing set in the terminal device is performed, and in the dedicated wireless setting release processing, G - Excludes RNTI release processing, said G-RNTI is the RNTI that identifies the transmission of MTCH.
- one aspect of the present invention is a base station apparatus that communicates with a terminal device, comprising: a transmission unit that transmits an RRC reconfiguration message to the terminal device; With respect to, at least based on the fact that the RRC reconfiguration message includes a parameter indicating full configuration, a dedicated radio configuration release process set in the terminal device is performed, and the dedicated radio In the setup release process, the G-RNTI release process is excluded, and the G-RNTI is the RNTI that identifies MTCH transmission.
- one aspect of the present invention is a method for a terminal device that communicates with a base station device, which receives an RRC reconfiguration message from the base station device, and indicates in the RRC reconfiguration message that the RRC reconfiguration message is full configuration.
- Dedicated wireless setting release processing set in the terminal device is performed at least based on the fact that the parameter is included, G-RNTI release processing is excluded in the dedicated wireless setting release processing, and the G- RNTI is the RNTI that identifies the transmission of MTCH.
- one aspect of the present invention is a method of a base station apparatus that communicates with a terminal device, wherein an RRC reconfiguration message is transmitted to the terminal device, and full configuration is performed in the RRC reconfiguration message to the terminal device.
- G-RNTI release processing is performed. Let's exclude, the G-RNTI is the RNTI that identifies the transmission of the MTCH.
- a terminal device, a base station device, and a method can realize efficient MBS control using NR.
- FIG. 1 is a schematic diagram of a communication system according to an embodiment of the invention;
- FIG. 3 is a diagram of an example of NR protocol configuration according to an embodiment of the present invention;
- the block diagram which shows the structure of the terminal device in embodiment of this invention. 1 is a block diagram showing the configuration of a base station apparatus according to an embodiment of the present invention;
- FIG. 1 is an example of ASN.1 description included in a message regarding RRC connection reconfiguration in E-UTRA according to an embodiment of the present invention.
- FIG. 4 shows a flow of procedures for setting up MBMS reception using SC-PTM.
- the figure which shows an example of ASN.1 description showing a field and/or an information element contained in SIB20 (System Information Block Type 20).
- SIB20 System Information Block Type 20
- 1 shows an example of an ASN.1 description representing fields and/or information elements contained in an SC-PTM configuration message (SCPTMConfiguration);
- FIG. 4 is a diagram showing an example of means relating to establishment and/or setting of MBS for delivery mode 1 in an embodiment of the present invention
- 1 is a diagram showing an example of ASN.1 showing parameters for establishing and/or setting an MRB for delivery mode 1 in an embodiment of the present invention
- FIG. The figure which shows an example of the means regarding establishment and/or setting of MBS for delivery mode 2 in embodiment of this invention.
- LTE (and LTE-A, LTE-A Pro) and NR may be defined as different Radio Access Technologies (RAT).
- RAT Radio Access Technologies
- 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 by NR and Multi Radio Dual connectivity (MR-DC) may be distinguished from conventional LTE.
- MR-DC Multi Radio Dual connectivity
- LTE using 5GC for the core network may be distinguished from conventional LTE using EPC for the core network.
- EPC Multi Radio Dual connectivity
- Embodiments of the present invention may be applied to NR, LTE and other RATs.
- the term E-UTRA Evolved Universal Terrestrial Radio Access
- each node and entity when the radio access technology is E-UTRA or NR, and the processing in each node and entity will be described. It may be used for other radio 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. It should be noted that the functions of each node, radio access technology, core network, interface, etc. described using FIG. 1 are part of the functions closely related to the embodiment of the present invention, and may have other functions.
- E-UTRA100 may be a radio access technology.
- E-UTRA 100 may also be the air interface between UE 122 and eNB 102 .
- the air interface between UE 122 and eNB 102 may be called Uu interface.
- the eNB (E-UTRAN Node B) 102 may be a base station device for the E-UTRA 100.
- the eNB 102 may have the E-UTRA protocol described below.
- the E-UTRA protocol may consist of an E-UTRA user plane (User Plane: UP) protocol described later and an E-UTRA control plane (Control Plane: CP) protocol described later.
- eNB 102 may terminate E-UTRA User Plane (UP) and E-UTRA Control Plane (CP) protocols to UE 122.
- a radio access network composed of eNBs may be called E-UTRAN (Evolved Universal Terrestrial Radio Access Network).
- EPC (Evolved Packet Core) 104 may be a core network.
- Interface 112 is the interface between eNB 102 and EPC 104 and may be referred to as the S1 interface.
- Interface 112 may include a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
- the control plane interface of interface 112 may terminate at a Mobility Management Entity (MME; not shown) within EPC 104 .
- MME Mobility Management Entity
- a user plane interface of interface 112 may terminate at a serving gateway (S-GW; not shown) within EPC 104 .
- the control plane interface of interface 112 may be called the S1-MME interface.
- the user plane interface of interface 112 may be called the S1-U interface.
- one or more eNBs 102 may be connected to EPC 104 via interface 112 . There may be an interface between multiple eNBs 102 that connect to the EPC 104 (not shown). An interface between multiple eNBs 102 connected to an EPC 104 may be called an X2 interface.
- NR106 may be a radio access technology.
- NR 106 may also be the air interface between UE 122 and gNB 108 .
- the air interface between UE 122 and gNB 108 may be called the Uu interface.
- the gNB (g Node B) 108 may be the base station equipment of the NR 106.
- gNB108 may have the NR protocol described below.
- the NR protocol may consist of an NR User Plane (UP) protocol, which will be described later, and an NR Control Plane (CP) protocol, which will be described later.
- gNB 108 may terminate NR User Plane (UP) and NR Control Plane (CP) protocols to UE 122.
- UP NR User Plane
- CP NR Control Plane
- Interface 116 is the interface between gNB 108 and 5GC 110 and may be called the NG interface.
- Interface 116 may include a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
- the control plane interface of interface 116 may terminate at the Access and Mobility Management Function (AMF: not shown) within 5GC 110 .
- the user plane interface of interface 116 may terminate at a User Plane Function (UPF: not shown) within 5GC 110 .
- the control plane interface of interface 116 may be called the NG-C interface.
- the user plane interface of interface 116 may be called the NG-U interface.
- one or more gNBs 108 may be connected to the 5GC 110 via interface 116. There may be interfaces between gNBs 108 that connect to the 5GC 110 (not shown). An interface between multiple gNBs 108 connected to a 5GC 110 can be called an Xn interface.
- the eNB102 may have the function of connecting to the 5GC110.
- the eNB 102 that has the function of connecting to the 5GC 110 can be called ng-eNB.
- Interface 114 is an interface between eNB 102 and 5GC 110 and may be called an NG interface.
- Interface 114 may include a control plane interface through which control signals pass, and/or a user plane interface through which user data passes.
- the control plane interface of interface 114 may terminate at the Access and Mobility Management Function (AMF: not shown) within 5GC 110 .
- the user plane interface of interface 114 may terminate at a User Plane Function (UPF: not shown) within 5GC 110 .
- the control plane interface of interface 114 may be called the NG-C interface.
- the user plane interface of interface 114 may be called the NG-U interface.
- a radio access network composed of ng-eNBs or gNBs may be referred to as NG-RAN (Next Generation-Radio Access Network).
- NG-RAN, E-UTRAN, eNB, ng-eNB, gNB, etc. may simply be referred to as networks.
- one or more eNBs 102 may be connected to the 5GC 110 via an interface 114. There may be an interface between multiple eNBs 102 that connect to the 5GC 110 (not shown). An interface between multiple eNBs 102 connected to a 5GC 110 may be called an Xn interface. Also, the eNB 102 connected to the 5GC 110 and the gNB 108 connected to the 5GC 110 can be connected via an interface 120 . The interface 120 between the eNB 102 connected to the 5GC 110 and the gNB 108 connected to the 5GC 110 can be called the Xn interface.
- the gNB108 may have the ability to connect to the EPC104.
- a gNB 108 with the ability to connect to an EPC 104 may be called an en-gNB.
- Interface 118 is the interface between gNB 108 and EPC 104 and may be referred to as the S1 interface.
- Interface 118 may include a user plane interface through which user data passes.
- a user plane interface of interface 118 may terminate at an S-GW (not shown) within EPC 104 .
- the user plane interface of interface 118 may be called the S1-U interface.
- the eNB 102 connected to the EPC 104 and the gNB 108 connected to the EPC 104 can be connected by an 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 called the X2 interface.
- the interface 124 is the interface between the EPC 104 and the 5GC 110, and can be an interface through CP only, UP only, or both CP and UP. Also, some or all of interfaces 114, 116, 118, 120, 124, etc. may not be present depending on the communication system provided by the carrier.
- UE122 may be a terminal device capable of receiving broadcast information and paging messages transmitted from eNB102 and/or gNB108. Also, UE 122 may be a terminal device capable of wireless connection with eNB 102 and/or gNB 108 . Also, the UE 122 may be a terminal device capable of establishing a wireless connection with the eNB 102 and a wireless connection with the gNB 108 at the same time. UE 122 may have E-UTRA and/or NR protocols. Note that the wireless connection may be a Radio Resource Control (RRC) connection.
- RRC Radio Resource Control
- radio connection may be established by establishing a radio bearer (RB) between UE122 and eNB102 and/or gNB108.
- a radio bearer used for the CP may be called a Signaling Radio Bearer (SRB).
- a radio bearer used for UP may also be called a data radio bearer (DRB Data Radio Bearer).
- Each radio bearer can be assigned a radio bearer identity (ID).
- the SRB radio bearer identifier may be called an SRB identity (SRB ID).
- a DRB radio bearer identifier may be called a DRB identity (DRB ID).
- UE 122 may be a terminal device capable of connecting to EPC 104 and/or 5GC 110 via eNB 102 and/or gNB 108.
- EPC 104 When the connection destination core network of eNB 102 and/or gNB 108 with which UE 122 communicates is EPC 104, each DRB established between UE 122 and eNB 102 and/or gNB 108 further passes through EPC 104.
- EPC 104 Evolved Packet System
- Each EPS bearer can be identified by an EPS bearer identifier (Identity, or ID). Also, the same QoS may be guaranteed for data such as IP packets and Ethernet (registered trademark) frames passing through the same EPS bearer.
- each DRB established between UE122 and eNB102 and/or gNB108 is further established within 5GC110.
- Each DRB may be mapped to one or more QoS flows or not to any QoS flows.
- Each PDU session can be identified with a PDU session identifier (Identity, Identifier, or ID).
- each QoS flow can be identified with a QoS flow identifier (Identity, Identifier, or ID).
- the same QoS may be guaranteed for data such as IP packets and Ethernet frames passing through the same QoS flow.
- the EPC 104 does not have to have PDU sessions and/or QoS flows.
- 5GC110 does not need to have an EPS bearer.
- UE 122 When UE 122 is connected to EPC 104, UE 122 has information of EPS bearers, but may not have information within PDU sessions and/or QoS flows. Also, when the UE 122 is connected to the 5GC 110, the UE 122 may have information in PDU sessions and/or QoS flows, but not EPS bearer information.
- eNB 102 and/or gNB 108 are also simply referred to as base station apparatuses, and UE 122 is simply referred to as terminal apparatus or UE.
- FIG. 2 is a diagram of an example of E-UTRA protocol architecture according to an 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. Note that the functions of each protocol described using FIG. 2 and/or FIG. 3 are part of the functions closely related to the embodiment of the present invention, and may have other functions.
- the uplink (UL) may be a link from a terminal device to a base station device.
- the downlink (DL) may be a link from the base station apparatus to the terminal apparatus.
- FIG. 2(A) is a diagram of the E-UTRA User Plane (UP) protocol stack.
- the E-UTRAN UP protocol may be the protocol between UE 122 and eNB 102, as shown in FIG. 2(A). That is, the E-UTRANUP protocol may be a protocol that terminates at the eNB 102 on the network side.
- the E-UTRA user plane protocol stack consists of a PHY (Physical layer) 200 that is a radio physical layer (radio physical layer), a MAC (Medium) that is a medium access control layer (medium access control layer). Access Control) 202, RLC (Radio Link Control) 204 which is a radio link control layer (radio link control layer), and PDCP (Packet Data Convergence Protocol) 206 which is a packet data convergence protocol layer May be configured.
- PHY Physical layer
- MAC Medium
- Access Control 202
- RLC Radio Link Control
- PDCP Packet Data Convergence Protocol
- FIG. 3(A) is a diagram of the NR user plane (UP) protocol stack.
- the NRUP protocol may be the protocol between UE 122 and gNB 108, as shown in FIG. 3(A). That is, the NR UP protocol may be a protocol that terminates at the gNB 108 on the network side.
- the E-UTRA user plane protocol stack consists of PHY 300, which is a radio physical layer, MAC 302, which is a medium access control layer, RLC 304, which is a radio link control layer, and PDCP 306, which is a packet data convergence protocol layer. , and a Service Data Adaptation Protocol (SDAP) 310 .
- SDAP Service Data Adaptation Protocol
- FIG. 2(B) is a diagram of the E-UTRA control plane (CP) protocol configuration.
- RRC Radio Resource Control
- NAS Non Access Stratum
- NAS Non Access Stratum
- non-AS Access Stratum
- the NAS 210 may be a protocol that terminates at the MME on the network side.
- Fig. 3(B) is a diagram of the NR control plane (CP) protocol configuration.
- RRC 308 which is the radio resource control layer, may be the protocol between UE 122 and gNB 108. That is, RRC 308 may be a protocol that terminates at gNB 108 on the network side.
- the non-AS layer NAS 312 may be the protocol between the UE 122 and AMF. That is, the NAS 312 may be a protocol that terminates with AMF on the network side.
- the AS (Access Stratum) layer may be a layer that terminates between UE 122 and eNB 102 and/or gNB 108. That is, the AS layer is a layer including part or all of PHY200, MAC202, RLC204, PDCP206 and RRC208 and/or a layer including part or all of PHY300, MAC302, RLC304, PDCP306, SDAP310 and RRC308. good
- PHY PHY layer
- MAC MAC layer
- RLC RLC layer
- PDCP PDCP layer
- RRC RRC layer
- NAS NAS layer
- PHY PHY layer
- MAC MAC layer
- RLC RLC layer
- PDCP PDCP layer
- RRC RRC layer
- NAS NAS
- SDAP may be the SDAP (SDAP layer) of the NR protocol.
- PHY 200, MAC 202, RLC 204, PDCP 206, and RRC 208 are respectively defined as PHY for E-UTRA or PHY for LTE, E-UTRA MAC for LTE or MAC for LTE, RLC for E-UTRA or RLC for LTE, PDCP for E-UTRA or PDCP for LTE, and RRC for E-UTRA or RRC for LTE.
- An entity that has some or all of the functionality of the MAC layer may be called a MAC entity.
- An entity that has some or all of the functionality 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 functionality of the SDAP layer may be called an SDAP entity.
- An entity that has some or all of the functionality of the RRC layer may be called an RRC entity.
- the MAC entity, RLC entity, PDCP entity, SDAP entity, and RRC entity may be replaced with MAC, RLC, PDCP, SDAP, and RRC, respectively.
- MAC PDU Protocol Data Unit
- RLC PDU Packet Data Unit
- PDCP PDU Packet Data Unit
- SDAP PDU Data Unit
- data provided from upper layers to MAC, RLC, PDCP, and SDAP and/or data provided to upper layers from MAC, RLC, PDCP, and SDAP are each referred to as MAC SDU (Service Data Unit). ), RLC SDU, PDCP SDU, SDAP SDU.
- a segmented RLC SDU may also be called an 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 a downlink (DL) physical channel.
- the PHY of the terminal device may have the capability to transmit data to the PHY of the base station device via an uplink (UL) physical channel.
- a PHY may be connected to a high-level MAC via a Transport Channel.
- the PHY may pass data to the MAC over transport channels.
- the PHY can also be provided with data from the MAC over the transport channel.
- a Radio Network Temporary Identifier (RNTI) can be used in the PHY to identify various control information.
- 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
- the PBCH may be used to broadcast system information required by terminal equipment.
- the PBCH may be used to report the time index (SSB-Index) within the period of a block of synchronization signals (also called SS/PBCH block).
- SSB-Index time index within the period of a block of synchronization signals
- the PDCCH can be used to transmit (or carry) downlink control information (DCI) in downlink wireless communication (radio communication from the base station device to the terminal device).
- DCI downlink control information
- one or more DCIs may be defined for transmission of downlink control information. That is, a field for downlink control information can be defined as DCI and mapped to information bits.
- a PDCCH can be sent in a PDCCH candidate.
- a terminal can monitor a set of PDCCH candidates in a serving cell. Monitoring the set of PDCCH candidates may mean attempting to decode the PDCCH according to a certain DCI format.
- the DCI format may be used for PUSCH scheduling in the serving cell. PUSCH may be used for transmission of user data, transmission of RRC messages to be described later, and the like.
- the PUCCH may be used to transmit uplink control information (UCI) in uplink radio communication (radio communication from a terminal device to a base station device).
- the uplink control information may include channel state information (CSI: Channel State Information) used to indicate the state of the downlink channel.
- CSI Channel State Information
- the uplink control information may also include a scheduling request (SR: Scheduling Request) used to request UL-SCH (UL-SCH: Uplink Shared CHannel) resources.
- SR Scheduling Request
- UL-SCH Uplink Shared CHannel
- the uplink control information may include HARQ-ACK (Hybrid Automatic Repeat request ACKnowledgement).
- the PDSCH may be used to transmit downlink data (DL-SCH: Downlink Shared CHannel) from the MAC layer. Also, in the case of downlink, it may be used to transmit system information (SI: System Information), random access response (RAR: Random Access Response), and the like.
- 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 UCI only.
- PDSCH or PUSCH may also be used to transmit RRC signaling (also referred to as RRC messages) and MAC control elements.
- RRC signaling transmitted from the base station apparatus may be signaling common to multiple terminal apparatuses within the cell.
- the RRC signaling transmitted from the base station apparatus may be signaling dedicated to a certain terminal apparatus (also referred to as dedicated signaling). That is, terminal device-specific (UE-specific) information may be transmitted using signaling dedicated to a certain terminal device.
- PUSCH may also be used to transmit UE Capability in the uplink.
- the PRACH may be used to transmit random access preambles.
- PRACH is used to indicate initial connection establishment procedures, handover procedures, connection re-establishment procedures, synchronization (timing adjustments) for uplink transmissions, and requests for PUSCH (UL-SCH) resources. may be used for
- a MAC may be referred to as a MAC sublayer.
- the MAC may have functionality for mapping various logical channels (Logical Channels) to corresponding transport channels.
- a logical channel may be identified by a Logical Channel Identity (or Logical Channel ID).
- the MAC may be connected to the higher layer RLC via a logical channel.
- Logical channels can be divided into control channels for transmitting control information and traffic channels for transmitting user information according to the type of information to be transmitted.
- Logical channels may also be divided into uplink logical channels and downlink logical channels.
- the MAC may be capable of multiplexing MAC SDUs belonging to one or more different logical channels and providing them to the PHY.
- the MAC may also have the function of demultiplexing the MAC PDUs provided by the PHY and providing them to upper layers via the logical channel to which each MAC SDU belongs. Also, 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 the ability to prioritize between terminals using dynamic scheduling. Also, the MAC may have a function of performing priority processing between logical channels within one terminal device. The MAC may have the capability of prioritizing overlapping resources within one terminal device. E-UTRA MAC may have the ability to identify Multimedia Broadcast Multicast Services (MBMS).
- MBMS Multimedia Broadcast Multicast Services
- NR MAC may have a function to identify Multicast/Broadcast Service (MBS).
- MMS Multicast/Broadcast Service
- a MAC may have the ability to select a transport format.
- MAC has a function of performing discontinuous reception (DRX) and/or discontinuous transmission (DTX: discontinuous transmission), a function of executing random access (RA) procedure, notifying information of transmittable power, power Headroom report (Power Headroom Report: PHR) function, Buffer Status Report (BSR) function that notifies the amount of data in the transmission buffer, etc. may be provided.
- NR MAC may have a Bandwidth Adaptation (BA) function.
- BA Bandwidth Adaptation
- the MAC PDU format used in E-UTRA MAC and the MAC PDU format used in NR MAC may be different.
- the MAC PDU may also include a MAC control element (MAC control element: MAC CE), which is an element for performing control in MAC.
- MAC control element MAC control element
- Uplink Uplink
- DL Downlink
- BCCH Broadcast Control Channel
- SI System Information
- PCCH Packet Control Channel
- PCCH Packet Control Channel
- a CCCH (Common Control Channel) may be a logical channel for transmitting control information between a terminal device and a base station device.
- CCCH may be used when the terminal does not have an RRC connection.
- CCCH may also be used between a base station and multiple terminals.
- DCCH Dedicated Control Channel
- DCCH is a logical channel for transmitting dedicated control information in a one-to-one (point-to-point) bi-directional manner between a terminal device and a base station device. It's fine.
- Dedicated control information may be control information dedicated to each terminal device.
- DCCH may be used when a terminal device has an RRC connection.
- a DTCH (Dedicated Traffic Channel) may be a logical channel for transmitting user data on a one-to-one (point-to-point) basis between a terminal device and a base station device.
- a DTCH may be a logical channel for transmitting dedicated user data.
- Dedicated user data may be user data dedicated to each terminal device.
- DTCH may exist in both uplink and downlink.
- MTCH Multicast Traffic Channel
- MTCH may be a point-to-multipoint downlink channel for transmitting data from base station devices to terminal devices.
- MTCH may be a multicast and/or broadcast logical channel.
- MTCH may be used by the terminal only if the terminal receives MBMS.
- a MCCH may be a point-to-multipoint downlink channel for sending MBMS control information for one or more MTCHs from a base station apparatus to a terminal apparatus.
- MCCH may be a multicast and/or broadcast logical channel. The MCCH may be used by the terminal only when the terminal receives MBMS or is interested in receiving MBMS.
- SC-MTCH Single Cell Multicast Traffic Channel
- SC-MTCH Single Cell Multicast Traffic Channel
- SC-MTCH may be a multicast and/or broadcast logical channel.
- SC-MTCH may be used by the corresponding terminal device only when the terminal device receives MBMS using SC-PTM (Single Cell Point-To-Multipoint).
- SC-MCCH Single Cell Multicast Control Channel
- SC-MCCH Single Cell Multicast Control Channel
- SC-MCCH may be a multicast and/or broadcast logical channel. The SC-MCCH may be used by the terminal only when the terminal receives MBMS using SC-PTM or when the terminal 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
- the 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
- 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
- the 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.
- E-UTRA RLC may have a function of segmenting and/or concatenating data provided from PDCP, which is an upper layer, and providing the data to a lower layer.
- E-UTRA RLC may have the capability to reassemble and re-order data provided by lower layers and provide it to upper layers.
- NR RLC may have a function of adding a sequence number independent of the sequence number added by PDCP to data provided by PDCP, which is an upper layer.
- NR RLC may have the function of segmenting data provided from PDCP and providing it to lower layers.
- the NR RLC may have a function of reassembling data provided from lower layers and providing the reassembled data to upper layers.
- the RLC may also have a data retransmission function and/or a retransmission request function (Automatic Repeat reQuest: ARQ).
- ARQ Automatic Repeat reQuest
- RLC may have a function of performing error correction by ARQ.
- the control information sent from the RLC receiving side to the transmitting side in order to perform ARQ, indicating data that needs to be retransmitted, can be called a status report.
- the status report transmission instruction sent from the RLC transmitting side to the receiving side can be called a poll.
- RLC may also have a function to detect data duplication.
- RLC may also have a function of data discarding.
- RLC may have three modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM).
- TM does not divide the data received from the upper layer, and does not need to add an RLC header.
- a TM RLC entity is a uni-directional entity and may be configured as a transmitting TM RLC entity or as a receiving TM RLC entity.
- the UM divides and/or combines the data received from the upper layer, adds an RLC header, etc., but does not need to perform data retransmission control.
- a UM RLC entity may be a unidirectional entity or a bi-directional entity.
- the UM RLC entity may be configured as a transmitting UM RLC entity or as a receiving UM RLC entity. If the UM RLC entity is a bidirectional entity, the UM RRC entity may be configured as a UM RLC entity consisting of a transmitting side and a receiving side.
- the AM may divide and/or combine data received from the upper layer, add an RLC header, control data retransmission, and the like.
- the AM RLC entity is a bidirectional entity and may be configured as an AM RLC consisting of a transmitting side and a receiving side. Data provided to lower layers by TM and/or data provided from lower layers may be called TMD PDU.
- UMD PDUs Data provided by UM to lower layers and/or data provided by lower layers may be referred to as UMD PDUs.
- Data provided to the lower layer by AM or 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 can be different.
- RLC PDUs may include RLC PDUs for data and RLC PDUs for control.
- An RLC PDU for data may be called an RLC DATA PDU (RLC Data PDU).
- the control RLC PDU may be called an RLC CONTROL PDU.
- state variables used in the RLC entity are described. Some or all of the state variables may be used in the RLC entity, including the following state variables (A) to (K).
- C A poll state variable used by the transmitting side of an AM RLC entity.
- UM reassembly timer state variable used by the receiving side of the UM RLC entity. Indicates the value of the sequence number following the sequence number of the UMD PDU that started the reassembly timer. It can be a state variable named RX_Timer_Trigger.
- K UM reception state variables used by the receiving side of the UM RLC entity. Indicates the sequence number value next to the highest sequence number value in the received UMD PDUs. It can be a state variable named RX_Next_Highest.
- counters used in the RLC entity.
- counters including some or all of the following counters (A) through (C) may be used.
- B A counter that counts the number of bytes of data sent since the last poll bit transmission. It can be a counter named BYTE_WITHOUT_POLL.
- C A counter that counts the number of times an RLC SDU or RLC SDU segment has been retransmitted. It may be a counter named RETX_COUNT.
- timers used in the RLC entity are described.
- counters may be used that include some or all of the following timers (A) through (C).
- B A timer used by the receiving side of the AM RLC entity and the receiving UM RLC entity to detect loss of RLC PDUs. It may be a timer named t-Reassembly.
- C A timer used by the receiving side of the AM RLC entity to inhibit the transmission of status PDUs. It may be a timer named t-StatusProhibit.
- PDCP may be referred to as a PDCP sublayer.
- PDCP may have a function to maintain sequence numbers.
- PDCP may also have a header compression/decompression function for efficiently transmitting user data such as IP packets and Ethernet frames over a wireless section.
- the protocol used 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 EHC (Ethernet (registered trademark) Header Compression) protocol.
- PDCP may also have data encryption/decryption functions.
- PDCP may have data integrity protection and integrity verification functions.
- the data encryption/decryption function and/or the data integrity protection/integrity verification function can be rephrased as the security function.
- PDCP may also have a re-ordering function.
- PDCP may also have a retransmission function for PDCP SDUs.
- PDCP may also have a function of discarding data using a discard timer.
- PDCP may also have a duplication function.
- PDCP may have a function of discarding duplicated received data.
- the PDCP entity is a bi-directional entity and can 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.
- PDCP PDUs may include data PDCP PDUs and control PDCP PDUs.
- a PDCP PDU for data may be called a PDCP DATA PDU (PDCP Data PDU).
- the control PDCP PDU may be called a PDCP CONTROL PDU.
- the COUNT value may be used when performing encryption or integrity protection processing.
- the COUNT value may consist of HFN (Hyper Frame Number), which is a PDCP state variable, and a sequence number (SN: Sequence Number) added to the header of the PDCP PDU.
- the sequence number can be incremented by one each time a PDCP DATA PDU is generated at the transmitting PDCP entity.
- the HFN can be incremented by 1 each time the maximum sequence number is reached at the transmitting PDCP entity and at the receiving PDCP entity.
- some or all of the following state variables (A) to (F) may be used to manage the COUNT value in the transmitting PDCP entity and the receiving PDCP entity.
- B A state variable indicating the sequence number of the PDCP SDU to be transmitted next in this PDCP entity. It can be a state variable named Next_PDCP_TX_SN.
- C A state variable representing the HFN value used to generate the PDCP PDU COUNT value in this PDCP entity. It can be a state variable named TX_HFN.
- D A state variable indicating the COUNT value of PDCP SDUs expected to be received next in the receiving PDCP entity. It can be a state variable named RX_NEXT.
- (E) A state variable indicating the sequence number of the PDCP SDU expected to be received next at the receiving PDCP entity. It can be a state variable named Next_PDCP_RX_SN.
- (F) A state variable representing the HFN value used to generate the COUNT value for received PDCP PDUs in this PDCP entity. It can be a state variable named RX_HFN.
- the same security key (encryption key and/or integrity key) is used for data in the uplink direction and data in the downlink direction in each radio bearer. protection key), it is prohibited to use the same COUNT value more than once.
- re-ordering means storing PDCP SDUs in a reception buffer (reordering buffer), and sending PDCP SDUs to the upper layer in order of the COUNT value obtained from the header information of PDCP DATA PDU. It may be a process for handing over.
- reordering when the COUNT value of the received PDCP data PDU is the COUNT value of the first PDCP SDU that has not yet been delivered to the upper layer, the stored PDCP SDUs are received by the upper layer in the order of the COUNT value. You can do the handing over process.
- a PDCP data PDU having a COUNT value smaller than the COUNT value of the received PDCP data PDU if a PDCP data PDU having a COUNT value smaller than the COUNT value of the received PDCP data PDU has not been received (PDCP data PDU is lost), the received PDCP data PDU is PDCP SDU and store it in the reordering buffer, receive all the lost PDCP data PDUs, convert them to PDCP SDUs, and then pass them to the upper layer.
- a reordering timer (termed t-Reordering) can be used to detect the loss of PDCP data PDUs.
- some or all of the following state variables (A) to (F) may be used.
- B A state variable indicating the sequence number of the next PDCP SDU expected to be received at the receiving PDCP entity. It can be a state variable named Next_PDCP_RX_SN.
- C A state variable representing the HFN value used to generate the COUNT value for received PDCP PDUs at this PDCP entity. It can be a state variable named RX_HFN.
- D A state variable indicating the COUNT value of the first PDCP PDU among the PDCP SDUs waiting to be received that have not been delivered to the upper layer in the receiving PDCP entity.
- F A state variable indicating the next COUNT value of the PDCP PDU that started the reordering timer in the receiving PDCP entity. It may be a state variable named RX_REORD or a state variable named Reordering_PDCP_RX_COUNT.
- the receiving PDCP entity may create a PDCP status report.
- a PDCP status report To create a PDCP status report, store information on PDCP SDUs waiting to be received, including the COUNT value of the first PDCP PDU among the PDCP SDUs waiting to be received that have not been delivered to the upper layer, in the PDCP control PDU for the PDCP status report. It may be done by doing.
- a receiving PDCP entity that has generated a PDCP status report may submit the generated PDCP status report to lower layers via the transmitting PDCP entity.
- the UM DRB PDCP entity set by the upper layer to transmit the PDCP status report may determine that the upper layer has requested PDCP data recovery.
- the UM DRB PDCP entity that has determined that PDCP data recovery has been requested from the upper layer creates a PDCP status report in the receiving PDCP entity based on the request for PDCP data recovery from the upper layer, and sends it to the transmitting PDCP entity.
- the created PDCP status report may be submitted to lower layers via .
- the lower layer may be the UM RLC entity of the RLC bearer associated with the PDCP entity.
- the PDCP entity of the UM DRB for which the transmission of the PDCP status report is set by the upper layer is requested by the upper layer for PDCP data recovery.
- a DAPS bearer may be a bearer in which a PDCP entity is associated with one or more RLC entities for the source cell and one or more RLC entities for the target cell.
- the PDCP data recovery mentioned above may be another name that means that the upper layer requests PDCP to send a status report.
- ROHC may be rephrased as ROHC protocol.
- ROHC may have a function to compress and decompress header information such as IP, UDP, TCP, RTP.
- a compressor may have a header compression function to compress header information.
- a decompressor may have a header decompression function to decompress header information.
- the compressor may perform header compression using the context it maintains.
- the decompressor may use the context that the decompressor has to perform header decompression.
- context may be rephrased as ROHC context. Context at the decompressor can be created by receiving all header information from the compressor.
- Context in the compressor and decompressor can be maintained per IP flow.
- a Context Identifier (CID) can be used to identify the context.
- Information about the maximum value of the context identifier, profile information indicating the method of header compression/decompression, etc. may be negotiated between the compressor and decompressor before performing header compression/decompression.
- header information can be classified into static parts and dynamic parts.
- the static part of the header information in ROHC may be information that hardly changes among the header information of each packet belonging to the IP flow.
- the static part of the header information in ROHC is information including, for example, source address, destination address, version in IPv4 header or IPv6 header, source port, destination port in UDP header or TCP header, etc. good
- the dynamic part of the header information in ROHC may be information that can change for each packet among the header information of each packet belonging to the IP flow.
- the dynamic part of header information in ROHC includes, for example, traffic class, hop limit in IPv6 header, type of service, time to live in IPv4 header, checksum in UDP header, RTP sequence number in RTP header, RTP timestamp, etc. It can be information.
- the ROHC compressor can have three states: IR (Initialization and Refresh) state, FO (First Order) state, and SO (Second Order) state.
- IR state the compressor may not compress the header information to be compressed and send all header information to the decompressor.
- FO state the compressor may compress most of the static portion of the header information to be compressed, and send some static and dynamic portions to the decompressor without compression.
- SO state the header compression ratio is the highest and only limited information such as the RTP sequence number may be sent from the compressor.
- a ROHC decompressor can have three states: NC (No Context) state, SC (Static Context) state, and FC (Full Context) state.
- NC No Context
- SC Static Context
- FC Full Context
- the initial state of the decompressor may be the NC state. If the context is acquired in the NC state and the header is successfully decompressed, the transition to the FC state may be made. Also, if header decompression fails consecutively in the FC state, it may transition to the SC state or the NC state.
- U-mode Unidirectional mode
- O-mode Bodirectional Optimistic mode
- R-mode Bodirectional Reliable mode
- U-mode ROHC feedback packets need not be used.
- U-mode the transition from the low compression mode to the high compression mode in the compressor, i.e. from the IR state to the FO state and/or from the FO state to the SO state and/or from the IR state to the SO state. transition can be implemented by sending a certain number of packets.
- transition from high compression mode to low compression mode in the compressor that is, transition from SO state to FO state and/or transition from FO state to IR state and/or transition from SO state to IR
- the transition to the state may be performed at regular intervals so that the information necessary for decompressing the header is periodically transmitted to the decompressor.
- the decompressor may request the compressor to update its context by sending ROHC feedback packets to the compressor.
- the compressor may transition from low compression mode to high compression mode upon receipt of a ROHC feedback packet header decompression success notification from the decompressor.
- the compressor may transition from the high compression mode to the low compression mode upon receiving a context update request in the ROHC feedback packet from the decompressor.
- the processing mode of ROHC can start from U-mode. ROHC processing mode transitions may be determined by the decompressor.
- the decompressor can use ROHC feedback packets to prompt the compressor to transition processing modes.
- SDAP is the Service Data Adaptation Protocol Layer (Service Data Adaptation Protocol Layer).
- SDAP is a mapping between a downlink QoS flow and a data radio bearer (DRB) sent from the 5GC 110 to the terminal device via the base station device, and/or from the terminal device via the base station device. It may have the ability to map uplink QoS flows sent to the 5GC 110 to the DRB.
- SDAP may also have a function to store mapping rule information.
- SDAP may also have a function for marking QoS flow identifiers (QoS Flow ID: QFI).
- SDAP PDUs may include SDAP PDUs for data and SDAP PDUs for control.
- a data SDAP PDU may be called an SDAP DATA PDU.
- a control SDAP PDU may also be called an SDAP CONTROL PDU. Note that one SDAP entity of the terminal device may exist for each PDU session.
- RRC may have a broadcast function.
- RRC may have a paging function from EPC 104 and/or 5GC 110 .
- RRC may have paging capabilities from eNB 102 connected to gNB 108 or 5GC 100 .
- RRC may also have an RRC connection management function.
- RRC may also have a radio bearer control function.
- RRC may also have a cell group control function.
- RRC may also have a mobility control function.
- RRC may also have terminal measurement reporting and terminal measurement reporting control functions.
- RRC may have a QoS management function.
- RRC may also have radio link failure detection and recovery capabilities.
- RRC uses RRC messages for broadcasting, paging, RRC connection management, radio bearer control, cell group control, mobility control, terminal equipment measurement reporting and terminal equipment measurement reporting control, QoS management, radio link failure detection and recovery, etc. good to go
- the RRC messages and parameters used in E-UTRA RRC may differ from the RRC messages and parameters used in NR RRC.
- the RRC message may be sent using the logical channel's BCCH, may be sent using the logical channel's PCCH, may be sent using the logical channel's CCCH, or may be sent using the logical channel's DCCH. It may be sent and may be sent using the MCCH of the logical channel.
- An RRC message sent using BCCH may include, for example, a Master Information Block (MIB), each type of System Information Block (SIB), and others. Good RRC messages included.
- RRC messages sent using the PCCH may include, for example, paging messages and may include other RRC messages.
- RRC messages sent in the uplink (UL) direction using CCCH include, for example, RRC Setup Request, RRC Resume Request, RRC Reestablishment Request, An RRC system information request message (RRC System Info Request) may be included. Also, for example, an RRC Connection Request message, an RRC Connection Resume Request message, an RRC Connection Reestablishment Request message, etc. may be included. Also other RRC messages may be included.
- RRC messages sent in the downlink (DL) direction using CCCH include, for example, RRC Connection Reject message, RRC Connection Setup message, RRC Connection Reestablishment message, An RRC connection reestablishment reject message (RRC Connection Reestablishment Reject) may be included. Also, for example, an RRC reject message (RRC Reject), an RRC setup message (RRC Setup), an RRC resume message (RRC Resume), etc. may be included. Also other RRC messages may be included.
- RRC messages sent in the uplink (UL) direction using DCCH include, for example, a measurement report message, an RRC connection reconfiguration complete message (RRC ConnectionReconfiguration Complete), and an RRC connection setup complete message (RRC Connection Setup Complete). , RRC Connection Reestablishment Complete message, Security Mode Complete message, UE Capability Information message, and the like. Also for example Measurement Report message, RRC Reconfiguration Complete message, RRC Setup Complete message, RRC Reestablishment Complete message, RRC Resume Complete message ), Security Mode Complete message, UE Capability Information message, Counter Check Response message, etc. may be included. Also other RRC messages may be included.
- RRC messages sent in the downlink (DL) direction using DCCH include, for example, an RRC Connection Reconfiguration message, an RRC Connection Release message, a Security Mode Command message, A UE Capability Inquiry message may be included. Also for example RRC Reconfiguration message, RRC Resume message, RRC Release message, RRC Reestablishment message, Security Mode Command message, UE Capability Inquiry message. (UE Capability Inquiry), counter check message (Counter Check), etc. may be included. Also other RRC messages may be included.
- NAS may have an authentication function. Also, the NAS may have a function to perform mobility management. Also, the NAS may have a security control function.
- an IP layer a TCP (Transmission Control Protocol) layer above the IP layer, a UDP (User Datagram Protocol) layer, and the like may exist in the upper layer (not shown) of the AS layer of the terminal device.
- An Ethernet layer may exist in a layer above the AS layer of the terminal device. It may be called the upper layer PDU layer (PDU layer) of the AS layer of the terminal device.
- the PDU layers may include IP layer, TCP layer, UDP layer, Ethernet layer, and so on.
- An application layer may exist above the IP layer, TCP layer, UDP layer, Ethernet layer, PDU layer, and so on.
- 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 by 3GPP.
- the application layer may include protocols such as RTP (Real-time Transport Protocol) used for media communication and/or RTCP (Real-time Transport Control Protocol) and HTTP (HyperText Transfer Protocol) for media communication control.
- the application layer may also include codecs for various media.
- the RRC layer may be a higher layer than the SDAP layer.
- UE 122 may initiate dormancy of the RRC connection. If the UE 122 is connected to EPC, when the RRC connection is suspended, the UE 122 may retain the UE's AS context and Resume Identity and transition to the RRC_IDLE state. A layer higher than the RRC layer of UE 122 (for example, NAS layer) confirms that UE 122 holds the AS context of the UE, and that the E-UTRAN permits recovery of the RRC connection, and that UE 122 exits the RRC_IDLE state. When it needs to transition to the RRC_CONNECTED state, it may initiate the resumption of a dormant RRC connection.
- RRC_CONNECTED the RRC_CONNECTED
- the UE 122 connected to the EPC 104 and the UE 122 connected to the 5GC 110 may have different definitions of hibernation. Also, when UE122 is connected to EPC (asleep in RRC_IDLE state) and when UE122 is connected to 5GC (asleep in RRC_INACTIVE state), UE122 wakes up from hibernation. All or part of the procedure may be different.
- the RRC_CONNECTED state, RRC_INACTIVE state, and RRC_IDLE state may be called connected mode, inactive mode, and idle mode, respectively, and RRC connected mode. , RRC inactive mode, and RRC idle mode.
- a security context consists of a cryptographic key at the AS level, NH (Next Hop parameter), NCC (Next Hop Chaining Counter parameter) used to derive the access key for the next hop, an identifier for the selected AS level encryption algorithm, and replay protection. may be information including all or part of the counters used for
- a cell group that is set by the base station device for the terminal device will be explained.
- a cell group may consist of one special cell (Special Cell: SpCell).
- a cell group may consist of one SpCell and one or more Secondary Cells (SCells). That is, a cell group may consist of one SpCell and optionally one or more SCells.
- MCG Master Cell Group
- SCells Secondary Cells
- the MAC entity may mean a Primary Cell (PCell).
- PCell Primary Cell
- SCG Secondary Cell Group
- SpCell may mean a Primary SCG Cell (PSCell).
- SpCell may also mean PCell if the MAC entity is not associated with a cell group.
- PCell, PSCell and SCell are serving cells.
- a SpCell may support PUCCH transmission and contention-based Random Access, and may be always activated.
- a PCell may be a cell used for an RRC connection establishment procedure when a terminal device in the RRC idle state transitions to the RRC connected state.
- the PCell may be a cell used for the RRC connection re-establishment procedure in which the terminal device re-establishes the RRC connection.
- the PCell may be a cell used for random access procedures during handover.
- a PSCell may be a cell used in a random access procedure when adding a secondary node (SN), which will be described later.
- the SpCell may be a cell that is used for purposes other than those described above.
- CA carrier aggregation
- TAG Timing Advance Group
- PTAG Primary Timing Advance Group
- STAG Secondary Timing Advance Group
- a cell group may be added to the terminal device from the base station device.
- DC is a technique of performing data communication using radio resources of cell groups respectively configured by a first base station apparatus (first node) and a second base station apparatus (second node).
- MR-DC can be a technology included in DC.
- a first base station device can 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).
- a cell group composed of secondary nodes may be called a secondary cell group (SCG). Note that the master node and the secondary node may be configured within the same base station apparatus.
- the cell group set in the terminal device may be called MCG.
- SpCell configured in the terminal device may be PCell.
- MR-DC may be a technology that performs DC using E-UTRA for MCG and NR for SCG. Also, MR-DC may be a technique of performing DC using NR for MCG and E-UTRA for SCG. Also, MR-DC may be a technique of performing DC using NR for both MCG and SCG. Examples of MR-DC that uses E-UTRA for MCG and NR for SCG include EN-DC (E-UTRA-NR Dual Connectivity) that uses EPC in the core network, and NGEN-DC that uses 5GC in the core network. DC (NG-RAN E-UTRA-NR Dual Connectivity) is good.
- 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.
- the MAC entity for the MCG in the terminal may always be established in the terminal in all states (RRC idle, RRC connected, RRC inactive, etc.).
- the MAC entity for the SCG in the terminal may be created by the terminal when the SCG is configured in the terminal.
- 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 apparatus.
- the MAC entity for MCG may be the E-UTRA MAC entity and the MAC entity for SCG may be the NR MAC entity.
- the MAC entity for MCG may be the NR MAC entity, and the MAC entity for SCG may be the E-UTRA MAC entity.
- both MAC entities for MCG and SCG may be NR MAC entities. Note that one MAC entity exists for each cell group can be rephrased as one MAC entity exists for each SpCell. Also, one MAC entity for each cell group can be rephrased as one MAC entity for each SpCell.
- SRB0 to SRB2 may be defined as SRBs of E-UTRA, and SRBs other than these may be defined.
- SRB0 to SRB3 may be defined as SRBs of NR, and SRBs other than these may be defined.
- SRB0 may be the SRB for RRC messages transmitted and/or received using the CCCH of the logical channel.
- SRB1 may be the SRB for RRC messages and for NAS messages before the establishment of SRB2.
- RRC messages sent and/or received using SRB1 can include piggybacked NAS messages. All RRC and NAS messages sent and/or received using SRB1 can use the DCCH of the logical channel.
- SRB2 may be the SRB for NAS messages and for RRC messages containing logged measurement information.
- All RRC and NAS messages sent and/or received using SRB2 can use the DCCH of the logical channel.
- SRB2 may have a lower priority than SRB1.
- SRB3 may be an SRB for transmitting and/or receiving a specific RRC message when EN-DC, NGEN-DC, NR-DC, etc. are configured in the terminal device. All RRC and NAS messages sent and/or received using SRB3 can use the DCCH of the logical channel. Other SRBs may also be provided for other uses.
- a DRB may be a radio bearer for user data.
- Logical channel DTCH may be used for RRC messages transmitted and/or received using DRB.
- Radio bearers can include RLC bearers.
- An RLC bearer may consist of one or two RLC entities and logical channels.
- the RLC entity when there are two RLC entities in the RLC bearer can be a TM RLC entity and/or a transmitting RLC entity and a receiving RLC entity in a unidirectional UM mode RLC entity.
- SRB0 may consist of one RLC bearer.
- An SRB0 RLC bearer can consist of a TM RLC entity and a logical channel. SRB0 may always be established in the terminal in all states (RRC idle state, RRC connected state, RRC inactive state, etc.).
- One SRB1 may be established and/or configured in the terminal device by an RRC message received from the base station device when the terminal device transitions from the RRC idle state to the RRC connected state.
- SRB1 may consist of one PDCP entity and one or more RLC bearers.
- An SRB1 RLC bearer can consist of an AM RLC entity and a logical channel.
- One SRB2 may be established and/or configured in the terminal device by an RRC message received from the base station device by the terminal device in the RRC connected state with AS security activated.
- SRB2 may consist of one PDCP entity and one or more RLC bearers.
- An SRB2 RLC bearer can consist of an AM RLC entity and a logical channel.
- SRB3 is 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 becomes the base station.
- One may be established and/or configured in a terminal device by RRC messages 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.
- An SRB3 RLC bearer can consist of an AM RLC entity and a logical channel.
- the PDCP on the base station device side of SRB3 can be placed in the secondary node.
- One or more DRBs may be established and/or configured in the terminal device by RRC messages received from the base station device by the terminal device in RRC connected state with AS security activated.
- a DRB may consist of one PDCP entity and one or more RLC bearers.
- a DRB RLC bearer may consist of an AM or UM RLC entity and a logical channel.
- the radio bearer in which PDCP is placed in the master node can be called the MN terminated (terminated) bearer.
- a radio bearer in which PDCP is placed in a secondary node may be called an SN terminated (terminated) bearer.
- a radio bearer in which the RLC bearer exists only in the MCG may be called an MCG bearer.
- a radio bearer whose RLC bearer exists only in the SCG may be called an SCG bearer.
- a radio bearer whose RLC bearers are present in both the MCG and SCG may be called a split bearer.
- the bearer types of SRB1 and SRB2 established/and configured in the terminal device may be MN-terminated MCG bearers and/or MN-terminated split bearers.
- the bearer type of SRB3 established/or configured in the terminal device may be an SN-terminated SCG bearer.
- the DRB bearer type established/and configured in the terminal device may be any of all bearer types.
- the RLC entity established and/or configured may be E-UTRA RLC.
- the RLC entity to be established and/or configured may be NR RLC.
- the terminal is configured with EN-DC
- the PDCP entity established and/or configured for the MN-terminated MCG bearer can be either E-UTRA PDCP or NR PDCP.
- bearer type radio bearers i.e.
- MN terminated split bearer MN terminated SCG bearer, SN terminated MCG bearer, SN terminated split bearer and SN terminated SCG bearer, when EN-DC is configured in the terminal equipment.
- the PDCP established and/or configured by the NR may be the NR PDCP.
- the PDCP entity established and/or configured for radio bearers in all bearer types may be NR PDCP. .
- DRBs established and/or configured in terminal equipment can be associated with one PDU session.
- One SDAP entity may be established and/or configured for one PDU session in a terminal device.
- Established and/or Configured in Terminal The SDAP entity, PDCP entity, RLC entity, and logical channels can be established and/or configured by the RRC messages that the terminal receives from the base station.
- the network configuration in which the master node is eNB 102 and EPC 104 is the core network can be called E-UTRA/EPC.
- a network configuration in which the master node is eNB 102 and 5GC 110 is the core network can be called E-UTRA/5GC.
- a network configuration in which the master node is gNB 108 and 5GC 110 is the core network may be called NR or NR/5GC.
- the above-mentioned master node may refer to a base station apparatus that communicates with terminal apparatuses.
- a handover may be a process in which a UE 122 in RRC Connected state changes serving cells. Handover can occur when UE 122 receives an RRC message from eNB 102 and/or gNB 108 indicating a handover.
- the RRC message instructing handover may be a message regarding reconfiguration of the RRC connection that includes a parameter instructing handover (for example, an information element named MobilityControlInfo or an information element named ReconfigurationWithSync).
- the information element named MobilityControlInfo described above may be rephrased as a mobility control setting information element, a mobility control setting, or mobility control information.
- the above information element named ReconfigurationWithSync may be rephrased as a reset information element with synchronization or a reset with synchronization.
- the RRC message instructing handover may be a message indicating movement to another RAT cell (for example, MobilityFromEUTRACommand or MobilityFromNRCommand).
- Handover can also be rephrased as reconfiguration with sync.
- the conditions under which UE 122 can perform handover include some or all of the following: when AS security is activated, when SRB2 is established, and at least one DRB is established. good.
- FIG. 4 is a diagram showing an example flow of procedures for various settings in RRC according to the embodiment of the present invention.
- FIG. 4 is an example flow when an RRC message is sent from the base station apparatus (eNB 102 and/or gNB 108) to the terminal apparatus (UE 122).
- the base station device creates an RRC message (step S400).
- the creation of the RRC message in the base station apparatus may be performed in order for the base station apparatus to distribute system information (SI) and paging information.
- the creation of the RRC message in the base station apparatus may be performed so that the base station apparatus causes a specific terminal apparatus to perform processing.
- the processing that a particular terminal device is caused to perform may include, for example, security-related configuration, RRC connection reconfiguration, handover to a different RAT, RRC connection suspension, RRC connection release, and the like.
- RRC connection reset processing includes, for example, radio bearer control (establishment, change, release, etc.), cell group control (establishment, addition, change, release, etc.), measurement setting, handover, security key update, etc. Good to include.
- the creation of the RRC message in the base station device may be performed in response to the RRC message transmitted from the terminal device.
- Responses to RRC messages sent from the terminal may include, for example, responses to RRC setup requests, responses to RRC reconnection requests, responses to RRC resume requests, and the like.
- the RRC message contains parameters for various information notifications and settings. These parameters may be called fields and/or information elements and may be described using the ASN.1 (Abstract Syntax Notation One) notation scheme. In the embodiment of the present invention, parameters may be called information.
- the base station device then transmits the created RRC message to the terminal device (step S402).
- the terminal device performs processing such as setting according to the received RRC message, if necessary (step S404).
- the terminal device that has performed the processing may transmit an RRC message for response to the base station device (not shown).
- RRC messages are not limited to the above examples, and may be used for other purposes.
- RRC on the master node side is used to transfer RRC messages for SCG side settings (cell group settings, radio bearer settings, measurement settings, etc.) to and from the terminal equipment. good.
- SCG side settings cell group settings, radio bearer settings, measurement settings, etc.
- E-UTRA RRC messages sent and received between eNB 102 and UE 122 may include NR RRC messages in the form of containers.
- NR RRC messages sent and received between the gNB 108 and the UE 122 may include E-UTRA RRC messages in the form of containers.
- RRC messages for SCG side configuration can be sent and received between the master and secondary nodes.
- the RRC message for E-UTRA transmitted from eNB 102 to UE 122 may include the RRC message for NR, and the RRC message for NR transmitted from gNB 108 to UE 122 may be included.
- the message may contain an RRC message for E-UTRA.
- FIG. 7 is an example of ASN.1 description representing fields and/or information elements related to radio bearer setup included in a message related to RRC connection reconfiguration in NR in FIG.
- FIG. 8 is an example of ASN.1 description representing fields and/or information elements related to radio bearer setup included in a message related to RRC connection reconfiguration in E-UTRA in FIG.
- ⁇ omitted> and ⁇ omitted> are not part of the ASN.1 notation, and other information is omitted.
- ASN.1 example in the embodiment of the present invention does not correctly follow the ASN.1 notation method.
- the example of ASN.1 represents an example of the parameters of the RRC message in the embodiment of the present invention, and other names and other representations may be used.
- the ASN.1 example shows only examples of main information closely related to one aspect of the present invention in order to avoid complicating the explanation. Note that all parameters described in ASN.1 may be referred to as information elements without distinguishing between fields, information elements, and the like. Further, in the embodiment of the present invention, the fields described in ASN.1, information elements, etc.
- RRC connection reconfiguration may be an RRC reconfiguration message in NR or an RRC connection reconfiguration message in E-UTRA.
- information elements will be mainly described as examples, but this description may be for fields corresponding to information elements. Also, in the example of ASN.1 according to the embodiment of the present invention, when the field is explained as an example, this explanation may be an explanation of the information element corresponding to the field.
- the information element represented by RadioBearerConfig in Fig. 7 may be an information element used for setting, changing, releasing, etc. of radio bearers such as SRB and DRB.
- Information elements represented by RadioBearerConfig may include PDCP setting information elements and SDAP setting information elements, which will be described later.
- the information element represented by RadioBearerConfig can be rephrased as a radio bearer setup information element or radio bearer setup.
- the information element represented by SRB-ToAddMod included in the information element represented by RadioBearerConfig may be an information element indicating SRB (Signaling Radio Bearer) configuration.
- the information element represented by SRB-ToAddMod may be rephrased as an SRB setting information element or SRB setting.
- the information element represented by SRB-ToAddModList may be a list of SRB settings.
- An information element represented by DRB-ToAddMod included in the information element represented by RadioBearerConfig may be an information element indicating DRB (data radio bearer) configuration.
- the information element represented by DRB-ToAddMod may be rephrased as a DRB setting information element or DRB setting.
- the information element represented by DRB-ToAddModList may be a list of DRB settings.
- the list of DRB settings may be rephrased as a DRB setting list information element or a DRB setting list parameter. Note that the SRB setting and DRB setting may also be referred to as radio bearer setting.
- a field represented by srb-Identity in the SRB configuration information element is information of the SRB identifier (SRB Identity) of the SRB to be added or changed, and may be an identifier that uniquely identifies the SRB in each terminal device. .
- the field represented by srb-Identity in the SRB setting information element can be rephrased as the SRB identifier field or SRB identifier. Also, the SRB identifier may be rephrased as a radio bearer identifier.
- the field represented by drb-Identity in the DRB configuration information element is information on the DRB identifier (DRB Identity) of the DRB to be added or changed, and may be an identifier that uniquely identifies the DRB in each terminal device. .
- the field represented by drb-Identity in the DRB setting information element can be rephrased as the DRB identifier field or DRB identifier.
- the values of the DRB identifier are integer values from 1 to 32 in the example of FIG. 7, other values may be used.
- the DRB identifier may be unique within the UE 122 scope.
- the DRB identifier may be rephrased as a radio bearer identifier.
- the field represented by cnAssociation in the DRB configuration information element indicates whether the radio bearer is associated with the field represented by eps-bearerIdentity described below or the information element represented by SDAP-Config described below. It may be a field that indicates The field represented by cnAssociation can be rephrased as a core network association field or core network association.
- a field denoted by cnAssociation may include an EPS bearer identifier field (eps-bearerIdentity), which will be described later when the terminal device connects with the EPC 104 .
- the field represented by cnAssociation may include an information element (SDAP-Config) that indicates SDAP configuration, which will be described later, when the terminal device connects to the core network 5GC110.
- a field indicated by eps-bearerIdentity may be a field indicating an EPS bearer identifier that identifies an EPS bearer.
- the field indicated by eps-bearerIdentity can be rephrased as the EPS bearer identifier field or EPS bearer identifier.
- the information element represented by SDAP-Config may be information related to SDAP entity configuration or reconfiguration.
- the information element represented by SDAP-Config can be rephrased as SDAP configuration information element or SDAP configuration.
- the field indicated by pdu-session included in the SDAP configuration information element may be the PDU session identifier of the PDU session to which the QoS flow mapped to the radio bearer belongs.
- the field indicated by pdu-session can be rephrased as the PDU session identifier field or PDU session identifier.
- the PDU session identifier may be the PDU session identifier of the PDU session.
- the corresponding radio bearer may be the DRB associated with the DRB identifier of the DRB setting including this SDAP setting field.
- the field indicated by mappedQoS-FlowsToAdd included in the SDAP configuration information element is information indicating a list of QoS Flow Identifier (QFI: QoSFlowIdentity) fields of uplink QoS flows to be additionally mapped to the corresponding radio bearer. good.
- QFI QoSFlowIdentity
- the field indicated by mappedQoS-FlowsToAdd can be rephrased as the QoS flow field to be added or the QoS flow to be added.
- the QoS flow mentioned above may be the QoS flow of the PDU session indicated by the PDU session included in this SDAP configuration information element.
- the corresponding radio bearer may be the DRB associated with the DRB identifier of the DRB setting including this SDAP setting field.
- the field indicated by mappedQoS-FlowsToRelease included in the SDAP setting information element indicates a list of QoS flow identifier information elements of the QoS flows for which the correspondence relationship is to be released among the QoS flows mapped to the corresponding radio bearer. It can be information.
- the field indicated by mappedQoS-FlowsToRelease can be rephrased as the QoS flow field to be released or the QoS flow to be released.
- the QoS flow mentioned above may be the QoS flow of the PDU session indicated by the PDU session included in this SDAP configuration information element.
- the corresponding radio bearer may be the DRB associated with the DRB identifier of the DRB setting including this SDAP setting field.
- the SDAP setting information element includes a field indicating whether or not an uplink SDAP header exists in the uplink data to be transmitted via the corresponding radio bearer, and downlink data to be received via the corresponding radio bearer.
- the corresponding radio bearer may be the DRB associated with the DRB identifier of the DRB setting including this SDAP setting field.
- the information element represented by PDCP-Config in the SRB configuration information element and the DRB configuration information element may be an information element related to the configuration of the NR PDCP entity.
- the information element represented by PDCP-Config may be rephrased as a PDCP configuration information element or PDCP configuration.
- Information elements related to the configuration of the NR PDCP entity include a field indicating the size of the uplink sequence number, a field indicating the size of the downlink sequence number, a field indicating the profile of ROHC (RObust Header Compression), and reordering. (re-ordering)
- a field indicating the value of a timer, etc., may be included.
- the information element represented by DRB-ToReleaseList included in the information element represented by RadioBearerConfig may contain information indicating one or more DRB identifiers to be released.
- the information element represented by RadioResourceConfigDedicated in Fig. 8 may be an information element used for setting, changing, and releasing radio bearers.
- the information element represented by SRB-ToAddMod included in the information element represented by RadioResourceConfigDedicated may be information indicating SRB (Signaling Radio Bearer) configuration.
- the information element represented by SRB-ToAddMod may be rephrased as an SRB setting information element or SRB setting.
- the information element represented by SRB-ToAddModList may be a list of information indicating SRB settings.
- An information element represented by DRB-ToAddMod included in the information element represented by RadioResourceConfigDedicated may be information indicating DRB (data radio bearer) configuration.
- the information element represented by DRB-ToAddMod may be rephrased as a DRB setting information element or DRB setting.
- the information element represented by DRB-ToAddModList may be a list of information indicating DRB settings. Any or all of SRB setting and DRB setting may be called radio bearer setting.
- a field represented by srb-Identity in the SRB configuration information element is information of the SRB identifier (SRB Identity) of the SRB to be added or changed, and may be an identifier that uniquely identifies the SRB in each terminal device. .
- the field represented by srb-Identity in the SRB setting information element can be rephrased as the SRB identifier field or SRB identifier.
- the SRB identifier may be rephrased as a radio bearer identifier.
- the SRB identifier in FIG. 8 may have the same role as the SRB identifier in FIG.
- the field represented by drb-Identity in the DRB settings is information on the DRB identifier (DRB Identity) of the DRB to be added or changed, and may be an identifier that uniquely identifies the DRB in each terminal device.
- the field represented by drb-Identity in the DRB setting information element can be rephrased as the DRB identifier field or DRB identifier.
- the value of the DRB identifier is an integer value from 1 to 32 in the example of FIG. 8, it may take another value.
- the DRB identifier may be rephrased as a radio bearer identifier.
- the DRB identifier in FIG. 8 may have the same role as the DRB identifier in FIG.
- the information element represented by PDCP-Config in the SRB configuration information element and the DRB configuration information element may be an information element related to the configuration of the E-UTRA PDCP entity.
- the information element represented by PDCP-Config may be rephrased as a PDCP configuration information element or PDCP configuration.
- Information elements related to the configuration of the E-UTRA PDCP entity include a field that indicates the size of the sequence number, a field that indicates the RObust Header Compression (ROHC) profile, a field that indicates the value of the re-ordering timer, etc. Good to include.
- ROHC RObust Header Compression
- the SRB configuration information element shown in FIG. 8 may further include fields related to E-UTRA RLC entity configuration (not shown). Fields related to E-UTRA RLC entity configuration may be referred to as RLC configuration fields or RLC configuration. Also, the SRB setting information element shown in FIG. 8 may include an information element regarding logical channel setting (not shown). An information element related to logical channel setting may be rephrased as a logical channel setting information element or logical channel setting.
- the DRB configuration information element shown in FIG. 8 may further include an information element related to E-UTRA RLC entity configuration (not shown).
- Information elements related to E-UTRA RLC entity configuration may be referred to as RLC configuration information elements or RLC configuration.
- the DRB configuration information element shown in FIG. 8 may include a field indicating logical channel identifier (ID) information.
- a field indicating logical channel identifier (ID) information may be called a logical channel identifier field or a logical channel identifier.
- the DRB configuration information element shown in FIG. 8 may include an information element regarding logical channel configuration (not shown).
- An information element related to logical channel setting may be rephrased as a logical channel setting information element or logical channel setting. Note that the logical channel identifier may be associated with the radio bearer identifier.
- the information element represented by DRB-ToReleaseList included in the information element represented by RadioResourceConfigDedicated may contain information indicating one or more DRB identifiers to be released.
- information elements related to RLC bearer settings such as information elements related to NR RLC entity settings for each radio bearer, information elements indicating logical channel identifier (identity: ID) information, and information elements related to logical channel settings are RadioBearerConfig in FIG. may be included in an information element related to cell group configuration (not shown).
- the cell group setup information element can be included in the RRC connection reconfiguration message.
- An information element related to cell group setting may be called a cell group setting information element or a cell group setting.
- the information element regarding NR RLC entity configuration can be rephrased as RLC configuration information element or RLC configuration.
- An information element indicating logical channel identifier information may be called a logical channel identifier information element or a logical channel identifier.
- An information element related to logical channel setting may be rephrased as a logical channel setting information element or a logical channel identifier. Note that the logical channel identifier may be associated with the radio bearer identifier.
- FIG. 5 is a block diagram showing the configuration of the terminal device (UE 122) according to the embodiment of the present invention. In order to avoid complicating the description, FIG. 5 shows only main components closely related to one embodiment of the present invention.
- FIG. 6 is a block diagram showing the configuration of the base station apparatus according to the embodiment of the present invention. In order to avoid complicating the description, FIG. 6 shows only main components closely related to one embodiment of the present invention.
- the base station apparatus described above may be eNB 102 or gNB 108 .
- the base station apparatus shown in FIG. 6 includes a transmission unit 600 that transmits an RRC message and the like to UE 122, and a processing unit that creates an RRC message including parameters and transmits it to UE 122, thereby allowing processing unit 502 of UE 122 to perform processing. 602 and a receiver 604 that receives RRC messages and the like from the UE 122 .
- processing unit 602 may include some or all of the functionality of various layers (eg, physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the processing unit 602 includes part or all of the physical layer processing unit, MAC layer processing unit, RLC layer processing unit, PDCP layer processing unit, SDAP processing unit, RRC layer processing unit, and NAS layer processing unit. you can
- FIG. 9 is a diagram showing the procedure flow for setting MBMS reception using SC-PTM.
- FIG. 10 is a diagram showing an example of ASN.1 description representing fields and/or information elements included in SIB20 (System Information Block Type 20) in FIG.
- FIG. 11 is a diagram showing an example of ASN.1 description representing fields and/or information elements included in the SC-PTM configuration message (SCPTMConfiguration) in FIG.
- the processing unit 602 of the eNB 102 creates SIB20 (System Information Block type 20), which is an RRC message, and transmits it from the transmitting unit 600 to the UE 122 via BCCH.
- SIB20 System Information Block type 20
- the receiver 500 of UE 122 receives SIB20. (Step S900).
- SIB20 contains information necessary to acquire control information (specifically, SC-MCCH) related to MBMS transmission using SC-PTM.
- SIB20 is a field represented by sc-mcch-ModificationPeriod indicating the period in which the contents of SC-MCCH can be changed, and sc-mcch-RepetitionPeriod indicating the SC-MCCH transmission (retransmission) time interval in the number of radio frames.
- sc-mcch-Offset indicating the offset of the radio frame in which SC-MCCH is scheduled
- sc-mcch-FirstSubframe indicating the subframe in which SC-MCCH is scheduled
- sc-mcch-duration which indicates the duration of the subframe in which the SC-MCCH is scheduled, and/or some or all of the information elements.
- the processing unit of eNB 102 creates an SC-PTM configuration message (SCPTM Configuration), which is an RRC message, and transmits it from transmitting unit 600 via SC-MCCH.
- SCPTM Configuration is an RRC message
- the receiving unit 500 of the UE 122 receives the SC-PTM setting information based on the setting of the SIB20.
- SC-RNTI Single Cell RNTI
- SC-PTM configuration information includes control information applicable to MBMS reception.
- SC-PTM configuration information is represented by scptm-NeighbourCellList, which is a field represented by sc-mtch-InfoList, which includes the configuration of each SC-MTCH in the cell that transmits the information, and a list of neighboring cells that provide MBMS. field, and/or some or all of the information elements.
- the sc-mtch-InfoList contains one or more information elements represented by SC-MTCH-Info.
- Each SC-MTCH-Info is a field represented by mbmsSessionInfo, which is MBMS session information, and an RNTI (Radio Network Temporary Identifier) that identifies a multicast group (specifically, an SC-MTCH addressed to a specific group).
- RNTI Radio Network Temporary Identifier
- mbmsSessionInfo is a part of fields such as an identifier that identifies an MBMS bearer service, a field represented by tmgi which is TMGI (Temporary Mobile Group Identity), and a field represented by sessionId which is an MBMS session identifier, or All inclusive.
- the processing unit 502 of the UE 122 establishes a Single Cell MBMS Point to Multipoint Radio Bearer (SC-MRB), which is a radio bearer for MBMS session reception using SC-PTM, in order to start receiving an MBMS session of interest. Processing may be performed (step S904).
- SC-MRB Single Cell MBMS Point to Multipoint Radio Bearer
- the SC-MRB establishment process includes, for example, at the start of the MBMS session, when the UE 122 enters a cell where the MBMS service of interest is provided via the SC-MRB, when it becomes interested in the MBMS service, when the MBMS service may be activated when a UE capability limitation that inhibited the reception of is removed, and so on.
- the SC-MRB establishment process may be performed when UE 122 is in RRC_IDLE state or may be performed when UE 122 is in RRC_CONNECTED state.
- the processing unit 502 of the UE 122 may perform some or all of the following processes (A) to (D).
- the processing unit 502 of the UE 122 may perform SC-MRB release processing to stop receiving the MBMS session (step S908).
- the SC-MRB release procedure is e.g. when stopping the receiving MBMS session, when leaving the cell in which the SC-MRB is established, when the interest in the MBMS service is lost, when the UE capability limits the MBMS service. It may be activated when reception is suppressed, and so on.
- the SC-MRB release process may be performed when UE 122 is in RRC_IDLE state or may be performed when UE 122 is in RRC_CONNECTED state.
- the processing unit 502 of the UE 122 may perform some or all of the following processes (A) to (B).
- MBMS transmission/reception using MBSFN is also standardized in addition to MBMS transmission/reception in terminal equipment using SC-PTM (hereinafter referred to as MBMS transmission/reception).
- MBMS transmission/reception using SC-PTM and MBMS transmission/reception using MBSFN use E-UTRA as RAT.
- Multicast Broadcast Service (MBS) transmission/reception using NR as RAT has not yet been standardized.
- broadcast, broadcast service, and broadcast session used in the embodiments of the present invention may be terms having equivalent meanings, and may be interchanged with each other.
- this MBS may be multicast and/or broadcast.
- the base station apparatus according to the embodiments of the present invention will be described using gNB 108, but it may be eNB 102, or may be a base station apparatus in the fifth generation or later radio access technology.
- MBS may define one or more delivery modes.
- a delivery mode of MBS with high QoS requirements may be defined.
- a high QoS requirement may include a requirement for high reliability or a requirement for low delay.
- a delivery mode of MBS with low QoS requirements may be defined.
- the delivery mode of MBS with high QoS requirements is called delivery mode 1, but it may be called by another name.
- the distribution mode of MBS with low QoS requirements is called distribution mode 2, but it may be called by other names.
- Delivery mode 1 may be a delivery mode that is used for multicast session delivery, but not for broadcast session delivery. Delivery mode 1 may also be a delivery mode used for multicast session delivery and broadcast session delivery. When delivery mode 1 is used to deliver a broadcast session, the broadcast session may be a broadcast session with high QoS requirements. Delivery mode 2 may be a delivery mode used for delivery of broadcast sessions, but not for delivery of multicast sessions. Delivery mode 2 may also be a delivery mode used for multicast session delivery and broadcast session delivery. If delivery mode 2 is used to deliver a multicast session, the multicast session may be a multicast session with low QoS requirements.
- the reception of MBS sessions delivered in delivery mode 1 may be possible in UE 122 in RRC_CONNECTED state, and may not be possible in UE 122 in RRC_INACTIVE state and/or RRC_IDLE state. Also, reception of an MBS session delivered in delivery mode 1 may be possible in a UE 122 in RRC_CONNECTED state, and a UE 122 that initiated reception of the MBS session described above in RRC_CONNECTED state may enter RRC_INACTIVE state and/or RRC_IDLE state. It may be possible even after the state transition. Reception of MBS sessions delivered in delivery mode 2 may be possible for UEs 122 in RRC_CONNECTED state and/or RRC_INACTIVE state and/or RRC_IDLE state.
- the UE 122 may establish and/or configure an MBS radio bearer for MBS reception.
- an MBS radio bearer can be established and/or configured at the gNB 108 for MBS transmission.
- the name MRB Multicast Radio Bearer
- UE 122 may establish and/or configure MRBs according to parameters included in RRC messages received from gNB 108 .
- UE 122 may also establish and/or configure MRBs according to default information held by UE 122 .
- UE 122 may also establish and/or configure MRBs according to parameters included in RRC messages received from gNB 108 and default information held by UE 122 .
- MRB may be defined for the MRB.
- an MRB for delivery mode 1 may be defined.
- an MRB for delivery mode 2 may be defined.
- the MRB for delivery mode 1 and the MRB for delivery mode 2 may be replaced with different terms.
- the MRB for distribution mode 1 may be rephrased as mode 1 MRB
- the MRB for distribution mode 2 may be rephrased as mode 2 MRB.
- the MRB for distribution mode 1 may be rephrased as type 1 MRB
- the MRB for distribution mode 2 may be rephrased as type 2 MRB.
- the paraphrasing of the MRB for distribution mode 1 and the MRB for distribution mode 2 is not limited to this. Further, in the embodiment of the present invention, when the MRB for distribution mode 1 and the MRB for distribution mode 2 are not distinguished and simply referred to as MRB, this MRB is MRB for distribution mode 1 and/or MRB for distribution mode 2. good
- the MRB has a leg for receiving MBS one-to-many (Point-to-Multipoint) and a leg for receiving MBS one-to-one (Point-to-Point). Legs can be established and/or configured. Also, only legs for receiving MBS one-to-many may be established and/or configured in the MRB. Also, the MRB may only establish and/or configure legs for receiving MBS one-to-one.
- the leg mentioned above may be an RLC bearer. Also, the above-mentioned leg may be a logical channel.
- UE 122 If UE 122 is established and/or configured with an RLC bearer for one-to-many reception of MBS and an MRB with an RLC bearer for one-to-one reception of MBS, then one-to-many reception of said MBS
- the RLC bearer for receiving MBS and the RLC bearer for receiving MBS one-to-one may be associated with one PDCP entity established and/or configured in the above MRB.
- the UE 122 establishes and/or configures an MRB having a logical channel for one-to-many reception of MBS and a logical channel for one-to-one reception of MBS, the above-mentioned MBS is one-to-many.
- Logical channels for receiving and logical channels for one-to-one MBS reception may be associated with one of the RLC entities established and/or configured in one or more of the above MRBs.
- the one-to-many reception of the MBS described above can be rephrased as one-to-many distribution of the MBS.
- the above-mentioned MBS reception on a one-to-one basis can be rephrased as MBS delivery on a one-to-one basis.
- the UE 122 may be established and/or configured with functionality for receiving MBS one-to-many.
- UE 122 may establish and/or configure functionality for one-to-many reception of the aforementioned MBS according to RRC messages received from gNB 108 .
- the function for receiving one-to-many MBS described above may be a function for receiving MBS transmitted using a logical channel for one-to-many transmission of MBS.
- the above function for receiving MBS in one-to-many may be a function for obtaining scheduling information of MBS transmitted in one-to-many.
- the term MTCH Multicast Traffic Channel
- UE 122 may establish and/or configure identifiers to identify MBS transmissions using MTCH according to RRC messages received from gNB 108 .
- G-RNTI Group Radio Network Temporary Identifier
- G-RNTI Group Radio Network Temporary Identifier
- G-CS-RNTI Group Configured Scheduling Radio Network Temporary Identifier
- G-RNTI and MBS session may be one-to-one mapping, and information for identifying G-RNTI and MBS session may be one-to-one correspondence. good.
- G-CS-RNTI and MBS session may be one-to-one mapping, and information for identifying G-CS-RNTI and MBS session is one-to-one.
- TMGI Temporal Mobile Group Identity
- a session identifier (Session ID) may be used as information for identifying an MBS session, or a TMGI and a session identifier may be used.
- the above-mentioned function for receiving one-to-many MBS may be a function of monitoring PDCCH for G-RNTI and/or G-CS-RNTI.
- the function for receiving one-to-many MBS described above is to decode the received data when downlink assignment by PDCCH for G-RNTI and / or G-CS-RNTI is received. It can be a function to try.
- the function for receiving one-to-many MBS described above may be a function that tries to decode data received by configured downlink scheduling for G-CS-RNTI.
- the above MTCH may be a multicast and/or broadcast traffic channel. Also, the above MTCH may be used by UE 122 only when UE 122 receives MBS. Also, another term such as MBS-MTCH or NR-MTCH may be used for MTCH.
- the above MTCH can be mapped to DL-SCH, which is a downlink transport channel.
- the one-to-one reception of MBS may be reception of MBS transmitted using a dedicated user data logical channel such as a DTCH logical channel. Also, MBS one-to-one reception may be performed by receiving a downlink assignment on the PDCCH for the C-RNTI. Also, MBS one-to-one reception may be performed by receiving in configured downlink scheduling for CS-RNTI (Configured Scheduling Radio Network Temporary Identifier).
- CS-RNTI Configured Scheduling Radio Network Temporary Identifier
- DRB may be used when receiving MBS on a one-to-one basis.
- DRB and MRB may be distinguished by the difference in AS security functions of the PDCP layer.
- a PDCP entity established in an MRB may not be configured with AS security.
- the PDCP entity established in the MRB may be configured with a second AS security different from the first AS security configured for the PDCP entity established in the DRB.
- the PDCP entity established in the MRB has a fourth AS security different from the third AS security set in the PDCP entity established in the DRB associated with the same PDU session as the PDU session associated with the above MRB.
- Security should be set.
- AS security may be ciphering and deciphering and/or integrity protection and verification.
- An MRB for delivery mode 1 may be established in UE 122 by UE 122 receiving an RRC message from gNB 108 sent using DCCH.
- the RRC message sent using the DCCH mentioned above may be an RRC reconfiguration message.
- the RRC message sent using the DCCH described above may be another RRC message other than the RRC reconfiguration message.
- the MRB for delivery mode 2 is an RRC message sent using a one-to-many downlink channel (downlink logical channel) for UE 122 to send MBS control information for one or more MTCHs from gNB 108. May be established by receiving.
- the term MCCH Multicast Control Channel
- the term MCCH is used for the one-to-many downlink channel (downlink logical channel) for transmitting MBS control information for one or more MTCHs described above.
- MBS-MCCH and NR-MCCH may be used for the MCCH described above.
- the MCCH mentioned above may be a multicast and/or broadcast control channel.
- the above-mentioned MCCH may be mapped to DL-SCH, which is a downlink transport channel.
- FIG. 12 is an example of means for establishing and/or setting MBS for delivery mode 1 in an embodiment of the present invention.
- processing section 602 of gNB 108 creates an RRC message (step S1200).
- the RRC message described above may include parameters necessary for UE 122 to establish and/or configure MRBs for delivery mode 1.
- FIG. 13 shows an example of ASN.1 indicating parameters for establishing and/or setting the MRB for delivery mode 1, included in the RRC message received by UE 122 from gNB 108.
- the information element represented by MRB-ToAddMod may be an information element indicating MRB (MBS radio bearer) setting.
- the information element represented by MRB-ToAddMod may be rephrased as MRB setting information element or MRB setting.
- the information element represented by MRB-ToAddModList may be a list of MRB settings. The list of MRB settings can be rephrased as an MRB setting list information element or an MRB setting list parameter.
- the information element represented by MRB-Identity in the MRB setting information element is information on the MRB identifier (MRB Identity) of the MRB to be added or changed, and is an identifier that uniquely identifies the MRB in each terminal device. good.
- the information element represented by MRB-Identity in the MRB setting information element can be rephrased as the MRB identifier information element or MRB identifier.
- the MRB identifier may be rephrased as a radio bearer identifier.
- the MRB configuration information element may include some or all parameters of the SDAP configuration information element and PDCP configuration information element described in FIG. Also, as described in FIG. 7, the SDAP configuration information element may contain a PDU session identifier.
- the information element represented by MRB-ToReleaseList may be an information element indicating the list of MRBs to be released.
- the information element indicating the list of MRBs to be released may contain the MRB identifiers of the MRBs to be released.
- the information element represented by RLC-Bearer-Config may be an information element indicating RLC bearer configuration.
- the information element represented by RLC-Bearer-Config may be rephrased as an RLC bearer configuration information element or RLC bearer configuration.
- the field denoted by rlc-BearerToAddModList may be a list of RLC bearer configurations.
- the information element denoted by LogicalChannelIdentity in the RLC bearer setup may be an information element indicating the MAC logical channel for the RLC bearer established and/or configured by this RLC bearer setup.
- the information element denoted MRB-Identity in the RLC bearer setup is the MRB identifier mentioned above and may be the MRB identifier of the MRB with which the RLC bearer established and/or configured by this RLC bearer setup is associated.
- the information element represented by RLC-Config in the RLC bearer setting may be an information element indicating the RLC setting.
- the information element represented by RLC-Config may be rephrased as an RLC configuration information element or RLC configuration.
- the RLC bearer setting includes information indicating that the RLC bearer is for receiving MBS in one-to-many, information indicating whether or not the RLC bearer is for receiving MBS in one-to-many, and MBS in one-to-many.
- Information indicating that the RLC bearer is for one-to-one reception, information indicating whether or not the RLC bearer is for one-to-one reception of MBS, etc. may be included (not shown).
- the RRC message created by the processing unit 602 of the gNB 108 may include information on G-RNTI and/or G-CS-RNTI.
- the G-RNTI and/or G-CS-RNTI information mentioned above may be included in the RLC bearer configuration and may be included in the MRB configuration (not shown).
- the MRB configuration information element may also contain information elements and/or fields indicating MAC logical channels for RLC bearers for one-to-many reception of MBS.
- the MRB configuration information element may also contain information elements and/or fields indicating MAC logical channels for RLC bearers for receiving MBS one-to-one (not shown).
- the transmitting section 600 of the gNB 108 transmits the RRC message generated in step S1200 to the UE 112 (step S1202).
- the RRC message mentioned above may be, for example, an RRC reconfiguration message.
- the receiving unit 500 of the UE 112 may receive the RRC message described above, and the processing unit 502 of the UE 122 may establish and/or set the MRB for delivery mode 1 according to the received RRC message (step S1204).
- the processing unit 502 of the UE 112 determines that the MRB to be established and/or configured is the MRB for distribution mode 1, based on the fact that the received RRC message is the RRC message transmitted from the gNB 108 using the DCCH logical channel. You can judge things.
- the processing unit 502 of the UE 112 may determine that the MRB to be established and/or configured is the delivery mode 1 MRB based on the fact that the received RRC message is the RRC reconfiguration message.
- the processing unit 502 of the UE 122 may determine that an established and/or configured MRB is a delivery mode 1 MRB based on the fact that this MRB is associated with the PDU session. Note that the UE 122 may be in the RRC_CONNECTED state from step S1200 to step S1204.
- FIG. 14 is an example of means for establishing and/or setting MBS for delivery mode 2 in an embodiment of the present invention. It is a figure which shows.
- processing section 602 of gNB 108 creates a first SIB (System Information Block), which is one of the RRC messages, in order to broadcast information necessary to acquire control information related to MBS transmission. , may be transmitted from the transmission unit 600 to the UE 122 .
- a receiving unit 500 of UE 122 receives the above-described first SIB.
- the first SIB described above may be transmitted via the BCCH logical channel or via another logical channel.
- the information necessary for obtaining control information regarding MBS transmission described above may be information regarding MCCH.
- the above-mentioned first SIB includes, for example, a parameter indicating a period in which the content of MCCH can be changed, a parameter regarding the transmission (retransmission) time interval of MCCH, a parameter indicating the offset of the radio frame in which MCCH is scheduled, and a parameter indicating the offset of MCCH scheduled.
- Some or all of the parameters may be included, such as a parameter indicating the slot in which the MCCH is scheduled, a parameter indicating the duration of the slot in which the MCCH is scheduled, and so on.
- the parameters related to the MCCH transmission (retransmission) time intervals described above may be indicated by the number of radio frames.
- the processing unit 602 of the gNB 108 may create an RRC message to be transmitted on the MCCH described above and transmit it from the transmitting unit 600.
- the receiving unit 500 of the UE 122 may receive the RRC message transmitted on the MCCH described above based on the configuration of the first SIB described above.
- a dedicated RNTI Radio Network Temporary Identifier
- the dedicated RNTI value for identifying the MCCH transmission described above may be a specific value, or the value may be set by the first SIB described above.
- the RRC message transmitted on the above-mentioned MCCH is explained using the message name MBS setting information message, but another message name may be used.
- the above MBS setting information message may contain one or more MTCH parameters, which are parameters for MBS reception.
- the MTCH parameter is one or more MTCH parameters, such that the information element indicated by SC-MTCH-InfoList in FIG. 11 contains one or more information elements indicated by SC-MTCH-Info in the form of a list.
- the parameters can be included in the MBS Configuration Information message mentioned above in the form of a list.
- An MTCH parameter may also exist for each MBS session. For example, there may be a first MTCH parameter for the first MBS session and a second MTCH parameter for the second MBS session.
- the parameters for MBS reception described above are described using the name of MTCH parameters, but other names may be used.
- the MTCH parameters include parameters related to MBS session information, parameters indicating RNTI identifying multicast and/or broadcast groups (MTCHs addressed to specific groups), parameters indicating logical channel identifiers, parameters relating to DRX information for MTCH, and the same It may include some or all of the parameters that indicate the list of neighbor cells that offer the MBS.
- the parameter indicating the RNTI identifying the multicast and/or broadcast group (MTCH destined for a specific group) mentioned above may be G-RNTI.
- the parameters related to the MBS session information described above include, for example, a parameter indicating the TMGI (Temporary Mobile Group Identity) that is the identifier that identifies the MBS, a parameter that indicates the Session ID that is the MBS session identifier, and a PDU session to which the MBS session belongs. It may include some or all of the parameters, such as parameters indicating the QoS flow used for the MBS session.
- TMGI Temporal Mobile Group Identity
- the parameter indicating the list of neighboring cells providing the same MBS described above may include a parameter indicating the list of neighboring cells providing the same MBS via MTCH and/or MRB, A parameter may be included that indicates a list of neighboring cells that provide the same MBS via unicast and/or DTCH and/or DRB.
- the MBS configuration information message and/or the MBS MTCH parameter may contain parameters related to MRB configuration.
- Parameters related to MRB configuration may include some or all of parameters including an identifier identifying an MRB, an SDAP configuration information element, and a PDCP configuration information element.
- the parameters for MRB configuration mentioned above may include one or more RLC bearer configuration information elements.
- the RLC bearer setup information element mentioned above may include some or all of the RLC setup information element for establishing and/or configuring an RLC entity and the logical channel information element for logical channel setup.
- the RLC bearer setting information element described above may be included in an information element different from the MRB setting, and may be linked to the parameters related to the MRB setting by the identifier for identifying the MRB described above.
- the MRB configuration described above may also include parameters that identify the RLC bearers that receive the MBS one-to-many.
- the MRB configuration described above may also include a parameter that identifies the RLC bearer that receives the MBS on a one-to-one basis.
- the parameter identifying the RLC bearer that receives the MBS one-to-many and/or the RLC bearer that receives the MBS one-to-one may be logical channel identifiers. Note that the MRB for delivery mode 2 does not have to have an RLC bearer that receives MBS on a one-to-one basis. In other words, the MRB for distribution mode 2 may have a function of receiving MBS only one-to-many.
- the UE 122 receives the MBS setting information message from the receiving unit 500, and the processing unit 502 of the UE 122 may establish and/or set the MRB for delivery mode 2 according to the received MBS setting information message (step S1404).
- the processing unit 502 of the UE 112 based on the fact that the received MBS setting information message is the RRC message transmitted from the gNB 108 using the MCCH logical channel, determines that the MRB to be established and/or set is the MRB for distribution mode 2. You can judge that it is. Also, the processing unit 502 of the UE 112 may determine that the MRB to be established and/or configured is the delivery mode 2 MRB based on the fact that the received RRC message is the MBS configuration information message.
- the processing unit 502 of the UE 122 may determine that the MRB that has been established and/or configured is a delivery mode 2 MRB based on the fact that this MRB is not associated with a PDU session. Note that from step S1400 to step S1404, the UE 122 may be in any of RRC_CONNECTED state, RRC_INACTIVE state, and RRC_IDLE state.
- UE 122 when UE 122 establishes and/or configures an MRB, only default information held by UE 122 may be used. Also, when UE 122 establishes and/or configures an MRB, default information held by UE 122 may be used in addition to the information required for MRB establishment and/or configuration contained in the RRC message received from gNB 108 . Also, when UE 122 establishes and / or sets the MRB for delivery mode 1, in addition to the information necessary for MRB establishment and / or setting included in the RRC message received from gNB 108 via DCCH, the following (A) and (B) may be used. (A) Default information held by UE 122 (B) Information required for MRB establishment and/or configuration included in the RRC message received from gNB 108 via MCCH
- FIG. 15 is a diagram showing a first example of processing in UE 122 according to the embodiment of the present invention.
- the processing unit 502 of the UE 122 may determine whether the established and/or configured MRB is an MRB for delivery mode 1 or an MRB for delivery mode 2 (step S1500).
- Processing unit 502 of UE 112 may determine this MRB as a delivery mode 1 MRB based on the fact that the MRB was established and/or configured according to the RRC message sent from gNB 108 using the DCCH logical channel.
- the processing unit 502 of the UE 112 may determine that the MRB is a delivery mode 1 MRB based on the fact that the MRB was established and/or configured according to the RRC reconfiguration message sent from the gNB 108 .
- the processing unit 502 of the UE 122 may determine that this MRB is a delivery mode 1 MRB based on the fact that the MRB is associated with the PDU session.
- Processing unit 502 of UE 112 may determine this MRB as a delivery mode 2 MRB based on the fact that the MRB was established and/or configured according to the RRC message sent from gNB 108 using the MCCH logical channel.
- the processing unit 502 of the UE 122 may determine that this MRB is a delivery mode 2 MRB based on the fact that the MRB is not associated with a PDU session. Note that the method for determining whether the MRB is for distribution mode 1 or for distribution mode 2 need not be limited to the method described above.
- the processing unit 502 of the UE 122 may consider the MRB determined as the MRB for distribution mode 1 in step S1500 to be the radio bearer.
- the processing unit 502 of the UE 122 may release all the MRBs for delivery mode 1 when performing the process of releasing all radio bearers.
- the processing unit 502 of the UE 122 may release radio bearers including all SRBs and all DRBs in addition to releasing all MRBs for delivery mode 1.
- the processing unit 502 of the UE 122 performs a process of releasing all radio bearers, if the MRB for the delivery mode 1 is established and/or set, the processing unit 502 may release all the MRB for the delivery mode 1 (step S1502). Note that the release described above can be rephrased as suspend.
- the processing unit 502 of the UE 122 may consider the MRB determined as the MRB for distribution mode 2 in step S1500 not to be a radio bearer.
- the processing unit 502 of the UE 122 does not need to release the MRB for delivery mode 2 when performing the process of releasing all radio bearers (step S1504). Note that the release described above can be rephrased as suspend.
- FIG. 16 is a diagram showing a second example of processing in UE 122 according to the embodiment of the present invention.
- the receiving unit 500 of the UE 122 receives the RRC reconfiguration message from the gNB 108 (step S1600).
- processing unit 502 of the UE 122 resumes the MRB based at least on the fact that the RRC reconfiguration message received from the gNB 108 in step S1600 is the first RRC reconfiguration message received after the RRC reestablishment procedure has been successfully completed. ) can be done. Also, processing section 502 of UE 122 sets the MRB for delivery mode 1 based at least on the fact that the RRC reset message received from gNB 108 in step S1600 is the first RRC reset message received after the RRC re-establishment procedure has been successfully completed. You may resume (step S1602).
- the above-mentioned RRC re-establishment procedure normal completion may mean that UE 122 receives an RRC re-establishment message, which is a response message from gNB 108 in response to the RRC re-establishment request message sent from UE 122 to gNB 108 .
- the above-mentioned RRC re-establishment procedure normal completion means that UE 122 receives an RRC re-establishment message that is a response message from gNB 108 in response to the RRC re-establishment request message transmitted from UE 122 to gNB 108, UE 122 to gNB 108, It may be to send an RRC re-establishment complete message.
- processing unit 502 of the UE 122 does not need to resume the MRB if the RRC reconfiguration message received from the gNB 108 in step S1600 is not the first RRC reconfiguration message received after the RRC reestablishment procedure has been successfully completed.
- FIG. 17 is a diagram showing a third example of processing in UE 122 according to the embodiment of the present invention.
- the receiver 500 of the UE 122 receives the RRC reconfiguration message from the gNB 108 (step S1700).
- the processing unit 502 of the UE 122 determines whether the received RRC reconfiguration message contains a parameter indicating full configuration.
- the processing unit 502 of the UE 112 that has determined that the parameter indicating full setting is included performs full setting processing based at least on the fact that the parameter indicating full setting is included. Good (step S1702). Note that the processing unit 502 of the UE 112 that determines that the parameter indicating full setting is not included does not need to perform full setting processing.
- the processing unit 502 of the UE 122 may perform the dedicated wireless setting release process set in the UE 122.
- the G-RNTI and/or G-CS-RNTI release process may be excluded.
- the G-CS-RNTI release process may be excluded.
- the G-RNTI and/or G-CS-RNTI described above may be parameters included in an RRC message transmitted from the base station apparatus using the DCCH logical channel.
- the RRC message transmitted using the DCCH logical channel described above may be an RRC reconfiguration message or another RRC message.
- the processing unit 502 of the UE 122 may release the MRB associated with the PDU session set in the UE 122. Also, in the processing for full setting in step S1702, the processing unit 502 of the UE 122 may release the MRB for delivery mode 1 associated with the PDU session set in the UE 122.
- processing section 502 of UE 122 selects the DRB configuration list parameter and/or MRB configuration list included in the RRC message received in step S1700, among the PDU sessions already configured in UE 122.
- For each PDU session that is not added by parameters MAY perform actions including (A) below.
- the DRB setting list parameter described above may be rephrased as DRB setting.
- the above-mentioned MRB setting list parameter may be rephrased as MRB setting.
- FIG. 18 is a diagram showing a fourth example of processing in UE 122 according to the embodiment of the present invention.
- the receiving unit 500 of UE 122 receives the RRC release message from gNB 108 (step S1800).
- the processing unit 502 of the UE 122 determines whether the received RRC release message contains a suspend setting parameter.
- the processing unit 502 of the UE 112 that determines that the suspend configuration parameter is included may suspend or release the MRB based at least on the inclusion of the suspend configuration parameter.
- the processing unit 502 of the UE 112 that has determined that the suspend setting parameter is included may suspend or release the MRB for delivery mode 1 based at least on the inclusion of the suspend setting parameter. (Step S1802).
- the processing unit 502 of the UE 112 that determines that the suspend setting parameter is not included need not suspend the MRB.
- the suspend setting parameter described above may be a parameter indicating the setting for the RRC_INACTIVE state.
- FIG. 19 is a diagram showing a fifth example of processing in UE 122 according to the embodiment of the present invention.
- the receiving unit 500 of the UE 122 receives an RRC message instructing handover from NR to the second RAT from the gNB 108 (step S1900).
- the above RRC message instructing handover from NR to the second RAT may be an RRC message named MobilityFromNRCommand.
- the processing unit 502 of the UE 122 based on at least the fact that the handover according to the received RRC message instructing the handover from the NR to the second RAT is normally completed, the PDCP entity for the MRB configured in the UE 122 and / Or you can release the SDAP entity.
- the processing unit 502 of the UE 122 based on the fact that the handover according to the received RRC message instructing the handover from the NR to the second RAT is normally completed, to the MRB for the distribution mode 2 set in the UE 122
- the PDCP entity and/or SDAP entity may be released (step S1902). Note that the PDCP entity and/or SDAP entity for the MRB may not be released if the handover according to the RRC message instructing handover from NR to the second RAT fails.
- the RLC bearer that receives MBS on a one-to-one basis and/or the logical channel that receives MBS on a one-to-one basis may have the function of transmitting MBS feedback to the gNB 108.
- the function of sending feedback for the MBS to the gNB 108 described above may be the function of sending PDCP status reports to the gNB 108 .
- the function of sending feedback for the MBS to the gNB 108 described above may be a function of sending an RLC status report to the gNB 108 .
- multicast can be replaced with broadcast.
- multicast may be replaced with multicast and broadcast.
- the RLC bearer can be replaced with the RLC entity. Also, in the above description, the RLC bearer may be replaced with a logical channel. Also, in the above description, the RLC bearer may be rephrased as an RLC leg.
- the PDCP entity may be a receiving PDCP entity and/or a transmitting PDCP entity.
- the RLC entity may be a UM RLC entity and/or an AM RLC entity and/or a TM RLC entity.
- the terminal device can maintain state variables in the PDCP entity and / or RLC entity even in multicast, and efficiently control MBS using NR
- a terminal device, a base station device, and a method can be provided.
- the radio bearers in the above description may be some or all of DRB, SRB, and MRB. Also, the radio bearers in the above description may be some or all of the DRB, SRB, and MRB for delivery mode 1.
- SCG SpCell may be replaced with “PSCell”.
- A may be rephrased as B” may include the meaning of rephrasing B as A in addition to rephrasing A as B.
- C may be D
- C may be E
- D may be E
- F may be G
- G may be H
- F may be H
- condition "A” and the condition “B” are contradictory conditions, the condition “B” may be expressed as the “other” condition of the condition "A”. good.
- a terminal device that communicates with a base station device, comprising: a receiving unit that receives an RRC reconfiguration message from the base station device; Dedicated wireless setting release processing set in the terminal device is performed based at least on inclusion of a parameter indicating full configuration, and G-RNTI release processing is performed in the dedicated wireless setting release processing. and the G-RNTI is the RNTI that identifies the transmission of the MTCH.
- a base station apparatus that communicates with a terminal device, comprising: a transmitting unit that transmits an RRC reconfiguration message to the terminal device; and a processing unit. At least based on the fact that the reconfiguration message includes a parameter indicating full configuration, the dedicated wireless configuration release processing set in the terminal device is performed, and in the dedicated wireless configuration release processing, The G-RNTI release processing is excluded, and the G-RNTI is the RNTI that identifies the transmission of the MTCH.
- a method for a terminal device that communicates with a base station device wherein an RRC reconfiguration message is received from the base station device, and the RRC reconfiguration message includes a parameter indicating full configuration.
- G-RNTI release processing is excluded, and the G-RNTI transmits MTCH is the RNTI that identifies the
- a method for a base station apparatus that communicates with a terminal apparatus comprising transmitting an RRC reconfiguration message to the terminal apparatus, and indicating to the terminal apparatus that the RRC reconfiguration message is full configuration. At least based on the fact that the parameter is included, the dedicated radio setting release processing set in the terminal device is performed, the G-RNTI release processing is excluded in the dedicated radio setting release processing, and the G -RNTI is the RNTI that identifies the transmission of the MTCH.
- the G-RNTI described in (1) to (4) is a parameter included in an RRC message transmitted from the base station apparatus to the terminal apparatus using the DCCH logical channel.
- a program that runs on a device is a program that controls a Central Processing Unit (CPU) or the like to function a computer so as to realize the functions of the above-described embodiments according to one aspect of the present invention. It can be.
- the program or information handled by the program is temporarily read into volatile memory such as Random Access Memory (RAM) during processing, or stored in non-volatile memory such as flash memory or Hard Disk Drive (HDD), and
- RAM Random Access Memory
- HDD Hard Disk Drive
- part of the devices in the above-described embodiments may be realized by a computer.
- a program for realizing this control function may be recorded in a computer-readable recording medium, and the program recorded in this recording medium may be read into a computer system and executed.
- the "computer system” here is a computer system built in the device, and includes hardware such as an operating system and peripheral devices.
- the "computer-readable recording medium” may be any of a semiconductor recording medium, an optical recording medium, a magnetic recording medium, and the like.
- “computer-readable recording medium” means a medium that dynamically stores programs for a short period of time, such as a communication line for transmitting a program via a network such as the Internet or a communication line such as a telephone line. , such as a volatile memory inside a computer system serving as a server or a client in that case, which holds the program for a certain period of time.
- the program may be for realizing part of the functions described above, or may be capable of realizing the functions described above in combination with a program already recorded in the computer system.
- each functional block or feature of the apparatus used in the embodiments described above may be implemented or performed in an electrical circuit, typically an integrated circuit or multiple integrated circuits.
- Electrical circuits designed to perform the functions described herein may be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations thereof.
- a general purpose processor may be a microprocessor, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
- the general-purpose processor or each circuit described above may be composed of digital circuits or may be composed of analog circuits.
- an integrated circuit technology that replaces current integrated circuits emerges due to advances in semiconductor technology, it is also possible to use integrated circuits based on this technology.
- the present invention is not limited to the above-described embodiments.
- an example of the device is described, but the present invention is not limited to this, and stationary or non-movable electronic devices installed indoors and outdoors, such as AV equipment, kitchen equipment, It can be applied to terminal devices or communication devices such as cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household equipment.
- One aspect of the present invention is, for example, a communication system, a communication device (e.g., a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (e.g., a communication chip), or a program, etc. be able to.
- a communication device e.g., a mobile phone device, a base station device, a wireless LAN device, or a sensor device
- an integrated circuit e.g., a communication chip
- a program etc. be able to.
- E-UTRA 102 eNB 104 EPCs 106NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 interfaces 122 UEs 200, 300 PHYs 202, 302 MACs 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 210, 312 NAS 500, 604 receiver 502, 602 processor 504, 600 transmitter
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
基地局装置と通信する端末装置であって、基地局装置よりRRC(Radio Resource Control)解放メッセージを受信する受信部と、処理部と、を備え、前記処理部は、配信モード1用のMBS(Multicast Broadcast Service)用無線ベアラを確立し、前記RRC解放メッセージにサスペンド設定パラメータが含まれているかどうかを判断し、前記サスペンド設定パラメータが含まれていると判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドし、前記サスペンド設定パラメータが含まれていないと判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドせず、前記サスペンド設定パラメータは、RRC_INACTIVE状態に対する設定を示すパラメータである。
Description
本発明は、端末装置、基地局装置、および方法に関する。
本願は、2021年6月2日に日本に出願された特願2021-92656号について優先権を主張し、その内容をここに援用する。
本願は、2021年6月2日に日本に出願された特願2021-92656号について優先権を主張し、その内容をここに援用する。
セルラ移動通信システムの標準化プロジェクトである、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project: 3GPP)において、無線アクセス、コアネットワーク、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。
例えば、E-UTRA(Evolved Universal Terrestrial Radio Access)は、3GPPにおいて、第3.9世代および第4世代向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology: RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、E-UTRAの拡張技術の技術検討及び規格策定が行われている。なお、E-UTRAは、Long Term Evolution(LTE: 登録商標)とも称し、拡張技術をLTE-Advanced(LTE-A)、LTE-Advanced Pro(LTE-A Pro)と称する事もある。(非特許文献2等)
また、NR(New Radio、またはNR Radio access)は、3GPPにおいて、第5世代(5th Generation: 5G)向けセルラ移動通信システム向け無線アクセス技術(Radio Access Technology: RAT)として、技術検討及び規格策定が開始された。現在も3GPPにおいて、NRの拡張技術の技術検討及び規格策定が行われている。(非特許文献1等)
3GPP TS 38.300v 16.2.0,"NR;NR and NG-RAN Overall description; Stage 2" pp10-134
3GPP TS 36.300 v16.2.0,"Evolved Universal Terrestrial Radio Access (E-UTRA)and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2" pp19-361
E-UTRA(Evolved Universal Terrestrial Radio Access)の拡張技術検討の一つとして、マルチキャスト/ブロードキャストサービスを提供するために、MBMS(Multimedia Broadcast Multicast Service)伝送技術が規格化されている。MBMS伝送には、MBSFN(Multicast Broadcast Single Frequency Network)又はSC-PTM(Single Cell Point-To-Multipoint)を用いた伝送が用いられる。
MBSFNを用いた伝送は、複数のセルからなるMBSFN(Multicast-Broadcast Single-Frequency Network)エリア単位で、PMCH(Physical Multicast Channel)を用いて、マルチキャスト/ブロードキャストデータの送信を行う。これに対し、SC-PTMを用いた伝送は、セル単位で、PDSCH(Physical Downlink Shared Channel)を用いて、マルチキャストデータの送信を行う。
一方、NRの拡張技術としての、マルチキャスト/ブロードキャストサービス(Multicast Broadcast Service: MBS)が検討されている。NRを介してMBSを行う場合、E-UTRAとは異なるNR特有技術や、5G向けに規格策定されたコアネットワーク等を考慮する必要がある。しかしNRを用いて効率的にMBSを制御するための詳細な動作については、まだ検討がなされていない。
本発明の一態様は、上記した事情に鑑みてなされたもので、NRを用いて効率的にMBSを制御することができる端末装置、基地局装置、及び方法を提供することを目的の一つとする。
上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置から、RRC再設定メッセージを受信する受信部と、処理部とを備え、前記処理部は、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行い、前記専用無線設定解放処理において、G-RNTIの解放処理を除外し、前記G-RNTIはMTCHの送信を識別するRNTIである。
また本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置に、RRC再設定メッセージを送信する送信部と、処理部とを備え、前記処理部は、前記端末装置に対し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行わせ、前記専用無線設定解放処理において、G-RNTIの解放処理を除外させ、前記G-RNTIはMTCHの送信を識別するRNTIである。
また本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置から、RRC再設定メッセージを受信し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行い、前記専用無線設定解放処理において、G-RNTIの解放処理を除外し、 前記G-RNTIはMTCHの送信を識別するRNTIである。
また本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置に、RRC再設定メッセージを送信し、前記端末装置に対し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行わせ、前記専用無線設定解放処理において、G-RNTIの解放処理を除外させ、前記G-RNTIはMTCHの送信を識別するRNTIである。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本発明の一態様によれば、端末装置、基地局装置、および方法は、NRを用いた効率的なMBS制御を実現することができる。
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
LTE(およびLTE-A、LTE-A Pro)とNRは、異なる無線アクセス技術(Radio Access Technology: RAT)として定義されてよい。またNRは、LTEに含まれる技術として定義されてもよい。またLTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti Radio Dual connectivity(MR-DC)で接続可能なLTEは、従来のLTEと区別されてよい。また、コアネットワークに5GCを用いるLTEは、コアネットワークにEPCを用いる従来のLTEと区別されてよい。なお従来のLTEとは、3GPPにおけるリリース15以降に規格化された技術を実装していないLTEの事であって良い。本発明の実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、本発明の実施形態は他の用語を用いる他の技術において適用されてもよい。また本発明の実施形態でのE-UTRA(Evolved Universal Terrestrial Radio Access)という用語は、LTEという用語に置き換えられて良いし、LTEという用語はE-UTRAという用語に置き換えられて良い。
なお、本発明の実施の形態において、無線アクセス技術がE-UTRA又はNRである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本発明の実施の形態は他の無線アクセス技術に用いられて良い。本発明の実施の形態における各ノードやエンティティの名称は、別の名称であって良い。
図1は本発明の実施の形態に係る通信システムの概略図である。なお図1を用いて説明する各ノード、無線アクセス技術、コアネットワーク、インタフェース等の機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持って良い。
E-UTRA100は無線アクセス技術であって良い。またE-UTRA100は、UE122とeNB102との間のエアインタフェース(air interface)であって良い。UE122とeNB102との間のエアインタフェースをUuインタフェースと呼んで良い。eNB(E-UTRAN Node B)102は、E-UTRA100の基地局装置であって良い。eNB102は、後述のE-UTRAプロトコルを持って良い。E-UTRAプロトコルは、後述のE-UTRAユーザプレーン(User Plane: UP)プロトコル、及び後述のE-UTRA制御プレーン(Control Plane: CP)プロトコルから構成されても良い。eNB102は、UE122に対し、E-UTRAユーザプレーン(User Plane: UP)プロトコル、及びE-UTRA制御プレーン(Control Plane: CP)プロトコルを終端して良い。eNBで構成される無線アクセスネットワークをE-UTRAN(Evolved Universal Terrestrial Radio Access Network)と呼んでもよい。
EPC(Evolved Packet Core)104は、コア網であって良い。インタフェース112はeNB102とEPC104の間のインタフェース(interface)であり、S1インタフェースと呼ばれて良い。インタフェース112には、制御信号が通る制御プレーンインタフェース、及び/又は(and/or)ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース112の制御プレーンインタフェースはEPC104内のMobility Management Entity(MME: 不図示)で終端して良い。インタフェース112のユーザプレーンインタフェースはEPC104内のサービングゲートウェイ(S-GW:不図示)で終端して良い。インタフェース112の制御プレーンインタフェースをS1-MMEインタフェースと呼んで良い。インタフェース112のユーザプレーンインタフェースをS1-Uインタフェースと呼んで良い。
なお、1つ又は複数のeNB102がEPC104にインタフェース112を介して接続されて良い。EPC104に接続する複数のeNB102の間に、インタフェースが存在して良い(不図示)。EPC104に接続する複数のeNB102間のインタフェースを、X2インタフェースと呼んで良い。
NR106は無線アクセス技術であって良い。またNR106は、UE122とgNB108との間のエアインタフェース(air interface)であって良い。UE122とgNB108との間のエアインタフェースをUuインタフェースと呼んで良い。gNB(g Node B)108は、NR106の基地局装置であって良い。gNB108は、後述のNRプロトコルを持って良い。NRプロトコルは、後述のNRユーザプレーン(User Plane: UP)プロトコル、及び後述のNR制御プレーン(Control Plane: CP)プロトコルから構成されて良い。gNB108は、UE122に対し、NRユーザプレーン(User Plane: UP)プロトコル、及びNR制御プレーン(Control Plane: CP)プロトコルを終端して良い。
5GC110は、コア網であって良い。インタフェース116はgNB108と5GC110の間のインタフェース(interface)であり、NGインタフェースと呼ばれて良い。インタフェース116には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース116の制御プレーンインタフェースは5GC110内のAccess and mobility Management Function(AMF:不図示)で終端して良い。インタフェース116のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端して良い。インタフェース116の制御プレーンインタフェースをNG-Cインタフェースと呼んで良い。インタフェース116のユーザプレーンインタフェースをNG-Uインタフェースと呼んで良い。
なお、1つ又は複数のgNB108が5GC110にインタフェース116を介して接続されて良い。5GC110に接続する複数のgNB108の間に、インタフェースが存在して良い(不図示)。5GC110に接続する複数のgNB108間のインタフェースをXnインタフェースと呼んで良い。
eNB102は5GC110に接続する機能を持って良い。5GC110に接続する機能をもつeNB102を、ng-eNBと呼んで良い。インタフェース114はeNB102と5GC110の間のインタフェースで、NGインタフェースと呼ばれて良い。インタフェース114には、制御信号が通る制御プレーンインタフェース、及び/又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース114の制御プレーンインタフェースは5GC110内のAccess and mobility Management Function(AMF:不図示)で終端して良い。インタフェース114のユーザプレーンインタフェースは5GC110内のUser Plane Function(UPF:不図示)で終端して良い。インタフェース114の制御プレーンインタフェースをNG-Cインタフェースと呼んで良い。インタフェース114のユーザプレーンインタフェースをNG-Uインタフェースと呼んで良い。ng-eNBまたはgNBで構成される無線アクセスネットワークをNG-RAN(Next Generation-Radio Access Network)と称してもよい。NG-RAN、E-UTRAN、eNB、ng-eNBおよびgNBなどを単にネットワークと称してもよい。
なお、1つ又は複数のeNB102が5GC110にインタフェース114を介して接続されて良い。5GC110に接続する複数のeNB102の間に、インタフェースが存在して良い(不図示)。5GC110に接続する複数のeNB102の間のインタフェースを、Xnインタフェースと呼んで良い。また5GC110に接続するeNB102と、5GC110に接続するgNB108は、インタフェース120で接続されて良い。5GC110に接続するeNB102と、5GC110に接続するgNB108の間のインタフェース120は、Xnインタフェースと呼ばれて良い。
gNB108はEPC104に接続する機能を持って良い。EPC104に接続する機能をもつgNB108を、en-gNBと呼んで良い。インタフェース118はgNB108とEPC104の間のインタフェースで、S1インタフェースと呼ばれて良い。インタフェース118には、ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース118のユーザプレーンインタフェースはEPC104内のS-GW(不図示)で終端して良い。インタフェース118のユーザプレーンインタフェースをS1-Uインタフェースと呼んで良い。またEPC104に接続するeNB102と、EPC104に接続するgNB108は、インタフェース120で接続されて良い。EPC104に接続するeNB102と、EPC104に接続するgNB108の間のインタフェース120はX2インタフェースと呼ばれて良い。
インタフェース124はEPC104と5GC110間のインタフェースであり、CPのみ、又はUPのみ、又はCP及びUP両方を通すインタフェースであって良い。また、インタフェース114、インタフェース116、インタフェース118、インタフェース120、及びインタフェース124等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があって良い。
UE122はeNB102、及び/又はgNB108から送信される報知情報や、ページングメッセージを受信する事が可能な端末装置であって良い。またUE122は、eNB102、及び/又はgNB108との無線接続が可能な端末装置であって良い。またUE122は、eNB102との無線接続、及びgNB108と無線接続を同時に行う事が可能な端末装置であって良い。UE122はE-UTRAプロトコル、及び/又はNRプロトコルを持って良い。なお、無線接続とは、Radio Resource Control(RRC)接続であって良い。
UE122が、eNB102、及び/又はgNB108と通信する場合、UE122と、eNB102、及び/又はgNB108との間に無線ベアラ(RB: Radio Bearer)を確立する事により、無線接続を行って良い。CPに用いられる無線ベアラは、シグナリング無線ベアラ(SRB: Signaling Radio Bearer)と呼ばて良い。またUPに用いられる無線ベアラは、データ無線ベアラ(DRB Data Radio Bearer)と呼ばれて良い。各無線ベアラには、無線ベアラ識別子(Identity: ID)が割り当てられて良い。SRB用無線ベアラ識別子は、SRB識別子(SRB Identity、またはSRB ID)と呼ばれて良い。DRB用無線ベアラ識別子は、DRB識別子(DRB Identity、またはDRB ID)と呼ばれて良い。
またUE122は、eNB102及び/又はgNB108を介して、EPC104、及び/又は5GC110との接続が可能な端末装置であって良い。UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網がEPC104である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは、更にEPC104内を経由する各EPS(Evolved Packet System)ベアラと一意に紐づけられて良い。各EPSベアラは、EPSベアラ識別子(Identity、またはID)で識別されて良い。また同一のEPSベアラを通るIPパケットや、イーサネット(登録商標)フレーム等のデータには同一のQoSが保証されて良い。
また、UE122が通信を行うeNB102、及び/又はgNB108の接続先コア網が5GC110である場合、UE122と、eNB102、及び/又はgNB108との間に確立された各DRBは、更に5GC110内に確立されるPDU(Packet Data Unit)セッションの一つに紐づけられて良い。各PDUセッションには、一つ又は複数のQoSフローが存在して良い。各DRBは、一つ又は複数のQoSフローと対応付け(map)されて良いし、どのQoSフローと対応づけられなくて良い。各PDUセッションは、PDUセッション識別子(Identity、Identifier、またはID)で識別されて良い。また各QoSフローは、QoSフロー識別子Identity、Identifier、またはID)で識別されて良い。また同一のQoSフローを通るIPパケットや、イーサネットフレーム等のデータに同一のQoSが保証されて良い。
EPC104には、PDUセッション及び/又はQoSフローは存在しなくて良い。また5GC110にはEPSベアラは存在しなくて良い。UE122がEPC104と接続している際、UE122はEPSベアラの情報を持つが、PDUセッション及び/又はQoSフローの内の情報は持たなくて良い。またUE122が5GC110と接続している際、UE122はPDUセッション及び/又はQoSフローの内の情報を持つが、EPSベアラの情報は持たなくて良い。
なお、以下の説明において、eNB102および/またはgNB108を単に基地局装置とも称し、UE122を単に端末装置又はUEとも称する。
図2は本発明の実施形態に係るE-UTRAプロトコル構成(protocol architecture)の一例の図である。また図3は本発明の実施形態に係るNRプロトコル構成の一例の図である。なお図2及び/又は図3を用いて説明する各プロトコルの機能は、本発明の実施形態に密接に関わる一部の機能であり、他の機能を持っていて良い。なお、本発明の実施の形態において、上りリンク(uplink: UL)とは端末装置から基地局装置へのリンクであって良い。また本発明の各実施の形態において、下りリンク(downlink: DL)とは基地局装置から端末装置へのリンクであって良い。
図2(A)はE-UTRAユーザプレーン(UP)プロトコルスタックの図である。図2(A)に示す通り、E-UTRAN UPプロトコルは、UE122とeNB102の間のプロトコルであって良い。即ちE-UTRANUPプロトコルは、ネットワーク側ではeNB102で終端するプロトコルであって良い。図2(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層(無線物理レイヤ)であるPHY(Physical layer)200、媒体アクセス制御層(媒体アクセス制御レイヤ)であるMAC(Medium Access Control)202、無線リンク制御層(無線リンク制御レイヤ)であるRLC(Radio Link Control)204、及びパケットデータ収束プロトコル層(パケットデータ収束プロトコルレイヤ)である、PDCP(Packet Data Convergence Protocol)206から構成されて良い。
図3(A)はNRユーザプレーン(UP)プロトコルスタックの図である。図3(A)に示す通り、NRUPプロトコルは、UE122とgNB108の間のプロトコルであって良い。即ちNR UPプロトコルは、ネットワーク側ではgNB108で終端するプロトコルであって良い。図3(A)に示す通り、E-UTRAユーザプレーンプロトコルスタックは、無線物理層であるPHY300、媒体アクセス制御層であるMAC302、無線リンク制御層であるRLC304、パケットデータ収束プロトコル層である、PDCP306、及びサービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)SDAP(Service Data Adaptation Protocol)310であるから構成されて良い。
図2(B)はE-UTRA制御プレーン(CP)プロトコル構成の図である。図2(B)に示す通り、E-UTRAN CPプロトコルにおいて、無線リソース制御層(無線リソース制御レイヤ)であるRRC(Radio Resource Control)208は、UE122とeNB102の間のプロトコルであって良い。即ちRRC208は、ネットワーク側ではeNB102で終端するプロトコルであって良い。またE-UTRAN CPプロトコルにおいて、非AS(Access Stratum)層(非ASレイヤ)であるNAS(Non Access Stratum)210は、UE122とMMEとの間のプロトコルであって良い。即ちNAS210は、ネットワーク側ではMMEで終端するプロトコルであって良い。
図3(B)はNR制御プレーン(CP)プロトコル構成の図である。図3(B)に示す通り、NR CPプロトコルにおいて、無線リソース制御層であるRRC308は、UE122とgNB108の間のプロトコルであって良い。即ちRRC308は、ネットワーク側ではgNB108で終端するプロトコルであって良い。またE-UTRAN CPプロトコルにおいて、非AS層であるNAS312は、UE122とAMFとの間のプロトコルであって良い。即ちNAS312は、ネットワーク側ではAMFで終端するプロトコルであって良い。
なおAS(Access Stratum)層とは、UE122とeNB102及び/又はgNB108との間で終端する層であって良い。即ちAS層とは、PHY200、MAC202、RLC204、PDCP206、及びRRC208の一部又は全てを含む層、及び/又はPHY300、MAC302、RLC304、PDCP306、SDAP310、及びRRC308の一部又は全てを含む層であって良い。
なお本発明の実施の形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別せず、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)と言う用語を用いる場合がある。この場合、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)は其々E-UTRAプロトコルのPHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であって良いし、NRプロトコルの、PHY(PHY層)、MAC(MAC層)、RLC(RLC層)、PDCP(PDCP層)、RRC(RRC層)、NAS(NAS層)であって良い。またSDAP(SDAP層)は、NRプロトコルのSDAP(SDAP層)であって良い。
また本発明の実施の形態において、以下E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA用PHY又はLTE用PHY、E-UTRA用MAC又はLTE用MAC、E-UTRA用RLC又はLTE用RLC、E-UTRA用PDCP又はLTE用PDCP、及びE-UTRA用RRC又はLTE用RRCと呼ぶ事もある。またPHY200、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE-UTRA PHY又はLTE PHY、E-UTRA MAC又はLTE MAC、E-UTRA RLC又はLTE RLC、E-UTRA PDCP又はLTE PDCP、及びE-UTRA RRC又はLTE RRCなどと記述する場合もある。また、E-UTRAのプロトコルとNRのプロトコルを区別する場合、PHY300、MAC302、RLC304、PDCP306、RRC308を、それぞれNR用PHY、NR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。またPHY200、MAC302、RLC304、PDCP306、及びRRC308を、それぞれNR PHY、NR MAC、NR RLC、NR PDCP、NR RRCなどと記述する場合もある。
E-UTRA及び/又はNRのAS層におけるエンティティ(entity)について説明する。MAC層の機能の一部又は全てを持つエンティティの事をMACエンティティと呼んで良い。RLC層の機能の一部又は全てを持つエンティティの事をRLCエンティティと呼んで良い。PDCP層の機能の一部又は全てを持つエンティティの事をPDCPエンティティと呼んで良い。SDAP層の機能の一部又は全てを持つエンティティの事をSDAPエンティティと呼んで良い。RRC層の機能の一部又は全てを持つエンティティの事をRRCエンティティと呼んで良い。MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、RRCエンティティを、其々MAC、RLC、PDCP、SDAP、RRCと言い換えて良い。
なお、MAC、RLC、PDCP、SDAPから下位層(lower layers)に提供されるデータ、及び/又はMAC、RLC、PDCP、SDAPに下位層から提供されるデータの事を、それぞれMAC PDU(Protocol Data Unit)、RLC PDU、PDCP PDU、SDAP PDUと呼んで良い。また、MAC、RLC、PDCP、SDAPに上位層(upper layers)から提供されるデータ、及び/又は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)
PDCCH(物理下りリンク制御チャネル:Physical Downlink Control CHannel)
PDSCH(物理下りリンク共用チャネル:Physical Downlink Shared CHannel)
PUCCH(物理上りリンク制御チャネル:Physical Uplink Control CHannel)
PUSCH(物理上りリンク共用チャネル:Physical Uplink Shared CHannel)
PRACH(物理ランダムアクセスチャネル:Physical Random Access CHannel)
PBCHは、端末装置が必要とするシステム情報を報知するために用いられて良い。
また、NRにおいて、PBCHは、同期信号のブロック(SS/PBCHブロックとも称する)の周期内の時間インデックス(SSB-Index)を報知するために用いられてよい。
PDCCHは、下りリンクの無線通信(基地局装置から端末装置への無線通信)において、下りリンク制御情報(Downlink Control Information: DCI)を送信する(または運ぶ)ために用いられて良い。ここで、下りリンク制御情報の送信に対して、一つまたは複数のDCI(DCIフォーマットと称してもよい)が定義されて良い。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされて良い。PDCCHは、PDCCH候補(candidate)において送信されて良い。端末装置は、サービングセルにおいてPDCCH候補のセットをモニタして良い。PDCCH候補のセットをモニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味して良い。DCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、後述するRRCメッセージの送信などのために使われてよい。
PUCCHは、上りリンクの無線通信(端末装置から基地局装置への無線通信)において、上りリンク制御情報(Uplink Control Information: UCI)を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI: Channel State Information)が含まれてもよい。また、上りリンク制御情報には、UL-SCH(UL-SCH: Uplink Shared CHannel)リソースを要求するために用いられるスケジューリング要求(SR: Scheduling Request)が含まれてもよい。また、上りリンク制御情報には、HARQ-ACK(Hybrid Automatic Repeat request ACKnowledgement)が含まれてもよい。
PDSCHは、MAC層からの下りリンクデータ(DL-SCH: Downlink Shared CHannel)の送信に用いられてよい。また、下りリンクの場合にはシステム情報(SI: System Information)やランダムアクセス応答(RAR: Random Access Response)などの送信に用いられて良い。
PUSCHは、MAC層からの上りリンクデータ(UL-SCH: Uplink Shared CHannel)または上りリンクデータと共にHARQ-ACKおよび/またはCSIを送信するために用いられてもよい。またPUSCHは、CSIのみ、または、HARQ-ACKおよびCSIのみを送信するために用いられてもよい。すなわちPUSCHは、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング(RRCメッセージとも称する)、およびMACコントロールエレメントを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。
PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、およびPUSCH(UL-SCH)リソースの要求を示すために用いられてもよい。
MACの機能の一例について説明する。MACは、MAC副層(サブレイヤ)と呼ばれて良い。MACは、多様な論理チャネル(ロジカルチャネル: Logical Channel)を、対応するトランスポートチャネルに対してマッピングを行う機能を持って良い。論理チャネルは、論理チャネル識別子(Logical Channel Identity、又はLogical Channel ID)によって識別されて良い。MACは上位レイヤであるRLCと、論理チャネル(ロジカルチャネル)で接続されて良い。論理チャネルは、伝送される情報の種類によって、制御情報を伝送する制御チャネルと、ユ-ザ情報を伝送するトラフィックチャネルに分けられて良い。また論理チャネルは、上りリンク論理チャネルと、下りリンク論理チャネルに分けられて良い。MACは、一つ又は複数の異なる論理チャネルに所属するMAC SDUを多重化(multiplexing)して、PHYに提供する機能を持って良い。またMACは、PHYから提供されたMAC PDUを逆多重化(demultiplexing)し、各MAC SDUが所属する論理チャネルを介して上位レイヤに提供する機能を持って良い。またMACは、HARQ(Hybrid Automatic Repeat reQuest)を通して誤り訂正を行う機能を持って良い。またMACは、スケジューリング情報(scheduling information)をレポートする、スケジューリングレポート(Scheduling Report: SR)機能を持って良い。MACは、動的スケジューリングを用いて、端末装置間の優先処理を行う機能を持って良い。またMACは、一つの端末装置内の論理チャネル間の優先処理を行う機能を持って良い。MACは、一つの端末装置内でオーバーラップしたリソースの優先処理を行う機能を持って良い。E-UTRA MACはMultimedia Broadcast Multicast Services(MBMS)を識別する機能を持って良い。またNR MACは、マルチキャスト/ブロードキャストサービス(Multicast Broadcast Service:MBS)を識別する機能を持って良い。MACは、トランスポートフォーマットを選択する機能を持って良い。MACは、間欠受信(DRX: Discontinuous Reception)及び/又は間欠送信(DTX: Discontinuous Transmission)を行う機能、ランダムアクセス(Random Access: RA)手順を実行する機能、送信可能電力の情報を通知する、パワーヘッドルームレポート(Power Headroom Report: PHR)機能、送信バッファのデータ量情報を通知する、バッファステータスレポート(Buffer Status Report: BSR)機能、などを持って良い。NR MACは帯域適応(Bandwidth Adaptation: BA)機能を持って良い。またE-UTRA MACで用いられるMAC PDUフォーマットとNR MACで用いられるMAC PDUフォーマットは異なって良い。またMAC PDUには、MACにおいて制御を行うための要素である、MAC制御要素(MACコントロールエレメント: MAC CE)が含まれて良い。
E-UTRA及び/又はNRで用いられる、上りリンク(UL: Uplink)、及び/又は下りリンク(DL:Downlink)用論理チャネルについて説明する。
BCCH(Broadcast Control Channel)は、システム情報(SI: System Information)等の、制御情報を報知(broadcast)するための下りリンク論理チャネルであって良い。
PCCH(Paging Control Channel)は、ページング(Paging)メッセージを運ぶための下りリンク論理チャネルであって良い。
CCCH(Common Control Channel)は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであって良い。CCCHは、端末装置が、RRC接続を有しない場合に用いられて良い。またCCCHは基地局装置と複数の端末装置との間で使われて良い。
DCCH(Dedicated Control Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)の双方向(bi-directional)で、専用制御情報を送信するための論理チャネルであって良い。専用制御情報とは、各端末装置専用の制御情報であって良い。DCCHは、端末装置が、RRC接続を有する場合に用いられて良い。
DTCH(Dedicated Traffic Channel)は、端末装置と基地局装置との間で、1対1(point-to-point)で、ユーザデータを送信するための論理チャネルであって良い。DTCHは専用ユーザデータを送信するための論理チャネルであって良い。専用ユーザデータとは、各端末装置専用のユーザデータであって良い。DTCHは上りリンク、下りリンク両方に存在して良い。
MTCH(Multicast Traffic Channel)は、基地局装置から端末装置に対し、データを送信するための1対多(point-to-multipoint)の下りリンクチャネルであって良い。MTCHはマルチキャスト及び/又はブロードキャスト用論理チャネルであって良い。MTCHは、端末装置がMBMSを受信する場合にのみ、該当端末装置によって使われて良い。
MCCH(Multicast Control Channel)は、基地局装置から端末装置へ、一つ又は複数のMTCHに対するMBMS制御情報を送るための、1対多(point-to-multipoint)の下りリンクチャネルであって良い。MCCHはマルチキャスト及び/又はブロードキャスト用論理チャネルであって良い。MCCHは端末装置がMBMSを受信する、又は端末装置がMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。
SC-MTCH(Single Cell Multicast Traffic Channel)は、基地局装置から端末装置に対し、SC-PTMを用いてデータを送信するための1対多(point-to-multipoint)の下りリンクチャネルであって良い。SC-MTCHはマルチキャスト及び/又はブロードキャスト用論理チャネルであって良い。SC-MTCHは、端末装置がSC-PTM(Single Cell Point-To-Multipoint)を用いてMBMSを受信する場合にのみ、該当端末装置によって使われて良い。
SC-MCCH(Single Cell Multicast Control Channel)は、基地局装置から端末装置へ、一つ又は複数のSC-MTCHに対するMBMS制御情報を送るための、1対多(point-to-multipoint)の下りリンクチャネルであって良い。SC-MCCHはマルチキャスト及び/又はブロードキャスト用論理チャネルであって良い。SC-MCCHは端末装置がSC-PTMを用いてMBMSを受信する、又は端末装置がSC-PTMを用いてMBMSを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。
E-UTRA及び/又はNRにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
CCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。
DCCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。
DTCHは、上りリンクトランスポートチャネルである、UL-SCH(Uplink Shared Channel)にマップされて良い。
E-UTRA及び/又はNRにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。
BCCHは、下りリンクトランスポートチャネルであるBCH(Broadcast Channel)、及び/又はDL-SCH(Downlink Shared Channel)にマップされて良い。
PCCHは、下りリンクトランスポートチャネルであるPCH(Paging Channel)にマップされて良い。
CCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。
DCCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。
DTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。
MTCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされて良い。
MCCHは、下りリンクトランスポートチャネルであるMCH(Multicast Channel)にマップされて良い。
SC-MTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。
SC-MTCHは、下りリンクトランスポートチャネルであるDL-SCH(Downlink Shared Channel)にマップされて良い。
RLCの機能の一例について説明する。RLCは、RLC副層(サブレイヤ)と呼ばれて良い。E-UTRA RLCは、上位レイヤであるPDCPから提供されたデータを、分割(Segmentation)及び/又は結合(Concatenation)し、下位層(下位レイヤ)に提供する機能を持って良い。E-UTRA RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)及びリオーダリング(re-ordering)を行い、上位レイヤに提供する機能を持って良い。NR RLCは、上位レイヤであるPDCPから提供されたデータに、PDCPで付加されたシーケンス番号とは独立したシーケンス番号を付加する機能を持って良い。またNR RLCは、PDCPから提供されたデータ分割(Segmentation)し、下位レイヤに提供する機能を持って良い。またNR RLCは、下位レイヤから提供されたデータに対し、再組立て(reassembly)を行い、上位レイヤに提供する機能を持って良い。またRLCは、データの再送機能及び/又は再送要求機能(Automatic Repeat reQuest: ARQ)を持って良い。またRLCは、ARQによりエラー訂正を行う機能を持って良い。ARQを行うために、RLCの受信側から送信側に送られる、再送が必要なデータを示す制御情報を、ステータスレポートと言って良い。またRLCの送信側から受信側に送られる、ステータスレポート送信指示の事をポール(poll)と言って良い。またRLCは、データ重複の検出を行う機能を持って良い。またRLCはデータ破棄の機能を持って良い。RLCには、トランスパレントモード(TM: Transparent Mode)、非応答モード(UM: Unacknowledged Mode)、応答モード(AM: Acknowledged Mode)の3つのモードがあって良い。TMでは上位層から受信したデータの分割は行わず、RLCヘッダの付加は行わなくて良い。TM RLCエンティティは単方向(uni-directional)のエンティティであって、送信(transmitting)TM RLCエンティティとして、又は受信(receiving)TM RLCエンティティとして設定されて良い。UMでは上位層から受信したデータの分割及び/又は結合、RLCヘッダの付加等は行うが、データの再送制御は行わなくて良い。UM RLCエンティティは単方向のエンティティであっても良いし双方向(bi-directional)のエンティティであっても良い。UM RLCエンティティが単方向のエンティティである場合、UM RLCエンティティは送信UM RLCエンティティとして、又は受信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)と呼んで良い。
RLCエンティティにおいて用いられる状態変数の一例について説明する。RLCエンティティにおいて、次の(A)から(K)の状態変数(ステート変数)を含む状態変数の一部又は全てが使われて良い。
(A) AM RLCエンティティの送信側で使われる応答ステート変数。次にポジティブ応答を受信する事になるRLC SDUのシーケンス番号の値を示す。TX_Next_Ackという名称のステート変数であって良い。
(B) AM RLCエンティティの送信側で使われる送信ステート変数。次に新しく作られるAMD PDUにアサインされるシーケンス番号の値を示す。TX_Nextという名称のステート変数であって良い。
(C) AM RLCエンティティの送信側で使われるポールステート変数。本ステート変数がセットされる際に下位レイヤに提出されるAMD PDUのうちで最も大きなシーケンス番号の値を示す。POLL_SNという名称のステート変数であって良い。
(D) AM RLCエンティティの受信側で使われる受信ステート変数。順序通りでの受信が成功したRLC SDUの最後のシーケンス番号に続く値を示す。RX_Nextという名称のステート変数であって良い。
(E) AM RLCエンティティの受信側で使われるリアセンブリタイマーステート変数。リアセンブリタイマーを起動させたAMD PDUのシーケンス番号の次のシーケンス番号の値を示す。RX_Next_Status_Triggerという名称のステート変数であって良い。
(F) AM RLCエンティティの受信側で使われる最大STATUS送信ステート変数。ステータスPDUを作成する必要がある際に、受信成功したAMD PDUとして報告するAMD PDUのシーケンス番号の値を示す。RX_Highest_Statusという名称のステート変数であって良い。
(G) AM RLCエンティティの受信側で使われる最高受信ステート変数。受信したAMD PDUの中での最も高いシーケンス番号の値の次のシーケンス番号の値を示す。RX_Next_Highestという名称のステート変数であって良い。
(H) UM RLCエンティティの送信側で使われる送信ステート変数。次に新しく作られるUMD PDUがセグメントされる場合にアサインされるシーケンス番号の値を示す。TX_Nextという名称のステート変数であって良い。
(I) UM RLCエンティティの受信側で使われるUM受信ステート変数。リアセンブリが考えられるUMD PDUのシーケンス番号うちの最小値を示す。RX_Next_Reassemblyという名称のステート変数であって良い。
(J) UM RLCエンティティの受信側で使われるUMリアセンブリタイマーステート変数。リアセンブリタイマーを起動させたUMD PDUのシーケンス番号の次のシーケンス番号の値を示す。RX_Timer_Triggerという名称のステート変数であって良い。
(K) UM RLCエンティティの受信側で使われるUM受信ステート変数。受信したUMD PDUの中での最も高いシーケンス番号の値の次のシーケンス番号の値を示す。RX_Next_Highestという名称のステート変数であって良い。
(A) AM RLCエンティティの送信側で使われる応答ステート変数。次にポジティブ応答を受信する事になるRLC SDUのシーケンス番号の値を示す。TX_Next_Ackという名称のステート変数であって良い。
(B) AM RLCエンティティの送信側で使われる送信ステート変数。次に新しく作られるAMD PDUにアサインされるシーケンス番号の値を示す。TX_Nextという名称のステート変数であって良い。
(C) AM RLCエンティティの送信側で使われるポールステート変数。本ステート変数がセットされる際に下位レイヤに提出されるAMD PDUのうちで最も大きなシーケンス番号の値を示す。POLL_SNという名称のステート変数であって良い。
(D) AM RLCエンティティの受信側で使われる受信ステート変数。順序通りでの受信が成功したRLC SDUの最後のシーケンス番号に続く値を示す。RX_Nextという名称のステート変数であって良い。
(E) AM RLCエンティティの受信側で使われるリアセンブリタイマーステート変数。リアセンブリタイマーを起動させたAMD PDUのシーケンス番号の次のシーケンス番号の値を示す。RX_Next_Status_Triggerという名称のステート変数であって良い。
(F) AM RLCエンティティの受信側で使われる最大STATUS送信ステート変数。ステータスPDUを作成する必要がある際に、受信成功したAMD PDUとして報告するAMD PDUのシーケンス番号の値を示す。RX_Highest_Statusという名称のステート変数であって良い。
(G) AM RLCエンティティの受信側で使われる最高受信ステート変数。受信したAMD PDUの中での最も高いシーケンス番号の値の次のシーケンス番号の値を示す。RX_Next_Highestという名称のステート変数であって良い。
(H) UM RLCエンティティの送信側で使われる送信ステート変数。次に新しく作られるUMD PDUがセグメントされる場合にアサインされるシーケンス番号の値を示す。TX_Nextという名称のステート変数であって良い。
(I) UM RLCエンティティの受信側で使われるUM受信ステート変数。リアセンブリが考えられるUMD PDUのシーケンス番号うちの最小値を示す。RX_Next_Reassemblyという名称のステート変数であって良い。
(J) UM RLCエンティティの受信側で使われるUMリアセンブリタイマーステート変数。リアセンブリタイマーを起動させたUMD PDUのシーケンス番号の次のシーケンス番号の値を示す。RX_Timer_Triggerという名称のステート変数であって良い。
(K) UM RLCエンティティの受信側で使われるUM受信ステート変数。受信したUMD PDUの中での最も高いシーケンス番号の値の次のシーケンス番号の値を示す。RX_Next_Highestという名称のステート変数であって良い。
RLCエンティティにおいて用いられるカウンターの一例について説明する。RLCエンティティにおいて、次の(A)から(C)のカウンターの一部又は全てを含むカウンターが使われて良い。
(A) 最後のポールビット送信以降に送られたAMD PDUの数をカウントするカウンター。PDU_WITHOUT_POLLという名称のカウンターであって良い。
(B) 最後のポールビット送信以降に送られたデータのバイト数をカウントするカウンター。BYTE_WITHOUT_POLLという名称のカウンターであって良い。
(C) RLC SDU又はRLC SDUセグメントが再送された回数をカウントするカウンター。RETX_COUNTという名称のカウンターであって良い。
(A) 最後のポールビット送信以降に送られたAMD PDUの数をカウントするカウンター。PDU_WITHOUT_POLLという名称のカウンターであって良い。
(B) 最後のポールビット送信以降に送られたデータのバイト数をカウントするカウンター。BYTE_WITHOUT_POLLという名称のカウンターであって良い。
(C) RLC SDU又はRLC SDUセグメントが再送された回数をカウントするカウンター。RETX_COUNTという名称のカウンターであって良い。
RLCエンティティにおいて用いられるタイマーの一例について説明する。RLCエンティティにおいて、次の(A)から(C)のタイマーの一部又は全てを含むカウンターが使われて良い。
(A) AM RLCエンティティの送信側で使われる、ポールを再送するためのタイマー。t-PollRetransmitという名称のタイマーであって良い。
(B) AM RLCエンティティの受信側及び受信UM RLCエンティティで使われる、RLC PDUのロス(loss)を検出するためのタイマー。t-Reassemblyという名称のタイマーであって良い。
(C) AM RLCエンティティの受信側で使われる、ステータスPDUの送信を禁止するためのタイマー。t-StatusProhibitという名称のタイマーであって良い。
(A) AM RLCエンティティの送信側で使われる、ポールを再送するためのタイマー。t-PollRetransmitという名称のタイマーであって良い。
(B) AM RLCエンティティの受信側及び受信UM RLCエンティティで使われる、RLC PDUのロス(loss)を検出するためのタイマー。t-Reassemblyという名称のタイマーであって良い。
(C) AM RLCエンティティの受信側で使われる、ステータスPDUの送信を禁止するためのタイマー。t-StatusProhibitという名称のタイマーであって良い。
PDCPの機能の一例について説明する。PDCPは、PDCP副層(サブレイヤ)と呼ばれて良い。PDCPは、シーケンス番号のメンテナンスを行う機能を持って良い。またPDCPは、IPパケット(IP Packet)や、イーサネットフレーム等のユーザデータを無線区間で効率的に伝送するための、ヘッダ圧縮・解凍機能を持ってもよい。IPパケットのヘッダ圧縮・解凍に用いられるプロトコルをROHC(Robust Header Compression)プロトコルと呼んで良い。またイーサネットフレームヘッダ圧縮・解凍に用いられるプロトコルをEHC(Ethernet(登録商標)Header Compression)プロトコルと呼んで良い。また、PDCPは、デ-タの暗号化・復号化の機能を持ってもよい。また、PDCPは、デ-タの完全性保護・完全性検証の機能を持ってもよい。デ-タの暗号化・復号化の機能及び/又はデ-タの完全性保護・完全性検証の機能を、セキュリティ機能と言い換えて良い。またPDCPは、リオーダリング(re-ordering)の機能を持って良い。またPDCPは、PDCP SDUの再送機能を持って良い。またPDCPは、破棄タイマー(discard timer)を用いたデータ破棄を行う機能を持って良い。またPDCPは、多重化(Duplication)機能を持って良い。またPDCPは、重複受信したデータを破棄する機能を持って良い。PDCPエンティティは双方向のエンティティであって、送信(transmitting)PDCPエンティティ、及び受信(receiving)PDCPエンティティから構成されて良い。またE-UTRA PDCPで用いられるPDCP PDUフォーマットとNR PDCPで用いられるPDCP PDUフォーマットは異なって良い。またPDCP PDUには、データ用PDCP PDUと制御用PDCP PDUがあって良い。データ用PDCP PDUを、PDCP DATA PDU(PDCP Data PDU、PDCPデータPDU)と呼んで良い。また制御用PDCP PDUを、PDCP CONTROL PDU(PDCP Control PDU、PDCPコントロールPDU、PDCP制御PDU)と呼んで良い。
PDCPにおいて、暗号化、又は完全性保護の処理を行う際、COUNT値を用いて良い。COUNT値は、PDCPの状態変数であるHFN(Hyper Frame Number)と、PDCP PDUのヘッダに付加されるシーケンス番号(SN: Sequence Number)から構成されて良い。シーケンス番号は、送信PDCPエンティティでPDCP DATA PDUが生成される度に、1加算されて良い。HFNは、送信PDCPエンティティ、及び受信PDCPエンティティでシーケンス番号が最大値に達する度に、1加算されて良い。また、送信PDCPエンティティ、及び受信PDCPエンティティでCOUNT値を管理するために、次の(A)から(F)の状態変数(ステート変数)の一部又は全てが使われて良い。
(A)次に送信されるPDCP SDUのCOUNT値を示すステート変数。TX_NEXTという名称のステート変数であって良い。
(B)本PDCPエンティティにおいて、次に送信されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_TX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、PDCP PDUのCOUNT値を生成するために使われるHFN値を表すステート変数。TX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(F)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。
(A)次に送信されるPDCP SDUのCOUNT値を示すステート変数。TX_NEXTという名称のステート変数であって良い。
(B)本PDCPエンティティにおいて、次に送信されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_TX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、PDCP PDUのCOUNT値を生成するために使われるHFN値を表すステート変数。TX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(F)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。
なお、LTE及びNRでは、リプレイ保護等の目的で、各無線ベアラにおいて、アップリンク方向のデータ、及びダウンリンク方向のデータ其々に対し、同一のセキュリティ鍵(暗号化鍵、及び/又は完全性保護鍵)に、同じCOUNT値を2回以上使用する事を禁じている。
また、PDCPにおいて、リオーダリング(re-ordering)とは、PDCP SDUを受信バッファ(リオーダリングバッファ)に格納し、PDCP DATA PDUのヘッダ情報から得られるCOUNT値の順番通りにPDCP SDUを上位レイヤに引き渡すための処理であって良い。リオーダリングにおいて、受け取ったPDCPデータPDUのCOUNT値が、まだ上位レイヤに受け渡していない最初のPDCP SDUのCOUNT値である場合に、格納されているPDCP SDUをCOUNT値の順番通りに上位レイヤに受け渡す処理を行って良い。すなわちリオーダリングにおいて、受信したPDCPデータPDUのCOUNT値より小さいCOUNT値を持つPDCPデータPDUが受信できていない(PDCPデータPDUがロスしている)場合には、その受信したPDCPデータPDUをPDCP SDUに変換してリオーダリングバッファに格納し、ロスしているPDCPデータPDUを全て受信し、PDCP SDUに変換されてから、上位レイヤに受け渡す処理を行って良い。リオーダリングにおいて、PDCPデータPDUのロスを検出するために、リオーダリングタイマー(t-Reorderingという名称のタイマー)が使われて良い。また、リオーダリングのために、次の(A)から(F)の状態変数(ステート変数)のうちの一部又は全てが使われて良い。
(A)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(B)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示すステート変数。RX_DELIVという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、最後に上位層に配信したPDCP SDUのPDCP PDUのシーケンス番号を示すステート変数。Last_Submitted_PDCP_RX_SNという名称のステート変数であって良い。
(F)受信PDCPエンティティにおいて、リオーダリングタイマーを開始させたPDCP PDUのCOUNT値の次のCOUNT値を示すステート変数。RX_REORDという名称のステート変数、又はReordering_PDCP_RX_COUNTという名称のステート変数であって良い。
(A)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのCOUNT値を示すステート変数。RX_NEXTという名称のステート変数であって良い。
(B)受信PDCPエンティティにおいて、次に受信する事が期待(expect)されるPDCP SDUのシーケンス番号を示すステート変数。Next_PDCP_RX_SNという名称のステート変数であって良い。
(C)本PDCPエンティティにおいて、受信したPDCP PDUに対するCOUNT値を生成するために使われるHFN値を表すステート変数。RX_HFNという名称のステート変数であって良い。
(D)受信PDCPエンティティにおいて、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を示すステート変数。RX_DELIVという名称のステート変数であって良い。
(E)受信PDCPエンティティにおいて、最後に上位層に配信したPDCP SDUのPDCP PDUのシーケンス番号を示すステート変数。Last_Submitted_PDCP_RX_SNという名称のステート変数であって良い。
(F)受信PDCPエンティティにおいて、リオーダリングタイマーを開始させたPDCP PDUのCOUNT値の次のCOUNT値を示すステート変数。RX_REORDという名称のステート変数、又はReordering_PDCP_RX_COUNTという名称のステート変数であって良い。
PDCPにおけるステータスレポーティング(Status Reporting)について説明する。上位レイヤよりPDCPステータスレポートの送信が設定された、Acknowledged ModeのRLCを用いるDRB(AM DRB: Acknowledged Mode Data Radio Bearer)において、受信PDCPエンティティは次の(A)から(D)の何れか条件を満たす時、PDCPステータスレポートを起動(trigger)しても良い。また、上位レイヤよりPDCPステータスレポートの送信が設定された、Unacknowledged ModeのRLCを用いるDRB(UM DRB: Unacknowledged Mode Data Radio Bearer) において、受信PDCPエンティティは次の(C)の条件を満たす時、PDCPステータスレポートを起動(trigger)しても良い。
(A)上位レイヤがPDCPエンティティの再確立(re-establishment)を要求する。
(B)上位レイヤがPDCPデータリカバリを要求する。
(C)上位レイヤがアップリンクデータスイッチを要求する。
(D)上位レイヤがDAPS(Dual Active Protocol Stack)を解放するためにこのPDCPエンティティを再設定し、かつdaps source releaseという名称のパラメータが設定されている。
(A)上位レイヤがPDCPエンティティの再確立(re-establishment)を要求する。
(B)上位レイヤがPDCPデータリカバリを要求する。
(C)上位レイヤがアップリンクデータスイッチを要求する。
(D)上位レイヤがDAPS(Dual Active Protocol Stack)を解放するためにこのPDCPエンティティを再設定し、かつdaps source releaseという名称のパラメータが設定されている。
PDCPステータスレポートの送信が起動された場合、受信PDCPエンティティはPDCPステータスレポートの作成を行って良い。PDCPステータスレポートの作成は、PDCPステータスレポート用のPDCP制御PDUに、上位層に配信していない受信待ちのPDCP SDUのうち最初のPDCP PDUのCOUNT値を含む、受信待ちのPDCP SDUの情報を格納する事により行われて良い。PDCPステータスレポートを作成した受信PDCPエンティティは、送信PDCPエンティティを経由して、作成したPDCPステータスレポートを下位レイヤに提出して良い。
なお、本発明の実施の形態において、上位レイヤよりPDCPステータスレポートの送信が設定されたUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事を判断して良い。上位レイヤからPDCPデータリカバリを要求された事を判断したUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事に基づいて、受信PDCPエンティティにおいてPDCPステータスレポートを作成し、送信PDCPエンティティを経由して、作成したPDCPステータスレポートを下位レイヤに提出しても良い。なお、下位レイヤとは、PDCPエンティティに紐づいているRLCベアラのUM RLCエンティティであって良い。なお、本発明の実施の形態において、UM DRBがDAPSベアラで無い場合にのみ、上位レイヤよりPDCPステータスレポートの送信が設定されたUM DRBのPDCPエンティティは、上位レイヤからPDCPデータリカバリを要求された事を判断して良い。DAPSベアラとは、PDCPエンティティにソースセル用の1つ又は複数のRLCエンティティと、ターゲットセル用の1つ又は複数のRLCエンティティが紐づいているベアラであって良い。また上述のPDCPデータリカバリは、上位レイヤよりPDCPにステータスレポートの送信を要求する事を意味する他の名称であって良い。
ROHCについて説明する。本発明の実施の形態において、ROHCをROHCプロトコルと言い換えて良い。ROHCは、IP、UDP、TCP、RTPなどのヘッダ情報を圧縮(compress)する機能及び解凍(decompress)する機能を持って良い。ROHCにおいて、圧縮機(compressor)がヘッダ情報を圧縮するヘッダ圧縮機能を持って良い。またROHCにおいて、解凍機(decompressor)がヘッダ情報を解凍するヘッダ解凍機能を持って良い。圧縮機は、圧縮機が保有するコンテキストを用いてヘッダ圧縮を行って良い。解凍機は解凍機が保有するコンテキストを用いてヘッダ解凍を行って良い。本発明の実施の形態において、コンテキストをROHCコンテキストと言い換えて良い。解凍機におけるコンテキストは、圧縮機から全てのヘッダ情報を受信する事により生成されて良い。圧縮機及び解凍機におけるコンテキストはIPフロー毎に保有されて良い。コンテキストを識別するために、コンテキスト識別子(Context Identifier: CID)が用いられて良い。コンテキスト識別子の最大値の情報、ヘッダ圧縮・解凍の方法を示すプロファイル(profile)の情報などは、ヘッダ圧縮・解凍を行う前に、圧縮機と解凍機の間で折衝(negotiate)されて良い。
ROHCにおいてヘッダ情報は、静的部分(static parts)と動的部分(dynamic parts)に分類されて良い。ROHCにおけるヘッダ情報の静的部分とは、IPフローに所属する各パケットのヘッダ情報のうち、殆ど変化しない情報であって良い。ROHCにおけるヘッダ情報の静的部分は例えば、IPv4ヘッダやIPv6ヘッダにおける送信元(source)アドレス、宛先(destination)アドレス、バージョン、UDPヘッダやTCPヘッダにおける送信元ポート、宛先ポートなどを含む情報であって良い。またROHCにおけるヘッダ情報の動的部分とは、IPフローに所属する各パケットのヘッダ情報のうち、パケット毎に変化し得る情報であって良い。ROHCにおけるヘッダ情報の動的部分は例えば、IPv6ヘッダにおけるトラフッククラス、ホップリミット、IPv4ヘッダにおけるType of service、Time to Live、UDPヘッダにおけるチェックサム、RTPヘッダにおけるRTPシーケンス番号、RTPタイムスタンプなどを含む情報であって良い。
ROHCの圧縮機にはIR(Initialization and Refresh)ステート、FO(First Order)ステート、SO(Second Order)ステートの3つのステートが存在して良い。IRステートが用いられる場合、圧縮機は圧縮対象となるヘッダ情報を圧縮せず、全てのヘッダ情報を解凍機へ送信して良い。FOステートが用いられる場合、圧縮機は圧縮対象ヘッダ情報のうち、静的部分のほとんどを圧縮し、一部の静的部分と動的部分は圧縮せずに解凍機へと送信して良い。SOステートが用いられる場合、ヘッダの圧縮率が最高となり、圧縮機からはRTPシーケンス番号等の限られた情報のみを送信して良い。
ROHCの解凍機にはNC(No Context)ステート、SC(Static Context)ステート、FC(Full Context)ステートの3つのステートが存在して良い。解凍機の初期状態はNCステートであって良い。NCステートにおいてコンテキストを取得し、正しくヘッダ解凍が行われる状態となった場合、FCステートへと遷移して良い。またFCステートにおいて連続的にヘッダ解凍が失敗した場合、SCステートやNCステートに遷移して良い。
ROHCの処理モードには、U-mode(Unidirectional mode)、O-mode(Bidirectional Optimistic mode)、R-mode(Bidirectional Reliable mode)の3つのモードが存在して良い。U-modeでは、ROHCフィードバックパケットを使用しなくて良い。U-modeにおいて、圧縮機における低圧縮モードから高圧縮モードへの遷移、即ちIRステートからFOステートへの遷移、及び/又はFOステートからSOステートへの遷移、及び/又はIRステートからSOステートへの遷移は、一定数のパケットを送信することで実施されて良い。また、U-modeにおいて、圧縮機における高圧縮モードから低圧縮モードへの遷移、即ちSOステートからFOステートへの遷移、及び/又はFOステートからIRステートへの遷移、及び/又はSOステートからIRステートへの遷移は、は一定周期毎に実施する事により、ヘッダ解凍に必要な情報を定期的に解凍機へ送信して良い。O-modeでは、解凍機が圧縮機にROHCフィードバックパケットを送信する事により、圧縮機にコンテキストの更新要求を行って良い。R-modeにおいて、圧縮機は、解凍機よりROHCフィードバックパケットよるヘッダ解凍成功通知を受け取る事により、低圧縮モードから高圧縮モードへ遷移して良い。またR-modeにおいて、圧縮機は、解凍機よりROHCフィードバックパケットよるコンテキスト更新要求を受け取る事により、高圧縮モードから低圧縮モードへ遷移して良い。ROHCの処理モードはU-modeから開始されて良い。ROHCの処理モードの遷移は、解凍機が決定して良い。解凍機はROHCフィードバックパケットを用いて、圧縮機へ処理モードの遷移を促して良い。
SDAPの機能の一例について説明する。SDAPは、サービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)である。SDAPは、5GC110から基地局装置を介して端末装置に送られるダウンリンクのQoSフローとデータ無線ベアラ(DRB)との対応付け(マッピング:mapping)、及び/又は端末装置から基地局装置を介して5GC110に送られるアップリンクのQoSフローと、DRBとのマッピングを行う機能を持って良い。またSDAPはマッピングルール情報を格納する機能を持って良い。またSDAPはQoSフロー識別子(QoS Flow ID: QFI)のマーキングを行う機能を持って良い。なお、SDAP PDUには、データ用SDAP PDUと制御用SDAP PDUがあって良い。データ用SDAP PDUをSDAP DATA PDU(SDAP Data PDU、SDAPデータPDU)と呼んで良い。また制御用SDAP PDUをSDAP CONTROL PDU(SDAP Control PDU、SDAPコントロールPDU、SDAP制御PDU)と呼んで良い。なお端末装置のSDAPエンティティは、PDUセッションに対して一つ存在して良い。
RRCの機能の一例について説明する。RRCは、報知(ブロードキャスト:broadcast)機能を持って良い。RRCは、EPC104及び/又は5GC110からの呼び出し(ページング:Paging)機能を持って良い。RRCは、gNB108又は5GC100に接続するeNB102からの呼び出し(ページング:Paging)機能を持って良い。またRRCは、RRC接続管理機能を持って良い。またRRCは、無線ベアラ制御機能を持って良い。またRRCは、セルグループ制御機能を持って良い。またRRCは、モビリティ(mobility)制御機能を持って良い。またRRCは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持って良い。またRRCは、QoS管理機能を持って良い。またRRCは、無線リンク失敗の検出及び復旧の機能を持って良い。RRCは、RRCメッセージを用いて、報知、ページング、RRC接続管理、無線ベアラ制御、セルグループ制御、モビィティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、QoS管理、無線リンク失敗の検出及び復旧等を行って良い。なお、E-UTRA RRCで用いられるRRCメッセージやパラメータは、NR RRCで用いられるRRCメッセージやパラメータと異なって良い。
RRCメッセージは、論理チャネルのBCCHを用いて送られて良いし、論理チャネルのPCCHを用いて送られて良いし、論理チャネルのCCCHを用いて送られて良いし、論理チャネルのDCCHを用いて送られて良いし、論理チャネルのMCCHを用いて送られて良い。
BCCHを用いて送られるRRCメッセージには、例えばマスター情報ブロック(Master Information Block: MIB)が含まれて良いし、各タイプのシステム情報ブロック(System Information Block: SIB)が含まれて良いし、他のRRCメッセージが含まれて良い。PCCHを用いて送られるRRCメッセージには、例えばページングメッセージが含まれて良いし、他のRRCメッセージが含まれて良い。
CCCHを用いてアップリンク(UL)方向に送られるRRCメッセージには、例えばRRCセットアップ要求メッセージ(RRC Setup Request)、RRC再開要求メッセージ(RRC Resume Request)、RRC再確立要求メッセージ(RRC Reestablishment Request)、RRCシステム情報要求メッセージ(RRC System Info Request)などが含まれて良い。また例えばRRC接続要求メッセージ(RRC Connection Request)、RRCコネクション再開要求メッセージ(RRC Connection Resume Request)、RRC接続再確立要求メッセージ(RRC Connection Reestablishment Request)などが含まれて良い。また他のRRCメッセージが含まれて良い。
CCCHを用いてダウンリンク(DL)方向に送られるRRCメッセージには、例えばRRC接続拒絶メッセージ(RRC Connection Reject)、RRC接続セットアップメッセージ(RRC Connection Setup)、RRCコネクション再確立メッセージ(RRC Connection Reestablishment)、RRCコネクション再確立拒絶メッセージ(RRC Connection Reestablishment Reject)などが含まれて良い。また例えばRRC拒絶メッセージ(RRC Reject)、RRCセットアップメッセージ(RRC Setup)、RRC再開メッセージ(RRC Resume)などが含まれて良い。また他のRRCメッセージが含まれて良い。
DCCHを用いてアップリンク(UL)方向に送られるRRCメッセージには、例えば測定報告メッセージ(Measurement Report)、RRCコネクション再設定完了メッセージ(RRC ConnectionReconfiguration 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)、カウンターチェック応答メッセージ(Counter Check Response)などが含まれて良い。また他の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)、カウンターチェックメッセージ(Counter Check)などが含まれて良い。また他のRRCメッセージが含まれて良い。
NASの機能の一例について説明する。NASは、認証機能を持って良い。またNASは、モビリティ(mobility)管理を行う機能を持って良い。またNASは、セキュリティ制御の機能を持って良い。
前述のPHY、MAC、RLC、PDCP、SDAP、RRC、NASの機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
なお、端末装置のAS層の上位層(不図示)にはIPレイヤ、及びIPレイヤより上のTCP(Transmission Control Protocol)レイヤ、UDP(User Datagram Protocol)レイヤ、などが存在して良い。また端末装置のAS層の上位層には、イーサネット層が存在して良い。端末装置のAS層の上位層PDU層(PDUレイヤ)と呼んで良い。PDUレイヤにはIPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ等が含まれて良い。IPレイヤ、TCPレイヤ、UDPレイヤ、イーサネットレイヤ、PDUレイヤ等の上位層に、アプリケーションレイヤが存在して良い。アプリケーションレイヤには、3GPPにおいて規格化されているサービス網の一つである、IMS(IP Multimedia Subsystem)で用いられるSIP(Session Initiation Protocol)やSDP(Session Description Protocol)が含まれて良い。またアプリケーション層にはメディア通信に用いられるRTP(Real-time Transport Protocol)、及び/又はメディア通信制御にRTCP(Real-time Transport Control Protocol)、HTTP(HyperText Transfer Protocol)等のプロトコルが含まれて良い。またアプリケーションレイヤには、各種メディアのコーデック等が含まれて良い。またRRCレイヤはSDAPレイヤの上位レイヤであって良い。
次にLTE及びNRにおけるUE122の状態遷移について説明する。EPC、又は5GCに接続するUE122は、RRC接続が設立されている(RRC connection has been established)とき、UE122はRRC_CONNECTED状態であってよい。RRC接続が設立されている状態とは、UE122が、後述のUEコンテキストの一部又は全てを保持している状態を含んで良い。またRRC接続が設立されている状態とは、UE122がユニキャストデータを送信、及び/又は受信できる状態を含んで良い。またUE122は、RRC接続が休止(サスペンド:suspend)しているとき、UE122はRRC_INACTIVE状態であってよい。また、UE122がRRC_INACTIVE状態になるのは、UE122が5GCに接続している場合で、RRC接続が休止しているときであって良い。UE122が、RRC_CONNECTED状態でも、RRC_INACTIVE状態でも無いとき、UE122はRRC_IDLE状態であってよい。
なお、UE122がEPCに接続している場合、RRC_INACTIVE状態を持たないが、E-UTRANによってRRC接続の休止が開始されてもよい。UE122がEPCに接続している場合、RRC接続が休止されるとき、UE122はUEのASコンテキストと復帰(リジューム:resume)に用いる識別子(resume Identity)を保持してRRC_IDLE状態に遷移して良い。UE122のRRCレイヤの上位レイヤ(例えばNASレイヤ)は、UE122がUEのASコンテキストを保持しており、かつE-UTRANによってRRC接続の復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰を開始してもよい。
EPC104に接続するUE122と、5GC110に接続するUE122とで、休止の定義が異なってよい。また、UE122がEPCに接続している場合(RRC_IDLE状態で休止している場合)と、UE122が5GCに接続している場合(RRC_INACTIVE状態で休止している場合)とで、UE122が休止から復帰する手順のすべてあるいは一部が異なってよい。
なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状態(connected mode)、不活性状態(inactive mode)、アイドル状態(idle mode)と呼んで良いし、RRC接続状態(RRC connected mode)、RRC不活性状態(RRC inactive mode)、RRCアイドル状態(RRC idle mode)と呼んで良い。
UE122が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC(RObust Header Compression)状態を含むPDCP状態、接続元(Source)のPCellで使われていたC-RNTI(Cell Radio Network Temporary Identifier)、セル識別子(cell Identity)、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEのASコンテキストは、UE122が保持するUEのASコンテキストと同じ情報を含んでもよいし、UE122が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。
セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
端末装置に対し基地局装置から設定される、セルグループ(Cell Group)について説明する。セルグループは、1つのスペシャルセル(Special Cell: SpCell)で構成されて良い。またセルグループは、1つのSpCellと、1つ又は複数のセカンダリセル(Secondary Cell: SCell)から構成されて良い。即ちセルグループは、1つのSpCellと、必要に応じて(optionally)1つ又は複数のSCellから構成されて良い。なおMACエンティティがマスターセルグループ(Master Cell Group: MCG)に関連付けられている場合、SpCellはプライマリセル(Primary Cell: PCell)を意味して良い。またMACエンティティがセカンダリセルグループ(Secondary Cell Group: SCG)に関連付けられている場合、SpCellはプライマリSCGセル(Primary SCG Cell: PSCell)を意味して良い。またMACエンティティがセルグループに関連付けられていない場合、SpCellはPCellを意味して良い。PCell、PSCellおよびSCellはサービングセルである。SpCellはPUCCH送信およびコンテンション基準ランダムアクセス(contention-based Random Access)をサポートして良いし、またSpCellは常に活性化されても良い。PCellはRRCアイドル状態の端末装置がRRC接続状態に遷移する際の、RRC接続確立手順に用いられるセルであって良い。またPCellは、端末装置がRRC接続の再確立を行う、RRC接続再確立手順に用いられるセルであって良い。またPCellは、ハンドオーバの際のランダムアクセス手順に用いられるセルであって良い。PSCellは、後述するセカンダリノード(Secondary Node: SN)追加の際に、ランダムアクセス手順に用いられるセルであって良い。またSpCellは、上述の用途以外の用途に用いられるセルであって良い。なお、セルグループがSpCell及び1つ以上のSCellから構成される場合、このセルグループにはキャリアアグリゲーション(carrier aggregation: CA)が設定されていると言って良い。また、CAが設定されている端末装置に対して、SpCellに対して追加の無線リソースを提供しているセルはSCellを意味して良い。
RRCによって設定されているサービングセルのグループで、その中の上りリンクが設定されているセルに対し同じタイミング参照セル(timing reference cell)および同じタイミングアドバンスの値を使用しているセルグループの事をタイミングアドバンスグループ(Timing Advance Group: TAG)と呼んで良い。またMACエンティティのSpCellを含むTAGはプライマリタイミングアドバンスグループ(Primary Timing Advance Group: PTAG)を意味して良い。また上記PTAG以外のTAGはセカンダリタイミングアドバンスグループ(Secondary Timing Advance Group: STAG)を意味して良い。
またDual Connectivity(DC)や、Multi-Radio Dual Connectivity(MR-DC)が行われる場合、端末装置対し基地局装置からセルグループの追加が行われて良い。DCとは、第1の基地局装置(第1のノード)と第2の基地局装置(第2のノード)がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技術であって良い。MR-DCはDCに含まれる技術であって良い。DCを行うために、第1の基地局装置が第2の基地局装置を追加して良い。第1の基地局装置の事をマスターノード(Master Node: MN)と呼んで良い。またマスターノードが構成するセルグループをマスターセルグループ(Master Cell Group: MCG)と呼んで良い。第2の基地局装置の事をセカンダリノード(Secondary Node: SN)と呼んで良い。またセカンダリノードが構成するセルグループをセカンダリセルグループ(Secondary Cell Group: SCG)と呼んで良い。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていても良い。
また、DCが設定されていない場合において、端末装置に設定されるセルグループの事をMCGと呼んで良い。また、DCが設定されていない場合において、端末装置に設定されるSpCellはPCellであって良い。
なお、MR-DCとは、MCGにE-UTRA、SCGにNRを用いたDCを行う技術であって良い。またMR-DCとは、MCGにNR、SCGにE-UTRAを用いたDCを行う技術であっても良い。またMR-DCとは、MCG及びSCGの両方にNRを用いたDCを行う技術であっても良い。MCGにE-UTRA、SCGにNRを用いるMR-DCの例として、コア網にEPCを用いるEN-DC(E-UTRA-NR Dual Connectivity)があって良いし、コア網に5GCを用いるNGEN-DC(NG-RAN E-UTRA-NR Dual Connectivity)があって良い。またMCGにNR、SCGにE-UTRAを用いるMR-DCの例として、コア網に5GCを用いるNE-DC(NR-E-UTRA Dual Connectivity)があって良い。またMCG及びSCGの両方にNRを用いるMR-DCの例として、コア網に5GCを用いるNR-DC(NR-NR Dual Connectivity)があって良い。
なお端末装置において、MACエンティティは各セルグループに対して1つ存在して良い。例えば端末装置にDC又はMR-DCが設定される場合において、MCGに対する1つのMACエンティティ、及びSCGに対する1つのMACエンティティが存在して良い。端末装置におけるMCGに対するMACエンティティは、全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていて良い。また端末装置におけるSCGに対するMACエンティティは、端末装置にSCGが設定される際、端末装置によってクリエイト(create)されて良い。また端末装置の各セルグループに対するMACエンティティは、端末装置が基地局装置からRRCメッセージを受け取る事により設定が行われて良い。EN-DC、及びNGEN-DCにおいて、MCGに対するMACエンティティはE-UTRA MACエンティティであっても良く、SCGに対するMACエンティティはNR MACエンティティであって良い。また、NE-DCにおいて、MCGに対するMACエンティティはNR MACエンティティであっても良く、SCGに対するMACエンティティはE-UTRA MACエンティティであって良い。またNR-DCにおいて、MCG及びSCGに対するMACエンティティは共にNR MACエンティティであって良い。なお、MACエンティティが各セルグループに対して1つ存在する事を、MACエンティティは各SpCellに対して1つ存在すると言い換えて良い。また、各セルグループに対する1つのMACエンティティを、各SpCellに対する1つのMACエンティティと言い換えて良い。
無線ベアラについて説明する。E-UTRAのSRBにはSRB0からSRB2が定義されて良いし、これ以外のSRBが定義されて良い。NRのSRBにはSRB0からSRB3が定義されてよいし、これ以外のSRBが定義されて良い。SRB0は、論理チャネルのCCCHを用いて送信、及び/又は受信が行われる、RRCメッセージのためのSRBであってよい。SRB1は、RRCメッセージのため、及びSRB2の確立前のNASメッセージのためのSRBであって良い。SRB1を用いて送信、及び/又は受信が行われるRRCメッセージには、ピギーバックされたNASメッセージが含まれて良い。SRB1を用いて送信、及び/又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。SRB2は、NASメッセージのため、及び記録測定情報(logged measurement information)を含むRRCメッセージのためのSRBであってよい。SRB2を用いて送信、及び/又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、端末装置に、EN-DC、NGEN-DC、NR-DCなどが設定されているときの特定のRRCメッセージを送信、及び/又は受信するためのSRBであって良い。SRB3を用いて送信、及び/又は受信される全てのRRCメッセージやNASメッセージには、論理チャネルのDCCHが用いられて良い。また、その他の用途のために他のSRBが用意されてもよい。DRBは、ユーザデータのための無線ベアラであって良い。DRBを用いて送信、及び/又は受信が行われるRRCメッセージには、論理チャネルのDTCHが用いられても良い。
端末装置における無線ベアラについて説明する。無線ベアラにはRLCベアラが含まれて良い。RLCベアラは1つ又は2つのRLCエンティティと論理チャネルで構成されて良い。RLCベアラにRLCエンティティが2つ存在する場合のRLCエンティティはTM RLCエンティティ、及び/又は単方向UMモードのRLCエンティティにおける、送信RLCエンティティ及び受信RLCエンティティであって良い。SRB0は1つのRLCベアラから構成されて良い。SRB0のRLCベアラはTMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB0は全ての状態(RRCアイドル状態、RRC接続状態、及びRRC不活性状態など)の端末装置において、常に確立されていて良い。SRB1は端末装置がRRCアイドル状態からRRC接続状態に遷移する際、基地局装置から受信するRRCメッセージにより、端末装置に1つ確立及び/又は設定されて良い。SRB1は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されて良い。SRB1のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB2はASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に1つ確立及び/又は設定されて良い。SRB2は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されて良い。SRB2のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。なお、SRB1及びSRB2の基地局装置側のPDCPはマスターノードに置かれて良い。SRB3はEN-DC、又はNGEN-DC、又はNR-DCにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に1つ確立及び/又は設定されて良い。SRB3は端末装置とセカンダリノードとの間のダイレクトSRBであって良い。SRB3は1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されて良い。SRB3のRLCベアラはAMのRLCエンティティ、及び論理チャネルから構成されて良い。SRB3の基地局装置側のPDCPはセカンダリノードに置かれて良い。DRBはASセキュリティが活性化されたRRC接続状態の端末装置が基地局装置から受信するRRCメッセージにより、端末装置に1つ又は複数確立及び/又は設定されて良い。DRBは1つのPDCPエンティティ、及び1つ又は複数のRLCベアラから構成されて良い。DRBのRLCベアラはAM又はUMのRLCエンティティ、及び論理チャネルから構成されて良い。
なお、MR-DCにおいて、マスターノードにPDCPが置かれる無線ベアラの事を、MN終端(ターミネティド:terminated)ベアラと呼んで良い。また、MR-DCにおいて、セカンダリノードにPDCPが置かれる無線ベアラの事を、SN終端(ターミネティド:terminated)ベアラと呼んで良い。なお、MR-DCにおいて、RLCベアラがMCGにのみ存在する無線ベアラの事を、MCGベアラ(MCG bearer)と呼んで良い。また、MR-DCにおいて、RLCベアラがSCGにのみ存在する無線ベアラの事を、SCGベアラ(SCG bearer)と呼んで良い。またDCにおいて、RLCベアラがMCG及びSCG両方に存在する無線ベアラの事をスプリットベアラ(split bearer)と呼んで良い。
端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB1及びSRB2のベアラタイプは、MN終端MCGベアラ及び/又はMN終端スプリットベアラであって良い。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるSRB3のベアラタイプは、SN終端SCGベアラであって良い。また端末装置にMR-DCが設定される場合、端末装置に確立/及び又は設定されるDRBのベアラタイプは、全てのベアラタイプのうちの何れかであって良い。
E-UTRAで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、E-UTRA RLCであって良い。またNRで構成されるセルグループに確立及び/又は設定されるRLCベアラに対し、確立及び/又は設定されるRLCエンティティは、NR RLCであって良い。端末装置にEN-DCが設定され場合、MN終端MCGベアラに対し確立及び/又は設定されるPDCPエンティティは、E-UTRA PDCP又はNR PDCPの何れかであって良い。また端末装置にEN-DCが設定される場合、その他のベアラタイプの無線ベアラ、即ちMN終端スプリットベアラ、MN終端SCGベアラ、SN終端MCGベアラ、SN終端スプリットベアラ、及びSN終端SCGベアラ、に対して確立及び/又は設定されるPDCPは、NR PDCPであって良い。また端末装置にNGEN-DC、又はNE-DC、又はNR-DCが設定される場合、全てのベアラタイプにおける無線ベアラに対して確立及び/又は設定されるPDCPエンティティは、NR PDCPであって良い。
なおNRにおいて、端末装置に確立及び/又は設定されるDRBは1つのPDUセッションに紐づけられ良い。端末装置において1つのPDUセッションに対し、1つのSDAPエンティティが確立及び/又は設定されて良い。端末装置に確立及び/又は設定SDAPエンティティ、PDCPエンティティ、RLCエンティティ、及び論理チャネルは、端末装置が基地局装置から受信するRRCメッセージにより確立及び/又は設定されて良い。
なお、MR-DCが設定されるか否かに関わらず、マスターノードがeNB102でEPC104をコア網とするネットワーク構成をE-UTRA/EPCと呼んで良い。またマスターノードがeNB102で5GC110をコア網とするネットワーク構成をE-UTRA/5GCと呼んで良い。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んで良い。MR-DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指して良い。
次にLTE及びNRにおけるハンドオーバについて説明する。ハンドオーバとはRRC接続状態のUE122がサービングセルを変更する処理であって良い。ハンドオーバは、UE122がeNB102、及び/又はgNB108より、ハンドオーバを指示するRRCメッセージを受信した時に行われて良い。ハンドオーバを指示するRRCメッセージとは、ハンドオーバを指示するパラメータ(例えばMobilityControlInfoという名称の情報要素、又はReconfigurationWithSyncという名称の情報要素)を含むRRCコネクションの再設定に関するメッセージの事であって良い。なお上述のMobilityControlInfoという名称の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えて良い。なお上述のReconfigurationWithSyncという名称の情報要素の事を同期付再設定情報要素、又は同期付再設定と言い換えて良い。またハンドオーバを指示するRRCメッセージとは、他のRATのセルへの移動を示すメッセージ(例えばMobilityFromEUTRACommand、又はMobilityFromNRCommand)の事であって良い。またハンドオーバの事を同期付再設定(reconfiguration withsync)と言い換えて良い。またUE122がハンドオーバを行う事ができる条件に、ASセキュリティが活性化されている時、SRB2が確立されている時、少なくとも一つのDRBが確立している事のうちの一部又は全てを含んで良い。
端末装置と基地局装置との間で送受信される、RRCメッセージのフローについて説明する。図4は、本発明の実施の形態に係るRRCにおける、各種設定のための手順(procedure)のフローの一例を示す図である。図4は、基地局装置(eNB102、及び/又はgNB108)から端末装置(UE122)にRRCメッセージが送られる場合のフローの一例である。
図4において、基地局装置はRRCメッセージを作成する(ステップS400)。基地局装置におけるRRCメッセージの作成は、基地局装置が報知情報(SI: System Information)やページング情報を配信するため行われて良い。また基地局装置におけるRRCメッセージの作成は、基地局装置が特定の端末装置に対して処理を行わせるために行われて良い。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、RRC接続の再設定、異なるRATへのハンドオーバ、RRC接続の休止、RRC接続の解放などの処理を含んで良い。RRC接続の再設定処理には、例えば無線ベアラの制御(確立、変更、解放など)、セルグループの制御(確立、追加、変更、解放など)、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれて良い。また基地局装置におけるRRCメッセージの作成は、端末装置から送信されたRRCメッセージへの応答のために行われて良い。端末装置から送信されたRRCメッセージへの応答は、例えばRRCセットアップ要求への応答、RRC再接続要求への応答、RRC再開要求への応答などを含んで良い。RRCメッセージには各種情報通知や設定のためのパラメータが含まれる。これらのパラメータは、フィールド及び/又は情報要素呼ばれて良く、ASN.1(Abstract Syntax Notation One)という記述方式を用いて記述されて良い。なお本発明の実施の形態において、パラメータを情報と言い換える事もある。
図4において、次に基地局装置は、作成したRRCメッセージを端末装置に送信する(ステップS402)。次に端末装置は受信した上述のRRCメッセージに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。処理を行った端末装置は、基地局装置に対し、応答のためのRRCメッセージを送信して良い(不図示)。
RRCメッセージは、上述の例に限らず、他の目的に使われて良い。
なおMR-DCにおいて、マスターノード側のRRCが、SCG側の設定(セルグループ設定、無線ベアラ設定、測定設定など)のためのRRCメッセージを、端末装置との間で転送するのに用いられて良い。例えばEN-DC、又はNGEN-DCにおいて、eNB102とUE122との間で送受信されるE-UTRAのRRCメッセージに、NRのRRCメッセージがコンテナの形で含まれて良い。またNE-DCにおいて、gNB108とUE122との間で送受信されるNRのRRCメッセージに、E-UTRAのRRCメッセージがコンテナの形で含まれて良い。SCG側の設定のためのRRCメッセージは、マスターノードとセカンダリノードの間で送受信されて良い。
なお、MR-DCを利用する場合に限らず、eNB102からUE122に送信されるE-UTRA用RRCメッセージに、NR用RRCメッセージが含まれていて良いし、gNB108からUE122に送信されるNR用RRCメッセージに、E-UTRA用RRCメッセージが含まれていて良い。
RRCコネクションの再設定に関するRRCメッセージに含まれる、パラメータの一例を説明する。図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。また図8は、図4において、E-UTRAでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び/又は情報要素を表すASN.1記述の一例である。図7、図8に限らず、本発明の実施の形態におけるASN.1の例で、<略>及び<中略>とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていて良い。なお本発明の実施の形態においてASN.1の例はASN.1表記方法に正しく従ったものではない。本発明の実施の形態においてASN.1の例は、本発明の実施形態におけるRRCメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が用いられて良い。またASN.1の例は、説明が煩雑になることを避けるために、本発明の一形態と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、RRCメッセージに含まれる、ASN.1で記述されるフィールド、情報要素等を、情報と言い換えても良く、パラメータと言い換えても良い。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであって良いし、E-UTRAにおけるRRCコネクション再設定メッセージであって良い。なお、本発明の実施の形態におけるASN.1の例において、主に情報要素を例にとって説明するが、本説明は情報要素に対応するフィールドに対する説明として良い。また本発明の実施の形態におけるASN.1の例において、フィールドを例にとって説明した場合、本説明はフィールドに対応する情報要素対する説明として良い。
図7においてRadioBearerConfigで表される情報要素は、SRB、DRB等の無線ベアラの設定、変更、解放等に使われる情報要素であって良い。RadioBearerConfigで表される情報要素は、後述のPDCP設定情報要素や、SDAP設定情報要素を含んで良い。RadioBearerConfigで表される情報要素を、無線ベアラ設定情報要素、又は無線ベアラ設定と言い換えて良い。RadioBearerConfigで表される情報要素に含まれる、SRB-ToAddModで表される情報要素は、SRB(シグナリング無線ベアラ)設定を示す情報要素であって良い。SRB-ToAddModで表される情報要素を、SRB設定情報要素、又はSRB設定と言い換えて良い。またSRB-ToAddModListで表される情報要素は、SRB設定のリストであって良い。RadioBearerConfigで表される情報要素に含まれる、DRB-ToAddModで表される情報要素は、DRB(データ無線ベアラ)設定を示す情報要素であって良い。DRB-ToAddModで表される情報要素を、DRB設定情報要素、又はDRB設定と言い換えて良い。DRB-ToAddModListで表される情報要素は、DRB設定のリストであって良い。DRB設定のリストを、DRB設定リスト情報要素又はDRB設定リストパラメータと言い換えて良い。なお、SRB設定、及びDRB設定を、無線ベアラ設定と言い換えても良い。
SRB設定情報要素の中の、srb-Identityで表されるフィールドは、追加又は変更するSRBのSRB識別子(SRB Identity)の情報であり、各端末装置においてSRBを一意に識別する識別子であって良い。SRB設定情報要素の中の、srb-Identityで表されるフィールドの事を、SRB識別子フィールド、またはSRB識別子と言い換えて良い。またSRB識別子を無線ベアラ識別子と言い換えて良い。
DRB設定情報要素の中の、drb-Identityで表されるフィールドは、追加又は変更するDRBのDRB識別子(DRB Identity)の情報であり、各端末装置においてDRBを一意に識別する識別子であって良い。DRB設定情報要素の中の、drb-Identityで表されるフィールドの事を、DRB識別子フィールド、またはDRB識別子と言い換えて良い。DRB識別子の値は図7の例では1から32の整数値としているが、別の値を取って良い。DCの場合、DRB識別子は、UE122のスコープ内で固有であって良い。またDRB識別子を無線ベアラ識別子と言い換えて良い。
DRB設定情報要素の中の、cnAssociationで表されるフィールドは、無線ベアラが後述のeps-bearerIdentityで表されるフィールドに関連付くか、後述のSDAP-Configで表される情報要素に関連付けられるかを示すフィールドであって良い。cnAssociationで表されるフィールドを、コア網関連付けフィールド又はコア網関連付けと言い換えて良い。cnAssociationで表されるフィールドは、端末装置がEPC104と接続する場合に後述するEPSベアラ識別子フィールド(eps-bearerIdentity)を含んで良い。またcnAssociationで表されるフィールドは、端末装置がコア網5GC110と接続する場合に後述するSDAP設定を示す情報要素(SDAP-Config)を含んで良い。eps-bearerIdentityで示されるフィールドは、EPSベアラを特定すするEPSベアラ識別子を示すフィールドであって良い。eps-bearerIdentityで示されるフィールドを、EPSベアラ識別子フィールド又はEPSベアラ識別子と言い換えて良い。
SDAP-Configで表される情報要素は、SDAPエンティティの設定又は再設定に関する情報であっても良い。SDAP-Configで表される情報要素を、SDAP設定情報要素又はSDAP設定と言い換えて良い。
SDAP設定情報要素に含まれる、pdu-sessionで示されるフィールドは、該当無線ベアラにマップ(map)されるQoSフローが所属するPDUセッションのPDUセッション識別子であって良い。pdu-sessionで示されるフィールドを、PDUセッション識別子フィールド又はPDUセッション識別子と言い換えて良い。PDUセッション識別子とはPDUセッションのPDUセッション識別子であって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。
SDAP設定情報要素に含まれる、mappedQoS-FlowsToAddで示されるフィールドは、該当無線ベアラに追加でマップさせる、アップリンクQoSフローの、QoSフロー識別子(QFI: QoSFlow Identity)フィールドのリストを示す情報であって良い。mappedQoS-FlowsToAddで示されるフィールドを、追加するQoSフローフィールド又は追加するQoSフローと言い換えて良い。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッションが示すPDUセッションのQoSフローであって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。
また、SDAP設定情報要素に含まれる、mappedQoS-FlowsToReleaseで示されるフィールドは、該当無線ベアラにマップしているQoSフローのうち、対応関係を解放するQoSフローの、QoSフロー識別子情報要素のリストを示す情報であって良い。mappedQoS-FlowsToReleaseで示されるフィールドを、解放するQoSフローフィールド又は解放するQoSフローと言い換えて良い。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッションが示すPDUセッションのQoSフローであって良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。
またSDAP設定情報要素には、この他に、該当無線ベアラを介して送信するアップリンクデータにアップリンク用SDAPヘッダが存在するか否かを示すフィールド、該当無線ベアラを介して受信するダウンリンクデータにダウンリンク用SDAPヘッダが存在するか否か事を示すフィールド、該当無線ベアラがデフォルト無線ベアラ(デフォルトDRB)であるか否かを示すフィールドなどが含まれて良い。また該当無線ベアラとは、本SDAP設定フィールドを含むDRB設定の、DRB識別子に紐づくDRBの事であって良い。
また、SRB設定情報要素、及びDRB設定情報要素の中の、PDCP-Configで表される情報要素は、NR PDCPエンティティの設定に関する情報要素であっても良い。PDCP-Configで表される情報要素を、PDCP設定情報要素又はPDCP設定と言い換えて良い。NR PDCPエンティティの設定に関する情報要素には、アップリンク用シーケンス番号のサイズを示すフィールド、ダウンリンク用シーケンス番号のサイズを示すフィールド、ヘッダ圧縮(ROHC: RObust Header Compression)のプロファイルを示すフィールド、リオーダリング(re-ordering)タイマーの値を示すフィールドなどが含まれて良い。
RadioBearerConfigで表される情報要素に含まれる、DRB-ToReleaseListで表される情報要素は、解放する1つ以上のDRB識別子を示す情報を含んで良い。
図8においてRadioResourceConfigDedicatedで表される情報要素は、無線ベアラの設定、変更、解放等に使われる情報要素であって良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、SRB-ToAddModで表される情報要素は、SRB(シグナリング無線ベアラ)設定を示す情報であっても良い。SRB-ToAddModで表される情報要素を、SRB設定情報要素又はSRB設定と言い換えて良い。SRB-ToAddModListで表される情報要素はSRB設定を示す情報のリストであって良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB-ToAddModで表される情報要素は、DRB(データ無線ベアラ)設定を示す情報であって良い。DRB-ToAddModで表される情報要素を、DRB設定情報要素又はDRB設定と言い換えて良い。DRB-ToAddModListで表される情報要素は、DRB設定を示す情報のリストであって良い。なお、SRB設定、及びDRB設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換えても良い。
SRB設定情報要素の中の、srb-Identityで表されるフィールドは、追加又は変更するSRBのSRB識別子(SRB Identity)の情報であり、各端末装置においてSRBを一意に識別する識別子であって良い。SRB設定情報要素の中の、srb-Identityで表されるフィールドの事を、SRB識別子フィールド、またはSRB識別子と言い換えて良い。またSRB識別子を無線ベアラ識別子と言い換えて良い。図8のSRB識別子は、図7のSRB識別子と、同一の役割をもって良い。
DRB設定の中の、drb-Identityで表されるフィールドは、追加又は変更するDRBのDRB識別子(DRB Identity)の情報であり、各端末装置においてDRBを一意に識別する識別子であって良い。DRB設定情報要素の中の、drb-Identityで表されるフィールドの事を、DRB識別子フィールド、またはDRB識別子と言い換えて良い。DRB識別子の値は、図8の例では1から32の整数値としているが、別の値を取って良い。またDRB識別子を無線ベアラ識別子と言い換えて良い。図8のDRB識別子は、図7のDRB識別子と、同一の役割をもって良い。
DRB設定情報要素の中の、eps-BearerIdentityで表されるフィールドは、各端末装置においてEPSベアラを一意に識別するEPSベアラ識別子であって良い。eps-BearerIdentityで表されるフィールドを、EPSベアラ識別子フィールド又はEPSベアラ識別子と言い換えて良い。EPSベアラ識別子の値は、図8の例では1から15の整数値としているが、別の値を取って良い。図8のEPSベアラ識別子は、図7のEPSベアラ識別子と、同一の役割をもって良い。またEPSベアラ識別子と、DRB識別子とは各端末装置において、1対1に対応して良い。
またSRB設定情報要素、及びDRB設定情報要素の中の、PDCP-Configで表される情報要素はE-UTRA PDCPエンティティの設定に関する情報要素であって良い。PDCP-Configで表される情報要素をPDCP設定情報要素又はPDCP設定と言い換えて良い。E-UTRA PDCPエンティティの設定に関する情報要素には、シーケンス番号のサイズを示すフィールド、ヘッダ圧縮(ROHC: RObust Header Compression)のプロファイルを示すフィールド、リオーダリング(re-ordering)タイマーの値を示すフィールドなどが含まれて良い。
また図8に示すSRB設定情報要素には、更にE-UTRA RLCエンティティ設定に関するフィールドを含んで良い(不図示)。E-UTRA RLCエンティティ設定に関するフィールドの事を、RLC設定フィールド又はRLC設定と言い換えて良い。また、図8に示すSRB設定情報要素には、論理チャネル設定に関する情報要素を含んで良い(不図示)。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。
また図8に示すDRB設定情報要素には、更にE-UTRA RLCエンティティ設定に関する情報要素を含んでも良い(不図示)。E-UTRA RLCエンティティ設定に関する情報要素の事を、RLC設定情報要素又はRLC設定と言い換えて良い。また、図8に示すDRB設定情報要素には、論理チャネル識別子(identity: ID)情報を示すフィールドが含まれて良い。論理チャネル識別子(identity: ID)情報を示すフィールドを、論理チャネル識別子フィールド又は論理チャネル識別子と言い換えて良い。また、図8に示すDRB設定情報要素には、論理チャネル設定に関する情報要素を含んで良い(不図示)。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。
RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB-ToReleaseListで表される情報要素は、解放する一つ以上のDRB識別子を示す情報を含んで良い。
なおNRにおいて、各無線ベアラに対するNR RLCエンティティ設定に関する情報要素、論理チャネル識別子(identity: ID)情報を示す情報要素、論理チャネル設定に関する情報要素等のRLCベアラ設定に関する情報要素は、図7におけるRadioBearerConfigで表される情報要素ではなく、セルグループ設定に関する情報要素に含まれて良い(不図示)。セルグループ設定に関する情報要素は、RRCコネクションの再設定に関するメッセージに含まれて良い。セルグループ設定に関する情報要素を、セルグループ設定情報要素、又はセルグループ設定と言い換えて良い。NR RLCエンティティ設定に関する情報要素を、RLC設定情報要素、又はRLC設定と言い換えて良い。論理チャネル識別子情報を示す情報要素を、論理チャネル識別子情報要素又は論理チャネル識別子と言い換えて良い。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル識別子と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。
また図7又は図8を用いて説明した一部、又は全てのフィールドや情報要素は、オプショナルであって良い。即ち図7又は図8を用いて説明したフィールドや情報要素は必要や条件に応じてRRCコネクションの再設定に関するメッセージに含まれて良い。またRRCコネクションの再設定に関するメッセージには、無線ベアラの設定に関する情報要素の他に、フル設定が適用される事を意味するフィールドなどが含まれて良い。フル設定が適用される事を意味するフィールドは、fullConfigなどの情報要素名で表されても良く、true、enableなどを用いてフル設定が適用される事を示して良い。
以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
図5は本発明の実施の形態における端末装置(UE122)の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図5では、本発明の一形態と密接に関連する主な構成部のみを示す。
図5に示すUE122は、基地局装置よりRRCメッセージ等を受信する受信部500、及び受信したメッセージに含まれるパラメータに従って処理を行う処理部502、および基地局装置にRRCメッセージ等を送信する送信部504から成る。上述の基地局装置とは、eNB102であっても良いし、gNB108であっても良い。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全てが含まれてよい。
図6は本発明の実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図6では、本発明の一形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、eNB102であっても良いし、gNB108であっても良い。
図6に示す基地局装置は、UE122へRRCメッセージ等を送信する送信部600、及びパラメータを含むRRCメッセージを作成し、UE122に送信する事により、UE122の処理部502に処理を行わせる処理部602、およびUE122からRRCメッセージ等を受信する受信部604から成る。また、処理部602には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部602には、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
図9~図11用いて、SC-PTMを用いたMBMS送信/受信の動作の概要を説明する。なお、以下の説明において用いられる用語である、MBMS、MBMSサービス、MBMSセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。
図9は、SC-PTMを用いたMBMS受信の設定のための手順のフローを示す図である。図10は、図9における、SIB20(System Information Block Type 20)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図である。また図11は、図9におけるSC-PTM設定メッセージ(SCPTMConfiguration)に含まれる、フィールド、及び/又は情報要素を表すASN.1記述の一例を示す図である。
図9に示すように、eNB102の処理部602は、RRCメッセージであるSIB20(System Information Block type 20)を作成し、送信部600より、BCCHを介してUE122へ送信する。UE122の受信部500は、SIB20を受信する。(ステップS900)。
SIB20は、SC-PTMを用いたMBMSの送信に関する制御情報(具体的には、SC-MCCH)の取得に必要な情報を含む。例えば、SIB20は、SC-MCCHの内容が変更され得る周期を示すsc-mcch-ModificationPeriodで表されるフィールド、SC-MCCHの送信(再送)時間間隔を無線フレーム数で示すsc-mcch-RepetitionPeriodで表されるフィールド、SC-MCCHがスケジュールされる無線フレームのオフセットを示すsc-mcch-Offsetで表されるフィールド、SC-MCCHがスケジュールされるサブフレームを示すsc-mcch-FirstSubframeで表されるフィールド、SC-MCCHがスケジュールされるサブフレームの期間を示すsc-mcch-durationで表されるフィールド、等のフィールド、及び/又は情報要素のうちの一部又は全てを含む。
次にeNB102の処理部は、RRCメッセージであるSC―PTM設定メッセージ(SCPTM Configuration)を作成し、送信部600よりSC-MCCHを介して送信する。UE122の受信部500は、SIB20の設定に基づいて、SC-PTM設定情報を受信する。物理層において、SC-MCCHの送信にはSC-RNTI(Single Cell RNTI)が用いられる。(ステップS902)。
SC-PTM設定情報は、MBMS受信に適用可能な制御情報を含む。例えばSC-PTM設定情報は、当該情報を送信するセルにおける各SC-MTCHの設定を含むsc-mtch-InfoListで表されるフィールド、及びMBMSを提供する隣接セルのリストであるscptm-NeighbourCellListで表されるフィールド、等のフィールド、及び/又は情報要素のうちの一部又は全てを含む。
sc-mtch-InfoListは、1又は複数のSC-MTCH-Infoで表される情報要素を含む。各SC-MTCH-Infoは、MBMSセッションの情報であるmbmsSessionInfoで表されるフィールド、マルチキャストグループ(具体的には、特定グループ宛てのSC-MTCH)を識別するRNTI(Radio Network Temporary Identifier)であるg-RNTIで表されるフィールド、SC-MTCHのためのDRX情報であるsc-mtch-schedulingInfoで表されるフィールド、当該MBMSセッションがSC-MTCHを用いて受信できる近隣セルの情報であるsc-mtch-neighbourCellで表されるフィールド、等のフィールドのうちの一部又は全てを含む。mbmsSessionInfoは、MBMSベアラサービスを識別する識別子、TMGI(Temporary Mobile Group Identity)であるtmgiで表されるフィールド、及びMBMSセッションの識別子であるsessionIdで表されるフィールド、等のフィールドのうちの一部又は全てを含む。
UE122の処理部502は、興味のあるMBMSセッションの受信を開始するために、SC-PTMを用いたMBMSセッション受信用の無線ベアラである、SC-MRB(Single Cell MBMS Point to Multipoint Radio Bearer)確立処理を行っても良い(ステップS904)。SC-MRB確立処理は、例えば当該MBMSセッションの開始の時、UE122が興味のあるMBMSサービスがSC-MRBを介して提供されるセルに入った時、MBMSサービスに興味を持った時、MBMSサービスの受信が抑制されていたUE能力の限界が取り除かれた時、等に起動されても良い。SC-MRB確立処理はUE122がRRC_IDLE状態の時に行われても良いし、UE122がRRC_CONNECTED状態の時に行われても良い。UE122の処理部502はSC-MRB確立処理を行う際、以下の(A)から(D)の処理のうちの一部又は全てを行っても良い。
(A)SC-MCCH及びSC-MTCHのデフォルト設定に従って、RLCエンティティを確立する。
(B)確立するSC-MRBに適用するSC-MTCH論理チャネルを設定し、MACエンティティを、上述のSC-PTM設定メッセージを受信したセルに対し、上述のSC-PTM設定メッセージに従って、当該MBMSセッションを受信できるようインストラクト(instruct)する。
(C)確立するSC-MRBに対し、物理レイヤを上述のsc-mtch-InfoListに基づいて設定する。
(D)上位レイヤに対し、確立したSC-MRBに対応するtmgiとsessionIdを通知(indicate)する事により、SC-MRBの確立を知らせる。
(A)SC-MCCH及びSC-MTCHのデフォルト設定に従って、RLCエンティティを確立する。
(B)確立するSC-MRBに適用するSC-MTCH論理チャネルを設定し、MACエンティティを、上述のSC-PTM設定メッセージを受信したセルに対し、上述のSC-PTM設定メッセージに従って、当該MBMSセッションを受信できるようインストラクト(instruct)する。
(C)確立するSC-MRBに対し、物理レイヤを上述のsc-mtch-InfoListに基づいて設定する。
(D)上位レイヤに対し、確立したSC-MRBに対応するtmgiとsessionIdを通知(indicate)する事により、SC-MRBの確立を知らせる。
UE122の処理部502は、上述のSC-PTM設定メッセージに従って、確立したSC-MRBを介して当該MBMSセッションを受信する(ステップS906)。当該MBMSセッションを受信する以前に、UE122の処理部502は、SC-MRBを介してMBMSサービスを受信する事、又は受信する事に興味がある事をeNB102に通知(indicate)するための、MBMS興味通知メッセージ(MBMSInterestIndication)を作成し、送信部504よりeNB102に送信しても良い(不図示)。MBMS興味通知メッセージには、MBMSサービス受信をユニキャスト受信よりも優先するか否かの情報を含んでも良い。またMBMS興味通知メッセージは、SIB20を受信した後、RRC_CONNECTED状態に遷移する際、又はRRC_CONNECTED状態に遷移した後に送られても良い。またMBMS興味通知メッセージは、ハンドオーバの際にSIB20を受信した場合に送られても良いし、RRCコネクションの再確立の際にSIB20を受信した場合に送られても良い。
UE122の処理部502は、MBMSセッションの受信を停止するために、SC-MRB解放処理を行っても良い(ステップS908)。SC-MRB解放処理は例えば、受信しているMBMSセッションを停止する時、SC-MRBが確立されているセルから離れる時、MBMSサービスに対する興味が失われた時、UE能力の限界でMBMSサービスの受信が抑制される時、等に起動されても良い。SC-MRB解放処理はUE122がRRC_IDLE状態の時に行われても良いし、UE122がRRC_CONNECTED状態の時に行われても良い。UE122の処理部502はSC-MRB解放処理を行う際、以下の(A)から(B)の処理のうちの一部又は全てを行っても良い。
(A)解放するSC-MRBのRLCエンティティ、及び関連するMACと物理レイヤ設定を解放する。
(B)上位レイヤに対し、解放したSC-MRBに対応するtmgiとsessionIdを通知する事により、SC-MRBの解放を知らせる。
(A)解放するSC-MRBのRLCエンティティ、及び関連するMACと物理レイヤ設定を解放する。
(B)上位レイヤに対し、解放したSC-MRBに対応するtmgiとsessionIdを通知する事により、SC-MRBの解放を知らせる。
以上、SC-PTMを用いたMBMS受信の設定に関する動作の概要を説明した。SC-PTMを用いた基地局装置からのMBMS送信/端末装置におけるMBMS受信(以下MBMS送信/受信と記述する)の他、MBSFNを用いたMBMS送信/受信も規格化されている。しかしながら、SC-PTMを用いたMBMS送信/受信、及びMBSFNを用いたMBMS送信/受信は、RATとしてE-UTRAを用いる。RATとしてNRを用いたマルチキャスト・ブロードキャストサービス(MBS: Multicast Broadcast Service)送信/受信は、まだ規格化されていない。
図5、図6、及び図12から図19を用いて、本発明の実施の形態における、UE122及びgNB108の動作の一例を説明する。なお、本発明の実施の形態において用いられる用語である、MBS、MBSサービス、MBSセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において用いられる用語である、MBS、MBSサービス、MBSセッションは、MBMS、MBMSサービス、MBMSセッションと同等の意味を持つ用語であっても良い。また、本発明の実施の形態において用いられる用語である、マルチキャスト、マルチキャストサービス、マルチキャストセッション、は同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において用いられる用語である、ブロードキャスト、ブロードキャストサービス、ブロードキャストセッション、は同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において、マルチキャストとブロードキャストを区別せず、単にMBSと称した場合、このMBSはマルチキャスト及び/又はブロードキャストであって良い。なお本発明の実施の形態における基地局装置を、gNB108を用いて説明するが、eNB102であっても良く、また第5世代以降の無線アクセス技術における基地局装置であっても良い。
MBSには1つ又は複数の配信モード(delivery mode)が規定されて良い。例えばQoS要求が高いMBSの配信モードが規定されて良い。QoS要求が高いとは、高信頼性が求められる事を含んで良いし、低遅延が求められる事を含んで良い。また、例えばQoS要求が低いMBSの配信モードが規定されて良い。本発明の実施の形態において、上述のQoS要求が高いMBSの配信モードを、配信モード1と呼ぶが、他の名称で呼んでも良い。また本発明の実施の形態において、上述のQoS要求が低いMBSの配信モードを、配信モード2と呼ぶが、他の名称で呼んでも良い。
配信モード1は、マルチキャストセッションの配信に使われるが、ブロードキャストセッションの配信には使われない配信モードであって良い。また配信モード1は、マルチキャストセッションの配信及びブロードキャストセッションの配信に使われる配信モードであっても良い。配信モード1がブロードキャストセッションの配信に使われる場合、そのブロードキャストセッションはQoS要求が高いブロードキャストセッションであって良い。配信モード2は、ブロードキャストセッションの配信に使われるが、マルチキャストセッションの配信には使われない配信モードであって良い。また配信モード2は、マルチキャストセッションの配信及びブロードキャストセッションの配信に使われる配信モードであっても良い。配信モード2がマルチキャストセッションの配信に使われる場合、そのマルチキャストセッションはQoS要求が低いマルチキャストセッションであって良い。
配信モード1で配信されるMBSセッションの受信は、RRC_CONNECTED状態のUE122において可能であって良く、RRC_INACTIVE状態及び/又はRRC_IDLE状態のUE122において可能でなくて良い。また、配信モード1で配信されるMBSセッションの受信は、RRC_CONNECTED状態のUE122において可能であって良く、また上述のMBSセッションの受信をRRC_CONNECTED状態で開始したUE122が、RRC_INACTIVE状態及び/又はRRC_IDLE状態へと状態遷移した後においても可能であって良い。配信モード2で配信されるMBSセッションの受信は、RRC_CONNECTED状態、及び/又はRRC_INACTIVE状態、及び/又はRRC_IDLE状態のUE122において可能であって良い。
また本発明の実施の形態において、UE122にMBS受信用にMBS用無線ベアラが確立及び/又は設定されて良い。またgNB108においてMBS伝送用にMBS用無線ベアラが確立及び/又は設定されて良い。また本発明の実施の形態において、MBS用無線ベアラに対しMRB(MulticastRadio Bearer)という名称を用いるが、別の名称であっても良い。UE122はgNB108から受信するRRCメッセージに含まれるパラメータに従って、MRBを確立及び/又は設定して良い。またUE122は、UE122が保有するデフォルト情報に従って、MRBを確立及び/又は設定して良い。またUE122はgNB108から受信するRRCメッセージに含まれるパラメータ、及びUE122が保有するデフォルト情報に従って、MRBを確立及び/又は設定して良い。
MRBには、一つ又は複数の種類のMRBが規定されて良い。例えば配信モード1用MRBが規定されて良い。また配信モード2用MRBが規定されて良い。配信モード1用MRB及び配信モード2用MRBを、それぞれ別の用語で言い換えて良い。例えば配信モード1用MRBを、モード1MRBと言い換えて良く、配信モード2用MRBを、モード2MRBと言い換えて良い。また例えば配信モード1用MRBを、タイプ1MRBと言い換えて良く、配信モード2用MRBを、タイプ2MRBと言い換えて良い。配信モード1用MRB及び配信モード2用MRBの言い換えは、これに限らなくて良い。また本発明の実施の形態において、配信モード1用MRBと配信モード2用MRBを区別せず、単にMRBと称した場合、このMRBは配信モード1用MRB及び/又は配信モード2用MRBであって良い。
MRBには、MBSを1対多(Point-to-Multipoint)で受信するためのレグ(leg)、及びMBSを1対1(ポイント・ツー・ポイント:Point-to-Point)で受信するためのレグが確立及び/又は設定されて良い。またMRBにはMBSを1対多で受信するためのレグのみ確立及び/又は設定されて良い。またMRBには、MBSを1対1で受信するためのレグのみ確立及び/又は設定されて良い。上述のレグとはRLCベアラの事であって良い。また上述のレグとはロジカルチャネルの事であっても良い。UE122に、MBSを1対多で受信するためのRLCベアラ、及びMBSを1対1で受信するためのRLCベアラ持つMRBが確立及び/又は設定される場合、上述のMBSを1対多で受信するためのRLCベアラ、及びMBSを1対1で受信するためのRLCベアラは、上述のMRBに確立及び/又は設定される、1つのPDCPエンティティに紐づいて良い。またUE122に、MBSを1対多で受信するためのロジカルチャネル、及びMBSを1対1で受信するためのロジカルチャネル持つMRBが確立及び/又は設定される場合、上述のMBSを1対多で受信するためのロジカルチャネル、及びMBSを1対1で受信するためのロジカルチャネルは、上述のMRBに1つ又は複数確立及び/又は設定される、RLCエンティティのうちの1つに紐づいて良い。なお上述のMBSを1対多で受信するを、MBSを1対多で配信すると言い換えて良い。また上述のMBSを1対1で受信するを、MBSを1対1で配信すると言い換えて良い。
UE122がMBSを1対多で受信する場合、UE122にMBSを1対多で受信するための機能が確立及び/又は設定されて良い。UE122はgNB108から受信するRRCメッセージに従って、上述のMBSを1対多で受信するための機能を確立及び/又は設定して良い。上述のMBSを1対多で受信するための機能とは、MBSを1対多で伝送するためのロジカルチャンネルを使って伝送されるMBSを受信する機能であっても良い。また上述のMBSを1対多で受信するための機能とは、1対多で伝送されたMBSのスケジューリング情報を得る機能であっても良い。本発明の実施の形態において、上述のMBSを1対多で伝送するためのロジカルチャンネルに対し、MTCH(Multicast Traffic Channel)という用語を用いるが、他の用語が用いられても良い。また、UE122はgNB108から受信するRRCメッセージに従って、MTCHを用いたMBS伝送を識別するための識別子を確立及び/又は設定して良い。本発明の実施の形態において、上述のMTCHを用いたMBS伝送を識別するための識別子に対し、G-RNTI(Group Radio Network Temporary Identifier) という用語を用いるが、他の用語であっても良い。また本発明の実施の形態において、設定されたスケジューリング(Configured Scheduling)でのMTCHを用いたMBS伝送を識別する識別子に対し、G-CS-RNTI(Group Configured Scheduling Radio Network Temporary Identifier) という用語を用いるが、他の用語であっても良い。またMTCHを用いたMBS伝送を識別するための識別子を、MTCHを用いたMBSスケジューリング情報を識別するための識別子と言い換えて良い。G-RNTIとMBSセッションは、1対1の対応(one-to-one mapping)であって良いし、G-RNTIと、MBSセッションを識別するための情報は、1対1の対応であって良い。またG-CS-RNTIとMBSセッションは、1対1の対応(one-to-one mapping)であって良いし、G-CS-RNTIと、MBSセッションを識別するための情報は、1対1の対応であって良い。本発明の実施の形態において、MBSセッションを識別するための情報に対し、TMGI(Temporary Mobile Group Identity)という用語を用いるが、他の用語が用いられても良い。またMBSセッションを識別するための情報に、セッション識別子(Session ID)が用いられても良いし、TMGI及びセッション識別子が用いられても良い。また上述のMBSを1対多で受信するための機能とは、G-RNTI及び/又はG-CS-RNTIに対するPDCCHを監視(monitor)する機能であって良い。また上述のMBSを1対多で受信するための機能とは、G-RNTI及び/又はG-CS-RNTIに対するPDCCHによる下りリンク割り当て(downlink assignment)を受信した場合に、受信したデータのデコードを試みる機能であって良い。また上述のMBSを1対多で受信するための機能とは、G-CS-RNTIに対する、設定された下りリンクスケジューリング(configured downlink scheduling)によって受信したデータのデコードを試みる機能であって良い。
上述のMTCHはマルチキャスト及び/又はブロードキャストトラフィックチャネルであっても良い。また上述のMTCHはUE122がMBSを受信する場合にのみ、そのUE122によって使われても良い。またMTCHは、MBS-MTCH、NR-MTCH等の、別の用語が用いられても良い。上述のMTCHは下りリンクトランスポートチャネルであるDL-SCHにマップされて良い。
なおMBSの1対1での受信は、DTCHロジカルチャンネルなどの専用ユーザデータ用論理チャネルを使って伝送されたMBSの受信であって良い。またMBSの1対1での受信は、C-RNTIに対するPDCCHによる下りリンク割り当てを受信する事により行われて良い。また、またMBSの1対1での受信は、CS-RNTI(Configured Scheduling Radio Network Temporary Identifier)に対する、設定された下りリンクスケジューリングで受信する事により行われて良い。
なお、MBSを1対1で受信する際、DRBを用いても良い。DRBとMRBとは、PDCP層のASセキュリティ機能の違いで区別されて良い。MRBに確立されるPDCPエンティティには、ASセキュリティが設定されなくて良い。またMRBに確立されるPDCPエンティティには、DRBに確立されるPDCPエンティティに設定される第1のASセキュリティとは異なる第2のASセキュリティが設定されて良い。またMRBに確立されるPDCPエンティティには、上述のMRBが紐づくPDUセッションと同じPDUセッションに紐づくDRBに確立される、PDCPエンティティに設定される第3のASセキュリティとは異なる第4のASセキュリティが設定されて良い。ASセキュリティとは暗号化及び復号化(ciphering and deciphering)、及び/又は完全性保護及び検証(integrity protection and verification)であって良い。
配信モード1用MRBは、UE122がgNB108から、DCCH用いて送られたRRCメッセージを受信する事により、UE122に確立されて良い。上述のDCCH用いて送られたRRCメッセージは、RRC再設定メッセージであって良い。また上述のDCCH用いて送られたRRCメッセージは、RRC再設定メッセージ以外の別のRRCメッセージであって良い。配信モード2用MRBは、UE122がgNB108から、一つ又は複数のMTCHに対するMBS制御情報を送るための、1対多の下りリンクチャネル(下りリンクロジカルチャネル)を用いて送られた、RRCメッセージを受信する事により確立されて良い。本発明の実施の形態において、上述の、一つ又は複数のMTCHに対するMBS制御情報を送るための、1対多の下りリンクチャネル(下りリンクロジカルチャネル)に対し、MCCH(Multicast Control Channel)という用語を用いるが、他の用語が用いられても良い。例えば上述のMCCHは、MBS-MCCH、NR-MCCH等の、他の用語が用いられても良い。また上述のMCCHはマルチキャスト及び/又はブロードキャスト制御チャネルであって良い。また上述のMCCHは下りリンクトランスポートチャネルであるDL-SCHにマップされて良い。
図5から図6及び図12から図13を用いて、UE122がgNB108から受信するRRCメッセージに従って、配信モード1用MRBを確立及び/又は設定する一手段について説明する。図12は、本発明の実施の形態における、配信モード1用MBSの確立及び/又は設定に関する手段の一例である。図12において、gNB108の処理部602はRRCメッセージを作成する(ステップS1200)。上述のRRCメッセージは、UE122が配信モード1用MRBを確立及び/又は設定するために必要なパラメータを含んで良い。
図13に、UE122がgNB108から受信するRRCメッセージに含まれる、配信モード1用MRBを確立及び/又は設定するためのパラメータを示す、ASN.1の一例を示す。図13において、MRB-ToAddModで表される情報要素は、MRB(MBS用無線ベアラ)設定を示す情報要素であって良い。MRB-ToAddModで表される情報要素を、MRB設定情報要素、又はMRB設定と言い換えて良い。またMRB-ToAddModListで表される情報要素は、MRB設定のリストであって良い。MRB設定のリストを、MRB設定リスト情報要素又はMRB設定リストパラメータと言い換えて良い。MRB設定情報要素の中の、MRB-Identityで表される情報要素は、追加又は変更するMRBのMRB識別子(MRB Identity)の情報であり、各端末装置においてMRBを一意に識別する識別子であって良い。MRB設定情報要素の中の、MRB-Identityで表される情報要素の事を、MRB識別子情報要素、またはMRB識別子と言い換えて良い。またMRB識別子を無線ベアラ識別子と言い換えて良い。図13に示す通り、MRB設定情報要素は、図7において説明した、SDAP設定情報要素、及びPDCP設定情報要素のうちの一部又は全てのパラメータを含んで良い。また、図7において説明した通り、SDAP設定情報要素は、PDUセッション識別子を含んでよい。またMRB-ToReleaseListで表される情報要素は、解放されるMRBのリストを示す情報要素であって良い。解放されるMRBのリストを示す情報要素は、解放されるMRBのMRB識別子を含んで良い。
図13において、RLC-Bearer-Configで表される情報要素は、RLCベアラ設定を示す情報要素であって良い。RLC-Bearer-Configで表される情報要素を、RLCベアラ設定情報要素、又はRLCベアラ設定と言い換えて良い。またrlc-BearerToAddModListで表されるフィールドは、RLCベアラ設定のリストであって良い。RLCベアラ設定の中の、LogicalChannelIdentityで表される情報要素は、このRLCベアラ設定により確立及び/又は設定されるRLCベアラに対するMACロジカルチャネルを示す情報要素であって良い。RLCベアラ設定の中の、MRB-Identityで表される情報要素は、上述のMRB識別子であり、このRLCベアラ設定により確立及び/又は設定されるRLCベアラが関連付けられるMRBのMRB識別子であって良い。またRLCベアラ設定の中の、RLC-Configで表される情報要素は、RLC設定を示す情報要素であって良い。RLC-Configで表される情報要素を、RLC設定情報要素、又はRLC設定と言い換えて良い。なお、RLCベアラ設定は、MBSを1対多で受信するためのRLCベアラである事を示す情報、MBSを1対多で受信するためのRLCベアラであるか否か示す情報、MBSを1対1で受信するためのRLCベアラである事を示す情報、MBSを1対1で受信するためのRLCベアラであるか否か示す情報、などを含んで良い(不図示)。
また、ステップS1200において、gNB108の処理部602が作成するRRCメッセージはG-RNTI及び/又はG-CS-RNTIの情報を含んで良い。上述のG-RNTI及び/又はG-CS-RNTIの情報は、RLCベアラ設定に含まれて良いし、MRB設定に含まれて良い(不図示)。またMRB設定情報要素は、MBSを1対多で受信するためのRLCベアラに対するMACロジカルチャネル示す情報要素及び/又はフィールドを含んで良い。またMRB設定情報要素は、MBSを1対1で受信するためのRLCベアラに対するMACロジカルチャネル示す情報要素及び/又はフィールドを含んで良い(不図示)。
次にgNB108の送信部600は、ステップS1200で生成した上述のRRCメッセージを、UE112に送信する(ステップS1202)。gNB108は、上述のRRCメッセージをUE112に送信する際、DCCHロジカルチャネルを用いて送信して良い。また上述のRRCメッセージは、例えばRRC再設定メッセージであって良い。
次にUE112の受信部500は上述のRRCメッセージを受信し、UE122の処理部502は受信した上述のRRCメッセージに従って、配信モード1用MRBを確立及び/又は設定を行って良い(ステップS1204)。UE112の処理部502は、受信したRRCメッセージが、DCCHロジカルチャネルを用いてgNB108から送信されたRRCメッセージである事に基づいて、確立及び/又は設定を行うMRBが、配信モード1用MRBである事を判断して良い。またUE112の処理部502は、受信したRRCメッセージが、RRC再設定メッセージである事に基づいて、確立及び/又は設定を行うMRBが、配信モード1用MRBである事を判断して良い。またUE122の処理部502は、確立及び/又は設定されたMRBがPDUセッションに関連している事に基づいて、このMRBが配信モード1用MRBである事を判断して良い。なお、ステップS1200からステップS1204において、UE122は、RRC_CONNECTED状態であって良い。
図5、図6及び図14を用いて、UE122が配信モード2用MRBを確立及び/又は設定する一手段について説明する。図14は、本発明の実施の形態における、配信モード2用MBSの確立及び/又は設定に関する手段の一例である。を示す図である。
図14に示すように、gNB108の処理部602は、MBS送信に関する制御情報の取得に必要な情報をブロードキャストするために、RRCメッセージの一つである第1のSIB(System Information Block)を作成し、送信部600よりUE122へ送信しても良い。UE122の受信部500は、上述の第1のSIBを受信する。なお、上述の第1のSIBは、BCCH論理チャネルを介して送信されても良いし、別の論理チャネルを介して送信されても良い。また上述のMBS送信に関する制御情報の取得に必要な情報とは、MCCHに関する情報であっても良い。 (ステップS1400)
上述の第1のSIBには、例えば、MCCHの内容が変更され得る周期を示すパラメータ、MCCHの送信(再送)時間間隔に関するパラメータ、MCCHがスケジュールされる無線フレームのオフセットを示すパラメータ、MCCHがスケジュールされるスロットを示すパラメータ、MCCHがスケジュールされるスロットの期間を示すパラメータ、等のパラメータのうちの一部又は全てを含んでも良い。なお上述のMCCHの送信(再送)時間間隔に関するパラメータは無線フレーム数で示されても良い。
次にgNB108の処理部602は、上述のMCCHで送信されるRRCメッセージを作成し、送信部600より送信しても良い。UE122の受信部500は、上述の第1のSIBの設定に基づいて、上述のMCCHで送信されたRRCメッセージを受信しても良い。上述のMCCHの送信には、上述のMCCH送信を識別するための専用のRNTI(Radio Network Temporary Identifier)が用いられても良い。また上述のMCCH送信を識別するための専用のRNTIの値は、特定の値が使われても良いし、上述の第1のSIBにより値が設定されても良い。本発明の実施の形態において、上述のMCCHで送信されるRRCメッセージをMBS設定情報メッセージというメッセージ名を用いて説明するが、別のメッセージ名が用いられても良い。(ステップS1402)
上述のMBS設定情報メッセージは、MBS受信のためのパラメータであるMTCHパラメータを1つ又は複数含んでも良い。例えばMTCHパラメータは、図11におけるSC-MTCH-InfoListで示される情報要素が、1つ又は複数のSC-MTCH-Infoで示される情報要素をリストの形で含むように、1つ又は複数のMTCHパラメータは、リストの形で上述のMBS設定情報メッセージに含まれて良い。またMTCHパラメータは、各MBSセッションに対し存在して良い。例えば、第1のMBSセッションに対して、第1のMTCHパラメータが、第2のMBSセッションに対して、第2のMTCHパラメータが其々存在して良い。なお、本発明の実施の形態において、上述のMBS受信のためのパラメータを、MTCHパラメータという名称を用いて説明するが、別の名称であっても良い。
MTCHパラメータは、MBSセッションの情報に関するパラメータ、マルチキャスト及び/又はブロードキャストグループ(特定グループ宛てのMTCH)を識別するRNTIを示すパラメータ、論理チャネル識別子を示すパラメータ、MTCHのためのDRX情報に関するパラメータ、同一のMBSを提供する隣接セルのリストを示すパラメータのうちの一部又は全てを含んでも良い。上述のマルチキャスト及び/又はブロードキャストグループ(特定グループ宛てのMTCH)を識別するRNTIを示すパラメータは、G-RNTIであって良い。上述のMBSセッションの情報に関するパラメータには、例えばMBSを識別する識別子であるTMGI(Temporary Mobile Group Identity)を示すパラメータ、MBSセッションの識別子であるSession IDを示すパラメータ、MBSセッションが属するPDUセッションを示すパラメータ、MBSセッションに用いられるQoSフローを示すパラメータ、等のパラメータうちの一部又は全てを含んでも良い。
なお、上述の同一のMBSを提供する隣接セルのリストを示すパラメータには、同一のMBSをMTCH、及び/又はMRBを介して提供する隣接セルのリストを示すパラメータが含まれても良いし、同一のMBSをユニキャスト、及び/又はDTCH、及び/又はDRBを介して提供する隣接セルのリストを示すパラメータが含まれても良い。
また、MBS設定情報メッセージ及び/又はMBS MTCHパラメータは、MRB設定に関するパラメータを含んで良い。MRB設定に関するパラメータは、MRBを識別する識別子、SDAP設定情報要素、PDCP設定情報要素を含むパラメータのうちの、一部又は全てを含んで良い。また上述のMRB設定に関するパラメータは、1つ又は複数のRLCベアラ設定情報要素を含んで良い。上述のRLCベアラ設定情報要素は、RLCエンティティを確立及び/又は設定するためのRLC設定情報要素、論理チャネル設定のための論理チャネル情報要素のうちの一部又は全てを含んで良い。また上述のRLCベアラ設定情報要素は、MRB設定とは別の情報要素に含まれ、上述のMRBを識別する識別子等により、MRB設定に関するパラメータに紐づけられても良い。また上述のMRB設定には、MBSを1対多で受信するRLCベアラを識別するパラメータが含まれて良い。また上述のMRB設定には、MBSを1対1で受信するRLCベアラを識別するパラメータが含まれて良い。上述のMBSを1対多で受信するRLCベアラを識別するパラメータ、及び/又はMBSを1対1で受信するRLCベアラを識別するパラメータとは、論理チャネル識別子であって良い。なお、配信モード2用MRBは、MBSを1対1で受信するRLCベアラを持たなくて良い。すなわち配信モード2用MRBは、MBSを1対多でのみ受信する機能を持って良い。
UE122は受信部500よりMBS設定情報メッセージを受信し、UE122の処理部502は、受信したMBS設定情報メッセージに従って、配信モード2用MRBを確立及び/又は設定して良い(ステップS1404)。UE112の処理部502は、受信したMBS設定情報メッセージが、MCCHロジカルチャネルを用いてgNB108から送信されたRRCメッセージである事に基づいて、確立及び/又は設定を行うMRBが、配信モード2用MRBである事を判断して良い。またUE112の処理部502は、受信したRRCメッセージが、MBS設定情報メッセージである事に基づいて、確立及び/又は設定を行うMRBが、配信モード2用MRBである事を判断して良い。またUE122の処理部502は、確立及び/又は設定されたMRBがPDUセッションに関連していない事に基づいて、このMRBが配信モード2用MRBである事を判断して良い。なお、ステップS1400からステップS1404において、UE122は、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態のうちの何れかの状態であって良い。
なお、UE122がMRBを確立及び/又は設定する際、UE122が保有するデフォルト情報のみを用いても良い。またUE122がMRBを確立及び/又は設定する際、gNB108から受信したRRCメッセージに含まれる、MRB確立及び/又は設定に必要な情報に加え、UE122が保有するデフォルト情報を用いても良い。また、UE122が配信モード1用MRBを確立及び/又は設定する際、gNB108からDCCHを介して受信したRRCメッセージに含まれる、MRB確立及び/又は設定に必要な情報に加え、次の(A)及び(B)のうちの一部又は全てを含む情報を用いて良い。
(A) UE122が保有するデフォルト情報
(B) gNB108からMCCHを介して受信したRRCメッセージに含まれる、MRB確立及び/又は設定に必要な情報
(A) UE122が保有するデフォルト情報
(B) gNB108からMCCHを介して受信したRRCメッセージに含まれる、MRB確立及び/又は設定に必要な情報
次に、MRBが確立及び/又は設定されたUE122の動作について説明する。
図15は本発明の実施の形態におけるUE122における処理の第1の例を示す図である。UE122の処理部502は、確立及び/又は設定されたMRBが、配信モード1用MRBであるか、配信モード2用MRBであるかを判断して良い(ステップS1500)。UE112の処理部502は、MRBがDCCHロジカルチャネルを用いてgNB108から送信されたRRCメッセージに従って確立及び/又は設定されたという事に基づいて、このMRBを配信モード1用MRBと判断して良い。またUE112の処理部502は、MRBがgNB108から送信されたRRC再設定メッセージに従って確立及び/又は設定されたという事に基づいて、このMRBを配信モード1用MRBと判断して良い。またUE122の処理部502は、MRBがPDUセッションに関連している事に基づいて、このMRBが配信モード1用MRBである事を判断して良い。UE112の処理部502は、MRBがMCCHロジカルチャネルを用いてgNB108から送信されたRRCメッセージに従って確立及び/又は設定されたという事に基づいて、このMRBを配信モード2用MRBと判断して良い。またUE122の処理部502は、MRBがPDUセッションに関連していない事に基づいて、このMRBが配信モード2用MRBである事を判断して良い。なお、配信モード1用MRBであるか、配信モード2用MRBであるかを判断する方法は、上述の方法に限られなくて良い。
UE122の処理部502は、ステップS1500において、配信モード1用MRBと判断したMRBを無線ベアラであると見なして良い。UE122の処理部502は、無線ベアラを全て解放する処理を行う場合、配信モード1用MRBを全て解放して良い。またUE122の処理部502は、無線ベアラを全て解放する処理を行う場合、全ての配信モード1用MRBを解放する事に加え、全てのSRB、全てのDRBを含む無線ベアラを解放して良い。またUE122の処理部502は、無線ベアラを全て解放する処理を行う場合、配信モード1用MRBが確立及び/又は設定されている場合に、全ての配信モード1用MRBを解放して良い(ステップS1502)。なお上述の解放は、サスペンドと言い換えて良い。
UE122の処理部502は、ステップS1500において、配信モード2用MRBと判断したMRBを無線ベアラでは無いと見なして良い。UE122の処理部502は、無線ベアラを全て解放する処理を行う場合、配信モード2用MRBを解放しなくて良い(ステップS1504)。なお、上述の解放は、サスペンドと言い換えて良い。
図16は本発明の実施の形態におけるUE122における処理の第2の例を示す図である。UE122の受信部500は、gNB108からRRC再設定メッセージを受信する(ステップS1600)。
次にUE122の処理部502は、ステップS1600においてgNB108から受信したRRC再設定メッセージが、RRC再確立プロシージャ正常完了後に受け取った最初のRRC再設定メッセージである事に少なくとも基づいて、MRBを再開(resume)して良い。またUE122の処理部502は、ステップS1600においてgNB108から受信したRRC再設定メッセージが、RRC再確立プロシージャ正常完了後に受け取った最初のRRC再設定メッセージである事に少なくとも基づいて、配信モード1用MRBを再開(resume)して良い(ステップS1602)。なお上述のRRC再確立プロシージャ正常完了とは、UE122からgNB108に対して送信したRRC再確立要求メッセージに対し、UE122がgNB108から応答メッセージであるRRC再確立メッセージを受信する事であって良い。また上述のRRC再確立プロシージャ正常完了とは、UE122からgNB108に対して送信したRRC再確立要求メッセージに対し、UE122がgNB108から応答メッセージであるRRC再確立メッセージを受信し、UE122がgNB108に対し、RRC再確立完了メッセージを送信する事であって良い。なお、UE122の処理部502は、ステップS1600においてgNB108から受信したRRC再設定メッセージが、RRC再確立プロシージャ正常完了後に受け取った最初のRRC再設定メッセージでない場合、MRBを再開(resume)なくて良い。
図17は本発明の実施の形態におけるUE122における処理の第3の例を示す図である。UE122の受信部500は、gNB108からRRC再設定メッセージを受信する(ステップS1700)。
UE122の処理部502は、受信したRRC再設定メッセージに、フル設定である事を示すパラメータが含まれているかを判断する。フル設定である事を示すパラメータが含まれていると判断したUE112の処理部502は、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、フル設定用の処理を行って良い(ステップS1702)。なおフル設定である事を示すパラメータが含まれていないと判断したUE112の処理部502は、フル設定用の処理を行わなくて良い。
ステップS1702のフル設定用の処理において、UE122の処理部502は、UE122に設定されている、専用無線設定解放処理を行って良い。上述の専用無線設定解放処理において、G-RNTI及び/又はG-CS-RNTIの解放処理を除外して良い。また上述の専用無線設定解放処理において、G-CS-RNTIの解放処理を除外して良い。上述のG-RNTI及び/又はG-CS-RNTIは、前記基地局装置からDCCHロジカルチャネルを用いて送信されるRRCメッセージに含まれるパラメータであって良い。上述のDCCHロジカルチャネルを用いて送信されるRRCメッセージは、RRC再設定メッセージであって良いし、別のRRCメッセージであって良い。
またステップS1702のフル設定用の処理において、UE122の処理部502は、UE122に設定されている、PDUセッションに関連づいているMRB解放して良い。またステップS1702のフル設定用の処理において、UE122の処理部502は、UE122に設定されている、PDUセッションに関連づいている配信モード1用MRB解放して良い。
またステップS1702のフル設定用の処理において、UE122の処理部502は、UE122に既に設定されているPDUセッションのうち、ステップS1700で受信したRRCメッセージに含まれるDRB設定リストパラメータ及び/又はMRB設定リストパラメータによって追加されない各PDUセッションに対し、以下の(A)を含む処理を行って良い。なお上述のDRB設定リストパラメータをDRB設定と言い換えて良い。また上述のMRB設定リストパラメータをMRB設定と言い換えて良い。
(A) 上述の追加されない各PDUセッションに対するユーザプレーンリソースが解放された事を、上位レイヤに通知する。
(A) 上述の追加されない各PDUセッションに対するユーザプレーンリソースが解放された事を、上位レイヤに通知する。
図18は本発明の実施の形態におけるUE122における処理の第4の例を示す図である。UE122の受信部500は、gNB108からRRC解放メッセージを受信する(ステップS1800)。
UE122の処理部502は、受信したRRC解放メッセージに、サスペンド設定パラメータが含まれているかを判断する。サスペンド設定パラメータが含まれていると判断したUE112の処理部502は、サスペンド設定パラメータが含まれている事に少なくとも基づいて、MRBをサスペンド又は解放して良い。またサスペンド設定パラメータが含まれていると判断したUE112の処理部502は、サスペンド設定パラメータが含まれている事に少なくとも基づいて、配信モード1用MRBをサスペンド又は解放して良い。(ステップS1802)。なおサスペンド設定パラメータが含まれていないと判断したUE112の処理部502は、MRBをサスペンドしなくて良い。また、上述のサスペンド設定パラメータとは、RRC_INACTIVE状態に対する設定を示すパラメータであって良い。
図19は本発明の実施の形態におけるUE122における処理の第5の例を示す図である。UE122の受信部500は、gNB108からNRから第2のRATへのハンドオーバを指示するRRCメッセージを受信する(ステップS1900)。なお上述のNRから第2のRATへのハンドオーバを指示するRRCメッセージは、モビリティフロムNRコマンド(MobilityFromNRCommand)という名称のRRCメッセージであって良い。
UE122の処理部502は、受信した、NRから第2のRATへのハンドオーバを指示するRRCメッセージに従ったハンドオーバが正常完了した事に少なくとも基づいて、UE122に設定されているMRBに対するPDCPエンティティ及び/又はSDAP エンティティを解放して良い。またUE122の処理部502は、受信した、NRから第2のRATへのハンドオーバを指示するRRCメッセージに従ったハンドオーバが正常完了した事に基づいて、UE122に設定されている配信モード2用MRBに対するPDCPエンティティ及び/又はSDAP エンティティを解放して良い(ステップS1902)。なお、NRから第2のRATへのハンドオーバを指示するRRCメッセージに従ったハンドオーバが失敗した場合には、MRBに対するPDCPエンティティ及び/又はSDAP エンティティを解放しなくて良い。
なお、上記説明において、MBSを1対1で受信するRLCベアラ及び/又はMBSを1対1で受信するロジカルチャネルは、MBSに対するフィードバックをgNB108に送信する機能を持って良い。上述のMBSに対するフィードバックをgNB108に送信する機能とは、PDCPステータスレポートをgNB108に送信する機能であって良い。また上述のMBSに対するフィードバックをgNB108に送信する機能とは、RLCステータスレポートをgNB108に送信する機能であって良い。
なお、上記説明において、マルチキャストをブロードキャストと言い換えて良い。また上記説明においてマルチキャストをマルチキャスト及びブロードキャストと言い換えて良い。
なお上記説明において、RLCベアラを、RLCエンティティと言い換えて良い。また上記説明において、RLCベアラを、論理チャネルと言い換えて良い。また上記説明において、RLCベアラをRLCレグ(RLC leg)と言い換えて良い。
なお、上記説明において、PDCPエンティティとは、受信PDCPエンティティ及び/又は送信PDCPエンティティであって良い。
なお、上記説明において、RLCエンティティとは、UM RLCエンティティ及び/又はAM RLCエンティティ及び/又はTM RLCエンティティであって良い。
このように、本発明の実施の形態では、端末装置はマルチキャストにおいてもPDCPエンティティ、及び/又はRLCエンティティにおいて、ステート変数を維持する事が可能になり、NRを用いて効率的にMBSを制御することができる端末装置、基地局装置、及び方法を提供することができる。
上記説明における無線ベアラは、DRB、SRB、及びMRBのうちの一部又は全てであって良い。また上記説明における無線ベアラは、DRB、SRB、及び配信モード1用MRBのうちの一部又は全てであって良い。
また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、互いに換言されてもよい。
また上記説明において、「前記~」を「上述の~」と言い換えてよい。
また上記説明において、「SCGのSpCell」を「PSCell」と言い換えてよい。
また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なっても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なっても良い。また上記説明において「Aである事に基づいてBを行う」は、「Bを行う」と言い換えられても良い。即ち「Bを行う」事は「Aである事」と独立して実行されても良い。
なお、上記説明において、「AをBと言い換えてよい」は、AをBと言い換えることに加え、BをAと言い換える意味も含んでよい。また上記説明において、「CはDであって良い」と「CはEであって良い」とが記載されている場合には、「DはEであって良い」事を含んでも良い。また上記説明において、「FはGであって良い」と「GはHであって良い」とが記載されている場合には、「FはHであっても良い」事を含んでも良い。
また上記説明において、「A」という条件と、「B」という条件が、相反する条件の場合には、「B」という条件は、「A」という条件の「その他」の条件として表現されても良い。
以下、本発明の実施形態における、端末装置、および、方法の種々の態様について説明する。
(1)基地局装置と通信する端末装置であって、前記基地局装置から、RRC再設定メッセージを受信する受信部と、処理部とを備え、前記処理部は、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行い、前記専用無線設定解放処理において、G-RNTIの解放処理を除外し、前記G-RNTIはMTCHの送信を識別するRNTIである。
(2)端末装置と通信する基地局装置であって、前記端末装置に、RRC再設定メッセージを送信する送信部と、処理部とを備え、前記処理部は、前記端末装置に対し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行わせ、前記専用無線設定解放処理において、G-RNTIの解放処理を除外させ、前記G-RNTIはMTCHの送信を識別するRNTIである。
(3)基地局装置と通信する端末装置の方法であって、前記基地局装置から、RRC再設定メッセージを受信し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行い、前記専用無線設定解放処理において、G-RNTIの解放処理を除外し、 前記G-RNTIはMTCHの送信を識別するRNTIである。
(4)端末装置と通信する基地局装置の方法であって、前記端末装置に、RRC再設定メッセージを送信し、前記端末装置に対し、前記RRC再設定メッセージに、フル設定である事を示すパラメータが含まれている事に少なくとも基づいて、前記端末装置に設定されている、専用無線設定解放処理を行わせ、前記専用無線設定解放処理において、G-RNTIの解放処理を除外させ、前記G-RNTIはMTCHの送信を識別するRNTIである。
(5)(1)から(4)に記載の前記G-RNTIは、前記基地局装置から前記端末装置に対し、DCCHロジカルチャネルを用いて送信されるRRCメッセージに含まれるパラメータである。
本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる上述した実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。
なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
本発明の一態様は、例えば、通信システム、通信機器(例えば、携帯電話装置、基地局装置、無線LAN装置、或いはセンサーデバイス)、集積回路(例えば、通信チップ)、又はプログラム等において、利用することができる。
100 E-UTRA
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116、118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500、604 受信部
502、602 処理部
504、600 送信部
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116、118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500、604 受信部
502、602 処理部
504、600 送信部
Claims (3)
- 基地局装置と通信する端末装置であって、
基地局装置よりRRC(Radio Resource Control)解放メッセージを受信する受信部と、
処理部と、を備え、
前記処理部は、配信モード1用のMBS(Multicast Broadcast Service)用無線ベアラを確立し、
前記RRC解放メッセージにサスペンド設定パラメータが含まれているかどうかを判断し、前記サスペンド設定パラメータが含まれていると判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドし、前記サスペンド設定パラメータが含まれていないと判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドせず、
前記サスペンド設定パラメータは、RRC_INACTIVE状態に対する設定を示すパラメータである、
端末装置。 - 端末装置と通信する基地局装置であって、
前記端末装置に、RRC(Radio Resource Control)解放メッセージを送信する送信部と、
処理部と、を備え、
前記処理部は、前記端末装置に対し、配信モード1用のMBS(Multicast Broadcast Service)用無線ベアラを確立させ、
前記RRC解放メッセージにサスペンド設定パラメータが含まれているかどうかを判断させ、前記サスペンド設定パラメータが含まれている場合、前記配信モード1用のMBS用無線ベアラをサスペンドさせ、前記サスペンド設定パラメータが含まれていない場合、前記配信モード1用のMBS用無線ベアラをサスペンドさせず、
前記サスペンド設定パラメータは、RRC_INACTIVE状態に対する設定を示すパラメータである、
基地局装置。 - 基地局装置と通信する端末装置の方法であって、
基地局装置よりRRC(Radio Resource Control)解放メッセージを受信し、
配信モード1用のMBS(Multicast Broadcast Service)用無線ベアラを確立し、
前記RRC解放メッセージにサスペンド設定パラメータが含まれているかどうかを判断し、前記サスペンド設定パラメータが含まれていると判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドし、前記サスペンド設定パラメータが含まれていないと判断した場合、前記配信モード1用のMBS用無線ベアラをサスペンドせず、
前記サスペンド設定パラメータは、RRC_INACTIVE状態に対する設定を示すパラメータである、
方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021-092656 | 2021-06-02 | ||
JP2021092656A JP2024102388A (ja) | 2021-06-02 | 端末装置、基地局装置、および方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022255288A1 true WO2022255288A1 (ja) | 2022-12-08 |
Family
ID=84323247
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2022/021871 WO2022255288A1 (ja) | 2021-06-02 | 2022-05-30 | 端末装置、基地局装置、および方法 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2022255288A1 (ja) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021081550A1 (en) * | 2019-10-24 | 2021-04-29 | Qualcomm Incorporated | Maintaining a multicast/broadcast radio bearer in an idle state or an inactive state |
-
2022
- 2022-05-30 WO PCT/JP2022/021871 patent/WO2022255288A1/ja active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021081550A1 (en) * | 2019-10-24 | 2021-04-29 | Qualcomm Incorporated | Maintaining a multicast/broadcast radio bearer in an idle state or an inactive state |
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "Multicast session reception in RRC INACTIVE", 3GPP DRAFT; R2-2103907, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 2 April 2021 (2021-04-02), XP052175229 * |
KYOCERA: "Further consideration of control plane aspects for NR MBS", 3GPP DRAFT; R2-2103372, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 2 April 2021 (2021-04-02), XP052174937 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022085640A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022071234A1 (ja) | 端末装置、通信方法、および基地局装置 | |
WO2022085664A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022080300A1 (ja) | 端末装置および方法 | |
WO2022131342A1 (ja) | 端末装置、基地局装置、および、方法 | |
US20230247687A1 (en) | Terminal apparatus, base station apparatus, and method | |
US20230309185A1 (en) | Terminal apparatus, base station apparatus, and method | |
EP4145937A1 (en) | Terminal device, method, and integrated circuit | |
WO2022255288A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022255303A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022255305A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022255279A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022255293A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2023276947A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022138567A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022080304A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2022080339A1 (ja) | 端末装置および方法 | |
WO2022080301A1 (ja) | 端末装置および方法 | |
US20240260117A1 (en) | Terminal apparatus, base station apparatus, and method | |
US20240260118A1 (en) | Terminal apparatus, base station apparatus, and method | |
US20240260119A1 (en) | Terminal apparatus, base station apparatus, and method | |
US20230171565A1 (en) | Terminal apparatus, method, and integrated circuit | |
JP7494064B2 (ja) | 端末装置、基地局装置、方法、および、集積回路 | |
JP2024102388A (ja) | 端末装置、基地局装置、および方法 | |
JP2024102387A (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: 22816036 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 22816036 Country of ref document: EP Kind code of ref document: A1 |