WO2024034567A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2024034567A1
WO2024034567A1 PCT/JP2023/028761 JP2023028761W WO2024034567A1 WO 2024034567 A1 WO2024034567 A1 WO 2024034567A1 JP 2023028761 W JP2023028761 W JP 2023028761W WO 2024034567 A1 WO2024034567 A1 WO 2024034567A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
rrc
mbs
user equipment
mcch
Prior art date
Application number
PCT/JP2023/028761
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 WO2024034567A1 publication Critical patent/WO2024034567A1/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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

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 according to the first aspect is a communication method used in a mobile communication system that provides multicast/broadcast services (MBS), in which a user equipment uses a multicast control channel (including a plurality of MBS settings of a plurality of MBS sessions). MCCH) from the network.
  • the plurality of MBS settings include a broadcast setting for a broadcast session and a multicast setting for a multicast session.
  • the communication method according to the second aspect is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), in which a user equipment in a radio resource control (RRC) connected state receives a multicast session from a network. and the user equipment receiving an RRC release message from the network for transitioning the user equipment to an RRC inactive state.
  • the release RRC message includes an MBS configuration provided by the network on a multicast control channel (MCCH).
  • the communication method according to the third aspect is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), in which a user equipment in a radio resource control (RRC) connected state receives a multicast session from a network. the user equipment receives a multicast control channel (MCCH) reception instruction from the network; and the user equipment transmits information indicating the successfully or unsuccessfully received multicast sessions to the network.
  • MMS multicast/broadcast service
  • RRC radio resource control
  • the communication method according to the fourth aspect is a communication method used in a mobile communication system that provides multicast/broadcast service (MBS), in which a user equipment in a radio resource control (RRC) connected state performs MBS settings for a multicast session.
  • MBS multicast/broadcast service
  • RRC radio resource control
  • the user equipment in the RRC inactive state receives the multicast session from the network using a multicast control channel (MCCH); and continuing to receive the multicast session using the MBS configuration until the user equipment in the RRC inactive state receives the MCCH.
  • MBS multicast/broadcast service
  • RRC radio resource control
  • a communication method is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), in which a user equipment in a radio resource control (RRC) inactive state uses a multicast control channel (MCCH).
  • MBS multicast/broadcast service
  • RRC radio resource control
  • MCCH multicast control channel
  • a communication method is a communication method used in a mobile communication system providing multicast/broadcast service (MBS), in which a user equipment in a radio resource control (RRC) inactive state uses a multicast control channel (MCCH). ) receiving a multicast session from a network using an MBS configuration provided by the user equipment; transitioning the user equipment to an RRC idle state; and responsive to the user equipment transitioning to the RRC idle state; and discarding the MBS configuration.
  • MBS multicast/broadcast service
  • RRC radio resource control
  • MCCH multicast control channel
  • 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 for explaining MRB settings (MRB-ToAddMod) defined in the RRC technical specifications (TS38.331).
  • FIG. 3 is a diagram illustrating an overview of operations according to the embodiment.
  • FIG. 7 is a diagram for explaining operation pattern 6 according to the embodiment. It is a figure showing operation pattern 6 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 applied at least partially 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 (or network 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 the baseband signal (received signal) 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.
  • the backhaul communication unit 240 is connected to the 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 has 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.
  • delivery mode 1 Delivery Mode 1
  • multicast communication services also referred to as "MBS multicast”
  • MBS multicast multicast communication services
  • 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.
  • delivery mode 2 Delivery Mode 2
  • the main logical channels used for MBS distribution are Multicast Traffic Channel (MTCH), Dedicated Traffic Channel (DTCH), and Multicast Control Channel (MCCH).
  • MTCH is a PTM downlink channel for transmitting MBS data for either a multicast session or a broadcast session from the network 10 to the UE 100.
  • DTCH is a PTP channel for transmitting MBS data of a multicast session from the network 10 to the UE 100.
  • MCCH is a PTM downlink channel for transmitting MBS broadcast control information associated with one or more MTCHs from network 10 to UE 100.
  • the UE 100 in the RRC idle state, RRC inactive state, or RRC connected state receives the MBS settings for the broadcast session (for example, parameters necessary for MTCH reception) via the MCCH.
  • Parameters required for MCCH reception 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 with ongoing sessions transmitted on the MTCH, and the relevant information of a broadcast session includes the MBS session ID (e.g., TMGI (Temporary Mobile Group Identity)), associated G - Contains RNTI scheduling information and information about neighboring cells providing a particular service on the MTCH.
  • MBS session ID e.g., TMGI (Temporary Mobile Group Identity)
  • G - Contains RNTI scheduling information and information about neighboring cells providing a particular service on the MTCH.
  • the UE 100 can receive multicast session data only in the RRC connected state.
  • the gNB 200 transmits an RRC reconfiguration message including the MBS settings regarding the multicast session to the UE 100.
  • Such an MBS configuration is also referred to as a multicast radio bearer (MRB) configuration, MTCH configuration, or multicast configuration.
  • FIG. 6 is a diagram for explaining the MRB setting (MRB-ToAddMod) defined in the RRC technical specification (TS38.331).
  • the MRB settings are the MRB (multicast MRB) set in the UE 100, including the MBS session ID (mbs-SessionId), MRB ID (mrb-Identity), and other information such as the PDCP settings (pdcp-Config). parameters.
  • FIG. 7 is a diagram showing an overview of the operation.
  • Possible solutions for the UE 100 in the RRC inactive state to perform multicast reception include a distribution mode 1-based solution shown in FIG. 7(a) and a distribution mode 2-based solution shown in FIG. 7(b).
  • step S1 the gNB 200 transmits an RRC reconfiguration message including MBS settings regarding the multicast session to the UE 100 in the RRC connected state.
  • UE 100 receives multicast data of a multicast MRB (multicast session) on MTCH based on the RRC reconfiguration message.
  • step S2 the gNB 200 transmits an RRC release message to the UE 100 in the RRC connected state to transition the UE 100 to the RRC inactive state.
  • the RRC release message includes settings for the RRC inactive state (Suspend Config.).
  • step S3 the UE 100 transitions to the RRC inactive (INACTIVE) state in response to receiving the RRC release message in step S2.
  • step S4 the UE 100 in the RRC inactive state continues to use the MBS settings in step S1 and receives multicast data of a multicast MRB (multicast session) on the MTCH.
  • multicast settings may also be performed using an RRC release message.
  • step S11 the gNB 200 issues an RRC release (Release) to the UE 100 in the RRC connected state in order to transition the UE 100 to the RRC inactive state.
  • RRC release includes settings for the RRC inactive state (Suspend Config.).
  • step S12 the UE 100 transitions to the RRC inactive (INACTIVE) state in response to receiving the RRC release message in step S11.
  • step S13 gNB 200 transmits MCCH including MBS settings regarding the multicast session.
  • UE 100 receives the MCCH.
  • step S14 the UE 100 in the RRC inactive state receives multicast data of the multicast MRB (multicast session) on the MTCH based on the MCCH (MBS configuration) in step S13. Thereby, the UE 100 in the RRC inactive state can perform multicast reception.
  • FIG. 8 is a diagram showing an MBS broadcast configuration (MBS Broadcast Configuration) message in the MCCH specified in the RRC technical specification (TS38.331).
  • the MCCH contains an MBS session information list (MBS-SessionInfoList) that provides the configuration of each MBS session (each broadcast session) provided by MBS broadcast in the current cell and neighboring cells that provide MBS broadcast service via broadcast MRB. (mbs-NeighbourCellList), a list of DRX settings (drx-ConfigPTM-List), and parameters for acquiring PDSCH for MTCH (pdsch-ConfigMTCH).
  • MBS-SessionInfoList MBS session information list
  • mbs-NeighbourCellList a list of DRX settings
  • pdsch-ConfigMTCH parameters for acquiring PDSCH for MTCH
  • Multicast communications should only be received by the specific set of UEs participating in the multicast session. However, since all UEs 100 can receive the MCCH, when the network 10 (gNB 200) transmits the multicast settings on the MCCH, all the UEs 100 can acquire the multicast settings on the MCCH. This operational pattern allows only a specific set of UEs participating in a multicast session to obtain and apply multicast configurations by explicitly distinguishing between multicast and broadcast configurations on the MCCH.
  • the UE 100 has a step of receiving an MCCH including multiple MBS settings of multiple MBS sessions from the network 10 (gNB 200).
  • the plurality of MBS configurations include a broadcast configuration for broadcast sessions and a multicast configuration for multicast sessions.
  • information indicating whether or not it is a multicast setting may be provided for each MBS setting. This makes it possible to explicitly distinguish between multicast settings and broadcast settings on the MCCH.
  • the UE 100 acquires and applies the multicast settings in the MCCH depending on the fact that the UE 100 is participating in the multicast session. That is, only UEs 100 participating in the multicast session acquire and apply the corresponding multicast configuration in the MCCH.
  • the UE 100 may acquire and apply multicast settings in response to its own RRC state being the RRC inactive state. That is, only the UE 100 in the RRC inactive state acquires and applies the multicast settings in the MCCH.
  • FIG. 9 is a diagram showing operation pattern 1 according to the embodiment.
  • the UE 100 that has participated in a multicast session has received the MBS configuration (multicast configuration) regarding the multicast session from the network 10 (gNB 200), for example, in an RRC reconfiguration message. You can stay there.
  • the UE 100 may be assumed to receive the SIB 20 before receiving the MCCH.
  • step S101 the gNB 200 transmits the MCCH.
  • UE 100 receives MCCH.
  • the MCCH includes multicast session configuration information in addition to broadcast session configuration information. Further, the MCCH includes information for identifying broadcast settings and multicast settings.
  • each entry in the MBS session information list may include information indicating that the settings are multicast settings. If the information does not exist, the UE 100 may determine that the corresponding setting is a broadcast setting.
  • an MBS session information list (MBS-SessionInfoList-Multicast-Inactive) for multicast sessions (and for RRC inactive state) is provided separately from the MBS session information list (MBS-SessionInfoList) for broadcast sessions. It's okay.
  • MBS Multicast Configuration may be provided separately from MBS Broadcast Configuration.
  • an MBSMulticastConfiguration message may be defined separately from the MBSBroadcastConfiguration message.
  • New logical channels such as MCCH-multicast may be defined. Such new messages or logical channels may be sent on different occasions than the traditional MCCH occasions.
  • step S102 the UE 100 that has received the MCCH identifies the broadcast settings and multicast settings in the MCCH.
  • the UE 100 may apply the broadcast settings as usual.
  • the UE 100 determines whether the multicast settings in the MCCH are applicable. For example, regarding the multicast settings, if the first condition that the UE 100 has already joined the corresponding multicast session and the second condition that the RRC state of the UE 100 is the RRC inactive state are met, the UE 100 can perform the multicast It may be determined that the settings are applicable. If these conditions are not met, UE 100 may be prohibited from acquiring and applying the multicast settings. That is, when the UE 100 is not participating in a multicast session, it is prohibited from acquiring and applying the corresponding multicast settings in the MCCH. Further, when the UE 100's RRC state is the RRC idle state or the RRC connected state, the UE 100 is prohibited from acquiring and applying multicast settings in the MCCH. Note that UE 100 may discard multicast settings whose application is prohibited.
  • step S103 the UE 100 applies the multicast settings determined to be applicable in step S102.
  • step S104 the UE 100 starts receiving the multicast session based on the multicast settings applied in step S103.
  • the UE 100 participating in a multicast session first receives multicast settings regarding the multicast session from the network 10 (gNB 200) in an RRC connected state in an RRC reconfiguration message. Next, UE 100 receives MBS settings (multicast settings) regarding the multicast session on the MCCH. In this way, in this operation pattern, by switching from distribution mode 1 to distribution mode 2, the continuation of multicast reception in the RRC inactive state is supported.
  • the UE 100 receives an RRC release message from the network 10 (gNB 200) to transition itself to the RRC inactive state.
  • the release RRC message includes MBS settings (multicast settings) provided by the network 10 (gNB 200) on the MCCH.
  • FIG. 10 is a diagram showing operation pattern 2 according to the embodiment.
  • step S201 the UE 100 in the RRC connected state performs multicast reception.
  • the gNB 200 determines to transition the UE 100 to the RRC inactive state, and transmits an RRC release message to the UE 100.
  • UE 100 receives the RRC release message.
  • the RRC release message may include mbsBroadcastConfiguration shown in FIG. 8.
  • the RRC release message includes MBS-SessionInfo (MTCH scheduling information).
  • gNB 200 may include only MCCH information regarding the multicast session that UE 100 is receiving in the RRC release message.
  • the gNB 200 includes drx-ConfigPTM-List (DRX configuration list of MTCH), pdsch-ConfigMTCH (PDSCH configuration of MTCH), and mtch-SSB-MappingWindowList (mapping configuration list of MTCH and SSB) as accompanying information in the RRC release message. It's okay.
  • gNB 200 may include SIB 20 for receiving MCCH in the RRC release message.
  • step S203 the UE 100 transitions to the RRC inactive state in response to receiving the RRC release message in step S202.
  • step S204 the UE 100 in the RRC inactive state applies the multicast settings corresponding to the multicast session currently being received from among the information received in step S202, and starts receiving the multicast session.
  • the UE 100 that performs multicast reception in the RRC connected state is able to perform multicast reception using the multicast settings provided in the RRC reconfiguration message, so there is no need to receive MCCH.
  • MCCH information is provided by dedicated signaling as in the second operation pattern described above, it is preferable to explicitly instruct gNB 200 to receive MCCH.
  • the gNB 200 transitions the UE 100 to the RRC inactive state after confirming that the UE 100 has started multicast reception in distribution mode 2. Therefore, it is assumed that feedback is provided from the UE 100 to the gNB 200.
  • the UE 100 which receives a multicast session from the network 10 (gNB 200) in an RRC connected state, receives an MCCH reception instruction from the network 10 (gNB 200). In response to the reception instruction, UE 100 receives the MCCH and attempts to receive the multicast session. Then, the UE 100 transmits information indicating which multicast sessions the UE 100 has successfully or unsuccessfully received to the network 10 (gNB 200).
  • FIG. 11 is a diagram showing operation pattern 3 according to the embodiment.
  • step S301 the UE 100 in the RRC connected state performs multicast reception.
  • step S302 when the gNB 200 determines to transition the UE 100 in the RRC connected state receiving multicast to the RRC inactive state, the gNB 200 adds related configuration information to the MCCH for the multicast session the UE 100 is receiving. However, the gNB 200 may add configuration information of all multicast sessions currently being provided to the MCCH.
  • the gNB 200 instructs the UE 100 to receive the MCCH.
  • the instruction may be an instruction to receive the multicast session in distribution mode 2.
  • the instruction may be an instruction to receive the MTCH (configured as the MCCH) corresponding to the MCCH.
  • the instruction may be an instruction to receive SIB20.
  • the instruction may include a multicast session ID (TMGI, MRB ID) to be received in distribution mode 2.
  • the gNB 200 may not schedule unicast communication in slots corresponding to SIB20/MCCH/MTCH.
  • step S304 in response to receiving the instruction in step S303, the UE 100 performs the following processing regarding the multicast session being received: ⁇ SIB20 may be received (SIB20 settings may be applied) ⁇ Receive MCCH (apply MCCH settings) - You may start receiving MTCH.
  • step S305 the UE 100 notifies the gNB 200 that it has been able to start receiving the multicast session in distribution mode 2.
  • the UE 100 may transmit the notification using the fact that the MCCH was successfully received, the MCCH settings were applied, or the MTCH reception was started as a trigger.
  • the UE 100 may transmit the notification as a UE assistance information (Assistance Information) message.
  • the UE 100 may transmit the notification as an MBS Interest Indication message.
  • the UE 100 may transmit a response message to the instruction in step S303.
  • the notification may include information indicating that reception of the multicast session has been started (for example, information indicating that MCCH has been received or that reception of MTCH has started).
  • the notification may include a multicast session ID (TMGI, MRB ID, etc.) that has been able to start reception.
  • TMGI multicast session ID
  • the UE 100 may notify the gNB 200 that reception of the multicast session could not be started (for example, MCCH cannot be received or MTCH cannot be received). UE 100 may make the notification if it is unable to start receiving a multicast session within a certain period of time after receiving the instruction in step S303.
  • the certain period of time may be set from the gNB 200, or may be a value predefined in the technical specifications.
  • the UE 100 may include the multicast session ID (TMGI, MRB ID, etc.) for which reception could not be started in the notification.
  • gNB 200 suspends (stops) transitioning to the RRC inactive state for UE 100 that cannot start multicast reception, or configures MCCH with an RRC release message (see operation pattern 2 above).
  • step S306 the gNB 200 transmits an RRC release message to the UE 100 after confirming that the UE 100 has started receiving the multicast session.
  • step S307 the UE 100 transitions to the RRC inactive state in response to receiving the RRC release message. Then, the UE 100 in the RRC inactive state performs multicast reception using the multicast settings received on the MCCH.
  • the UE 100 in the RRC connected state receives a multicast session from the network 10 (gNB 200) using the MBS settings for the multicast session (multicast settings for the RRC connected state).
  • the UE 100 transitions to an RRC inactive state and attempts to receive the MCCH.
  • the UE 100 continues to receive the multicast session using the MBS configuration (multicast configuration for RRC connected state) until it receives the MCCH. Thereby, service interruption of multicast reception can be suppressed.
  • FIG. 12 is a diagram showing operation pattern 4 according to the embodiment.
  • step S401 the UE 100 in the RRC connected state performs multicast reception.
  • step S402 the gNB 200 may notify the UE 100 that after transitioning to the RRC inactive state, the multicast settings in the RRC connected state may continue to be applied until MCCH reception is completed.
  • step S403 the gNB 200 transmits an RRC release message to the UE 100.
  • step S404 the UE 100 transitions to the RRC inactive state in response to receiving the RRC release message.
  • step S405 the UE 100 in the RRC inactive state continues to apply the multicast settings received during the RRC connected state. Thereby, the UE 100 performs multicast reception (step S406).
  • step S407 the UE 100 in the RRC inactive state attempts to acquire the MCCH. If the MCCH reception is successful or if the MCCH settings are applied, the UE 100 performs multicast reception using the MCCH multicast settings (step S408). In this case, the UE 100 may discard the multicast settings received in the RRC connected state.
  • Operation pattern 5 Regarding operation pattern 5 according to the embodiment, differences from the above-mentioned operations will be mainly explained. This operation pattern can be implemented in combination with the above-mentioned operations.
  • Multicast reception in the RRC inactive state may become necessary when the gNB 200 is unable to maintain the UE 100 in the RRC connected state due to network congestion. Therefore, multicast reception in the RRC inactive state is considered to be temporary. After network congestion is resolved, the gNB 200 may return all UEs 100 that perform multicast reception in the RRC inactive state to the RRC connected state and cause them to receive multicast. Therefore, it is desirable to suppress service interruptions even when switching from distribution mode 2 to distribution mode 1.
  • the UE 100 in the RRC inactive state receives a multicast session from the network 10 (gNB 200) using the first MBS configuration (first multicast configuration) provided on the MCCH.
  • the UE 100 transitions to the RRC connected state, it receives an RRC reconfiguration message including the second MBS configuration (second multicast configuration) from the network 10 (gNB 200).
  • the UE 100 in the RRC connected state discards the first MBS configuration (first multicast configuration) in response to transition to the RRC connected state or reception of the RRC reconfiguration message.
  • the UE 100 when the UE 100 receives multicast configuration (distribution mode 1) in an RRC reconfiguration message, it discards the multicast configuration (distribution mode 2) configured on the MCCH.
  • the UE 100 starts (has) received MTCH through the multicast setting of the RRC reconfiguration message, it may stop receiving the MTCH through the multicast setting of the MCCH.
  • FIG. 13 is a diagram showing operation pattern 5 according to the embodiment.
  • step S502 the UE 100 in the RRC inactive state receives the MCCH including multicast settings from the gNB 200.
  • the MCCH may be provided in an RRC release message.
  • step S503 the UE 100 in the RRC inactive state performs multicast reception using the multicast settings in step S502.
  • step S504 the UE 100 transitions to the RRC connected state. For example, upon receiving a call from gNB 200 through RAN paging, UE 100 may transmit an RRC resume request message to gNB 200.
  • the UE 100 may stop multicast reception in step S503 when transitioning to the RRC connected state. For example, the UE 100 may stop the MCCH reception process.
  • the UE 100 may discard the content configured on the MCCH (multicast configuration).
  • the UE 100 may stop the reception process of the MTCH (multicast session) configured on the MCCH.
  • step S505 the gNB 200 transmits an RRC reconfiguration message including the multicast configuration to the UE 100.
  • UE 100 receives the RRC reconfiguration message.
  • the UE 100 may stop multicast reception in step S503 in response to receiving the multicast setting in step S505. For example, the UE 100 may stop the MCCH reception process. UE 100 may discard the content configured on MCCH (multicast configuration). The UE 100 may stop the reception process of the MTCH (multicast session) configured with the MCCH.
  • MCCH multicast configuration
  • step S507 the UE 100 in the RRC connected state performs multicast reception using the multicast settings in step S505.
  • Operation pattern 6 Regarding operation pattern 6 according to the embodiment, differences from the above-mentioned operations will be mainly explained. This operation pattern can be implemented in combination with the above-mentioned operations. This operation pattern focuses on cell reselection performed after the UE 100 transitions to the RRC inactive state.
  • FIG. 14 is a diagram for explaining operation pattern 6 according to the embodiment.
  • cell a is managed by gNB 200a
  • cell b is managed by gNB 200b.
  • the UE 100 in the RRC inactive state performs multicast reception in the cell a (gNB 200a) in the RRC inactive state using the multicast settings in the MCCH received in the cell a (gNB 200a).
  • the UE 100 leaves cell a and moves out of service area, the UE 100 transitions from the RRC inactive state to the RRC idle state. Under such an assumption, the UE 100 may discard the multicast configuration in response to transition from the RRC inactive state to the RRC idle state.
  • the UE 100 in the RRC inactive state receives a multicast session from the network 10 (gNB 200) using the MBS settings (multicast settings) provided on the MCCH.
  • the UE 100 discards the MBS configuration (multicast configuration) in response to transition to the RRC idle state.
  • FIG. 15 is a diagram showing operation pattern 6 according to the embodiment.
  • step S601 the UE 100 in the RRC inactive state performs multicast reception using the multicast settings provided on the MCCH.
  • the MCCH may be provided in an RRC release message.
  • step S602 the UE 100 in the RRC inactive state transitions to the RRC idle state.
  • the UE 100 transitions to an RRC idle state by moving out of service area.
  • step S603 in response to the transition to the RRC idle state, the UE 100 discards the applied multicast settings and stops multicast reception (MTCH reception).
  • 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 receives a multicast control channel (MCCH) from a network including multiple MBS configurations of multiple MBS sessions;
  • the plurality of MBS settings include a broadcast setting for a broadcast session and a multicast setting for a multicast session.
  • the communication method is not limited to: a user equipment receives a multicast control channel (MCCH) from a network including multiple MBS configurations of multiple MBS sessions;
  • the plurality of MBS settings include a broadcast setting for a broadcast session and a multicast setting for a multicast session.
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: a user equipment in a radio resource control (RRC) connected state receiving a multicast session from a network; the user equipment receiving an RRC release message from the network for transitioning the user equipment to an RRC inactive state;
  • the release RRC message includes an MBS configuration provided by the network on a multicast control channel (MCCH).
  • MBS multicast/broadcast service
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: a user equipment in a radio resource control (RRC) connected state receiving a multicast session from a network; the user equipment receiving a multicast control channel (MCCH) reception instruction from the network; The user equipment receives the MCCH and attempts to receive the multicast session in response to the reception instruction; the user equipment transmitting information indicating the successfully or unsuccessfully received multicast sessions to the network.
  • RRC radio resource control
  • MCCH multicast control channel
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: a user equipment in a radio resource control (RRC) connected state receiving the multicast session from a network using an MBS configuration for the multicast session; The user equipment transitions to an RRC inactive state; the user equipment in the RRC inactive state attempts to receive a multicast control channel (MCCH); A communication method comprising: continuing to receive the multicast session using the MBS configuration until the user equipment in the RRC inactive state receives the MCCH.
  • RRC radio resource control
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: A user equipment in a radio resource control (RRC) inactive state receives a multicast session from a network using a first MBS configuration provided on a multicast control channel (MCCH); The user equipment transitions to an RRC connected state; the user equipment in the RRC connected state receives an RRC reconfiguration message including a second MBS configuration from the network; The user equipment in the RRC connected state discards the first MBS configuration in response to transition to the RRC connected state or reception of the RRC reconfiguration message.
  • RRC radio resource control
  • a communication method used in a mobile communication system providing multicast/broadcast service comprising: A user equipment in a radio resource control (RRC) inactive state receives a multicast session from a network using an MBS configuration provided on a multicast control channel (MCCH); The user equipment transitions to an RRC idle state; A communication method, comprising: discarding the MBS configuration in response to the user equipment transitioning to the RRC idle state.
  • RRC radio resource control
  • eMBS Enhancement of MBS
  • This appendix provides an initial review of support for multicast reception in RRC inactive, taking into account the related discussions that took place in Rel-17.
  • RAN2 prioritizes active multicast support for RRC connected mode in Rel-17. If time permits, multicast support for RRC inactive can be considered later (when connected mode multicast and broadcast solutions become more mature).
  • the network may release UEs receiving multicast sessions to inactivity, such as when the network is congested due to the presence of a large number of UEs in a cell. Therefore, in this scenario, it is assumed that the UE is initially connected when it starts receiving the multicast session (including the procedure for joining the multicast session). Thereafter, the UE is released into inactivity while continuing to receive the multicast session.
  • Rel-17 defines two delivery modes, one called “delivery mode 1" for multicast sessions and the other called “delivery mode 2" for broadcast sessions.
  • delivery mode 1 MTCH reception configuration is provided by RRC reconfiguration for UEs in connected state, but in distribution mode 2, it is provided by MCCH for all UEs in RRC state.
  • Distribution mode 1 is easy to provide multicast sessions, but is currently limited to connected UEs. Supporting inactive UEs may require restrictions/changes in many features and assumptions, such as handling of MTCH configuration, deactivation of PTP legs, HARQ feedback, CFR, etc. It should be noted that these changes may require the involvement of RAN1, but RAN1 is not mentioned in the Rel-18e MBSWI.
  • Distribution mode 2 already supports inactive broadcast reception, but has less NW (network) control possibilities compared to multicast sessions. Furthermore, there are potential security concerns since the MCCH may be received by all UEs and the MTCH reception settings related to the multicast session are also visible to all UEs.
  • MCCH can already provide broadcast sessions for RRC-inactive UEs (i.e. based on delivery mode 2).
  • Rel-17 has a problem in that network controllability is limited.
  • RAN2 determines whether the configuration of MTCH reception is provided by dedicated signaling (i.e. a delivery mode 1 based solution) or by MCCH (i.e. a distribution mode 1 based solution) to support multicast reception in RRC inactive. , delivery mode 2-based solutions), the direction of the solution should be discussed.
  • dedicated signaling i.e. a delivery mode 1 based solution
  • MCCH i.e. a distribution mode 1 based solution
  • Proposal 1 To support multicast reception in RRC inactive, RAN2 determines whether the configuration of MTCH reception is provided by dedicated signaling (i.e., delivery mode 1 based solution) or by MCCH (i.e. , delivery mode 2-based solutions), the direction of the solution should be discussed.
  • dedicated signaling i.e., delivery mode 1 based solution
  • MCCH i.e. , delivery mode 2-based solutions
  • the UE will continue to apply the same configuration to continue receiving the MTCH of interest even when it transitions from connected to inactive.
  • the advantage is that the current RRC reconfiguration can be reused since the MRB configuration is already defined in Rel-17.
  • the UE since the UE needs to continue applying the MRB configuration even after transitioning to inactivity, it is necessary to specify additional UE behavior in the RRC reconfiguration procedure. In this case, it is necessary to explicitly indicate whether a UE interested in a multicast session and transitioned to inactivity can always continue to apply the configuration, or whether the network should apply the MRB configuration on RRC release etc. The question remains.
  • RAN2 needs to discuss whether the UE can verify the MRB configuration, ie whether a valid timer like T320 with dedicated priority is needed.
  • RRC release when the UE transitions to inactivity, it can continue receiving the interested MTCH by simply applying the new configuration if the configuration was provided in the RRC release message.
  • RRC release it is very easy to use RRC release to provide specific configurations to the UE when it transitions to RRC inactivity.
  • it has high affinity with the RNA update procedure, and if the MRB used inactive can be reconfigured even with RNA update (that is, RRC release), the UE can be reconfigured without transitioning to connected state.
  • the disadvantage is that signal overhead always occurs. That is, this occurs even if the MRB configuration is the same as that already provided by RRC reconfiguration in advance. It is also worth discussing whether an enable timer is necessary.
  • the RAN2 should discuss whether the configuration is provided by RRC reconfiguration or RRC release. Additionally, RAN2 should also discuss whether such a dedicated configuration requires a valid timer.
  • Proposal 2 For distribution mode 1 based solutions, RAN2 should discuss whether the configuration of the received MTCH is provided by RRC reconfiguration or RRC release.
  • Proposal 3 For distribution mode 1-based solutions, RAN2 can consider whether the configuration for the UE to receive MTCH is always valid or only valid during a certain period of time (e.g. valid timer). ) need to be discussed.
  • An inactive UE always transitions to connected (e.g. before or after performing cell reselection) so that the UE is handed over from the serving cell to the target cell or reconfigured by the reselected cell.
  • connected e.g. before or after performing cell reselection
  • the UE is handed over from the serving cell to the target cell or reconfigured by the reselected cell.
  • the gNB Since the configuration for MTCH reception is valid within the RNA, the gNB needs to be able to apply the same configuration within the RNA of each UE.
  • the advantage of this method is that inactive UEs do not need to reconfigure and can continue to receive MTCH in RNA.
  • RNA since RNA is UE-specific, the network becomes more complex.
  • a more flexible and less complicated method is for the gNB to provide a list of cells within the configuration so that the configuration can be considered valid within the cells included in the list.
  • the cell list can be set to either cell-specific, UE-specific, RNA-related, MRB area-specific, or MBS service area-specific, depending on the NW implementation.
  • RAN2 should discuss whether to introduce an area scope with such settings.
  • Proposal 4 For distribution mode 1-based solutions, RAN2 should discuss whether the configuration of MTCH reception is valid in the serving cell or area (RNA, cell list, etc.).
  • an AS layer solution is desirable.
  • One of the simplest solutions is to set an indicator within each MBS session information of the MCCH to distinguish between multicast and broadcast sessions. UEs not participating in the multicast session are prohibited from using the corresponding MTCH. RAN2 should discuss whether this is a problem to be solved if the MCCH is inactive and used for multicast reception.
  • Proposal 5 In distribution mode 2 based solutions, RAN2 should consider whether the UE should be prevented from using the multicast MTCH if it is not participating in the corresponding multicast session.
  • WID states that "seamless/lossless mobility is not required," some level of service continuity should be ensured as part of the service requirements and expectations for multicast sessions.
  • the service interruption when switching the delivery mode may be excessive. Therefore, although it is not seamless/lossless, such service interruptions need to be kept to a minimum.
  • a possible solution is for the gNB to provide the MCCH to the UE via a dedicated signal while the UE is still connected.
  • the UE can start receiving MTCH before transitioning to inactivity, thereby reducing service interruption.
  • One question is whether the dedicated signaling is RRC reconfiguration or RRC release.If it is RRC reconfiguration, it is thought that the UE can start receiving MTCH earlier.
  • Proposal 6 For delivery mode 2-based solutions, RAN2 should discuss whether service interruptions should be minimized when switching from delivery mode 1 to delivery mode 2.
  • Proposal 7 If Proposal 6 can be agreed upon, RAN2 should further discuss whether to provide MCCH with dedicated signaling. Further consideration is required regarding RRC reconfiguration or RRC release.
  • 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法は、ユーザ装置が、複数のＭＢＳセッションの複数のＭＢＳ設定を含むマルチキャスト制御チャネル（ＭＣＣＨ）をネットワークから受信するステップを有する。前記複数のＭＢＳ設定は、ブロードキャストセッション用のブロードキャスト設定と、マルチキャストセッション用のマルチキャスト設定と、を含む。

