Terminal device, method, and integrated circuit

Abstract

This terminal device acquires a second system information block including ETWS primary notification on the basis of determining that schedule information about the second system information block is included in a first system information block, and the terminal device is located in an area associated with the ETWS primary notification when information indicating the area is provided.

Description

Terminal device, method, and integrated circuit

[0001] This application claims priority from Japanese Patent Application No. 2024-120827, filed on July 26, 2024, the contents of which are incorporated herein by reference.

[0002] The 3rd Generation Partnership Project (3GPP (registered trademark)), a standardization project for cellular mobile communication systems, is conducting technical studies and formulating standards for cellular mobile communication systems, including radio access, core networks, services, etc.

[0003] For example, 3GPP has begun technical studies and standardization of E-UTRA (Evolved Universal Terrestrial Radio Access) as a radio access technology (RAT) for 3.9G and 4G cellular mobile communication systems. 3GPP is currently conducting technical studies and standardization of E-UTRA extension technologies. E-UTRA is also called Long Term Evolution (LTE: registered trademark), and the extension technologies are sometimes called LTE-Advanced (LTE-A) and LTE-Advanced Pro (LTE-A Pro).

[0004] Additionally, 3GPP has begun technical studies and standardization of NR (New Radio, or NR Radio access) as a radio access technology (RAT) for 5th Generation (5G) cellular mobile communication systems. 3GPP is currently conducting technical studies and standardization of NR extension technologies.

[0005] 3GPP TS 38.331 v18.2.0,"Evolved Universal Terrestrial Radio Access (E-UTRA);Radio Resource Control (RRC);Protocol specifications" pp44-73,pp608-649

[0006] 3GPP is considering providing multicast / broadcast services as an extension technology of NR, for example, in the study of non-terrestrial networks (NTNs). However, since the size of a cell provided by a satellite is larger than that of a cell in a terrestrial network, it may be difficult to provide broadcast services to a specific area (for example, within a country or state). Furthermore, when the size of a cell is large, emergency information such as earthquakes and tsunamis may be broadcast to unnecessary areas.

[0007] One aspect of the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a terminal device, a communication method, and an integrated circuit that can efficiently provide communication control.

[0008] In order to achieve the above object, one aspect of the present invention provides the following: That is, one aspect of the present invention provides a terminal device that communicates with a base station device, the terminal device comprising a receiver and a processor, wherein the receiver receives downlink control information transmitted on a physical downlink control channel from the base station device, and when the downlink control information includes information indicating a target area, the processor acquires a system information block containing an ETWS primary notification based on the determination that the terminal device is within the target area.

[0009] Another aspect of the present invention is a method applied to a terminal device communicating with a base station device, comprising the steps of: receiving, from the base station device, the downlink control information transmitted on a physical downlink control channel; and, when the downlink control information includes information indicating a target area, acquiring a system information block containing an ETWS primary notification based on determining that the terminal device is within the target area.

[0010] Another aspect of the present invention is an integrated circuit implemented in a terminal device that communicates with a base station device, which allows the terminal device to perform the following functions: receiving the downlink control information transmitted on a physical downlink control channel from the base station device; and, when the downlink control information includes information indicating a target area, acquiring a system information block containing an ETWS primary notification based on determining that the terminal device is within the target area.

[0011] These comprehensive or specific aspects may be realized as a system, an apparatus, a method, an integrated circuit, a computer program, or a recording medium, or may be realized as any combination of a system, an apparatus, a method, an integrated circuit, a computer program, and a recording medium.

[0012] According to one aspect of the present invention, a terminal device, a method, and an integrated circuit can realize efficient communication control processing.

[0013] A schematic diagram of a communication system according to the present embodiment. A diagram of an example of an E-UTRA protocol configuration according to the present embodiment. A diagram of an example of an NR protocol configuration according to the present embodiment. A diagram showing an example of a procedure flow for various settings in RRC according to the present embodiment. A block diagram showing the configuration of a terminal device according to the present embodiment. A block diagram showing the configuration of a base station device according to the present embodiment. An example of processing according to the present embodiment. An example of ASN.1 description of target area information according to the present embodiment.

[0014] Hereinafter, this embodiment will be described in detail with reference to the drawings.

[0015] LTE (and LTE-A, LTE-A Pro) and NR may be defined as different radio access technologies (Radio Access Technologies: RATs). LTE connectable to NR via Multi-Radio Dual Connectivity (MR-DC) may be distinguished from conventional LTE. LTE using 5GC for the core network (Core Network: CN) may be distinguished from conventional LTE using EPC for the core network. Conventional LTE may refer to LTE that does not implement technologies standardized in 3GPP Release 15 or later. This embodiment may be applied to NR, LTE, and other RATs. While the following description uses terms related to LTE and NR, this embodiment may also be applied to technologies using other terms and / or other radio access technologies. In this embodiment, the terms E-UTRA and LTE may be interchangeable.

[0016] In this embodiment, the names of each node and entity, and the processes in each node and entity when the radio access technology is E-UTRA or NR will be described, but this embodiment may be applied to other radio access technologies. The names of each node and entity, and the names of parameters and messages in this embodiment may be different from those described in this embodiment.

[0017] Fig. 1 is a schematic diagram of a communication system according to this embodiment. Note that the functions of each node, radio access technology, core network, interface, etc. described using Fig. 1 are only some of the functions closely related to this embodiment, and the system may have other functions.

[0018] E-UTRA 100 may be a radio access technology. E-UTRA 100 may also be an air interface between UE 122 and eNB 102. The air interface between UE 122 and eNB 102 may be referred to as a Uu interface. eNB (E-UTRAN Node B) 102 may be a base station device of E-UTRA 100. eNB 102 may have the E-UTRA protocol described below. The E-UTRA protocol may be configured from an E-UTRA User Plane (UP) protocol described below and an E-UTRA Control Plane (CP) protocol described below. eNB 102 may terminate the E-UTRA User Plane (UP) protocol and the E-UTRA Control Plane (CP) protocol for UE 122. A radio access network configured by eNBs may be referred to as E-UTRAN.

[0019] The EPC (Evolved Packet Core) 104 may be a core network. The interface 112 is an interface between the eNB 102 and the EPC 104 and may be referred to as an S1 interface. The interface 112 may include a control plane interface through which control signals pass and / or a user plane interface through which user data passes. The control plane interface of the interface 112 may terminate at a Mobility Management Entity (MME: not shown) in the EPC 104. The user plane interface of the interface 112 may terminate at a Serving Gateway (S-GW: not shown) in the EPC 104. The control plane interface of the interface 112 may be referred to as an S1-MME interface. The user plane interface of the interface 112 may be referred to as an S1-U interface.

[0020] Note that one or more eNBs 102 may be connected to the EPC 104 via an interface 112. An interface (not shown) may exist between the multiple eNBs 102 connected to the EPC 104. The interface between the multiple eNBs 102 connected to the EPC 104 may be referred to as an X2 interface.

[0021] The NR 106 may be a radio access technology. The NR 106 may also be an air interface between the UE 122 and the gNB 108. The air interface between the UE 122 and the gNB 108 may be referred to as a Uu interface. The gNB (g Node B) 108 may be a base station device of the NR 106. The gNB 108 may have the NR protocol described below. The NR protocol may be composed of the NR user plane (User Plane: UP) protocol described below and the NR control plane (Control Plane: CP) protocol described below. The gNB 108 may terminate the NR user plane (User Plane: UP) protocol and the NR control plane (Control Plane: CP) protocol for the UE 122.

[0022] 5GC110 may be a core network. Interface 116 is an interface between gNB108 and 5GC110 and may be referred to as an NG interface. Interface 116 may have a control plane interface through which control signals pass and / or a user plane interface through which user data passes. The control plane interface of interface 116 may terminate in an Access and Mobility Management Function (AMF: not shown) in 5GC110. The user plane interface of interface 116 may terminate in a User Plane Function (UPF: not shown) in 5GC110. The control plane interface of interface 116 may be referred to as an NG-C interface. The user plane interface of interface 116 may be referred to as an NG-U interface.

[0023] Note that one or more gNBs 108 may be connected to 5GC 110 via interface 116. An interface (not shown) may exist between multiple gNBs 108 connected to 5GC 110. The interface between multiple gNBs 108 connected to 5GC 110 may be referred to as an Xn interface.

