WO2022210545A1 - 通信制御方法及びユーザ装置 - Google Patents

通信制御方法及びユーザ装置 Download PDF

Info

Publication number
WO2022210545A1
WO2022210545A1 PCT/JP2022/015025 JP2022015025W WO2022210545A1 WO 2022210545 A1 WO2022210545 A1 WO 2022210545A1 JP 2022015025 W JP2022015025 W JP 2022015025W WO 2022210545 A1 WO2022210545 A1 WO 2022210545A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
session
broadcast
user equipment
control method
Prior art date
Application number
PCT/JP2022/015025
Other languages
English (en)
French (fr)
Inventor
真人 藤代
ヘンリー チャン
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2023511266A priority Critical patent/JPWO2022210545A1/ja
Priority to EP22780756.7A priority patent/EP4319206A1/en
Priority to CN202280038437.7A priority patent/CN117397262A/zh
Publication of WO2022210545A1 publication Critical patent/WO2022210545A1/ja
Priority to US18/477,097 priority patent/US20240032148A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Definitions

  • the present disclosure relates to a communication control method and user equipment used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • a communication control method is a communication control method used in a mobile communication system that provides a multicast/broadcast service (MBS) from a base station to user devices.
  • the communication control method includes: the user device identifying a broadcast session, which is an MBS session transmitted by broadcast, among the MBS sessions in which the user device is interested; and sending an MBS notification of interest to the base station including identification information identifying the .
  • a communication control method is a communication control method used in a mobile communication system that provides a multicast/broadcast service (MBS) from a base station to user devices.
  • the user device performs a predetermined procedure for a multicast session, which is an MBS session transmitted by multicast, with a core network device, and the user device identifies a multicast session for which the predetermined procedure has been completed. and sending a message to the base station that includes identification information for the base station.
  • the predetermined procedure is a session joining procedure or a session leaving procedure.
  • a communication control method is a communication control method used in a mobile communication system that provides a multicast/broadcast service (MBS) from a base station to user devices.
  • the user equipment receives from the base station a stop notification indicating that the base station will stop providing the MBS session received from the base station; stopping reception of the MBS session in response to receiving the stop notification; and receiving, from the base station, a resume notification indicating that the base station will resume providing the MBS session. and have.
  • MBS multicast/broadcast service
  • a user device comprises a processor that executes the communication control method according to any one of the first to third aspects.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment; FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on one Embodiment.
  • FIG. 2 is a diagram showing the configuration of a gNB (base station) according to one embodiment; FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane radio interface that handles data; FIG. 2 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals); FIG. 2 is a diagram showing a correspondence relationship between a downlink logical channel and a transport channel according to an embodiment; FIG. 3 illustrates a method of distributing MBS data according to one embodiment; FIG.
  • FIG. 2 illustrates an MBS session joining procedure according to one embodiment
  • FIG. 4 illustrates an MBS session leaving procedure according to one embodiment
  • FIG. 2 is a diagram showing an overview of an agreement on MBS setting
  • FIG. 10 is a diagram showing the structure of settings for delivery mode 1;
  • FIG. 10 is a diagram showing a configuration of setting of delivery mode 2;
  • NR 5G system
  • an object of the present disclosure is to provide a communication control method and user equipment that realize improved multicast/broadcast services.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment.
  • This mobile communication system conforms to the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
  • 5GS will be described below as an example
  • an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
  • a sixth generation (6G) system may be at least partially applied to the mobile communication system.
  • the mobile communication system includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, a 5G core network (5GC: 5G Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5G core network 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 the user. (including chipsets), sensors or devices installed in sensors, vehicles or devices installed in vehicles (Vehicle UE), and/or aircraft or devices installed in aircraft (Aerial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
  • RRM radio resource management
  • a “cell” is used as a term indicating the minimum unit of a wireless communication area.
  • a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
  • One cell belongs to one carrier frequency.
  • the gNB can also be connected to the EPC (Evolved Packet Core), which is the LTE core network.
  • EPC Evolved Packet Core
  • LTE base stations can also connect to 5GC.
  • An LTE base station and a gNB may also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • AMF performs various mobility control etc. with respect to UE100.
  • AMF manages the mobility of UE 100 by communicating with UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF controls data transfer.
  • AMF and UPF are connected to gNB 200 via NG interface, which is a base station-core network interface.
  • FIG. 2 is a diagram showing the configuration of the UE 100 (user equipment) according to one embodiment.
  • the UE 100 includes a receiver 110, a transmitter 120, and a controller .
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiver 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to control section 130 .
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits the radio signal from an antenna.
  • Control unit 130 performs various controls in the UE 100.
  • Control unit 130 includes at least one processor and at least one memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to one embodiment.
  • the gNB 200 includes a transmitter 210, a receiver 220, a controller 230, and a backhaul communicator 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • Transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits the radio signal from an antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiver 220 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to the control unit 230 .
  • Control unit 230 performs various controls in the gNB200.
  • Control unit 230 includes at least one processor and at least one memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
  • Backhaul communication unit 240 is connected to AMF/UPF 300 via a base station-core network interface.
  • the gNB may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected via an F1 interface.
  • FIG. 4 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
  • the radio interface protocol of the user plane includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, SDAP (Service Data Adaptation Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adaptation Protocol
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via physical channels.
  • the MAC layer performs data priority control, hybrid ARQ (HARQ) retransmission processing, random access procedures, and so on. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via transport channels.
  • the MAC layer of gNB 200 includes a scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS)) 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 the UE 100 and the RLC layer of the gNB 200 via logical channels.
  • the PDCP layer performs header compression/decompression and encryption/decryption.
  • the SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, and radio bearers, which are units for QoS control by AS (Access Stratum). Note that SDAP may not be present when the RAN is connected to the EPC.
  • FIG. 5 is a diagram showing the protocol stack configuration of the radio interface of the control plane that handles signaling (control signals).
  • the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • RRC signaling for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the gNB 200.
  • the RRC layer controls logical, transport and physical channels according to establishment, re-establishment and release of radio bearers.
  • RRC connection connection between the RRC of UE 100 and the RRC of gNB 200
  • UE 100 is in the RRC connected state.
  • RRC connection no connection between RRC of UE 100 and RRC of gNB 200
  • UE 100 is in RRC idle state.
  • UE 100 is in RRC inactive state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • NAS signaling is transmitted between the NAS layer of UE 100 and the NAS layer of AMF 300 .
  • the UE 100 has an application layer and the like in addition to the radio interface protocol.
  • MBS is a service that enables data transmission from the NG-RAN 10 to the UE 100 via broadcast or multicast, that is, point-to-multipoint (PTM).
  • MBS may be called MBMS (Multimedia Broadcast and Multicast Service).
  • Use cases (service types) of MBS include public safety communication, mission critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV (Internet protocol television), group communication, and software distribution. .
  • FIG. 6 is a diagram showing a correspondence relationship between downlink logical channels and transport channels according to an embodiment.
  • the logical channels used for MBSFN transmission are MTCH (Multicast Traffic Channel) and MCCH (Multicast Control Channel), and the transport channel used for MBSFN transmission is MCH (Multicast Control Channel).
  • MBSFN transmission is mainly designed for multi-cell transmission, and in an MBSFN area consisting of multiple cells, each cell performs synchronous transmission of the same signal (same data) in the same MBSFN subframe.
  • SC-PTM transmission The logical channels used for SC-PTM transmission are SC-MTCH (Single Cell Multicast Traffic Channel) and SC-MCCH (Single Cell Multicast Control Channel), and the transport channel used for SC-PTM transmission is DL-SCH (Downlink Shared Channel). ).
  • SC-PTM transmission is primarily designed for single-cell transmission, with broadcast or multicast data transmission on a cell-by-cell basis.
  • Physical channels used for SC-PTM transmission are PDCCH (Physical Downlink Control Channel) and PDSCH (Physical Downlink Control Channel), enabling dynamic resource allocation.
  • an MBS is provided using a scheme similar to the SC-PTM transmission scheme will be mainly described below, but the MBS may be provided using the MBSFN transmission scheme.
  • MBS data refers to data provided by MBS
  • MBS control channel refers to MCCH or SC-MCCH
  • MBS traffic channel refers to MTCH or SC-MTCH.
  • MBS data may also be transmitted by unicast.
  • MBS data may also be referred to as MBS packets or MBS traffic.
  • the network can provide different MBS services for each MBS session.
  • An MBS session is identified by at least one of a TMGI (Temporary Mobile Group Identity) and a session identifier, and at least one of these identifiers is called MBS identification information.
  • MBS identification information may be called an MBS service identifier or a multicast group identifier (G-RNTI: Group-Network Temporary Identifier).
  • MBS sessions include broadcast sessions and multicast sessions.
  • a broadcast session is a session for delivering broadcast services.
  • a broadcast service provides service to all UEs 100 within a particular service area for applications that do not require reliable QoS. Broadcast services are available to UEs 100 in all RRC states (RRC idle state, RRC inactive state and RRC connected state). MBS data belonging to a broadcast session are transmitted by broadcast.
  • a multicast session is a session for delivering multicast services.
  • a multicast service provides service to a group of UEs 100 participating in a multicast session for applications that require reliable QoS.
  • a multicast service can be mainly used by UE 100 in the RRC connected state.
  • MBS data belonging to a multicast session are sent via multicast.
  • FIG. 7 is a diagram showing a method of distributing MBS data according to one embodiment.
  • MBS data (MBS Traffic) is distributed to multiple UEs from a single data source (application service provider).
  • a 5G CN (5GC) 20 which is a 5G core network, receives MBS data from an application service provider, creates a copy of the MBS data (Replication), and distributes it.
  • NG-RAN10 In shared MBS data delivery, a connection is established between NG-RAN10 and 5GC20, which are 5G radio access networks (5G RAN), and MBS data is delivered from 5GC20 to NG-RAN10.
  • 5G RAN 5G radio access networks
  • MBS connection In the following, such a connection (tunnel) will be referred to as an "MBS connection”.
  • An MBS connection may also be called a Shared MBS Traffic delivery connection or a shared transport.
  • the MBS connection terminates at the NG-RAN 10 (ie gNB 200).
  • gNB 200 selects either PTP (Point-to-Point: unicast) or PTM (Point-to-Multipoint: multicast or broadcast) transmission method at its own discretion, and transmits MBS data to UE 100 in the selected transmission method. to send.
  • PTP Point-to-Point: unicast
  • PTM Point-to-Multipoint: multicast or broadcast
  • a unicast session is established between NG-RAN 10 and UE 100, and MBS data is delivered individually from 5GC 20 to UE 100.
  • MBS data is delivered individually from 5GC 20 to UE 100.
  • Such a unicast may be called a PDU Session.
  • Unicast (PDU session) terminates at the UE 100 .
  • MBS session participation procedure Next, an MBS session joining procedure according to one embodiment will be described.
  • the MBS session participation procedure is used by the UE 100 to notify the core network of the UE 100's interest in an MBS session.
  • the coverage area (a coverage area consisting of multiple cells) of the MBS session can be adjusted according to each UE 100's interest. This allows dynamic and efficient use of radio resources.
  • UE 100 needs to perform an MBS session joining procedure in order to receive a multicast session.
  • FIG. 8 is a diagram showing an MBS session participation procedure according to one embodiment.
  • step S11 the UE 100 is in the RRC connected state.
  • step S12 the UE 100 transmits a Session Join Request message to the AMF 300 (core network device).
  • the join session request message includes MBS identification information that identifies the MBS session in which UE 100 is interested.
  • a session participation request message is a NAS message and is transmitted to AMF300 via gNB200.
  • step S13 the AMF 300 transmits a Session Join Accept message for accepting session participation to the UE 100.
  • a session participation acceptance message is a NAS message and is transmitted to UE100 via gNB200.
  • the AMF 300 may notify the gNB 200 of MBS identification information that identifies the MBS session in which the UE 100 is interested. This allows the gNB 200 to grasp the MBS sessions that the UE 100 is interested in receiving.
  • the MBS session leaving procedure is used by the UE 100 to notify the core network that the UE 100 is no longer interested in an MBS session.
  • An MBS session leave procedure is required for multicast sessions.
  • FIG. 9 is a diagram showing an MBS session leaving procedure according to one embodiment.
  • step S21 the UE 100 is in the RRC connected state.
  • step S22 the UE 100 transmits a Session Leave Request message to the AMF 300.
  • the leave session request message includes MBS identification information that identifies the MBS session that the UE 100 is no longer interested in.
  • the session leave request message is a NAS message and is sent to AMF 300 via gNB 200 .
  • step S23 the AMF 300 transmits a Session Leave Response message to the UE 100.
  • a session leaving response message is a NAS message and is transmitted to UE100 via gNB200.
  • the AMF 300 may notify the gNB 200 of MBS identification information that identifies an MBS session in which the UE 100 is no longer interested. This allows the gNB 200 to grasp MBS sessions in which the UE 100 is no longer interested.
  • MBS interest notification Next, an MBS notification of interest according to one embodiment will be described.
  • the UE 100 transmits to the gNB 200 an MBS Interest Notification regarding the MBS session that the UE 100 is interested in receiving.
  • the gNB 200 needs to hand over the UE 100, the gNB 200 hands over to another gNB 200 that provides the same MBS session that the UE 100 is interested in receiving. This makes it possible to maintain service continuity of the MBS of the UE 100 .
  • the MBS interest notification may be an MBS interest notification message voluntarily transmitted by the UE 100 or an information element included in this message, or an MBS counting response message transmitted by the UE 100 in response to a request from the gNB 200B or this message. It may be an information element included.
  • Such a message is, for example, an RRC message and includes MBS identification information that identifies the MBS session in which the UE 100 is interested.
  • the MBS notification of interest may further include at least one of identification of the QoS flow corresponding to the MBS session and identification of the frequency on which the MBS session is provided.
  • the AMF 300 learns the MBS session in which the UE 100 is interested through the MBS session participation procedure. Since the MBS session participation procedure is necessary for multicast sessions, AMF 300 keeps track of multicast sessions in which UE 100 is interested. Therefore, the gNB 200 can grasp multicast sessions in which the UE 100 is interested through signaling with the AMF 300 . Therefore, among MBS sessions, there is little need to transmit MBS interest information related to multicast sessions from UE 100 to gNB 200 .
  • the gNB 200 already knows the multicast session that the UE 100 is interested in by signaling with the AMF 300, if the UE 100 transmits MBS interest information about the multicast session to the gNB 200, radio resources are wasted. There is fear.
  • the communication control method according to the first embodiment is a method used in a mobile communication system that provides a multicast/broadcast service (MBS) from the gNB 200 to the UE 100.
  • MBS multicast/broadcast service
  • the UE 100 identifies a broadcast session among the MBS sessions in which the UE 100 is interested, and the UE 100 sends an MBS interest notification including identification information identifying the identified broadcast session. and transmitting to the base station.
  • the identifying step includes identifying the broadcast session based on the broadcast session identification information received by the UE 100 from the gNB 200 .
  • FIG. 10 is a diagram showing an operation example according to the first embodiment.
  • step S101 the UE 100 is in the RRC connected state in the gNB 200 cell.
  • the UE 100 receives MBS system information from the gNB 200 via a broadcast control channel (BCCH).
  • the system information is sometimes called SIB (System Information Block).
  • SIB System Information Block
  • the MBS system information may be transmitted in a period scheduled by a predetermined type of SIB (eg, SIB type 1), or may be transmitted in response to a request from the UE 100 (that is, on demand).
  • the MBS system information includes scheduling information necessary for receiving MBS control channels used in cells managed by the gNB 200.
  • the MBS system information includes information indicating the period in which the content of the MBS control channel (MBS control information) can be changed, information indicating the time interval of the MBS control channel transmission in terms of the number of radio frames, and information indicating the MBS control channel is scheduled. It includes at least one of information indicating a radio frame offset and information indicating a subframe in which the MBS control channel is scheduled.
  • the MBS control channel carries MBS control information.
  • the MBS control information contains a list of scheduling information required for reception of MBS traffic channels corresponding to the MBS session.
  • scheduling information includes MBS identification information that identifies the MBS session corresponding to that MBS traffic channel and DRX information (or scheduling information) for that MBS traffic channel.
  • MBS system information includes broadcast session identification information.
  • the broadcast session identification information is MBS identification information that identifies only broadcast sessions among MBS sessions. That is, the broadcast session identification information does not identify multicast sessions.
  • the broadcast session identification information may be a list of MBS identification information identifying each of a plurality of broadcast sessions.
  • the broadcast session identification information included in the MBS system information identifies broadcast sessions provided in cells managed by the gNB 200.
  • the MBS system information may further include broadcast session identification information that identifies broadcast sessions provided in neighboring cells of the cell gNB 200 manages.
  • step S103 the UE 100 identifies a broadcast session among the MBS sessions in which the UE 100 is interested, based on the broadcast session identification information included in the MBS system information.
  • the UE 100 extracts the MBS identification information that identifies the MBS session in which the UE 100 is interested, and matches the broadcast session identification information included in the MBS system information, and is identified by the extracted MBS identification information. Identifies the MBS session as a broadcast session.
  • step S104 the UE 100 transmits to the gNB 200 an MBS interest notification including MBS identification information that identifies the broadcast session identified in step S103.
  • the gNB 200 may control handover of the UE 100 based on the MBS interest notification.
  • the broadcast session identification information may be information for identifying broadcast sessions or multicast sessions. Such information may be information for identifying broadcast or multicast sessions associated with one or more MBS identities.
  • the broadcast session identification information may be information for identifying an MBS session that is permitted (or required) to transmit an MBS notification of interest. Such information may be information to permit (or require) the transmission of MBS notifications of interest associated with one or more MBS identities.
  • UE100 among the MBS sessions in which UE100 is interested, identifies the MBS session for which the transmission of the MBS interest notification is permitted (or requires), and the identification information of the MBS session may be sent in the MBS Notification of Interest.
  • the gNB 200 may identify the MBS session as a multicast session. On the other hand, if the gNB 200 can determine through signaling with the AMF 300 whether or not the UE 100 is interested in a given MBS session, the gNB 200 may identify the MBS session as a broadcast session. The gNB 200 may determine whether or not to transmit the broadcast session identification information and/or the transmission content according to the identification result.
  • broadcast session identification information may be included in MBS control information.
  • Modification 1 of the first embodiment Next, Modification 1 of the first embodiment will be described mainly with respect to the differences from the first embodiment.
  • the UE 100 identifies a broadcast session based on information received on the MBS control channel for the broadcast session.
  • the MBS control channel includes an MBS control channel for broadcast sessions (hereinafter referred to as type 1 MBS control channel) and an MBS control channel for multicast sessions (hereinafter referred to as type 2 MBS control channel). ) can be divided into two types.
  • a type 1 MBS control channel includes scheduling information for MBS traffic channels corresponding to broadcast sessions and does not include scheduling information for MBS traffic channels corresponding to multicast sessions.
  • the MBS control information carried by the type 2 MBS control channel includes scheduling information for MBS traffic channels corresponding to multicast sessions only, and does not include scheduling information for MBS traffic channels corresponding to broadcast sessions.
  • the MBS system information includes scheduling information for each of type 1 MBS control channels and type 2 MBS control channels.
  • the MBS system information may include respective identifiers (names) of the type 1 MBS control channel and the type 2 MBS control channel.
  • Such MBS Control Channel Identifier may include a predetermined tag.
  • a type 1 MBS control channel is denoted as "MCCH-broadcast” and a type 2 MBS control channel is denoted as "MCCH-multicast”.
  • abstracted MBS control channel identifiers such as "MCCH-A" and "MCCH-B" may be used.
  • information about which MBS control channels are type 1 and which MBS control channels are type 2 may be included in the MBS system information.
  • the MBS system information may include information about which MBS control channels allow the transmission of MBS notifications of interest.
  • UE 100 recognizes an MBS session identified by MBS identification information included in MBS control information received on the type 1 MBS control channel as a broadcast session.
  • the gNB 200 may transmit only the type 1 MBS control channel in its own cell. In this case, the gNB 200 does not transmit type 2 MBS control channels in its own cell.
  • UE 100 recognizes an MBS session identified by MBS identification information included in MBS control information received on the MBS control channel as a broadcast session without distinguishing between types. In this case, the scheduling information of the MBS traffic channel corresponding to the multicast session may be notified to UE 100 by unicast RRC signaling.
  • the type 1 and type 2 MBS control channels may be linked to different logical channel identifiers (LCID) and/or radio network temporary identifiers (RNTI) and transmitted.
  • LCID logical channel identifier
  • RNTI radio network temporary identifier
  • FIG. 11 is a diagram showing an operation example according to Modification 1 of the first embodiment.
  • step S201 the UE 100 is in the RRC connected state in the gNB 200 cell.
  • step S202 the UE 100 receives MBS system information from the gNB 200.
  • step S203 the UE 100 receives a type 1 MBS control channel (MBS control channel for broadcast session) based on the MBS system information.
  • MBS control channel for broadcast session a type 1 MBS control channel
  • the UE 100 recognizes the MBS session identified by the MBS identification information included in the MBS control information received on the type 1 MBS control channel as a broadcast session (or an MBS session that allows MBS interest notification).
  • step S204 the broadcast session among the MBS sessions in which the UE 100 is interested is identified. Specifically, the UE 100 extracts, out of the MBS identification information that identifies the MBS session in which the UE 100 is interested, that matches the MBS identification information included in the MBS control information received on the type 1 MBS control channel. The MBS session identified by the MBS identification information is identified as the broadcast session.
  • step S205 the UE 100 transmits to the gNB 200 an MBS interest notification including MBS identification information that identifies the broadcast session identified in step S204.
  • Modification 2 of the first embodiment Next, Modification 2 of the first embodiment will be described mainly with respect to differences from the first embodiment.
  • the RRC layer of UE 100 identifies a broadcast session based on identification information obtained from the NAS layer.
  • the NAS layer will be described below as an example of an upper layer, it is not limited to the NAS layer and may be an application layer.
  • FIG. 12 is a diagram showing an operation example according to Modification 2 of the first embodiment.
  • step S301 the UE 100 is in the RRC connected state in the gNB 200 cell.
  • the NAS layer of UE100 provides identification information to the RRC layer of UE100.
  • the identification information identifies a broadcast session identified at the NAS layer.
  • the NAS layer creates an MBS session that does not require the MBS session participation procedure (or an MBS session that has not performed/completed the MBS session participation procedure). , can be identified as a broadcast session.
  • the RRC layer of UE100 identifies a broadcast session among the MBS sessions in which UE100 is interested. Specifically, the RRC layer identifies the MBS session identified by the identification information obtained from the NAS layer in step S302 as a broadcast session (or an MBS session requiring MBS interest notification).
  • step S304 the RRC layer of UE 100 transmits to gNB 200 an MBS interest notification including MBS identification information that identifies the broadcast session.
  • the UE 100 may perform the MBS session participation procedure before step S301.
  • the identification information in step S302 identifies the MBS session for which the MBS session join procedure has been completed.
  • the RRC layer of UE 100 identifies MBS sessions other than the MBS session identified by the identification information in step S302 as broadcast sessions.
  • the gNB 200 can learn the multicast sessions that the UE 100 is interested in through signaling with the AMF 300 .
  • the gNB 200 may not be able to perform signaling with the AMF 300 due to congestion of the AMF 300 or the like. For this reason, the UE 100 cannot grasp the multicast session in which it is interested, and there is a possibility that the MBS service continuity cannot be maintained.
  • the communication control method according to the second embodiment is a method used in a mobile communication system that provides a multicast/broadcast service (MBS) from the gNB 200 to the UE 100.
  • the UE 100 performs a predetermined procedure for the multicast session with the AMF 300, and the UE 100 transmits a message including identification information identifying the multicast session for which the predetermined procedure has been completed to the gNB 200. and a step.
  • the predetermined procedure is a session joining procedure or a session leaving procedure.
  • FIG. 13 is a diagram showing an operation example according to the second embodiment.
  • step S401 the UE 100 performs an MBS session participation procedure with the AMF 300.
  • the NAS layer of UE 100 grasps the MBS session for which the MBS session participation procedure has been completed.
  • the UE 100 may transition to the RRC inactive state or the RRC idle state.
  • step S402 the UE 100 is in the RRC connected state.
  • step S403 the UE 100 transmits to the gNB 200 an RRC message including the MBS identifier of the multicast session for which the MBS session joining procedure has been completed.
  • gNB200 can grasp
  • the UE 100 may perform the MBS session withdrawal procedure in step S401.
  • the UE 100 transmits to the gNB 200 an RRC message including the MBS identifier of the multicast session for which the MBS session leaving procedure has been completed. This allows the gNB 200 to grasp MBS sessions in which the UE 100 is no longer interested.
  • the RRC message in step S403 may include, for each MBS identifier, information indicating the participation status of the multicast session identified by that MBS identifier.
  • the information indicating the participation status is information indicating that the procedure for joining the MBS session has been completed or information indicating that the procedure for leaving the MBS session has been completed.
  • the provision of the MBS session may be stopped, for example, by the decision of the gNB 200 and then resumed. Although the provision of the MBS session has been stopped, the scheduling information of the MBS traffic channel corresponding to the MBS session may be continuously transmitted on the MBS control channel. In this case, the UE 100 continues to receive the MBS session unnecessarily during the period from when the provision of the MBS session is stopped to when it is resumed, thus wasting power.
  • the communication control method according to the third embodiment is a method used in a mobile communication system that provides a multicast/broadcast service (MBS) from the gNB 200 to the UE 100.
  • the UE 100 receives a stop notification from the gNB 200 indicating that the gNB 200 stops providing the MBS session received from the gNB 200, and the UE 100 receives the stop notification.
  • the UE 100 has a step of stopping reception of the MBS session, and a step of the UE 100 receiving a resume notification from the gNB 200 indicating that the gNB 200 resumes providing the MBS session.
  • FIG. 14 is a diagram showing an operation example according to the third embodiment.
  • the gNB 200 transmits MBS system information to the UE 100 via the broadcast control channel.
  • the MBS system information includes scheduling information required for reception of MBS control channels.
  • the gNB 200 transmits an MBS control channel (MBS control information) with scheduling according to the MBS system information transmitted in step S501.
  • MBS control information includes scheduling information required for reception of MBS traffic channels corresponding to MBS sessions.
  • the UE 100 receives the MBS control channel by scheduling according to the MBS system information received in step S501.
  • step S503 the gNB 200 transmits MBS traffic channels (MBS data) with scheduling according to the MBS control information transmitted in step S502.
  • MBS data MBS traffic channels
  • the UE 100 receives MBS data based on scheduling according to the MBS control information received in step S502.
  • step S504 the gNB 200 determines to stop providing the MBS session. For example, the gNB 200 makes such determinations in response to instructions from the core network.
  • step S505 the gNB 200 transmits to the UE 100 via the MBS control channel a stop notification indicating that the provision of the MBS session will stop. At this point, the gNB 200 may continue to transmit the MBS control information transmitted in step S502.
  • the gNB 200 sends a stop notification for each MBS session. That is, the stop notification is associated with the MBS session.
  • a deactivation notification for each MBS session may be sent in an RRC message.
  • step S506 the UE 100 stops receiving the MBS session in response to receiving the stop notification.
  • the UE 100 stops receiving the MBS traffic channel even if it receives the MBS control information in step S505.
  • the UE 100 stops receiving the MBS traffic channel even when MBS control information is applied. For example, the UE 100 stops receiving the MBS traffic channel even during the transmission period of the MBS traffic channel scheduled by the applied MBS control information.
  • step S507 the gNB 200 determines to resume providing the MBS session. For example, the gNB 200 makes such determinations in response to instructions from the core network.
  • the gNB 200 transmits to the UE 100 via the MBS control channel a resume notification indicating that the provision of the MBS session will resume.
  • the gNB 200 may transmit new MBS control information along with the resume notification. For example, if the gNB 200 needs to change the scheduling of the MBS traffic channels upon resumption of the MBS session, the gNB 200 will send new MBS control information.
  • step S509 the UE 100 resumes reception of the MBS session in response to receiving the resume notification. For example, the UE 100 resumes receiving the MBS session based on scheduling according to already applied MBS control information (eg, MBS control information received in step S502).
  • step S508 when receiving the new MBS control information, the UE 100 restarts reception of the MBS session based on scheduling according to the new MBS control information.
  • each of the stop notification and restart notification may be transmitted in RRC messages.
  • the restart notification may be included in the Change Notification message.
  • the Change Notification message is a message for notifying the UE 100 that the content of the MBS control channel has changed.
  • stop may be read as “suspend” or “deactivate”.
  • Restart may be read as “resume” or “activate”.
  • a program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or gNB 200 may be integrated, and at least part of the UE 100 or gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC (System on a chip)).
  • R2 defines two modes. 1: 1 delivery mode for high QoS (reliability, delay) requirements available in Connected state (currently undetermined if no data reception, UE may be able to switch to other states there is). • 2: 1 delivery mode for 'low' QoS requirements. The UE can also receive data in inactive/idle state (details TBD). R2 assumes (for R17) that delivery mode 1 is used only for multicast sessions. R2 assumes that delivery mode 2 is used for broadcast sessions. The applicability of delivery mode 2 to multicast sessions needs further study.
  • ⁇ UE receives MBS setup (for broadcast/delivery mode 2) via BCCH and/or MCCH (TBD). It can be received in idle/inactive mode. Connected mode needs further consideration (depending on UE capacity, location where service is provided, etc.).
  • a notification mechanism is used to notify changes in MBS control information.
  • Both idle/inactive UEs and connected mode UEs can receive MBS services transmitted by NR MBS delivery mode 2 (already agreed broadcast services, others TBD). Whether a UE in connected mode can receive this depends on the network provisioning of the service (eg which frequency), the UE connected mode setting and the capabilities of the UE.
  • the two-step-based approach (BCCH and MCCH) adopted in LTE SC-PTM is reused for transmission of PTM settings for NR MBS delivery mode 2.
  • LTE SC-PTM mechanism of the UE in connected state can be reused to receive the PTM setting of NR MBS delivery mode 2, that is, the broadcast-based method.
  • the MCCH change notification mechanism is used to notify the MCCH setting change due to the session initiation of NR MBS delivery mode 2 (other cases require further consideration).
  • MBS indication of interest is supported by UEs in connected mode for broadcast services (normally, there are no mandatory network requirements and network actions are assumed to be up to the network).
  • MBS indication of interest is not supported for idle/inactive mode UEs in NRMBS delivery mode 2.
  • NR MBS delivery mode 2 content that needs further consideration - e.g. USD, SAI/TMGI, etc. based on the progress of other groups need to be reconsidered.
  • P2 Release the UEs receiving the multicast to RRC inactive/idle state and pending whether they can continue to receive the multicast. Further discussion should limit RRC to inactivity. (Appendix 2)
  • This appendix considers the control plane aspects of NR MBS, taking into account the LTE eMBMS mechanism and the latest RAN2 agreement.
  • Distribution mode 1 mainly considers data reception in the RRC connected state, but the details of the setting have not yet been agreed. Considering that delivery mode 1 is used for high QoS services, eg PTP/PTM split bearer and/or lossless handover should be included. It makes no sense if these UE-specific settings are provided via MCCH or not, so it is very straightforward to need to use RRC reconfiguration to set delivery mode 1. In the LS response to SA2, it was indeed confirmed that RRC reconfiguration is used for signaling with MBS setup and session initiation.
  • RRC reconfiguration is used for notification by MBS setup and session initiation.
  • WID clearly indicates that RRC connected state and idle/inactive state should have maximum commonality with respect to MBS settings.
  • RAN2 agreed on separate delivery modes for multicast and broadcast sessions respectively.
  • the RRC reconfiguration for delivery mode 1 includes MTCH scheduling information, which is a common block with delivery mode 2, as well as delivery mode 1 specific information such as PTP/PTM split bearer, handover related information, etc. Therefore, the details need further consideration at this point.
  • Proposal 1 RAN2 should agree to aim for maximum commonality between the two delivery modes, for example using common structures and IEs, in terms of MBS configuration.
  • MCCH only refers to MTCH scheduling information, that is, MTCH settings associated with MBS session information. For distribution mode 1, neighbor cell information is not required.
  • the baseline assumption is delivery mode 1, i.e. the UE should be kept in RRC Connected state for multicast session and high QoS is required.
  • delivery mode 1 i.e. the UE should be kept in RRC Connected state for multicast session and high QoS is required.
  • the above points may be beneficial for both the network and the UE.
  • MBS data reception in idle state is that if the gNB releases the UE context (usually held only in inactive state and not idle state), gNB controllability may be lost. It means that there is This may conflict with the delivery mode 1 concept. Therefore, the RAN2#113-e agreement states that "Future discussions should limit RRC to an inactive state.” Therefore, RAN2 has to agree that UEs can receive delivery mode 1 at least in an inactive state.
  • Proposal 2 For delivery mode 1, RAN2 should agree that the UE can receive MBS data at least in RRC inactive state.
  • Option 1 RRC Reconfiguration A UE in idle/inactive state continues to apply the MBS configuration provided by RRC reconfiguration. This option is simple as the UE just reuses the MBS configuration originally provided for RRC Connected. However, some UE behavior needs to be clarified when going into Idle/Inactive state and/or returning to RRC Connected state (PTP/PTM split bearer, if configured). settings, etc.).
  • Option 2 RRC Release An idle/inactive UE applies the MBS configuration provided by RRC Release. Although this option seems straightforward, it may not be efficient as it is questionable if the MBS configuration is different from what was previously provided by the RRC reconfiguration.
  • Option 3 Switch delivery mode from mode 1 to mode 2 The UE is switched from delivery mode 1 to delivery mode 2 before being released to idle/inactive state.
  • This option is another simple solution as delivery mode 2 is designed to allow data to be received in all RRC states as RAN2 has agreed. However, it may be expected that packet losses and delays may occur during switching, for example due to MCCH acquisition.
  • Option 1 is slightly preferable in terms of simplicity and efficiency.
  • RAN2 needs to explain how to provide UEs with delivery mode 1 settings for data reception in idle/inactive state, including but not limited to the above options.
  • Proposal 3 If agreeing with Proposal 2, RAN2 needs to discuss how the delivery mode 1 setting for data reception in the inactive state is provided to the UE.
  • SIB20 provides SC-MCCH scheduling information.
  • SC-MCCH provides SC-MTCH scheduling information, including G-RNTI and TMGI, and neighbor cell information. It was agreed to reuse the same mechanism for NR MBS.
  • NR MBS is expected to support various types of use cases described in WID.
  • NR MBS can be used to meet mission-critical and delay-sensitive applications such as V2X to delay-tolerant applications such as IoT. up to and must be properly designed for different requirements.
  • Some of these services may be covered by delivery mode 2, while other services with "high QoS requirements" require delivery mode 1. In this sense, it is beneficial for gNBs to be able to choose to use delivery mode 2 for multicast sessions.
  • Proposal 4 RAN2 should agree that delivery mode 2 can be used for multicast sessions in addition to broadcast sessions.
  • control channel design for delivery mode 2 needs to consider flexibility and its resource efficiency. Otherwise, more signaling overhead may occur, for example when delay tolerant and delay sensitive services are configured together in one control channel. This requires frequent scheduling of control channels to meet delay requirements from delay sensitive services.
  • Objective A of SA2 SI is about enabling general MBS services over 5GS, and use cases identified that could benefit from this feature include public safety and mission critical, Software delivery via wireless, group communication and IoT applications including but not limited to V2X applications, transparent IPv4/IPv6 multicast delivery, IPTV.
  • control channel for delivery mode 2 needs to be flexible and resource efficient for various types of use cases.
  • LTE SC-PTM has a limitation that there is only one SC-MCCH per cell. However, considering that NR MBS distribution mode 2 is expected to have more use cases than LTE, it is necessary to remove such restrictions. If multiple MCCHs are allowed in a cell, each MCCH has different scheduling settings, such as repetition period, which can be optimized for a particular service. How the UE identifies the MCCH serving the service of interest needs further study.
  • Proposal 5 For distribution mode 2, RAN2 should consider whether the cell supports multiple MCCHs, which were not supported in LTE.
  • a new paradigm for NR is support for on-demand SI transmission.
  • This concept can be reused for delivery mode 2 MCCH, ie on-demand MCCH.
  • MCCH for delay tolerant services is provided on demand, thus optimizing signaling resource consumption.
  • the network has another option of providing MCCH periodically. That is, not on-demand, such as delay-sensitive services.
  • Proposal 6 For delivery mode 2, RAN2 should discuss options if MCCH, which was not in LTE, is provided on an on-demand basis.
  • SIB provides MTCH scheduling information directly, ie without MCCH. It provides delay tolerant services and optimization for power sensitive UEs. For example, a UE may request SIBs (on demand) and a gNB may start providing SIBs and corresponding services after requests from multiple UEs. These UEs do not need to monitor the repeatedly broadcast MCCH.
  • Proposal 7 For delivery mode 2, RAN2 should discuss options if multicast reception without MCCH is supported (ie one-step configuration). For example, the SIB directly provides MTCH scheduling information.
  • MCCH change notification It was agreed to introduce MCCH change notification. This is assumed to be similar to LTE SC-PTM notification. At least session initiation informs the UE of the MCCH change.
  • the SC-MCCH change notification may be interpreted as not needing to be restricted to some extent at the start of the session.
  • MCCH change notification needs to be provided every time the configuration is changed, not just at the start of a session.
  • Proposal 8 For delivery mode 2, RAN2 needs to discuss whether MCCH change notification is provided whenever MCCH information is changed.
  • MII MBMS Interest Indication
  • MBMS counting MBMS counting
  • the UE triggered MII contains information related to the target MBMS frequency, target MBMS service, MBMS priority and MBMS ROM (receive only mode).
  • a counting response triggered by the network via a counting request for a particular MBMS service contains information related to the MBSFN area and MBMS service of interest.
  • MII is mainly used in networks to allow the UE to continue receiving targeted services while connected.
  • Counting is used to allow the network to determine whether a sufficient number of UEs are interested in receiving the service.
  • LTE eMBMS For NR MBS, it was agreed that MBS Interest Indication is supported in RRC Connected state, but not in Idle/Inactive state. Based on this, it is worth considering enhancements in addition to LTE eMBMS. In LTE eMBMS, neither MII nor counting can collect information from idle UEs, even if most of the UEs are in RRC idle and receiving broadcast services. This is, in our understanding, one of the remaining issues of LTE eMBMS in terms of session control and resource efficiency.
  • the same problem can occur with idle/inactive UEs, ie delivery mode 2 of broadcast sessions.
  • the network does not know if an idle/inactive UE is not receiving/interested in the broadcast service. Therefore, the network may continue to provide PTM transmissions even if there are no UEs receiving service. Such unnecessary PTM transmissions should be avoided if the gNB is aware of the idle/inactive UE's interests. Conversely, if PTM goes down while there are still idle/inactive UEs receiving service, many UEs may send connection requests simultaneously, which is also undesirable.
  • NR MBS does not have MCE. This means that the MCE functionality is integrated within the gNB. In this sense, it is RAN2 that decides whether counting is required in the NRMBS regardless of what RAN3 decides from the network interface point of view.
  • Proposal 9 RAN2 should discuss whether MBS counting is introduced and whether it is also collected from idle/inactive UEs.

