WO2024034569A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2024034569A1
WO2024034569A1 PCT/JP2023/028763 JP2023028763W WO2024034569A1 WO 2024034569 A1 WO2024034569 A1 WO 2024034569A1 JP 2023028763 W JP2023028763 W JP 2023028763W WO 2024034569 A1 WO2024034569 A1 WO 2024034569A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
cell
gap
network
gnb
Prior art date
Application number
PCT/JP2023/028763
Other languages
English (en)
French (fr)
Inventor
真人 藤代
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Publication of WO2024034569A1 publication Critical patent/WO2024034569A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames

Definitions

  • the present disclosure relates to a communication method used in a mobile communication system.
  • NR New Radio
  • 5G fifth generation
  • 4G fourth generation
  • 3GPP 3rd Generation Partnership Project
  • 5G/NR multicast/broadcast services MMS
  • the communication method is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), wherein a user equipment configured with one or more serving cells is connected to one or more of the serving cells. communicating with a network using a serving cell of the one or more serving cells; and an MBS gap request including information of an MBS gap that the user equipment requests to configure in order to perform MBS reception of another cell different from the one or more serving cells. transmitting from a user equipment to the network.
  • the MBS gap request further includes identification information regarding a target serving cell that is a gap setting target among the one or more serving cells.
  • a communication method is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), wherein a user equipment configured with one or more serving cells is connected to one or more of the serving cells. the user equipment is interested in receiving MBS in another cell different from the one or more serving cells; a step of determining whether or not 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 perform reception; and upon determining that the transmission condition is satisfied; in response, transmitting the MBS gap request to the serving cell.
  • MBS multicast/broadcast service
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment.
  • FIG. 1 is a diagram showing a configuration of a UE (user equipment) according to an embodiment. It is a diagram showing the configuration of a gNB (base station) according to an embodiment.
  • FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane wireless interface that handles data.
  • FIG. 2 is a diagram showing the configuration of a protocol stack of a control plane radio interface that handles signaling (control signals).
  • FIG. 3 is a diagram illustrating an MBS Interest Indication message. It is a figure which shows the start process of MBS interest notification procedure.
  • FIG. 2 is a diagram for explaining carrier aggregation (CA).
  • FIG. 2 is a diagram for explaining dual connectivity (DC).
  • CA carrier aggregation
  • DC dual connectivity
  • FIG. 2 is a diagram for explaining an example of the operation of the mobile communication system according to the embodiment.
  • FIG. 2 is a diagram illustrating an example of the operation of the mobile communication system according to the embodiment.
  • FIG. 7 is a diagram for explaining another example of the operation of the mobile communication system according to the embodiment. It is a figure showing an example of operation of UE concerning an embodiment.
  • FIG. 2 is a diagram illustrating an example of the operation of the mobile communication system according to the embodiment. It is a figure showing an example of operation of UE concerning an embodiment.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment.
  • the mobile communication system 1 complies with the 5th Generation System (5GS) of the 3GPP standard.
  • 5GS will be described as an example below
  • an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
  • a sixth generation (6G) system may be applied at least in part to the mobile communication system.
  • 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). work) 20 and have Below, the NG-RAN 10 may be simply referred to as RAN 10. Further, the 5GC 20 may be simply referred to as the core network (CN) 20.
  • UE user equipment
  • NG-RAN 5G radio access network
  • 5GC 5G core network
  • the UE 100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is used by a user.
  • the UE 100 may be a mobile phone terminal (including a smartphone) and/or a tablet terminal, a notebook PC, a communication module (including a communication card or a chipset), a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle ( Vehicle UE), a flying object, or a device installed on a flying object (Aerial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • gNB200 is mutually connected via the Xn interface which is an interface between base stations.
  • gNB200 manages one or more cells.
  • the gNB 200 performs wireless communication with the 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/scheduling, and the like.
  • RRM radio resource management
  • Cell is a term used to indicate the smallest unit of wireless communication area.
  • Cell is also used as a term indicating a function or resource for performing wireless communication with the UE 100.
  • One cell belongs to one carrier frequency (hereinafter simply referred to as "frequency").
  • the gNB can also be connected to EPC (Evolved Packet Core), which is the core network of LTE.
  • EPC Evolved Packet Core
  • LTE base stations can also connect to 5GC.
  • An LTE base station and a gNB can also be connected via an inter-base station interface.
  • 5GC20 includes an AMF (Access and Mobility Management Function) and a UPF (User Plane Function) 300.
  • the AMF performs various mobility controls for the UE 100.
  • AMF manages the mobility of UE 100 by communicating with UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF controls data transfer.
  • AMF and UPF are connected to gNB 200 via an NG interface that is a base station-core network interface.
  • FIG. 2 is a diagram showing the configuration of the UE 100 (user device) according to the embodiment.
  • UE 100 includes a receiving section 110, a transmitting section 120, and a control section 130.
  • the receiving unit 110 and the transmitting unit 120 constitute a wireless communication unit that performs wireless communication with the gNB 200.
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • Receiving section 110 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 130.
  • the transmitter 120 performs various transmissions under the control of the controller 130.
  • Transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 130 into a wireless signal and transmits it from the antenna.
  • Control unit 130 performs various controls and processes in the UE 100. Such processing includes processing for each layer, which will be described later.
  • 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 processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor performs modulation/demodulation, encoding/decoding, etc. of the baseband signal.
  • the CPU executes programs stored in memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to the embodiment.
  • gNB 200 includes a transmitting section 210, a receiving section 220, a control section 230, and a backhaul communication section 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 communicates with the CN 20.
  • the transmitter 210 performs various transmissions under the control of the controller 230.
  • Transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 230 into a wireless signal and transmits it from the antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • Receiving section 220 includes an antenna and a receiver. The receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 230.
  • Control unit 230 performs various controls and processes in the gNB 200. Such processing includes processing for each layer, which will be described later.
  • 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 processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor performs modulation/demodulation, encoding/decoding, etc. of the baseband signal.
  • the CPU executes programs stored in memory to perform various processes.
  • the backhaul communication unit 240 is connected to adjacent base stations via the Xn interface, which is an interface between base stations.
  • Backhaul communication unit 240 is connected to AMF/UPF 300 via an NG interface that is a base station-core network interface.
  • the gNB 200 may be configured (that is, functionally divided) of a CU (Central Unit) and a DU (Distributed Unit), and the two units may be connected by an F1 interface that is a fronthaul interface.
  • FIG. 4 is a diagram showing the configuration of a protocol stack of a user plane wireless interface that handles data.
  • the user plane radio interface protocols include the physical (PHY) layer, MAC (Medium Access Control) layer, RLC (Radio Link Control) layer, and PDCP (Packet Data Convergence Protocol). col) layer and SDAP (Service Data Adaptation Protocol) It has a layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • col Packet Data Convergence Protocol
  • SDAP Service Data Adaptation Protocol
  • 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 the UE 100 and the PHY layer of the gNB 200 via a physical channel.
  • the PHY layer of the UE 100 receives downlink control information (DCI) transmitted from the gNB 200 on the physical downlink control channel (PDCCH).
  • DCI downlink control information
  • the UE 100 performs blind decoding of the PDCCH using a radio network temporary identifier (RNTI), and acquires the successfully decoded DCI as the DCI addressed to its own UE.
  • RNTI radio network temporary identifier
  • a CRC parity bit scrambled by the RNTI is added to the DCI transmitted from the gNB 200.
  • the MAC layer performs data priority control, retransmission processing using Hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedure, etc.
  • Data and control information are transmitted between the MAC layer of UE 100 and the MAC layer of gNB 200 via a transport channel.
  • the MAC layer of gNB 200 includes a scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS)) and resource blocks to be allocated to the UE 100.
  • MCS modulation and coding scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of UE 100 and the RLC layer of gNB 200 via logical channels.
  • the PDCP layer performs header compression/expansion, encryption/decryption, etc.
  • the SDAP layer performs mapping between an IP flow, which is a unit in which the core network performs QoS (Quality of Service) control, and a radio bearer, which is a unit in which an AS (Access Stratum) performs QoS control. Note that if the RAN is connected to the EPC, the SDAP may not be provided.
  • QoS Quality of Service
  • AS Access Stratum
  • FIG. 5 is a diagram showing the configuration of the protocol stack of the wireless interface of the control plane that handles signaling (control signals).
  • the protocol stack of the radio interface of the control plane includes an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG. 4.
  • RRC Radio Resource Control
  • NAS Non-Access Stratum
  • RRC signaling for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the gNB 200.
  • the RRC layer controls logical, transport and physical channels according to the establishment, re-establishment and release of radio bearers.
  • RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in an RRC connected state.
  • RRC connection no connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in an RRC idle state.
  • the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in an RRC inactive state.
  • the NAS layer 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.
  • the UE 100 has an application layer and the like in addition to the wireless interface protocol.
  • a layer lower than the NAS layer is referred to as an AS layer.
  • the mobile communication system 1 can perform highly resource-efficient distribution using multicast/broadcast service (MBS).
  • MBS multicast/broadcast service
  • broadcast communication service also referred to as "MBS broadcast”
  • MBS broadcast the same service and the same specific content data are provided to all UEs 100 within a geographical area simultaneously. That is, all UEs 100 within the broadcast service area are permitted to receive data.
  • the broadcast communication service is delivered to the UE 100 using a broadcast session, which is a type of MBS session.
  • the UE 100 can receive broadcast communication services in any of the RRC idle state, RRC inactive state, and RRC connected state.
  • multicast communication services also referred to as "MBS multicast”
  • MBS multicast the same service and the same specific content data are provided to a specific set of UEs at the same time. That is, not all UEs 100 within the multicast service area are permitted to receive data.
  • the multicast communication service is delivered to the UE 100 using a multicast session, which is a type of MBS session.
  • the UE 100 can receive multicast communication services in an RRC connected state using mechanisms such as PTP (Point-to-Point) and/or PTM (Point-to-Multipoint) distribution.
  • UE 100 may receive multicast communication services in an RRC inactive (or RRC idle) state.
  • MBS broadcast will be mainly explained.
  • embodiments are not limited to MBS broadcast, but are applicable to MBS multicast.
  • the UE 100 in the RRC idle state, RRC inactive state, or RRC connected state receives MBS settings for a broadcast session (for example, parameters necessary for MTCH reception) via a multicast control channel (MCCH).
  • MBS settings for a broadcast session for example, parameters necessary for MTCH reception
  • MCCH settings are provided via system information.
  • system information block type 20 (SIB20) includes MCCH configuration.
  • SIB type 21 (SIB21) includes information regarding service continuity of MBS broadcast reception.
  • the MCCH provides a list of all broadcast services including ongoing sessions transmitted on the Multicast Traffic Channel (MTCH), and related information for broadcast sessions includes the MBS session ID (e.g. TMGI (Temporary Mobile Group Identity) ), related G-RNTI scheduling information, and information about neighboring cells providing specific services on the MTCH.
  • MBS session ID e.g. TMGI (Temporary Mobile Group Identity)
  • FIG. 6 is a diagram showing an MBS Interest Indication message defined in the 3GPP technical specification for RRC: TS38.331.
  • the MBS interest notification message (hereinafter also simply referred to as "MBS interest notification") is an RRC message sent from the UE 100 to the network (gNB 200).
  • the MBS Interest Indication message (hereinafter also simply referred to as "MBS Interest Indication") is a message indicating that the UE 100 is receiving or is interested in receiving the MBS broadcast service via the broadcast MRB, or that the UE 100 is no longer receiving the MBS broadcast service. Used to notify the network that you are not receiving or are not interested in receiving.
  • MBS Interest Indication (MII) message, which is an RRC message containing the following information, to the gNB 200 that provides the SIB 21.
  • MII MBS Interest Indication
  • a list of MBS broadcast services (service IDs) that the UE 100 is interested in receiving (if the SIB 20 is scheduled on the PCell of the UE 100).
  • the transmission of the MBS Interest Indication message can be implicitly enabled/disabled by the presence of the SIB21.
  • the gNB 200 When providing RRC configuration and/or downlink assignment to the UE 100, the gNB 200 enables the UE 100 to receive an MBS service in which the UE 100 is interested based on the MBS Interest Indication message.
  • 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.
  • the MBS-compatible UE 100 in the RRC connected state performs the following operations: upon successful establishment/resumption of a connection, upon entering/exiting a broadcast service area, upon starting or stopping an MBS broadcast session, upon changing interest, upon receiving MBS broadcast and unicast/multicast.
  • the procedure can be initiated in several cases, such as when changing the priority order between the two, when changing to a PCell broadcasting SIB21, when receiving SIB20 of the SCell via dedicated signaling, and during handover.
  • FIG. 8 is a diagram for explaining carrier aggregation (CA).
  • carrier aggregation (CA) is configured for the UE 100 by the gNB 200.
  • CA multiple component carriers (CCs) corresponding to multiple serving cells are aggregated, and the UE 100 can receive or transmit simultaneously using multiple CCs.
  • the plurality of CCs may be continuous in the frequency direction.
  • the plurality of CCs may be discontinuous.
  • the UE 100 has only one RRC connection with the network (for example, gNB 200).
  • the network for example, gNB 200.
  • one serving cell provides NAS mobility information
  • 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 the MCG cell operating on the primary frequency where the UE 100 performs the initial connection establishment procedure or initiates the connection re-establishment procedure.
  • the UE 100 receives an RRCSetup message from a cell in the initial connection establishment procedure, the UE 100 considers the cell to be the primary cell.
  • the set of serving cells configured in UE 100 is composed of one PCell and one or more SCells. Reconfiguration, addition, and deletion of SCells can be performed by RRC.
  • a cell activation/deactivation mechanism is supported to enable reducing power consumption of the UE 100 when CA is configured. If the SCell is deactivated, the UE 100 does not need to receive the corresponding PDCCH or PDSCH or perform the corresponding uplink and/or CQI measurements. On the other hand, when the SCell is active, the UE 100 can receive PDSCH and PDCCH and perform CQI measurement.
  • FIG. 9 is a diagram for explaining dual connectivity (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.
  • MCG master cell group
  • SCG secondary cell group
  • SN secondary node
  • the MN 200M and 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
  • the SN 200S may be referred to as a secondary base station.
  • Both MN200M and SN200S may be gNB200.
  • the DC is started when the MN 200M sends a predetermined message (for example, an SN Addition Request message) to the SN 200S, and the MN 200M sends an RRC Reconfiguration message to the UE 100.
  • the UE 100 in the RRC connected state is allocated radio resources by the respective schedulers of the MN 200M and the SN 200S, and performs radio communication using the radio resources of the MN 200M and the radio resources of the SN 200S.
  • the MN 200M may have a control plane connection with the core network.
  • the MN 200M provides the main radio resources for the UE 100.
  • MN200M manages MCG201M.
  • MCG 201M is a group of serving cells associated with MN 200M.
  • MCG201M has a primary cell (PCell) and optionally has one or more secondary cells (SCell).
  • the SN 200S may not have a control plane connection with the core network.
  • SN200S provides additional radio resources to UE100.
  • SN200S manages SCG201S.
  • the SCG 201S has a primary/secondary cell (PSCell), and optionally has one or more SCells. Note that the PCell of the MCG 201M and the PSCell of the SCG 201S are sometimes referred to as special cells (SpCell).
  • the UE 100 can receive MBS broadcast data and MCCH from the PCell or one SCell at a certain timing.
  • UE-dedicated RRC signaling may be used to provide the SIB 20 of the SCell.
  • 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 number indicated by "#" in FIG. 10 may mean an identifier or an index.
  • the UE 100 existing in the overlapping area of cell #1 and cell #2 communicates with cell #1. That is, cell #1 is a serving cell of UE 100, and cell #2 is a neighboring cell of the serving cell.
  • the UE 100 is in an RRC connected state, an RRC idle state, or an RRC inactive state in cell #1.
  • Cell #1 is operated on frequency (carrier frequency) #1, and cell #2 is operated on frequency (carrier frequency) #2. This 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. Such a relationship between PLMNs is called an inter-PLMN.
  • PLMN Public Land Mobile Network
  • gNB200#1 and CN20#1 are included in network 50#1 of PLMN#1 (first PLMN).
  • gNB200#2 and CN20#2 are included in network 50#2 of PLMN#2 (second PLMN).
  • PLMN identifier is assigned to one operator. Each cell broadcasts the identifier of the PLMN to which it belongs.
  • the UE 100 in the RRC connected state in cell #1 performs data communication with cell #1 (gNB 200 #1). Specifically, the UE 100 is assigned a C-RNTI from the gNB 200 #1 as an RRC connection identifier. gNB200#1 allocates radio resources to UE100 by scheduling for UE100.
  • the UE 100 in the RRC idle state or RRC inactive state in cell #1 monitors paging from cell #1 (gNB 200 #1). Specifically, the UE 100 monitors paging transmitted from the cell #1 (gNB 200 #1) at a paging reception timing (paging opportunity) determined according to parameters such as its own UE identifier.
  • cell #2 transmits MBS data belonging to an MBS session (for example, a broadcast session) using PTM.
  • cell #2 (gNB200#2) performs MBS transmission by MBS broadcast.
  • Cell #2 (gNB200#2) may provide an MBS session in ROM (Receive-Only Mode) and/or FTA (Free-To-Air).
  • ROM is a mode in which MBS reception is possible even if the UE 100 does not have a SIM (Subscriber Identity Module) and/or does not have a service contract with an operator (PLMN).
  • the UE 100 may be a device (for example, a television receiver) that does not have an uplink transmission function but has a downlink reception function.
  • FTA is an application (service) that enables free-to-air content broadcasting.
  • FTA may be an aspect of ROM.
  • MBS sessions provided in FTA may be provided for use by all users who are not mobile subscribers.
  • ROM and FTA are not particularly distinguished, they will be referred to as ROM/FTA.
  • the UE 100 belongs to PLMN #1.
  • UE 100 may have a SIM of PLMN #1 and/or a service contract with PLMN #1.
  • the UE 100 is interested in receiving an MBS session provided by PLMN #2, that is, cell #2 (gNB 200 #2).
  • cell #2 gNB 200 #2
  • the MBS session provided by cell #2 (gNB 200 #2) in ROM/FTA can be received even by UE 100 belonging to PLMN #1.
  • the UE 100 since the number of its own receivers is limited, the UE 100 must perform MBS reception from cell #2 (gNB200#2) while maintaining the communication state with cell #1 (gNB200#1). is difficult. Specifically, it is difficult for the UE 100 to receive 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, UE 100 having only one receiver cannot perform MBS reception from cell #2 (frequency #2) while receiving from cell #1 (frequency #1). Even if the UE 100 has multiple receivers, in a scenario where all of the multiple receivers are in use for communication with the network 50 #1 (for example, carrier aggregation), the UE 100 uses the cell #2. MBS reception from (frequency #2) cannot be performed.
  • gNB200#1 (network 50#1) knows UE100's MBS interest and gNB200#2's MBS transmission setting (in particular, MBS timing)
  • gNB200#1 (network 50#1) communicates with UE100 to avoid the timing. For example, it is possible to carry out data communications or paging transmissions. Thereby, the UE 100 can perform MBS reception from cell #2 (gNB 200 #2) at the timing.
  • gNB200#1 and gNB200#2 belong to different PLMNs, it is difficult to share MBS transmission settings through network cooperation.
  • the UE 100 sends an MBS gap request to the cell #1 (gNB 200 # 1) Send to.
  • the MBS gap is a period during which the UE 100 interrupts communication between the UE 100 and the cell #1 in order to perform MBS reception from the cell #2.
  • the MBS gap request may be supplementary information for cell #1 (gNB 200 #1) to set an MBS gap in UE 100.
  • the MBS gap request may be included in the RRC message sent from the UE 100 to the 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.
  • the MBS gap request may be included in the NAS message sent from the UE 100 to the CN 20 #1 (AMF 300A) via the cell # 1 (gNB 200 #1).
  • the NAS message may be a CONFIGURATION UPDATE COMPLETE message, a REGISTRATIN REQUEST message, or a SERVICE REQUEST message.
  • gNB 200 #1 that has received the MBS gap request from UE 100 sends the MBS gap setting indicating the MBS gap setting via cell #1. Send to UE 100.
  • UE 100 receives the MBS gap setting from cell #1.
  • UE 100 interrupts data communication with cell #1 in the MBS gap and receives MBS from cell #2. This allows the UE 100 to receive MBS from the cell #2 while maintaining the RRC connected state to the cell #1 (gNB 200 #1).
  • the UE 100 generates request gap information indicating the MBS gap configuration requested by the UE 100 based on the MCCH configuration of cell #2 and/or the MTCH configuration of cell #2.
  • UE 100 transmits a message including request gap information to cell #1 (gNB 200 #1).
  • Cell #1 (gNB200#1) receives the message including the requested gap information, and transmits MBS gap configuration based on the requested gap information to the UE 100.
  • the MBS gap can be appropriately set in the UE 100.
  • FIG. 11 is a diagram showing this operation example.
  • cell #1 gNB200#1
  • cell #2 gNB200#2
  • PLMN#2 PLMN#2
  • step S100 the UE 100 is in an RRC connected state in cell #1.
  • the UE 100 is receiving MBS or is interested in receiving MBS.
  • the UE 100 is receiving or is interested in receiving an MBS session (eg, a broadcast session) provided in ROM/FTA.
  • the UE 100 may obtain in advance upper layer information indicating the correspondence between the MBS session (MBS session ID) and the frequency (frequency identifier).
  • the upper layer information may further include information indicating the start time of the MBS session and/or information indicating the MBS service area in which the MBS session is provided.
  • the UE 100 may know the desired MBS frequency for providing the MBS session (desired MBS session) based on the upper layer information.
  • Such upper layer information may be provided as a USD (User Service Description), and may be provided as a NAS message (for example, a RESITRATION ACCEPT message, a CONFIGURATION UPDATE COMMAND message, or a PDU SESSIO N ESTABLISHMENT ACCEPT message).
  • USD User Service Description
  • NAS message for example, a RESITRATION ACCEPT message, a CONFIGURATION UPDATE COMMAND message, or a PDU SESSIO N ESTABLISHMENT ACCEPT message.
  • the UE 100 transmits MBS information indicating the correspondence between MBS sessions and frequencies provided by the network 50 #1 and/or MBS sessions provided by the cell #1 in ROM/FTA to the cell #1 (gNB 200 # 1).
  • MBS information may be information broadcast in the SIB or MCCH of cell #1.
  • the MBS information that indicates the correspondence between MBS sessions and frequencies provided by the network 50#1 may include multiple sets of MBS session IDs and frequency identifiers. Based on such MBS information, the UE 100 can understand which MBS session is provided at which frequency.
  • the 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. Based on such MBS information, the UE 100 can understand which MBS session the cell #1 provides in ROM/FTA.
  • step S103 the UE 100 recognizes that the desired MBS session is not provided by the network 50#1 based on the MBS information received in step S102. For example, based on the MBS information indicating the correspondence between MBS sessions and frequencies provided by the network 50#1, if the desired MBS session and/or desired MBS frequency are not indicated in the MBS information, the UE 100 It may be recognized that the session is not provided by network 50#1. If the desired MBS frequency that provides the desired MBS session to which ROM/FTA is applied is not indicated in the MBS information, the UE 100 determines whether the desired MBS session and/or desired MBS frequency is provided from another network, that is, network 50#2. You may recognize that it may be provided.
  • step S104 the UE 100 transmits MBS information indicating the correspondence between MBS sessions and frequencies provided by the network 50 #2 and/or MBS sessions provided by the cell #2 in ROM/FTA to the cell #2 (gNB 200 # 2).
  • MBS information may be information broadcast in the SIB or MCCH of cell #2.
  • UE 100 may confirm that the desired MBS session and/or desired MBS frequency is provided from cell #2 based on the MBS information.
  • the UE 100 receives the MBS reception settings in cell #2 from cell #2.
  • 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.
  • SIB20 SIB20
  • UE 100 receives MCCH configuration information from cell #2 through SIB 20 transmitted on BCCH, and then receives MTCH configuration information by receiving MCCH from gNB 200 based on the MCCH configuration information.
  • the MCCH configuration information includes MCCH scheduling information, that is, information indicating MCCH reception timing (MCCH reception opportunity).
  • the MTCH configuration information includes MTCH scheduling information, that is, information indicating 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 performs MBS reception from cell #2.
  • the MTCH reception timing that constitutes 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 MCCH.
  • the UE 100 determines a gap pattern setting for an MBS gap that interrupts data communication with cell #1 based on the MBS reception timing ascertained in step S104, and sends request gap information indicating the determined gap pattern setting. generate.
  • the gap pattern refers to a pattern of MBS gaps that is periodically repeated.
  • the requested gap information includes information indicating the start timing of the gap pattern (system frame number and/or subframe number, etc.) and information indicating the gap pattern, such as a bitmap for each subframe or the period (cycle length) of the MBS gap. including.
  • the request gap information may include information indicating the duration of each MBS gap. Note that the UE 100 determines the requested gap pattern in accordance with the timing of cell #1 (system frame number, etc.).
  • the UE 100 sets the time required for changing the frequency of the receiver of the UE 100 (margin) and/or the measurement time for establishing synchronization with cell #2 to the requested gap pattern. May be added.
  • step S106 the UE 100 transmits an RRC message including the request gap information generated in step S105 to cell #1 (gNB 200 #1).
  • the UE 100 may further include a desired MBS session ID (eg, TMGI) and/or a desired MBS frequency identifier associated with the request gap information in the RRC message.
  • a desired MBS session ID eg, TMGI
  • a desired MBS frequency identifier associated with the request gap information in the RRC message.
  • cell #1 (gNB200#1) 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 the UE 100 in step S106, and Send the gap settings to the UE 100.
  • cell #1 (gNB200#1) transmits an RRC Reconfiguration message including MBS gap configuration to UE 100.
  • the type of information included in the MBS gap configuration may be similar to 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 settings and cell identifiers and/or cell group identifiers in the RRC reconfiguration message.
  • step S108 the UE 100 interrupts data communication with cell #1 (gNB200#1) in the MBS gap indicated by the MBS gap setting received from cell #1 (gNB200#1) in step S107, and (gNB200#2) performs MBS reception of the desired MBS session. Specifically, the UE 100 changes (tunes) the receiving frequency of the receiver from frequency #1 to frequency #2, and then performs MBS reception from cell #2 (gNB200 #2), that is, MTCH reception (and MCCH reception). reception). Cell #1 (gNB 200 #1) does not allocate radio resources to the UE 100 during the set MBS reception gap.
  • the UE 100 uses multiple serving cells (or multiple cell groups) for communication with the network 50 #1 (i.e., in the case of carrier aggregation or dual connectivity).
  • the UE 100 uses the cells in the RRC reconfiguration message.
  • identifying a serving cell (and/or cell group) to which the MBS gap configuration is applied based on the identifier and/or cell group identifier, and using a receiver assigned to the identified serving cell (and/or cell group); , MBS reception from cell #2 (gNB200#2) may be performed.
  • receivers assigned to serving cells (and/or cell groups) other than the specified serving cell (and/or cell group) may remain on the same frequency/serving cell and continue receiving from the serving cell. .
  • the UE 100 may notify cell #1 (gNB 200 #1) (step S110).
  • the UE 100 may transmit the notification in an RRC message, for example, a UE Assistance Information message or an MBS Interest Indication message.
  • the notification may be a request to clear the gap.
  • the notification may be an MBS reception gap request that does not include a request gap pattern.
  • Cell #1 (gNB200#1) may remove (release) the MBS reception gap setting from UE 100 based on the notification (step S111).
  • the UE 100 can continue unicast communication with cell #1 (gNB 200 #1) even if the number of its own receivers is limited, and use the MBS gap to communicate with cell #1. It becomes possible to receive MBS broadcast from 2 (gNB200#2).
  • FIG. 12 is a diagram for explaining another example of the operation of the mobile communication system 1 according to the embodiment.
  • serving cell #1a and serving cell #1b a plurality of serving cells (in the illustrated example, serving cell #1a and serving cell #1b) are configured for the UE 100 by the CA or DC in the network 50 #1.
  • 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.
  • the UE 100 communicates with the network 50#1 using the plurality of serving cells.
  • UE 100 has two receivers 111 and 112.
  • the receivers 111 and 112 may support different frequencies.
  • UE 100 uses receiver 111 for unicast reception from serving cell #1a, and uses receiver 112 for unicast reception from serving cell #1b.
  • one receiver may correspond to one radio device (RF chain).
  • the network 50 #1 (gNB 200 #1) does not know which receiver to apply the MBS gap to.
  • the network 50#1 (gNB200#1) may not know such information.
  • the UE 100 sends an MBS gap request to the network 50#1 that includes information on an MBS gap that the UE 100 requests to set in order to receive MBS from another cell #2 different from the plurality of serving cells #1a and #1b.
  • the MBS gap request further includes identification information regarding a target serving cell that is a target of MBS gap configuration among the plurality of serving cells.
  • the network 50#1 (for example, gNB 200#1) can appropriately determine which serving cell should be set with an MBS gap based on the identification information.
  • the other cell #2 belongs to another network 50#2 of an operator (PLMN#2) different from the operator (PLMN#1) of the network 50#1. That is, in this operation example, an inter-PLMN scenario is mainly assumed. However, this operation example is not limited to the inter-PLMN scenario, but can also be applied to the intra-PLMN scenario.
  • the identification information included in the MBS gap request includes at least one of the identifier of the target serving cell, the identifier of the cell group to which the target serving cell belongs, and the frequency identifier of the target serving cell.
  • FIG. 13 is a diagram showing an example of the operation of the UE 100.
  • the UE 100 uses RF chain #1 for communication with the PCell and uses RF chain #2 for communication with the SCell.
  • the UE 100 uses RF chain #1 (receiver #1) for unicast reception from the PCell, and uses RF chain #2 (receiver #2) for unicast reception from the SCell.
  • a periodic MBS gap is set in the PCell.
  • the UE 100 suspends unicast reception from the PCell of the serving PLMN (network 50 #1), and transmits the MBS data transmitted on the MTCH of another PLMN (network 50 #2) to RF chain #1 ( received by receiver #1).
  • An example in which MTCH transmission in another PLMN (network 50 #2) is MBS broadcast will be described below, but it is not limited to MBS broadcast and may be MBS multicast. Note that each MBS gap is provided with a tuning period for tuning RF chain #1 (receiver #1) before and after each MTCH period.
  • FIG. 14 is a diagram showing this operation example. Here, redundant explanations of operations that overlap with the above-mentioned operation examples will be omitted.
  • Steps S200 to S204 are similar to the operation example described above. However, in this operational example, the UE 100 is interested in receiving the MBS broadcast provided by another PLMN (PLMN #2) in step S202 (step S201).
  • PLMN #2 another PLMN
  • the UE 100 determines the target serving cell of the MBS gap. For example, the UE 100 identifies an RF chain/receiver that supports the MBS broadcast frequency that interests it, and identifies the serving cell with which the RF chain/receiver is communicating as the target serving cell.
  • the UE 100 In steps S206 and S207, the UE 100 generates and transmits an RRC message including the MBS gap request.
  • gNB200#1 receives the RRC message.
  • the RRC message may be an MBS Interest Indication message.
  • the RRC message may be a UE Assistance Information message.
  • the UE supplementary information message is an example of an RRC message that the UE 100 can voluntarily transmit.
  • 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 the above-mentioned gap information, for example, information such as MBS gap start timing, cycle, pattern (bitmap), and MBS gap length.
  • the identification information includes an identifier of the target serving cell (physical cell ID or cell index), an identifier of the cell group to which the target serving cell belongs (for example, an MCG/SCG identifier or a DRX group identifier), and a frequency identifier of the target serving cell. (For example, ARFCN (Absolute Radio-Frequency Channel Number) or band combination).
  • the RRC message (MBS gap request) may include an MBS session ID (TMGI, etc.) to which the request applies.
  • step S208 the gNB 200 takes into account the MBS gap request in step S207 and configures the MBS gap for the UE 100.
  • the gNB 200#1 specifies the cell ID and the like and performs MBS gap setting.
  • gNB200#1 may specify the receiver of UE100 and perform MBS gap setting.
  • Steps S209 to S212 are similar to the operation example described above.
  • the MBS gap request includes information on the MBS gap requested (desired) by the UE 100, such as the start timing, period, pattern (bitmap) of the MBS gap, Contains information such as length.
  • Such an MBS gap is determined based on the MTCH configuration (ie, MTCH scheduling information) of the MBS service (eg, MBS broadcast) that the UE 100 is interested in.
  • gNB200#1 and gNB200#2 belong to the same PLMN, that is, in an intra PLMN scenario
  • gNB200#1 can grasp the MTCH scheduling information of gNB200#2.
  • the gNB 200 #1 can identify the TMGI and/or frequency of the MBS service that the UE 100 is interested in and understand the MTCH scheduling based on the MBS Interest Indication message from the UE 100. .
  • the gNB 200#1 can set the MBS gap to the UE 100 based on the MBS interest notification message, so the transmission of the MBS gap request by the UE 100 may become a wasteful process.
  • conditions trigger conditions
  • the following operation example may be implemented in combination with the above operation example.
  • FIG. 15 is a diagram showing an example of the operation of the UE 100. In this operation example, it is mainly assumed that the MBS gap request is transmitted in a message different from the MBS Interest Indication message.
  • step S301 the UE 100 in the RRC connected state with one or more serving cells configured communicates with the network 50#1 using the one or more serving cells.
  • step S302 the UE 100 is interested in receiving MBS in another cell (which may be on a different frequency) that is different from the one or more serving cells. That is, the UE 100 determines that it desires to receive MBS in the other cell.
  • the UE 100 determines whether a transmission condition (trigger condition) for an MBS gap request is satisfied.
  • the conditions are: - A first condition indicating that the serving cell and the other cell belong to different operators (different PLMN#1); - A second condition indicating that transmission of an MBS interest notification message to the serving cell is not possible, and - A third condition indicating that the serving cell requests or permits transmission of an MBS gap request. Contains at least one of the following.
  • the first condition may be an essential condition
  • the second condition and third condition may be optional conditions.
  • the first condition may not be an essential condition.
  • the UE 100 When using the first condition, the UE 100 makes an MBS gap request in response to determining that a PLMN different from the current serving PLMN provides an MBS session (for example, a broadcast session) that the UE 100 is interested in receiving. The generation and transmission of the information may be determined.
  • the UE 100 identifies the MBS service ID that it is interested in receiving, specifically, the TMGI.
  • TMGI includes a PLMN identifier (plmn-Id) and a service identifier (serviceId), and is used to identify an MBS session.
  • the service identifier uniquely identifies the ID of the MBMS service within the PLMN.
  • the UE 100 can identify the PLMN that provides the MBS session that it 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 (selected PLMN) to which the UE 100 is currently connected.
  • the UE 100 may decide to generate and transmit an MBS gap request in response to determining that the transmission of the MBS interest notification message is not permitted by the SIB 21. For example, the UE 100 may determine whether the serving cell is actually broadcasting SIB21. Alternatively, the UE 100 may determine whether the SIB type 1 (SIB1) indicates that the broadcast of the SIB21 is scheduled.
  • SIB1 SIB type 1
  • the UE 100 When using the third condition, the UE 100 generates and transmits an MBS gap request in response to determining that the serving cell (gNB 200 #1) requests or permits transmission of a gap request instead of an MBS interest notification message. You may decide. For example, the UE 100 may determine whether the gNB 200 #1 indicates through the SIB that it requests (or permits) transmission of the MBS gap request. Alternatively, the UE 100 may determine whether it has received a UE-specific setting (for example, an RRC Reconfiguration message) requesting (or permitting) transmission of an MBS gap request from the gNB 200 #1.
  • a UE-specific setting for example, an RRC Reconfiguration message
  • step S304 the UE 100 generates an MBS gap request and transmits the MBS gap request to the serving cell (gNB200#1). do.
  • UE 100 may transmit a UE supplementary information message including an MBS gap request to the serving cell (gNB 200 #1). Note that the UE 100 may determine that the transmission condition (trigger condition) of 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 MBS gap request transmission condition (trigger condition) is satisfied in response to two or three of the first to third conditions being satisfied.
  • the UE 100 does not transmit the MBS gap request.
  • the UE 100 may transmit an MBS interest notification message to the serving cell (gNB 200 #1) without transmitting the MBS gap request (step S305).
  • the UE 100 may include a 1-bit flag (gap request flag) requesting setting of an MBS gap in the MBS interest notification message.
  • the UE 100 may include in the MBS interest notification message 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).
  • the MBS gap request is sent in a message different from the MBS interest notification message, such as a UE supplementary information message, but the MBS gap request is sent as an information element (IE) of the MBS interest notification message. May be sent. In that case, determination of the second condition may not be necessary.
  • the UE 100 may be allowed to transmit the MBS interest notification message only if it includes the gap request IE even if the SIB 21 is not broadcast.
  • the inter-PLMN scenario was mainly described. However, embodiments are also applicable to intra-PLMN scenarios. Further, in the above-described embodiment, an example of operation is shown in which a static MBS gap is requested and set using an RRC message, but the present invention is not limited to this.
  • 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 an MBS gap.
  • 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 (for example, the number of slots indicating after how many slots the gap is required).
  • the gNB 200 may recognize that a gap is applied in the time slot (the UE 100 does not perform reception processing), or the gNB 200 may explicitly notify the UE 100 of the time slot.
  • MBS gap application may be configured in
  • the L1/L2 signaling is DCI and/or MAC CE.
  • the L1/L2 signaling may include at least some of the information elements included in the RRC message.
  • the L1/L2 signaling may be transmitted from the UE 100 when the gNB 200 allows the UE 100 to transmit it (for example, when configured in RRC Reconfiguration).
  • operation flows are not limited to being implemented separately, but can be implemented by combining two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow. In each flow, it is not necessary to execute all steps, and only some steps may be executed.
  • the base station may be an NR base station (gNB) or a 6G base station.
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • the base station may be a DU of an IAB node.
  • the UE 100 may be an MT (Mobile Termination) of an IAB node.
  • a program that causes a computer to execute each process performed by the UE 100 or gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • Computer-readable media allow programs to be installed on a computer.
  • 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, but may be a recording medium such as a CD-ROM or a DVD-ROM.
  • the circuits that execute each process performed by the UE 100 or the gNB 200 may be integrated, and at least a portion of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).
  • the terms “based on” and “depending on/in response to” refer to “based solely on” and “depending on,” unless expressly stated otherwise. does not mean “only according to”. Reference to “based on” means both “based solely on” and “based at least in part on.” Similarly, the phrase “in accordance with” means both “in accordance with” and “in accordance with, at least in part.”
  • the terms “include”, “comprise”, and variations thereof do not mean to include only the listed items, but may include only the listed items or in addition to the listed items. This means that it may contain further items. Also, as used in this disclosure, the term “or” is not intended to be exclusive OR. Furthermore, any reference to elements using the designations "first,” “second,” etc.
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: A user equipment configured with one or more serving cells communicates with a network using the one or more serving cells; transmitting an MBS gap request from the user equipment to the network, including information on an MBS gap that the user equipment requests to configure in order to receive MBS from another cell different from the one or more serving cells; have, The MBS gap request further includes identification information regarding a target serving cell to be set as a gap setting target among the one or more serving cells.
  • 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.
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: A user equipment configured with one or more serving cells communicates with a network using the one or more serving cells; the user equipment is interested in receiving an MBS in another cell different from the one or more serving cells; determining whether a transmission condition for the user equipment to transmit an MBS gap request including information on an MBS gap that the user equipment requests to set in order to perform MBS reception in the other cell is satisfied; A communication method, comprising: transmitting the MBS gap request to the serving cell in response to determining that the transmission condition is satisfied.
  • MBS multicast/broadcast service
  • Appendix 6 The communication method according to appendix 4 or 5, wherein the determining step includes determining whether a second condition indicating that transmission of an MBS interest notification to the serving cell is not possible is satisfied.
  • eMBS Enhanced MBS
  • - Specifies enhancements to Uu signaling to enable UEs to use shared processing for MBS broadcast and unicast reception. That is, it includes reporting of UE capabilities and related assistance information regarding the simultaneous reception of unicast reception in RRC Connected and MBS broadcast reception from the same or different operators.
  • This appendix provides an initial discussion of simultaneous MBS broadcast and unicast reception.
  • the UE can receive broadcast services only on the downlink.
  • a UE may need to simultaneously receive broadcast and unicast services from the same operator's or different operator's networks, and some UEs may share hardware resources between broadcast and unicast. Therefore, for such UEs, unicast connections may be affected by broadcast reception. Optimization in such cases is not specifically addressed in Rel-17, and is applicable to unicast reception over RRC Connected and broadcast reception from the same or different operators, including emergency broadcasts and public safety broadcasts. should be focused on.
  • the UE can use the same receiver for MBS broadcast and unicast.
  • MBS services may be provided by different operators and therefore may be provided on different frequencies. If one receiver is used for different frequencies, the UE needs to tune the RF chain to these frequencies in a TDD manner. Therefore, a gap for MBS broadcast reception is additionally required for shared processing. During the gap, the gNB avoids scheduling DL transmissions for unicast, so the UE can receive the intended MBS broadcast on another frequency/operator. This is similar to the measurement gap in interfrequency measurements.
  • Proposal 1 RAN2 should agree to introduce an additional gap for inter-frequency reception of MBS broadcast in RRC Connected (e.g. "MBSgap").
  • MBSgap inter-frequency reception of MBS broadcast in RRC Connected
  • Proposal 1 can be agreed upon, the gNB needs to set an MBS gap for the UE, but the gNB is unclear about what kind of gap pattern the UE needs. 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 MBS broadcast configuration details of different operators, such as MTCH scheduling information, this assistance Information is considered useful.
  • Proposal 2 The RAN2 should agree to introduce additional assistance information from the UE into the MBS gap configuration, especially if an interesting MBS broadcast is provided from another PLMN.
  • MBS Interest Indication which includes TMGI, frequency, and MBS broadcast and unicast priorities.
  • MII MBS Interest Indication
  • Current MII works effectively if the same operator provides the MBS broadcast of interest, as the gNB may know the MTCH scheduling information etc. of a particular TMGI provided on a different frequency.
  • the gNB needs to provide SIB21 in order for the UE to be able to send MII.
  • Proposal 3 In the PLMN case, RAN2 should agree that the existing MBS Interest Indication will be the assistance information for the MBS gap.
  • the UE Since the gNB of the selected network does not know the MBS broadcast settings of different networks, the UE needs to provide the gap pattern to the gNB if different operators provide the desired MBS broadcast.
  • the gap pattern should be based on the MTCH scheduling information of different operators, while the reference should be based on the selected network.
  • RF tuning time can also be included, and how to set the gap pattern is left to the UE implementation.
  • Proposal 4 In the case between PLMNs, 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.
  • Mobile communication system 10 RAN 20:CN 100: UE (user equipment) 110: Receiving section 120: Transmitting section 130: Control section 200: gNB (base station) 210: Transmitting section 220: Receiving section 230: Control section 240: Backhaul communication section

Landscapes

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

Abstract

マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法は、１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信するステップと、前記１つ又は複数のサービングセルと異なる別セルのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を、前記ユーザ装置から前記ネットワークに送信するステップと、を有する。前記ＭＢＳギャップ要求は、前記１つ又は複数のサービングセルのうちギャップ設定対象とする対象サービングセルに関する識別情報をさらに含む。

Description

通信方法
　本開示は、移動通信システムで用いる通信方法に関する。
　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、第５世代（５Ｇ）の無線アクセス技術であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）の技術仕様が規定されている。ＮＲは、第４世代（４Ｇ）の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。３ＧＰＰにおいて、５Ｇ／ＮＲのマルチキャスト／ブロードキャストサービス（ＭＢＳ）の技術仕様が規定されている（例えば、非特許文献１参照）。
３ＧＰＰ技術仕様書：ＴＳ　３８．３００　Ｖ１７．１．０
　第１の態様に係る通信方法は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信するステップと、前記１つ又は複数のサービングセルと異なる別セルのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を、前記ユーザ装置から前記ネットワークに送信するステップと、を有する。前記ＭＢＳギャップ要求は、前記１つ又は複数のサービングセルのうちギャップ設定対象とする対象サービングセルに関する識別情報をさらに含む。
　第２の態様に係る通信方法は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信するステップと、前記ユーザ装置が、前記１つ又は複数のサービングセルと異なる別セルでのＭＢＳ受信に興味を持つステップと、前記ユーザ装置が、前記別セルでのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を送信する送信条件が満たされたか否かを判定するステップと、前記送信条件が満たされたと判定したことに応じて、前記ＭＢＳギャップ要求を前記サービングセルに送信するステップと、を有する。
実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 ＭＢＳ興味通知（ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージを示す図である。 ＭＢＳ興味通知プロシージャの開始処理を示す図である。 キャリアアグリゲーション（ＣＡ）について説明するための図である。 デュアルコネクティビティ（ＤＣ）について説明するための図である。 実施形態に係る移動通信システムの動作の一例を説明するための図である。 実施形態に係る移動通信システムの動作例を示す図である。 実施形態に係る移動通信システムの動作の他の例を説明するための図である。 実施形態に係るＵＥの動作例を示す図である。 実施形態に係る移動通信システムの動作例を示す図である。 実施形態に係るＵＥの動作例を示す図である。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（１）移動通信システムの構成
　図１は、実施形態に係る移動通信システムの構成を示す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。移動通信システムには第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。
　移動通信システム１は、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。以下において、ＮＧ－ＲＡＮ１０を単にＲＡＮ１０と称することがある。また、５ＧＣ２０を単にコアネットワーク（ＣＮ）２０と称することがある。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）及び／又はタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数（以下、単に「周波数」と称する）に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。受信部１１０及び送信部１２０は、ｇＮＢ２００との無線通信を行う無線通信部を構成する。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。送信部２１０及び受信部２２０は、ＵＥ１００との無線通信を行う無線通信部を構成する。バックホール通信部２４０は、ＣＮ２０との通信を行うネットワーク通信部を構成する。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスであるＸｎインターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢ２００は、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間がフロントホールインターフェイスであるＦ１インターフェイスで接続されてもよい。
　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、ＵＥ１００のＰＨＹレイヤは、ｇＮＢ２００から物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される下りリンク制御情報（ＤＣＩ）を受信する。具体的には、ＵＥ１００は、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功したＤＣＩを自ＵＥ宛てのＤＣＩとして取得する。ｇＮＢ２００から送信されるＤＣＩには、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されている。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間のコネクションがサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００ＡのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。また、ＮＡＳレイヤよりも下位のレイヤをＡＳレイヤと称する。
　（２）ＭＢＳの概要
　移動通信システム１は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）によりリソース効率の高い配信を行うことができる。
　ブロードキャスト通信サービス（「ＭＢＳブロードキャスト」とも称する）の場合、同じサービスと同じ特定のコンテンツデータが地理的エリア内のすべてのＵＥ１００に同時に提供される。すなわち、ブロードキャストサービスエリア内のすべてのＵＥ１００がデータの受信を許可される。ブロードキャスト通信サービスは、ＭＢＳセッションの一種であるブロードキャストセッションを用いてＵＥ１００に配信される。ＵＥ１００は、ＲＲＣアイドル状態、ＲＲＣインアクティブ状態、及びＲＲＣコネクティッド状態のいずれの状態でも、ブロードキャスト通信サービスを受信できる。
　マルチキャスト通信サービス（「ＭＢＳマルチキャスト」とも称する）の場合、同じサービスと同じ特定のコンテンツデータが特定のＵＥセットに同時に提供される。すなわち、マルチキャストサービスエリア内のすべてのＵＥ１００がデータの受信を許可されているわけではない。マルチキャスト通信サービスは、ＭＢＳセッションの一種であるマルチキャストセッションを用いてＵＥ１００に配信される。ＵＥ１００は、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）及び／又はＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）配信等のメカニズムを用いて、ＲＲＣコネクティッド状態でマルチキャスト通信サービスを受信できる。ＵＥ１００は、ＲＲＣインアクティブ（又はＲＲＣアイドル）状態でマルチキャスト通信サービスを受信してもよい。
　以下においては、ＭＢＳブロードキャストについて主として説明する。但し、実施形態はＭＢＳブロードキャストに限定されず、ＭＢＳマルチキャストに適用可能である。
　ＲＲＣアイドル状態、ＲＲＣインアクティブ状態、又はＲＲＣコネクティッド状態のＵＥ１００は、マルチキャスト制御チャネル（ＭＣＣＨ）を介してブロードキャストセッションのためのＭＢＳ設定（例えば、ＭＴＣＨ受信に必要なパラメータ）を受信する。ＭＣＣＨの受信に必要なパラメータ（ＭＣＣＨ設定）は、システム情報を介して提供される。具体的には、システム情報ブロック・タイプ２０（ＳＩＢ２０）は、ＭＣＣＨ設定を含む。なお、ＳＩＢタイプ２１（ＳＩＢ２１）は、ＭＢＳブロードキャスト受信のサービス継続性に関する情報を含む。ＭＣＣＨは、マルチキャストトラフィックチャネル（ＭＴＣＨ）で送信される進行中のセッションを含むすべてのブロードキャストサービスのリストを提供し、ブロードキャストセッションの関連情報には、ＭＢＳセッションＩＤ（例えば、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ））、関連するＧ－ＲＮＴＩスケジューリング情報、及びＭＴＣＨで特定のサービスを提供する隣接セルに関する情報が含まれる。
　図６は、ＲＲＣの３ＧＰＰ技術仕様書：ＴＳ３８．３３１で規定されるＭＢＳ興味通知（ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージを示す図である。ＭＢＳ興味通知メッセージ（以下、単に「ＭＢＳ興味通知」とも称する）は、ＵＥ１００からネットワーク（ｇＮＢ２００）に送信されるＲＲＣメッセージである。
　ＭＢＳ興味通知メッセージ（以下、単に「ＭＢＳ興味通知」とも称する）は、ＭＢＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎメッセージは、ブロードキャストＭＲＢを介してＵＥ１００がＭＢＳブロードキャストサービスを受信している若しくは受信することに興味がある、又はもはや受信していない若しくは受信することに興味がないことをネットワークに通知するために用いられる。
　ＭＢＳブロードキャストのサービス継続性を確保するために、ＲＲＣコネクティッド状態のＵＥ１００は、次のような情報を含むＲＲＣメッセージであるＭＢＳ興味通知（ＭＩＩ：ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージを、ＳＩＢ２１を提供するｇＮＢ２００に送信できる：
　・ｍｂｓ－ＦｒｅｑＬｉｓｔ（ＭＢＳ周波数リスト）
　ＵＥが受信することに興味のあるＭＢＳ周波数のリスト
　・ｍｂｓ－Ｐｒｉｏｒｉｔｙ（ＭＢＳ優先順位）
　リストされたすべてのＭＢＳ周波数の受信とユニキャストベアラの受信との間の優先順位
　・ｍｂｓ－ＳｅｒｖｉｃｅＬｉｓｔ（ＭＢＳサービスリスト）
　（ＳＩＢ２０がＵＥ１００のＰＣｅｌｌでスケジュールされている場合に）、ＵＥ１００が受信することに興味のあるＭＢＳブロードキャストサービス（サービスＩＤ）のリスト。
　なお、ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎメッセージの送信は、ＳＩＢ２１の存在によって暗黙的に有効／無効にすることができる。
　ｇＮＢ２００は、ＲＲＣ設定及び／又は下りリンク割り当てをＵＥ１００に提供するときに、ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎメッセージに基づいて、ＵＥ１００が興味を持つＭＢＳサービスをＵＥ１００が受信できるようにする。
　図７は、ＲＲＣの３ＧＰＰ技術仕様書：ＴＳ３８．３３１で規定されるＭＢＳ興味通知プロシージャの開始処理を示す図である。
　ＲＲＣコネクティッド状態のＭＢＳ対応ＵＥ１００は、接続の確立／再開の成功時、ブロードキャストサービスエリアへの出入り時、ＭＢＳブロードキャストセッションの開始又は停止時、興味の変更時、ＭＢＳブロードキャストとユニキャスト／マルチキャスト受信との間の優先順位の変更時、ＳＩＢ２１をブロードキャストするＰＣｅｌｌへの変更時、専用シグナリングを介したＳＣｅｌｌのＳＩＢ２０の受信時、ハンドオーバ時など、いくつかのケースで当該プロシージャを開始できる。
　（３）キャリアアグリゲーションの概要
　図８は、キャリアアグリゲーション（ＣＡ）について説明するための図である。実施形態では、ＵＥ１００は、ｇＮＢ２００によりキャリアアグリゲーション（ＣＡ）が設定される。ＣＡでは、複数のサービングセルに対応する複数のコンポーネントキャリア（ＣＣ）が集約され、ＵＥ１００は、複数のＣＣで同時に受信又は送信を行うことができる。当該複数のＣＣは、周波数方向に連続していてもよい。当該複数のＣＣは、非連続であってもよい。
　ＣＡが設定されている場合、ＵＥ１００には、ネットワーク（例えば、ｇＮＢ２００）とのＲＲＣ接続が１つしか存在しない。ＲＲＣ接続の確立／再確立／ハンドオーバでは、１つのサービングセルがＮＡＳモビリティ情報を提供し、ＲＲＣ接続の再確立／ハンドオーバでは、１つのサービングセルがセキュリティ入力（ｓｅｃｕｒｉｔｙ　ｉｎｐｕｔ）を提供する。当該１つのサービングセルは、プライマリセル（ＰＣｅｌｌ）と称される。プライマリセルは、ＵＥ１００が初期接続確立プロシージャを実行するか、又は接続再確立プロシージャを開始する、プライマリ周波数で動作するＭＣＧセルである。ＵＥ１００は、初期接続確立プロシージャにおいてセルからＲＲＣＳｅｔｕｐメッセージを受信した場合、当該セルをプライマリセルとみなす。ＰＣｅｌｌと共にセカンダリセル（ＳＣｅｌｌ）をＵＥ１００に設定することにより、サービングセルのセットを形成できる。したがって、ＵＥ１００に設定されたサービングセルのセットは、１つのＰＣｅｌｌと１つ又は複数のＳＣｅｌｌで構成される。ＳＣｅｌｌの再設定、追加、及び削除は、ＲＲＣによって実行できる。
　ＣＡが設定されている場合にＵＥ１００の電力消費を抑制可能にするために、セルのアクティブ化／非アクティブ化メカニズムがサポートされている。ＳＣｅｌｌが非アクティブ化されている場合、ＵＥ１００は対応するＰＤＣＣＨ又はＰＤＳＣＨを受信する必要がなく、対応するアップリンク及び／又はＣＱＩ測定を実行する必要もない。一方、ＳＣｅｌｌがアクティブな場合、ＵＥ１００は、ＰＤＳＣＨ及びＰＤＣＣＨを受信し、ＣＱＩ測定を実行できる。
　図９は、デュアルコネクティビティ（ＤＣ）について説明するための図である。ＤＣにおいて、ＵＥ１００は、マスタノード（ＭＮ）２００Ｍが管理するマスタセルグループ（ＭＣＧ）２０１Ｍ及びセカンダリノード（ＳＮ）２００Ｓが管理するセカンダリセルグループ（ＳＣＧ）２０１Ｓとの通信を行う。ＭＮ２００Ｍ及びＳＮ２００Ｓは、ネットワークインターフェイス（具体的には、基地局間インターフェイス）を介して互いに接続される。当該ネットワークインターフェイスは、Ｘｎインターフェイス又はＸ２インターフェイスであってもよい。なお、ＭＮ２００Ｍはマスタ基地局と称されることがあり、ＳＮ２００Ｓはセカンダリ基地局と称されることがある。ＭＮ２００Ｍ及びＳＮ２００ＳがいずれもｇＮＢ２００であってもよい。
　例えば、ＭＮ２００ＭがＳＮ２００Ｓへ所定のメッセージ（例えば、ＳＮ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ）を送信し、ＭＮ２００ＭがＵＥ１００へＲＲＣ再設定（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信することで、ＤＣが開始される。ＤＣにおいて、ＲＲＣコネクティッド状態のＵＥ１００は、ＭＮ２００Ｍ及びＳＮ２００Ｓのそれぞれのスケジューラから無線リソースが割り当てられ、ＭＮ２００Ｍの無線リソース及びＳＮ２００Ｓの無線リソースを用いて無線通信を行う。
　ＭＮ２００Ｍは、コアネットワークとの制御プレーン接続を有していてもよい。ＭＮ２００Ｍは、ＵＥ１００の主たる無線リソースを提供する。ＭＮ２００Ｍは、ＭＣＧ２０１Ｍを管理する。ＭＣＧ２０１Ｍは、ＭＮ２００Ｍと対応付けられたサービングセルのグループである。ＭＣＧ２０１Ｍは、プライマリセル（ＰＣｅｌｌ）を有し、オプションで１つ以上のセカンダリセル（ＳＣｅｌｌ）を有する。一方、ＳＮ２００Ｓは、コアネットワークとの制御プレーン接続を有していなくてもよい。ＳＮ２００Ｓは、追加的な無線リソースをＵＥ１００に提供する。ＳＮ２００Ｓは、ＳＣＧ２０１Ｓを管理する。ＳＣＧ２０１Ｓは、プライマリ・セカンダリセル（ＰＳＣｅｌｌ）を有し、オプションで１つ以上のＳＣｅｌｌを有する。なお、ＭＣＧ２０１ＭのＰＣｅｌｌ及びＳＣＧ２０１ＳのＰＳＣｅｌｌは、スペシャルセル（ＳｐＣｅｌｌ）と称されることがある。
　実施形態では、ＵＥ１００は、あるタイミングにおいてＰＣｅｌｌ又は１つのＳＣｅｌｌからＭＢＳブロードキャストデータ及びＭＣＣＨを受信できる。なお、ＳＣｅｌｌのＳＩＢ２０を提供するために、ＵＥ専用（ｄｅｄｉｃａｔｅｄ）ＲＲＣシグナリングが使用されてもよい。
　（４）移動通信システムの動作
　図１０は、実施形態に係る移動通信システム１の動作の一例を説明するための図である。なお、図１０において「＃」で示す番号は、識別子又はインデックスを意味してもよい。
　セル＃１及びセル＃２の重複領域に存在するＵＥ１００は、セル＃１との通信を行う。すなわち、セル＃１はＵＥ１００のサービングセルであり、セル＃２は当該サービングセルの隣接セルである。ＵＥ１００は、セル＃１においてＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。
　セル＃１は周波数（キャリア周波数）＃１で運用されており、セル＃２は周波数（キャリア周波数）＃２で運用されている。このような周波数の関係をインター周波数と呼ぶ。セル＃１はｇＮＢ２００＃１により管理されており、セル＃２はｇＮＢ２００＃２により管理されている。セル＃１（ｇＮＢ２００＃１）及びセル＃２（ｇＮＢ２００＃２）は互いに異なるオペレータに属する。具体的には、セル＃１（ｇＮＢ２００＃１）は公衆陸上移動ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ　Ｌａｎｄ　Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ）＃１に属しており、セル＃２（ｇＮＢ２００＃２）はＰＬＭＮ＃２に属している。このようなＰＬＭＮの関係をインターＰＬＭＮと呼ぶ。
　ｇＮＢ２００＃１及びＣＮ２０＃１は、ＰＬＭＮ＃１（第１ＰＬＭＮ）のネットワーク５０＃１に含まれる。ｇＮＢ２００＃２及びＣＮ２０＃２は、ＰＬＭＮ＃２（第２ＰＬＭＮ）のネットワーク５０＃２に含まれる。一般的に、１つのオペレータには１つのＰＬＭＮ識別子が割り当てられる。各セルは、自セルが属するＰＬＭＮの識別子をブロードキャストする。
　セル＃１においてＲＲＣコネクティッド状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）とのデータ通信を行う。具体的には、ＵＥ１００には、ＲＲＣ接続の識別子として、ｇＮＢ２００＃１からＣ－ＲＮＴＩが割り当てられる。ｇＮＢ２００＃１は、ＵＥ１００に対するスケジューリングにより無線リソースをＵＥ１００に割り当てる。
　セル＃１においてＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）からのページング監視を行う。具体的には、ＵＥ１００には、自身のＵＥ識別子等のパラメータに応じて定まるページング受信タイミング（ページング機会）において、セル＃１（ｇＮＢ２００＃１）から送信されるページングを監視する。
　実施形態において、セル＃２（ｇＮＢ２００＃２）は、ＭＢＳセッション（例えば、ブロードキャストセッション）に属するＭＢＳデータをＰＴＭで送信する。具体的には、セル＃２（ｇＮＢ２００＃２）は、ＭＢＳブロードキャストによりＭＢＳ送信を行う。セル＃２（ｇＮＢ２００＃２）は、ＲＯＭ（Ｒｅｃｅｉｖｅ－Ｏｎｌｙ　Ｍｏｄｅ）及び／又はＦＴＡ（Ｆｒｅｅ－Ｔｏ－Ａｉｒ）でＭＢＳセッションを提供してもよい。ＲＯＭは、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ）を有しない、及び／又はオペレータ（ＰＬＭＮ）とのサービス契約を有しないＵＥ１００であってもＭＢＳ受信が可能なモードである。例えば、ＵＥ１００は、上りリンク送信機能を有さずに下りリンク受信機能を有する装置（例えば、テレビ受信機）であってもよい。ＦＴＡは、無料放送コンテンツブロードキャストを可能とするアプリケーション（サービス）である。ＦＴＡは、ＲＯＭの一態様であってもよい。ＦＴＡで提供されるＭＢＳセッションは、モバイル加入者でないすべてのユーザが利用できるように提供され得る。以下において、ＲＯＭ及びＦＴＡを特に区別しないときはＲＯＭ／ＦＴＡと表記する。
　例えば、ＵＥ１００は、ＰＬＭＮ＃１に属する。ＵＥ１００は、ＰＬＭＮ＃１のＳＩＭ及び／又はＰＬＭＮ＃１とのサービス契約を有していてもよい。実施形態の説明では、ＵＥ１００は、ＰＬＭＮ＃２、すなわち、セル＃２（ｇＮＢ２００＃２）が提供するＭＢＳセッションの受信に興味が有るものとする。セル＃２（ｇＮＢ２００＃２）がＲＯＭ／ＦＴＡで提供するＭＢＳセッションは、ＰＬＭＮ＃１に属するＵＥ１００であっても受信可能であるものとする。但し、ＲＯＭ／ＦＴＡに限らず、セル＃２（ｇＮＢ２００＃２）がブロードキャスト／ＰＴＭで提供するＭＢＳセッションは、ＰＬＭＮ＃１に属するＵＥ１００であっても受信可能であると仮定してもよい。
　ここで、ＵＥ１００は、自身の受信機の数が限られているため、セル＃１（ｇＮＢ２００＃１）との通信状態を維持しながらセル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行うことが難しい。具体的には、ＵＥ１００は、セル＃１（周波数＃１）を自身のサービングセル（サービング周波数）として維持しながら、インター周波数であるセル＃２（周波数＃２）からのＭＢＳ受信を行うことが難しい。例えば、受信機を１つのみ有するＵＥ１００は、セル＃１（周波数＃１）からの受信中は、セル＃２（周波数＃２）からのＭＢＳ受信を行うことができない。ＵＥ１００が複数の受信機を有する場合であっても、当該複数の受信機をネットワーク５０＃１との通信ですべて使用中であるようなシナリオ（例えば、キャリアアグリゲーション）において、ＵＥ１００は、セル＃２（周波数＃２）からのＭＢＳ受信を行うことができない。
　ここで、ｇＮＢ２００＃１（ネットワーク５０＃１）は、ＵＥ１００のＭＢＳ興味及びｇＮＢ２００＃２のＭＢＳ送信設定（特に、ＭＢＳタイミング）を把握していれば、当該タイミングを避けるようにＵＥ１００との通信、例えば、データ通信又はページング送信を行うことが可能である。これにより、ＵＥ１００は、当該タイミングでセル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行うことができる。しかしながら、インターＰＬＭＮのシナリオでは、ｇＮＢ２００＃１及びｇＮＢ２００＃２が別々のＰＬＭＮに属するため、ネットワーク協調によりＭＢＳ送信設定を共有することが難しい。
　そこで、実施形態に係るＵＥ１００は、ＵＥ１００が設定を要求するＭＢＳギャップの情報（すなわち、セル＃２からＵＥ１００がＭＢＳ受信を行うＭＢＳ受信タイミングに関する情報）を含むＭＢＳギャップ要求をセル＃１（ｇＮＢ２００＃１）に送信する。ＭＢＳギャップは、ＵＥ１００がセル＃２からのＭＢＳ受信を行うためにＵＥ１００とセル＃１との通信を中断する期間である。ＭＢＳギャップ要求は、セル＃１（ｇＮＢ２００＃１）がＵＥ１００にＭＢＳギャップを設定するための補助情報であってもよい。
　ＭＢＳギャップ要求は、ＵＥ１００からセル＃１（ｇＮＢ２００＃１）へ送信されるＲＲＣメッセージに含まれていてもよい。当該ＲＲＣメッセージは、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージであってもよい。当該ＲＲＣメッセージは、ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎメッセージであってもよい。或いは、ＭＢＳギャップ要求は、ＵＥ１００からセル＃１（ｇＮＢ２００＃１）を介してＣＮ２０＃１（ＡＭＦ３００Ａ）へ送信されるＮＡＳメッセージに含まれていてもよい。当該ＮＡＳメッセージは、ＣＯＮＦＩＧＵＲＡＴＩOＮ　ＵＰＤＡＴＥ　ＣＯＭＰＬＥＴＥメッセージ、ＲＥＧＩＳＴＲＡＴＩＮ　ＲＥＱＵＥＳＴメッセージ、又はＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージであってもよい。
　ネットワーク５０＃１に含まれるネットワーク装置、例えば、ｇＮＢ２００＃１又はＣＮ２０＃１（ＡＭＦ３００Ａ）は、セル＃１を介して当該メッセージをＵＥ１００から受信する。これにより、当該ネットワーク装置は、セル＃２からＵＥ１００がＭＢＳ受信を行うＭＢＳ受信タイミングを避けるようにＵＥ１００との通信、例えば、データ通信又はページング送信を行うことが可能になる。
　（４．１）ギャップ要求に関する基本的な動作の一例
　本動作例において、ＵＥ１００からのＭＢＳギャップ要求を受信したｇＮＢ２００＃１は、ＭＢＳギャップの設定を示すＭＢＳギャップ設定を、セル＃１を介してＵＥ１００に送信する。ＵＥ１００は、当該ＭＢＳギャップ設定をセル＃１から受信する。ＵＥ１００は、ｇＮＢ２００＃１からのＭＢＳギャップ設定に基づいて、ＭＢＳギャップにおいてセル＃１とのデータ通信を中断するとともにセル＃２からのＭＢＳ受信を行う。これにより、ＵＥ１００は、セル＃１（ｇＮＢ２００＃１）に対してＲＲＣコネクティッド状態を維持しながらセル＃２からのＭＢＳ受信を行うことが可能になる。
　本動作例において、ＵＥ１００は、セル＃２のＭＣＣＨの設定及び／又はセル＃２のＭＴＣＨの設定に基づいて、ＵＥ１００が要求するＭＢＳギャップの設定を示す要求ギャップ情報を生成する。ＵＥ１００は、要求ギャップ情報を含むメッセージをセル＃１（ｇＮＢ２００＃１）に送信する。セル＃１（ｇＮＢ２００＃１）は、要求ギャップ情報を含むメッセージを受信し、要求ギャップ情報に基づくＭＢＳギャップ設定をＵＥ１００に送信する。これにより、ＭＢＳギャップをＵＥ１００に適切に設定できる。
　図１１は、本動作例を示す図である。以下の実施形態の説明において、セル＃１（ｇＮＢ２００＃１）をネットワーク５０＃１（ＰＬＭＮ＃１）と読み替えてもよいし、セル＃２（ｇＮＢ２００＃２）をネットワーク５０＃２（ＰＬＭＮ＃２）と読み替えてもよい。
　ステップＳ１００において、ＵＥ１００は、セル＃１においてＲＲＣコネクティッド状態にある。
　ステップＳ１０１において、ＵＥ１００は、ＭＢＳ受信中である、又はＭＢＳ受信に興味を持つ。例えば、ＵＥ１００は、ＲＯＭ／ＦＴＡで提供されるＭＢＳセッション（例えば、ブロードキャストセッション）を受信中又は受信に興味を持つ。なお、ＵＥ１００は、ＭＢＳセッション（ＭＢＳセッションＩＤ）と周波数（周波数識別子）との対応関係を示す上位レイヤ情報を予め取得していてもよい。上位レイヤ情報は、当該ＭＢＳセッションの開始時刻を示す情報及び／又は当該ＭＢＳセッションが提供されるＭＢＳサービスエリアを示す情報をさらに含んでもよい。ＵＥ１００は、当該上位レイヤ情報に基づいて、当該ＭＢＳセッション（所望ＭＢＳセッション）を提供する所望ＭＢＳ周波数を把握してもよい。このような上位レイヤ情報は、ＵＳＤ（Ｕｓｅｒ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｉｏｎ）として提供されてもよく、ＮＡＳメッセージ（例えば、ＲＥＳＩＴＲＡＴＩＯＮ　ＡＣＣＥＰＴメッセージ、ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥ　ＣＯＭＭＡＮＤメッセージ、又はＰＤＵ　ＳＥＳＳＩＯＮ　ＥＳＴＡＢＬＩＳＨＭＥＮＴ　ＡＣＣＥＰＴメッセージ）によって提供されてもよい。
　ステップＳ１０２において、ＵＥ１００は、ネットワーク５０＃１が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃１（ｇＮＢ２００＃１）から受信してもよい。このようなＭＢＳ情報は、セル＃１のＳＩＢ又はＭＣＣＨ中でブロードキャストされる情報であってもよい。例えば、ネットワーク５０＃１が提供するＭＢＳセッションと周波数との対応関係を示すＭＢＳ情報は、ＭＢＳセッションＩＤと周波数識別子とのセットを複数含んでもよい。ＵＥ１００は、このようなＭＢＳ情報に基づいて、どのＭＢＳセッションがどの周波数で提供されるのかを把握できる。なお、セル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報は、セル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションのＭＢＳセッションＩＤリストを含んでもよい。ＵＥ１００は、このようなＭＢＳ情報に基づいて、セル＃１がどのＭＢＳセッションをＲＯＭ／ＦＴＡで提供するのかを把握できる。
　ステップＳ１０３において、ＵＥ１００は、ステップＳ１０２で受信したＭＢＳ情報に基づいて、所望ＭＢＳセッションがネットワーク５０＃１から提供されないと認識する。例えば、ＵＥ１００は、ネットワーク５０＃１が提供するＭＢＳセッションと周波数との対応関係を示すＭＢＳ情報に基づいて、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数が当該ＭＢＳ情報で示されていない場合、所望ＭＢＳセッションがネットワーク５０＃１から提供されないと認識してもよい。ＵＥ１００は、ＲＯＭ／ＦＴＡが適用される所望ＭＢＳセッションを提供する所望ＭＢＳ周波数がＭＢＳ情報で示されていない場合、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数が他のネットワーク、すなわち、ネットワーク５０＃２から提供され得ると認識してもよい。
　ステップＳ１０４において、ＵＥ１００は、ネットワーク５０＃２が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃２がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃２（ｇＮＢ２００＃２）から受信してもよい。このようなＭＢＳ情報は、セル＃２のＳＩＢ又はＭＣＣＨ中でブロードキャストされる情報であってもよい。ＵＥ１００は、当該ＭＢＳ情報に基づいて、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数がセル＃２から提供されることを確認してもよい。
　また、ステップＳ１０４において、ＵＥ１００は、セル＃２におけるＭＢＳ受信設定をセル＃２から受信する。このようなＭＢＳ受信設定は、セル＃２のＳＩＢ（ＳＩＢ２０）中でブロードキャストされるＭＣＣＨ設定情報、及び／又は、セル＃２のＭＣＣＨ中でブロードキャストされるＭＴＣＨ設定情報を含む。例えば、ＵＥ１００は、セル＃２からＢＣＣＨ上で伝送されるＳＩＢ２０によりＭＣＣＨ設定情報を受信した後、当該ＭＣＣＨ設定情報に基づいてｇＮＢ２００からＭＣＣＨを受信することでＭＴＣＨ設定情報を受信する。ＭＣＣＨ設定情報は、ＭＣＣＨのスケジューリング情報、すなわち、ＭＣＣＨ受信タイミング（ＭＣＣＨ受信機会）を示す情報を含む。ＭＴＣＨ設定情報は、ＭＴＣＨのスケジューリング情報、すなわち、ＭＴＣＨ受信タイミング（ＭＴＣＨ受信機会）を示す情報を含む。このようなＭＣＣＨ受信タイミング（ＭＣＣＨ受信機会）及び／又はＭＴＣＨ受信タイミング（ＭＴＣＨ受信機会）は、ＵＥ１００がセル＃２からのＭＢＳ受信を行うＭＢＳ受信タイミングに相当する。具体的には、当該ＭＢＳ受信タイミングを構成するＭＴＣＨ受信タイミングは、ＭＣＣＨによりＭＢＳセッションごとに示されるＭＴＣＨ受信タイミングのうち、所望ＭＢＳセッションと対応付けられたＭＴＣＨ受信タイミングであってもよい。
　ステップＳ１０５において、ＵＥ１００は、ステップＳ１０４で把握したＭＢＳ受信タイミングに基づいて、セル＃１とのデータ通信を中断するＭＢＳギャップのギャップパターン設定を決定し、決定したギャップパターン設定を示す要求ギャップ情報を生成する。ギャップパターンとは、周期的に繰り返されるＭＢＳギャップのパターンをいう。要求ギャップ情報は、ギャップパターンの開始タイミングを示す情報（システムフレーム番号及び／又はサブフレーム番号など）と、ギャップパターンを示す情報、例えば、サブフレーム毎のビットマップ又はＭＢＳギャップの周期（サイクル長）とを含む。要求ギャップ情報は、各ＭＢＳギャップの持続時間を示す情報を含んでもよい。なお、ＵＥ１００は、セル＃１のタイミング（システムフレーム番号など）に合わせて要求ギャップパターンを決定する。ここで、ＵＥ１００は、要求ギャップパターンを決定する際に、ＵＥ１００の受信機の周波数変更に必要な時間（マージン）及び／又はセル＃２との同期を確立するための測定時間を要求ギャップパターンに加えてもよい。
　ステップＳ１０６において、ＵＥ１００は、ステップＳ１０５で生成した要求ギャップ情報を含むＲＲＣメッセージをセル＃１（ｇＮＢ２００＃１）に送信する。ＵＥ１００は、要求ギャップ情報と対応付けられた所望ＭＢＳセッションＩＤ（例えば、ＴＭＧＩ）及び／又は所望ＭＢＳ周波数識別子をＲＲＣメッセージにさらに含めてもよい。
　ステップＳ１０７において、セル＃１（ｇＮＢ２００＃１）は、ステップＳ１０６でＵＥ１００から受信したＲＲＣメッセージ中の要求ギャップ情報に基づいて、ＭＢＳギャップの設定（ギャップパターン）を示すＭＢＳギャップ設定を生成し、ＭＢＳギャップ設定をＵＥ１００に送信する。例えば、セル＃１（ｇＮＢ２００＃１）は、ＭＢＳギャップ設定を含むＲＲＣ再設定（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。ＭＢＳギャップ設定に含まれる情報の種類は、要求ギャップ情報に含まれる情報の種類と同様であってもよい。セル＃１（ｇＮＢ２００＃１）は、ＭＢＳギャップ設定と対応付けられたセル識別子及び／又はセルグループ識別子をＲＲＣ再設定メッセージにさらに含めてもよい。セル＃１（ｇＮＢ２００＃１）は、ＭＢＳギャップ設定とセル識別子及び／又はセルグループ識別子とのセットをＲＲＣ再設定メッセージに複数含めてもよい。
　ステップＳ１０８において、ＵＥ１００は、ステップＳ１０７でセル＃１（ｇＮＢ２００＃１）から受信したＭＢＳギャップ設定が示すＭＢＳギャップにおいて、セル＃１（ｇＮＢ２００＃１）とのデータ通信を中断するとともに、セル＃２（ｇＮＢ２００＃２）からの所望ＭＢＳセッションのＭＢＳ受信を行う。具体的には、ＵＥ１００は、受信機の受信周波数を周波数＃１から周波数＃２に変更（チューニング）したうえで、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信、すなわち、ＭＴＣＨ受信（及びＭＣＣＨ受信）を行う。セル＃１（ｇＮＢ２００＃１）は、設定したＭＢＳ受信ギャップ中は当該ＵＥ１００への無線リソースの割り当てを行わない。
　ここで、ＵＥ１００がネットワーク５０＃１との通信に複数のサービングセル（又は複数のセルグループ）を用いている場合（すなわち、キャリアアグリゲーション又はデュアルコネクティビティの場合）、ＵＥ１００は、ＲＲＣ再設定メッセージ中のセル識別子及び／又はセルグループ識別子に基づいて、ＭＢＳギャップ設定が適用されるサービングセル（及び／又はセルグループ）を特定し、特定したサービングセル（及び／又はセルグループ）に割り当てられている受信機を用いて、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行ってもよい。なお、当該特定したサービングセル（及び／又はセルグループ）以外のサービングセル（及び／又はセルグループ）に割り当てられている受信機は、そのままの周波数／サービングセルに残してサービングセルからの受信を継続してもよい。
　ＵＥ１００は、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信に興味が無くなった場合（ステップＳ１０９）、セル＃１（ｇＮＢ２００＃１）へ通知を行ってもよい（ステップＳ１１０）。ＵＥ１００は、当該通知を、ＲＲＣメッセージ、例えば、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ又はＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎメッセージ中で送信してもよい。当該通知は、ギャップ解除の要求であってもよい。当該通知は、要求ギャップパターンを含まないＭＢＳ受信ギャップ要求であってもよい。セル＃１（ｇＮＢ２００＃１）は、当該通知に基づいて、ＭＢＳ受信ギャップ設定をＵＥ１００から除去（解放）してもよい（ステップＳ１１１）。
　このような動作により、ＵＥ１００は、例えば、自身の受信機の数が限られていても、セル＃１（ｇＮＢ２００＃１）とのユニキャスト通信を継続可能としつつ、ＭＢＳギャップを用いてセル＃２（ｇＮＢ２００＃２）からのＭＢＳブロードキャストを受信可能になる。
　（４．２）ＣＡ／ＤＣ時のギャップ要求
　図１２は、実施形態に係る移動通信システム１の動作の他の例を説明するための図である。
　本動作例では、ネットワーク５０＃１においてＵＥ１００に対してＣＡ又はＤＣにより複数のサービングセル（図示の例では、サービングセル＃１ａ及びサービングセル＃１ｂ）が設定される場合を想定する。図示の例では、サービングセル＃１ａ及びサービングセル＃１ｂは互いに周波数（キャリア周波数）が異なっており、サービングセル＃１ａで周波数＃１で運用され、サービングセル＃１ｂは周波数＃２で運用されている。
　ＵＥ１００は、当該複数のサービングセルを用いてネットワーク５０＃１と通信する。例えば、ＵＥ１００は、２つの受信機１１１及び１１２を有している。受信機１１１及び１１２は、対応可能な周波数が互いに異なっていてもよい。例えば、ＵＥ１００は、サービングセル＃１ａからのユニキャスト受信に受信機１１１を用いるとともに、サービングセル＃１ｂからのユニキャスト受信に受信機１１２を用いる。なお、１つの受信機は１つの無線機（ＲＦ　ｃｈａｉｎ）に対応してもよい。
　このように、ＣＡ又はＤＣ時にＵＥ１００が異なる受信機を使っている場合、ネットワーク５０＃１（ｇＮＢ２００＃１）は、どの受信機にＭＢＳギャップを適用すべきかが分からないという課題がある。ここで、ＵＥ１００の全ての受信機が全ての周波数をサポートしている訳ではなく、ＭＢＳ受信のためにはＭＢＳ周波数をサポートする受信機を使う必要がある。しかしながら、ネットワーク５０＃１（ｇＮＢ２００＃１）はそのような情報を知らない可能性がある。
　本動作例では、ＵＥ１００は、当該複数のサービングセル＃１ａ及び＃１ｂと異なる別セル＃２のＭＢＳ受信を行うためにＵＥ１００が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求をネットワーク５０＃１に送信する。ここで、ＭＢＳギャップ要求は、当該複数のサービングセルのうちＭＢＳギャップ設定の対象とする対象サービングセルに関する識別情報をさらに含む。これにより、ネットワーク５０＃１（例えば、ｇＮＢ２００＃１）は、当該識別情報に基づいて、どのサービングセルにＭＢＳギャップを設定するべきかを適切に決定できる。
　当該別セル＃２は、ネットワーク５０＃１のオペレータ（ＰＬＭＮ＃１）と異なるオペレータ（ＰＬＭＮ＃２）の別ネットワーク５０＃２に属する。すなわち、本動作例では、インターＰＬＭＮのシナリオを主として想定する。但し、本動作例は、インターＰＬＭＮのシナリオに限定されず、イントラＰＬＭＮのシナリオにも適用可能である。
　ＭＢＳギャップ要求に含まれる識別情報は、対象サービングセルの識別子、対象サービングセルが属するセルグループの識別子、及び対象サービングセルの周波数の識別子のうち、少なくとも１つを含む。
　図１３は、ＵＥ１００の動作の一例を示す図である。図示の例では、ＵＥ１００のサービングＰＬＭＮ（ネットワーク５０＃１）において、ＵＥ１００は、ＰＣｅｌｌとの通信にＲＦ　ｃｈａｉｎ＃１を用いるとともに、ＳＣｅｌｌとの通信にＲＦ　ｃｈａｉｎ＃２を用いている。ＵＥ１００は、ＰＣｅｌｌからのユニキャスト受信にＲＦ　ｃｈａｉｎ＃１（受信機＃１）を用いるとともに、ＳＣｅｌｌからのユニキャスト受信にＲＦ　ｃｈａｉｎ＃２（受信機＃２）を用いる。
　ＰＣｅｌｌには周期的なＭＢＳギャップが設定されている。ＵＥ１００は、当該ＭＢＳギャップにおいて、サービングＰＬＭＮ（ネットワーク５０＃１）のＰＣｅｌｌからのユニキャスト受信を中断するとともに、別ＰＬＭＮ（ネットワーク５０＃２）のＭＴＣＨで送信されるＭＢＳデータをＲＦ　ｃｈａｉｎ＃１（受信機＃１）により受信する。以下において、別ＰＬＭＮ（ネットワーク５０＃２）でのＭＴＣＨ送信がＭＢＳブロードキャストである一例について説明するが、ＭＢＳブロードキャストに限定されず、ＭＢＳマルチキャストであってもよい。なお、各ＭＢＳギャップには、各ＭＴＣＨ期間の前後において、ＲＦ　ｃｈａｉｎ＃１（受信機＃１）のチューニングのためのチューニング期間が設けられている。
　図１４は、本動作例を示す図である。ここでは、上述の動作例と重複する動作について重複する説明を省略する。
　ステップＳ２００乃至Ｓ２０４は、上述の動作例と同様である。但し、本動作例では、ＵＥ１００は、ステップＳ２０２において、別ＰＬＭＮ（ＰＬＭＮ＃２）で提供されるＭＢＳブロードキャストの受信に興味を持つ（ステップＳ２０１）。
　ステップＳ２０５において、ＵＥ１００は、ＭＢＳギャップの対象サービングセルを決定する。例えば、ＵＥ１００は、自身の興味のあるＭＢＳブロードキャストの周波数をサポートするＲＦ　ｃｈａｉｎ／受信機を特定し、当該ＲＦ　ｃｈａｉｎ／受信機が通信しているサービングセルを対象サービングセルとして特定する。
　ステップＳ２０６及びＳ２０７において、ＵＥ１００は、ＭＢＳギャップ要求を含むＲＲＣメッセージを生成及び送信する。ｇＮＢ２００＃１は、当該ＲＲＣメッセージを受信する。上述のように、当該ＲＲＣメッセージは、ＭＢＳ興味通知（ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージであってもよい。当該ＲＲＣメッセージは、ＵＥ補助情報（ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）メッセージであってもよい。ＵＥ補助情報メッセージは、ＵＥ１００が自発的に送信可能なＲＲＣメッセージの一例である。
　当該ＲＲＣメッセージ（ＭＢＳギャップ要求）は、当該要求を適用すべきサービングセルを示す識別情報を含む。当該ＲＲＣメッセージ（ＭＢＳギャップ要求）は、上述のようなギャップ情報、例えば、ＭＢＳギャップの開始タイミング、周期、パターン（ビットマップ）、ＭＢＳギャップ長などの情報を含んでもよい。また、当該識別情報は、対象サービングセルの識別子（物理セルＩＤ又はセルインデックス）、対象サービングセルが属するセルグループの識別子（例えば、ＭＣＧ／ＳＣＧの識別子又はＤＲＸグループの識別子）、及び対象サービングセルの周波数の識別子（例えば、ＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ　Ｒａｄｉｏ－Ｆｒｅｑｕｅｎｃｙ　Ｃｈａｎｎｅｌ　Ｎｕｍｂｅｒ）又はｂａｎｄ　ｃｏｍｂｉｎａｔｉｏｎ）のうち、少なくとも１つを含む。当該ＲＲＣメッセージ（ＭＢＳギャップ要求）は、当該要求を適用するＭＢＳセッションＩＤ（ＴＭＧＩ等）を含んでもよい。
　ステップＳ２０８において、ｇＮＢ２００は、ステップＳ２０７のＭＢＳギャップ要求を考慮し、ＵＥ１００にＭＢＳギャップ設定を行う。ここで、ｇＮＢ２００＃１は、セルＩＤなどを指定してＭＢＳギャップ設定を行う。ｇＮＢ２００＃１は、ＵＥ１００の受信機を指定してＭＢＳギャップ設定を行ってもよい。ステップＳ２０９乃至Ｓ２１２は、上述の動作例と同様である。
　（４．３）ギャップ要求の送信条件
　上述のように、ＭＢＳギャップ要求は、ＵＥ１００が要求（希望）するＭＢＳギャップの情報、例えば、ＭＢＳギャップの開始タイミング、周期、パターン（ビットマップ）、ＭＢＳギャップ長などの情報を含む。このようなＭＢＳギャップは、ＵＥ１００が興味を持つＭＢＳサービス（例えばＭＢＳブロードキャスト）のＭＴＣＨの設定（すなわち、ＭＴＣＨスケジューリング情報）に基づいて定められる。
　上述の動作例において、ｇＮＢ２００＃１及びｇＮＢ２００＃２が同じＰＬＭＮに属している場合、すなわち、イントラＰＬＭＮのシナリオでは、ｇＮＢ２００＃１は、ｇＮＢ２００＃２のＭＴＣＨスケジューリング情報を把握し得る。そのような想定下では、ｇＮＢ２００＃１は、ＵＥ１００からのＭＢＳ興味通知（ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージに基づいて、ＵＥ１００が興味を持つＭＢＳサービスのＴＭＧＩ及び／又は周波数を特定してＭＴＣＨスケジューリングを把握できる。
　よって、ｇＮＢ２００＃１は、ＵＥ１００からのＭＢＳギャップ要求がなくても、ＭＢＳ興味通知メッセージに基づいてＭＢＳギャップをＵＥ１００に設定し得るため、ＵＥ１００によるＭＢＳギャップ要求の送信が無駄な処理になり得る。以下の動作例の説明では、ＵＥ１００がＭＢＳギャップ要求を送信する条件（トリガ条件）について説明する。以下の動作例は、上述の動作例と組み合わせて実施してもよい。
　図１５は、ＵＥ１００の動作例を示す図である。本動作例では、ＭＢＳギャップ要求がＭＢＳ興味通知（ＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）メッセージと異なるメッセージで送信されることを主として想定する。
　ステップＳ３０１において、１つ又は複数のサービングセルが設定されたＲＲＣコネクティッド状態のＵＥ１００は、当該１つ又は複数のサービングセルを用いてネットワーク５０＃１と通信する。
　ステップＳ３０２において、ＵＥ１００は、当該１つ又は複数のサービングセルと異なる別セル（別周波数であってもよい）でのＭＢＳ受信に興味を持つ。すなわち、ＵＥ１００は、当該別セルでのＭＢＳ受信を希望することを決定する。
　ステップＳ３０３において、ＵＥ１００は、ＭＢＳギャップ要求の送信条件（トリガ条件）が満たされたか否かを判定する。当該条件は、
　・当該サービングセル及び当該別セルが異なるオペレータ（異なるＰＬＭＮ＃１）に属することを示す第１条件、
　・当該サービングセルに対するＭＢＳ興味通知メッセージの送信が不可であることを示す第２条件、及び
　・当該サービングセルがＭＢＳギャップ要求の送信を要求又は許可していることを示す第３条件、
のうち少なくとも１つを含む。第１条件乃至第３条件のうち、第１条件が必須の条件であって、第２条件及び第３条件がオプションの条件であってもよい。但し、イントラＰＬＭＮのシナリオであっても、ｇＮＢが他のｇＮＢのＭＴＣＨスケジューリングを把握していない場合も想定される。そのため、第１条件は必須の条件でなくてもよい。
　第１条件を用いる場合、ＵＥ１００は、自身が受信に興味のあるＭＢＳセッション（例えば、ブロードキャストセッション）を現在のサービングＰＬＭＮとは異なるＰＬＭＮが提供していると判定したことに応じて、ＭＢＳギャップ要求の生成及び送信を決定してもよい。ここで、ＵＥ１００は、自身が受信に興味のあるＭＢＳサービスＩＤ、具体的には、ＴＭＧＩを特定する。ＴＭＧＩは、ＰＬＭＮ識別子（ｐｌｍｎ－Ｉｄ）とサービス識別子（ｓｅｒｖｉｃｅＩｄ）とを含み、ＭＢＳセッションを識別するために用いられる。サービス識別子は、ＰＬＭＮ内のＭＢＭＳサービスのＩＤを一意に識別する。そのため、ＵＥ１００は、ＴＭＧＩに含まれるＰＬＭＮ識別子（ｐｌｍｎ－Ｉｄ）により、自身が受信に興味のあるＭＢＳセッションを提供するＰＬＭＮを特定できる。ＵＥ１００は、当該特定したＰＬＭＮが、現在自身が接続しているＰＬＭＮ（ｓｅｌｅｃｔｅｄ　ＰＬＭＮ）で提供されているか否かを判定する。
　第２条件を用いる場合、ＵＥ１００は、ＭＢＳ興味通知メッセージの送信がＳＩＢ２１によって許可されていないと判定したことに応じて、ＭＢＳギャップ要求の生成及び送信を決定してもよい。例えば、ＵＥ１００は、サービングセルがＳＩＢ２１を実際にブロードキャストしているか否かを判定してもよい。或いは、ＵＥ１００は、ＳＩＢ２１のブロードキャストがスケジューリングされている旨をＳＩＢタイプ１（ＳＩＢ１）が示すか否かを判定してもよい。
　第３条件を用いる場合、ＵＥ１００は、サービングセル（ｇＮＢ２００＃１）がＭＢＳ興味通知メッセージではなくギャップ要求の送信を要求又は許可していると判定したことに応じて、ＭＢＳギャップ要求の生成及び送信を決定してもよい。例えば、ＵＥ１００は、ＭＢＳギャップ要求の送信を要求（又は許可）する旨をｇＮＢ２００＃１がＳＩＢによって示しているか否かを判定してもよい。或いは、ＵＥ１００は、ＭＢＳギャップ要求の送信を要求（又は許可）する旨のＵＥ専用設定（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をｇＮＢ２００＃１から受信しているか否かを判定してもよい。
　ＭＢＳギャップ要求の送信条件（トリガ条件）が満たされたと判定した場合（ステップＳ３０３：ＹＥＳ）、ステップＳ３０４において、ＵＥ１００は、ＭＢＳギャップ要求を生成し、ＭＢＳギャップ要求をサービングセル（ｇＮＢ２００＃１）に送信する。ＵＥ１００は、ＭＢＳギャップ要求を含むＵＥ補助情報メッセージをサービングセル（ｇＮＢ２００＃１）に送信してもよい。なお、ＵＥ１００は、第１条件乃至第３条件のうち１つが満たされたことに応じて、ＭＢＳギャップ要求の送信条件（トリガ条件）が満たされたと判定してもよい。或いは、ＵＥ１００は、第１条件乃至第３条件のうち２つ又は３つの条件が満たされたことに応じて、ＭＢＳギャップ要求の送信条件（トリガ条件）が満たされたと判定してもよい。
　一方、ＭＢＳギャップ要求の送信条件（トリガ条件）が満たされていないと判定した場合（ステップＳ３０３：ＮＯ）、ＵＥ１００は、ＭＢＳギャップ要求を送信しない。ＵＥ１００は、ＭＢＳギャップ要求を送信せずに、ＭＢＳ興味通知メッセージをサービングセル（ｇＮＢ２００＃１）に送信してもよい（ステップＳ３０５）。その場合、ＵＥ１００は、ＭＢＳギャップの設定を要求する１ビットのフラグ（ギャップ要求フラグ）をＭＢＳ興味通知メッセージに含めてもよい。ＵＥ１００は、ｍｂｓ－ＦｒｅｑＬｉｓｔ（ＭＢＳ周波数リスト）のエントリ又はｍｂｓ－ＳｅｒｖｉｃｅＬｉｓｔ（ＭＢＳサービスリスト）のエントリと対応付けたギャップ要求フラグをＭＢＳ興味通知メッセージに含めてもよい。
　本動作例では、ＭＢＳギャップ要求がＭＢＳ興味通知メッセージと異なるメッセージ、例えばＵＥ補助情報メッセージで送信されることを想定していたが、ＭＢＳギャップ要求は、ＭＢＳ興味通知メッセージの情報要素（ＩＥ）として送信されてもよい。その場合、第２条件の判定は不要としてもよい。或いは、ＵＥ１００は、ＳＩＢ２１がブロードキャストされていない場合であっても、ギャップ要求ＩＥを含める場合に限って、ＭＢＳ興味通知メッセージの送信が許可されるとしてもよい。
　（５）その他の実施形態
　上述の実施形態の説明では、インターＰＬＭＮのシナリオについて主として説明した。しかしながら、実施形態は、イントラＰＬＭＮのシナリオにも適用可能である。また、上述の実施形態では、ＲＲＣメッセージを用いて静的なＭＢＳギャップを要求・設定する動作例を示したがこれに限らない。ＵＥ１００は、レイヤ１又はレイヤ２（Ｌ１／Ｌ２）シグナリングを用いて動的にＭＢＳギャップを要求してもよく、ｇＮＢ２００は同様に動的にＭＢＳギャップを設定してもよい。例えば、ＵＥ１００は、現在のタイムスロットよりも以降のタイムスロットにおいてＭＢＳギャップが必要となることをｇＮＢ２００に通知してもよい。当該通知はギャップが必要となるタイムスロットを示す情報（例えば、何スロット後に必要であるかを示すスロット数）を含む。ｇＮＢ２００は、当該要求を受信した時点で、当該タイムスロットにおいてギャップが適用される（ＵＥ１００は受信処理を行わない）と認識してもよく、もしくは、ｇＮＢ２００は明示的にＵＥ１００に対して当該タイムスロットにおけるＭＢＳギャップ適用を設定してもよい。当該Ｌ１／Ｌ２シグナリングは、ＤＣＩ及び／又はＭＡＣ　ＣＥである。当該Ｌ１／Ｌ２シグナリングは、前記ＲＲＣメッセージに含まれる情報要素の少なくとも一部を含んでもよい。当該Ｌ１／Ｌ２シグナリングは、ｇＮＢ２００からＵＥ１００が送信を許可されている場合において（例えばＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎで設定されている場合において）、ＵＥ１００から送信してもよい。
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。各フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい。
　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵであってもよい。また、ＵＥ１００は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ／ｉｎ　ｒｅｓｐｏｎｓｅ　ｔｏ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」等の呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、米国仮出願第６３／３９６３６０号（２０２２年８月９日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　（６）第１付記
　上述の実施形態に関する特徴について付記する。
　（付記１）
　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
　１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信するステップと、
　前記１つ又は複数のサービングセルと異なる別セルのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を、前記ユーザ装置から前記ネットワークに送信するステップと、を有し、
　前記ＭＢＳギャップ要求は、前記１つ又は複数のサービングセルのうちギャップ設定対象とする対象サービングセルに関する識別情報をさらに含む
　通信方法。
　（付記２）
　前記別セルは、前記ネットワークのオペレータと異なるオペレータの別ネットワークに属するセルである
　付記１に記載の通信方法。
　（付記３）
　前記識別情報は、前記対象サービングセルの識別子、前記対象サービングセルが属するセルグループの識別子、及び前記対象サービングセルの周波数の識別子のうち、少なくとも１つを含む
　付記１又は２に記載の通信方法。
　（付記４）
　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
　１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信するステップと、
　前記ユーザ装置が、前記１つ又は複数のサービングセルと異なる別セルでのＭＢＳ受信に興味を持つステップと、
　前記ユーザ装置が、前記別セルでのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を送信する送信条件が満たされたか否かを判定するステップと、
　前記送信条件が満たされたと判定したことに応じて、前記ＭＢＳギャップ要求を前記サービングセルに送信するステップと、を有する
　通信方法。
　（付記５）
　前記判定するステップは、前記サービングセル及び前記別セルが異なるオペレータに属することを示す第１条件が満たされたか否かを判定するステップを含む
　付記４に記載の通信方法。
　（付記６）
　前記判定するステップは、前記サービングセルに対するＭＢＳ興味通知の送信が不可であることを示す第２条件が満たされたか否かを判定するステップを含む
　付記４又は５に記載の通信方法。
　（付記７）
　前記判定するステップは、前記サービングセルがＭＢＳギャップ要求の送信を要求又は許可していることを示す第３条件が満たされたか否かを判定するステップを含む
　付記４乃至６のいずれかに記載の通信方法。
　（７）第２付記
　導入
　ＲＡＮ＃９４ｅでは、ＲＡＮ＃９６でＷＩＤが改訂された「ＭＢＳの強化（ｅＭＢＳ）」に関する新しいワークアイテムが承認された。その目的には、ＭＢＳブロードキャスト及びユニキャストに対するＵＥの共有処理をサポートすることが含まれる。
　－ＵＥがＭＢＳブロードキャスト及びユニキャスト受信に共有処理を使用できるようにするためのＵｕシグナリングの拡張を規定する。すなわち、ＲＲＣコネクティッドにおけるユニキャスト受信と、同一又は異なる事業者からのＭＢＳブロードキャスト受信の同時受信に関するＵＥ能力及び関連するアシスタンス情報の報告を含む。
　この付記では、ＭＢＳブロードキャストとユニキャストの同時受信に関する最初の考察を提供する。
　議論
　ＷＩＤの正当化部分では、以下のような説明がなされている。
　Ｒｅｌ－１７　ＮＲ　ＭＢＳブロードキャストの解決策では、ＵＥが下りリンクのみでブロードキャストサービスを受信することができる。ただし、ブロードキャストの典型的なユースケースでは、ＵＥは、同じ事業者（operator）又は別の事業者のネットワークから、ブロードキャストサービスとユニキャストサービスを同時に受信する必要がある場合があり、一部のＵＥは、ブロードキャストとユニキャストの間でハードウェアリソースを共有する場合がある。そのため、このようなＵＥでは、ユニキャスト接続がブロードキャスト受信の影響を受ける可能性がある。このような場合の最適化は、Ｒｅｌ－１７では特に取り上げられておらず、ＲＲＣコネクティッドでのユニキャスト受信と、緊急ブロードキャストや公共安全ブロードキャストを含む、同一又は異なる事業者からのブロードキャスト受信の場合に焦点を当てるべきである。
　共有処理の場合、ＵＥはＭＢＳブロードキャストとユニキャストに同じ受信機を使用することができる。前述のとおり、ＭＢＳサービスは異なる事業者によって提供されることがあるため、異なる周波数で提供されることがある。１つの受信機が異なる周波数に使用される場合、ＵＥはＴＤＤ方式でＲＦチェーンをこれらの周波数にチューニングする必要がある。そのため、ＭＢＳブロードキャスト受信のためのギャップが共有処理のために追加で必要となる。ギャップの間、ｇＮＢはユニキャスト用のＤＬ送信のスケジューリングを回避するため、ＵＥは別の周波数／事業者で目的のＭＢＳブロードキャストを受信することができる。これは、周波数間測定の測定ギャップと似ている。
　提案１：ＲＡＮ２は、ＲＲＣコネクティッドにおけるＭＢＳブロードキャストの周波数間受信のための追加ギャップを導入することに合意すべきである（例えば、「ＭＢＳｇａｐ」）。
　提案１に合意できる場合、ｇＮＢはＵＥにＭＢＳギャップを設定する必要があるが、ｇＮＢはＵＥがどのようなギャップパターンを必要としているのか不明である。そのため、ＵＥはアシスタンス情報を送信して、必要なギャップの詳細をｇＮＢに通知する必要があるが、これは本ＷＩの目的ですでに意図されていることである。現在のネットワーク（すなわち、選択されたＰＬＭＮ）は、ＭＴＣＨスケジューリング情報など、異なる事業者のＭＢＳブロードキャスト設定の詳細を知らないため、特に興味のあるＭＢＳブロードキャストが異なる事業者によって提供される場合、このアシスタンス情報は有用であると考えられる。
　提案２：ＲＡＮ２は、特に興味のあるＭＢＳブロードキャストが別のＰＬＭＮから提供される場合に、ＭＢＳギャップ設定にＵＥからの追加アシスタンス情報を導入することに合意すべきである。
　提案２に合意できる場合、どのようなアシスタンス情報が必要になるかを検討する価値がある。現在、ＵＥはｇＮＢにＭＢＳ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ（ＭＩＩ）を通知することができ、これにはＴＭＧＩ、周波数、及びＭＢＳブロードキャストとユニキャストの優先順位が含まれる。同じ事業者が興味のあるＭＢＳブロードキャストを提供する場合、ｇＮＢは異なる周波数で提供される特定のＴＭＧＩのＭＴＣＨスケジューリング情報などを知っている可能性があるため、現在のＭＩＩは有効的に機能する。
　ｇＮＢがＭＢＳサービスを提供するかどうかに関係なく、ＵＥがＭＩＩを送信できるようにするには、ｇＮＢがＳＩＢ２１を提供する必要があることに注意する必要がある。
　提案３：ＰＬＭＮ内の場合、ＲＡＮ２は既存のＭＢＳ　Ｉｎｔｅｒｅｓｔ　ＩｎｄｉｃａｔｉｏｎがＭＢＳギャップのアシスタンス情報となることに合意すべきである。
　選択されたネットワークのｇＮＢは、異なるネットワークのＭＢＳブロードキャスト設定を知らないため、異なる事業者が目的のＭＢＳブロードキャストを提供する場合、ＵＥはｇＮＢにギャップパターンを提供する必要がある。ギャップパターンは異なる事業者のＭＴＣＨスケジューリング情報に基づくべきであるが、参照は選択されたネットワークに基づくべきである。さらに、ＲＦチューニング時間も含めることができ、ギャップパターンをどのように設定するかはＵＥの実装に任される。
　提案４：ＰＬＭＮ間の場合、ＲＡＮ２はＵＥがｇＮＢにギャップパターンを要求することに合意すべきであり、ギャップパターンは異なるＰＬＭＮのＲＦ調整時間とＭＴＣＨスケジューリング期間をカバーすることができる。
１　　　　　　：移動通信システム
１０　　　　　：ＲＡＮ
２０　　　　　：ＣＮ
１００　　　　：ＵＥ（ユーザ装置）
１１０　　　　：受信部
１２０　　　　：送信部
１３０　　　　：制御部
２００　　　　：ｇＮＢ（基地局）
２１０　　　　：送信部
２２０　　　　：受信部
２３０　　　　：制御部
２４０　　　　：バックホール通信部

Claims (7)

  1. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信することと、
    　前記１つ又は複数のサービングセルと異なる別セルのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を、前記ユーザ装置から前記ネットワークに送信することと、を有し、
    　前記ＭＢＳギャップ要求は、前記１つ又は複数のサービングセルのうちギャップ設定対象とする対象サービングセルに関する識別情報をさらに含む
    　通信方法。
  2. 　前記別セルは、前記ネットワークのオペレータと異なるオペレータの別ネットワークに属するセルである
    　請求項１に記載の通信方法。
  3. 　前記識別情報は、前記対象サービングセルの識別子、前記対象サービングセルが属するセルグループの識別子、及び前記対象サービングセルの周波数の識別子のうち、少なくとも１つを含む
    　請求項１又は２に記載の通信方法。
  4. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　１つ又は複数のサービングセルが設定されたユーザ装置が、前記１つ又は複数のサービングセルを用いてネットワークと通信することと、
    　前記ユーザ装置が、前記１つ又は複数のサービングセルと異なる別セルでのＭＢＳ受信に興味を持つことと、
    　前記ユーザ装置が、前記別セルでのＭＢＳ受信を行うために前記ユーザ装置が設定を要求するＭＢＳギャップの情報を含むＭＢＳギャップ要求を送信する送信条件が満たされたか否かを判定することと、
    　前記送信条件が満たされたと判定したことに応じて、前記ＭＢＳギャップ要求を前記サービングセルに送信することと、を有する
    　通信方法。
  5. 　前記判定することは、前記サービングセル及び前記別セルが異なるオペレータに属することを示す第１条件が満たされたか否かを判定することを含む
    　請求項４に記載の通信方法。
  6. 　前記判定することは、前記サービングセルに対するＭＢＳ興味通知の送信が不可であることを示す第２条件が満たされたか否かを判定することを含む
    　請求項４又は５に記載の通信方法。
  7. 　前記判定することは、前記サービングセルがＭＢＳギャップ要求の送信を要求又は許可していることを示す第３条件が満たされたか否かを判定することを含む
    　請求項４又は５に記載の通信方法。
PCT/JP2023/028763 2022-08-09 2023-08-07 通信方法 WO2024034569A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263396360P 2022-08-09 2022-08-09
US63/396,360 2022-08-09

Publications (1)

Publication Number Publication Date
WO2024034569A1 true WO2024034569A1 (ja) 2024-02-15

Family

ID=89851843

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/028763 WO2024034569A1 (ja) 2022-08-09 2023-08-07 通信方法

Country Status (1)

Country Link
WO (1) WO2024034569A1 (ja)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "MBS service continuity for broadcast", 3GPP DRAFT; R2-2200817, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-meeting; 20220117 - 20220125, 11 January 2022 (2022-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052093948 *
HUAWEI, HISILICON: "Remaining CP open issues", 3GPP DRAFT; R2-2203344, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20220221 - 20220303, 15 February 2022 (2022-02-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052114998 *
KYOCERA: "Shared processing for inter-PLMN MBS broadcast reception", 3GPP DRAFT; R2-2210427, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052263746 *

Similar Documents

Publication Publication Date Title
US9843919B2 (en) Mobile communication system, user terminal, and base station
US20230262423A1 (en) Communication control method
CN105338464B (zh) 无线通信系统中的用户设备侧的电子设备和无线通信方法
JP6687452B2 (ja) 移動通信システム、ユーザ端末、プロセッサ、記憶媒体及びプログラム
US20140112236A1 (en) Apparatus and method for transmitting control information for continuous mbms service
KR20130019732A (ko) Ｍｂｍｓ 서비스에 관한 제어정보의 전송 장치 및 방법
US9479986B2 (en) Communication control method, base station, and user terminal
WO2022239690A1 (ja) 通信制御方法及びユーザ装置
WO2022085717A1 (ja) 通信制御方法
US12069614B2 (en) Sidelink configuration method and apparatus
KR20120122335A (ko) Ｍｂｍｓ 서비스의 연속성을 제공하는 장치 및 방법
US20240298217A1 (en) Communication method
CN115486134A (zh) 通信系统、通信终端及基站
JP7475458B2 (ja) 通信制御方法、基地局、及びユーザ装置
US11564208B1 (en) Method and apparatus for radio resource allocation to support UE-to-network relaying in a wireless communication system
WO2024034569A1 (ja) 通信方法
WO2024071245A1 (ja) 通信方法
WO2024034564A1 (ja) 通信方法、集約ユニット、及び分散ユニット
WO2024034567A1 (ja) 通信方法
WO2024048772A1 (ja) 通信方法及びユーザ装置
JP7508634B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2024096049A1 (ja) 通信方法及びネットワーク装置
US20240237143A1 (en) Communication method
US20240298381A1 (en) Communication method
WO2024162424A1 (ja) 通信方法

Legal Events

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

Ref document number: 23852531

Country of ref document: EP

Kind code of ref document: A1