[0024] The eNB 102 may have the capability to connect to the 5GC 110. The eNB 102 with the capability to connect to the 5GC 110 may be referred to as an ng-eNB. The interface 114 is an interface between the eNB 102 and the 5GC 110 and may be referred to as an NG interface. The interface 114 may have a control plane interface through which control signals pass and / or a user plane interface through which user data passes. The control plane interface of the interface 114 may terminate in the AMF within the 5GC 110. The user plane interface of the interface 114 may terminate in the UPF within the 5GC 110. The control plane interface of the interface 114 may be referred to as an NG-C interface. The user plane interface of the interface 114 may be referred to as an NG-U interface. A radio access network consisting of an ng-eNB or a gNB may be referred to as an NG-RAN. The NG-RAN, E-UTRAN, etc. may simply be referred to as a network. Furthermore, the network may include an eNB, ng-eNB, gNB, etc.

[0025] Note that one or more eNBs 102 may be connected to 5GC 110 via interface 114. An interface may exist between multiple eNBs 102 connected to 5GC 110 (not shown). The interface between multiple eNBs 102 connected to 5GC 110 may be called an Xn interface. Furthermore, an eNB 102 connected to 5GC 110 and a gNB 108 connected to 5GC 110 may be connected by interface 120. The interface 120 between an eNB 102 connected to 5GC 110 and a gNB 108 connected to 5GC 110 may be called an Xn interface.

[0026] The gNB 108 may have the function of connecting to the EPC 104. A gNB 108 with the function of connecting to the EPC 104 may be referred to as an en-gNB. Interface 118 is an interface between the gNB 108 and the EPC 104 and may be referred to as an S1 interface. A user plane interface through which user data passes may exist in interface 118. The user plane interface of interface 118 may terminate in an S-GW (not shown) in the EPC 104. The user plane interface of interface 118 may be referred to as an S1-U interface. Furthermore, the eNB 102 connecting to the EPC 104 and the gNB 108 connecting to the EPC 104 may be connected by interface 120. The interface 120 between the eNB 102 connecting to the EPC 104 and the gNB 108 connecting to the EPC 104 may be referred to as an X2 interface.

[0027] The interface 124 is an interface between the EPC 104 and the 5GC 110, and may be an interface that passes only the CP, only the UP, or both the CP and the UP. Also, some or all of the interfaces such as the interface 114, the interface 116, the interface 118, the interface 120, and the interface 124 may not exist depending on the communication system provided by the communication carrier or the like.

[0028] The UE 122 may be a terminal device capable of receiving system information and paging messages transmitted from the eNB 102 and / or the gNB 108. The UE 122 may also be a terminal device capable of wireless connection with the eNB 102 and / or the gNB 108. The UE 122 may also be a terminal device capable of simultaneously establishing a wireless connection with the eNB 102 and a wireless connection with the gNB 108. The UE 122 may have an E-UTRA protocol and / or an NR protocol. The wireless connection may be a Radio Resource Control (RRC) connection.

[0029] Furthermore, the UE 122 may be a terminal device capable of connecting to the EPC 104 and / or the 5GC 110 via the eNB 102 and / or the gNB 108. When the core network to which the eNB 102 and / or the gNB 108, with which the UE 122 communicates, is connected is the EPC 104, each Data Radio Bearer (DRB) (described later) established between the UE 122 and the eNB 102 and / or the gNB 108 may be further uniquely associated with each EPS (Evolved Packet System) bearer passing through the EPC 104. Each EPS bearer may be identified by an EPS bearer identifier (Identity, or ID). Furthermore, the same QoS may be guaranteed for data such as IP packets and Ethernet frames passing through the same EPS bearer.

[0030] Furthermore, if the core network to which the eNB102 and / or gNB108 with which the UE122 communicates is connected is the 5GC110, each DRB established between the UE122 and the eNB102 and / or gNB108 may be further linked to one of the PDU (Packet Data Unit) sessions established within the 5GC110. One or more QoS flows may exist in each PDU session. Each DRB may be mapped to one or more QoS flows, or may not be mapped to any QoS flow. Each PDU session may be identified by a PDU session identifier (Identity, or ID). Furthermore, each QoS flow may be identified by a QoS flow identifier (Identity, or ID). Furthermore, the same QoS may be guaranteed for data such as IP packets and Ethernet frames passing through the same QoS flow.

[0031] There may be no PDU sessions and / or QoS flows in the EPC 104, and no EPS bearers in the 5GC 110. When the UE 122 is connected to the EPC 104, the UE 122 has information about the EPS bearers, but may not have information about the PDU sessions and / or QoS flows. When the UE 122 is connected to the 5GC 110, the UE 122 has information about the PDU sessions and / or QoS flows, but may not have information about the EPS bearers.

[0032] In the following description, eNB102 and / or gNB108 will also be simply referred to as base station devices, and UE122 will also be simply referred to as terminal devices or UEs.

[0033] FIG. 2 is a diagram showing an example of an E-UTRA protocol architecture according to this embodiment. FIG. 3 is a diagram showing an example of an NR protocol architecture according to this embodiment. Note that the functions of each protocol described using FIG. 2 and / or FIG. 3 are only some of the functions closely related to this embodiment, and other functions may also be included. Note that in this embodiment, an uplink (UL) may be a link from a terminal device to a base station device. Also, in this embodiment, a downlink (DL) may be a link from a base station device to a terminal device. Also, in this embodiment, a sidelink (SL) may be a link from a terminal device to a terminal device that does not go through a base station device.

[0034] 2A is a diagram of an E-UTRA user plane (UP) protocol stack. As shown in FIG. 2A, the E-UTRA UP protocol may be a protocol between the UE 122 and the eNB 102. That is, the E-UTRA UP protocol may be a protocol that terminates at the eNB 102 on the network side. As shown in FIG. 2A, the E-UTRA user plane protocol stack may be composed of a PHY (Physical layer) 200, which is a radio physical layer, a MAC (Medium Access Control) 202, which is a medium access control layer, a RLC (Radio Link Control) 204, which is a radio link control layer, and a PDCP (Packet Data Convergence Protocol) 206, which is a packet data convergence protocol layer.

[0035] FIG. 3A is a diagram of an NR user plane (UP) protocol stack. As shown in FIG. 3A, the NRUP protocol may be a protocol between the UE 122 and the gNB 108. That is, the NR UP protocol may be a protocol that terminates at the gNB 108 on the network side. As shown in FIG. 3A, the NR user plane protocol stack may be composed of a radio physical layer, PHY 300, a medium access control layer, MAC 302, a radio link control layer, RLC 304, a packet data convergence protocol layer, PDCP 306, and a service data adaptation protocol layer, SDAP (Service Data Adaptation Protocol) 310.

[0036] 2(B) is a diagram of the E-UTRA control plane (CP) protocol configuration. As shown in FIG. 2(B), in the E-UTRA CP protocol, RRC (Radio Resource Control) 208, which is a radio resource control layer, may be a protocol between the UE 122 and the eNB 102. That is, RRC 208 may be a protocol that terminates at the eNB 102 on the network side. Also, in the E-UTRA CP protocol, NAS (Non Access Stratum) 210, which is a non-AS (Access Stratum) layer, may be a protocol between the UE 122 and the MME. That is, NAS 210 may be a protocol that terminates at the MME on the network side.

[0037] 3(B) is a diagram of the NR control plane (CP) protocol configuration. As shown in FIG. 3(B), in the NR CP protocol, the radio resource control layer RRC 308 may be a protocol between the UE 122 and the gNB 108. That is, the RRC 308 may be a protocol that terminates at the gNB 108 on the network side. Also, in the NR CP protocol, the non-AS layer NAS 312 may be a protocol between the UE 122 and the AMF. That is, the NAS 312 may be a protocol that terminates at the AMF on the network side.

[0038] The AS (Access Stratum) layer may be a layer that terminates between the UE 122 and the eNB 102 and / or the gNB 108. That is, the AS layer may be a layer that includes some or all of the PHY 200, the MAC 202, the RLC 204, the PDCP 206, and the RRC 208, and / or a layer that includes some or all of the PHY 300, the MAC 302, the RLC 304, the PDCP 306, the SDAP 310, and the RRC 308.

[0039] In the present embodiment, the E-UTRA protocol and the NR protocol may not be distinguished from each other, and the terms PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) may be used. In this case, PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) may respectively refer to the PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) of the E-UTRA protocol, or the PHY (PHY layer), MAC (MAC layer), RLC (RLC layer), PDCP (PDCP layer), RRC (RRC layer), and NAS (NAS layer) of the NR protocol. The SDAP (SDAP layer) may also be the SDAP (SDAP layer) of the NR protocol.