Landscapes

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

Abstract

一実施形態に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法である。前記通信制御方法は、前記ユーザ装置が、前記ユーザ装置が興味を持つＭＢＳセッションのうち、ブロードキャストで送信されるＭＢＳセッションであるブロードキャストセッションを特定することと、前記ユーザ装置が、前記特定したブロードキャストセッションを識別する識別情報を含むＭＢＳ興味通知を前記基地局に送信することと、を有する。

Description

通信制御方法及びユーザ装置
　本開示は、移動通信システムで用いる通信制御方法及びユーザ装置に関する。
　近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。
３ＧＰＰ技術仕様書「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．３．０　（２０２０－０９）」
　第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法である。前記通信制御方法は、前記ユーザ装置が、前記ユーザ装置が興味を持つＭＢＳセッションのうち、ブロードキャストで送信されるＭＢＳセッションであるブロードキャストセッションを特定することと、前記ユーザ装置が、前記特定したブロードキャストセッションを識別する識別情報を含むＭＢＳ興味通知を前記基地局に送信することと、を有する。
　第２の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法である。前記通信制御方法は、前記ユーザ装置が、マルチキャストで送信されるＭＢＳセッションであるマルチキャストセッションに対する所定手順を、コアネットワーク装置と行うことと、前記ユーザ装置が、前記所定手順が完了したマルチキャストセッションを識別する識別情報を含むメッセージを前記基地局に送信することと、を有する。前記所定手順は、セッション参加手順又はセッション離脱手順である。
　第３の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法である。前記通信制御方法は、前記ユーザ装置が、前記基地局から受信しているＭＢＳセッションの提供を前記基地局が停止することを示す停止通知を前記基地局から受信することと、前記ユーザ装置が、前記停止通知の受信に応じて、前記ＭＢＳセッションの受信を停止することと、前記ユーザ装置が、前記ＭＢＳセッションの提供を前記基地局が再開することを示す再開通知を前記基地局から受信することと、有する。
　第４の態様に係るユーザ装置は、第１乃至第３の態様のいずれかに係る通信制御方法を実行するプロセッサを備える。
一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 一実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。 一実施形態に係るＭＢＳデータの配信方法を示す図である。 一実施形態に係るＭＢＳセッション参加手順を示す図である。 一実施形態に係るＭＢＳセッション離脱手順を示す図である。 第１実施形態に係る動作例を示す図である。 第１実施形態の変更例１に係る動作例を示す図である。 第１実施形態の変更例２に係る動作例を示す図である。 第２実施形態に係る動作例を示す図である。 第３実施形態に係る動作例を示す図である。 ＭＢＳ設定に関する合意の概要を示す図である。 配信モード１の設定の構造を示す図である。 配信モード２の設定の構成を示す図である。
　５Ｇシステム（ＮＲ）にマルチキャスト・ブロードキャストサービスを導入することが検討されている。ＮＲのマルチキャスト・ブロードキャストサービスは、ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。
　そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現する通信制御方法及びユーザ装置を提供することを目的とする。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（移動通信システムの構成）
　まず、実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。また、移動通信システムには第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。
　図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）、タブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、及び／又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。
　図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。
　図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。
　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣ接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
　なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　（ＭＢＳ）
　次に、一実施形態に係るＭＢＳについて説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を可能とするサービスである。ＭＢＳは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　ａｎｄ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）と呼ばれてもよい。なお、ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ　ｐｒｏｔｏｃｏｌ　ｔｅｌｅｖｉｓｉｏｎ）、グループ通信、及びソフトウェア配信等がある。
　ＬＴＥにおけるＭＢＳの送信方式には、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ　Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ　Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）送信及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）送信の２種類がある。図６は、一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。
　図６に示すように、ＭＢＳＦＮ送信に用いる論理チャネルはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、ＭＢＳＦＮ送信に用いるトランスポートチャネルはＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）である。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計されており、複数のセルからなるＭＢＳＦＮエリアにおいて各セルが同じＭＢＳＦＮサブフレームで同じ信号（同じデータ）の同期送信を行う。
　ＳＣ－ＰＴＭ送信に用いる論理チャネルはＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、ＳＣ－ＰＴＭ送信に用いるトランスポートチャネルはＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信は、主に単一セル送信用に設計されており、セル単位でブロードキャスト又はマルチキャストでのデータ送信を行う。ＳＣ－ＰＴＭ送信に用いる物理チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、動的なリソース割当が可能になっている。
　以下において、ＳＣ－ＰＴＭ伝送方式と同様な方式を用いてＭＢＳが提供される一例について主として説明するが、ＭＢＳＦＮ伝送方式を用いてＭＢＳが提供されてもよい。
　また、ＭＢＳデータとは、ＭＢＳにより提供されるデータをいい、ＭＢＳ制御チャネルとは、ＭＣＣＨ又はＳＣ－ＭＣＣＨをいい、ＭＢＳトラフィックチャネルとは、ＭＴＣＨ又はＳＣ－ＭＴＣＨをいうものとする。但し、ＭＢＳデータは、ユニキャストで送信される場合もある。ＭＢＳデータは、ＭＢＳパケット又はＭＢＳトラフィックと呼ばれてもよい。
　ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳセッションは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）及びセッション識別子のうち少なくとも１つにより識別され、これらの識別子のうち少なくとも１つをＭＢＳ識別情報と呼ぶ。このようなＭＢＳ識別情報は、ＭＢＳサービス識別子又はマルチキャストグループ識別子（Ｇ－ＲＮＴＩ：　Ｇｒｏｕｐ－Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）ばれてもよい。
　ＭＢＳセッションは、ブロードキャストセッションとマルチキャストセッションとを含む。
　ブロードキャストセッションは、ブロードキャストサービスを配信するためのセッションである。ブロードキャストサービスは、高信頼性のＱｏＳを必要としないアプリケーションのために、特定のサービスエリア内のすべてのＵＥ１００に対してサービスを提供する。ブロードキャストサービスは、全てのＲＲＣ状態（ＲＲＣアイドル状態、ＲＲＣインアクティブ状態及びＲＲＣコネクティッド状態）のＵＥ１００により利用可能である。ブロードキャストセッションに属するＭＢＳデータは、ブロードキャストで送信される。
　マルチキャストセッションは、マルチキャスサービスを配信するためのセッションである。マルチキャストサービスは、高信頼性のＱｏＳを必要とするアプリケーションのために、マルチキャスセッションに参加しているＵＥ１００のグループに対してサービスを提供する。マルチキャスサービスは、主にＲＲＣコネクティッド状態のＵＥ１００により利用可能である。マルチキャストセッションに属するＭＢＳデータは、マルチキャストで送信される。
　図７は、一実施形態に係るＭＢＳデータの配信方法を示す図である。
　図７に示すように、ＭＢＳデータ（ＭＢＳ　Ｔｒａｆｆｉｃ）は、単一のデータソース（アプリケーションサービスプロバイダ）から複数のＵＥに配信される。５Ｇコアネットワークである５Ｇ　ＣＮ（５ＧＣ）２０は、アプリケーションサービスプロバイダからＭＢＳデータを受信し、ＭＢＳデータのコピーの作成（Ｒｅｐｌｉｃａｔｉｏｎ）を行って配信する。
　５ＧＣ２０の観点からは、共有ＭＢＳデータ配信（Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）及び個別ＭＢＳデータ配信（Ｉｎｄｉｖｉｄｕａｌ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）の２つの配信方法が可能である。
　共有ＭＢＳデータ配信では、５Ｇ無線アクセスネットワーク（５Ｇ　ＲＡＮ）であるＮＧ－ＲＡＮ１０と５ＧＣ２０との間に接続が確立され、５ＧＣ２０からＮＧ－ＲＡＮ１０へＭＢＳデータを配信する。以下において、このような接続（トンネル）を「ＭＢＳ接続」と呼ぶ。
　ＭＢＳ接続は、Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ接続又は共有トランスポート（ｓｈａｒｅｄ　ｔｒａｎｓｐｏｒｔ）と呼ばれてもよい。ＭＢＳ接続は、ＮＧ－ＲＡＮ１０（すなわち、ｇＮＢ２００）で終端する。
　ｇＮＢ２００は、自身の判断でＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ：ユニキャスト）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ：マルチキャスト又はブロードキャスト）のいずれかの伝送方式を選択し、選択した伝送方式でＵＥ１００にＭＢＳデータを送信する。
　他方、個別ＭＢＳデータ配信では、ＮＧ－ＲＡＮ１０とＵＥ１００との間にユニキャストのセッションが確立され、５ＧＣ２０からＵＥ１００へＭＢＳデータを個別に配信する。このようなユニキャストは、ＰＤＵセッション（ＰＤＵ　Ｓｅｓｓｉｏｎ）と呼ばれてもよい。ユニキャスト（ＰＤＵセッション）は、ＵＥ１００で終端する。
　（ＭＢＳセッション参加手順）
　次に、一実施形態に係るＭＢＳセッション参加手順を説明する。
　ＭＢＳセッション参加手順は、あるＭＢＳセッションへのＵＥ１００の興味をコアネットワークに通知するためにＵＥ１００によって使用される。ＭＢＳセッション参加手順中に、各ＵＥ１００の興味に応じてＭＢＳセッションのサービスエリア（複数のセルからなるサービスエリア）を調整できる。これにより、無線リソースを動的かつ効率的に使用できる。ＵＥ１００は、マルチキャストセッションを受信するために、ＭＢＳセッション参加手順を行う必要がある。
　図８は、一実施形態に係るＭＢＳセッション参加手順を示す図である。
　図８に示すように、ステップＳ１１において、ＵＥ１００は、ＲＲＣコネクティッド状態にある。
　ステップＳ１２において、ＵＥ１００は、セッション参加要求（Ｓｅｓｓｉｏｎ　Ｊｏｉｎ　Ｒｅｑｕｅｓｔ）メッセージをＡＭＦ３００（コアネットワーク装置）に送信する。セッション参加要求メッセージは、ＵＥ１００が興味を持つＭＢＳセッションを識別するＭＢＳ識別情報を含む。セッション参加要求メッセージはＮＡＳメッセージであり、ｇＮＢ２００経由でＡＭＦ３００に送信される。
　ステップＳ１３において、ＡＭＦ３００は、セッション参加を承諾するためのセッション参加承諾（Ｓｅｓｓｉｏｎ　Ｊｏｉｎ　Ａｃｃｅｐｔ）メッセージをＵＥ１００に送信する。セッション参加承諾メッセージはＮＡＳメッセージであり、ｇＮＢ２００経由でＵＥ１００に送信される。
　ＡＭＦ３００は、ＵＥ１００が興味を持つＭＢＳセッションを識別するＭＢＳ識別情報をｇＮＢ２００に通知してもよい。これにより、ｇＮＢ２００は、ＵＥ１００が受信に興味を持つＭＢＳセッションを把握できる。
　（ＭＢＳセッション離脱手順）
　次に、一実施形態に係るマルチキャストセッション離脱手順を説明する。
　ＭＢＳセッション離脱手順は、あるＭＢＳセッションへのＵＥ１００の興味がなくなったことをコアネットワークに通知するためにＵＥ１００によって使用される。ＭＢＳセッション離脱手順は、マルチキャストセッションについて必要である。
　図９は、一実施形態に係るＭＢＳセッション離脱手順を示す図である。
　図９に示すように、ステップＳ２１において、ＵＥ１００は、ＲＲＣコネクティッド状態にある。
　ステップＳ２２において、ＵＥ１００は、セッション離脱要求（Ｓｅｓｓｉｏｎ　Ｌｅａｖｅ　Ｒｅｑｕｅｓｔ）メッセージをＡＭＦ３００に送信する。セッション離脱要求メッセージは、ＵＥ１００の興味がなくなったＭＢＳセッションを識別するＭＢＳ識別情報を含む。セッション離脱要求メッセージはＮＡＳメッセージであり、ｇＮＢ２００経由でＡＭＦ３００に送信される。
　ステップＳ２３において、ＡＭＦ３００は、セッション離脱応答（Ｓｅｓｓｉｏｎ　Ｌｅａｖｅ　Ｒｅｓｐｏｎｓｅ）メッセージをＵＥ１００に送信する。セッション離脱応答メッセージはＮＡＳメッセージであり、ｇＮＢ２００経由でＵＥ１００に送信される。
　ＡＭＦ３００は、ＵＥ１００の興味がなくなったＭＢＳセッションを識別するＭＢＳ識別情報をｇＮＢ２００に通知してもよい。これにより、ｇＮＢ２００は、ＵＥ１００の興味がなくなったＭＢＳセッションを把握できる。
　（ＭＢＳ興味通知）
　次に、一実施形態に係るＭＢＳ興味通知を説明する。
　ＭＢＳのサービス継続性を維持するために、ＵＥ１００は、自身が受信に興味を持つＭＢＳセッションに関するＭＢＳ興味通知をｇＮＢ２００に送信する。ｇＮＢ２００は、当該ＵＥ１００をハンドオーバする必要性がある場合に、当該ＵＥ１００が受信に興味を持つＭＢＳセッションと同じＭＢＳセッションを提供する他のｇＮＢ２００にハンドオーバする。これにより、ＵＥ１００のＭＢＳのサービス継続性を維持することができる。
　ＭＢＳ興味通知は、ＵＥ１００が自発的に送信するＭＢＳ興味通知メッセージ又はこのメッセージに含まれる情報要素であってもよいし、ＵＥ１００がｇＮＢ２００Ｂからの要求に応じて送信するＭＢＳカウンティング応答メッセージ又はこのメッセージに含まれる情報要素であってもよい。
　このようなメッセージ（ＭＢＳ興味通知）は、例えばＲＲＣメッセージであって、ＵＥ１００が興味を持つＭＢＳセッションを識別するＭＢＳ識別情報を含む。ＭＢＳ興味通知は、当該ＭＢＳセッションに対応するＱｏＳフローの識別情報、当該ＭＢＳセッションが提供される周波数の識別情報のうち、少なくとも１つをさらに含んでもよい。
　（第１実施形態）
　上述のように、ＡＭＦ３００は、ＭＢＳセッション参加手順を介して、ＵＥ１００が興味を持つＭＢＳセッションを把握する。ＭＢＳセッション参加手順は、マルチキャストセッションについて必要であるため、ＡＭＦ３００は、ＵＥ１００が興味を持つマルチキャストセッションを把握する。よって、ｇＮＢ２００は、ＡＭＦ３００とのシグナリングを介して、ＵＥ１００が興味を持つマルチキャストセッションを把握できる。このため、ＭＢＳセッションのうち、マルチキャストセッションに関するＭＢＳ興味情報をＵＥ１００からｇＮＢ２００に送信する必要性が低い。特に、ｇＮＢ２００が、ＡＭＦ３００とのシグナリングによりＵＥ１００が興味を持つマルチキャストセッションをすでに把握している状況下において、ＵＥ１００が、マルチキャストセッションに関するＭＢＳ興味情報をｇＮＢ２００に送信すると、無線リソースが無駄に浪費される恐れがある。
　第１実施形態に係る通信制御方法は、ｇＮＢ２００からＵＥ１００に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる方法である。第１実施形態に係る通信制御方法は、ＵＥ１００が、ＵＥ１００が興味を持つＭＢＳセッションのうち、ブロードキャストセッションを特定するステップと、ＵＥ１００は、特定したブロードキャストセッションを識別する識別情報を含むＭＢＳ興味通知を前記基地局に送信するステップとを有する。特定するステップは、ＵＥ１００がｇＮＢ２００から受信したブロードキャストセッション識別情報に基づいて、ブロードキャストセッションを特定するステップを含む。
　図１０は、第１実施形態に係る動作例を示す図である。
　図１０に示すように、ステップＳ１０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッド状態にある。
　ステップＳ１０２において、ＵＥ１００は、ブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）を介して、ＭＢＳシステム情報をｇＮＢ２００から受信する。なお、システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）と呼ばれることがある。ＭＢＳシステム情報は、所定タイプのＳＩＢ（例えばＳＩＢタイプ１）によりスケジューリングされた周期で送信される場合と、ＵＥ１００からの要求に応じて（すなわち、オンデマンドで）送信される場合とがある。
　ＭＢＳシステム情報は、ｇＮＢ２００が管理するセルで用いるＭＢＳ制御チャネルの受信に必要なスケジューリング情報を含む。例えば、ＭＢＳシステム情報は、ＭＢＳ制御チャネルの内容（ＭＢＳ制御情報）が変更され得る周期を示す情報と、ＭＢＳ制御チャネル送信の時間間隔を無線フレーム数で示す情報と、ＭＢＳ制御チャネルがスケジュールされる無線フレームのオフセットを示す情報と、ＭＢＳ制御チャネルがスケジュールされるサブフレームを示す情報とのうち少なくとも１つを含む。
　ＭＢＳ制御チャネルは、ＭＢＳ制御情報を搬送する。ＭＢＳ制御情報は、ＭＢＳセッションに対応するＭＢＳトラフィックチャネルの受信に必要なスケジューリング情報からなるリストを含む。かかるスケジューリング情報は、当該ＭＢＳトラフィックチャネルに対応するＭＢＳセッションを識別するＭＢＳ識別情報と、当該ＭＢＳトラフィックチャネルのためのＤＲＸ情報（もしくはスケジューリング情報）とを含む。ＭＢＳセッションとＭＢＳトラフィックチャネルとは、１対１で対応付けられる。すなわち、１つのＭＢＳトラフィックチャネルは、１つのみのＭＢＳセッションのＭＢＳデータを搬送する。
　第１実施形態において、ＭＢＳシステム情報は、ブロードキャストセッション識別情報を含む。ブロードキャストセッション識別情報は、ＭＢＳセッションのうち、ブロードキャストセッションのみを識別するＭＢＳ識別情報である。すなわち、ブロードキャストセッション識別情報は、マルチキャストセッションを識別しない。ブロードキャストセッション識別情報は、複数のブロードキャストセッションのそれぞれを識別するＭＢＳ識別情報からなるリストであってもよい。
　ＭＢＳシステム情報に含まれるブロードキャストセッション識別情報は、ｇＮＢ２００が管理するセルにおいて提供されるブロードキャストセッションを識別する。ＭＢＳシステム情報は、ｇＮＢ２００が管理するセルの隣接セルにおいて提供されるブロードキャストセッションを識別するブロードキャストセッション識別情報をさらに含んでもよい。
　ステップＳ１０３において、ＵＥ１００は、ＭＢＳシステム情報に含まれるブロードキャストセッション識別情報に基づいて、ＵＥ１００が興味を持つＭＢＳセッションのうちのブロードキャストセッションを特定する。
　具体的には、ＵＥ１００は、自身が興味を持つＭＢＳセッションを識別するＭＢＳ識別情報のうち、ＭＢＳシステム情報に含まれるブロードキャストセッション識別情報と一致するものを抽出し、抽出したＭＢＳ識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッションとして特定する。
　ステップＳ１０４において、ＵＥ１００は、ステップＳ１０３において特定したブロードキャストセッションを識別するＭＢＳ識別情報を含むＭＢＳ興味通知をｇＮＢ２００に送信する。
　ｇＮＢ２００は、ＭＢＳ興味通知に基づいて、ＵＥ１００のハンドオーバを制御してもよい。
　第１実施形態において、ブロードキャストセッション識別情報は、ブロードキャストセッション又はマルチキャストセッションを識別するための情報であってもよい。かかる情報は、一つ以上のＭＢＳ識別情報に紐づいた、ブロードキャストセッションもしくはマルチキャストセッションを識別するための情報であってもよい。
　第１実施形態において、ブロードキャストセッション識別情報は、ＭＢＳ興味通知の送信が許可される（又は必要とする）ＭＢＳセッションを識別するための情報であってもよい。かかる情報は、一つ以上のＭＢＳ識別情報に紐づいた、ＭＢＳ興味通知の送信を許可する（又は必要とする）ための情報であってもよい。この場合、ＵＥ１００は、当該情報に基づいて、ＵＥ１００が興味を持つＭＢＳセッションのうちの、ＭＢＳ興味通知の送信が許可される（又は必要とする）ＭＢＳセッションを特定し、当該ＭＢＳセッションの識別情報をＭＢＳ興味通知に含めて送信してもよい。
　第１実施形態において、ｇＮＢ２００は、あるＭＢＳセッションについてＵＥ１００が興味を持つか否かを、ＡＭＦ３００とのシグナリングを介して把握できる場合、当該ＭＢＳセッションをマルチキャストセッションと識別してもよい。一方、ｇＮＢ２００は、あるＭＢＳセッションについてＵＥ１００が興味を持つか否かを、ＡＭＦ３００とのシグナリングを介して把握できる場合、当該ＭＢＳセッションをブロードキャストセッションと識別してもよい。ｇＮＢ２００は当該識別結果に応じて、ブロードキャストセッション識別情報の送信要否及び／又は送信内容を決定してもよい。
　第１実施形態において、ブロードキャストセッション識別情報は、ＭＢＳ制御情報に含まれていてもよい。
　（第１実施形態の変更例１）
　次に、第１実施形態の変更例１について、第１実施形態との相違点を主として説明する。変更例１において、ＵＥ１００は、ブロードキャストセッションのためのＭＢＳ制御チャネルで受信した情報に基づいて、ブロードキャストセッションを特定する。
　第１実施形態の変更例１において、ＭＢＳ制御チャネルは、ブロードキャストセッションのためのＭＢＳ制御チャネル（以下、タイプ１ＭＢＳ制御チャネルと呼ぶ）と、マルチキャストセッションのためのＭＢＳ制御チャネル（以下、タイプ２ＭＢＳ制御チャネルと呼ぶ）との２つのタイプに分けられる。
　タイプ１ＭＢＳ制御チャネルは、ブロードキャストセッションに対応するＭＢＳトラフィックチャネルのスケジューリング情報を含み、マルチキャストセッションに対応するＭＢＳトラフィックチャネルのスケジューリング情報を含まない。
　タイプ２ＭＢＳ制御チャネルが搬送するＭＢＳ制御情報は、マルチキャストセッションのみに対応するＭＢＳトラフィックチャネルのスケジューリング情報を含み、ブロードキャストセッションに対応するＭＢＳトラフィックチャネルのケジューリング情報を含まない。
　ＭＢＳシステム情報は、タイプ１ＭＢＳ制御チャネル及びタイプ２ＭＢＳ制御チャネルのそれぞれのスケジューリング情報を含む。ＭＢＳシステム情報は、タイプ１ＭＢＳ制御チャネル及びタイプ２ＭＢＳ制御チャネルのそれぞれの識別子（名称）を含んでもよい。このようなＭＢＳ制御チャネル識別子は、予め決められたタグを含んでもよい。例えば、タイプ１ＭＢＳ制御チャネルが「ＭＣＣＨ－ｂｒｏａｄｃａｓｔ」と表現され、タイプ２ＭＢＳ制御チャネルが「ＭＣＣＨ－ｍｕｌｔｉｃａｓｔ」と表現される。或いは、「ＭＣＣＨ－Ａ」、「ＭＣＣＨ－Ｂ」といったように抽象化されたＭＢＳ制御チャネル識別子を用いてもよい。この場合、どのＭＢＳ制御チャネルがタイプ１であるか、どのＭＢＳ制御チャネルがタイプ２であるかの情報をＭＢＳシステム情報に含めてもよい。もしくは、どのＭＢＳ制御チャネルがＭＢＳ興味通知の送信を許可するのかの情報をＭＢＳシステム情報に含めてもよい。
　第１実施形態の変更例１において、ＵＥ１００は、タイプ１ＭＢＳ制御チャネルで受信したＭＢＳ制御情報に含まれるＭＢＳ識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッションとして認識する。
　第１実施形態の変更例１において、ｇＮＢ２００は、自セルにおいてタイプ１ＭＢＳ制御チャネルのみを送信してもよい。この場合、ｇＮＢ２００は、自セルにおいてタイプ２ＭＢＳ制御チャネルを送信しない。ＵＥ１００は、タイプを区別せずに、ＭＢＳ制御チャネルで受信したＭＢＳ制御情報に含まれるＭＢＳ識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッションとして認識する。なお、この場合、マルチキャストセッションに対応するＭＢＳトラフィックチャネルのスケジューリング情報は、ユニキャストＲＲＣシグナリングでＵＥ１００に通知されてもよい。
　第１実施形態の変更例１において、タイプ１及びタイプ２ＭＢＳ制御チャネルは、それぞれ別の論理チャネル識別子（ＬＣＩＤ）及び／又は無線ネットワークテンポラリ識別子（ＲＮＴＩ）に紐づけて送信してもよい。
　図１１は、第１実施形態の変更例１に係る動作例を示す図である。
　図１１に示すように、ステップＳ２０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッド状態にある。
　ステップＳ２０２において、ＵＥ１００は、ＭＢＳシステム情報をｇＮＢ２００から受信する。
　ステップＳ２０３において、ＵＥ１００は、ＭＢＳシステム情報に基づいて、タイプ１ＭＢＳ制御チャネル（ブロードキャストセッションのためのＭＢＳ制御チャネル）を受信する。
　ここで、ＵＥ１００は、タイプ１ＭＢＳ制御チャネルで受信したＭＢＳ制御情報に含まれるＭＢＳ識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッション（もしくはＭＢＳ興味通知を許可するＭＢＳセッション）として認識する。
　ステップＳ２０４において、ＵＥ１００が興味を持つＭＢＳセッションのうちのブロードキャストセッションを特定する。具体的には、ＵＥ１００は、自身が興味を持つＭＢＳセッションを識別するＭＢＳ識別情報のうち、タイプ１ＭＢＳ制御チャネルで受信したＭＢＳ制御情報に含まれるＭＢＳ識別情報と一致するものを抽出し、抽出したＭＢＳ識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッションとして特定する。
　ステップＳ２０５において、ＵＥ１００は、ステップＳ２０４において特定したブロードキャストセッションを識別するＭＢＳ識別情報を含むＭＢＳ興味通知をｇＮＢ２００に送信する。
　（第１実施形態の変更例２）
　次に、第１実施形態の変更例２について、第１実施形態との相違点を主として説明する。変更例２において、ＵＥ１００のＲＲＣレイヤは、ＮＡＳレイヤから取得する識別情報に基づいて、ブロードキャストセッションを特定する。以下では、上位レイヤの一例としてＮＡＳレイヤについて説明するが、ＮＡＳレイヤに限定されず、アプリケーションレイヤであってもよい。
　図１２は、第１実施形態の変更例２に係る動作例を示す図である。
　図１２に示すように、ステップＳ３０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッド状態にある。
　ステップＳ３０２において、ＵＥ１００のＮＡＳレイヤは、ＵＥ１００のＲＲＣレイヤに識別情報を提供する。識別情報は、ＮＡＳレイヤにおいて特定されるブロードキャストセッションを識別する。ここで、前述の通り、マルチキャストセッションについてＭＢＳセッション参加手順が必要であるため、ＮＡＳレイヤは、ＭＢＳセッション参加手順が必要としないＭＢＳセッション（もしくはＭＢＳセッション参加手順実施／完了していないＭＢＳセッション）を、ブロードキャストセッションとして特定できる。
　ステップＳ３０３において、ＵＥ１００のＲＲＣレイヤは、ＵＥ１００が興味を持つＭＢＳセッションのうちのブロードキャストセッションを特定する。具体的には、ＲＲＣレイヤは、ステップＳ３０２においてＮＡＳレイヤから取得した識別情報によって識別されるＭＢＳセッションを、ブロードキャストセッション（もしくはＭＢＳ興味通知が必要なＭＢＳセッション）として特定する。
　ステップＳ３０４において、ＵＥ１００のＲＲＣレイヤは、ブロードキャストセッションを識別するＭＢＳ識別情報を含むＭＢＳ興味通知をｇＮＢ２００に送信する。
　変更例２において、ステップＳ３０１の前において、ＵＥ１００は、ＭＢＳセッション参加手順を行ってもよい。この場合、ステップＳ３０２における識別情報は、ＭＢＳセッション参加手順が完了したＭＢＳセッションを識別する。ステップＳ３０３において、ＵＥ１００のＲＲＣレイヤは、ステップＳ３０２の識別情報によって識別されるＭＢＳセッション以外のＭＢＳセッションを、ブロードキャストセッションとして特定する。
　（第２実施形態）
　次に、第２実施形態について、上述の実施形態との相違点を主として説明する。
　上述のように、ＭＢＳのサービス継続性のために、ｇＮＢ２００は、ＡＭＦ３００とのシグナリングを介して、ＵＥ１００が興味を持つマルチキャストセッションを把握できる。しかしながら、ＡＭＦ３００が混雑すること等により、ｇＮＢ２００は、ＡＭＦ３００とのシグナリングができない場合がある。このため、ＵＥ１００が興味を持つマルチキャストセッションを把握できず、ＭＢＳのサービス継続性が維持できない恐れがある。
　第２実施形態に係る通信制御方法は、ｇＮＢ２００からＵＥ１００に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる方法である。第２実施形態に係る通信制御方法は、ＵＥ１００が、マルチキャストセッションに対する所定手順を、ＡＭＦ３００と行うステップと、ＵＥ１００が、所定手順が完了したマルチキャストセッションを識別する識別情報を含むメッセージをｇＮＢ２００に送信するステップと、を有する。所定手順は、セッション参加手順又はセッション離脱手順である。
　図１３は、第２実施形態に係る動作例を示す図である。
　図１３に示すように、ステップＳ４０１において、ＵＥ１００は、ＡＭＦ３００とのＭＢＳセッション参加手順を行う。ＭＢＳセッション参加手順を行った後に、ＵＥ１００のＮＡＳレイヤは、ＭＢＳセッション参加手順が完了したＭＢＳセッションを把握する。
　ＭＢＳセッション参加手順が完了した後に、ＵＥ１００はＲＲＣインアクティブ状態又はＲＲＣアイドル状態に遷移してもよい。
　ステップＳ４０２において、ＵＥ１００は、ＲＲＣコネクティッド状態にある。
　ステップＳ４０３において、ＵＥ１００は、ＭＢＳセッション参加手順が完了したマルチキャストセッションのＭＢＳ識別子を含むＲＲＣメッセージをｇＮＢ２００に送信する。これにより、ｇＮＢ２００は、ＵＥ１００が興味を持つＭＢＳセッションを把握できる。
　第２実施形態において、ステップＳ４０１においてＵＥ１００がＭＢＳセッション離脱手順を行ってもよい。この場合、ステップＳ４０３において、ＵＥ１００は、ＭＢＳセッション離脱手順が完了したマルチキャストセッションのＭＢＳ識別子を含むＲＲＣメッセージをｇＮＢ２００に送信する。これにより、ｇＮＢ２００は、ＵＥ１００の興味がなくなったＭＢＳセッションを把握できる。
　第２実施形態において、ステップＳ４０３におけるＲＲＣメッセージは、ＭＢＳ識別子ごとに、当該ＭＢＳ識別子が識別するマルチキャストセッションについての参加状況を示す情報を含んでもよい。参加状況を示す情報は、ＭＢＳセッション参加手順が完了したことを示す情報又は、ＭＢＳセッション離脱手順が完了したことを示す情報である。
　（第３実施形態）
　次に、第３実施形態について、上述の実施形態との相違点を主として説明する。
　ＭＢＳセッションの提供は、例えば、ｇＮＢ２００の決定により停止され、その後再開されることがある。ＭＢＳセッションの提供が停止されているにもかかわらず、ＭＢＳ制御チャネルにおいて、当該ＭＢＳセッションに対応するＭＢＳトラフィックチャネルのスケジューリング情報が継続的に送信されている場合がある。この場合、ＭＢＳセッションの提供の停止から再開の間において、ＵＥ１００は、不必要にＭＢＳセッションの受信を継続的に行ってしまい、無駄な電力を消費してしまう。
　第３実施形態に係る通信制御方法は、ｇＮＢ２００からＵＥ１００に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる方法である。第３実施形態に係る通信制御方法は、ＵＥ１００が、ｇＮＢ２００から受信しているＭＢＳセッションの提供をｇＮＢ２００が停止することを示す停止通知をｇＮＢ２００から受信するステップと、ＵＥ１００が、停止通知の受信に応じて、ＭＢＳセッションの受信を停止するステップと、ＵＥ１００が、ＭＢＳセッションの提供をｇＮＢ２００が再開することを示す再開通知をｇＮＢ２００から受信するステップと、を有する。
　図１４は、第３実施形態に係る動作例を示す図である。
　図１４に示すように、ステップ５０１において、ｇＮＢ２００は、ブロードキャスト制御チャネルを介して、ＭＢＳシステム情報をＵＥ１００に送信する。ＭＢＳシステム情報は、ＭＢＳ制御チャネルの受信に必要なスケジューリング情報を含む。
　ステップＳ５０２において、ｇＮＢ２００は、ステップＳ５０１で送信したＭＢＳシステム情報に従ったスケジューリングでＭＢＳ制御チャネル（ＭＢＳ制御情報）を送信する。ＭＢＳ制御情報は、ＭＢＳセッションに対応するＭＢＳトラフィックチャネルの受信に必要なスケジューリング情報を含む。
　ＵＥ１００は、ステップＳ５０１で受信したＭＢＳシステム情報に従ったスケジューリングで、ＭＢＳ制御チャネルを受信する。
　ステップＳ５０３において、ｇＮＢ２００は、ステップＳ５０２で送信したＭＢＳ制御情報に従ったスケジューリングで、ＭＢＳトラフィックチャネル（ＭＢＳデータ）を送信する。ＵＥ１００は、ステップＳ５０２で受信したＭＢＳ制御情報に従ったスケジューリングに基づいて、ＭＢＳデータを受信する。
　ステップＳ５０４において、ｇＮＢ２００は、ＭＢＳセッションの提供を停止することを決定する。例えば、ｇＮＢ２００は、コアネットワークからの指示に応じてかかる決定を行う。
　ステップＳ５０５において、ｇＮＢ２００は、ＭＢＳ制御チャネルを介して、ＭＢＳセッションの提供が停止することを示す停止通知をＵＥ１００に送信する。この時点で、ｇＮＢ２００は、ステップＳ５０２で送信するＭＢＳ制御情報を継続的に送信していてもよい。ｇＮＢ２００は、ＭＢＳセッションごとに停止通知を送信する。すなわち、停止通知は、ＭＢＳセッションと対応付けられる。ＭＢＳセッションごとに停止通知は、ＲＲＣメッセージで送信されてもよい。
　ステップＳ５０６において、ＵＥ１００は、停止通知の受信に応じて、ＭＢＳセッションの受信を停止する。
　ＵＥ１００は、ステップＳ５０５においてＭＢＳ制御情報を受信していても、ＭＢＳトラフィックチャネルの受信を停止する。
　ＵＥ１００は、ＭＢＳ制御情報を適用している場合であっても、ＭＢＳトラフィックチャネルの受信を停止する。例えば、ＵＥ１００は、適用したＭＢＳ制御情報によってスケジュールされるＭＢＳトラフィックチャネルの送信期間中であっても、ＭＢＳトラフィックチャネルの受信を停止する。
　ステップＳ５０７において、ｇＮＢ２００は、ＭＢＳセッションの提供を再開することを決定する。例えば、ｇＮＢ２００は、コアネットワークからの指示に応じてかかる決定を行う。
　ステップＳ５０８において、ｇＮＢ２００は、ＭＢＳ制御チャネルを介して、ＭＢＳセッションの提供が再開することを示す再開通知をＵＥ１００に送信する。ｇＮＢ２００は、再開通知とともに、新たなＭＢＳ制御情報を送信してもよい。例えば、ｇＮＢ２００は、ＭＢＳセッションの再開に応じてＭＢＳトラフィックチャネルのスケジューリングを変更する必要がある場合、ｇＮＢ２００は、新たなＭＢＳ制御情報を送信する。
　ステップＳ５０９において、ＵＥ１００は、再開通知の受信に応じて、ＭＢＳセッションの受信を再開する。例えば、ＵＥ１００は、既に適用したＭＢＳ制御情報（例えば、ステップＳ５０２で受信したＭＢＳ制御情報）に従ったスケジューリングに基づいて、ＭＢＳセッションの受信を再開する。ステップＳ５０８においてＵＥ１００は、新たなＭＢＳ制御情報を受信した場合、当該新たなＭＢＳ制御情報に従ったスケジューリングに基づいて、ＭＢＳセッションの受信を再開する。
　第３実施形態において、停止通知及び再開通知のそれぞれはＲＲＣメッセージで送信されてもよい。
　第３実施形態において、再開通知は、Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに含まれてもよい。Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎメッセージは、ＭＢＳ制御チャネルの内容が変更したことをＵＥ１００に通知するためのメッセージである。
　第３実施形態において、「停止」（ｓｔｏｐ）は、「サスペンド」（ｓｕｓｐｅｎｄ）又は「無効化」（ｄｅａｃｔｉｖａｔｅ）と読み替えてもよい。「再開」（ｒｅｓｔａｒｔ）は、「レジューム」（ｒｅｓｕｍｅ）又は「有効化」（ａｃｔｉｖａｔｅ）と読み替えてもよい。
　（その他実施形態）
　上述の各実施形態及び実施形態の変更例は、別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施可能である。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ（Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ））として構成してもよい。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、米国仮出願第６３／１６７２３４号（２０２１年３月２９日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　（付記１）
（導入）
　ＮＲマルチキャスト及びブロードキャストサービス（ＭＢＳ）に関する改訂されたワークアイテムは、ＲＡＮ＃８８で承認された。
　ＲＡＮ２＃１１２－ｅは、次のようにＭＢＳに２つの配信モードを導入することに合意した。
　Ｒｅｌ－１７の場合、Ｒ２は２つのモードを規定する。
・１：コネクティッド状態で利用可能な高ＱｏＳ（信頼性、遅延）要件のための１つの配信モード（データ受信がない場合は現在未定である、ＵＥは他の状態に切り替えることができる可能性がある）。
・２：「低」ＱｏＳ要件のための１つの配信モード。ＵＥはインアクティブ状態／アイドル状態でデータを受信することもできる（詳細は未定）。
　Ｒ２は、（Ｒ１７の場合）配信モード１がマルチキャストセッションにのみ使用されることを前提としている。
　Ｒ２は、配信モード２がブロードキャストセッションに使用されることを前提としている。
　配信モード２のマルチキャストセッションへの適用性は更なる検討が必要である。
■データなし：マルチキャストセッションで進行中のデータがない場合、ＵＥはＲＲＣコネクティッド状態にとどまることができる。その他の場合は更なる検討が必要である。
　配信モード２については、ＭＢＳ設定の概要を以下のように追加合意した。
■ＵＥは、ＢＣＣＨ及び／又はＭＣＣＨ（ＴＢＤ）によってＭＢＳ設定（ブロードキャスト／配信モード２の場合）を受信する。これは、アイドル／インアクティブモードで受信できる。コネクティッドモードは更なる検討が必要である（ＵＥの容量に依存し、サービスが提供される場所など）。通知メカニズムは、ＭＢＳ制御情報の変更を通知するために使用される。
　ＲＡＮ２＃１１３－ｅでは、配信モード２の詳細が次のように合意されました。
　アイドル状態／インアクティブ状態のＵＥとコネクティッドモードＵＥとの両方が、ＮＲ　ＭＢＳ配信モード２によって送信されるＭＢＳサービスを受信できる（すでに合意されているブロードキャストサービス、その他は未定）。コネクティッドモードのＵＥがこれを受信できるかどうかは、サービスのネットワークプロビジョニング（たとえば、どの周波数）、ＵＥコネクティッドモードの設定、及びＵＥの機能によって異なる。
　ＬＴＥ　ＳＣ－ＰＴＭで採用されている２ステップベースのアプローチ（ＢＣＣＨとＭＣＣＨ）は、ＮＲ　ＭＢＳ配信モード２のＰＴＭ設定の送信に再利用される。
　コネクティッド状態のＵＥのＬＴＥ　ＳＣ－ＰＴＭメカニズムを再利用して、ＮＲ　ＭＢＳ配信モード２のＰＴＭ設定、つまりブロードキャストベースの方法を受信できると想定する。
　ＮＲ　ＭＢＳの配信モード２のセッション開始によるＭＣＣＨ設定の変更を通知するために、ＭＣＣＨ変更通知メカニズムが使用されていると想定する（他の場合は、更なる検討が必要である）。
　ＭＢＳ興味インジケーションは、ブロードキャストサービスのコネクティッドモードのＵＥでサポートされていると想定する（通常、必須のネットワーク要件はなく、ネットワークアクションはネットワーク次第であると想定する）。
　ＭＢＳ興味インジケーションは、ＮＲＭＢＳ配信モード２のアイドル／インアクティブモードのＵＥではサポートされていない。
　サービス継続性の目的で、ＮＲ　ＭＢＳ配信モード２にいくつかの情報を提供できると想定する（更なる検討が必要な内容－例えば、ＵＳＤ、ＳＡＩ／ＴＭＧＩなどの他のグループの進捗状況に基づいて再検討する必要がある）。
　ＮＲ　ＭＢＳ配信モード２のサービス継続性のために周波数ベースでＭＢＳサービスのＵＥ認識をサポートするかどうかは更なる検討が必要である（つまり、ＬＴＥ　ＳＣ－ＰＴＭメカニズムを再利用する）。
　ＮＲ　ＭＢＳ配信モード２のサービス継続性のためのセル再選択中の周波数優先順位付けのサポートは更なる検討が必要である（つまり、ＬＴＥ　ＳＣ－ＰＴＭメカニズムを再利用する）。
　Ｐ２：マルチキャストを受信するＵＥをＲＲＣインアクティブ／アイドル状態に解放し、マルチキャストの受信を継続できるかどうかは保留されている。今後の議論ではＲＲＣをインアクティブに制限する必要がある。
　（付記２）
　この付記では、ＬＴＥ　ｅＭＢＭＳメカニズムと最新のＲＡＮ２の合意を考慮して、ＮＲ　ＭＢＳのコントロールプレーンの側面を考慮している。
　（議論）
　この時点で、セクション１で引用されたＲＡＮ２の合意と、ＳＡ２へのＬＳ応答の報告書によると、２つの配信モードの特性を図１５に要約できる。
　（配信モード１の設定）
　配信モード１は、主にＲＲＣコネクティッド状態でのデータ受信を考慮しているが、設定面の詳細はまだ合意されていない。配信モード１が高ＱｏＳサービスに使用されることを考慮すると、たとえば、ＰＴＰ／ＰＴＭスプリットベアラ、及び／又はロスレスハンドオーバが含まれる必要がある。これらのＵＥ固有の設定がＭＣＣＨを介して提供されるかどうかは意味がないため、配信モード１を設定するためにＲＲＣ再設定を使用する必要があることは非常に簡単である。ＳＡ２へのＬＳ応答で、ＲＲＣ再設定がＭＢＳ設定およびセッション開始による通知に使用されることが実際に確認された。
　所見１：配信モード１の場合、ＲＲＣ再設定は、ＭＢＳ設定およびセッション開始による通知に使用される。
　一方、ＷＩＤは、ＲＲＣコネクティッド状態とアイドル／インアクティブ状態がＭＢＳ設定に関して最大の共通性を持つ必要があることを明確に示している。ただし、ＲＡＮ２はそれぞれマルチキャストセッションとブロードキャストセッションの個別の配信モードに同意した。
　ＰＴＭ受信設定について、ＲＲＣコネクティッド状態とＲＲＣアイドル／ＲＲＣインアクティブ状態の間で最大の共通性を維持することを目的として、ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥによるＰＴＭ送信の受信を有効にするために必要な変更を規定する。
　これらの配信モードのＲＲＣメッセージが異なる場合でも、ＷＩＤの目的を達成するには、ＲＡＮ２＃１１２－ｅの議論で指摘されているように、ＭＢＳ設定のＩＥと構造を２つの配信モード間で可能な限り調整する必要がある。たとえば、配信モード１のＲＲＣ再設定には、配信モード２と共通のブロックであるＭＴＣＨスケジューリング情報に加えて、ＰＴＰ／ＰＴＭスプリットベアラ、ハンドオーバ関連情報などの配信モード１固有の情報が含まれ、これにより、詳細はこの時点で更なる検討が必要になる。
　提案１：ＲＡＮ２は、ＭＢＳ設定の観点から、例えば共通の構造とＩＥを使用して、２つの配信モード間の最大の共通性を目指すことに同意する必要がある。
　図１６「ＭＣＣＨ」は、ＭＴＣＨスケジューリング情報、つまりＭＢＳセッション情報と関連するＭＴＣＨ設定のみを指していることに注意する必要がある。配信モード１の場合、隣接セル情報は必要ない。
　ただし、マルチキャストセッションの進行中のデータがない場合に、ＵＥをアイドル／インアクティブ状態に解放できるかどうかは依然として更なる検討が必要である。言い換えると、アイドル／インアクティブ状態のＵＥが配信モード１を介してＭＢＳデータを受信できるかどうかは依然として更なる検討が必要である。ＲＡＮ２が合意したように、ベースラインの前提は、配信モード１、つまりマルチキャストセッションのためにＵＥをＲＲＣコネクティッド状態に維持する必要があり、高いＱｏＳが必要である。ただし、他の／例外的なケースについては、検討する価値がある。
　電子メールディスカッションで、一部の企業は、輻輳が原因でネットワークがすべてのＵＥをコネクティッド状態に維持できない可能性があると指摘した。他のいくつかの企業も、アップリンクインアクティビティ、ＱｏＳ要件、及び／又はＵＥの電力消費のために、ＵＥが常に接続されたままである必要はないことを指摘した。
　上記の点は、ネットワークとＵＥの両方にとって有益である可能性がある。ただし、ＵＥがインアクティブ状態に解放されるかどうか／いつ解放されるかはｇＮＢの実装次第であり、ＵＥがアイドル状態に解放されるかどうかはコアネットワーク次第であると理解されている。アイドル状態でのＭＢＳデータ受信に関する１つの懸念は、ｇＮＢがＵＥコンテキストを解放した場合（通常はインアクティブ状態でのみ保持され、アイドル状態では保持されない）、ｇＮＢの可制御性が失われる可能性があることを意味する。これは、配信モード１の概念と矛盾する可能性がある。したがって、ＲＡＮ２＃１１３－ｅの合意では、「今後の議論ではＲＲＣをインアクティブ状態に制限する必要がある」と述べられている。したがって、ＲＡＮ２は、配信モード１を少なくともインアクティブ状態でＵＥが受信できることに同意する必要がある。
　提案２：配信モード１の場合、ＲＡＮ２は、少なくともＲＲＣインアクティブ状態でＭＢＳデータをＵＥが受信できることに同意する必要がある。
　提案２に同意できる場合、アイドル／インアクティブのＭＢＳ設定がＵＥにどのように提供されるかは不明である。次の３つのオプションが考えられる。
　オプション１：ＲＲＣ再設定
　アイドル／インアクティブ状態のＵＥは、ＲＲＣ再設定によって提供されたＭＢＳ設定を引き続き適用する。ＵＥはＲＲＣコネクティッド用に最初に提供されたＭＢＳ設定を再利用するだけなので、このオプションは単純である。ただし、一部のＵＥの動作は、アイドル／インアクティブ状態に移行するとき、及び／又はＲＲＣコネクティッド状態に戻るときに明確にする必要がある（設定されている場合は、ＰＴＰ／ＰＴＭスプリットベアラ設定の処理方法など）。
　オプション２：ＲＲＣ解放
　アイドル／インアクティブ状態のＵＥは、ＲＲＣ解放によって提供されるＭＢＳ設定を適用する。このオプションは簡単に思えるが、ＭＢＳ設定が以前にＲＲＣ再設定によって提供されたものと異なるかどうかは疑わしいため、効率的ではない可能性がある。
　オプション３：配信モードをモード１からモード２に切り替える
　ＵＥは、アイドル／インアクティブ状態に解放される前に、配信モード１から配信モード２に切り替えられる。配信モード２は、ＲＡＮ２が合意したように、すべてのＲＲＣ状態でデータを受信できるように設計されているため、このオプションはもう１つの簡単な解決策である。ただし、たとえばＭＣＣＨの取得が原因で、切り替え中にパケット損失及び遅延が発生する可能性があることが予測される場合がある。
　各オプションには長所と短所があるが、私たちの見解では、オプション１は単純さと効率の点でわずかに好ましい。ＲＡＮ２は、上記のオプションを含むがこれに限定されない、アイドル／インアクティブ状態でのデータ受信のために配信モード１設定をＵＥに提供する方法について説明する必要がある。
　提案３：提案２に同意する場合、ＲＡＮ２は、インアクティブ状態でのデータ受信の配信モード１設定がＵＥにどのように提供されるかについて話し合う必要がある。
　（配信モード２の設定）
　ＬＴＥ　ＳＣ－ＰＴＭでは、設定は２つのメッセージ、つまりＳＩＢ２０とＳＣ－ＭＣＣＨによって提供される。ＳＩＢ２０は、ＳＣ－ＭＣＣＨスケジューリング情報を提供する。ＳＣ－ＭＣＣＨは、Ｇ－ＲＮＴＩおよびＴＭＧＩを含むＳＣ－ＭＴＣＨスケジューリング情報、および隣接セル情報を提供する。同じメカニズムをＮＲ　ＭＢＳに再利用することが合意された。
　ＮＲ　ＭＢＳは、ＷＩＤに記載されているさまざまなタイプのユースケースをサポートすることが期待されている。ＮＲ　ＭＢＳは、ソフトウェア配信などのロスレスアプリケーションからＩＰＴＶなどのＵＤＰタイプのストリーミングまでの要件の他の側面に加えて、ミッションクリティカル及びＶ２Ｘなどの遅延に敏感なアプリケーションから、ＩｏＴなどの遅延耐性のあるアプリケーションまで、さまざまな要件に合わせて適切に設計する必要がある。これらのサービスの一部は配信モード２でカバーされる場合があるが、「高いＱｏＳ要件」を持つ他のサービスには配信モード１が必要である。この意味で、ｇＮＢがマルチキャストセッションに配信モード２を使用することを選択できることは有益である。
　この問題は、ＲＡＮ２＃１１２－ｅからＲＡＮ２＃１１３－ｅまで更なる検討に委ねられていましたが、一般的に、私たちの観点から制限する技術的な理由はないようである。
　提案４：ＲＡＮ２は、ブロードキャストセッションに加えて、配信モード２をマルチキャストセッションに使用できることに同意する必要がある。
　提案４に照らして、配信モード２の制御チャネル設計では、柔軟性とそのリソース効率を考慮する必要がある。そうしないと、たとえば、遅延耐性サービスと遅延感受性サービスが１つの制御チャネルで一緒に設定されている場合に、より多くのシグナリングオーバーヘッドが発生する可能性がある。これにより、遅延感受性サービスからの遅延要件を満たすために、制御チャネルを頻繁にスケジュールする必要がある。
　ＳＡ２　ＳＩの目的Ａは、５ＧＳを介した一般的なＭＢＳサービスの有効化に関するものであり、この機能の恩恵を受ける可能性があると特定されたユースケースには、公共の安全とミッションクリティカル、Ｖ２Ｘアプリケーション、透過的なＩＰｖ４／ＩＰｖ６マルチキャスト配信、ＩＰＴＶが含まれる（ただしこれらに限定されません）、ワイヤレス、グループ通信、およびＩｏＴアプリケーションを介したソフトウェア配信がある。
　所見２：配信モード２の制御チャネルは、さまざまなタイプのユースケースに対して柔軟でリソース効率が高い必要がある。
　１つの可能性は、図１７に示すように、設定チャネルをさまざまなユースケースで分離する必要があるかどうかを検討することである。たとえば、あるＭＣＣＨは遅延に敏感なサービスを頻繁に提供し、別のＭＣＣＨは遅延耐性のあるサービスをまばらに提供する。ＬＴＥ　ＳＣ－ＰＴＭでは、１つのセルにＳＣ－ＭＣＣＨが１つしかないという制限がある。ただし、ＮＲ　ＭＢＳ配信モード２は、ＬＴＥよりも多くのユースケースが想定されていることを考慮すると、このような制限を取り除く必要がある。セル内で複数のＭＣＣＨが許可されている場合、各ＭＣＣＨには、特定のサービス用に最適化できる繰り返し期間など、異なるスケジューリング設定がある。ＵＥが対象のサービスにサービスを提供するＭＣＣＨを識別する方法は更なる検討が必要である。
　提案５：配信モード２の場合、ＲＡＮ２は、ＬＴＥではサポートされていなかった複数のＭＣＣＨがセルでサポートされているかどうかを検討する必要がある。
　さらに、ＮＲの新しいパラダイムは、オンデマンドＳＩ送信のサポートである。この概念は、配信モード２のＭＣＣＨ、つまりオンデマンドＭＣＣＨで再利用できる。たとえば、遅延耐性サービスのＭＣＣＨはオンデマンドで提供されるため、シグナリングのリソース消費を最適化できる。言うまでもなく、ネットワークには、ＭＣＣＨを定期的に提供する別のオプションがある。つまり、遅延に敏感なサービスなど、オンデマンドではない。
　提案６：配信モード２の場合、ＬＴＥにはなかったＭＣＣＨがオンデマンドベースで提供される場合、ＲＡＮ２はオプションについて話し合う必要がある。
　別の可能性として、これらのメッセージをマージすること、つまり、図１７に示すようなワンステップ設定をさらに検討することができる。たとえば、ＳＩＢは、ＭＴＣＨスケジューリング情報を直接、つまりＭＣＣＨなしで提供する。遅延耐性サービス及び電力に敏感なＵＥの最適化を提供する。例えば、ＵＥは、ＳＩＢ（オンデマンド）を要求することができ、ｇＮＢは、複数のＵＥからの要求の後に、ＳＩＢおよび対応するサービスの提供を開始することができる。これらのＵＥは、繰り返しブロードキャストされるＭＣＣＨを監視する必要はない。
　提案７：配信モード２の場合、ＲＡＮ２は、ＭＣＣＨなしのマルチキャスト受信がサポートされている場合（つまり、ワンステップ構成）、オプションについて話し合う必要がある。たとえば、ＳＩＢはＭＴＣＨスケジューリング情報を直接提供する。
　ＭＣＣＨ変更通知の導入が合意された。これはＬＴＥ　ＳＣ－ＰＴＭの通知と同様であると想定されている。少なくともセッションの開始により、ＵＥにＭＣＣＨの変更が通知される。
　最新のＬＴＥ仕様によると、「繰り返し周期でＳＣ－ＭＣＣＨ送信に使用できる最初のサブフレームの変更について、ネットワークがＳＣ－ＭＣＣＨ情報（の一部）を変更すると、ＢＬ　ＵＥ、ＣＥ内のＵＥ、またはＮＢ－ＩｏＴ　ＵＥ以外のＵＥに変更を通知する。」ＳＣ－ＭＣＣＨ変更通知は、セッション開始時にある程度制限する必要はないと解釈される場合がある。
　ＭＢＳセッション中にＭＣＣＨ変更通知が提供されない場合、ＵＥは、ＭＣＣＨが更新されているかどうかを確認するために、ＭＣＣＨ変更境界ごとにＭＣＣＨを常にデコードする必要がある。ＭＣＣＨ変更通知のみをデコードする場合と比較して、ＵＥの電力消費の観点からは非効率的である。したがって、ＭＣＣＨ変更通知は、セッションの開始だけでなく、設定が変更されるたびに提供する必要がある。
　提案８：配信モード２の場合、ＲＡＮ２は、ＭＣＣＨ情報が変更されるたびにＭＣＣＨ変更通知が提供されるかどうかについて話し合う必要がある。
　（興味インジケーション／カウンティング）
　ネットワークがＭＢＭＳセッションの開始／停止を含むＭＢＭＳデータ配信の適切な決定を行うため、ＬＴＥ　ｅＭＢＭＳでは、ＵＥの受信している／興味のあるサービスを収集するための２種類の方法、つまりＭＢＭＳ興味インジケーション（ＭＩＩ）とＭＢＭＳカウンティングが規定された。ＵＥによってトリガされるＭＩＩには、対象のＭＢＭＳ周波数、対象のＭＢＭＳサービス、ＭＢＭＳ優先度、およびＭＢＭＳ　ＲＯＭ（受信専用モード）に関連する情報が含まれる。特定のＭＢＭＳサービスのカウンティング要求を介してネットワークによってトリガされるカウンティング応答には、対象のＭＢＳＦＮエリアおよびＭＢＭＳサービスに関連する情報が含まれる。
　これらの方法は、さまざまな目的で導入された。ＭＩＩは主にネットワークに使用され、ＵＥが接続中に対象のサービスを引き続き受信できるようにする。一方、カウンティングは、ネットワークがサービスの受信に十分な数のＵＥが興味を持っているかどうかを判断できるようにするために使用される。
　所見３：ＬＴＥ　ｅＭＢＭＳでは、２種類のＵＥアシスタンス情報が異なる目的で導入されている。ｅＮＢのスケジューリングのためのＭＢＭＳ興味インジケーション、およびＭＣＥのセッション制御のためのＭＢＭＳカウンティング。
　ＮＲ　ＭＢＳの場合、ＭＢＳ興味インジケーションは、ＲＲＣコネクティッド状態でサポートされることに同意しましたが、アイドル／インアクティブ状態ではサポートされない。これに基づいて、ＬＴＥ　ｅＭＢＭＳに加えての機能強化を検討する価値がある。ＬＴＥ　ｅＭＢＭＳでは、ＵＥの大部分がＲＲＣアイドル状態でブロードキャストサービスを受信している場合でも、ＭＩＩもカウンティングもアイドル状態のＵＥから情報を収集できない。これは、私たちの理解では、セッション制御とリソース効率の観点から見たＬＴＥ　ｅＭＢＭＳの残りの問題の１つである。
　ＮＲ　ＭＢＳでは、アイドル／インアクティブ状態のＵＥ、つまりブロードキャストセッションの配信モード２でも同じ問題が発生する可能性がある。たとえば、ネットワークは、アイドル／インアクティブ状態のＵＥがブロードキャストサービスを受信していない／興味がないかどうかを認識していない。したがって、サービスを受信しているＵＥがない場合でも、ネットワークはＰＴＭ送信を提供し続ける可能性がある。ｇＮＢがアイドル／インアクティブ状態のＵＥの興味を知っている場合は、このような不要なＰＴＭ送信を回避する必要がある。逆に、サービスを受信しているアイドル／インアクティブ状態のＵＥがまだ存在するときにＰＴＭが停止すると、多数のＵＥが同時に接続要求を送信する可能性があり、これも望ましくない。
　したがって、アイドル／インアクティブ状態のＵＥからＵＥ支援情報、特にＭＢＭＳカウンティングを収集するメカニズムを導入するかどうかを検討する価値がある。言うまでもなく、アイドル／インアクティブ状態のこれらのＵＥは、ＲＲＣコネクティッドに移行せずに情報を報告できることが望ましい。これは、たとえば、ＭＢＳサービスに関連付けられたＰＲＡＣＨリソースパーティショニングがそのようなレポートに導入された場合に達成される可能性がある。
　ＮＲ　ＭＢＳにはＭＣＥがないことに注意する必要がある。これは、ＭＣＥ機能がｇＮＢ内に統合されることを意味する。この意味で、ネットワークインターフェイスの観点からＲＡＮ３が決定したものに関係なく、ＮＲＭＢＳでカウンティングが必要かどうかを決定するのはＲＡＮ２である。
　提案９：ＲＡＮ２は、ＭＢＳカウンティングが導入されているかどうか、およびアイドル／インアクティブ状態のＵＥからも収集されているかどうかについて議論する必要がある。
 
 

