Communication method and user device

Abstract

This communication method for use in a mobile communication system that provides a multicast / broadcast service (MBS) includes: a step in which user equipment for which one or a plurality of serving cells are configured employs the one or plurality of serving cells to communicate with a network; and a step in which an MBS gap request including information relating to an MBS gap that the user equipment is requesting to be configured in order to perform MBS reception in a separate cell, different from the one or plurality of serving cells, is transmitted from the user equipment to the network. The MBS gap request additionally includes identification information relating to a target serving cell in which a gap is to be set, among the one or plurality of serving cells.

Description

[Technical Field]

[0001] The present disclosure relates to a communication method for use in a mobile communication system. [Background technology]

[0002] The 3GPP (3rd Generation Partnership Project) has defined technical specifications for NR (New Radio), a fifth-generation (5G) radio access technology. Compared to LTE (Long Term Evolution), a fourth-generation (4G) radio access technology, NR offers higher speed, larger capacity, higher reliability, and lower latency. 3GPP has also defined technical specifications for 5G / NR multicast / broadcast services (MBS) (see, for example, Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] 3GPP Technical Specification: TS 38.300 V17.1.0 Summary of the Invention

[0004] A communication method according to a first aspect is a communication method used in a mobile communication system that provides a multicast / broadcast service (MBS), and includes the steps of: a user equipment (UE) configured with one or more serving cells communicating with a network using the one or more serving cells; and transmitting an MBS gap request from the UE to the network, the MBS gap request including information on an MBS gap that the UE requests to be set in order to receive an MBS from a cell different from the one or more serving cells. The MBS gap request further includes identification information on a target serving cell among the one or more serving cells for which a gap is to be set.

[0005] A communication method according to a second aspect is a communication method used in a mobile communication system that provides multicast / broadcast services (MBS), and includes the steps of: a user device, configured with one or more serving cells, communicating with a network using the one or more serving cells; the user device becoming interested in receiving MBS in another cell different from the one or more serving cells; the user device determining whether a transmission condition is met for transmitting an MBS gap request including information about an MBS gap that the user device requests to be set in order to receive MBS in the other cell; and, in response to determining that the transmission condition is met, transmitting the MBS gap request to the serving cell. [Brief explanation of the drawings]

[0006] [Figure 1] 1 is a diagram illustrating a configuration of a mobile communication system according to an embodiment. [Figure 2] 1 is a diagram illustrating a configuration of a UE (user equipment) according to an embodiment. [Figure 3] A diagram showing the configuration of a gNB (base station) according to an embodiment. [Figure 4] FIG. 10 is a diagram showing the configuration of a protocol stack of a radio interface of a user plane that handles data. [Figure 5] FIG. 1 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals). [Figure 6] FIG. 10 is a diagram showing an MBS Interest Indication message. [Figure 7] FIG. 10 is a diagram illustrating the start process of an MBS interest notification procedure. [Figure 8] FIG. 1 is a diagram illustrating carrier aggregation (CA). [Figure 9] FIG. 1 is a diagram for explaining dual connectivity (DC). [Figure 10]FIG. 2 is a diagram for explaining an example of an operation of the mobile communication system according to the embodiment. [Figure 11] FIG. 1 is a diagram illustrating an example of operation of a mobile communication system according to an embodiment. [Figure 12] FIG. 10 is a diagram for explaining another example of the operation of the mobile communication system according to the embodiment. [Figure 13] FIG. 10 is a diagram illustrating an example of the operation of a UE according to the embodiment. [Figure 14] FIG. 1 is a diagram illustrating an example of operation of a mobile communication system according to an embodiment. [Figure 15] FIG. 10 is a diagram illustrating an example of the operation of a UE according to the embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0007] A mobile communication system according to an embodiment will be described with reference to the drawings. In the description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.

[0008] (1) Configuration of mobile communication system FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment. The mobile communication system 1 conforms to the 3GPP standard 5th Generation System (5GS). In the following description, 5GS is used as an example, but the mobile communication system may also be at least partially applied to an LTE (Long Term Evolution) system. The mobile communication system may also be at least partially applied to a 6th Generation (6G) system.

[0009] The mobile communication system 1 includes a user equipment (UE) 100, a 5G radio access network (NG-RAN) 10, and a 5G core network (5GC) 20. Hereinafter, the NG-RAN 10 may be simply referred to as the RAN 10. The 5GC 20 may be simply referred to as the core network (CN) 20.

[0010] The UE 100 is a mobile wireless communication device. The UE 100 may be any device used by a user. For example, the UE 100 may be a mobile phone terminal (including a smartphone) and / or a tablet terminal, a laptop PC, a communication module (including a communication card or a chipset), a sensor or a device provided in a sensor, a vehicle or a device provided in a vehicle (Vehicle UE), or an aircraft or a device provided in an aircraft (Aerial UE).

[0011] The NG-RAN 10 includes a base station (called "gNB" in the 5G system) 200. The gNBs 200 are connected to each other via an Xn interface, which is an interface between base stations. The gNB 200 manages one or more cells. The gNB 200 performs wireless communication with a UE 100 that has established a connection with its own cell. The gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter simply referred to as "data"), a measurement control function for mobility control and scheduling, etc. The term "cell" is used to indicate the smallest unit of a wireless communication area. The term "cell" is also used to indicate a function or resource that performs wireless communication with a UE 100. One cell belongs to one carrier frequency (hereinafter simply referred to as "frequency").

[0012] In addition, gNBs can also connect to the Evolved Packet Core (EPC), which is the LTE core network. LTE base stations can also connect to 5GC. LTE base stations and gNBs can also be connected via a base station-to-base station interface.

[0013] The 5GC20 includes an Access and Mobility Management Function (AMF) and a User Plane Function (UPF) 300. The AMF performs various mobility controls for the UE 100. The AMF manages the mobility of the UE 100 by communicating with the UE 100 using NAS (Non-Access Stratum) signaling. The UPF controls data forwarding. The AMF and UPF are connected to the gNB 200 via an NG interface, which is an interface between a base station and a core network.

[0014] 2 is a diagram showing the configuration of a UE 100 (user equipment) according to the embodiment. The UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130. The receiving unit 110 and the transmitting unit 120 constitute a wireless communication unit that performs wireless communication with the gNB 200.

[0015] The receiving unit 110 performs various types of reception under the control of the control unit 130. The receiving unit 110 includes an antenna and a receiver. The receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 130.

[0016] The transmitting unit 120 performs various transmissions under the control of the control unit 130. The transmitting unit 120 includes an antenna and a transmitter. The transmitter converts a baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.

[0017] The control unit 130 performs various controls and processes in the UE 100. Such processes include processes of each layer, which will be described later. The control unit 130 includes at least one processor and at least one memory. The memory stores programs executed by the processor and information used in the processes by the processor. The processor may include a baseband processor and a CPU (Central Processing Unit). The baseband processor performs modulation / demodulation and encoding / decoding of baseband signals. The CPU executes programs stored in the memory to perform various processes.