[0040] In this embodiment, when distinguishing between E-UTRA protocols and NR protocols, the PHY 200, MAC 202, RLC 204, PDCP 206, and RRC 208 may be referred to as E-UTRA PHY or LTE PHY, E-UTRA MAC or LTE MAC, E-UTRA RLC or LTE RLC, E-UTRA PDCP or LTE PDCP, and E-UTRA RRC or LTE RRC, respectively. The PHY 200, MAC 202, RLC 204, PDCP 206, and RRC 208 may also be referred to as E-UTRA PHY or LTE PHY, E-UTRA MAC or LTE MAC, E-UTRA RLC or LTE RLC, E-UTRA PDCP or LTE PDCP, and E-UTRA RRC or LTE RRC, respectively. Furthermore, when distinguishing between E-UTRA protocols and NR protocols, PHY300, MAC302, RLC304, PDCP306, and RRC308 may be referred to as NR PHY, NR MAC, NR RLC, NR RLC, and NR RRC, respectively. Furthermore, PHY300, MAC302, RLC304, PDCP306, and RRC308 may be referred to as NR PHY, NR MAC, NR RLC, NR PDCP, and NR RRC, respectively.

[0041] This section describes entities in the AS layer of E-UTRA and / or NR. An entity having some or all of the functions of the MAC layer may be referred to as a MAC entity. An entity having some or all of the functions of the RLC layer may be referred to as an RLC entity. An entity having some or all of the functions of the PDCP layer may be referred to as a PDCP entity. An entity having some or all of the functions of the SDAP layer may be referred to as an SDAP entity. An entity having some or all of the functions of the RRC layer may be referred to as an RRC entity. The MAC entity, RLC entity, PDCP entity, SDAP entity, and RRC entity may be referred to as MAC, RLC, PDCP, SDAP, and RRC, respectively.

[0042] Note that data provided from MAC, RLC, PDCP, and SDAP to lower layers, and / or data provided from lower layers to MAC, RLC, PDCP, and SDAP, may be referred to as MAC PDU (Protocol Data Unit), RLC PDU, PDCP PDU, and SDAP PDU, respectively. Data provided from higher layers to MAC, RLC, PDCP, and SDAP, and / or data provided from MAC, RLC, PDCP, and SDAP to higher layers, may be referred to as MAC SDU (Service Data Unit), RLC SDU, PDCP SDU, and SDAP SDU, respectively. A segmented RLC SDU may be referred to as an RLC SDU segment.

[0043] Here, the base station apparatus and the terminal apparatus exchange (transmit and receive) signals in a higher layer. The higher layer may be referred to as an upper layer, and the terms may be interchangeable. For example, the base station apparatus and the terminal apparatus may transmit and receive RRC messages (also referred to as RRC signaling) in a Radio Resource Control (RRC) layer. The base station apparatus and the terminal apparatus may also transmit and receive MAC control elements in a Medium Access Control (MAC) layer. The RRC layer of the terminal apparatus acquires system information broadcast from the base station apparatus. Here, the RRC messages, system information, and / or MAC control elements are also referred to as higher layer signals (higher layer signaling) or higher layer parameters (higher layer parameters). Each of the parameters included in the higher layer signals received by the terminal apparatus may be referred to as a higher layer parameter. For example, in PHY layer processing, an upper layer means a layer higher than the PHY layer, and therefore may mean one or more of a MAC layer, an RRC layer, an RLC layer, a PDCP layer, an NAS (Non Access Stratum) layer, etc. For example, in MAC layer processing, an upper layer may mean one or more of an RRC layer, an RLC layer, a PDCP layer, an NAS layer, etc.

[0044] Hereinafter, the meaning of "A is given (provided) by an upper layer" or "A is given (provided) by an upper layer" may mean that an upper layer (mainly an RRC layer, a MAC layer, etc.) of a terminal device receives A from a base station device, and the received A is given (provided) from the upper layer of the terminal device to a lower layer (mainly a MAC layer or a physical layer) of the terminal device. For example, in a terminal device, "an upper layer parameter is provided" may mean that an upper layer signal is received from a base station device, and the upper layer parameter included in the received upper layer signal is provided from the upper layer of the terminal device to the lower layer of the terminal device. Setting an upper layer parameter in a terminal device may mean that the upper layer parameter is given (provided) to the terminal device. For example, setting an upper layer parameter in a terminal device may mean that the terminal device receives an upper layer signal from a base station device and sets the received upper layer parameter in the upper layer. However, setting an upper layer parameter in a terminal device may also include setting a default parameter that is given in advance to the upper layer of the terminal device. When describing transmission of an RRC message from a terminal device to a base station device, the expression "submitting a message from the RRC entity of the terminal device to a lower layer" may be used. In the terminal device, "submitting a message to a lower layer" from the RRC entity may mean submitting a message to the PDCP layer. In the terminal device, "submitting a message to a lower layer" from the RRC layer may mean submitting a message to a PDCP entity corresponding to each SRB, since RRC messages are transmitted using SRBs (SRB0, SRB1, SRB2, SRB3, etc.). When the RRC entity of the terminal device receives an indication from a lower layer, the lower layer may mean one or more of the PHY layer, MAC layer, RLC layer, PDCP layer, etc.

[0045] An example of the functions of the PHY will be described. The PHY of the terminal device may have a function to receive data transmitted from the PHY of the base station device via a downlink (DL) physical channel. The PHY of the terminal device may have a function to transmit data to the PHY of the base station device via an uplink (UL) physical channel. The PHY may be connected to a higher MAC via a transport channel. The PHY may pass data to the MAC via the transport channel. The PHY may also be provided with data from the MAC via the transport channel. In the PHY, an RNTI (Radio Network Temporary Identifier) ​​may be used to identify various control information.

[0046] Here, the physical channels will be described. The physical channels used for wireless communication between a terminal device and a base station device may include the following physical channels.

[0047] 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)

[0048] The PBCH may be used to broadcast system information required by a terminal device.

[0049] In addition, in NR, the PBCH may be used to broadcast a time index (SSB-Index) within a synchronization signal block (SSB) period.

[0050] The PDCCH may be used to transmit (or carry) downlink control information (DCI) in downlink wireless communication (wireless communication from a base station device to a terminal device). Here, one or more DCIs (which may also be referred to as DCI formats) may be defined for transmitting the downlink control information. That is, a field for the downlink control information may be defined as DCI and mapped to information bits. The PDCCH may be transmitted in PDCCH candidates. The terminal device may monitor a set of PDCCH candidates in a serving cell. Monitoring the set of PDCCH candidates may mean attempting to decode the PDCCH according to a certain DCI format. Furthermore, the terminal device may monitor the PDCCH candidates at configured monitoring occasions in one or more configured control resource sets (CORESETs) configured by search space configuration. The DCI format may be used for scheduling the PUSCH in the serving cell. The PUSCH may be used for transmitting user data, transmitting RRC messages (described later), and the like.

[0051] The PUCCH may be used to transmit uplink control information (UCI) in uplink wireless communication (wireless communication from a terminal device to a base station device). Here, the uplink control information may include channel state information (CSI) used to indicate the state of a downlink channel. The uplink control information may also include a scheduling request (SR) used to request an uplink shared channel (UL-SCH) resource. The uplink control information may also include a hybrid automatic repeat reQuest ACKnowledgement (HARQ-ACK).

[0052] The PDSCH may be used to transmit downlink data (DL-SCH: Downlink Shared CHannel) from the MAC layer, and may also be used to transmit system information (SI) and random access responses (RAR) in the downlink.

[0053] The PUSCH may be used to transmit uplink data from the MAC layer (UL-SCH: Uplink Shared CHannel) or HARQ-ACK and / or CSI together with uplink data. The PUSCH may also be used to transmit only CSI, or only HARQ-ACK and CSI. That is, the PUSCH may be used to transmit only UCI. The PDSCH or PUSCH may also be used to transmit RRC messages and MAC CE (described later). Here, in the PDSCH, an RRC message transmitted from a base station apparatus may be signaling common to multiple terminal apparatuses within a cell. The RRC message transmitted from a base station apparatus may also be signaling dedicated to a certain terminal apparatus. That is, terminal apparatus-specific information may be transmitted using signaling dedicated to a certain terminal apparatus. The PUSCH may also be used to transmit UE capabilities in the uplink.