Claims (10)

  1. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、前記ユーザ装置が興味を持つＭＢＳセッションのうち、ブロードキャストで送信されるＭＢＳセッションであるブロードキャストセッションを特定することと、
    　前記ユーザ装置が、前記特定したブロードキャストセッションを識別する識別情報を含むＭＢＳ興味通知を前記基地局に送信することと、を有する
    　通信制御方法。
  2. 　前記特定することは、前記基地局から受信したブロードキャストセッション識別情報に基づいて、前記ブロードキャストセッションを特定することを含む
    　請求項１に記載の通信制御方法。
  3. 　前記特定することは、ブロードキャストセッションのためのＭＢＳ制御チャネルで受信した情報に基づいて、前記ブロードキャストセッションを特定することを含む
    　請求項１に記載の通信制御方法。
  4. 　前記特定することは、
    　前記ユーザ装置のＲＲＣレイヤが、前記ユーザ装置における前記ＲＲＣレイヤよりも上位の上位レイヤから識別情報を取得することと、
    　前記ＲＲＣレイヤが、前記識別情報に基づいて、前記ブロードキャストセッションを特定することと、を含み、
    　前記識別情報は、前記上位レイヤが特定するブロードキャストセッションを識別する
    　請求項１に記載の通信制御方法。
  5. 　前記上位レイヤは、ＮＡＳレイヤ、又はアプリケーションレイヤである
    　請求項４に記載の通信制御方法。
  6. 　前記特定することは、
    　前記ユーザ装置のＲＲＣレイヤが、前記ユーザ装置のＮＡＳレイヤから識別情報を取得することと、
    　前記ＲＲＣレイヤが、前記識別情報に基づいて、前記ブロードキャストセッションとして特定することと、を含み、
    　前記識別情報は、セッション参加手順が完了したＭＢＳセッションを識別する
    　請求項１に記載の通信制御方法。
  7. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、マルチキャストで送信されるＭＢＳセッションであるマルチキャストセッションに対する所定手順を、コアネットワーク装置と行うことと、
    　前記ユーザ装置が、前記所定手順が完了したマルチキャストセッションを識別する識別情報を含むメッセージを前記基地局に送信することと、を有し、
    　前記所定手順は、セッション参加手順又はセッション離脱手順である
    　通信制御方法。
  8. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって、
    　前記ユーザ装置が、前記基地局から受信しているＭＢＳセッションの提供を前記基地局が停止することを示す停止通知を前記基地局から受信することと、
    　前記ユーザ装置が、前記停止通知の受信に応じて、前記ＭＢＳセッションの受信を停止することと、
    　前記ユーザ装置が、前記ＭＢＳセッションの提供を前記基地局が再開することを示す再開通知を前記基地局から受信することと、有する
    　通信制御方法。
  9. 　前記ユーザ装置が、前記再開通知の受信に応じて、前記ＭＢＳセッションの受信を再開することと、をさらに有する
    　請求項７に記載の通信制御方法。
  10. 　請求項１乃至請求項８のいずれか１項に記載の通信制御方法を実行するプロセッサを備える
    　ユーザ装置。