[0018] 3 is a diagram showing the configuration of a gNB 200 (base station) according to an embodiment. The gNB 200 includes a transmitter 210, a receiver 220, a controller 230, and a backhaul communication unit 240. The transmitter 210 and the receiver 220 constitute a wireless communication unit that performs wireless communication with the UE 100. The backhaul communication unit 240 constitutes a network communication unit that performs communication with the CN 20.

[0019] The transmission unit 210 performs various transmissions under the control of the control unit 230. The transmission unit 210 includes an antenna and a transmitter. The transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.

[0020] The receiving unit 220 performs various types of reception under the control of the control unit 230. The receiving unit 220 includes an antenna and a receiver. The receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 230.

[0021] The control unit 230 performs various controls and processes in the gNB 200. Such processes include processes for each layer, which will be described later. The control unit 230 includes at least one processor and at least one memory. The memory stores programs executed by the processor and information used in the processes by the processor. The processor may include a baseband processor and a CPU. The baseband processor performs modulation / demodulation and encoding / decoding of baseband signals. The CPU executes programs stored in the memory to perform various processes.

[0022] The backhaul communication unit 240 is connected to neighboring base stations via an Xn interface, which is an interface between base stations. The backhaul communication unit 240 is connected to the AMF / UPF 300 via an NG interface, which is an interface between a base station and a core network. Note that the gNB 200 may be configured (i.e., functionally divided) with a CU (Central Unit) and a DU (Distributed Unit), and both units may be connected via an F1 interface, which is a fronthaul interface.

[0023] FIG. 4 is a diagram showing the configuration of a protocol stack of a radio interface of a user plane that handles data.

[0024] The user plane radio interface protocol includes a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, and a service data adaptation protocol (SDAP) layer.

[0025] The PHY layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of UE100 and the PHY layer of gNB200 via a physical channel. The PHY layer of UE100 receives downlink control information (DCI) transmitted from gNB200 on a physical downlink control channel (PDCCH). Specifically, UE100 performs blind decoding of the PDCCH using a radio network temporary identifier (RNTI) and acquires successfully decoded DCI as DCI addressed to the UE. The DCI transmitted from gNB200 has CRC parity bits scrambled by the RNTI added.

[0026] The MAC layer performs data priority control, retransmission processing using Hybrid Automatic Repeat reQuest (HARQ), random access procedures, etc. Data and control information are transmitted between the MAC layer of UE100 and the MAC layer of gNB200 via transport channels. The MAC layer of gNB200 includes a scheduler, which determines the uplink and downlink transport format (transport block size, modulation and coding scheme (MCS)) and the resource blocks to be allocated to UE100.

[0027] The RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via logical channels.

[0028] The PDCP layer performs header compression / decompression, encryption / decryption, etc.

[0029] The SDAP layer maps IP flows, which are the units for Quality of Service (QoS) control by the core network, to radio bearers, which are the units for QoS control by the Access Stratum (AS). Note that if the RAN is connected to the EPC, SDAP is not necessary.

[0030] FIG. 5 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals).

[0031] The protocol stack of the radio interface of the control plane has a Radio Resource Control (RRC) layer and a Non-Access Stratum (NAS) layer instead of the SDAP layer shown in FIG.

[0032] RRC signaling for various settings is transmitted between the RRC layer of UE100 and the RRC layer of gNB200. The RRC layer controls logical channels, transport channels, and physical channels according to the establishment, re-establishment, and release of radio bearers. When there is a connection (RRC connection) between the RRC of UE100 and the RRC of gNB200, UE100 is in an RRC connected state. When there is no connection (RRC connection) between the RRC of UE100 and the RRC of gNB200, UE100 is in an RRC idle state. When the connection between the RRC of UE100 and the RRC of gNB200 is suspended, UE100 is in an RRC inactive state.

[0033] The NAS layer, which is located above the RRC layer, performs session management, mobility management, etc. NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the AMF 300A. Note that the UE 100 has an application layer and the like in addition to the radio interface protocol. Also, a layer lower than the NAS layer is referred to as an AS layer.

[0034] (2) Overview of MBS The mobile communication system 1 can perform resource-efficient distribution by using a multicast / broadcast service (MBS).

[0035] In the case of a broadcast communication service (also referred to as "MBS broadcast"), the same service and the same specific content data are simultaneously provided to all UEs 100 in a geographical area. That is, all UEs 100 within the broadcast service area are authorized to receive the data. The broadcast communication service is delivered to the UEs 100 using a broadcast session, which is a type of MBS session. The UEs 100 can receive the broadcast communication service in any of the following states: RRC idle state, RRC inactive state, and RRC connected state.

[0036] In the case of a multicast communication service (also referred to as "MBS multicast"), the same service and the same specific content data are provided simultaneously to a specific set of UEs. That is, not all UEs 100 within a multicast service area are permitted to receive the data. The multicast communication service is delivered to the UEs 100 using a multicast session, which is a type of MBS session. The UEs 100 can receive the multicast communication service in the RRC connected state using mechanisms such as Point-to-Point (PTP) and / or Point-to-Multipoint (PTM) delivery. The UEs 100 may also receive the multicast communication service in the RRC inactive (or RRC idle) state.

[0037] In the following, MBS broadcast will be mainly described, however, the embodiment is not limited to MBS broadcast and can be applied to MBS multicast.

[0038] A UE 100 in an RRC idle state, an RRC inactive state, or an RRC connected state receives MBS configuration for a broadcast session (e.g., parameters required for MTCH reception) via a multicast control channel (MCCH). The parameters required for MCCH reception (MCCH configuration) are provided via system information. Specifically, system information block type 20 (SIB20) includes the MCCH configuration. SIB type 21 (SIB21) includes information on service continuity for MBS broadcast reception. The MCCH provides a list of all broadcast services, including ongoing sessions, transmitted on the multicast traffic channel (MTCH). The broadcast session-related information includes an MBS session ID (e.g., a Temporary Mobile Group Identity (TMGI)), associated G-RNTI scheduling information, and information on neighboring cells providing a specific service on the MTCH.

[0039] 6 is a diagram showing an MBS Interest Indication message defined in the 3GPP technical specification for RRC, TS38.331. The MBS Interest Indication message (hereinafter also simply referred to as "MBS Interest Indication") is an RRC message transmitted from the UE 100 to the network (gNB 200).

[0040] MBS Interest Notification Message (hereinafter simply referred to as "MBS Interest Notification") , B The Broadcast MRB is used to notify the network that the UE 100 is receiving or interested in receiving the MBS broadcast service, or is no longer receiving or is no longer interested in receiving it.

[0041] To ensure service continuity for MBS broadcast, the UE 100 in the RRC Connected state can send an MBS Interest Indication (MII) message, which is an RRC message, to the gNB 200 providing the SIB 21, including the following information: mbs-FreqList (MBS frequency list) A list of MBS frequencies that the UE is interested in receiving mbs-Priority (MBS priority) Priority between receiving all listed MBS frequencies and receiving unicast bearers ·mbs-ServiceList (MBS service list)