[0054] The PRACH may be used to transmit a random access preamble and may be used to indicate initial connection establishment procedures, handover procedures, connection re-establishment procedures, synchronization (timing adjustment) for uplink transmissions, and requests for UL-SCH resources.

[0055] An example of the MAC function will be described. The MAC may be referred to as a MAC sublayer. The MAC may have the function of mapping various logical channels to corresponding transport channels. The logical channels may be identified by a logical channel identity (or logical channel ID). The MAC may be connected to the higher-level RLC via a logical channel. Depending on the type of information to be transmitted, the logical channels may be divided into control channels that transmit control information and traffic channels that transmit user information. The logical channels may also be divided into uplink logical channels and downlink logical channels. The MAC may have the function of multiplexing MAC SDUs belonging to one or more different logical channels and providing them to the PHY. The MAC may also have the function of demultiplexing MAC PDUs provided by the PHY and providing them to the higher layer via the logical channel to which each MAC SDU belongs. The MAC may also have the function of performing error correction through HARQ (Hybrid Automatic Repeat reQuest). The MAC may also have a scheduling report function that reports scheduling information. The MAC may also have a function to prioritize processing between terminal devices using dynamic scheduling. The MAC may also have a function to prioritize processing between logical channels within a single terminal device. The MAC may also have a function to prioritize processing of overlapping resources within a single terminal device. The MAC may also have a function to identify Multimedia Broadcast Multicast Services (MBMS). The NR MAC may also have a function to identify Multicast / Broadcast Services (MBS). The MAC may also have a function to select a transport format.The MAC may have functions such as discontinuous reception (DRX) and / or discontinuous transmission (DTX), a random access (RA) procedure, a power headroom report (PHR) function that notifies information about available transmission power, and a buffer status report (BSR) function that notifies information about the amount of data in the transmission buffer. The NR MAC may have a bandwidth adaptation (BA) function. The MAC PDU format used in the E-UTRA MAC may differ from that used in the NR MAC. The MAC PDU may also include a MAC control element (MAC CE), which is an element for controlling the MAC.

[0056] This section describes logical channels for uplink (UL) and / or downlink (DL) used in E-UTRA and / or NR.

[0057] The BCCH (Broadcast Control Channel) may be a downlink logical channel for broadcasting control information such as system information (SI).

[0058] A PCCH (Paging Control Channel) may be a downlink logical channel for carrying paging messages.

[0059] A CCCH (Common Control Channel) may be a logical channel for transmitting control information between a terminal device and a base station device. The CCCH may be used when the terminal device does not have an RRC connection. The CCCH may also be used between a base station device and multiple terminal devices.

[0060] A DCCH (Dedicated Control Channel) may be a logical channel for transmitting dedicated control information bidirectionally, point-to-point, between a terminal device and a base station device. The dedicated control information may be control information dedicated to each terminal device. The DCCH may be used when the terminal device has an RRC connection.

[0061] A DTCH (Dedicated Traffic Channel) may be a logical channel for transmitting user data point-to-point between a terminal device and a base station device. A DTCH may be a logical channel for transmitting dedicated user data. Dedicated user data may be user data dedicated to each terminal device. A DTCH may exist in both uplink and downlink.

[0062] The MCCH (Multicast Control Channel) may be a point-to-multipoint downlink channel for transmitting MBMS control information for one or more MTCHs from a base station device to a terminal device. The MCCH may be a multicast and / or broadcast logical channel. The MCCH may carry the MBS Broadcast Configuration provided in the cell where the MCCH is transmitted.

[0063] The MTCH (Multicast Traffic Channel) may be a point-to-multipoint downlink channel for transmitting data from a base station device to a terminal device, and may be a multicast and / or broadcast logical channel.

[0064] This section describes the mapping of logical channels and transport channels for the uplink in E-UTRA and / or NR.

[0065] The CCCH may be mapped to an uplink shared channel (UL-SCH), which is an uplink transport channel.

[0066] The DCCH may be mapped to an uplink shared channel (UL-SCH), which is an uplink transport channel.

[0067] The DTCH may be mapped to an uplink shared channel (UL-SCH), which is an uplink transport channel.

[0068] This section describes the mapping of logical channels and transport channels for the downlink in E-UTRA and / or NR.

[0069] The BCCH may be mapped to a downlink transport channel, a Broadcast Channel (BCH) and / or a Downlink Shared Channel (DL-SCH).

[0070] The PCCH may be mapped to a PCH (Paging Channel), which is a downlink transport channel.

[0071] The CCCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.

[0072] The DCCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.

[0073] The DTCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.

[0074] The MCCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.

[0075] The MTCH may be mapped to a DL-SCH (Downlink Shared Channel), which is a downlink transport channel.

[0076] An example of the RLC function will be described. The RLC may also be called an RLC sublayer. The E-UTRA RLC may have the function of segmenting and / or concatenating data provided by the PDCP in the upper layer and providing it to the lower layer. The E-UTRA RLC may have the function of reassembling and reordering data provided by the lower layer and providing it to the upper layer. The NR RLC may have the function of adding a sequence number independent of the sequence number added by PDCP to data provided by the PDCP in the upper layer. The NR RLC may also have the function of segmenting data provided by PDCP and providing it to the lower layer. The NR RLC may also have the function of reassembling data provided by the lower layer and providing it to the upper layer. The RLC may also have the function of data retransmission and / or retransmission request (Automatic Repeat reQuest: ARQ). RLC may also have the function of performing error correction using ARQ. The control information sent from the receiving side of RLC to the transmitting side to indicate data that needs to be retransmitted in order to perform ARQ may be called a status report. The status report transmission instruction sent from the transmitting side of RLC to the receiving side may be called a poll. RLC may also have the function of detecting data duplication. RLC may also have the function of discarding data. RLC may have three modes: transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM). In TM, data received from the upper layer is not segmented, and an RLC header does not need to be added. The TM RLC entity is a unidirectional entity and may be configured as a transmitting TM RLC entity or a receiving TM RLC entity.In UM, the RLC entity performs functions such as segmenting and / or concatenating data received from a higher layer and adding an RLC header, but does not require data retransmission control. A UM RLC entity may be a unidirectional or bidirectional entity. If the UM RLC entity is unidirectional, it may be configured as a transmitting UM RLC entity or a receiving UM RLC entity. If the UM RLC entity is bidirectional, it may be configured as a UM RLC entity consisting of a transmitting side and a receiving side. In AM, the RLC entity may perform functions such as segmenting and / or concatenating data received from a higher layer, adding an RLC header, and controlling data retransmission. An AM RLC entity is a bidirectional entity and may be configured as an AM RLC consisting of a transmitting side and a receiving side. Note that data provided to a lower layer in TM and / or data provided from a lower layer may be referred to as a TMD PDU. Data provided to a lower layer in UM and / or data provided from a lower layer may be referred to as a UMD PDU. Furthermore, data provided to or from a lower layer in AM may be referred to as an AMD PDU. The RLC PDU format used in E-UTRA RLC may differ from the RLC PDU format used in NR RLC. RLC PDUs may include data RLC PDUs and control RLC PDUs. Data RLC PDUs may be referred to as RLC DATA PDUs (RLC Data PDUs). Control RLC PDUs may be referred to as RLC CONTROL PDUs (RLC Control PDUs).

[0077] An example of PDCP functions will be described. PDCP may be called a PDCP sublayer. PDCP may have a function for maintaining sequence numbers. PDCP may also have a header compression / decompression function for efficiently transmitting user data such as IP packets and Ethernet frames over wireless interfaces. The protocol used for IP packet header compression / decompression may be called the ROHC (Robust Header Compression) protocol. The protocol used for Ethernet frame header compression / decompression may be called the EHC (Ethernet (registered trademark) Header Compression) protocol. PDCP may also have a data encryption / decryption function. PDCP may also have a data integrity protection / verification function. PDCP may also have a reordering function. PDCP may also have a PDCP SDU retransmission function. PDCP may also have a data discard function using a discard timer. PDCP may also have a duplication function. PDCP may also have a function for discarding duplicately received data. The PDCP entity is a bidirectional entity and may consist of a transmitting PDCP entity and a receiving PDCP entity. The PDCP PDU format used in E-UTRA PDCP may differ from that used in NR PDCP. PDCP PDUs may include data PDCP PDUs and control PDCP PDUs. The data PDCP PDU may be called a PDCP DATA PDU (PDCP Data PDU). The control PDCP PDU may be called a PDCP CONTROL PDU (PDCP Control PDU).

