WO2023286784A1 - 通信制御方法、基地局、及びユーザ装置 - Google Patents

通信制御方法、基地局、及びユーザ装置 Download PDF

Info

Publication number
WO2023286784A1
WO2023286784A1 PCT/JP2022/027461 JP2022027461W WO2023286784A1 WO 2023286784 A1 WO2023286784 A1 WO 2023286784A1 JP 2022027461 W JP2022027461 W JP 2022027461W WO 2023286784 A1 WO2023286784 A1 WO 2023286784A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
plmn
identifier
core networks
base station
Prior art date
Application number
PCT/JP2022/027461
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 京セラ株式会社
Priority to JP2023534826A priority Critical patent/JPWO2023286784A5/ja
Publication of WO2023286784A1 publication Critical patent/WO2023286784A1/ja
Priority to US18/414,334 priority patent/US20240155733A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Definitions

  • the present disclosure relates to communication control methods, base stations, and user equipment used in mobile communication systems.
  • NR New Radio
  • 5G fifth generation
  • 4G fourth generation
  • NR has features such as high speed, large capacity, high reliability, and low delay.
  • MBS multicast/broadcast service
  • One base station or one cell may be shared by multiple core networks belonging to different operators (Public Land Mobile Network: PLMN).
  • PLMN Public Land Mobile Network
  • the base station transmits MBS data using a radio resource common to multiple operators, thereby providing an MBS service.
  • a method for reducing the usage of radio resources has been proposed (see Non-Patent Document 1).
  • a communication control method is a communication control method used in a mobile communication system, wherein a base station shared by a plurality of core networks is provided by the core network from each of the plurality of core networks.
  • receiving an MBS service identifier indicating an MBS service and providing the base station with respect to a plurality of user devices belonging to a plurality of PLMNs (Public Land Mobile Networks) corresponding to the plurality of core networks to belong to the MBS service. and transmitting the MBS data by multicast or broadcast.
  • the MBS service identifier is a PLMN independent unique identifier.
  • a base station is a base station shared by a plurality of core networks in a mobile communication system, and an MBS service identifier indicating an MBS service provided by the core network from each of the plurality of core networks. and a wireless communication unit configured to multicast or broadcast MBS data belonging to the MBS service to a plurality of user devices belonging to a plurality of PLMNs corresponding to the plurality of core networks.
  • the MBS service identifier is a PLMN independent unique identifier.
  • a communication control method is a communication control method used in a mobile communication system, wherein a base station shared by a plurality of core networks belongs to a plurality of PLMNs corresponding to the plurality of core networks. transmitting control information used for receiving an MBS traffic channel and/or receiving an MBS control channel to a user equipment; and transmitting the MBS data by multicast or broadcast.
  • the control information includes PLMN identifiers of each of the plurality of PLMNs.
  • a base station is a base station shared by a plurality of core networks in a mobile communication system, and for a plurality of user devices belonging to a plurality of PLMNs corresponding to the plurality of core networks, MBS
  • a radio communication unit is provided for transmitting control information for use in receiving the traffic channel and/or receiving the MBS control channel.
  • the wireless communication unit uses the MBS traffic channel to multicast or broadcast MBS data to the plurality of user equipments.
  • the control information includes PLMN identifiers of each of the plurality of PLMNs.
  • a user apparatus is a user apparatus used in a mobile communication system, and includes control information used for receiving an MBS traffic channel and/or receiving an MBS control channel from a base station shared by a plurality of core networks. and a wireless communication unit that receives the The wireless communication unit uses the MBS traffic channel to receive MBS data transmitted by multicast or broadcast from the base station to a plurality of user devices belonging to a plurality of PLMNs corresponding to the plurality of core networks. .
  • the control information includes PLMN identifiers of each of the plurality of PLMNs.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to a first embodiment; FIG. It is a figure which shows the structure of UE (user apparatus) based on 1st Embodiment.
  • FIG. 2 is a diagram showing the configuration of a gNB (base station) according to the first embodiment; FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane radio interface that handles data; FIG. 2 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals); 1 is a diagram showing an outline of MBS traffic distribution according to the first embodiment; FIG. It is a figure which shows the delivery mode which concerns on 1st Embodiment.
  • FIG. 10 is a diagram showing an example of MTCH (Multicast Traffic Channel) setting information according to the second embodiment
  • FIG. 13 is a diagram showing another example of MTCH setting information according to the second embodiment
  • FIG. 10 is a diagram showing an example of a plurality of MCCHs (Multicast Control Channels) according to a modification of the second embodiment
  • FIG. 10 is a diagram showing an example of MBS-SIB and MTCH configuration information according to a modification of the second embodiment
  • the current 3GPP technical specifications do not introduce a mechanism for facilitating the transmission of MBS data by a base station to multiple core networks (multiple PLMNs) using common radio resources. Therefore, there is a problem that it is difficult to perform efficient MBS distribution.
  • the present disclosure provides a communication control method, base station, and user equipment that enable efficient MBS distribution in a mobile communication system.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to the first embodiment.
  • the mobile communication system 1 complies with the 3GPP standard 5th generation system (5GS: 5th Generation System).
  • 5GS will be described below as an example, an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
  • 6G systems may be at least partially applied in mobile communication systems.
  • the mobile communication system 1 includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5GC 5G Core Network
  • the NG-RAN 10 may be simply referred to as the RAN 10 below.
  • the 5GC 20 is sometimes simply referred to as a core network (CN) 20 .
  • CN 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 the user. (including chipset), sensors or devices installed in sensors, vehicles or devices installed in vehicles (Vehicle UE), aircraft or devices installed in aircraft (Aerial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
  • RRM radio resource management
  • a “cell” is used as a term indicating the minimum unit of a wireless communication area.
  • a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
  • One cell belongs to one carrier frequency.
  • the gNB can also be connected to the EPC (Evolved Packet Core), which is the LTE core network.
  • EPC Evolved Packet Core
  • LTE base stations can also connect to 5GC.
  • An LTE base station and a gNB may also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • AMF performs various mobility control etc. with respect to UE100.
  • 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 NG interface, which is a base station-core network interface.
  • FIG. 2 is a diagram showing the configuration of the UE 100 (user equipment) according to the first embodiment.
  • UE 100 includes a receiver 110 , a transmitter 120 and a controller 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.
  • the receiver 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to control section 130 .
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits the radio signal from an antenna.
  • Control unit 130 performs various controls and processes in the UE 100. Such processing includes processing of 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 for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to the first embodiment.
  • the gNB 200 comprises a transmitter 210 , a receiver 220 , a controller 230 and a backhaul communicator 240 .
  • the transmitting unit 210 and the receiving unit 220 constitute a radio communication unit that performs radio communication with the UE 100 .
  • the backhaul communication unit 240 constitutes a network communication unit that communicates with the CN 20 .
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • Transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits the radio signal from an antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiver 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 the baseband signal (received signal) to the control unit 230 .
  • Control unit 230 performs various controls and processes in the gNB200. Such processing includes processing of 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 for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
  • Backhaul communication unit 240 is connected to AMF/UPF 300 via a base station-core network interface.
  • the gNB may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected via an F1 interface.
  • FIG. 4 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
  • the user plane radio interface protocol includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, and an SDAP (Service Data Adaptation Protocol) layer. layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP 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 physical channels.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via transport channels.
  • 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: Modulation and Coding Scheme)) and resource blocks to be allocated to 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 the UE 100 and the RLC layer of the gNB 200 via logical channels.
  • the PDCP layer performs header compression/decompression, encryption/decryption, etc.
  • the SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, and radio bearers, which are units for QoS control by AS (Access Stratum). Note that SDAP may not be present when the RAN is connected to the EPC.
  • FIG. 5 is a diagram showing the protocol stack configuration of the radio interface of the control plane that handles signaling (control signals).
  • the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • 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 establishment, re-establishment and release of radio bearers.
  • RRC connection connection between the RRC of UE 100 and the RRC of gNB 200
  • UE 100 is in the RRC connected state.
  • RRC connection no connection between RRC of UE 100 and RRC of gNB 200
  • UE 100 is in RRC idle state.
  • UE 100 is in RRC inactive state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • 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 radio interface protocol.
  • MBS is a service that enables data transmission from the NG-RAN 10 to the UE 100 via broadcast or multicast, that is, point-to-multipoint (PTM).
  • MBS use cases include public safety communications, mission critical communications, V2X (Vehicle to Everything) communications, IPv4 or IPv6 multicast distribution, IPTV (Internet Protocol TeleVision), group communication, and software distribution. .
  • a broadcast service provides service to all UEs 100 within a specific service area for applications that do not require highly reliable QoS.
  • An MBS session used for broadcast services is called a broadcast session.
  • a multicast service provides a service not to all UEs 100 but to a group of UEs 100 participating in the multicast service.
  • An MBS session used for a multicast service is called a multicast session.
  • a multicast service can provide the same content to a group of UEs 100 in a more wirelessly efficient manner than a broadcast service.
  • FIG. 6 is a diagram showing an overview of MBS traffic distribution according to the first embodiment.
  • MBS traffic is distributed to multiple UEs from a single data source (application service provider).
  • a 5G CN (5GC) 20 which is a 5G core network, receives MBS data from an application service provider, creates a copy of the MBS data (Replication), and distributes it.
  • 5GC20 From the perspective of 5GC20, two multicast delivery methods are possible: 5GC Shared MBS Traffic delivery and 5GC Individual MBS Traffic delivery.
  • the 5GC 20 receives single copies of MBS data packets and delivers individual copies of those MBS data packets to individual UEs 100 via per-UE 100 PDU sessions. Therefore, one PDU session per UE 100 needs to be associated with the multicast session.
  • the 5GC 20 receives a single copy of MBS data packets and delivers the single copy of those MBS packets to the RAN nodes (ie gNB 200).
  • a gNB 200 receives MBS data packets over an MBS tunnel connection and delivers them to one or more UEs 100 .
  • PTP Point-to-Point
  • PTM Point-to-Multipoint
  • the gNB 200 delivers individual copies of MBS data packets to individual UEs 100 over the air.
  • the gNB 200 delivers a single copy of MBS data packets to a group of UEs 100 over the air.
  • the gNB 200 can dynamically determine which of PTM and PTP to use as the MBS data delivery method for one UE 100 .
  • the PTP and PTM delivery methods are primarily concerned with the user plane.
  • FIG. 7 is a diagram showing distribution modes according to the first embodiment.
  • the first delivery mode (delivery mode 1) is a delivery mode that can be used by UE 100 in the RRC connected state, and is a delivery mode for high QoS requirements.
  • the first delivery mode is used for multicast sessions among MBS sessions. However, the first delivery mode may be used for broadcast sessions.
  • the first delivery mode may also be available for UEs 100 in RRC idle state or RRC inactive state.
  • setting up MBS reception in the first delivery mode is performed by UE-dedicated signaling.
  • MBS reception settings in the first distribution mode are performed by an RRC Reconfiguration message (or RRC Release message), which is an RRC message unicast from the gNB 200 to the UE 100 .
  • the MBS reception configuration includes MBS traffic channel configuration information (hereinafter referred to as "MTCH configuration information") regarding the configuration of MBS traffic channels that carry MBS data.
  • MTCH configuration information includes MBS session information for an MBS session and scheduling information for MBS traffic channels corresponding to this MBS session.
  • the MBS traffic channel is a kind of logical channel and is sometimes called MTCH (Multicast Traffic Channel).
  • the MBS traffic channel is mapped to DL-SCH (Downlink Shared Channel), which is a type of transport channel.
  • DL-SCH Downlink Shared Channel
  • the second delivery mode (delivery mode 2) is a delivery mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or RRC inactive state, and is a delivery mode for low QoS requirements. .
  • the second delivery mode is used for broadcast sessions among MBS sessions. However, the second delivery mode may also be applicable to multicast sessions.
  • the setting for MBS reception in the second delivery mode is performed by broadcast signaling.
  • the MBS reception setting in the second distribution mode is performed by a logical channel broadcasted from the gNB 200 to the UE 100, for example, BCCH (Broadcast Control Channel) and/or MCCH (Multicast Control Channel).
  • BCCH Broadcast Control Channel
  • MCCH Multicast Control Channel
  • a control channel may be referred to as an MBS control channel.
  • the UE 100 can receive the BCCH and MCCH using, for example, a dedicated RNTI predefined in technical specifications.
  • An MBS session is identified by at least one of a TMGI (Temporary Mobile Group Identity), a session identifier, and a group RNTI (Radio Network Temporary Identifier). At least one of the TMGI and the session identifier is called an MBS session identifier (MBS session ID).
  • MBS session ID MBS session identifier
  • TMGI, session identifier, and group RNTI are collectively referred to as MBS session information.
  • FIG. 8 is a diagram for explaining the operation according to the first embodiment.
  • CN 20A belongs to PLMN#1
  • CN 20B belongs to PLMN#2.
  • PLMN ID PLMN identifiers
  • a plurality of UEs 100 that are receiving or interested in receiving MBS services (MBS data) provided by multicast or broadcast reside in the gNB 200 cell.
  • UE100A1 to UE100A3 belong to PLMN#1, and UE100B1 to UE100B3 belong to PLMN#2.
  • UE100A1 to UE100A3 are simply referred to as UE100A when not distinguished, and simply UE100B when not distinguished.
  • the number of UEs 100 belonging to each PLMN is three is shown, the number of UEs 100 belonging to each PLMN may be one, two, or four or more.
  • gNB 200 when providing the same MBS service from each CN 20 via gNB 200, gNB 200 uses common radio resources (that is, the same radio resource) for PLMN # 1 and PLMN # 2 to transmit MBS data. to send. Thereby, compared to the case where gNB 200 transmits MBS data using separate radio resources (that is, different radio resources) for PLMN # 1 and PLMN # 2, it is possible to reduce the usage of radio resources for MBS distribution. .
  • a gNB 200 shared by a plurality of CNs 20 receives MBS services provided by the CN 20 from each of the plurality of CNs 20. Receive the indicated MBS service identifier (MBS service ID).
  • MBS service ID MBS service identifier
  • the gNB 200 receives from CN 20A the MBS service ID of the MBS service provided by CN 20A, and receives the MBS service ID of the MBS service provided by CN 20B from CN 20B.
  • the MBS service ID is a PLMN-independent unique identifier (that is, a global identifier).
  • the MBS Service ID may be referred to as the MBS Application ID.
  • the gNB 200 can uniquely identify the MBS service provided by the CN 20 based on the MBS service ID received from the CN 20 . Therefore, gNB 200 can identify whether the MBS services provided by CN 20A and CN 20B are the same based on the MBS service IDs received from each of CN 20A and CN 20B.
  • gNB 200 Upon receiving the same MBS service ID from CN 20A and CN 20B, gNB 200 uses radio resources common to PLMN#1 and PLMN#2 to transmit MBS data belonging to that MBS service. Therefore, if the MBS services provided by CN 20A and CN 20B are the same, radio resource usage for MBS delivery can be reduced.
  • gNB 200 may acquire MBS data from one of CN 20A and CN 20B. Therefore, since the gNB 200 does not need to acquire MBS data from the other CN 20, it is possible to reduce the usage of backhaul communication resources.
  • the gNB 200 may receive MBS session start messages including MBS service IDs from each of CN 20A and CN 20B. For example, when CN 20A starts providing an MBS service, gNB 200 receives an MBS session start message including the MBS service ID of the MBS service from CN 20A. Similarly, when CN 20B starts providing an MBS service, gNB 200 receives an MBS session start message including the MBS service ID of the MBS service from CN 20B. This allows the gNB 200 to efficiently grasp the MBS service provided by each of the CN 20A and CN 20B. Note that the session start message may be an MBS session start scheduled message. The gNB 200 may broadcast the MBS session start schedule message to the UE 100 using an SIB (eg, MBS-SIB, etc.). UE 100 may perform cell selection or cell reselection based on the SIB.
  • SIB eg, MBS-SIB, etc.
  • the gNB 200 may transmit notification information indicating whether or not to provide the MBS service to any of the CN 20 based on the MBS service ID received from each of CN 20A and CN 20B. For example, in response to receiving the same MBS service identifier from CN 20A and CN 20B, gNB 200 transmits notification information indicating that provision of MBS service is unnecessary to CN 20, one of CN 20A and CN 20B. may As a result, it is possible to reduce the usage of backhaul communication resources and the load on the CN 20 for acquiring MBS data.
  • the gNB 200 receives from at least one CN 20 of the CN 20A and CN 20B information indicating whether to allow sharing of radio resources and/or CN resources for transmitting MBS data with other CN 20. good.
  • the information may be associated with the MBS service ID.
  • the information may further include either a PLMN identifier for which resource sharing is permitted and/or information indicating the CN 20 (or PLMN) that provides data (that is, the gNB 200 acquires data) when resource sharing is performed.
  • gNB 200 receives the same MBS service identifier from CN 20A and CN 20B, and in response to CN 20A and CN 20B permitting sharing of radio resources and/or CN resources, MBS data belonging to the MBS service, A radio resource common to PLMN#1 and PLMN#2 (ie, the same radio resource) is used for transmission. If gNB 200 does not allow at least one CN 20 of CN 20A and CN 20B to share radio resources and/or CN resources for transmitting MBS data with other CN 20, PLMN#1 and PLMN#2 MBS delivery using a common radio resource (ie, the same radio resource) may be prohibited.
  • FIG. 9 is a diagram showing an example of operations according to the first embodiment. Note that not all the steps in FIG. 9 need to be executed, and only some of the steps may be executed. Also, the order of the steps in FIG. 9 may be changed.
  • step S101 AMF 300A included in CN 20A, in order to start providing the MBS service in PLMN #1, uses an MBS session identifier (MBS session ID) corresponding to the MBS service and an MBS session ID that uniquely identifies the MBS service. and a service ID to the gNB 200.
  • MBS session ID MBS session identifier
  • the MBS session ID is a PLMN-specific identifier. Therefore, even if CN 20A and CN 20B provide the same MBS service, CN 20A and CN 20B may have different MBS session IDs.
  • the MBS session start message is a message sent and received on the NG interface, such as the NG-AP MBS Session Start (Activation) message.
  • the MBS service ID may be notified to the gNB 200 by a message other than the MBS session start message.
  • the gNB 200 that has received the MBS session start message from AMF 300A may transmit a response message to AMF 300A.
  • gNB 200 shall send an acknowledgment message to AMF 300A since it has not detected that other CN 20 also provides the MBS service provided by CN 20A.
  • CN 20A may start providing MBS service and start transmitting MBS data to gNB 200 upon receiving the acknowledgment message from gNB 200 .
  • AMF 300B included in CN 20B includes an MBS session ID corresponding to the MBS service and an MBS service ID that uniquely identifies the MBS service in order to start providing the MBS service in PLMN #2.
  • the MBS service provided by CN 20B is the same as the MBS service provided by CN 20A. Therefore, the MBS service ID transmitted by AMF 300B in step S103 is the same as the MBS service ID transmitted by AMF 300A in step S101.
  • Each of AMF 300A and AMF 300B may include information (permission information) indicating whether or not to permit sharing of radio resources (and backhaul/CN resources) with other PLMNs in the MBS session start message and transmit it. .
  • each of AMF 300A and AMF 300B (or CN 20A and CN 20B to which AMF 300A and AMF 300B belong, or other network function (for example, SMF) belonging to CN 20A or CN 20B) is connected from the MBS application server via, for example, API (Application Programming Interface)
  • An MBS service ID may be obtained.
  • Such an API may be provided by NEF (Network Exposure Function).
  • the AMF 300A and/or the AMF 300B may negotiate with the MBS application server for sharing radio resources and/or CN resources. For example, AMF 300A and/or AMF 300B inform the MBS application server that it is possible to share its own CN resources with other CNs (other PLMNs) and that other CNs (other PLMNs) permit sharing. Any one or more of the identifiers of PLMN) may be notified.
  • the MBS application server provides AMF 300A and/or AMF 300B with information specifying AMF 300 that provides MBS data (that is, information specifying the master-side network that provides the MBS service) and information on AMF 300 that does not provide MBS data. (that is, the information of the secondary side network that provides the MBS service: for example, the PLMN identifier), any one or more of them may be transmitted.
  • the gNB 200 Since the MBS service ID received in step S103 is the same as the MBS service ID received in step S101, the gNB 200 that has received the MBS session start message from the AMF 300B provides the MBS service that the CN 20B is to start providing in the CN 20A. or is being provided, and determines not to acquire MBS data belonging to the MBS service from CN 20B.
  • the gNB 200 transmits a response message to the AMF 300B.
  • gNB 200 since gNB 200 detects that CN 20A also provides the MBS service provided by CN 20B, it transmits to AMF 300B a response message indicating that provision of the MBS service is unnecessary.
  • the response message includes information indicating that the MBS session is already being provided by another PLMN, information indicating that the MBS tunnel connection for the MBS session is not required, and information indicating that the MBS tunnel connection for the MBS session is established. At least one of information indicating that data transfer is unnecessary (stop/suspend) may be included.
  • CN20B stops providing the MBS service and does not transmit MBS data to gNB200.
  • the gNB 200 may send such a response message only when CN 20A permits resource sharing. Alternatively, at this stage, the gNB 200 may request permission for resource sharing to the AMF 300A, and transmit the response message only when the AMF 300 permits.
  • the CN 20A transmits MBS data belonging to the MBS service to the gNB 200.
  • the gNB 200 receives MBS data.
  • step S106 the gNB 200 transmits MBS data to the UE 100A and UE 100B by multicast or broadcast using radio resources common to PLMN#1 and PLMN#2 (that is, the same radio resource).
  • Each of UE 100A and UE 100B receives MBS data.
  • this operation sequence assumes that CN 20A (PLMN#1) permits resource sharing with other CNs (other PLMNs). However, it is conceivable that CN 20A (PLMN#1) does not allow resource sharing with other CNs (other PLMNs). In such a case, the gNB 200 may notify (request) the AMF 300A to stop (suspend) the data transfer of the MBS session and permit (request) the AMF 300B to start the data transfer of the MBS session. Prior to such operation, the gNB 200 may ask the AMF 300B whether to allow resource sharing.
  • the gNB 200 shared by multiple CNs 20 receives an MBS service ID that uniquely identifies an MBS service from each of the multiple CNs 20, and the multiple Determine whether the CN 20 provides the same MBS service. Then, when it is determined that the plurality of CNs 20 provide the same MBS service, the gNB 200 obtains MBS data belonging to the MBS service from only one CN 20, and uses the common radio resource in a plurality of PLMNs to obtain the MBS data. Send data by multicast or broadcast. This enables efficient MBS distribution in the mobile communication system 1 .
  • the second embodiment will be described mainly with respect to the differences from the above-described first embodiment.
  • the second delivery mode (Delivery mode 2) is mainly assumed.
  • the configuration of the mobile communication system 1 is the same as that of the first embodiment described above.
  • FIG. 10 is a diagram for explaining the operation according to the second embodiment.
  • the gNB 200 broadcasts the MBS traffic channel setting information (MTCH setting information) used for receiving the MBS traffic channel (MTCH) to the UE 100 on the MBS control channel (eg, MCCH).
  • the MTCH configuration information includes an MBS session ID and MTCH scheduling information associated with the MBS session ID.
  • the UE 100 acquires MTCH scheduling information associated with the MBS session ID of the MBS service that the UE 100 intends to receive, and receives the MTCH.
  • the MTCH setting information may be called PTM setting information.
  • the MBS session ID is a PLMN-specific identifier. Therefore, for example, when the UE 100B belonging to the PLMN#2 receives the MBS service provided by the CN 20A belonging to the PLMN#1, the UE 100B may not be able to correctly interpret the MBS session ID of the PLMN#1. Therefore, there is a concern that the UE 100B cannot receive MTCH based on the MTCH setting information. On the contrary, when UE 100A belonging to PLMN#1 receives the MBS service provided by CN 20B belonging to PLMN#2, a similar problem may occur.
  • gNB200 shared by a plurality of CN20 is a plurality of UE100 (UE100A and UE100B) belonging to a plurality of PLMN (PLMN #1 and PLMN #2) corresponding to the plurality of CN20 , control information (MTCH setting information) used for MTCH reception is transmitted.
  • the MTCH configuration information includes PLMN identifiers for each of the multiple PLMNs.
  • the MTCH configuration information includes multiple sets of MBS session IDs and PLMN identifiers (PLMN IDs). That is, the MTCH configuration information includes an MBS session ID for each PLMN.
  • the UE 100 can identify the MBS session ID of the PLMN to which the UE 100 belongs in the MTCH configuration information, and can correctly acquire the MTCH scheduling information.
  • FIG. 11 is a diagram showing an example of MTCH setting information according to the second embodiment. Here, it is assumed that MTCH setting information is transmitted by MCCH.
  • the MTCH setting information includes MTCH setting (MTCH-Info) for each PLMN.
  • the MTCH setting information includes an MTCH setting for PLMN#1 (MTCH-Info#1) and an MTCH setting for PLMN#2 (MTCH-Info#2).
  • MTCH-Info#1 and MTCH setting for PLMN#2 indicate the same MTCH (that is, the same MBS service).
  • Each MTCH setting includes PLMN ID, MBS session ID (TMGI), G-RNTI, and MTCH scheduling information (Scheduling info).
  • the MTCH settings for PLMN#1 are PLMN ID "#1" of PLMN#1, MBS session ID "TMGI#A" of PLMN#1, G-RNTI, and MTCH including scheduling information.
  • the MTCH settings for PLMN#2 are PLMN ID "#2" of PLMN#2, MBS session ID "TMGI#B" of PLMN#2, G-RNTI, and MTCH scheduling information. (Scheduling info).
  • the UE 100A belonging to PLMN#1 receives the MTCH setting information shown in FIG. UE 100A is interested in receiving the MBS session ID "TMGI#A" of PLMN#1.
  • the UE 100A identifies the MTCH setting (MTCH-Info#1) including the PLMN ID "#1" of PLMN#1. Since the identified MTCH setting (MTCH-Info#1) includes the MBS session ID "TMGI#A", the UE 100A recognizes that the MBS service of "TMGI#A" is provided, and uses the identified MTCH setting.
  • MTCH reception is attempted based on the G-RNTI and MTCH scheduling information (Scheduling info) included in (MTCH-Info#1). Specifically, PDCCH is monitored at the timing indicated by MTCH scheduling information (Scheduling info), and PDCCH decoding is attempted using G-RNTI. Then, MBS data is received in the radio resource (PDSCH) indicated by PDCCH.
  • PDSCH radio resource
  • the UE 100B belonging to PLMN#2 receives the MTCH setting information shown in FIG. UE 100B is interested in receiving MBS session ID "TMGI#B" for PLMN#2.
  • the UE 100B identifies the MTCH setting (MTCH-Info#2) including the PLMN ID "#2" of PLMN#2. Since the identified MTCH setting (MTCH-Info#2) includes the MBS session ID "TMGI#B", the UE 100B recognizes that the MBS service of "TMGI#B" is provided, and uses the identified MTCH setting.
  • MTCH reception is attempted based on the G-RNTI and MTCH scheduling information (Scheduling info) included in (MTCH-Info#2). Specifically, PDCCH is monitored at the timing indicated by MTCH scheduling information (Scheduling info), and PDCCH decoding is attempted using G-RNTI. Then, MBS data is received in the radio resource (PDSCH) indicated by PDCCH.
  • PDSCH radio resource
  • G-RNTI and MTCH scheduling information included in MTCH setting (MTCH-Info # 1) of PLMN # 1 has the same content as the G-RNTI and MTCH scheduling information (Scheduling info) included in the MTCH setting (MTCH-Info#2) of PLMN#2.
  • MTCH-Info #1 the same content as the G-RNTI and MTCH scheduling information (Scheduling info) included in the MTCH setting (MTCH-Info#2) of PLMN#2.
  • FIG. 12 is a diagram showing another example of MTCH setting information according to the second embodiment. Here, it is assumed that MTCH setting information is transmitted by MCCH.
  • the MTCH configuration information has MTCH-Cont as an information element common to PLMN#1 and PLMN#2.
  • FIG. 12 shows an example in which the MTCH configuration information has three MTCH-Conts: MTCH-Cont#a, MTCH-Cont#b, and MTCH-Cont#c.
  • "#a", "#b", and "#c" are indices of MTCH-Cont.
  • the MTCH setting (MTCH-Info#1) of PLMN#1 has the MTCH-Cont index "#a" instead of the G-RNTI and MTCH scheduling information (Scheduling info).
  • the MTCH setting (MTCH-Info#2) of PLMN#2 has the MTCH-Cont index "#a” instead of the G-RNTI and MTCH scheduling information (Scheduling info).
  • the UE 100A belonging to PLMN#1 receives the MTCH setting information shown in FIG. UE 100A is interested in receiving the MBS session ID "TMGI#A" of PLMN#1.
  • the UE 100A identifies the MTCH setting (MTCH-Info#1) including the PLMN ID "#1" of PLMN#1. Since the identified MTCH setting (MTCH-Info#1) includes the MBS session ID "TMGI#A", the UE 100A recognizes that the MBS service of "TMGI#A" is provided, and uses the identified MTCH setting.
  • the G-RNTI and MTCH scheduling information (Scheduling info) in MTCH-Cont#a are acquired, and MTCH reception is attempted. .
  • the UE 100B belonging to PLMN#2 receives the MTCH setting information shown in FIG. UE 100B is interested in receiving MBS session ID "TMGI#B" for PLMN#2.
  • the UE 100B identifies the MTCH setting (MTCH-Info#2) including the PLMN ID "#2" of PLMN#2. Since the identified MTCH setting (MTCH-Info#2) includes the MBS session ID "TMGI#B", the UE 100B recognizes that the MBS service of "TMGI#B" is provided, and uses the identified MTCH setting. Based on the MTCH-Cont index "#a" included in (MTCH-Info#2), acquire the G-RNTI and MTCH scheduling information (Scheduling info) in MTCH-Cont#a, and attempt to receive MTCH. .
  • the MCCH may contain adjacent cell information and/or adjacent frequency information for each PLMN.
  • MTCH-Info#1 may contain information of adjacent cells and/or adjacent frequencies that provide MBS service on PLMN#1.
  • MTCH-Info#2 may contain information of neighboring cells and/or neighboring frequencies that provide MBS service on PLMN #2.
  • FIG. 13 is a diagram showing an example of operations according to the second embodiment. Note that not all the steps in FIG. 13 need to be executed, and only some of the steps may be executed.
  • the gNB 200 determines to transmit MBS data of different PLMNs (different MBS sessions) in the same MBS service using the same radio resource (same MTCH).
  • the gNB 200 transmits MTCH configuration information, for example, on MCCH.
  • the MTCH configuration information includes multiple MTCH configurations.
  • Each MTCH setting contains the PLMN ID and TMGI (MBS session ID).
  • Each MTCH configuration further includes G-RNTI and scheduling information.
  • Each of the UE 100A and UE 100B receives the MTCH setting information.
  • the gNB 200 transmits MBS data on the MTCH according to the scheduling indicated by the MTCH configuration information.
  • the UE 100A receives the MTCH of TMGI#A of PLMN#1 based on the MTCH setting information received in step S201.
  • the UE 100B receives MTCH of TMGI#B of PLMN#2 based on the MTCH setting information received in step S201. Note that the UE 100A and the UE 100B actually receive the same MTCH.
  • the gNB 200 shared by a plurality of CN 20 is a plurality of UE 100 ( MTCH setting information used for MTCH reception is transmitted to UE 100A and UE 100B).
  • the MTCH setting information includes multiple sets of MBS session IDs and PLMN IDs. That is, the MTCH configuration information includes an MBS session ID for each PLMN.
  • the UE 100 can identify the MBS session ID of the PLMN to which the UE 100 belongs in the MTCH setting information, and can correctly receive the MTCH.
  • the second embodiment can also be applied when the same MTCH is not used. That is, the second embodiment can be applied to a scenario in which the gNB 200 is shared by a plurality of CNs 20 (CN 20A and CN 20B).
  • FIG. 14 is a diagram showing an example of multiple MCCHs according to this modification.
  • the gNB 200 provides the UE 100 with MBS control channel configuration information, specifically MCCH configuration information (scheduling information), using a system information block (SIB) transmitted by the BCCH.
  • SIB system information block
  • UE 100 receives MCCH (ie, MTCH configuration information) based on MBS-SIB received from gNB 200, and receives MTCH (ie, MBS data) based on the received MCCH.
  • the gNB 200 configures multiple MCCHs (Multiple MCCHs) within one own cell. Each MCCH may have a different scheduling (for example, a transmission period) from each other.
  • FIG. 15 is a diagram showing an example of MBS-SIB and MTCH configuration information according to this modified example.
  • MBS-SIB includes multiple sets of PLMN IDs and MCCH IDs (MBS Control Channel Identifiers). That is, MBS-SIB contains MCCH ID for each PLMN. MCCH ID is an identifier that uniquely identifies the MCCH. MBS-SIB may include MCCH configuration information (scheduling information) associated with MCCH ID.
  • UE 100A belonging to PLMN#1 receives the MBS-SIB shown in FIG.
  • UE 100A identifies MCCH ID "#1" associated with PLMN ID "#1" of PLMN #1 based on MBS-SIB, and sets MCCH (MTCH configuration information) indicated by MCCH ID "#1". receive. Subsequent operations are the same as those of the above-described second embodiment.
  • the UE 100B belonging to PLMN#2 receives the MBS-SIB shown in FIG.
  • UE 100B identifies MCCH ID "#2" associated with PLMN ID "#2" of PLMN#2 based on MBS-SIB, and sets MCCH (MTCH configuration information) indicated by MCCH ID "#2". receive. Subsequent operations are the same as those of the above-described second embodiment.
  • FIG. 16 is a diagram showing an example of the operation according to this modified example. Note that not all the steps in FIG. 16 need to be executed, and only some of the steps may be executed.
  • the gNB 200 determines to transmit MBS data of different PLMNs (different MBS sessions) in the same MBS service using the same resource (same MTCH).
  • step S211 the gNB 200 transmits MBS-SIB.
  • MBS-SIB contains information linking PLMN ID and MCCH ID.
  • Each of UE 100A and UE 100B receives MBS-SIB.
  • each MCCH contains MTCH configuration information, ie TMGI, G-RNTI and MTCH scheduling information.
  • Each MCCH also includes an MCCH ID.
  • Each of UE 100A and UE 100B receives the MCCH corresponding to the PLMN to which it belongs, based on the MBS-SIB received in step S211.
  • the gNB 200 transmits MBS data on the MTCH according to the scheduling indicated by the MTCH configuration information.
  • the UE 100A receives the MTCH of TMGI#A of PLMN#1 based on the MCCH received in step S212.
  • the UE 100B receives the MTCH of TMGI#B of PLMN#2 based on the MCCH received in step S212.
  • UE 100A and UE 100B actually receive the same MTCH.
  • MCCH is assumed to be PLMN-specific, but MCCH independent of PLMN may be assumed.
  • MBS-SIB does not need to include PLMN ID.
  • MBS data may be encrypted (eg IPsec). It is also assumed that such encryption is performed with a PLMN-specific security key. If the MBS data provided by the PLMN is encrypted, there is a concern that the UE 100 belonging to a PLMN different from the PLMN cannot decrypt (decrypt) the MBS data even if it receives it.
  • CN 20 that sends encrypted MBS data to gNB 200 may provide security keys to UE 100 via gNB 200 . For example, the CN 20 notifies the security key to the gNB 200 in step S101 or S103 of FIG. 9, and the gNB 200 notifies the security key to the UE 100 by, for example, an RRC message. Alternatively, the CN 20 may notify the UE 100 of the security key through NAS signaling, or may notify the UE 100 of the security key from the application layer.
  • the PLMN may be NPN (Non-Public Network).
  • PLMN ID may be read as NPN ID.
  • the PLMN and NPN may share the RAN.
  • Each operation flow described above is not limited to being implemented independently, but can be implemented by combining two or more operation flows. For example, some steps of one operational flow may be added to another operational flow. Also, some steps of one operation flow may be replaced with some steps of another operation flow.
  • 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 (Distributed Unit) of an IAB node.
  • the user equipment 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 the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the 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, for example, a recording medium such as CD-ROM or DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or gNB 200 may be integrated, and at least part of the UE 100 or gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
  • the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
  • references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • Mobile communication system 10 RAN (NG-RAN/5G RAN) 20: CN (5GC/5G CN) 100: UE 110: Reception unit 120: Transmission unit 130: Control unit 200: gNB 210: Transmission unit 220: Reception unit 230: Control unit 240: Backhaul communication unit 300: AMF

Landscapes

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

Abstract

移動通信システムで用いる通信制御方法は、複数のコアネットワークにより共用される基地局が、前記複数のコアネットワークのそれぞれから、当該コアネットワークが提供するＭＢＳサービスを示すＭＢＳサービス識別子を受信することと、前記基地局が、前記複数のコアネットワークに対応する複数のＰＬＭＮ（Ｐｕｂｌｉｃ　Ｌａｎｄ　Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ）に属する複数のユーザ装置に対して、前記ＭＢＳサービスに属するＭＢＳデータをマルチキャスト又はブロードキャストで送信することと、を有する。前記ＭＢＳサービス識別子は、ＰＬＭＮに依存しない一意な識別子である。

Description

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

Claims (16)

  1. 　移動通信システムで用いる通信制御方法であって、
    　複数のコアネットワークにより共用される基地局が、前記複数のコアネットワークのそれぞれから、当該コアネットワークが提供するＭＢＳサービスを示すＭＢＳサービス識別子を受信することと、
    　前記基地局が、前記複数のコアネットワークに対応する複数のＰＬＭＮ（Ｐｕｂｌｉｃ　Ｌａｎｄ　Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ）に属する複数のユーザ装置に対して、前記ＭＢＳサービスに属するＭＢＳデータをマルチキャスト又はブロードキャストで送信することと、を有し、
    　前記ＭＢＳサービス識別子は、ＰＬＭＮに依存しない一意な識別子である
    　通信制御方法。
  2. 　前記送信することは、前記基地局が前記複数のコアネットワークから同一のＭＢＳサービス識別子を受信したことに応じて、前記複数のＰＬＭＮに共通の無線リソースを用いて前記ＭＢＳデータを送信することを含む
    　請求項１に記載の通信制御方法。
  3. 　前記受信することは、前記複数のコアネットワークのそれぞれから、前記ＭＢＳサービス識別子を含むＭＢＳセッション開始メッセージを受信することを含む
    　請求項１又は２に記載の通信制御方法。
  4. 　前記基地局が、前記複数のコアネットワークのそれぞれから、当該コアネットワークが配信するＭＢＳサービスに対応するＭＢＳセッション識別子を受信することをさらに有し、
    　前記ＭＢＳセッション識別子は、ＰＬＭＮ固有の識別子であり、
    　前記ＭＢＳサービス識別子は、前記ＭＢＳセッション識別子と異なる識別子である
    　請求項１又は２に記載の通信制御方法。
  5. 　前記基地局が、前記複数のコアネットワークのそれぞれから受信した前記ＭＢＳサービス識別子に基づいて、いずれかのコアネットワークに対して、前記ＭＢＳサービスの提供の要否を示す通知情報を送信することをさらに有する
    　請求項１又は２に記載の通信制御方法。
  6. 　前記通知情報を送信することは、前記基地局が前記複数のコアネットワークから同一のＭＢＳサービス識別子を受信したことに応じて、前記いずれかのコアネットワークに対して、前記ＭＢＳサービスの提供が不要であることを示す前記通知情報を送信することを含む
    　請求項５に記載の通信制御方法。
  7. 　前記基地局が、前記複数のコアネットワークのいずれかのコアネットワークから、前記ＭＢＳデータを送信するための無線リソース及び／又はコアネットワークリソースを他のコアネットワークと共有することを許可するか否かを示す情報を受信することをさらに有する
    　請求項１又は２に記載の通信制御方法。
  8. 　前記ＭＢＳデータを送信することは、前記複数のコアネットワークから同一のＭＢＳサービス識別子を受信し、且つ、前記複数のコアネットワークが前記無線リソース及び／又は前記コアネットワークリソースの共有を許可していることに応じて、前記複数のＰＬＭＮに共通の前記無線リソースを用いて前記ＭＢＳデータを送信することを含む
    　請求項７に記載の通信制御方法。
  9. 　移動通信システムにおいて複数のコアネットワークにより共用される基地局であって、
    　前記複数のコアネットワークのそれぞれから、当該コアネットワークが提供するＭＢＳサービスを示すＭＢＳサービス識別子を受信するネットワーク通信部と、
    　前記複数のコアネットワークに対応する複数のＰＬＭＮに属する複数のユーザ装置に対して、前記ＭＢＳサービスに属するＭＢＳデータをマルチキャスト又はブロードキャストで送信する無線通信部と、を有し、
    　前記ＭＢＳサービス識別子は、ＰＬＭＮに依存しない一意な識別子である
    　基地局。
  10. 　移動通信システムで用いる通信制御方法であって、
    　複数のコアネットワークにより共用される基地局が、前記複数のコアネットワークに対応する複数のＰＬＭＮに属する複数のユーザ装置に対して、ＭＢＳトラフィックチャネルの受信及び／又はＭＢＳ制御チャネルの受信に用いる制御情報を送信することと、
    　前記基地局が、前記ＭＢＳトラフィックチャネルを用いて、前記複数のユーザ装置に対してＭＢＳデータをマルチキャスト又はブロードキャストで送信することと、を有し、
    　前記制御情報は、前記複数のＰＬＭＮのそれぞれのＰＬＭＮ識別子を含む
    　通信制御方法。
  11. 　前記制御情報を送信することは、前記ＭＢＳ制御チャネルを用いて、前記ＭＢＳトラフィックチャネルの受信に用いるＭＢＳトラフィックチャネル設定情報を送信することを含み、
    　前記ＭＢＳトラフィックチャネル設定情報は、ＰＬＭＮに固有のＭＢＳセッション識別子と、当該ＰＬＭＮの前記ＰＬＭＮ識別子とのセットを複数含む
    　請求項１０に記載の通信制御方法。
  12. 　前記ＭＢＳトラフィックチャネル設定情報を受信したユーザ装置が、当該ユーザ装置が属するＰＬＭＮの前記ＰＬＭＮ識別子と対応付けられた前記ＭＢＳセッション識別子に基づいて、前記ＭＢＳトラフィックチャネルの受信を行うことをさらに有する
    　請求項１１に記載の通信制御方法。
  13. 　前記制御情報を送信することは、システム情報ブロックを用いて、前記ＭＢＳ制御チャネルの受信に用いるＭＢＳ制御チャネル設定情報を送信することを含み、
    　前記ＭＢＳ制御チャネル設定情報は、ＰＬＭＮに固有の前記ＭＢＳ制御チャネルを示すＭＢＳ制御チャネル識別子と、当該ＰＬＭＮの前記ＰＬＭＮ識別子とのセットを複数含む
    　請求項１０に記載の通信制御方法。
  14. 　前記ＭＢＳ制御チャネル設定情報を受信したユーザ装置が、当該ユーザ装置が属するＰＬＭＮの前記ＰＬＭＮ識別子と対応付けられた前記ＭＢＳ制御チャネル識別子に基づいて、前記ＰＬＭＮに固有の前記ＭＢＳ制御チャネルの受信を行うことをさらに有する
    　請求項１３に記載の通信制御方法。
  15. 　移動通信システムにおいて複数のコアネットワークにより共用される基地局であって、
    　前記複数のコアネットワークに対応する複数のＰＬＭＮに属する複数のユーザ装置に対して、ＭＢＳトラフィックチャネルの受信及び／又はＭＢＳ制御チャネルの受信に用いる制御情報を送信する無線通信部を備え、
    　前記無線通信部は、前記ＭＢＳトラフィックチャネルを用いて、前記複数のユーザ装置に対してＭＢＳデータをマルチキャスト又はブロードキャストで送信し、
    　前記制御情報は、前記複数のＰＬＭＮのそれぞれのＰＬＭＮ識別子を含む
    　基地局。
  16. 　移動通信システムで用いるユーザ装置であって、
    　複数のコアネットワークにより共用される基地局から、ＭＢＳトラフィックチャネルの受信及び／又はＭＢＳ制御チャネルの受信に用いる制御情報を受信する無線通信部を備え、
    　前記無線通信部は、前記ＭＢＳトラフィックチャネルを用いて、前記複数のコアネットワークに対応する複数のＰＬＭＮに属する複数のユーザ装置に対して前記基地局からマルチキャスト又はブロードキャストで送信されるＭＢＳデータを受信し、
    　前記制御情報は、前記複数のＰＬＭＮのそれぞれのＰＬＭＮ識別子を含む
    　ユーザ装置。
PCT/JP2022/027461 2021-07-16 2022-07-12 通信制御方法、基地局、及びユーザ装置 WO2023286784A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023534826A JPWO2023286784A5 (ja) 2022-07-12 通信制御方法、基地局、移動通信システム及びプログラム
US18/414,334 US20240155733A1 (en) 2021-07-16 2024-01-16 Communication control method, base station, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021118340 2021-07-16
JP2021-118340 2021-07-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/414,334 Continuation US20240155733A1 (en) 2021-07-16 2024-01-16 Communication control method, base station, and user equipment

Publications (1)

Publication Number Publication Date
WO2023286784A1 true WO2023286784A1 (ja) 2023-01-19

Family

ID=84919355

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/027461 WO2023286784A1 (ja) 2021-07-16 2022-07-12 通信制御方法、基地局、及びユーザ装置

Country Status (2)

Country Link
US (1) US20240155733A1 (ja)
WO (1) WO2023286784A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2627245A (en) * 2023-02-16 2024-08-21 Nec Corp Communication system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008093472A1 (ja) * 2007-01-30 2008-08-07 Nec Corporation 移動通信システム、マルチキャストデータ配信方法、コアネットワーク装置、およびアクセスネットワーク装置
JP2016538762A (ja) * 2013-10-24 2016-12-08 クアルコム，インコーポレイテッド 発展型マルチメディアブロードキャストマルチキャストサービスのネットワーク共有およびローミングサポート

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008093472A1 (ja) * 2007-01-30 2008-08-07 Nec Corporation 移動通信システム、マルチキャストデータ配信方法、コアネットワーク装置、およびアクセスネットワーク装置
JP2016538762A (ja) * 2013-10-24 2016-12-08 クアルコム，インコーポレイテッド 発展型マルチメディアブロードキャストマルチキャストサービスのネットワーク共有およびローミングサポート

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON, QUALCOMM INC., NOKIA, NOKIA SHANGHAI-BELL: "KI #1, Conclusion Update and Resolve EN on TMGI", 3GPP DRAFT; S2-2101410, vol. SA WG2, 10 March 2021 (2021-03-10), Electronic, Elbonia, pages 1 - 3, XP051984985 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2627245A (en) * 2023-02-16 2024-08-21 Nec Corp Communication system
WO2024172040A1 (en) * 2023-02-16 2024-08-22 Nec Corporation Access network node, second communication node, user equipment, and methods of them

Also Published As

Publication number Publication date
US20240155733A1 (en) 2024-05-09
JPWO2023286784A1 (ja) 2023-01-19

Similar Documents

Publication Publication Date Title
JP7518245B2 (ja) 通信制御方法、ユーザ装置及びプロセッサ
US10448363B2 (en) Base station, user terminal, and communication control method
JP6749914B2 (ja) 無線端末
WO2022085717A1 (ja) 通信制御方法
WO2022239690A1 (ja) 通信制御方法及びユーザ装置
US20240155733A1 (en) Communication control method, base station, and user equipment
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
JP7280443B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
JP7299429B2 (ja) 通信制御方法及び基地局
WO2022211127A1 (ja) 通信制御方法及び基地局
WO2022085644A1 (ja) 通信制御方法
WO2023063374A1 (ja) 通信方法及びユーザ装置
WO2023002988A1 (ja) 通信方法
WO2023074529A1 (ja) 通信方法
JP7259136B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2022024945A1 (ja) 通信制御方法
WO2023013607A1 (ja) 通信方法
WO2023068263A1 (ja) 通信方法
WO2024162424A1 (ja) 通信方法
WO2022085646A1 (ja) 通信制御方法
WO2024048772A1 (ja) 通信方法及びユーザ装置
WO2022085573A1 (ja) 通信制御方法
WO2023013608A1 (ja) 通信方法
WO2023153452A1 (ja) 通信方法及びユーザ装置
WO2022030518A1 (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: 22842127

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023534826

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22842127

Country of ref document: EP

Kind code of ref document: A1