[0042] A list of MBS broadcast services (service IDs) that the UE 100 is interested in receiving (when SIB20 is scheduled on the UE 100's PCell).

[0043] Note that the transmission of MBS Interest Indication messages can be implicitly enabled / disabled by the presence of SIB21.

[0044] When gNB200 provides RRC configuration and / or downlink allocation to UE100, it enables UE100 to receive MBS services in which UE100 is interested based on the MBS Interest Indication message.

[0045] FIG. 7 is a diagram showing the start process of the MBS interest notification procedure defined in the 3GPP technical specification for RRC: TS38.331.

[0046] An MBS-capable UE 100 in the RRC Connected state can initiate this procedure in several cases, such as when a connection is successfully established / resumed, when entering or leaving a broadcast service area, when an MBS broadcast session is started or stopped, when there is a change in interest, when there is a change in priority between MBS broadcast and unicast / multicast reception, when there is a change to the PCell that broadcasts SIB21, when there is reception of SIB20 on the SCell via dedicated signaling, and during handover.

[0047] (3) Overview of Carrier Aggregation 8 is a diagram for explaining carrier aggregation (CA). In the embodiment, the UE 100 is configured with carrier aggregation (CA) by the gNB 200. In CA, multiple component carriers (CCs) corresponding to multiple serving cells are aggregated, and the UE 100 can simultaneously receive or transmit using the multiple CCs. The multiple CCs may be contiguous in the frequency direction. The multiple CCs may also be discontinuous.

[0048] When CA is configured, the UE 100 has only one RRC connection with the network (e.g., gNB 200). During RRC connection establishment / re-establishment / handover, one serving cell provides NAS mobility information, and during RRC connection re-establishment / handover, one serving cell provides security input. The one serving cell is called a primary cell (PCell). The primary cell is an MCG cell operating on a primary frequency where the UE 100 performs the initial connection establishment procedure or initiates the connection re-establishment procedure. If the UE 100 receives an RRC Setup message from a cell during the initial connection establishment procedure, the UE 100 considers the cell as the primary cell. A set of serving cells can be formed by configuring a secondary cell (SCell) together with a PCell for the UE 100. Therefore, the set of serving cells configured for the UE 100 consists of one PCell and one or more SCells. Reconfiguration, addition, and deletion of SCells can be performed by RRC.

[0049] To enable the power consumption of the UE 100 to be reduced when CA is configured, a cell activation / deactivation mechanism is supported. When an SCell is deactivated, the UE 100 does not need to receive the corresponding PDCCH or PDSCH, and does not need to perform the corresponding uplink and / or CQI measurements. On the other hand, when an SCell is active, the UE 100 can receive the PDSCH and PDCCH and perform CQI measurements.

[0050] FIG. 9 is a diagram for explaining dual connectivity (DC). In DC, the UE 100 communicates with a master cell group (MCG) 201M managed by a master node (MN) 200M and a secondary cell group (SCG) 201S managed by a secondary node (SN) 200S. The MN 200M and the SN 200S are connected to each other via a network interface (specifically, an inter-base station interface). The network interface may be an Xn interface or an X2 interface. The MN 200M may be referred to as a master base station, and the SN 200S may be referred to as a secondary base station. Both the MN 200M and the SN 200S may be gNBs 200.

[0051] For example, DC is initiated when MN 200M transmits a predetermined message (for example, an SN Addition Request message) to SN 200S, and MN 200M transmits an RRC Reconfiguration message to UE 100. In DC, UE 100 in the RRC connected state is assigned radio resources by the respective schedulers of MN 200M and SN 200S, and performs radio communication using the radio resources of MN 200M and SN 200S.

[0052] The MN 200M may have a control plane connection with the core network. The MN 200M provides primary radio resources for the UE 100. The MN 200M manages the MCG 201M. The MCG 201M is a group of serving cells associated with the MN 200M. The MCG 201M has a primary cell (PCell) and optionally has one or more secondary cells (SCells). On the other hand, the SN 200S may not have a control plane connection with the core network. The SN 200S provides additional radio resources to the UE 100. The SN 200S manages the SCG 201S. The SCG 201S has primary and secondary cells (PSCells) and optionally has one or more SCells. The PCell of the MCG 201M and the PSCell of the SCG 201S are sometimes referred to as special cells (SpCells).

[0053] In an embodiment, the UE 100 may receive the MBS broadcast data and the MCCH from the PCell or one SCell at a certain timing, and dedicated RRC signaling for the UE may be used to provide the SIB 20 of the SCell.

[0054] (4) Operation of the mobile communication system Fig. 10 is a diagram for explaining an example of the operation of the mobile communication system 1 according to the embodiment. Note that the numbers indicated by "#" in Fig. 10 may represent identifiers or indexes.

[0055] UE 100, which is present in the overlapping area of ​​cell #1 and cell #2, communicates with cell #1. That is, cell #1 is the serving cell of UE 100, and cell #2 is a neighboring cell of the serving cell. UE 100 is in an RRC connected state, an RRC idle state, or an RRC inactive state in cell #1.

[0056] Cell #1 operates on frequency (carrier frequency) #1, and cell #2 operates on frequency (carrier frequency) #2. This type of frequency relationship is called inter-frequency. Cell #1 is managed by gNB200#1, and cell #2 is managed by gNB200#2. Cell #1 (gNB200#1) and cell #2 (gNB200#2) belong to different operators. Specifically, cell #1 (gNB200#1) belongs to public land mobile network (PLMN) #1, and cell #2 (gNB200#2) belongs to PLMN #2. This type of PLMN relationship is called inter-PLMN.

[0057] The gNB200#1 and the CN20#1 are included in the network 50#1 of the PLMN#1 (first PLMN). The gNB200#2 and the CN20#2 are included in the network 50#2 of the PLMN#2 (second PLMN). Generally, one operator is assigned one PLMN identifier. Each cell broadcasts the identifier of the PLMN to which it belongs.

[0058] UE100 in an RRC connected state in cell #1 performs data communication with cell #1 (gNB200#1). Specifically, UE100 is assigned a C-RNTI from gNB200#1 as an identifier of the RRC connection. gNB200#1 assigns radio resources to UE100 by scheduling for UE100.

[0059] UE 100 in the RRC idle state or the RRC inactive state in cell #1 monitors paging from cell #1 (gNB 200 #1). Specifically, UE 100 monitors paging transmitted from cell #1 (gNB 200 #1) at paging reception timing (paging occasion) determined according to parameters such as its own UE identifier.

[0060] In an embodiment, cell #2 (gNB200#2) transmits MBS data belonging to an MBS session (e.g., a broadcast session) using PTM. Specifically, cell #2 (gNB200#2) transmits MBS data using MBS broadcast. Cell #2 (gNB200#2) may provide MBS sessions in Receive-Only Mode (ROM) and / or Free-To-Air (FTA). ROM is a mode in which MBS reception is possible even for UE100 that does not have a Subscriber Identity Module (SIM) and / or a service contract with an operator (PLMN). For example, UE100 may be a device (e.g., a television receiver) that does not have uplink transmission capability but has downlink reception capability. FTA is an application (service) that enables free-to-air content broadcasting. FTA may be one aspect of ROM. MBS sessions provided in FTA may be available to all users who are not mobile subscribers. Hereinafter, when there is no particular distinction between ROM and FTA, they will be referred to as ROM / FTA.

[0061] For example, UE 100 belongs to PLMN #1. UE 100 may have a SIM of PLMN #1 and / or a service contract with PLMN #1. In the description of the embodiment, it is assumed that UE 100 is interested in receiving an MBS session provided by PLMN #2, i.e., cell #2 (gNB200 #2). It is assumed that an MBS session provided by cell #2 (gNB200 #2) via ROM / FTA can be received even by UE 100 belonging to PLMN #1. However, it may also be assumed that an MBS session provided by cell #2 (gNB200 #2) via broadcast / PTM, regardless of ROM / FTA, can be received even by UE 100 belonging to PLMN #1.

[0062] Here, since the number of its own receivers is limited, it is difficult for UE100 to receive an MBS from cell #2 (gNB200#2) while maintaining communication with cell #1 (gNB200#1). Specifically, it is difficult for UE100 to receive an MBS from cell #2 (frequency #2), which is an inter-frequency, while maintaining cell #1 (frequency #1) as its own serving cell (serving frequency). For example, UE100 having only one receiver cannot receive an MBS from cell #2 (frequency #2) while receiving from cell #1 (frequency #1). Even if UE100 has multiple receivers, in a scenario where all of the multiple receivers are being used for communication with network 50#1 (e.g., carrier aggregation), UE100 cannot receive an MBS from cell #2 (frequency #2).

[0063] Here, if gNB200#1 (network 50#1) knows the MBS interest of UE100 and the MBS transmission setting (particularly, MBS timing) of gNB200#2, it can communicate with UE100, for example, perform data communication or paging transmission, so as to avoid the timing. This allows UE100 to receive an MBS from cell #2 (gNB200#2) at the timing. However, in an inter-PLMN scenario, gNB200#1 and gNB200#2 belong to different PLMNs, making it difficult to share MBS transmission settings through network cooperation.

[0064] Therefore, UE100 according to the embodiment transmits an MBS gap request to cell #1 (gNB200#1) including information about the MBS gap that UE100 requests to be set (i.e., information about the MBS reception timing at which UE100 receives an MBS from cell #2). The MBS gap is a period during which UE100 suspends communication between UE100 and cell #1 in order to receive an MBS from cell #2. The MBS gap request may be auxiliary information for cell #1 (gNB200#1) to set an MBS gap in UE100.

[0065] The MBS gap request may be included in an RRC message transmitted from UE 100 to cell #1 (gNB 200 #1). The RRC message may be a UE Assistance Information message. The RRC message may be an MBS Interest Indication message. Alternatively, the MBS gap request may be included in an NAS message transmitted from UE 100 to CN 20 #1 (AMF 300A) via cell #1 (gNB 200 #1). The NAS message may be a CONFIGURATION UPDATE COMPLETE message, REGISTRATION It may be a REQUEST message or a SERVICE REQUEST message.

[0066] A network device included in network 50#1, for example, gNB200#1 or CN20#1 (AMF300A), receives the message from UE 100 via cell #1. This enables the network device to communicate with UE 100, for example, perform data communication or paging transmission, so as to avoid the MBS reception timing when UE 100 receives an MBS from cell #2.

[0067] (4.1) An example of basic operation regarding gap requests In this operation example, upon receiving an MBS gap request from UE 100, gNB 200 #1 transmits an MBS gap setting indicating the setting of an MBS gap to UE 100 via cell #1. UE 100 receives the MBS gap setting from cell #1. Based on the MBS gap setting from gNB 200 #1, UE 100 suspends data communication with cell #1 during the MBS gap and receives an MBS from cell #2. This enables UE 100 to receive an MBS from cell #2 while maintaining an RRC connected state with cell #1 (gNB 200 #1).

[0068] In this operation example, UE100 generates requested gap information indicating the setting of an MBS gap requested by UE100 based on the setting of the MCCH of cell #2 and / or the setting of the MTCH of cell #2. UE100 transmits a message including the requested gap information to cell #1 (gNB200#1). Cell #1 (gNB200#1) receives the message including the requested gap information and transmits an MBS gap setting based on the requested gap information to UE100. This allows the MBS gap to be set appropriately for UE100.

[0069] 11 is a diagram showing this operation example. In the following description of the embodiment, cell #1 (gNB200#1) may be read as network 50#1 (PLMN#1), and cell #2 (gNB200#2) may be read as network 50#2 (PLMN#2).

[0070] In step S100, UE 100 is in an RRC connected state in cell #1.

[0071] In step S101, UE 100 is receiving an MBS or is interested in receiving an MBS. For example, UE 100 is receiving or is interested in receiving an MBS session (e.g., a broadcast session) provided by ROM / FTA. Note that UE 100 may have previously acquired higher layer information indicating a correspondence between an MBS session (MBS session ID) and a frequency (frequency identifier). The higher layer information may further include information indicating a start time of the MBS session and / or information indicating an MBS service area in which the MBS session is provided. UE 100 may determine a desired MBS frequency that provides the MBS session (desired MBS session) based on the higher layer information. Such higher layer information may be provided as a USD (User Service Description) or may be provided by an NAS message (e.g., a RESITRATION ACCEPT message, a CONFIGURATION UPDATE COMMAND message, or a PDU SESSION ESTABLISHMENT ACCEPT message).

[0072] In step S102, UE 100 may receive, from cell #1 (gNB 200 #1), MBS information indicating the correspondence between MBS sessions and frequencies provided by network 50 #1 and / or MBS sessions provided by cell #1 in ROM / FTA. Such MBS information may be information broadcast in the SIB or MCCH of cell #1. For example, MBS information indicating the correspondence between MBS sessions and frequencies provided by network 50 #1 may include multiple sets of MBS session IDs and frequency identifiers. UE 100 can determine which MBS sessions are provided at which frequencies based on such MBS information. Note that MBS information indicating MBS sessions provided by cell #1 in ROM / FTA may include an MBS session ID list of MBS sessions provided by cell #1 in ROM / FTA. UE 100 can determine which MBS sessions cell #1 provides in ROM / FTA based on such MBS information.

[0073] In step S103, UE 100 recognizes that the desired MBS session is not provided by network 50#1 based on the MBS information received in step S102. For example, UE 100 may recognize that the desired MBS session is not provided by network 50#1 based on MBS information indicating the correspondence between MBS sessions and frequencies provided by network 50#1 if the desired MBS session and / or the desired MBS frequency is not indicated in the MBS information. UE 100 may recognize that the desired MBS session and / or the desired MBS frequency can be provided by another network, i.e., network 50#2, if the desired MBS frequency providing the desired MBS session to which ROM / FTA is applied is not indicated in the MBS information.

[0074] In step S104, the UE 100 may receive MBS information from the cell #2 (gNB 200 #2) indicating the correspondence between the MBS sessions and frequencies provided by the network 50 #2 and / or the MBS sessions provided by the cell #2 in ROM / FTA. Such MBS information may be information broadcast in the SIB or MCCH of the cell #2. The UE 100 may confirm that the desired MBS session and / or the desired MBS frequency is provided by the cell #2 based on the MBS information.

[0075] Furthermore, in step S104, UE 100 receives MBS reception configuration for cell #2 from cell #2. Such MBS reception configuration includes MCCH configuration information broadcast in the SIB (SIB20) of cell #2 and / or MTCH configuration information broadcast in the MCCH of cell #2. For example, UE 100 receives the MCCH configuration information from cell #2 via SIB20 transmitted on the BCCH, and then receives the MTCH configuration information by receiving the MCCH from gNB 200 based on the MCCH configuration information. The MCCH configuration information includes scheduling information of the MCCH, i.e., information indicating the MCCH reception timing (MCCH reception opportunity). The MTCH configuration information includes scheduling information of the MTCH, i.e., information indicating the MTCH reception timing (MTCH reception opportunity). Such MCCH reception timing (MCCH reception opportunity) and / or MTCH reception timing (MTCH reception opportunity) corresponds to the MBS reception timing at which UE 100 receives an MBS from cell #2. Specifically, the MTCH reception timing constituting the MBS reception timing may be the MTCH reception timing associated with the desired MBS session among the MTCH reception timings indicated for each MBS session by the MCCH.

[0076] In step S105, UE 100 determines a gap pattern setting for an MBS gap for interrupting data communication with cell #1 based on the MBS reception timing determined in step S104, and generates requested gap information indicating the determined gap pattern setting. A gap pattern refers to a periodically repeated MBS gap pattern. The requested gap information includes information indicating the start timing of the gap pattern (such as a system frame number and / or a subframe number) and information indicating the gap pattern, such as a bitmap for each subframe or the period (cycle length) of the MBS gap. The requested gap information may also include information indicating the duration of each MBS gap. Note that UE 100 determines the requested gap pattern in accordance with the timing (such as a system frame number) of cell #1. Here, when determining the requested gap pattern, UE 100 may add to the requested gap pattern a time (margin) required for changing the frequency of the receiver of UE 100 and / or a measurement time for establishing synchronization with cell #2.

[0077] In step S106, UE 100 transmits an RRC message including the requested gap information generated in step S105 to cell #1 (gNB 200 #1). UE 100 may further include a desired MBS session ID (e.g., TMGI) and / or a desired MBS frequency identifier associated with the requested gap information in the RRC message.

[0078] In step S107, cell #1 (gNB200#1) generates an MBS gap configuration indicating an MBS gap configuration (gap pattern) based on the requested gap information in the RRC message received from UE 100 in step S106, and transmits the MBS gap configuration to UE 100. For example, cell #1 (gNB200#1) transmits an RRC Reconfiguration message including the MBS gap configuration to UE 100. The type of information included in the MBS gap configuration may be the same as the type of information included in the requested gap information. Cell #1 (gNB200#1) may further include a cell identifier and / or a cell group identifier associated with the MBS gap configuration in the RRC reconfiguration message. Cell #1 (gNB200#1) may include multiple sets of MBS gap configurations and cell identifiers and / or cell group identifiers in the RRC reconfiguration message.

[0079] In step S108, UE100 suspends data communication with cell #1 (gNB200#1) during the MBS gap indicated by the MBS gap setting received from cell #1 (gNB200#1) in step S107, and performs MBS reception for the desired MBS session from cell #2 (gNB200#2). Specifically, UE100 changes (tunes) the receiving frequency of the receiver from frequency #1 to frequency #2, and then performs MBS reception from cell #2 (gNB200#2), i.e., MTCH reception (and MCCH reception). Cell #1 (gNB200#1) does not allocate radio resources to UE100 during the set MBS reception gap.

[0080] Here, when the UE 100 uses a plurality of serving cells (or a plurality of cell groups) for communication with the network 50#1 (i.e., in the case of carrier aggregation or dual connectivity), the UE 100 may identify the serving cell (and / or cell group) to which the MBS gap setting is applied based on the cell identifier and / or cell group identifier in the RRC reconfiguration message, and may perform MBS reception from cell #2 (gNB200#2) using a receiver assigned to the identified serving cell (and / or cell group). Note that receivers assigned to serving cells (and / or cell groups) other than the identified serving cell (and / or cell group) may remain on the same frequency / serving cell and continue reception from the serving cell.

[0081] When UE100 is no longer interested in receiving MBS from cell #2 (gNB200#2) (step S109), it may notify cell #1 (gNB200#1) (step S110). UE100 may send the notification in an RRC message, for example, a UE Assistance Information message or an MBS Interest Indication message. The notification may be a gap release request. The notification may be an MBS reception gap request that does not include a requested gap pattern. Cell #1 (gNB200#1) may remove (release) the MBS reception gap setting from UE100 based on the notification (step S111).

[0082] By such operation, UE100 can receive MBS broadcasts from cell #2 (gNB200#2) using MBS gaps while continuing unicast communication with cell #1 (gNB200#1), even if the number of its own receivers is limited.

[0083] (4.2) Gap requirements for CA / DC FIG. 12 is a diagram for explaining another example of the operation of the mobile communication system 1 according to the embodiment.

[0084] In this operation example, it is assumed that multiple serving cells (in the illustrated example, serving cell #1a and serving cell #1b) are configured by CA or DC in network 50 #1 for UE 100. In the illustrated example, serving cell #1a and serving cell #1b have different frequencies (carrier frequencies), with serving cell #1a operating at frequency #1 and serving cell #1b operating at frequency #2.

[0085] UE 100 communicates with network 50#1 using the multiple serving cells. For example, UE 100 has two receivers 111 and 112. Receivers 111 and 112 may support different frequencies. For example, UE 100 uses receiver 111 for unicast reception from serving cell #1a and receiver 112 for unicast reception from serving cell #1b. Note that one receiver may correspond to one radio (RF chain).

[0086] Thus, when UE100 uses different receivers during CA or DC, there is a problem that network 50#1 (gNB200#1) does not know which receiver to apply the MBS gap to. Here, not all receivers of UE100 support all frequencies, and it is necessary to use a receiver that supports the MBS frequency for MBS reception. However, network 50#1 (gNB200#1) may not know such information.

[0087] In this operation example, the UE 100 transmits an MBS gap request to the network 50#1, the MBS gap request including information on an MBS gap that the UE 100 requests to be set in order to receive MBS data from another cell #2 different from the plurality of serving cells #1a and #1b. Here, the MBS gap request further includes identification information on a target serving cell among the plurality of serving cells for which the MBS gap is to be set. This allows the network 50#1 (e.g., gNB 200#1) to appropriately determine which serving cell an MBS gap should be set in based on the identification information.

[0088] The other cell #2 belongs to another network 50#2 operated by a different operator (PLMN#2) than the operator (PLMN#1) of the network 50#1. That is, this operation example mainly assumes an inter-PLMN scenario. However, this operation example is not limited to the inter-PLMN scenario and can also be applied to an intra-PLMN scenario.

[0089] The identification information included in the MBS gap request includes at least one of an identifier of the target serving cell, an identifier of the cell group to which the target serving cell belongs, and an identifier of the frequency of the target serving cell.

[0090] 13 is a diagram showing an example of the operation of UE 100. In the illustrated example, in the serving PLMN (network 50#1) of UE 100, UE 100 uses RF chain #1 for communication with a PCell and RF chain #2 for communication with an SCell. UE 100 uses RF chain #1 (receiver #1) for unicast reception from a PCell and RF chain #2 (receiver #2) for unicast reception from an SCell.

[0091] Periodic MBS gaps are configured in the PCell. During the MBS gaps, the UE 100 suspends unicast reception from the PCell of the serving PLMN (network 50#1) and receives MBS data transmitted on an MTCH of another PLMN (network 50#2) via RF chain #1 (receiver #1). Hereinafter, an example will be described in which the MTCH transmission in the other PLMN (network 50#2) is an MBS broadcast, but this is not limited to MBS broadcast and may be MBS multicast. Note that, in each MBS gap, a tuning period for tuning the RF chain #1 (receiver #1) is provided before and after each MTCH period.

[0092] 14 is a diagram showing this operation example. Here, a duplicated description of operations that overlap with the above-described operation example will be omitted.

[0093] Steps S200 to S204 are the same as in the above-described example of operation, except that in this example of operation, the UE 100 becomes interested in receiving an MBS broadcast provided by another PLMN (PLMN#2) in step S202 (step S201).

[0094] In step S205, the UE 100 determines a target serving cell for the MBS gap. For example, the UE 100 identifies an RF chain / receiver that supports the frequency of the MBS broadcast that the UE 100 is interested in, and identifies a serving cell with which the RF chain / receiver is communicating as the target serving cell.

[0095] In steps S206 and S207, the UE 100 generates and transmits an RRC message including an MBS gap request. The gNB 200#1 receives the RRC message. As described above, the RRC message may be an MBS Interest Indication message. The RRC message may be a UE Assistance Information message. The UE Assistance Information message is an example of an RRC message that the UE 100 can transmit autonomously.

[0096] The RRC message (MBS gap request) includes identification information indicating the serving cell to which the request should be applied. The RRC message (MBS gap request) may include gap information such as the above-mentioned information, such as the start timing, period, pattern (bitmap), and MBS gap length of the MBS gap. The identification information includes at least one of an identifier of the target serving cell (physical cell ID or cell index), an identifier of a cell group to which the target serving cell belongs (e.g., an MCG / SCG identifier or a DRX group identifier), and an identifier of the frequency of the target serving cell (e.g., an ARFCN (Absolute Radio-Frequency Channel Number) or band combination). The RRC message (MBS gap request) may also include an MBS session ID (e.g., TMGI) to which the request should be applied.

[0097] In step S208, gNB200 considers the MBS gap request of step S207 and performs MBS gap setting for UE100. Here, gNB200#1 performs MBS gap setting by specifying a cell ID or the like. gNB200#1 may also perform MBS gap setting by specifying the receiver of UE100. Steps S209 to S212 are the same as the above-described operation example.

[0098] (4.3) Gap request transmission conditions As described above, the MBS gap request includes information about the MBS gap requested (desired) by the UE 100, such as the start timing, period, pattern (bitmap), MBS gap length, etc. Such an MBS gap is determined based on the MTCH configuration (i.e., MTCH scheduling information) of the MBS service (e.g., MBS broadcast) in which the UE 100 is interested.

[0099] In the above-described operation example, if gNB200#1 and gNB200#2 belong to the same PLMN, i.e., in an intra-PLMN scenario, gNB200#1 may be aware of the MTCH scheduling information of gNB200#2. Under such an assumption, gNB200#1 can identify the TMGI and / or frequency of the MBS service in which UE100 is interested and understand the MTCH scheduling based on an MBS Interest Indication message from UE100.

[0100] Therefore, even if there is no MBS gap request from UE 100, gNB 200#1 may set an MBS gap for UE 100 based on the MBS interest notification message, and therefore transmission of an MBS gap request by UE 100 may be a wasteful process. In the following explanation of the operation example, the conditions (trigger conditions) under which UE 100 transmits an MBS gap request will be explained. The following operation example may be implemented in combination with the above-mentioned operation example.

[0101] 15 is a diagram showing an example of the operation of the UE 100. In this example of the operation, it is mainly assumed that the MBS gap request is transmitted in a message different from the MBS Interest Indication message.

[0102] In step S301, the UE 100 in an RRC connected state in which one or more serving cells are set communicates with the network 50#1 using the one or more serving cells.

[0103] In step S302, the UE 100 is interested in receiving an MBS in another cell (which may be a different frequency) different from the one or more serving cells. That is, the UE 100 determines that it desires to receive an MBS in the other cell.

[0104] In step S303, the UE 100 determines whether a condition (trigger condition) for transmitting an MBS gap request is satisfied. A first condition indicating that the serving cell and the other cell belong to different operators (different PLMNs #1); A second condition indicating that an MBS interest notification message cannot be sent to the serving cell; and a third condition indicating that the serving cell requests or allows transmission of MBS gap requests; The condition includes at least one of the following. Among the first to third conditions, the first condition may be a mandatory condition, and the second and third conditions may be optional conditions. However, even in an intra-PLMN scenario, it is conceivable that a gNB does not know the MTCH scheduling of other gNBs. Therefore, the first condition may not be a mandatory condition.

[0105] When the first condition is used, the UE 100 may determine to generate and transmit an MBS gap request in response to determining that an MBS session (e.g., a broadcast session) that the UE 100 is interested in receiving is provided by a PLMN other than the current serving PLMN. Here, the UE 100 identifies an MBS service ID, specifically, a TMGI, that the UE 100 is interested in receiving. The TMGI includes a PLMN identifier (plmn-Id) and a service identifier (serviceId) and is used to identify the MBS session. The service identifier uniquely identifies the ID of the MBMS service within the PLMN. Therefore, the UE 100 can identify a PLMN that provides the MBS session that the UE 100 is interested in receiving, using the PLMN identifier (plmn-Id) included in the TMGI. The UE 100 determines whether the identified PLMN is provided by the PLMN to which the UE 100 is currently connected (selected PLMN).

[0106] When the second condition is used, the UE 100 may determine to generate and transmit an MBS gap request in response to determining that transmission of the MBS interest notification message is not permitted by SIB 21. For example, the UE 100 may determine whether the serving cell is actually broadcasting SIB 21. Alternatively, the UE 100 may determine whether SIB type 1 (SIB1) indicates that broadcast of SIB 21 is scheduled.

[0107] When the third condition is used, the UE 100 may determine whether to generate and transmit an MBS gap request in response to determining that the serving cell (gNB 200 #1) requests or permits transmission of a gap request rather than an MBS interest notification message. For example, the UE 100 may determine whether the gNB 200 #1 indicates, by an SIB, that it requests (or permits) transmission of an MBS gap request. Alternatively, the UE 100 may determine whether it has received, from the gNB 200 #1, a UE-specific configuration (e.g., an RRC Reconfiguration message) that requests (or permits) transmission of an MBS gap request.

[0108] If it is determined that the transmission condition (trigger condition) for the MBS gap request is satisfied (step S303: YES), in step S304, the UE 100 generates an MBS gap request and transmits the MBS gap request to the serving cell (gNB 200 #1). The UE 100 may transmit a UE assistance information message including the MBS gap request to the serving cell (gNB 200 #1). Note that the UE 100 may determine that the transmission condition (trigger condition) for the MBS gap request is satisfied in response to one of the first to third conditions being satisfied. Alternatively, the UE 100 may determine that the transmission condition (trigger condition) for the MBS gap request is satisfied in response to two or three of the first to third conditions being satisfied.

[0109] On the other hand, if it is determined that the transmission condition (trigger condition) of the MBS gap request is not satisfied (step S303: NO), the UE 100 does not transmit an MBS gap request. The UE 100 may transmit an MBS interest notification message to the serving cell (gNB200#1) without transmitting an MBS gap request (step S305). In this case, the UE 100 may include a 1-bit flag (gap request flag) requesting the setting of an MBS gap in the MBS interest notification message. The UE 100 may include a gap request flag associated with an entry in the mbs-FreqList (MBS frequency list) or an entry in the mbs-ServiceList (MBS service list) in the MBS interest notification message.

[0110] In this operation example, it is assumed that the MBS gap request is transmitted in a message different from the MBS interest notification message, for example, in a UE assistance information message. However, the MBS gap request may be transmitted as an information element (IE) of the MBS interest notification message. In this case, the determination of the second condition may not be necessary. Alternatively, the UE 100 may be permitted to transmit the MBS interest notification message only when the gap request IE is included, even if the SIB 21 is not broadcast.

[0111] (5) Other embodiments The above-described embodiments have been described primarily in terms of inter-PLMN scenarios. However, the embodiments are also applicable to intra-PLMN scenarios. Furthermore, the above-described embodiments have illustrated an example of requesting and configuring a static MBS gap using an RRC message, but this is not limiting. The UE 100 may dynamically request an MBS gap using Layer 1 or Layer 2 (L1 / L2) signaling, and the gNB 200 may similarly dynamically configure the MBS gap. For example, the UE 100 may notify the gNB 200 that an MBS gap is required in a time slot after the current time slot. The notification includes information indicating the time slot in which the gap is required (e.g., the number of slots after which the gap is required). Upon receiving the request, the gNB 200 may recognize that a gap will be applied in the time slot (the UE 100 does not perform reception processing), or the gNB 200 may explicitly configure the UE 100 to apply an MBS gap in the time slot. The L1 / L2 signaling is DCI and / or MAC CE. The L1 / L2 signaling may include at least a part of the information elements included in the RRC message. The L1 / L2 signaling may be transmitted from the UE 100 when the UE 100 is permitted to transmit from the gNB 200 (for example, when configured by RRC Reconfiguration).

[0112] The above-described operational flows are not limited to being implemented independently, but can also be implemented by combining two or more operational flows. For example, some steps of one operational flow may be added to another operational flow, or some steps of one operational flow may be replaced with some steps of another operational flow. In each flow, it is not necessary to execute all steps, and only some steps may be executed.

[0113] In the above-described embodiment and example, an example in which the base station is an NR base station (gNB) has been described, but the base station may be an LTE base station (eNB) or a 6G base station. The base station may also be a relay node such as an IAB (Integrated Access and Backhaul) node. The base station may also be a DU of the IAB node. The UE 100 may also be an MT (Mobile Termination) of the IAB node.

[0114] A program may be provided that causes a computer to execute each process performed by UE100 or gNB200. The program may be recorded on a computer-readable medium. The computer-readable medium can be used to install the program on a computer. Here, the computer-readable medium on which the program is recorded may be a non-transitory recording medium. The non-transitory recording medium is not particularly limited, and may be, for example, a recording medium such as a CD-ROM or a DVD-ROM. Furthermore, circuits that execute each process performed by UE100 or gNB200 may be integrated, and at least a part of UE100 or gNB200 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).

[0115] As used in this disclosure, the terms "based on" and "depending on / in response to" do not mean "based only on" or "depending only on," unless expressly stated otherwise. The term "based on" means both "based only on" and "based at least in part on." Similarly, the term "depending on" means both "depending only on" and "depending at least in part on." The terms "include," "comprise," and variations thereof do not mean including only the listed items, but may mean including only the listed items or may include additional items in addition to the listed items. Additionally, the term "or," as used in this disclosure, is not intended to mean an exclusive or. Furthermore, any reference to elements using designations such as "first," "second," etc., as used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed therein or that the first element must precede the second element in some way. In this disclosure, where articles are added by translation, such as a, an, and the in English, these articles shall include the plural unless the context clearly indicates otherwise.

[0116] The above describes the embodiments in detail with reference to the drawings, but the specific configuration is not limited to that described above, and various design changes can be made within the scope that does not deviate from the gist of the invention.

[0117] This application claims priority to U.S. Provisional Application No. 63 / 396,360 (filed August 9, 2022), the entire contents of which are incorporated herein by reference.

[0118] (6) Appendix 1 The following additional notes are about the features of the above-described embodiment.

[0119] (Appendix 1) A communication method used in a mobile communication system that provides a multicast / broadcast service (MBS), comprising: a user equipment configured with one or more serving cells communicating with a network using the one or more serving cells; transmitting an MBS gap request from the user equipment to the network, the MBS gap request including information of an MBS gap that the user equipment requests to be set in order to receive an MBS of a cell different from the one or more serving cells; The MBS gap request further includes identification information regarding a target serving cell for which a gap is to be set among the one or more serving cells. Communication method.

[0120] (Appendix 2) The other cell is a cell that belongs to another network of an operator different from the operator of the network. 1. A communication method as described in Appendix 1.

[0121] (Appendix 3) The identification information includes at least one of an identifier of the target serving cell, an identifier of a cell group to which the target serving cell belongs, and an identifier of a frequency of the target serving cell. 3. A communication method according to claim 1 or 2.

[0122] (Appendix 4) A communication method used in a mobile communication system that provides a multicast / broadcast service (MBS), comprising: a user equipment configured with one or more serving cells communicating with a network using the one or more serving cells; The user equipment is interested in receiving an MBS in a cell different from the one or more serving cells; determining whether a transmission condition for transmitting an MBS gap request including information on an MBS gap that the user equipment requests to be set in order to receive an MBS in the other cell is satisfied; and transmitting the MBS gap request to the serving cell in response to determining that the transmission condition is satisfied. Communication method.

[0123] (Appendix 5) The determining step includes determining whether a first condition indicating that the serving cell and the other cell belong to different operators is satisfied. 4. A communication method as described in Appendix 4.

[0124] (Appendix 6) The determining step includes determining whether a second condition indicating that the MBS interest notification cannot be transmitted to the serving cell is satisfied. 6. A communication method according to claim 4 or 5.

[0125] (Appendix 7) The determining step includes determining whether a third condition is met, indicating that the serving cell requires or allows transmission of an MBS gap request. 7. A communication method according to any one of appendices 4 to 6.

[0126] (7) Second Supplement

[0127] introduction In RAN#94e, a new work item on "Enhanced MBS (eMBS)" was approved with a revised WID in RAN#96, the objective of which is to support UE shared processing for MBS broadcast and unicast.

[0128] -Specifies an extension to Uu signaling to enable UEs to use shared processing for MBS broadcast and unicast reception, including reporting UE capabilities and related assistance information for simultaneous reception of unicast and MBS broadcast reception from the same or different operators in RRC Connected.

[0129] This appendix provides initial considerations regarding simultaneous reception of MBS broadcast and unicast.

[0130] Discussion The justification for WID states the following:

[0131] The Rel-17 NR MBS broadcast solution allows UEs to receive broadcast services only in the downlink. However, in typical broadcast use cases, UEs may need to simultaneously receive broadcast and unicast services from the same or different operators' networks. Some UEs may share hardware resources between broadcast and unicast services. Therefore, for such UEs, unicast connectivity may be affected by broadcast reception. Optimization for such cases is not specifically addressed in Rel-17, and should focus on unicast reception in RRC Connected and broadcast reception from the same or different operators, including emergency and public safety broadcasts.

[0132] In the case of shared operation, the UE can use the same receiver for MBS broadcast and unicast. As mentioned above, MBS services may be provided by different operators and therefore on different frequencies. If one receiver is used for different frequencies, the UE must tune its RF chain to these frequencies in a TDD manner. Therefore, additional gaps for MBS broadcast reception are required for shared operation. During the gaps, the gNB avoids scheduling DL transmissions for unicast, allowing the UE to receive the desired MBS broadcast on another frequency / operator. This is similar to the measurement gaps in inter-frequency measurements.

[0133] Proposal 1: RAN2 should agree to introduce an additional gap for inter-frequency reception of MBS broadcasts in RRC Connected (e.g., "MBSgap").

[0134] If Proposal 1 is acceptable, the gNB needs to configure MBS gaps for the UE, but the gNB does not know what gap pattern the UE requires. Therefore, the UE needs to send assistance information to inform the gNB of the details of the required gaps, which is already intended for the purposes of this WI. Since the current network (i.e., the selected PLMN) does not know the details of MBS broadcast configurations of different operators, such as MTCH scheduling information, this assistance information is considered useful, especially when the MBS broadcast of interest is provided by different operators.

[0135] Proposal 2: RAN2 should agree to introduce additional assistance information from the UE into the MBS gap configuration, especially when the interesting MBS broadcast is provided by another PLMN.

[0136] If Proposal 2 is acceptable, it is worth considering what assistance information will be required. Currently, a UE can notify a gNB of an MBS Interest Indication (MII), which includes the TMGI, frequency, and MBS broadcast and unicast priority. If the same operator provides the MBS broadcast of interest, the gNB may know the MTCH scheduling information for a specific TMGI provided on a different frequency, so the current MII works effectively.

[0137] It should be noted that regardless of whether the gNB provides MBS services or not, the gNB must provide SIB21 to allow the UE to send MII.

[0138] Proposal 3: In the case of intra-PLMN, RAN2 should agree that the existing MBS Interest Indication will be the assistance information for the MBS gap.

[0139] Since the gNB of the selected network does not know the MBS broadcast settings of other networks, if a different operator provides the desired MBS broadcast, the UE must provide the gNB with a gap pattern. The gap pattern should be based on the MTCH scheduling information of the different operators, but the reference should be based on the selected network. In addition, the RF tuning time can also be included, and how to set the gap pattern is left to the UE implementation.

[0140] Proposal 4: In the inter-PLMN case, RAN2 should agree that the UE requests a gap pattern from the gNB, and the gap pattern can cover the RF coordination time and MTCH scheduling period of different PLMNs. [Explanation of symbols]

[0141] 1: Mobile communication system 10:RAN 20 :CN 100: UE (user equipment) 110: Receiving unit 120: Transmitter 130: Control unit 200:gNB (base station) 210: Transmission unit 220: Receiving unit 230: Control unit 240: Backhaul communication unit

Claims

1. A communication method for use in a mobile communication system that provides a multicast / broadcast service (MBS), comprising: a user equipment configured with one or more serving cells communicating with a network using the one or more serving cells; transmitting an MBS gap request from the user equipment to the network, the MBS gap request including information of an MBS gap that the user equipment requests to be set in order to receive MBS from a cell different from the one or more serving cells; The MBS gap request further includes identification information regarding a target serving cell for gap setting among the one or more serving cells. Communication method.

2. The other cell is a cell that belongs to another network of an operator different from the operator of the network. The communication method according to claim 1 .

3. The identification information includes at least one of an identifier of the target serving cell, an identifier of a cell group to which the target serving cell belongs, and an identifier of a frequency of the target serving cell. The communication method according to claim 1 or 2.

4. A communication method for use in a mobile communication system that provides a multicast / broadcast service (MBS), comprising: a user equipment configured with one or more serving cells communicating with a network using the one or more serving cells; The user equipment is interested in receiving MBS in another cell different from the one or more serving cells; determining whether a transmission condition for transmitting an MBS gap request including information on an MBS gap that the user equipment requests to be set in order to receive MBS in the other cell is satisfied; and transmitting the MBS gap request to the serving cell in response to determining that the transmission condition is satisfied. Communication method.

5. The determining includes determining whether a first condition indicating that the serving cell and the other cell belong to different operators is met. The communication method according to claim 4.

6. The determining step includes determining whether a second condition indicating that an MBS interest notification cannot be transmitted to the serving cell is satisfied.

6. The communication method according to claim 4 or 5.

7. The determining step includes determining whether a third condition is met, the third condition indicating that the serving cell requires or allows transmission of an MBS gap request.

6. The communication method according to claim 4 or 5.

8. A user device in a mobile communication system providing a multicast / broadcast service (MBS), comprising: a communication unit configured to communicate with a network using one or more serving cells configured in the user equipment; The communication unit transmits an MBS gap request to the network, the MBS gap request including information of an MBS gap that the user equipment requests to be set in order to receive an MBS from a cell different from the one or more serving cells; The MBS gap request further includes identification information regarding a target serving cell for gap setting among the one or more serving cells. User equipment.

9. A user device in a mobile communication system providing a multicast / broadcast service (MBS), comprising: a communication unit that communicates with a network using one or more serving cells configured in the user equipment; a control unit that determines whether a transmission condition for transmitting an MBS gap request including information on an MBS gap that the user equipment requests to set in order to receive MBS in a cell different from the one or more serving cells is satisfied; The communication unit transmits the MBS gap request to the serving cell in response to determining that the transmission condition is satisfied. User equipment.

Images