[0078] An example of the SDAP function will be described. The SDAP is a service data adaptation protocol layer. The SDAP may have the function of mapping the downlink QoS flow sent from the 5GC 110 to the terminal device via the base station device to a data radio bearer (DRB), and / or the function of mapping the uplink QoS flow sent from the terminal device to the 5GC 110 via the base station device to a DRB. The SDAP may also have the function of storing mapping rule information. The SDAP may also have the function of marking a QoS flow identifier (QoS Flow ID: QFI). Note that SDAP PDUs may include data SDAP PDUs and control SDAP PDUs. The data SDAP PDU may be called an SDAP DATA PDU (SDAP Data PDU). The control SDAP PDU may be called an SDAP CONTROL PDU (SDAP Control PDU). Note that one SDAP entity in the terminal device may exist for each PDU session.

[0079] An example of the functions of the RRC will be described. The RRC may have a broadcast function. The RRC may have a paging function from the EPC 104 and / or the 5GC 110. The RRC may have a paging function from the eNB 102 connected to the gNB 108 or the 5GC 110. The RRC may also have an RRC connection management function. The RRC may also have a radio bearer control function. The RRC may also have a cell group control function. The RRC may also have a mobility control function. The RRC may also have terminal device measurement reporting and terminal device measurement reporting control functions. The RRC may also have a QoS management function. The RRC may also have a radio link failure detection and recovery function. The RRC may use RRC messages to perform broadcasting, paging, RRC connection management, radio bearer control, cell group control, mobility control, terminal device measurement reporting and terminal device measurement reporting control, QoS management, radio link failure detection and recovery, etc. Note that the RRC messages and parameters used in E-UTRA RRC may differ from the RRC messages and parameters used in NR RRC.

[0080] RRC messages may be sent using the BCCH logical channel. Additionally or alternatively, RRC messages may be sent using the PCCH logical channel. Additionally or alternatively, RRC messages may be sent using the CCCH logical channel. Additionally or alternatively, RRC messages may be sent using the DCCH logical channel. Additionally or alternatively, RRC messages may be sent using the MCCH logical channel. RRC messages sent using the DCCH are also referred to as dedicated RRC signaling, or RRC signaling.

[0081] The RRC messages sent using the BCCH may include, for example, a Master Information Block (MIB), various types of System Information Blocks (SIBs), or other RRC messages.The RRC messages sent using the PCCH may include, for example, paging messages or other RRC messages.

[0082] RRC messages transmitted in the uplink (UL) direction using the CCCH may include, for example, an RRC setup request message (RRC Setup Request), an RRC resume request message (RRC Resume Request), an RRC reestablishment request message (RRC Reestablishment Request), an RRC system information request message (RRC System Info Request), etc. Also, for example, an RRC connection request message (RRC Connection Request), an RRC connection resume request message (RRC Connection Resume Request), an RRC connection reestablishment request message (RRC Connection Reestablishment Request), etc. Other RRC messages may also be included.

[0083] The RRC message transmitted in the downlink (DL) direction using the CCCH may include, for example, an RRC connection reject message (RRC Connection Reject), an RRC connection setup message (RRC Connection Setup), an RRC connection reestablishment message (RRC Connection Reestablishment Reject), an RRC connection reestablishment reject message (RRC Connection Reestablishment Reject), etc. Also, for example, an RRC reject message (RRC Reject), an RRC setup message (RRC Setup), etc. Also, other RRC messages may be included.

[0084] The RRC signaling sent in the uplink (UL) direction using the DCCH may include, for example, a Measurement Report message, an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, an RRC Connection Reestablishment Complete message, a Security Mode Complete message, a UE Capability Information message, etc. Also, for example, a Measurement Report message, an RRC Reconfiguration Complete message, an RRC Setup Complete message, an RRC Reestablishment Complete message, an RRC Resume Complete message, a Security Mode Complete message, a UE Capability Information message, etc. Also, other RRC signaling may be included.

[0085] The RRC signaling sent in the downlink (DL) direction using the DCCH may include, for example, an RRC connection reconfiguration message, an RRC connection release message, a security mode command message, a UE capability inquiry message, etc. Also, for example, an RRC reconfiguration message, an RRC resume message, an RRC release message, an RRC reestablishment message, a security mode command message, a UE capability inquiry message, etc. Also, other RRC signaling may be included.

[0086] The RRC messages sent in the downlink (DL) direction using the MCCH may include, for example, an MBS broadcast configuration message (MBSBroadcastConfiguration message) and may also include other RRC signaling.

[0087] An example of the functions of the NAS will be described. The NAS may have an authentication function. The NAS may also have a function for performing mobility management. The NAS may also have a security control function.

[0088] The above-mentioned functions of PHY, MAC, RLC, PDCP, SDAP, RRC, and NAS are merely examples, and some or all of the functions may not be implemented. Also, some or all of the functions of each layer may be included in other layers.

[0089] Next, state transitions of the UE 122 in LTE and NR will be described. When the UE 122 connected to EPC or 5GC has an established RRC connection, the UE 122 may be in an RRC_CONNECTED state. The state in which the RRC connection is established may include a state in which the UE 122 holds some or all of the UE context described below. The state in which the RRC connection is established may also include a state in which the UE 122 can transmit and / or receive unicast data. The UE 122 may be in an RRC_INACTIVE state when the RRC connection is suspended. The UE 122 may be in the RRC_INACTIVE state when the UE 122 is connected to 5GC and the RRC connection is suspended. When the UE 122 is neither in the RRC_CONNECTED state nor in the RRC_INACTIVE state, the UE 122 may be in an RRC_IDLE state.

[0090] Note that when UE 122 is connected to the EPC, it does not have the RRC_INACTIVE state, but the E-UTRAN may initiate suspension of the RRC connection. When UE 122 is connected to the EPC, when the RRC connection is suspended, UE 122 may transition to the RRC_IDLE state while retaining the UE AS context and an identifier (resumeIdentity) used for resuming. A layer above the RRC layer of UE 122 (e.g., the NAS layer) may initiate the resumption of the suspended RRC connection when UE 122 retains the UE AS context, the E-UTRAN has permitted resumption of the RRC connection, and UE 122 needs to transition from the RRC_IDLE state to the RRC_CONNECTED state.

[0091] The definition of dormancy may be different for UE 122 connected to EPC 104 and UE 122 connected to 5GC 110. In addition, some or all of the procedures for UE 122 to return from dormancy may be different when UE 122 is connected to EPC (when UE 122 is dormant in RRC_IDLE state) and when UE 122 is connected to 5GC (when UE 122 is dormant in RRC_INACTIVE state).

[0092] The RRC_CONNECTED state, RRC_INACTIVE state, and RRC_IDLE state may be referred to as the connected state (connected mode), the inactive state (inactive mode), and the idle state (idle mode), respectively, or as the RRC connected state (RRC connected mode), the RRC inactive state (RRC inactive mode), and the RRC idle state (RRC idle mode).

[0093] The UE AS context held by the UE 122 may be information including all or some of the following: a current RRC configuration, a current security context, a PDCP state including a ROHC (Robust Header Compression) state, a C-RNTI (Cell Radio Network Temporary Identifier) ​​used in the source PCell, a cell identifier (cellIdentity), and a physical cell identifier of the source PCell. Note that the UE AS context held by one or all of the eNB 102 and the gNB 108 may include the same information as the UE AS context held by the UE 122, or may include information different from the information included in the UE AS context held by the UE 122.

[0094] The security context may be information that includes all or part of the following: encryption keys at the AS level, the Next Hop parameter (NH), the Next Hop Chaining Counter parameter (NCC) used to derive the next hop access key, an identifier for the selected AS level encryption algorithm, and a counter used for replay protection.