Description

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

Claims (8)

  1. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　ユーザ装置が、複数のＭＢＳセッションの複数のＭＢＳ設定を含むマルチキャスト制御チャネル（ＭＣＣＨ）をネットワークから受信することを有し、
    　前記複数のＭＢＳ設定は、ブロードキャストセッション用のブロードキャスト設定と、マルチキャストセッション用のマルチキャスト設定と、を含む
    　通信方法。
  2. 　前記ユーザ装置が、前記ユーザ装置が前記マルチキャストセッションに参加していることに応じて、前記ＭＣＣＨ中の前記マルチキャスト設定を取得及び適用することをさらに有する
    　請求項１に記載の通信方法。
  3. 　前記ユーザ装置が、前記ユーザ装置のＲＲＣ状態がＲＲＣインアクティブ状態であることに応じて、前記マルチキャスト設定を取得及び適用することをさらに有する
    　請求項１又は２に記載の通信方法。
  4. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）コネクティッド状態のユーザ装置が、ネットワークからマルチキャストセッションを受信することと、
    　前記ユーザ装置が、前記ユーザ装置をＲＲＣインアクティブ状態へ遷移させるためのＲＲＣ解放メッセージを前記ネットワークから受信することと、を有し、
    　前記ＲＲＣ解放メッセージは、前記ネットワークがマルチキャスト制御チャネル（ＭＣＣＨ）で提供するＭＢＳ設定を含む
    　通信方法。
  5. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）コネクティッド状態のユーザ装置が、ネットワークからマルチキャストセッションを受信することと、
    　前記ユーザ装置が、マルチキャスト制御チャネル（ＭＣＣＨ）の受信指示を前記ネットワークから受信することと、
    　前記ユーザ装置が、前記受信指示に応じて、前記ＭＣＣＨを受信して前記マルチキャストセッションの受信を試みることと、
    　前記ユーザ装置が、受信に成功した又は失敗した前記マルチキャストセッションを示す情報を前記ネットワークに送信することと、を有する
    　通信方法。
  6. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）コネクティッド状態のユーザ装置が、マルチキャストセッションのＭＢＳ設定を用いて、ネットワークから前記マルチキャストセッションを受信することと、
    　前記ユーザ装置が、ＲＲＣインアクティブ状態に遷移することと、
    　前記ＲＲＣインアクティブ状態の前記ユーザ装置が、マルチキャスト制御チャネル（ＭＣＣＨ）の受信を試みることと、
    　前記ＲＲＣインアクティブ状態の前記ユーザ装置が、前記ＭＣＣＨを受信するまで、前記ＭＢＳ設定を用いて前記マルチキャストセッションの受信を継続することと、を有する
    　通信方法。
  7. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）インアクティブ状態のユーザ装置が、マルチキャスト制御チャネル（ＭＣＣＨ）で提供される第１のＭＢＳ設定を用いて、ネットワークからマルチキャストセッションを受信することと、
    　前記ユーザ装置が、ＲＲＣコネクティッド状態に遷移することと、
    　前記ＲＲＣコネクティッド状態の前記ユーザ装置が、第２のＭＢＳ設定を含むＲＲＣ再設定メッセージを前記ネットワークから受信することと、
    　前記ＲＲＣコネクティッド状態の前記ユーザ装置が、前記ＲＲＣコネクティッド状態への遷移又は前記ＲＲＣ再設定メッセージの受信に応じて、前記第１のＭＢＳ設定を破棄することと、を有する
    　通信方法。
  8. 　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）インアクティブ状態のユーザ装置が、マルチキャスト制御チャネル（ＭＣＣＨ）で提供されるＭＢＳ設定を用いて、ネットワークからマルチキャストセッションを受信することと、
    　前記ユーザ装置が、ＲＲＣアイドル状態に遷移することと、
    　前記ユーザ装置が、前記ＲＲＣアイドル状態に遷移したことに応じて、前記ＭＢＳ設定を破棄することと、を有する
    　通信方法。