PCT/JP2022/015025 2021-03-29 2022-03-28 通信制御方法及びユーザ装置 WO2022210545A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2023511266A JPWO2022210545A1 (ja) 2021-03-29 2022-03-28
EP22780756.7A EP4319206A1 (en) 2021-03-29 2022-03-28 Communication control method and user device
CN202280038437.7A CN117397262A (zh) 2021-03-29 2022-03-28 通信控制方法和用户设备
US18/477,097 US20240032148A1 (en) 2021-03-29 2023-09-28 Communication control method and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163167234P 2021-03-29 2021-03-29
US63/167,234 2021-03-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/477,097 Continuation US20240032148A1 (en) 2021-03-29 2023-09-28 Communication control method and user equipment

Publications (1)

Publication Number Publication Date
WO2022210545A1 true WO2022210545A1 (ja) 2022-10-06

Family

ID=83456291

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/015025 WO2022210545A1 (ja) 2021-03-29 2022-03-28 通信制御方法及びユーザ装置

Country Status (5)

Country Link
US (1) US20240032148A1 (ja)
EP (1) EP4319206A1 (ja)
JP (1) JPWO2022210545A1 (ja)
CN (1) CN117397262A (ja)
WO (1) WO2022210545A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130215761A1 (en) * 2011-03-21 2013-08-22 Zte Corporation Method and Device for Determining Resumption of Suspended Multimedia Broadcast Multicast Service, and User Equipment
WO2014157396A1 (ja) * 2013-03-27 2014-10-02 京セラ株式会社 通信制御方法、ユーザ端末、及びプロセッサ
US20180206080A1 (en) * 2017-01-12 2018-07-19 Asustek Computer Inc. Method and apparatus of handling interest indication in a wireless communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130215761A1 (en) * 2011-03-21 2013-08-22 Zte Corporation Method and Device for Determining Resumption of Suspended Multimedia Broadcast Multicast Service, and User Equipment
WO2014157396A1 (ja) * 2013-03-27 2014-10-02 京セラ株式会社 通信制御方法、ユーザ端末、及びプロセッサ
US20180206080A1 (en) * 2017-01-12 2018-07-19 Asustek Computer Inc. Method and apparatus of handling interest indication in a wireless communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.300, September 2020 (2020-09-01)