[0095] Next, the serving cell will be described. In a terminal device in an RRC connected state in which CA and / or DC, which will be described later, are not configured, the serving cell may be configured with one primary cell (PCell). In addition, in a terminal device in an RRC connected state in which CA and / or DC, which will be described later, are configured, multiple serving cells may refer to a set of multiple cells (set of cell(s)) configured with one or more special cells (SpCells) and all of one or more secondary cells (SCells). The SpCell may support PUCCH transmission and contention-based random access (CBRA), and the SpCell may be always activated. The PCell may be a cell used in the RRC connection establishment procedure when a terminal device in an RRC idle state transitions to an RRC connected state. The PCell may also be a cell used in the RRC connection re-establishment procedure in which the terminal device re-establishes the RRC connection. The PCell may also be a cell used in the random access procedure during handover. The PSCell may be a cell used for a random access procedure when adding a secondary node, which will be described later. The SpCell may be a cell used for purposes other than those described above.

[0096] When a group of serving cells configured for a terminal device is composed of an SpCell and one or more SCells, it may be considered that carrier aggregation (CA) is configured for the terminal device. Also, for a terminal device in which CA is configured, a cell providing additional radio resources to the SpCell may refer to an SCell.

[0097] A cell group configured by a base station device for a terminal device will now be described. A cell group may be configured with one SpCell. A cell group may also be configured with one SpCell and one or more SCells. That is, a cell group may be configured with one SpCell and, optionally, one or more SCells. A cell group may also be expressed as a set of cells (set of cell(s)).

[0098] Dual Connectivity (DC) may be a technology for performing data communication using radio resources of cell groups configured by a first base station device (first node) and a second base station device (second node). When DC or MR-DC (described later) is performed, a cell group may be added from the base station device to a terminal device. To perform DC, the first base station device may add a second base station device. The first base station device may be called a master node (MN). A cell group configured by the master node may be called a master cell group (MCG). The second base station device may be called a secondary node (SN). A cell group configured by the secondary node may be called a secondary cell group (SCG). The master node and the secondary node may be configured within the same base station device.

[0099] Furthermore, when DC is not configured, the cell group configured in the terminal device may be called an MCG. Furthermore, when DC is not configured, the SpCell configured in the terminal device may be a PCell. Furthermore, an NR in which DC is not configured may be called an NR standalone (NR SA).

[0100] Note that Multi-Radio Dual Connectivity (MR-DC) may be a technology that performs DC using E-UTRA for MCG and NR for SCG. MR-DC may also be a technology that performs DC using NR for MCG and E-UTRA for SCG. MR-DC may also be a technology that performs DC using NR for both MCG and SCG. MR-DC may be a technology included in DC. Examples of MR-DC that use E-UTRA for MCG and NR for SCG include EN-DC (E-UTRA-NR Dual Connectivity) that uses EPC for the core network, and NGEN-DC (NG-RAN E-UTRA-NR Dual Connectivity) that uses 5GC for the core network. Examples of MR-DC that use NR for MCG and E-UTRA for SCG include NE-DC (NR-E-UTRA Dual Connectivity) that uses 5GC for the core network. Examples of MR-DC that use NR for both MCG and SCG include NR-DC (NR-NR Dual Connectivity) that uses 5GC for the core network.

[0101] In addition, in a terminal device, one MAC entity may exist for each cell group. For example, when DC or MR-DC is configured in the terminal device, there may be one MAC entity for the MCG and one MAC entity for the SCG. The MAC entity for the MCG in the terminal device may always be established in the terminal device in all states (such as RRC idle state, RRC connected state, and RRC inactive state). The MAC entity for the SCG in the terminal device may be created by the terminal device when an SCG is configured in the terminal device. The MAC entity for each cell group in the terminal device may be configured by the terminal device receiving RRC signaling from a base station device. When the MAC entity is associated with an MCG, the SpCell may refer to the PCell. When the MAC entity is associated with an SCG, the SpCell may refer to the primary SCG cell (PSCell). When the MAC entity is not associated with a cell group, the SpCell may refer to the PCell. The PCell, PSCell, and SCell are serving cells. In the EN-DC and the NGEN-DC, the MAC entity for the MCG may be an E-UTRA MAC entity, and the MAC entity for the SCG may be an NR MAC entity. Also, in the NE-DC, the MAC entity for the MCG may be an NR MAC entity, and the MAC entity for the SCG may be an E-UTRA MAC entity. Also, in the NR-DC, the MAC entities for the MCG and the SCG may both be NR MAC entities. The existence of one MAC entity for each cell group may be rephrased as the existence of one MAC entity for each SpCell. Also, the existence of one MAC entity for each cell group may be rephrased as the existence of one MAC entity for each SpCell.

[0102] The flow of RRC signaling transmitted and received between a terminal device and a base station device will be described. Fig. 4 is a diagram showing an example of a flow of a procedure for various settings in RRC according to this embodiment. Fig. 4 shows an example of a flow when RRC signaling is sent from a base station device (eNB102 and / or gNB108) to a terminal device (UE122).

[0103] In FIG. 4, the base station device creates an RRC message (step S400). The base station device may create an RRC message in order to deliver system information (SI) or a paging message. The base station device may also create an RRC message in order to transmit RRC signaling that causes a specific terminal device to perform a process. The process that the specific terminal device is to perform may include, for example, security-related settings, RRC connection reconfiguration, handover to a different RAT, RRC connection suspension, and RRC connection release. The RRC connection reconfiguration process may include, for example, radio bearer control (establishment, modification, release, etc.), cell group control (establishment, addition, modification, release, etc.), measurement configuration, handover, security key update, etc. The base station device may also create an RRC message in order to respond to RRC signaling transmitted from the terminal device. A response to an RRC signaling transmitted from a terminal device may include, for example, a response to an RRC setup request, a response to an RRC reconnection request, a response to an RRC resume request, etc. An RRC message includes information (parameters) for various information notifications and settings. These parameters may be fields of an RRC message and / or information elements, or field values ​​(including information elements). The structure of an RRC message may be described using a description method called ASN.1 (Abstract Syntax Notation One).

[0104] 4, the base station device then transmits the created RRC signaling to the terminal device (step S402). Next, the terminal device performs processing such as setting according to the received RRC signaling if necessary (step S404). After performing the processing, the terminal device may transmit RRC signaling as a response to the base station device (not shown).

[0105] RRC signaling may be used for other purposes, not limited to the above examples.

[0106] In the MR-DC, the RRC on the master node side may be used to transfer RRC signaling for SCG-side configuration (cell group configuration, radio bearer configuration, measurement configuration, etc.) between the terminal device and the UE. For example, in the EN-DC or the NGEN-DC, the E-UTRA RRC signaling transmitted and received between the eNB 102 and the UE 122 may include the NR RRC signaling in the form of a container. In the NE-DC, the E-UTRA RRC signaling transmitted and received between the gNB 108 and the UE 122 may include the E-UTRA RRC signaling in the form of a container. The RRC signaling for the SCG-side configuration may be transmitted and received between the master node and the secondary node.

[0107] Regardless of whether MR-DC is used or not, the RRC signaling for E-UTRA transmitted from eNB102 to UE122 may include RRC signaling for NR, and the RRC signaling for NR transmitted from gNB108 to UE122 may include RRC signaling for E-UTRA.

[0108] The system information will be explained.

[0109] The system information may be divided into a Master Information Block (MIB) and multiple System Information Blocks (SIBs), and may also include information blocks other than the MIB and SIBs.

[0110] The MIB may be periodically transmitted from the base station device on the BCH. The MIB may include parameters necessary for acquiring SIB1. The SIB1 may be periodically transmitted from the base station device on the DL-SCH. The SIB1 may include information regarding the availability and scheduling of other SIBs. For example, the SIB1 may include multiple fields, and one of the multiple fields may include system information scheduling information. The system information scheduling information may include information regarding whether one or more SIBs are being broadcast, information regarding the broadcast period, etc.

[0111] The SIBs other than SIB1 may be included in a system information message (SI message) and transmitted from the base station device on the DL-SCH. The system information message may include one or more SIBs.

[0112] The terminal may apply the system information acquisition procedure to acquire system information. This procedure may be applied to terminals in the RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states. Terminals in the RRC_IDLE and RRC_INACTIVE states must have valid versions of MIB and SIB1.

[0113] The terminal device may apply the system information acquisition procedure when selecting a cell, reselecting a cell, returning from out-of-coverage to in-coverage, etc. The terminal device may also apply the system information acquisition procedure when it does not have a valid version of the SIB.

[0114] The system information change notification will be explained.

[0115] A change period may be used for the system information change, i.e., updated system information messages (other than some SI messages such as ETWS and CMAS, which will be described later) may be broadcast in the next change period after the system information change instruction is sent.