PCT/JP2023/028761 2022-08-09 2023-08-07 通信方法 WO2024034567A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263396354P 2022-08-09 2022-08-09
US63/396,354 2022-08-09

Publications (1)

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

Family

ID=89851834

Family Applications (1)

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

Country Status (1)

Country Link
WO (1) WO2024034567A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022149489A1 (ja) * 2021-01-06 2022-07-14 京セラ株式会社 通信制御方法及びユーザ装置
WO2022153991A1 (ja) * 2021-01-12 2022-07-21 京セラ株式会社 通信制御方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022149489A1 (ja) * 2021-01-06 2022-07-14 京セラ株式会社 通信制御方法及びユーザ装置
WO2022153991A1 (ja) * 2021-01-12 2022-07-21 京セラ株式会社 通信制御方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Summary for WI NR Multicast and Broadcast Services", 3GPP DRAFT; RP-220408, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 11 March 2022 (2022-03-11), XP052127930 *
MARCO SPINI, HUAWEI, HISILICON: "KI #1, Sol #1: Update of Solution 1 of 23700-47.", 3GPP DRAFT; S2-2204804; TYPE PCR; FS_5MBS_PH2, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 24 May 2022 (2022-05-24), XP052168161 *
NOKIA, NOKIA SHANGHAI BELL: "MBS Control Plane Issues", 3GPP DRAFT; R2-2202332, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 14 February 2022 (2022-02-14), XP052110316 *
VIVO: "Overview of NR MBS", 3GPP DRAFT; R2-2007033, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 7 August 2020 (2020-08-07), XP051911881 *