Also Published As

Publication number Publication date
US20240032148A1 (en) 2024-01-25
JPWO2022210545A1 (ja) 2022-10-06
EP4319206A1 (en) 2024-02-07
CN117397262A (zh) 2024-01-12

Similar Documents

Publication Publication Date Title
JP7307284B2 (ja) 通信制御方法
US20180035340A1 (en) Base station and user terminal in mobile communication system
JP7448689B2 (ja) 通信制御方法及びユーザ装置
WO2022085717A1 (ja) 通信制御方法
US20230354475A1 (en) Communication control method
US20240080939A1 (en) Communication control method and user equipment
US20230179963A1 (en) Communication control method, base station, and user equipment
WO2022025013A1 (ja) 通信制御方法
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
WO2022202834A1 (ja) 通信制御方法及びユーザ装置
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
US20240179798A1 (en) Communication method
JP7425259B2 (ja) 通信制御方法及び基地局
WO2023002988A1 (ja) 通信方法
WO2022239773A1 (ja) 通信制御方法
WO2022085644A1 (ja) 通信制御方法
US20240179722A1 (en) Communication method
WO2022239691A1 (ja) 通信制御方法
WO2023013605A1 (ja) 通信方法、ネットワーク装置、及びユーザ装置
JP7259136B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2022085646A1 (ja) 通信制御方法
WO2023074529A1 (ja) 通信方法
WO2022239774A1 (ja) 通信制御方法、基地局、及びユーザ装置
JP7299429B2 (ja) 通信制御方法及び基地局
WO2022234847A1 (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: 22780756

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023511266

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2022780756

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022780756

Country of ref document: EP

Effective date: 20231030

WWE Wipo information: entry into national phase

Ref document number: 202280038437.7

Country of ref document: CN