[0116] The boundaries of the modification period may be defined by the value of the System Frame Number (SFN), such that SFN mod m = 0, where m is the number of radio frames that make up the modification period. The modification period may be set by the system information.

[0117] The terminal device may receive an indication regarding system information changes and / or Public Warning System (PWS) notifications using short messages transmitted with the P-RNTI on the DCI. To receive short messages for paging occasions, the terminal device may monitor PDCCH monitoring occasions for paging.

[0118] A terminal device that receives the short message may perform some or all of the following processes (a) to (d) based on whether the terminal device is ETWS (Earthquake and Tsunami Warning System) capable or CMAS (Commercial Mobile Alert Service) capable and a specific bit (etwsAndCmasIndication bit) in the short message is set. The etwsAndCmasIndication bit may be a bit indicating the presence of an ETWS primary notification, an ETWS secondary notification, and / or a CMAS notification. Process (a): Immediately reacquire SIB1. Process (b): If the terminal device is ETWS capable and the system information scheduling information in SIB1 includes information on SIB6, immediately acquire SIB6. SIB6 may be a system information block including an ETWS primary notification. Process (c): If the terminal device is ETWS capable and the system information scheduling information in SIB1 includes information on SIB7, immediately acquire SIB7. SIB7 may be a system information block containing an ETWS secondary notification. Step (d): If the terminal device is CMAS capable and the system information scheduling information of SIB1 contains information on SIB8, it immediately obtains SIB8. SIB8 may be a system information block containing a CMAS notification.

[0119] Furthermore, the terminal device that receives the short message may apply the system information acquisition procedure from the start of the next update period based on the fact that a specific bit (systemInfoModification bit) in the short message is set. Note that the systemInfoModification bit may be a bit that indicates that there is a change in an SIB other than SIB6, 7, and 8.

[0120] ETWS is a public warning system developed to meet regulatory requirements for earthquake and tsunami warning notifications. ETWS warning notifications can include primary notifications (short notifications) and secondary notifications (providing more detailed information). CMAS is a public warning system developed to deliver various warning notifications.

[0121] Based on the above description, various embodiments of the present invention will be described. Note that the above-described processes may be applied to processes that are omitted in the following description.

[0122] Fig. 5 is a block diagram showing the configuration of a terminal device (UE 122) in this embodiment. To avoid complicating the explanation, Fig. 5 shows only the main components closely related to this embodiment.