Similar Documents

Publication Publication Date Title
US10531430B2 (en) Method for providing multicast/broadcast service continuity for mobile terminals
JP6416431B2 (ja) ネットワーク装置、通信方法、プロセッサ及び基地局
US20230262423A1 (en) Communication control method
CN111034294A (zh) 通信系统、通信终端装置及基站装置
WO2022085717A1 (ja) 通信制御方法
US20240080939A1 (en) Communication control method and user equipment
JP7475458B2 (ja) 通信制御方法、基地局、及びユーザ装置
US20230091236A1 (en) Communication control method and user equipment
WO2024034567A1 (ja) 通信方法
WO2024034566A1 (ja) 通信方法
WO2024034569A1 (ja) 通信方法
WO2024096049A1 (ja) 通信方法及びネットワーク装置
JP7469571B2 (ja) 通信方法、ユーザ装置、ネットワークノード、チップセット、及びプログラム
WO2024071158A1 (ja) 通信方法、基地局、及びユーザ装置
WO2024071245A1 (ja) 通信方法
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2023132209A1 (ja) 通信方法
WO2023063323A1 (ja) 通信方法、ユーザ装置、及び基地局
US20240179799A1 (en) Communication method, user equipment, and base station
WO2024071159A1 (ja) 通信方法
US20240179798A1 (en) Communication method
WO2023013607A1 (ja) 通信方法
WO2024071157A1 (ja) 通信方法
WO2024034564A1 (ja) 通信方法、集約ユニット、及び分散ユニット
WO2024048772A1 (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: 23852529

Country of ref document: EP

Kind code of ref document: A1