WO2022153991A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2022153991A1
WO2022153991A1 PCT/JP2022/000642 JP2022000642W WO2022153991A1 WO 2022153991 A1 WO2022153991 A1 WO 2022153991A1 JP 2022000642 W JP2022000642 W JP 2022000642W WO 2022153991 A1 WO2022153991 A1 WO 2022153991A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
session
base station
signaling
control method
Prior art date
Application number
PCT/JP2022/000642
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 JP2022575592A priority Critical patent/JPWO2022153991A1/ja
Publication of WO2022153991A1 publication Critical patent/WO2022153991A1/ja
Priority to US18/350,599 priority patent/US20230354475A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to a communication control method used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • the 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 a user apparatus, and the base station is at least a broadcast session.
  • MBS multicast broadcast service
  • the MBS setting including the information necessary for reception is transmitted by broadcast signaling, and the base station determines at least a part of the MBS setting for the user device in the RRC (Radio Resource Control) connected state. It has to transmit by decaded signaling.
  • RRC Radio Resource Control
  • the 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 a user device, and the base station distributes the MBS.
  • MBS multicast broadcast service
  • the mode specification information that specifies one of the first distribution mode and the second distribution mode as the mode is transmitted to the user apparatus, and the first distribution mode has the MBS setting required for MBS reception. It is a distribution mode in which the base station transmits the MBS setting to the user apparatus by broadcast signaling from the base station, and the second distribution mode is a distribution mode in which the MBS setting is transmitted from the base station to the user apparatus by broadcast signaling. ..
  • the 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 a user device, wherein the user device is the user device.
  • MBS multicast broadcast service
  • An MBS interest notification message containing MBS session information regarding a desired MBS session is transmitted to the base station, and the user device includes an MBS setting required for receiving the MBS session after the MBS interest notification message is transmitted.
  • MBS multicast broadcast service
  • the 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 a user device, wherein the user device is the user device. Attempting to receive broadcast signaling, including the MBS settings required to receive the desired MBS session, and MBS interest, including MBS session information about the desired MBS session, if the user equipment does not receive the broadcast signaling from the base station. It includes transmitting a notification message to the base station.
  • MBS multicast broadcast service
  • NR 5G system
  • the purpose of this disclosure is to realize an improved multicast / broadcast service.
  • FIG. 1 is a diagram showing a configuration of a mobile communication system according to an embodiment.
  • This mobile communication system conforms to the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
  • 5GS 5th Generation System
  • 5GS will be described as an example, but an LTE (Long Term Evolution) system and / or a 6th generation (6G) system may be applied to a mobile communication system at least partially.
  • LTE Long Term Evolution
  • 6G 6th generation
  • mobile communication systems include a user device (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G). It has Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5GC 5G core network
  • the UE100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is a device used by the user.
  • the UE 100 is a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, a communication module (including a communication card or a chipset), a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle (Vehicle UE). ) And / or a flying object or a device (Aerial UE) provided on the flying object.
  • the NG-RAN 10 includes a base station (called “gNB” in a 5G system) 200.
  • the gNB 200s are connected to each other via the Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs wireless communication with the UE 100 that has established a connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter, simply referred to as “data”), and / or a measurement control function for mobility control / scheduling.
  • RRM radio resource management
  • Cell is used as a term to indicate the smallest unit of a wireless communication area.
  • the term “cell” is also used to indicate a function or resource for wireless communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • gNB can also connect to EPC (Evolved Packet Core), which is the core network of LTE.
  • EPC Evolved Packet Core
  • LTE base stations can also be connected to 5GC.
  • the LTE base station and gNB can also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • the AMF performs various mobility controls and the like for the UE 100.
  • the AMF manages the mobility of the UE 100 by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • UPF controls data transfer.
  • the AMF and UPF are connected to the gNB 200 via the NG interface, which is a base station-core network interface.
  • FIG. 2 is a diagram showing a configuration of a UE 100 (user device) according to an embodiment.
  • the UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130.
  • the receiving unit 110 performs various receptions under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 130.
  • the 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 the baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls on the UE 100.
  • the control unit 130 includes at least one processor and at least one memory.
  • the memory stores a program 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 a program stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing a configuration of gNB200 (base station) according to one embodiment.
  • the gNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various receptions under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 230.
  • the control unit 230 performs various controls on the gNB 200.
  • the control unit 230 includes at least one processor and at least one memory.
  • the memory stores a program 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 a program 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.
  • the backhaul communication unit 240 is connected to the AMF / UPF 300 via the base station-core network interface.
  • the gNB is composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, the functions are divided), and both units may be connected by an F1 interface.
  • FIG. 4 is a diagram showing a configuration of a protocol stack of a wireless interface of a user plane that handles data.
  • the wireless 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, and the like. It has an SDAP (Service Data Application Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Application Protocol
  • the PHY layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (Hybrid Automatic Repeat request), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via the transport channel.
  • the MAC layer of gNB200 includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the resource block allocated to the UE 100.
  • MCS modulation / coding method
  • the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the SDAP layer maps the IP flow, which is a unit for which the core network performs QoS (Quality of Service) control, with the wireless bearer, which is a unit for which AS (Access Stratum) controls QoS.
  • QoS Quality of Service
  • AS Access Stratum
  • FIG. 5 is a diagram showing a configuration of a protocol stack of a wireless interface of a control plane that handles signaling (control signal).
  • the protocol stack of the radio interface of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer in place of the SDAP layer shown in FIG.
  • RRC signaling for various settings is transmitted between the RRC layer of UE100 and the RRC layer of gNB200.
  • the RRC layer controls the logical, transport, and physical channels as the radio bearer is established, reestablished, and released.
  • RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC connected state.
  • RRC connection no connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC idle state.
  • the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in the RRC inactive state.
  • the NAS layer located above the RRC layer performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the AMF300B.
  • the UE 100 has an application layer and the like in addition to the wireless interface protocol.
  • MBS is a service that enables broadcast or multicast from NG-RAN10 to UE100, that is, one-to-many (PTM: Point To Multipoint) data transmission.
  • MBS use cases (service types) are assumed to be public safety communication, mission-critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV, group communication, software distribution, and the like.
  • the broadcast service provides services to all UEs 100 within a particular service area for applications that do not require highly reliable QoS.
  • the MBS session used for the broadcast service is called a broadcast session.
  • the multicast service provides the service not to all UE100 but to the group of UE100 participating in the multicast service.
  • the MBS session used for the multicast service is called a multicast session. According to the multicast service, the same content can be provided to the group of UE 100 in a wirelessly efficient manner as compared with the broadcast service.
  • FIG. 6 is a diagram showing an outline of MBS traffic distribution according to one embodiment.
  • MBS traffic is delivered from a single data source (application service provider) to a plurality of UEs.
  • the 5G CN (5GC) 20 which is a 5G core network, receives MBS traffic from an application service provider, replicates the MBS traffic, and distributes it.
  • 5GC shared MBS traffic distribution (5GC Shared MBS Traffic delivery)
  • 5GC individual MBS traffic distribution (5GC Individual MBS Traffic delivery).
  • the 5GC20 receives a single copy of MBS data packets and distributes individual copies of those MBS data packets to individual UEs 100 via a PDU (Protocol Data Unit) session for each UE 100. do. Therefore, it is necessary to associate one PDU session with the multicast session for each UE 100.
  • PDU Protocol Data Unit
  • the 5GC20 receives a single copy of the MBS data packets and delivers the single copy of those MBS packet packets to the RAN node (that is, gNB200).
  • the gNB 200 delivers them to one or more UEs 100.
  • PTP Point-to-Point
  • PTM Point-to-Multipoint
  • the gNB 200 wirelessly distributes individual copies of MBS data packets to individual UEs 100.
  • the gNB 200 wirelessly distributes a single copy of the MBS data packet to the group of UE 100.
  • the gNB 200 dynamically determines whether to use PTM or PTP as a method of delivering MBS traffic to one UE 100.
  • the PTP distribution method and the PTM distribution method are mainly related to the user plane.
  • As the control mode of MBS traffic distribution there are two distribution modes, a first distribution mode and a second distribution mode.
  • FIG. 7 is a diagram showing a distribution mode according to one embodiment.
  • the first distribution mode (Delivery mode 1) is a distribution mode that can be used by the UE 100 in the RRC connected state, and is a distribution mode for high QoS requirements.
  • the first distribution mode is used only for the multicast session among the MBS sessions. In one embodiment, it is assumed that the first delivery mode is used for the multicast session, but the first delivery mode may be used for the broadcast session. In the first distribution mode, the UE 100 in the RRC idle state or the RRC inactive state may also be available.
  • the setting of MBS reception in the first distribution mode is performed by dedicated signaling (also referred to as "unicast signaling"). Specifically, the setting of MBS reception in the first distribution mode is performed by the RRC Configuration message (or RRC Release message) which is an RRC message unicast transmitted from the gNB 200 to the UE 100. In the first distribution mode, advanced MBS traffic distribution using the split MBS bearer described later is possible.
  • the MBS reception setting includes MBS traffic channel information (hereinafter referred to as "MTCH information") regarding the MBS traffic channel carrying MBS traffic.
  • MTCH information includes MBS session information related to the MBS session and scheduling information of the MBS traffic channel corresponding to the MBS session (hereinafter, referred to as “MTCH scheduling information”).
  • the MBS traffic channel is a kind of logical channel, and is sometimes called MTCH (Multicast Traffic Channel).
  • the MBS traffic channel is mapped to DL-SCH (Downlink Shared Channel), which is a kind of transport channel.
  • DL-SCH Downlink Shared Channel
  • the second distribution mode (Delivery mode 2) is a distribution mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or the RRC inactive state, and is a distribution mode for low QoS requirements. ..
  • the second distribution mode is used for the broadcast session among the MBS sessions. However, the second distribution mode may also be applicable to a multicast session.
  • MBS reception in the second distribution mode is set by broadcast signaling.
  • the setting of MBS reception in the second distribution mode is performed by a logical channel broadcast from the gNB 200 to the UE 100, for example, BCCH (Broadcast Control Channel) or MCCH (Multicast Control Channel).
  • BCCH Broadcast Control Channel
  • MCCH Multicast Control Channel
  • such a control channel may be referred to as an MBS control channel.
  • the network can provide different MBS services for each MBS session.
  • MBS sessions are identified by at least one of TMGI (Temporary Mobile Group Identity), session identifier, and group RNTI (Radio Network Temporary Identity). At least one of the TMGI and the session identifier is called an MBS session identifier.
  • TMGI, session identifier, and group RNTI are collectively referred to as MBS session information.
  • the MBS session identifier may be referred to as an MBS service identifier or a multicast group identifier.
  • split MBS bearer Next, the split MBS bearer according to the embodiment will be described.
  • the split MBS bearer is available in the first delivery mode described above.
  • the gNB 200 can set the MBS bearer (hereinafter, appropriately referred to as “split MBS bearer”) separated into the PTP communication path and the PTM communication path in the UE 100.
  • the gNB 200 can dynamically switch the transmission of MBS traffic to the UE 100 between the PTP (PTP communication path) and the PTM (PTM communication path).
  • the gNB 200 can be made more reliable by using PTP and PTM together to double-transmit the same MBS traffic.
  • the gNB 200 can improve reliability by first sending MBS traffic to a plurality of UEs 100 by PTM and retransmitting MBS traffic to a specific UE 100.
  • the predetermined layer that terminates the split is a MAC layer (HARQ), an RLC layer, a PDCP layer, or a SDAP layer.
  • HARQ MAC layer
  • RLC Radio Link Control
  • PDCP Packet Control Protocol
  • SDAP Secure Sockets Layer
  • FIG. 8 is a diagram showing a split MBS bearer according to one embodiment.
  • the PTP communication path will be referred to as a PTP leg
  • the PTM communication path will be referred to as a PTM leg
  • the functional part corresponding to each layer is called an entity.
  • each of the PDCP entity of gNB200 and the PDCP entity of UE100 separates the MBS bearer, which is a bearer (data wireless bearer) used for MBS, into a PTP leg and a PTM leg.
  • the PDCP entity is provided for each bearer.
  • Each of the gNB 200 and the UE 100 has two RLC entities provided for each leg, one MAC entity, and one PHY entity.
  • the PHY entity may be provided for each leg.
  • the UE 100 may have two MAC entities.
  • the PHY entity sends and receives PTP leg data using a cell RNTI (C-RNTI: Cell Radio Network Entity Identifier) that is assigned one-to-one with the UE 100.
  • C-RNTI Cell Radio Network Entity Identifier
  • G-RNTI Group Radio Network Entity Identifier
  • the C-RNTI is different for each UE 100, but the G-RNTI is a common RNTI for a plurality of UEs 100 that receive one MBS session.
  • a split MBS bearer is set from gNB200 to UE100, and the PTM leg is activated.
  • the gNB 200 cannot perform PTM transmission of MBS traffic using this PTM leg when the PTM leg is in the deactivation state even if the split MBS bearer is set in the UE 100.
  • the gNB 200 and the UE 100 perform PTP transmission (unicast) of MBS traffic using the PTP leg.
  • the split MBS bearer is set from the gNB 200 to the UE 100 and the PTP leg is activated. There is. In other words, the gNB 200 cannot perform PTP transmission of MBS traffic using this PTP leg when the PTP leg is in the inactive state even if the split MBS bearer is set in the UE 100.
  • the UE 100 monitors the PDCCH (Physical Downlink Control Channel) to which the G-RNTI associated with the MBS session is applied while the PTM leg is activated (that is, the blind display of the PDCCH using the G-RNTI). Do the coding).
  • the UE 100 may monitor the PDCCH only at the scheduling opportunity of the MBS session.
  • the UE 100 does not monitor the G-RNTI-applied PDCCH associated with the MBS session when the PTM leg is deactivated (ie, does not blind decode the PDCCH using the G-RNTI). ..
  • the UE 100 monitors the PDCCH to which C-RNTI is applied while the PTP leg is activated.
  • the UE 100 monitors the PDCCH in the set on-period (OnDuration) when the intermittent reception (DRX: Display reception) in the PTP leg is set.
  • OnDuration on-period
  • DRX Display reception
  • the UE 100 may monitor the PDCCH of the cell even if the cell is deactivated.
  • the UE 100 may monitor the PDCCH to which C-RNTI is applied in preparation for normal unicast downlink transmission other than MBS traffic in a state where the PTP leg is deactivated. However, the UE 100 does not have to monitor the PDCCH for the MBS session when the cell (frequency) associated with the MBS session is specified.
  • the split MBS bearer as described above is set by the RRC message (for example, RRC Configuration message) transmitted by the RRC entity of gNB200 to the RRC entity of UE100.
  • RRC message for example, RRC Configuration message
  • FIG. 9 is a diagram showing an operation example of the first distribution mode according to the embodiment. In FIG. 9, the non-essential steps are shown by broken lines.
  • the UE 100 in the RRC connected state transmits an MBS interest notification (MII: MBS Indication) message to the gNB 200.
  • the MII message contains MBS session information about the UE 100's desired MBS session (ie, the MBS session that the UE 100 is interested in receiving).
  • the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
  • the MII message is a kind of RRC message.
  • the gNB 200 transmits the MBS settings required for receiving the desired MBS session of the UE 100 by decadeted signaling.
  • the dedicated signaling is an RRC Reconfiguration message.
  • the dedicated signaling may be an RRC Release message.
  • step S13 the UE 100 transmits a response message to the dedicated signaling received in step S12 to the gNB 200.
  • the response message is, for example, an RRC Configuration Complete message.
  • the gNB 200 receives the response message.
  • step S14 the gNB 200 transmits MBS traffic by MTCH (for example, multicast transmission) according to the MBS setting set in step S12.
  • the gNB 200 may perform advanced MBS traffic distribution using a split MBS bearer.
  • the UE 100 receives the MBS traffic.
  • FIG. 10 is a diagram showing a configuration example of an RRC Configuration message according to an embodiment.
  • the RRC Reconfiguration message transmitted from the gNB 200 to the UE 100 includes the MBS setting required for MBS reception as an information element.
  • the MBS setting in the RRC Reconfiguration message includes MTCH information.
  • the MBS settings in the RRC Reconnection message may further include RRC connected dedicated settings that are applicable only to MBS reception in the RRC connected state.
  • the MTCH information may be a common setting in all RRC states (that is, RRC connected state, RRC idle state, RRC inactive state).
  • the MTCH information includes MBS session information (at least one of the MBS session identifier and group RNTI) and MTCH scheduling information.
  • the MTCH scheduling information includes at least one of the MTCH transmission occasion and the transmission BWP (Bandwidth Part).
  • the group RNTI is a RNTI that is commonly assigned to the group of UE100.
  • the transmission occasion is a candidate for the timing (for example, subframe) at which the gNB 200 transmits MBS traffic using the MTCH.
  • the transmission BWP is a BWP in which the gNB 200 transmits MBS traffic using the MTCH.
  • the BWP is a bandwidth portion narrower than the frequency bandwidth of one cell, and is for limiting the operating bandwidth of the UE 100.
  • the RRC connected dedicated settings are the settings related to the split MBS bearer.
  • the RRC connected dedicated setting includes, for example, at least one of a split MBS bearer bearer setting, a dynamic switching setting between PTP and PTM, and a PTP leg setting. Since the PTM leg setting can be used even in the RRC idle state or the RRC inactive state, it may be included in the MTCH information.
  • the RRC connected-only settings may include HARQ feedback settings.
  • FIG. 11 is a diagram showing an operation example of the second distribution mode according to the embodiment.
  • the UE 100 may be in any of the RRC states of the RRC connected state, the RRC idle state, and the RRC inactive state.
  • the gNB 200 transmits the MBS settings required for MBS reception by broadcast signaling.
  • Broadcast signaling is signaling that is periodically transmitted by BCCH and / or MCCH.
  • BCCH BCCH
  • MCCH MCCH
  • step S22 the gNB 200 transmits MBS traffic by MTCH (for example, broadcast transmission) according to the MBS setting set in step S21.
  • the UE 100 receives the MBS traffic.
  • FIG. 12 is a diagram showing variations of MBS settings in the second distribution mode according to one embodiment.
  • the gNB 200 provides the MCU scheduling information to the UE 100 by means of a system information block (SIB) transmitted by the BCCH.
  • SIB system information block
  • the UE 100 receives the MCCH (ie, MBS setting) based on the SIB received from the gNB 200, and receives the MTCH (ie, MBS traffic) based on the received MCCH.
  • MCCH ie, MBS setting
  • MTCH ie, MBS traffic
  • Such a setting is sometimes called a two-step configuration (Tow-step configuration).
  • the gNB 200 may provide the MBS setting to the UE 100 by SIB.
  • the UE 100 receives the MTCH (ie, MBS traffic) based on the SIB received from the gNB 200.
  • MTCH ie, MBS traffic
  • Such a setting is sometimes called a one-step configuration.
  • the gNB 200 may configure a plurality of MCCHs (Multiple MCCHs) in one own cell. Each MCCH may have different scheduling (for example, transmission cycle) from each other. Any MCCH may be provided on demand in response to a request from the UE 100.
  • MCCHs Multiple MCCHs
  • Each MCCH may have different scheduling (for example, transmission cycle) from each other. Any MCCH may be provided on demand in response to a request from the UE 100.
  • FIG. 13 is a diagram showing a configuration example of a broadcast message according to one embodiment.
  • Broadcast messages correspond to broadcast signaling that provides MBS settings.
  • the broadcast message transmitted from the gNB 200 to the UE 100 includes the MBS setting required for MBS reception as an information element.
  • the MBS setting in the broadcast message includes one or more MTCH information.
  • FIG. 13 shows an example in which a broadcast message includes a plurality of MTCH information corresponding to a plurality of MBS sessions (plurality of MTCHs).
  • the UE 100 can receive MBS traffic (that is, MBS reception) in any of the RRC connected state, the RRC idle state, and the RRC inactive state. Further, in the second distribution mode, the UE 100 needs to monitor the broadcast signaling transmitted periodically in order to perform MBS reception.
  • MBS traffic that is, MBS reception
  • the UE 100 in the RRC connected state tries to receive the MBS traffic delivered in the second delivery mode, it is necessary to interrupt the unicast communication with the gNB 200 and perform periodic monitoring of the broadcast signaling. It is inefficient because it is possible. In addition, there is a concern that the power consumption of the UE 100 will increase.
  • the gNB 200 transmits an MBS setting (that is, an MBS setting in the second distribution mode) including at least information necessary for receiving a broadcast session by broadcast signaling.
  • the gNB 200 transmits at least a part of the MBS settings to the UE 100 in the RRC connected state by dedicated signaling.
  • the MBS setting can be acquired without interrupting the unicast communication with the gNB 200.
  • the UE 100 in the RRC connected state performs MBS reception using the MBS setting transmitted by the decadeted signaling without periodically monitoring the broadcast signaling.
  • FIG. 14 is a diagram showing an operation example of the first operation pattern according to one embodiment. In FIG. 14, the non-essential steps are shown by broken lines.
  • step S101 the gNB 200 periodically transmits the broadcast signaling including the MBS setting.
  • the UE 100a in the RRC idle state or the RRC inactive state receives the broadcast signaling.
  • step S102 the UE 100b in the RRC connected state transmits a MII message including MBS session information regarding its desired MBS session to the gNB 200.
  • the gNB 200 grasps the desired MBS session of the UE 100b by receiving the MII message.
  • the UE 100b may establish a session of its own desired MBS session in its upper layer (NAS).
  • AMF may establish a tunnel for the MBS session between gNB200 and UPF.
  • the gNB 200 transmits the MBS setting required for receiving the desired MBS session of the UE 100b by dedicated signaling (RRC Recognition message).
  • the MBS setting transmitted by the gNB 200 by the decadeted signaling is at least a part of the MBS setting transmitted by the gNB 200 by the broadcast signaling.
  • the UE 100b receives the MBS setting transmitted by the decadeted signaling. Therefore, the UE 100b does not need to periodically monitor the broadcast signaling.
  • the gNB 200 may include the notification information that the broadcast signaling does not need to be monitored in the dedicated signaling and notify the UE 100b.
  • the gNB 200 transmits MBS traffic by MTCH (for example, broadcast transmission) according to the MBS setting of the MBS session set in steps S101 and S103.
  • UEs 100a and 100b receive MBS traffic.
  • the gNB 200 When the gNB 200 changes the MTCH scheduling, the gNB 200 transmits the changed MTCH scheduling information by broadcast signaling. As a result, the gNB 200 updates the MBS setting of the UE 100a. When the gNB 200 changes the MTCH scheduling, the gNB 200 transmits the changed MTCH scheduling information to the UE 100b by decadeted signaling. As a result, the gNB 200 updates the MBS setting of the UE 100b.
  • the dedicated signaling may include timing information indicating a predetermined timing for applying the MTCH scheduling information.
  • the UE 100b applies (or activates) the MTCH scheduling information at a predetermined timing after receiving the dedicated signaling.
  • the predetermined timing may be an absolute time such as a system frame number (SFN), a subframe number and / or a GPS (Global Positioning System) time, and / or a relative time such as a timer threshold.
  • SFN system frame number
  • GPS Global Positioning System
  • the MBS session provided in the first distribution mode for example, a multicast session
  • the MBS session provided in the second distribution mode for example, a broadcast session
  • the gNB 200 transmits mode designation information for designating one of the first distribution mode and the second distribution mode as the distribution mode related to the MBS to the UE 100.
  • the first distribution mode is a distribution mode in which the MBS setting is transmitted from the gNB 200 to the UE 100 by dedicated signaling.
  • the second distribution mode is a distribution mode in which the MBS setting is transmitted from the gNB 200 to the UE 100 by broadcast signaling.
  • the gNB 200 transmits MBS session information related to the MBS session and mode designation information associated with the MBS session information.
  • the UE 100 can appropriately determine whether to receive the desired MBS session in the first distribution mode or the second distribution mode. Specifically, when the UE 100 is interested in receiving the MBS session indicated by the MBS session information received from the gNB 200, the UE 100 receives the MBS setting according to the distribution mode indicated by the mode designation information associated with the MBS session information.
  • FIG. 15 is a diagram showing an operation example of the second operation pattern according to one embodiment. In FIG. 15, the non-essential steps are shown by broken lines.
  • the gNB 200 transmits the MBS session information regarding the MBS session and the mode designation information associated with the MBS session information to the UE 100.
  • the mode designation information may be, for example, 1-bit flag information of "1" in the first distribution mode and "0" in the second distribution mode.
  • the mode specification information may be implied. For example, in the first distribution mode, the mode designation information does not exist, and in the second distribution mode, the mode designation information exists. On the contrary, if it is the first mode, the mode designation information may exist, and if it is the second distribution mode, the mode designation information may not exist.
  • the mode specification information is information on whether or not the MBS setting can be received by dedicated signaling or whether or not it can be received by broadcast signaling, and / or the UE 100 should receive the MBS setting by which signaling. It may be designated (or selected) information of Kika.
  • the set of such MBS session information and mode designation information is transmitted to the UE 100 by any of the SIB, MCCH, and RRC Configuration messages.
  • a plurality of sets of MBS session information and mode specification information may be included in one message. That is, the mode designation information may be notified to the UE 100 for each of the plurality of MBS sessions provided by the gNB 200.
  • MBS session information and mode designation information can be received by SIB or MCCH.
  • the UE 100 can receive the MBS session information and the mode designation information by the SIB, MCCH, or RRC Configuration message.
  • step S202 the UE 100 determines whether or not the gNB 200 provides its own desired MBS session based on the MBS session information in the message received in step S201.
  • the UE 100 determines that the gNB 200 provides the desired MBS session
  • the UE 100 sets the desired MBS session in either the first delivery mode or the second delivery mode based on the mode designation information in the message received in step S201. It is determined whether or not it should be received (step S203).
  • the UE 100 When the UE 100 determines that it receives its desired MBS session in the first distribution mode, it receives the MBS setting transmitted from the gNB 200 by dedicated signaling (step S204).
  • the UE 100 may notify the gNB 200 of its desired MBS session information in order to prompt the dedicated signaling transmission.
  • the notification may be the aforementioned MII.
  • the UE 100 determines that it receives its desired MBS session in the second distribution mode, it receives the MBS setting transmitted by broadcast signaling from the gNB 200 (step S205). It is assumed that this broadcast signaling can be received only in the RRC idle state or the RRC inactive state, and the UE 100 is in the RRC connected state. In such a case, the UE 100 transmits a RAI (Releasure Indication) message for transitioning to the RRC idle state or the RRC inactive state to the gNB 200. As a result, the UE 100 may receive the broadcast signaling after transitioning to the RRC idle state or the RRC inactive state.
  • RAI Releasure Indication
  • step S206 the UE 100 receives the MBS traffic (MTCH) of its desired MBS session based on the MBS setting received from the gNB 200.
  • MTCH MBS traffic
  • the MBS session provided in the first distribution mode for example, a multicast session
  • the MBS session provided in the second distribution mode for example, a broadcast session
  • the UE 100 does not know in which distribution mode the gNB 200 provides its desired MBS session.
  • the UE 100 first attempts to receive its desired MBS session in the first delivery mode.
  • the UE 100 considers that its desired MBS session is provided in the second delivery mode and attempts to receive its desired MBS session in the second delivery mode.
  • the UE 100 transmits an MII message including MBS session information regarding its desired MBS session to the gNB 200. After transmitting the MII message, the UE 100 attempts to receive the broadcast signaling including the MBS setting when it is determined that the dedicated signaling including the MBS setting necessary for receiving the desired MBS session is not received from the gNB 200.
  • the UE 100 may try to receive the broadcast signaling.
  • the UE 100 may attempt to receive the broadcast signaling.
  • FIG. 16 is a diagram showing an operation example of the third operation pattern according to one embodiment. In FIG. 16, the non-essential steps are shown by broken lines.
  • step S301 the UE 100 in the RRC connected state transmits a MII message including MBS session information regarding its desired MBS session to the gNB 200.
  • the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
  • the UE 100 may establish a session of its own desired MBS session in its upper layer (NAS).
  • AMF may establish a tunnel for the MBS session between gNB200 and UPF.
  • the UE 100 may start a timer for timing a predetermined time in response to the transmission of the MII message.
  • This predetermined time (timer value) may be set in advance from the gNB 200 to the UE 100, or may be a predetermined fixed value (for example, 4 wireless frames or the like).
  • step S303 the gNB 200 determines that the desired MBS session of the UE 100 is being provided in the second distribution mode.
  • the gNB 200 sets the MBS in the first distribution mode to the UE 100 by using the RRC Reconfiguration message.
  • the description will proceed on the assumption that it is determined that the desired MBS session is provided in the second distribution mode.
  • step S304 the gNB 200 transmits a notification to the UE 100 indicating that the desired MBS session of the UE 100 is being provided in the second distribution mode.
  • This notification may be the mode designation information described above.
  • step S305 the UE 100 determines that its desired MBS session is provided in the second delivery mode. For example, if the UE 100 does not receive the dedicated signaling from the gNB 200 including the MBS setting required for receiving the desired MBS session within a predetermined time (during the timer operation) after transmitting the MII message, the desired MBS session is the first. 2 Determined to be provided in delivery mode. That is, the UE 100 determines that the desired MBS session is provided in the second delivery mode when the timer expires without receiving the dedicated signaling including the MBS settings required to receive the desired MBS session. Alternatively, the UE 100 may determine that the desired MBS session is provided in the second delivery mode based on the notification in step S304.
  • step S306 the UE 100 receives the MBS setting transmitted by broadcast signaling from the gNB 200. It is assumed that this broadcast signaling can be received only in the RRC idle state or the RRC inactive state, and the UE 100 is in the RRC connected state. In such a case, the UE 100 transmits a RAI message for transitioning to the RRC idle state or the RRC inactive state to the gNB 200. As a result, the UE 100 may receive the broadcast signaling after transitioning to the RRC idle state or the RRC inactive state.
  • step S307 the UE 100 receives the MBS traffic (MTCH) of its own desired MBS session based on the MBS setting received from the gNB 200 in step S306.
  • MBS traffic MTCH
  • the MBS session provided in the first distribution mode for example, a multicast session
  • the MBS session provided in the second distribution mode for example, a broadcast session
  • the UE 100 does not know in which distribution mode the gNB 200 provides its desired MBS session.
  • the UE 100 first attempts to receive its desired MBS session in the second distribution mode.
  • the UE 100 considers that its desired MBS session is provided in the first delivery mode and attempts to receive its desired MBS session in the first delivery mode.
  • the UE 100 attempts to receive broadcast signaling including MBS settings necessary for receiving its desired MBS session.
  • the UE 100 does not receive the broadcast signaling including the MBS setting from the gNB 200
  • the UE 100 transmits a MII message including the MBS session information regarding the desired MBS session to the gNB 200.
  • the gNB 200 can transmit the MBS settings necessary for receiving the desired MBS session to the UE 100 by dedicated signaling in response to the reception of the MII message.
  • FIG. 17 is a diagram showing an operation example of the fourth operation pattern according to one embodiment. In FIG. 17, the non-essential steps are shown by broken lines.
  • step S401 the UE 100 receives the broadcast signaling including the MBS setting from the gNB 200.
  • step S402 the UE 100 determines that its desired MBS session is not provided in the second distribution mode based on the broadcast signaling received in step S401. Specifically, the UE 100 determines that the broadcast signaling received in step S401 does not include the MTCH information corresponding to its desired MBS session.
  • the UE 100 transmits an MII message containing MBS session information regarding its desired MBS session to the gNB 200.
  • the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
  • the UE 100 may establish a session of its own desired MBS session in its upper layer (NAS).
  • AMF may establish a tunnel for the MBS session between gNB200 and UPF.
  • the UE 100 When the UE 100 is in the RRC idle state or the RRC inactive state in step S401, the UE 100 performs a random access procedure for transitioning from the RRC idle state or the RRC inactive state to the RRC connected state prior to the step S403. Perform for gNB200.
  • the UE 100 may use the message transmitted during this random access procedure (eg, Msg1, MsgA, Msg3, or Msg5) as a MII message to notify the gNB 200 of its desired MBS session.
  • step S404 the gNB 200 transmits to the UE 100 dedicated signaling including the MBS settings required to receive the desired MBS session of the UE 100.
  • the UE 100 receives the MBS setting by dedicated signaling.
  • step S405 the UE 100 receives the MBS traffic (MTCH) of its desired MBS session based on the MBS setting received from the gNB 200 in step S404.
  • MTCH MBS traffic
  • the gNB 200 may notify the UE 100 that the MBS session will not be provided instead of the MBS setting in step S404.
  • the gNB 200 may instruct the UE 100 to receive the MBS session in unicast (PDU session shown in FIG. 6). In this case, the UE 100 attempts to receive the MBS session by the unicast shown in FIG.
  • Each of the above-mentioned operation patterns is not limited to the case where they are carried out separately and independently, and some steps of two or more operation patterns can be carried out in combination with each other.
  • the base station may be an NR base station (gNB)
  • the base station may be an LTE base station (eNB).
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • the base station may be a DU (Distributed Unit) of an IAB node.
  • a program that causes the 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.
  • Computer-readable media can be used to install programs on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transient recording medium.
  • the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or the gNB 200 may be integrated, and at least a part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).
  • MBS Multicast Broadcast Service
  • R2 defines the following two modes. 1: Delivery mode for high quality of service (QoS) requirements available in connected (in the absence of data reception, the UE may be able to switch to another state, but undecided). 2: Delivery mode for "low" QoS requirements. The UE can receive data even if it is inactive / idle (details undecided). R2 assumes that delivery mode 1 (in the case of R17) is used only for multicast sessions. R2 assumes that delivery mode 2 is used for the broadcast session. -Further study is required for the applicability of distribution mode 2 to multicast sessions. • No data: The UE may remain RRC connected if there is no data in progress in the multicast session. In other cases, further consideration is needed.
  • QoS quality of service
  • the UE receives the MBS setting (in the case of broadcast / delivery mode 2) by BCCH and / or MCCH (undecided), which can be received in idle / inactive mode. Connected mode needs further consideration.
  • the notification mechanism is used to notify changes in MBS control information.
  • control plane of NR MBS will be considered in consideration of the LTE eMBMS mechanism and the latest RAN2 agreement.
  • Distribution mode 1 (Distribution mode 1 setting) Delivery mode 1 is considered primarily for data reception in RRC connected, but configuration aspects have not yet been agreed. While it can be very straightforward for MBS settings to be provided by RRC reconfiguration, it is still under consideration for connected MCCH reception as in LTE eMBMS. Delivery mode 1 should be accompanied by, for example, PTP / PTM split bearers and / or lossless handovers, given the expectations for high QoS services. RRC reconfiguration should be used to configure distribution mode 1 in our view, as it makes no sense if these UE-specific configurations are provided via the MCCH.
  • Proposal 1 In delivery mode 1, RAN2 should agree to use RRC reconfiguration for MBS configuration.
  • WID clearly shows that RRC connected and idle / inactive should have the greatest commonality with respect to MBS configuration, as follows, while RAN2 for multicast and broadcast sessions respectively. And agreed to different delivery modes.
  • the structure of MBS settings and IE should be adjusted as much as possible between the two delivery modes.
  • the RRC resetting of the distribution mode 1 includes information unique to the distribution mode 1 such as PTP / PTM split bearer and handover-related information, in addition to MTCH scheduling information which is a block common to the distribution mode 2. Therefore, the details need further examination at this point.
  • Proposal 2 From the perspective of MBS configuration, RAN2 should agree to aim for maximum commonality between the two delivery modes, for example using a common structure and IE.
  • MCCH in FIG. 18 refers only to MTCH scheduling information, that is, MTCH settings related to MBS session information. In the case of distribution mode 1, adjacent cell information is not required.
  • the baseline is that the UE should remain RRC connected for delivery mode 1, a multicast session that requires high QoS.
  • other / exceptional cases are still worth considering.
  • RAN2 From the perspective of RAN2, it may be beneficial for both the network and the UE to support this feature. It is assumed that when / when the UE is released inactive depends on the implementation of gNB, and whether the UE is released idle depends on the core network. One concern with receiving MBS data at idle is that the gNB releases the UE context. On the other hand, the UE context is retained when it is inactive. This means that the controllability of gNB may be lost, which may contradict the general concept of delivery mode 1. Therefore, RAN2 should agree that distribution mode 1 can be received by the UE at least inactive, but further consideration is needed at idle.
  • Proposal 3 In delivery mode 1, RAN2 should agree that delivery mode 1 can be received by the UE at least inactive. Further consideration is needed for idols.
  • RRC reconfiguration Idle / inactive UEs continue to apply the MBS configuration provided by the RRC reconfiguration. This option is simple because the UE only reuses the MBS settings originally provided for RRC Connected. However, consider the behavior of some UEs when transitioning to idle / inactive and / or when resuming RRC connected, for example, how to handle PTP / PTM split bearer settings if configured. May need to be done.
  • RRC release Idle / inactive UEs apply the MBS settings provided by RRC release. While this option is straightforward, it may not be efficient because it is doubtful whether the MBS settings are different from those previously provided by the RRC reconfiguration.
  • -Option 3 Switching the distribution mode from mode 1 to mode 2
  • the UE is switched from distribution mode 1 to distribution mode 2 before being released idle / inactive.
  • This option is another simple solution, as delivery mode 2 is designed to receive data in all RRC states, as RAN2 agreed. However, it may be expected that packet loss and / or delay will occur during switching, for example due to the acquisition of MCCH.
  • RAN2 considers, but is not limited to, the above options, and should discuss how to provide a delivery mode 1 setting for idle / inactive data reception.
  • Proposal 4 If Proposal 3 can be agreed, RAN2 should discuss how the delivery mode 1 setting for inactive data reception is provided to the UE.
  • the configuration is provided by two messages: SIB20 and SC-MCCH.
  • the SIB 20 provides SC-MCCH scheduling information
  • the SC-MCCH provides SC-MTCH scheduling information including G-RNTI and TMGI, and adjacent cell information.
  • the advantage of the LTE two-stage setting as shown in FIG. 19 is that the SC-MCCH scheduling is independent of the SIB20 scheduling in terms of repetition period, period, change period, and the like. Frequent scheduling / updating of the SC-MCCH has been facilitated, especially for delay-sensitive services and / or UEs that join the session late.
  • WID one of the applications is group communication, so the same applies to NR MBS.
  • Findings 1 In LTE, a two-step setting using SIB20 and SC-MCCH is useful for different scheduling of these control channels. This is also useful for NR MBS.
  • Proposal 5 RAN2 should agree to use a two-step setting with different NR MBS messages, such as SC-PTM SIB20 and SC-MCCH.
  • NR MBS is expected to support the various types of use cases described in WID.
  • NR MBS is an application that is tolerant of delays such as IoT, from delay-sensitive applications such as mission-critical and V2X, to delay-sensitive applications such as mission-critical and V2X, in addition to other aspects of requirements from lossless applications such as software distribution to UDP-type streaming such as IPTV. It is noticed that it should be properly designed to meet various requirements. Some of these services may be covered by delivery mode 2, but other services with "high QoS requirements" require delivery mode 1. In this sense, it is beneficial for gNB to be able to choose to use delivery mode 2 for multicast sessions.
  • RAN2 since RAN2 has already agreed to allow data reception on the RRC connected, it is easy to allow the RRC connected UE to receive the MBS settings. It makes no sense if the UE needs to transition idle / inactive just to get the MCCH. It is easy to allow connected UEs to receive MCCH, but scheduling flexibility (because UEs may need "gap") and / or UE power consumption (UEs are C- It may not be optimal in terms of (because it is necessary to monitor "SC-RNTI" in addition to RNTI and G-RNTI). Therefore, further discussion may be needed as to whether the UE receives MBS settings via MCCH or RRC reconfiguration.
  • Proposal 6 RAN2 should agree that delivery mode 2 can be used for multicast sessions in addition to broadcast sessions.
  • Proposal 7 In distribution mode 2, RAN2 should agree that the MBS settings can also be received by RRC-connected UEs. Further consideration is required as to whether MCCH or RRC is reset.
  • control channel design for distribution mode 2 should consider flexibility and its resource efficiency. Otherwise, for example, if a delay-tolerant service and a delay-sensitive service are configured together on one control channel, the control channel should be configured to meet the delay requirements from the delay-sensitive service. More signaling overhead can be incurred due to frequent scheduling.
  • Purpose A of SA2 SI is to enable general MBS services via 5GS, and identified use cases that may benefit from this feature include public safety, mission critical, Includes, but is not limited to, V2X applications, transparent IPv4 / IPv6 multicast distribution, IPTV, software distribution over the air, group communications, and IoT applications.
  • Finding 2 The NR MBS control channel for delivery mode 2 is required to be flexible and resource efficient for various types of use cases.
  • one MCCH frequently provides delay-sensitive services and another MCCH sparsely provides delay-tolerant services.
  • LTE SC-PTM there is a limitation that one cell can have only one SC-MCCH.
  • NR MBS distribution mode 2 should remove such restrictions. If multiple MCCHs are allowed in the cell, each MCCH has different scheduling settings, such as repeat periods, that can be optimized for a particular service. Further consideration is needed on how the UE identifies the MCCH that provides the service of interest.
  • Proposal 8 In delivery mode 2, RAN2 should discuss whether the cell supports multiple MCCHs, which was not in LTE.
  • the new paradigm of NR is support for on-demand SI transmission.
  • This concept can be reused for MCCH in delivery mode 2, ie on-demand MCCH.
  • delay-tolerant MCCHs for services are provided on demand, which can optimize signaling resource consumption.
  • the network has another option to provide MCCH on a regular basis, i.e., for services that are sensitive to delays rather than on-demand.
  • Proposal 9 In delivery mode 2, RAN2 should discuss options when MCCH is provided on demand, which was not in LTE.
  • the SIB provides MTCH scheduling information directly, i.e. without MCCH. This will provide optimizations for delay-tolerant services and / or power-sensitive UEs.
  • the UE may request an SIB (on-demand), and the gNB may start providing the SIB and the corresponding service after the request from the plurality of UEs. These UEs do not need to monitor the repeatedly broadcast MCCH.
  • Proposal 10 In distribution mode 2, RAN2 should discuss options such as SIB providing MTCH scheduling information directly when multicast reception without MCCH (ie, one-step configuration) is supported.
  • MII MBMS Interest Indications
  • MBMS MBMS Interest Indications
  • MBMS MBMS Interest Indications
  • Counting was specified.
  • the UE-triggered MII contains information related to the MBMS frequency of interest, the MBMS service of interest, the MBMS priority, and the MBMS ROM (receive-only mode).
  • the counting response triggered by the network through the counting request of a particular MBMS service contains information related to the MBSFN area of interest and the MBMS service.
  • MII is primarily used in networks to ensure that UEs can continue to receive services of interest during the connected state.
  • Counting is used to allow the network to determine if a sufficient number of UEs are interested in receiving the service.
  • Finding 3 In LTE e MBMS, two types of UE assistance information are introduced for different purposes. That is, MBMS interest indication is introduced for NB scheduling, and MBMS counting is introduced for MCE session control.
  • Rel-17 does not require MII MBMS ROM information and information about the counting response MBSFN area, as ROM and SFN are not supported as described in the WID.
  • Proposal 11 RAN2 needs to agree to introduce UE assistance information for NR MBS, such as MBS interest indications and / or MBS counting.
  • LTE eMBMS neither MII nor counting can collect information from idle UEs, even if most of the UEs are receiving broadcast services in the RRC idle state. This is, in our understanding, one of the remaining problems with LTE eMBMS in terms of session control and resource efficiency.
  • the same problem may exist in UEs in the idle / inactive state.
  • the network does not know if an idle / inactive UE is not receiving / interested in broadcast services. Therefore, the network may continue to provide PTM transmissions even if no UE is being serviced. Such unnecessary PTMs should be avoided if the gNB is aware of the interests of the idle / inactive UE. Conversely, if the PTM goes down while there are still idle / inactive UEs receiving service, many UEs may request a connection at the same time. This is also undesirable.
  • Proposal 12 RAN2 needs to consider whether UE assistance information such as MBS counting is also collected from the idle / inactive UE.

Landscapes

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

Abstract

一実施形態に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、少なくともブロードキャストセッションの受信に必要な情報を含むＭＢＳ設定をブロードキャストシグナリングで送信することと、前記基地局が、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態にある前記ユーザ装置に対して、前記ＭＢＳ設定の少なくとも一部をデディケイティッドシグナリングで送信することとを有する。

Description

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

Claims (11)

  1. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記基地局が、少なくともブロードキャストセッションの受信に必要な情報を含むＭＢＳ設定をブロードキャストシグナリングで送信することと、
    　前記基地局が、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態にある前記ユーザ装置に対して、前記ＭＢＳ設定の少なくとも一部をデディケイティッドシグナリングで送信することと、を有する
    　通信制御方法。
  2. 　前記ＲＲＣコネクティッド状態にある前記ユーザ装置が、前記ブロードキャストシグナリングに対する周期的なモニタリングを行うことなく、前記デディケイティッドシグナリングで送信された前記ＭＢＳ設定を用いて前記ＭＢＳ受信を行うことをさらに有する
    　請求項１に記載の通信制御方法。
  3. 　前記ユーザ装置が、前記ユーザ装置の所望ＭＢＳセッションに関するＭＢＳセッション情報を含むＭＢＳ興味通知メッセージを前記基地局に送信することをさらに有し、
    　前記デディケイティッドシグナリングで送信することは、前記ＭＢＳセッション情報が示す前記所望ＭＢＳセッションの受信に必要な前記ＭＢＳ設定を前記デディケイティッドシグナリングで送信することを含む
    　請求項１又は２に記載の通信制御方法。
  4. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記基地局が、前記ＭＢＳに関する配信モードとして第１配信モード及び第２配信モードのいずれかの配信モードを指定するモード指定情報を前記ユーザ装置に送信することを有し、
    　前記第１配信モードは、ＭＢＳ受信に必要なＭＢＳ設定が前記基地局からデディケイティッドシグナリングで前記ユーザ装置に送信される配信モードであり、
    　前記第２配信モードは、前記ＭＢＳ設定が前記基地局からブロードキャストシグナリングで前記ユーザ装置に送信される配信モードである
    　通信制御方法。
  5. 　前記送信することは、ＭＢＳセッションに関するＭＢＳセッション情報と、前記ＭＢＳセッション情報と対応付けられた前記モード指定情報とを送信することを含む
    　請求項４に記載の通信制御方法。
  6. 　前記ユーザ装置が、前記ＭＢＳセッション情報が示す前記ＭＢＳセッションの受信に興味を持つ場合、前記ＭＢＳセッション情報と対応付けられた前記モード指定情報が示す配信モードにより前記ＭＢＳ設定を受信することをさらに有する
    　請求項５に記載の通信制御方法。
  7. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、前記ユーザ装置の所望ＭＢＳセッションに関するＭＢＳセッション情報を含むＭＢＳ興味通知メッセージを前記基地局に送信することと、
    　前記ユーザ装置が、前記ＭＢＳ興味通知メッセージの送信後、前記ＭＢＳセッションの受信に必要なＭＢＳ設定を含むデディケイティッドシグナリングを前記基地局から受信しないと判定した場合、前記ＭＢＳ設定を含むブロードキャストシグナリングの受信を試みることと、を有する
    　通信制御方法。
  8. 　前記ブロードキャストシグナリングの受信を試みることは、前記ＭＢＳ興味通知メッセージを送信してから所定時間以内に前記デディケイティッドシグナリングを受信しない場合、前記ブロードキャストシグナリングの受信を試みることを含む
    　請求項７に記載の通信制御方法。
  9. 　前記ブロードキャストシグナリングの受信を試みることは、前記所望ＭＢＳセッションの受信に必要な前記ＭＢＳ設定が前記ブロードキャストシグナリングで送信されることを示す情報を前記基地局から受信した場合、前記ブロードキャストシグナリングの受信を試みることを含む
    　請求項７に記載の通信制御方法。
  10. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、前記ユーザ装置の所望ＭＢＳセッションの受信に必要なＭＢＳ設定を含むブロードキャストシグナリングの受信を試みることと、
    　前記ユーザ装置が、前記ブロードキャストシグナリングを前記基地局から受信しない場合、前記所望ＭＢＳセッションに関するＭＢＳセッション情報を含むＭＢＳ興味通知メッセージを前記基地局に送信することと、を有する
    　通信制御方法。
  11. 　前記基地局が、前記ＭＢＳ興味通知メッセージの受信に応じて、前記所望ＭＢＳセッションの受信に必要な前記ＭＢＳ設定をデディケイティッドシグナリングで前記ユーザ装置に送信することをさらに有する
    　請求項１０に記載の通信制御方法。
PCT/JP2022/000642 2021-01-12 2022-01-12 通信制御方法 WO2022153991A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022575592A JPWO2022153991A1 (ja) 2021-01-12 2022-01-12
US18/350,599 US20230354475A1 (en) 2021-01-12 2023-07-11 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163136486P 2021-01-12 2021-01-12
US63/136,486 2021-01-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/350,599 Continuation US20230354475A1 (en) 2021-01-12 2023-07-11 Communication control method

Publications (1)

Publication Number Publication Date
WO2022153991A1 true WO2022153991A1 (ja) 2022-07-21

Family

ID=82446721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/000642 WO2022153991A1 (ja) 2021-01-12 2022-01-12 通信制御方法

Country Status (3)

Country Link
US (1) US20230354475A1 (ja)
JP (1) JPWO2022153991A1 (ja)
WO (1) WO2022153991A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024034567A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3349487A1 (en) * 2017-01-12 2018-07-18 ASUSTek Computer Inc. Method and apparatus of handling interest indication in a wireless communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3349487A1 (en) * 2017-01-12 2018-07-18 ASUSTek Computer Inc. Method and apparatus of handling interest indication in a wireless communication system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CATT, CBN: "Further Discussion on MBS Idle Mode Support", 3GPP DRAFT; R2-2008797, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051941903 *
INTEL CORPORATION: "MBS L2 Architecture, user plane and control plane", 3GPP DRAFT; R2-2009196, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942203 *
KYOCERA: "Consideration of control plane aspects for NR MBS", 3GPP DRAFT; R2-2010234, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942914 *
KYOCERA: "Further consideration of control plane aspects for NR MBS", 3GPP DRAFT; R2-2100803, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972724 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024034567A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置

Also Published As

Publication number Publication date
US20230354475A1 (en) 2023-11-02
JPWO2022153991A1 (ja) 2022-07-21

Similar Documents

Publication Publication Date Title
WO2022085757A1 (ja) 通信制御方法
EP3253129A1 (en) Base station, processor and user terminal
WO2022149489A1 (ja) 通信制御方法及びユーザ装置
US20160080996A1 (en) Communication control method, user terminal, and processor
US20230354475A1 (en) Communication control method
US20240080939A1 (en) Communication control method and user equipment
WO2022085717A1 (ja) 通信制御方法
WO2022025013A1 (ja) 通信制御方法
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
US20240179797A1 (en) Communication method, network apparatus, and user equipment
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2022085646A1 (ja) 通信制御方法
WO2022085644A1 (ja) 通信制御方法
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
US20240237143A1 (en) Communication method
US20240080940A1 (en) Communication control method
WO2023013607A1 (ja) 通信方法
US20240080645A1 (en) Communication control method
EP4322559A1 (en) Communication control method and user equipment
US20240022447A1 (en) Communication control method and user equipment
WO2023132209A1 (ja) 通信方法
JP7425259B2 (ja) 通信制御方法及び基地局
US20240073997A1 (en) Communication control method, base station, and user equipment
WO2022030453A1 (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: 22739397

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022575592

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22739397

Country of ref document: EP

Kind code of ref document: A1