[0123] 5 includes a receiver 500 that receives control information (such as DCI, MAC control elements, RRC signaling, and broadcast information) from a base station device, a processor 502 that performs processing according to parameters included in the received control information, and a transmitter 504 that transmits the control information (such as UCI, MAC control elements, and RRC signaling) to the base station device. This base station device may be the eNB 102 or the gNB 108. The processor 502 may include some or all of the functions of various layers (e.g., the physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, the processor 502 may include some or all of the functions of the physical layer processor (PHY processor), MAC layer processor (MAC processor), RLC layer processor (RLC processor), PDCP layer processor (PDCP processor), SDAP processor (SDAP processor), RRC layer processor (RRC processor), and NAS layer processor (NAS processor).

[0124] Fig. 6 is a block diagram showing the configuration of a base station device in this embodiment. To avoid complicating the explanation, Fig. 6 shows only main components closely related to this embodiment. This base station device may be an eNB 102 or a gNB 108.

[0125] The base station apparatus shown in FIG. 6 includes a transmitter 600 that transmits control information (DCI, RRC signaling, broadcast information, etc.) to UE 122, a processor 602 that creates control information (DCI, RRC signaling including parameters, broadcast information, etc.) and transmits it to UE 122, causing processing unit 502 of UE 122 to process it, and a receiver 604 that receives control information (UCI, RRC signaling, etc.) from UE 122. Furthermore, processing unit 602 may include some or all of the functions of various layers (e.g., physical layer, MAC layer, RLC layer, PDCP layer, SDAP layer, RRC layer, and NAS layer). That is, processing unit 602 may include some or all of the physical layer processing unit, MAC layer processing unit, RLC layer processing unit, PDCP layer processing unit, SDAP processing unit, RRC layer processing unit, and NAS layer processing unit.

[0126] An example of the processing of the terminal device in this embodiment will be described with reference to FIGS.

[0127] 7 is a diagram showing an example of processing by the terminal device (UE 122) in this embodiment. The processing unit 502 of the terminal device receives first information from the base station device (step S700). The processing unit 502 of the terminal device determines whether there is an ETWS primary notification from the received first information, and if target area information associated with the ETWS primary notification is provided, whether the terminal device is located in the target area indicated by the target area information (step S702). The processing unit 502 of the terminal device performs an operation based on the determination (step S704).

[0128] The first information received from the base station device in step S700 may be, for example, any one of the following (a) to (c), or any combination thereof: (a) Downlink Control Information (DCI), (b) System Information Block, and (c) Information notified by RRC signaling.

[0129] For example, the DCI in (a) may be a DCI CRC-scrambled with a P-RNTI. For example, the DCI in (a) may be a DCI CRC-scrambled with an RNTI associated with each target area. For example, the system information block in (b) may be SIB1 or another SIB. For example, the RRC signaling in (c) may be an RRC reconfiguration message or another RRC message.

[0130] In step S702, the target area may be expressed by, for example, any one or any combination of the following (a) to (d), and in addition, information on one or more of the target areas may be notified and / or reported to the terminal device: (a) A list including one or more entries, each of which represents an area indicated by a Reference Location (geographical coordinates indicated by longitude and latitude) and additional information (e.g., radius, diameter, and / or angle), (b) A list including one or more entries, each of which represents an area formed by connecting multiple Reference points, (c) An index of an SSB, and (d) Other information indicating a geographical area.

[0131] Each of the target areas may be identified by an identifier. The identifier is also referred to as an area identifier. The area identifier may be notified and / or broadcast to the terminal device together with information about the target area (or included in the information about the target area). For example, the area identifier and the information about the target area may be included as information elements in RRC signaling and / or SIB. FIG. 8 is a diagram showing an example of the above case (a). FIG. 8 shows an example in which a list (AreaInfoList) including an area identifier (AreaId) and, as information about the target area, a Reference Location (ReferenceLocation) and radius information (DistanceRadius) is provided from the base station device to the terminal device.

[0132] Furthermore, "an area is indicated by an SSB index" may mean that a certain SSB index is associated with a certain area. For example, if a terminal device can receive an SSB with a certain SSB index, the terminal device can be considered to be located in the area associated with that SSB index. Furthermore, "being able to receive the SSB" may mean that the received power of the SSB is equal to or greater than a certain threshold. This threshold may be notified in the first information, may be notified together with the target area information, may be notified by RRC signaling, or may be a predetermined value.

[0133] The ETWS primary notification and / or the ETWS secondary notification may be associated with one or more target areas indicated in the target area information. The ETWS primary notification and / or the ETWS secondary notification may not be associated with an area indicated in the target area information. (1) The target area information and / or (2) information associating one or more target areas indicated in the target area information with the ETWS primary notification and / or the ETWS secondary notification may not be provided to the terminal device. In this case, the terminal device may determine that the ETWS primary notification and / or the ETWS secondary notification is not associated with any target area. Additionally or alternatively, SIB6 and / or SIB7 may be associated with one or more target areas indicated in the target area information. Additionally or alternatively, a short message may be associated with one or more target areas indicated in the target area information. For example, the associations may be performed by including an area identifier in a short message with a specific bit (etwsAndCmasIndication bit) set or in downlink control information (DCI) containing the short message. Alternatively, the associations may be performed by an information element included in an SIB. In addition, the terminal device may determine that there is no area to be associated (that the terminal device is not associated with an area) when the area identifier has a specific value.

[0134] The determination in step S702 may be, for example, (1) determining that the system information scheduling information of SIB1 includes information on SIB6, and (2) if target area information is provided, determining that the terminal device is located in a target area provided by the target area information. Note that the target area may be an area associated with SIB6, or additionally or alternatively, the target area may be an area associated with an ETWS primary notification, or additionally or alternatively, the target area may be an area associated with a short message. If the terminal device determines that the system information scheduling information of SIB1 includes information on SIB6 and if target area information is provided, the terminal device may immediately acquire SIB6 (a system information block including an ETWS primary notification) as the operation of S704 based on the determination that the terminal device is located in the target area provided by the target area information. In addition, when target area information is not provided (there is no associated area information), the terminal device may immediately acquire SIB6 (a system information block including an ETWS primary notification) as the operation of S704 based on determining that information on SIB6 is included in the system information scheduling information. In addition, when target area information is provided and the terminal device cannot determine whether the terminal device is located in a target area provided by the target area information, the terminal device may immediately acquire SIB6 (a system information block including an ETWS primary notification) as the operation of S704 based on determining that information on SIB6 is included in the system information scheduling information. In addition, when the terminal device determines that information on SIB6 is not included in the system information scheduling information of SIB1, or when target area information is provided, based on determining that the terminal device is not located in the target area provided by the target area information, the terminal device may not acquire SIB6 (a system information block including an ETWS primary notification) as the operation of S704.

[0135] Additionally or alternatively, the determination in step S702 may be, for example, (1) determining that the system information scheduling information of SIB1 includes information on SIB7, and (2) if target area information is provided, determining that the terminal device is located in a target area provided by the target area information. Note that the target area may be an area associated with SIB7, or additionally or alternatively, the target area may be an area associated with an ETWS secondary notification, or additionally or alternatively, the target area may be an area associated with a short message. If the terminal device determines that the system information scheduling information of SIB1 includes information on SIB7 and if target area information is provided, determines that the terminal device is located in the target area provided by the target area information, the terminal device may immediately acquire SIB7 (a system information block including an ETWS secondary notification) as the operation of S704. Additionally or alternatively, when target area information is not provided (when there is no associated area information), the terminal device may immediately acquire SIB7 (a system information block including an ETWS secondary notification) as the operation of S704 based on determining that information SIB7 is included in the system information scheduling information. In addition, when target area information is not provided (when there is no associated area information), the terminal device may immediately acquire SIB7 (a system information block including an ETWS secondary notification) as the operation of S704 based on determining that information SIB7 is included in the system information scheduling information. In addition, when target area information is provided, if the terminal device cannot determine whether the terminal device is located in a target area provided by the target area information, the terminal device may immediately acquire SIB7 (a system information block including an ETWS secondary notification) as the operation of S704 based on determining that information SIB7 is included in the system information scheduling information.In addition, the terminal device may, as an operation of S704, not acquire SIB7 (a system information block including an ETWS secondary notification) based on determining that the system information scheduling information of SIB1 does not include information on SIB7, or, if target area information is provided, determining that the terminal device is not located in the target area provided by the target area information.

[0136] The determination process of step S702 may be performed based on the terminal device determining that the terminal device that received the short message is ETWS (Earthquake and Tsunami Warning System) capable and that a specific bit (etwsAndCmasIndication bit) in the short message is set.

[0137] The above-described mechanism enables a base station device to provide ETWS notification to a terminal device in a specific area within a cell without using PTP distribution, and enables the terminal device to receive ETWS notification in an appropriate area within the cell.

[0138] In addition, an area indicated by the area identifier may be associated with an RNTI, i.e., the terminal device may obtain the ETWS primary notification and / or the ETWS secondary notification according to information included in the DCI CRC-scrambled with the RNTI associated with the area in which the terminal device is located.

[0139] In the above description, the processing unit 502 of the UE 122 may be a processing unit that performs processing of the RRC layer.

[0140] Each piece of area information may be information indicating a part or all of the area of ​​the cell, or information indicating an area independent of the cell. Additionally or alternatively, each piece of area information may be information common to one or more cells. Additionally or alternatively, each piece of area information may be information indicating an area based on a relative position with respect to the reference location of the cell. Additionally or alternatively, each piece of area information may be information indicating an area based on an absolute position independent of the cell.

[0141] In each embodiment, the first information may be notified to the terminal device by any one or a combination of an RRC message, RRC signaling, a message of a layer above the RRC layer, a MAC control element, and downlink control information.

[0142] In each embodiment, for example, the terminal device may determine that the target area information will not be provided based on the fact that the target area information has not been reported. In each embodiment, for example, the terminal device may determine that the target area information will not be provided based on the fact that information indicating the existence of the target area information has not been reported in system information.

[0143] In addition, in the above description, expressions such as "link to," "corresponding to," and "associate with" may be interchangeable.

[0144] In the above description, expressions such as "determined to be A," "A is set," and "A is included" may be interchangeable.

[0145] In the above description, "transition from X to Y" may be rephrased as "X becomes Y." Also, in the above description, "cause a transition" may be rephrased as "determine a transition."

[0146] In addition, in the above-described examples of processes or process flows, some or all of the steps may not be executed. In addition, in the above-described examples of processes or process flows, the order of the steps may be different. In addition, in the above-described examples of processes or process flows, some or all of the processing within each step may not be executed.

[0147] In the above description, when it is stated that "C may be D" and "C may be E", it may also include that "D may be E". Also, in the above description, when it is stated that "F may be G" and "G may be H", it may also include that "F may be H".

[0148] The program that runs on the device according to this embodiment may be a program that controls a central processing unit (CPU) or the like to make a computer function so as to realize the functions of this embodiment. The program or the information handled by the program is temporarily loaded into a volatile memory such as a random access memory (RAM) during processing, or stored in a nonvolatile memory such as a flash memory or a hard disk drive (HDD), and is read, modified, and written by the CPU as needed.

[0149] Note that a part of the device in the above-described embodiment may be realized by a computer. In this case, a program for realizing this control function may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read and executed by a computer system. The "computer system" here refers to a computer system built into the device, including hardware such as an operating system and peripheral devices. Furthermore, the "computer-readable recording medium" may be any of a semiconductor recording medium, an optical recording medium, a magnetic recording medium, etc.

[0150] Furthermore, the term "computer-readable recording medium" may also include a medium that dynamically stores a program for a short period of time, such as a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line, or a medium that stores a program for a certain period of time, such as a volatile memory within a computer system that serves as a server or client in such cases. The program may also be one that realizes part of the above-mentioned functions, or one that can realize the above-mentioned functions in combination with a program already stored in the computer system.

[0151] Furthermore, each functional block or feature of the device used in the above-described embodiments may be implemented or performed by an electrical circuit, typically an integrated circuit or multiple integrated circuits. The electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, or alternatively, the processor may be a conventional processor, controller, microcontroller, or state machine. The general-purpose processor or each of the aforementioned circuits may be composed of digital circuits or analog circuits. Furthermore, if advances in semiconductor technology result in the emergence of integrated circuit technology that replaces current integrated circuits, integrated circuits based on that technology may also be used.

[0152] It should be noted that the present embodiment is not limited to the above-described embodiment. In the embodiment, an example of a device is described, but the present embodiment is not limited to this, and can be applied to terminal devices or communication devices such as stationary or non-movable electronic devices installed indoors or outdoors, for example, AV equipment, kitchen equipment, cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.

[0153] Although this embodiment has been described in detail above with reference to the drawings, the specific configuration is not limited to this embodiment and includes design modifications within the scope of the gist of this embodiment. Furthermore, various modifications of this embodiment are possible within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of this embodiment. Furthermore, configurations in which elements described in the above embodiment are substituted with elements that achieve the same effect are also included.

[0154] One aspect of the present invention can be used, for example, in a communication system, a communication device (e.g., a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (e.g., a communication chip), or a program.

[0155] 100 E-UTRA 102 eNB 104 EPC 106 NR 108 gNB 110 5GC 112, 114, 116, 118, 120, 124 Interface 122 UE 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 210, 312 NAS 500, 604 Receiver 502, 602 Processor 504, 600 Transmitter

Claims

1. A terminal device that communicates with a base station device, comprising: a receiving unit; and a processing unit, wherein the receiving unit receives downlink control information transmitted on a physical downlink control channel from the base station device, and the processing unit acquires a system information block containing an ETWS primary notification based on determining that the terminal device is within the target area when the downlink control information includes information indicating a target area.

2. A method applied to a terminal device communicating with a base station device, comprising the steps of: receiving the downlink control information transmitted on a physical downlink control channel from the base station device; and, when the downlink control information includes information indicating a target area, acquiring a system information block containing an ETWS primary notification based on determining that the terminal device is within the target area.

3. An integrated circuit implemented in a terminal device that communicates with a base station device, which performs the following functions in the terminal device: receiving the downlink control information transmitted on a physical downlink control channel from the base station device; and, when the downlink control information includes information indicating a target area, acquiring a system information block containing an ETWS primary notification based on determining that the terminal device is within the target area.

Images