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

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

Info

Publication number
WO2022149489A1
WO2022149489A1 PCT/JP2021/048137 JP2021048137W WO2022149489A1 WO 2022149489 A1 WO2022149489 A1 WO 2022149489A1 JP 2021048137 W JP2021048137 W JP 2021048137W WO 2022149489 A1 WO2022149489 A1 WO 2022149489A1
Authority
WO
WIPO (PCT)
Prior art keywords
rrc
mbs
state
setting
message
Prior art date
Application number
PCT/JP2021/048137
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 CN202180095165.XA priority Critical patent/CN116918358A/zh
Priority to JP2022574005A priority patent/JP7448689B2/ja
Priority to EP21917709.4A priority patent/EP4258705A4/en
Publication of WO2022149489A1 publication Critical patent/WO2022149489A1/ja
Priority to US18/348,129 priority patent/US20230354465A1/en
Priority to JP2024029811A priority patent/JP2024059904A/ja

Links

Images

Classifications

    • 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
    • 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/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Definitions

  • the present disclosure relates to a communication control method and a user device used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • the communication control method is a method executed by a user device in a mobile communication system that provides a multicast / broadcast service (MBS).
  • the communication control method is that the user device in the RRC (Radio Resource Control) connected state receives an RRC message including the MBS setting required for MBS reception from the base station, and the RRC idle from the RRC connected state.
  • the user apparatus that has transitioned to the state or the RRC inactive state has the MBS reception using the MBS setting received during the RRC connected state.
  • the RRC message is an RRC Reconnection message or an RRC Release message.
  • the user device is a device used in a mobile communication system that provides a multicast / broadcast service (MBS).
  • the user device is a receiving unit that receives an RRC message including an MBS setting required for MBS reception from a base station when the user device is in the RRC (Radio Resource Control) connected state, and from the RRC connected state. It has a control unit that performs the MBS reception using the MBS setting received in the RRC connected state after transitioning to the RRC idle state or the RRC inactive state.
  • the RRC message is an RRC Reconnection message or an RRC Release message.
  • NR 5G systems
  • 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 complies with the 3GPP standard 5th generation system (5GS: 5th Generation System).
  • 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 UE 100 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 (Arial UE) provided on the flying object.
  • the NG-RAN 10 includes a base station (called “gNB” in a 5G system) 200.
  • the gNB 200 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 an interface between the base station and the core network.
  • 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 the 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, and a PDCP (Packet Data Convergence Protocol) layer. It has an SDAP (Service Data Adjustment Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adjustment Protocol
  • the PHY layer performs coding / 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 ARP (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 an IP flow, which is a unit for which a core network performs QoS (Quality of Service) control, with a 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 logical channels, transport channels, and physical channels in response to the establishment, re-establishment, and release of radio bearers.
  • RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in 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 in a particular service area for applications that do not require highly reliable QoS.
  • the multicast service provides services to a group of UEs 100 participating in the multicast service, not to all UEs 100.
  • the multicast service can provide the same content to a group of UEs 100 in a more wirelessly efficient manner than a broadcast service.
  • FIG. 6 is a diagram showing an 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 the MBS data packets and distributes individual copies of those MBS data packets to the individual UE 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 packet 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, distribution mode 1 and distribution mode 2.
  • FIG. 7 is a diagram showing a distribution mode according to an embodiment.
  • the distribution mode 1 (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. Delivery mode 1 is used only for multicast sessions among MBS sessions. In one embodiment, it is assumed that the distribution mode 1 is used for the multicast session, but the distribution mode 1 may be used for the broadcast session. In the distribution mode 1, the UE 100 in the RRC idle state or the RRC inactive state may also be available.
  • the MBS reception setting in the distribution mode 1 is performed by the RRC Reconnection message (or RRC Release message) which is an RRC message transmitted by unicast from the gNB 200 to the UE 100.
  • the MBS receive configuration includes scheduling information for the MBS traffic channel carrying the MBS traffic.
  • the MBS traffic channel which is a kind of logical channel, may be called MTCH (Multicast Traffic Channel).
  • the MBS traffic channel is mapped to DL-SCH (Downlink Shared Channel), which is a kind of transport channel.
  • Delivery mode 2 is a delivery mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or the RRC inactive state, and is a delivery mode for low QoS requirements.
  • the distribution mode 2 is used for the broadcast session among the MBS sessions. However, the distribution mode 2 may also be applicable to a multicast session.
  • the setting of MBS reception in the distribution mode 2 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
  • the network can provide different MBS services for each MBS session.
  • the MBS session is identified by at least one of TMGI (Temporary Mobile Group Identity) and a session identifier. At least one of these identifiers is called an MBS session identifier.
  • TMGI Temporal Mobile Group Identity
  • Such an 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 delivery mode 1 described above.
  • the gNB 200 may 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 used in combination with PTP and PTM to double-transmit the same MBS traffic to improve reliability.
  • 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 an 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 radio bearer) used for MBS, into a PTP leg and a PTM leg.
  • the PDCP entity is provided for each bearer.
  • Each of gNB200 and UE100 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
  • the PHY entity sends and receives PTM leg data using the group RNTI (G-RNTI: Group Radio Network Entity Identifier) that is assigned one-to-one with the MBS session.
  • G-RNTI Group Radio Network Entity Identifier
  • 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 PDCCH to which the G-RNTI associated with the MBS session is applied (ie, does not blind decode the PDCCH using the G-RNTI) when the PTM leg is deactivated. ..
  • the UE 100 monitors the PDCCH to which the 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: Discontinuus Reception) in the PTP leg is set.
  • OnDuration the on period
  • DRX Discontinuus 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 a configuration example of an RRC Reconnection message used for setting MBS reception in the distribution mode 1.
  • the RRC Reconnection message transmitted from the gNB 200 to the UE 100 includes the MBS setting required for MBS reception as an information element.
  • the MBS settings include the basic reception settings, which are the basic settings for MBS reception, and the RRC connected dedicated settings, which are applicable only to MBS reception in the RRC connected state.
  • the basic reception setting is a setting common to all RRC states (that is, RRC connected state, RRC idle state, RRC inactive state).
  • the basic reception settings include MTCH scheduling information.
  • the MTCH scheduling information includes at least one of a group RNTI, an MBS session identifier, a transmission occasion, and a transmission BWP (Bandwidth Part).
  • the group RNTI is an RNTI 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 setting is a setting related to the split MBS bearer, and includes, for example, at least one of the bearer setting of the split MBS bearer, the dynamic switching setting between PTP and PTM, and the 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 basic reception setting.
  • the RRC connected-only settings may include HARQ feedback settings.
  • the gNB 200 transitions the UE 100 to an RRC idle state or an RRC inactive state.
  • the gNB 200 may be in a situation where the UE 100 cannot be maintained in the RRC connected state due to congestion.
  • the UE 100 can continue MBS reception even when it transitions to the RRC idle state or the RRC inactive state.
  • the UE 100 continues to apply the MBS settings provided by the RRC Configuration message as the MBS settings used in the RRC idle state or the RRC inactive state. That is, the UE 100 reuses the MBS settings provided during the RRC connected state.
  • the UE 100 when the UE 100 according to one embodiment is in the RRC connected state, it receives an RRC Configuration message (RRC message) including MBS settings required for MBS reception from the base station. After transitioning from the RRC connected state to the RRC idle state or the RRC inactive state, the UE 100 performs MBS reception using the MBS setting received in the RRC connected state.
  • RRC message RRC Configuration message
  • the UE 100 performs a process of invalidating the RRC connected dedicated setting included in the MBS setting received in the RRC connected state when transitioning to the RRC idle state or the RRC inactive state. As a result, the storage capacity of the UE 100 can be saved, and the occurrence of unexpected errors can be suppressed.
  • FIG. 10 is a diagram showing an operation according to one embodiment.
  • step S101 the UE 100 is in the RRC connected state in the cell of the gNB 200.
  • step S102 the gNB 200 transmits an RRC Connection message including an MBS setting, that is, a basic reception setting and an RRC connected dedicated setting, to the UE 100.
  • the UE 100 receives the RRC Reconnection message.
  • step S103 the UE 100 stores and applies the MBS settings included in the received RRC Configuration message.
  • step S104 the UE 100 receives the MBS traffic from the gNB 200 using the MBS setting applied in step S103, that is, the basic reception setting and the RRC connected dedicated setting.
  • the UE 100 receives the MBS setting in the RRC Configuration message and receives the MBS traffic.
  • step S105 the gNB 200 identifies the UE 100 to be transitioned to the RRC idle state or the RRC inactive state.
  • the gNB 200 may specify the UE 100 receiving the target MBS session as the UE 100 that transitions to the RRC idle state or the RRC inactive state. For example, when the MBS traffic transmission in step S104 is performed by multicast, the gNB 200 requests the 5GC 20 to provide information and identifies the UE 100 receiving the target MBS session. On the other hand, when the MBS traffic transmission in step S104 is performed by broadcasting, the gNB 200 receives information from the UE 100 in advance by the MBS interest indication message (MII). Thereby, the gNB 200 identifies the UE 100 receiving the target MBS session.
  • MII MBS interest indication message
  • the gNB 200 may specify the non-moving UE 100 as the UE 100 that transitions to the RRC idle state or the RRC inactive state.
  • the moving UE 100 it is desirable that the moving UE 100 be maintained in the RRC connected state because the gNB 200 may need to perform handover control in order to guarantee the continuity of the MBS service.
  • the gNB 200 shifts the non-moving UE 100 to the RRC idle state or the RRC inactive state. Thereby, the load of gNB200 can be reduced.
  • the gNB 200 can reduce the load on the gNB 200 by shifting the non-moving UE 100 to the RRC idle state or the RRC inactive state.
  • the gNB 200 may be specified as a UE 100 that does not move the UE 100 whose stay time in the own cell exceeds a predetermined time. Further, the gNB 200 may specify the UE 100 that does not move based on the position information periodically received from the UE 100. Alternatively, the gNB 200 may specify the UE 100 that does not move by being notified of the movement state by the UE 100. The notification may be notified by a request from gNB200. The notification may be notified by the UE 100 itself (for example, when the moving state changes). The movement state may be notified using the MBS Interest Indication (MII). The movement state may be notified in association with interest information for MBS reception.
  • MII MBS Interest Indication
  • step S106 the gNB 200 transmits an RRC Release message to the UE 100 specified in step S105.
  • the UE 100 receives the RRC Release message.
  • the gNB 200 transmits an RRC Release message including a suspend context as an information element to the UE 100.
  • step S107 the UE 100 transitions to the RRC idle state or the RRC inactive state based on the received RRC Release message.
  • step S108 the UE 100 continues to apply the basic reception setting and performs a process of invalidating the RRC connected dedicated setting.
  • the process of invalidating is discarding the RRC connected dedicated setting (discard), suspending the application of the RRC connected dedicated setting (suspend), or deactivating the RRC connected dedicated setting (deactivate).
  • the RRC connected dedicated setting In the case of suspend or deactive, the RRC connected dedicated setting is retained without being discarded. The retained RRC connected-only settings can be restored (enabled) when the UE 100 returns to the RRC connected state again.
  • the operation of the UE 100 transitioning from the RRC inactive state to the RRC connected state is called resume (RRC resume).
  • the UE 100 does not have to enable the held RRC connected dedicated setting at the time of RRC resume.
  • the UE 100 enables the RRC connected dedicated setting when the cell when transitioning to the RRC idle state or the RRC inactive state and the cell when returning to the RRC connected state are the same, and these are different cells. In this case, the RRC connected-only setting may not be enabled (details will be described in the modification described later).
  • the UE 100 may release the entity used only in the RRC connected state, for example, the RLC entity of the PTP leg.
  • the UE 100 may reconfigure the associated entity, for example, suspend the split (or join) function of the PDCP entity.
  • step S109 the UE 100 continues to receive MBS traffic in the RRC idle state or the RRC inactive state by using the basic reception setting.
  • the UE 100 retains the RRC connected dedicated setting when transitioning from the RRC connected state to the RRC inactive state.
  • the UE 100 can quickly set the split MBS bearer and the like by effectively utilizing the held settings.
  • the gNB 200 when the UE 100 transitions to the RRC inactive state and the gNB 200 when returning to the RRC connected state may be the same, or these gNB 200s may be different.
  • the UE 100 that has transitioned to the RRC inactive state retains the RRC connected dedicated setting in the RRC inactive state.
  • the UE 100 transmits a notification to the gNB 200 indicating that the RRC connected dedicated setting is held during the resume operation of transitioning from the RRC inactive state to the RRC connected state.
  • the gNB 200 instructs the UE 100 whether or not to enable the RRC connected dedicated setting held by the UE 100.
  • FIG. 11 is a diagram showing an operation according to the first modification of the embodiment.
  • the gNB 200a when the UE 100 transitions to the RRC inactive state and the gNB 200b when the UE 100 returns to the RRC connected state are different will be described.
  • steps S201 to S208 is the same as that of the above-described embodiment.
  • the UE 100 invalidates and retains the RRC connected dedicated setting when transitioning to the RRC inactive state.
  • step S109 the UE 100 continues to receive MBS traffic in the RRC inactive state using the basic reception setting.
  • step S210 the UE 100 in the RRC inactive state performs cell reselection from the cell of gNB200a to the cell of gNB200b.
  • the UE 100 When the UE 100 decides to resume the RRC connection, it starts a random access procedure with the gNB 200b in step S211.
  • a general random access procedure for RRC resumes includes the following 1) -5). 1) Transmission of random access preamble (Msg1) from UE100 to gNB200b 2) Transmission of random access response (Msg2) from gNB200b to UE100 3) Transmission of RRC Procedure Request message (Msg3) from UE100 to gNB200b 4) Transmission of RRC Procedure Request message (Msg3) from gNB200b Transmission of RRC Resume message (Msg4) to UE100 5) Transmission of RRC Resume Complete message (Msg5) from UE100 to gNB200b
  • Msg1 and Msg3 are integrated into one message (MsgA).
  • Msg2 and Msg4 are integrated into one message (MsgB).
  • the UE 100 transmits Msg1 or MsgA using a special PRACH (Physical Random Access Channel) resource. As a result, the UE 100 notifies the gNB 200b that it holds the RRC connected dedicated setting (step S211a).
  • the UE 100 transmits Msg3, MsgA, or Msg5 that includes an information element indicating that it holds the RRC connected dedicated setting. As a result, the UE 100 notifies the gNB 200b that it holds the RRC connected dedicated setting (step S211a).
  • the gNB 200b Upon receiving the retention notification from the UE 100, the gNB 200b determines whether or not to enable the RRC connected dedicated setting held by the UE 100, and transmits an instruction indicating the determination result to the UE 100 (step S212). For example, the gNB 200b may decide to enable the RRC connected dedicated setting held by the UE 100 only when the context information of the UE 100 can be acquired from the gNB 200a.
  • the UE 100 When the UE 100 receives an instruction from gNB200b to enable the RRC connected dedicated setting, the UE 100 activates the held RRC connected dedicated setting. On the other hand, if the UE 100 does not receive an instruction from the gNB 200b to enable the RRC connected dedicated setting, the UE 100 does not enable the held RRC connected dedicated setting. In this case, the UE 100 may discard the held RRC connected dedicated setting.
  • the second modification of the above-described embodiment will be mainly described as being different from the above-described embodiment.
  • the UE 100 retains the RRC connected dedicated setting when transitioning from the RRC connected state to the RRC idle state or the RRC inactive state.
  • the multicast session (delivery mode 1) is basically a network-controlled delivery mode in which the UE 100 is maintained in the RRC connected state. However, the UE 100 is transitioned to the RRC idle state or the RRC inactive state due to temporary network congestion or the like.
  • the split MBS bearer in the RRC connected dedicated setting is often set to the UE 100 at the cell end.
  • the gNB 200 may transmit MBS traffic using the PTP leg.
  • the gNB 200 may transmit MBS traffic using the PTP leg in order to eliminate packet loss during the handover.
  • the UE 100 that transitions to the RRC idle state or the RRC inactive state and holds the RRC connected dedicated setting notifies the gNB 200 before reselecting the cell to another cell at the cell end. ..
  • the gNB 200 (network) can perform mobility control for the UE 100 based on the notification.
  • the UE 100 when it is determined that the predetermined condition (trigger condition) for cell reselection is satisfied in the RRC idle state or the RRC inactive state, the UE 100 starts a random access procedure for the gNB 200. The UE 100 sends a notification to the gNB 200 indicating that a predetermined condition is satisfied in the random access procedure.
  • the predetermined condition Trigger condition
  • FIG. 12 is a diagram showing an operation according to the second modification of the embodiment.
  • the UE 100 transitions to the RRC inactive state, but it may be assumed that the UE 100 transitions to the RRC idle state. That is, the RRC inactive state in FIG. 12 may be read as the RRC idle state.
  • steps S301 to S308 are the same as that of the above-described embodiment.
  • the UE 100 invalidates and retains the RRC connected dedicated setting when transitioning to the RRC inactive state (or RRC idle state).
  • the UE 100 continues to receive MBS traffic in the RRC inactive state (or RRC idle state) using the basic reception setting.
  • the UE 100 detects a trigger related to cell reselection from the cell of gNB200 to another cell.
  • the trigger condition for cell reselection may be a condition that actually triggers cell reselection, or may be a condition that indicates a sign that triggers cell reselection.
  • the trigger condition may include a threshold value set from the gNB 200 to the UE 100 (for example, RSRP / RSRQ threshold value) and information (event information) for designating the comparison target.
  • the UE 100 When the UE 100 detects a trigger related to cell reselection, it starts a random access procedure with gNB200 in step S311.
  • the UE 100 sends a notification to the gNB 200 indicating that the trigger condition for cell reselection has been satisfied.
  • the same method as in the first modification of the above-described embodiment can be used. That is, the UE 100 notifies the gNB 200 that the trigger condition for cell reselection is satisfied by transmitting Msg1 or MsgA using a special PRACH resource (step S311a).
  • the UE 100 notifies the gNB 200 that the trigger condition for cell reselection is satisfied by transmitting Msg3, MsgA, or Msg5 including an information element indicating that the trigger condition for cell reselection is satisfied. (Step S311a).
  • the UE 100 may transmit a measurement report including a radio measurement result indicating its own radio status to the gNB 200 for use in the mobility control in step S312.
  • the gNB 200 performs mobility control (handover control or cell reselection control) for the UE 100 based on the notification received from the UE 100 in step S311a. For example, the gNB 200 shifts the UE 100 to the RRC connected state and then performs a handover to another cell. Alternatively, the gNB 200 causes the UE 100 to perform cell reselection to another cell after keeping the UE 100 in the RRC idle state or the RRC inactive state. In this case, the gNB 200 may instruct the UE 100 to discard the RRC connected dedicated setting.
  • mobility control handover control or cell reselection control
  • the UE 100 having the RRC connected dedicated setting in the RRC connected state is prohibited from transitioning to the RRC idle state or the RRC inactive state.
  • the gNB 200 releases (discards) the RRC connected dedicated setting to the UE 100 before transitioning the UE 100 to the RRC idle state or the RRC inactive state, and then releases (discards) the RRC idle state or the RRC inactive state.
  • the UE 100 is transitioned to the state. Then, the UE 100 transitions to the RRC idle state or the RRC inactive state after the RRC connected dedicated setting is released by the gNB 200.
  • FIG. 13 is a diagram showing an operation according to the third modification of the embodiment.
  • the operation of steps S401 to S405 is the same as that of the above-described embodiment.
  • the gNB 200 may specify the UE 100 capable of transitioning to the RRC idle state or the RRC inactive state. For example, the gNB 200 identifies a UE 100 that is unlikely to transmit an uplink for a certain period of time or a UE 100 that has no unicast communication.
  • the gNB 200 may specify the UE 100 that has transmitted a message prompting the release of the RRC connection, for example, a RAI (Releasation Assistance Information) message.
  • a RAI Releasation Assistance Information
  • step S406 the gNB 200 transmits an RRC Reconnection message including an information element indicating that the RRC connected dedicated setting is released to the specified UE 100.
  • step S407 the UE 100 releases (discards) the RRC connected dedicated setting in response to the reception of the RRC Reconnection message in step S406.
  • the UE 100 is in a state of having only the MBS setting (basic reception setting) of the PTM among the MBS settings.
  • step S408 the gNB 200 sends an RRC Release message to the UE 100 that has released the RRC connected dedicated setting.
  • the UE 100 receives the RRC Release message.
  • step S409 the UE 100 transitions to the RRC idle state or the RRC inactive state based on the received RRC Release message.
  • step S410 the UE 100 continues to apply the basic reception setting.
  • step S411 the UE 100 continues to receive MBS traffic in the RRC idle state or the RRC inactive state by using the basic reception setting.
  • the MBS setting is performed by the RRC Resolution message
  • a scenario in which the MBS setting is performed by the RRC Release message may be assumed.
  • the MBS setting is performed by the RRC Release message
  • the gNB 200 may be prohibited from setting the RRC connected only by the RRC Release message.
  • the information element related to the RRC connected dedicated setting may be a condition setting that cannot be used in the RRC Release message.
  • MBS settings shall be standardized in the area range consisting of multiple cells.
  • the UE 100 that has transitioned to the RRC idle state or the RRC inactive state can continue to receive MBS traffic within the area without updating the MBS setting.
  • the area range may be defined as an area that does not require notification according to the first modification and the second modification of the above-described embodiment.
  • the UE 100 receives an RRC message (RRC Reconnection message or RRC Release message) including area information indicating an area range for which the MBS setting is valid from the gNB 200.
  • RRC message RRC Reconnection message or RRC Release message
  • the UE 100 that has transitioned to the RRC idle state or the RRC inactive state performs MBS reception using the MBS setting within the area range indicated by the area information.
  • FIG. 14 is a diagram showing an operation according to the fourth modification of the embodiment.
  • the operation of steps S501 to S507 is the same as that of the above-described embodiment.
  • the gNB 200 sets the area range in which the MBS setting is valid in the UE 100 by transmitting the area information to the UE 100 together with the MBS setting.
  • the area information may be a list consisting of identifiers (cell identifiers) of each cell constituting the area range. Since each cell notifies the identifier of its own cell, the UE 100 can determine whether or not it is within the area range by using the set list.
  • the area information may be an identifier indicating an area range (area identifier). Since each cell notifies the area identifier of the area range to which the cell belongs, the UE 100 can determine whether or not it is within the area range by using the set area identifier.
  • step S507 the UE 100 transitions to the RRC idle state or the RRC inactive state based on the RRC Release message received in step S506.
  • the UE 100 continues to receive MBS traffic using the basic reception setting among the MBS settings set from the gNB 200.
  • the UE 100 considers that the MBS setting is valid within the area range set from the gNB 200, and does not notify the network even when the cell is reselected.
  • the UE 100 When the UE 100 moves to a cell outside the area range, the UE 100 receives a new MBS setting from this cell by performing random access to the cell outside the area range. Alternatively, when the UE 100 detects a cell outside the area range, it may receive a new MBS setting from this cell by randomly accessing the current cell before moving out of the area range. good.
  • the gNB 200 notifies the UE 100 by an RRC Release message whether or not the MBS setting (specifically, the basic reception setting) by the RRC Reconnection message can be used even in the RRC idle state or the RRC inactive state. do. That is, the UE 100 receives an RRC Release message from the gNB 200 including information indicating whether or not the MBS setting received in the RRC connected state can be used in the RRC idle state or the RRC inactive state.
  • FIG. 15 is a diagram showing an operation according to the fifth modification of the embodiment.
  • step S606 the gNB 200 transmits an RRC Release message including any of the following information A) and B) to the UE 100.
  • the information indicating the expiration date may be represented by at least one of SFN (System Frame Number), H-SFN (Hyper SFN), and a subframe.
  • the information indicating the expiration date may be a timer value indicating the time length of the expiration date.
  • the UE 100 sets the MBS setting in the RRC Reconnection message in step S602 only when the RRC Release message including the information indicating that continuous use is permitted is received from the gNB 200 (step S606). Continue to use in RRC idle state or RRC inactive state.
  • the UE 100 continuously uses the MBS setting in the RRC Reconnection message in step S602 in the RRC idle state or the RRC inactive state only within the expiration date set in the RRC Release message.
  • the UE 100 activates a timer (timer corresponding to the timer value) when transitioning to the RRC idle state or the RRC inactive state (step S607), and this timer is set. Continue to use MBS settings until expiration.
  • the UE 100 who is still interested in receiving the MBS may receive a new MBS setting from the gNB 200 by performing random access to the gNB 200. ..
  • the UE 100 may notify the gNB 200 that the access is for updating the MBS settings.
  • the notification may be presented in Msg1 / MsgA with a special PRACH resource or in Msg3.
  • the UE 100 may try to acquire the MBS setting by the distribution mode 2.
  • the UE 100 who is no longer interested in receiving MBS may discard the MBS setting set in the RRC Reconnection message.
  • the UE 100 receives an RRC Release message including adjacent cell information.
  • the adjacent cell information includes an identifier of the adjacent cell and an identifier indicating an MBS service (MBS session) provided by the adjacent cell.
  • MBS session MBS service
  • the UE 100 can preferentially select a cell that provides an MBS service of interest when performing cell reselection in the RRC idle state or the RRC inactive state.
  • the UE 100 that has transitioned to the RRC idle state or the RRC inactive state controls cell reselection based on the received adjacent cell information.
  • FIG. 16 is a diagram showing an operation according to the sixth modification of the embodiment.
  • step S706 the gNB 200 transmits an RRC Release message including the adjacent cell information to the UE 100.
  • the gNB 200 may send an RRC Release message including adjacent cell information and MBS settings (specifically, basic reception settings) to the UE 100.
  • This adjacent cell information includes an identifier of an adjacent cell (cell identifier) and a list of identifiers (session identifiers) indicating MBS services provided by the adjacent cell.
  • the UE 100 regards the cell for which the MBS setting of interest is provided as the highest priority in the cell reselection, and performs the cell reselection.
  • 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 may be provided that causes a computer to execute each process performed by the UE 100 or gNB 200.
  • 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. -The applicability of the distribution mode 2 to the multicast session needs further study. • 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.
  • Delivery mode 1 is considered primarily for data reception in the RRC connected, but configuration aspects have not yet been agreed. It can be very straightforward that the MBS configuration is provided by RRC reconfiguration, but it is still under consideration that the MCCH will be received in a connected manner like 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 delivery 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 RRC resetting of the distribution mode 1 includes information unique to the distribution mode 1 such as the PTP / PTM split bearer and the handover-related information, in addition to the MTCH scheduling information which is a block common to the distribution mode 2. Therefore, the details need to be further examined at this point.
  • Proposal 2 RAN2 should agree to aim for maximum commonality between the two delivery modes, eg, using a common structure and IE, from the perspective of MBS configuration.
  • MCCH in FIG. 17 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 be kept RRC connected for delivery mode 1, i.e., a multicast session that requires high QoS.
  • RRC connected for delivery mode 1 i.e., 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 about 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 obvious, 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.
  • Delivery mode 2 is designed to receive data in all RRC states, as RAN2 agreed, so this option is another simple solution. 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. 18 is that the SC-MCCH scheduling is independent of the SIB20 scheduling in terms of repeat period, period, change period, and the like. In particular, frequent scheduling / updating of the SC-MCCH has been facilitated for delay-sensitive services and / or UEs that join late in the session. According to WID, one of the applications is group communication, so the same applies to NR MBS.
  • Findings 1 In LTE, a two-step configuration 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, 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 the gNB to be able to choose to use delivery mode 2 for the multicast session.
  • RAN2 since RAN2 has already agreed to allow data reception on the RRC connected, it is easy to allow the UE on the RRC connected 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 a connected UE to receive MCCH, but scheduling flexibility (because the UE may need a "gap") and / or UE power consumption (UE is 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 in 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 about enabling general MBS services via 5GS, and the identified use cases that may benefit from this feature are public safety, mission critical, Includes, but is not limited to, V2X applications, transparent IPv4 / IPv6 multicast distribution, IPTV, software distribution over radio, group communication, 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 delivery 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.
  • a new paradigm for NR is support for on-demand SI transmission.
  • This concept can be reused for MCCH in delivery mode 2, i.e., on-demand MCCH.
  • MCCH delivery mode 2
  • a delay-tolerant service MCCH is provided on demand, which can optimize signaling resource consumption.
  • the network has another option to provide MCCH on a regular basis, i.e., for delay-sensitive services 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 delivery 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 mainly used for 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 eMBMS, 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.
  • NR MBS In the case of NR MBS, multicast services such as group communication use cases are expected, and since the network already has complete knowledge of MBS services that the connected UE is receiving / interested in, for example, the network Assistance information from the UE, such as the decision to deliver PTP / PTM, is useless to the network.
  • Assistance information from the UE such as the decision to deliver PTP / PTM, is useless to the network.
  • the same does not apply to broadcast services and / or idle / inactive UEs.
  • the problem solved by counting with MII in LTE eMBMS that is, finding 3, still exists in NR MBS. Therefore, RAN2 needs to consider whether assistance information such as MII and counting is useful for NR MBS.
  • ROM and SFN are not supported as described in WID, so Rel-17 does not need MII MBMS ROM information and information about the counting response MBSFN area.
  • Proposal 11 RAN2 needs to agree to introduce NR MBS UE assistance information, such as MBS interest indication and / or MBS counting.
  • LTE eMBMS neither MII nor counting can collect information from the idle UE even if most of the UEs are receiving the broadcast service 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 the idle / inactive UE is not receiving / interested in the broadcast service. 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 (10)

  1. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって、
    　ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態にある前記ユーザ装置が、ＭＢＳ受信に必要なＭＢＳ設定を含むＲＲＣメッセージを基地局から受信することと、
    　前記ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した前記ユーザ装置が、前記ＲＲＣコネクティッド状態時に受信した前記ＭＢＳ設定を用いて、前記ＭＢＳ受信を行うことと、を有し、
    　前記ＲＲＣメッセージは、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ　Ｒｅｌｅａｓｅメッセージである
    　通信制御方法。
  2. 　前記受信することは、前記ＲＲＣコネクティッド状態における前記ＭＢＳ受信にのみ適用可能なＲＲＣコネクティッド専用設定を含む前記ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することを含む
    　請求項１に記載の通信制御方法。
  3. 　前記ユーザ装置が、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態に遷移する際に、前記受信したＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる前記ＲＲＣコネクティッド専用設定を無効化する処理を行うことをさらに有する
    　請求項２に記載の通信制御方法。
  4. 　前記ＲＲＣインアクティブ状態に遷移した前記ユーザ装置が、前記ＲＲＣインアクティブ状態において前記ＲＲＣコネクティッド専用設定を保持することと、
    　前記ユーザ装置が、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するレジューム動作時に、前記ＲＲＣコネクティッド専用設定を保持していることを示す通知を前記基地局に送信することと、をさらに有する
    　請求項２又は３に記載の通信制御方法。
  5. 　前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態に遷移した前記ユーザ装置が、前記ＲＲＣコネクティッド専用設定を保持することと、
    　前記ユーザ装置が、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態において、セル再選択に関する所定条件が満たされたと判定した場合、前記基地局に対するランダムアクセスプロシージャを開始することと、
    　前記ランダムアクセスプロシージャにおいて、前記所定条件が満たされたことを示す通知を前記基地局に送信することと、をさらに有する
    　請求項２又は３に記載の通信制御方法。
  6. 　前記ＲＲＣコネクティッド状態において前記ＲＲＣコネクティッド専用設定を有する前記ユーザ装置は、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態への遷移が禁止され、
    　前記ユーザ装置が、前記基地局により前記ＲＲＣコネクティッド専用設定が解放された後に、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態に遷移することをさらに有する
    　請求項２に記載の通信制御方法。
  7. 　前記受信することは、前記ＭＢＳ設定が有効なエリア範囲を示すエリア情報を含む前記ＲＲＣメッセージを受信することを含み、
    　前記ＭＢＳ受信を行うことは、前記エリア情報が示す前記エリア範囲内において、前記ＭＢＳ設定を用いて前記ＭＢＳ受信を行うことを含む
    　請求項１乃至６のいずれか１項に記載の通信制御方法。
  8. 　前記ＲＲＣメッセージは、前記ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであり、
    　前記ユーザ装置が、前記ＲＲＣコネクティッド状態時に受信した前記ＭＢＳ設定を前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態において使用可能とするか否かを示す情報を含むＲＲＣ　Ｒｅｌｅａｓｅメッセージを前記基地局から受信することをさらに有する
    　請求項１乃至７のいずれか１項に記載の通信制御方法。
  9. 　前記受信することは、隣接セル情報を含む前記ＲＲＣ　Ｒｅｌｅａｓｅメッセージを受信することを含み、
    　前記隣接セル情報は、隣接セルの識別子と、前記隣接セルが提供するＭＢＳサービスを示す識別子とを含み、
    　前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態に遷移した前記ユーザ装置が、前記隣接セル情報に基づいてセル再選択を制御することをさらに有する
    　請求項１乃至８のいずれか１項に記載の通信制御方法。
  10. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて用いるユーザ装置であって、
    　前記ユーザ装置がＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態にあるときに、ＭＢＳ受信に必要なＭＢＳ設定を含むＲＲＣメッセージを基地局から受信する受信部と、
    　前記ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した後に、前記ＲＲＣコネクティッド状態時に受信した前記ＭＢＳ設定を用いて前記ＭＢＳ受信を行う制御部と、を有し、
    　前記ＲＲＣメッセージは、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ　Ｒｅｌｅａｓｅメッセージである
    　ユーザ装置。
PCT/JP2021/048137 2021-01-06 2021-12-24 通信制御方法及びユーザ装置 WO2022149489A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202180095165.XA CN116918358A (zh) 2021-01-06 2021-12-24 通信控制方法和用户设备
JP2022574005A JP7448689B2 (ja) 2021-01-06 2021-12-24 通信制御方法及びユーザ装置
EP21917709.4A EP4258705A4 (en) 2021-01-06 2021-12-24 COMMUNICATION CONTROL METHOD AND USER EQUIPMENT
US18/348,129 US20230354465A1 (en) 2021-01-06 2023-07-06 Communication control method and user equipment
JP2024029811A JP2024059904A (ja) 2021-01-06 2024-02-29 通信制御方法、ユーザ装置、チップセット、プログラム、基地局及びシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163134280P 2021-01-06 2021-01-06
US63/134,280 2021-01-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/348,129 Continuation US20230354465A1 (en) 2021-01-06 2023-07-06 Communication control method and user equipment

Publications (1)

Publication Number Publication Date
WO2022149489A1 true WO2022149489A1 (ja) 2022-07-14

Family

ID=82357284

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/048137 WO2022149489A1 (ja) 2021-01-06 2021-12-24 通信制御方法及びユーザ装置

Country Status (5)

Country Link
US (1) US20230354465A1 (ja)
EP (1) EP4258705A4 (ja)
JP (2) JP7448689B2 (ja)
CN (1) CN116918358A (ja)
WO (1) WO2022149489A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4319471A1 (en) * 2022-08-03 2024-02-07 Acer Incorporated Method of user equipment receiving multicast multicast/broadcast service data, ue, and method of a cell providing a multicast multicast/broadcast service data
WO2024034566A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024034567A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置
EP4366453A1 (en) * 2022-11-04 2024-05-08 Nokia Technologies Oy Method to use quality of service to control multicast reception of user equipment in rrc inactive state

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015115459A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 Ｍｂｍｓ測定制御方法及びユーザ端末
US20210392651A1 (en) * 2018-10-26 2021-12-16 Nec Corporation Radio terminal, radio access network node, and method therefor
CN113785641A (zh) * 2019-04-01 2021-12-10 Oppo广东移动通信有限公司 装置及其无线通信的方法

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.300, September 2020 (2020-09-01)
CMCC: "Discussion on MBS supported UEs", 3GPP DRAFT; R2-2007416, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051912163 *
See also references of EP4258705A4
VIVO: "Discussion on idle and inactive mode UEs", 3GPP DRAFT; R2-2007037, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051911885 *
VIVO: "MBS Service Continuity for RRC Connected UE", 3GPP DRAFT; R2-2007035, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051911883 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4319471A1 (en) * 2022-08-03 2024-02-07 Acer Incorporated Method of user equipment receiving multicast multicast/broadcast service data, ue, and method of a cell providing a multicast multicast/broadcast service data
WO2024034566A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024034567A1 (ja) * 2022-08-09 2024-02-15 京セラ株式会社 通信方法
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置
EP4366453A1 (en) * 2022-11-04 2024-05-08 Nokia Technologies Oy Method to use quality of service to control multicast reception of user equipment in rrc inactive state

Also Published As

Publication number Publication date
JP2024059904A (ja) 2024-05-01
JPWO2022149489A1 (ja) 2022-07-14
US20230354465A1 (en) 2023-11-02
EP4258705A1 (en) 2023-10-11
CN116918358A (zh) 2023-10-20
JP7448689B2 (ja) 2024-03-12
EP4258705A4 (en) 2023-12-06

Similar Documents

Publication Publication Date Title
WO2022085757A1 (ja) 通信制御方法
JP6347005B1 (ja) ユーザ端末、通信方法及びプロセッサ
WO2022149489A1 (ja) 通信制御方法及びユーザ装置
WO2022085717A1 (ja) 通信制御方法
US20230354475A1 (en) Communication control method
US20240080939A1 (en) Communication control method and user equipment
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
WO2022025013A1 (ja) 通信制御方法
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
US20240179798A1 (en) Communication method
WO2023013605A1 (ja) 通信方法、ネットワーク装置、及びユーザ装置
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
WO2022202834A1 (ja) 通信制御方法及びユーザ装置
WO2022239773A1 (ja) 通信制御方法
JP7469571B2 (ja) 通信方法、ユーザ装置、ネットワークノード、チップセット、及びプログラム
WO2024096049A1 (ja) 通信方法及びネットワーク装置
WO2024034567A1 (ja) 通信方法
WO2022085646A1 (ja) 通信制御方法
US20240073997A1 (en) Communication control method, base station, and user equipment
WO2022239691A1 (ja) 通信制御方法
US20240179722A1 (en) Communication method
JP2023082184A (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
CN117941384A (zh) 通信方法

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: 21917709

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022574005

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021917709

Country of ref document: EP

Effective date: 20230706

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 202180095165.X

Country of ref document: CN