WO2022153991A1 - 通信制御方法 - Google Patents
通信制御方法 Download PDFInfo
- Publication number
- WO2022153991A1 WO2022153991A1 PCT/JP2022/000642 JP2022000642W WO2022153991A1 WO 2022153991 A1 WO2022153991 A1 WO 2022153991A1 JP 2022000642 W JP2022000642 W JP 2022000642W WO 2022153991 A1 WO2022153991 A1 WO 2022153991A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mbs
- session
- base station
- signaling
- control method
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 51
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000011664 signaling Effects 0.000 claims abstract description 98
- 238000010295 mobile communication Methods 0.000 claims abstract description 19
- 238000009826 distribution Methods 0.000 claims description 112
- 230000005540 biological transmission Effects 0.000 claims description 29
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000000737 periodic effect Effects 0.000 claims description 2
- 101150014328 RAN2 gene Proteins 0.000 description 22
- 238000010586 diagram Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000004481 post-translational protein modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Definitions
- the present disclosure relates to a communication control method used in a mobile communication system.
- NR New Radio
- RAT Radio Access Technology
- LTE Long Term Evolution
- the communication control method is a communication control method used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user apparatus, and the base station is at least a broadcast session.
- MBS multicast broadcast service
- the MBS setting including the information necessary for reception is transmitted by broadcast signaling, and the base station determines at least a part of the MBS setting for the user device in the RRC (Radio Resource Control) connected state. It has to transmit by decaded signaling.
- RRC Radio Resource Control
- the communication control method is a communication control method used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user device, and the base station distributes the MBS.
- MBS multicast broadcast service
- the mode specification information that specifies one of the first distribution mode and the second distribution mode as the mode is transmitted to the user apparatus, and the first distribution mode has the MBS setting required for MBS reception. It is a distribution mode in which the base station transmits the MBS setting to the user apparatus by broadcast signaling from the base station, and the second distribution mode is a distribution mode in which the MBS setting is transmitted from the base station to the user apparatus by broadcast signaling. ..
- the communication control method is a communication control method used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user device, wherein the user device is the user device.
- MBS multicast broadcast service
- An MBS interest notification message containing MBS session information regarding a desired MBS session is transmitted to the base station, and the user device includes an MBS setting required for receiving the MBS session after the MBS interest notification message is transmitted.
- MBS multicast broadcast service
- the communication control method is a communication control method used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user device, wherein the user device is the user device. Attempting to receive broadcast signaling, including the MBS settings required to receive the desired MBS session, and MBS interest, including MBS session information about the desired MBS session, if the user equipment does not receive the broadcast signaling from the base station. It includes transmitting a notification message to the base station.
- MBS multicast broadcast service
- NR 5G system
- the purpose of this disclosure is to realize an improved multicast / broadcast service.
- FIG. 1 is a diagram showing a configuration of a mobile communication system according to an embodiment.
- This mobile communication system conforms to the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
- 5GS 5th Generation System
- 5GS will be described as an example, but an LTE (Long Term Evolution) system and / or a 6th generation (6G) system may be applied to a mobile communication system at least partially.
- LTE Long Term Evolution
- 6G 6th generation
- mobile communication systems include a user device (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G). It has Core Network) 20.
- UE User Equipment
- NG-RAN Next Generation Radio Access Network
- 5GC 5G core network
- the UE100 is a mobile wireless communication device.
- the UE 100 may be any device as long as it is a device used by the user.
- the UE 100 is a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, a communication module (including a communication card or a chipset), a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle (Vehicle UE). ) And / or a flying object or a device (Aerial UE) provided on the flying object.
- the NG-RAN 10 includes a base station (called “gNB” in a 5G system) 200.
- the gNB 200s are connected to each other via the Xn interface, which is an interface between base stations.
- the gNB 200 manages one or more cells.
- the gNB 200 performs wireless communication with the UE 100 that has established a connection with its own cell.
- the gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter, simply referred to as “data”), and / or a measurement control function for mobility control / scheduling.
- RRM radio resource management
- Cell is used as a term to indicate the smallest unit of a wireless communication area.
- the term “cell” is also used to indicate a function or resource for wireless communication with the UE 100.
- One cell belongs to one carrier frequency.
- gNB can also connect to EPC (Evolved Packet Core), which is the core network of LTE.
- EPC Evolved Packet Core
- LTE base stations can also be connected to 5GC.
- the LTE base station and gNB can also be connected via an inter-base station interface.
- 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
- the AMF performs various mobility controls and the like for the UE 100.
- the AMF manages the mobility of the UE 100 by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
- UPF controls data transfer.
- the AMF and UPF are connected to the gNB 200 via the NG interface, which is a base station-core network interface.
- FIG. 2 is a diagram showing a configuration of a UE 100 (user device) according to an embodiment.
- the UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130.
- the receiving unit 110 performs various receptions under the control of the control unit 130.
- the receiving unit 110 includes an antenna and a receiver.
- the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 130.
- the transmission unit 120 performs various transmissions under the control of the control unit 130.
- the transmitter 120 includes an antenna and a transmitter.
- the transmitter converts the baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.
- the control unit 130 performs various controls on the UE 100.
- the control unit 130 includes at least one processor and at least one memory.
- the memory stores a program executed by the processor and information used for processing by the processor.
- the processor may include a baseband processor and a CPU (Central Processing Unit).
- the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
- the CPU executes a program stored in the memory to perform various processes.
- FIG. 3 is a diagram showing a configuration of gNB200 (base station) according to one embodiment.
- the gNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
- the transmission unit 210 performs various transmissions under the control of the control unit 230.
- the transmitter 210 includes an antenna and a transmitter.
- the transmitter converts the baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.
- the receiving unit 220 performs various receptions under the control of the control unit 230.
- the receiving unit 220 includes an antenna and a receiver.
- the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 230.
- the control unit 230 performs various controls on the gNB 200.
- the control unit 230 includes at least one processor and at least one memory.
- the memory stores a program executed by the processor and information used for processing by the processor.
- the processor may include a baseband processor and a CPU.
- the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
- the CPU executes a program stored in the memory to perform various processes.
- the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
- the backhaul communication unit 240 is connected to the AMF / UPF 300 via the base station-core network interface.
- the gNB is composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, the functions are divided), and both units may be connected by an F1 interface.
- FIG. 4 is a diagram showing a configuration of a protocol stack of a wireless interface of a user plane that handles data.
- the wireless interface protocol of the user plane includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, and the like. It has an SDAP (Service Data Application Protocol) layer.
- PHY physical
- MAC Medium Access Control
- RLC Radio Link Control
- PDCP Packet Data Convergence Protocol
- SDAP Service Data Application Protocol
- the PHY layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via a physical channel.
- the MAC layer performs data priority control, retransmission processing by hybrid ARQ (Hybrid Automatic Repeat request), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via the transport channel.
- the MAC layer of gNB200 includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the resource block allocated to the UE 100.
- MCS modulation / coding method
- the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via a logical channel.
- the PDCP layer performs header compression / decompression and encryption / decryption.
- the SDAP layer maps the IP flow, which is a unit for which the core network performs QoS (Quality of Service) control, with the wireless bearer, which is a unit for which AS (Access Stratum) controls QoS.
- QoS Quality of Service
- AS Access Stratum
- FIG. 5 is a diagram showing a configuration of a protocol stack of a wireless interface of a control plane that handles signaling (control signal).
- the protocol stack of the radio interface of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer in place of the SDAP layer shown in FIG.
- RRC signaling for various settings is transmitted between the RRC layer of UE100 and the RRC layer of gNB200.
- the RRC layer controls the logical, transport, and physical channels as the radio bearer is established, reestablished, and released.
- RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
- the UE 100 is in the RRC connected state.
- RRC connection no connection between the RRC of the UE 100 and the RRC of the gNB 200
- the UE 100 is in the RRC idle state.
- the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in the RRC inactive state.
- the NAS layer located above the RRC layer performs session management, mobility management, etc.
- NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the AMF300B.
- the UE 100 has an application layer and the like in addition to the wireless interface protocol.
- MBS is a service that enables broadcast or multicast from NG-RAN10 to UE100, that is, one-to-many (PTM: Point To Multipoint) data transmission.
- MBS use cases (service types) are assumed to be public safety communication, mission-critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV, group communication, software distribution, and the like.
- the broadcast service provides services to all UEs 100 within a particular service area for applications that do not require highly reliable QoS.
- the MBS session used for the broadcast service is called a broadcast session.
- the multicast service provides the service not to all UE100 but to the group of UE100 participating in the multicast service.
- the MBS session used for the multicast service is called a multicast session. According to the multicast service, the same content can be provided to the group of UE 100 in a wirelessly efficient manner as compared with the broadcast service.
- FIG. 6 is a diagram showing an outline of MBS traffic distribution according to one embodiment.
- MBS traffic is delivered from a single data source (application service provider) to a plurality of UEs.
- the 5G CN (5GC) 20 which is a 5G core network, receives MBS traffic from an application service provider, replicates the MBS traffic, and distributes it.
- 5GC shared MBS traffic distribution (5GC Shared MBS Traffic delivery)
- 5GC individual MBS traffic distribution (5GC Individual MBS Traffic delivery).
- the 5GC20 receives a single copy of MBS data packets and distributes individual copies of those MBS data packets to individual UEs 100 via a PDU (Protocol Data Unit) session for each UE 100. do. Therefore, it is necessary to associate one PDU session with the multicast session for each UE 100.
- PDU Protocol Data Unit
- the 5GC20 receives a single copy of the MBS data packets and delivers the single copy of those MBS packet packets to the RAN node (that is, gNB200).
- the gNB 200 delivers them to one or more UEs 100.
- PTP Point-to-Point
- PTM Point-to-Multipoint
- the gNB 200 wirelessly distributes individual copies of MBS data packets to individual UEs 100.
- the gNB 200 wirelessly distributes a single copy of the MBS data packet to the group of UE 100.
- the gNB 200 dynamically determines whether to use PTM or PTP as a method of delivering MBS traffic to one UE 100.
- the PTP distribution method and the PTM distribution method are mainly related to the user plane.
- As the control mode of MBS traffic distribution there are two distribution modes, a first distribution mode and a second distribution mode.
- FIG. 7 is a diagram showing a distribution mode according to one embodiment.
- the first distribution mode (Delivery mode 1) is a distribution mode that can be used by the UE 100 in the RRC connected state, and is a distribution mode for high QoS requirements.
- the first distribution mode is used only for the multicast session among the MBS sessions. In one embodiment, it is assumed that the first delivery mode is used for the multicast session, but the first delivery mode may be used for the broadcast session. In the first distribution mode, the UE 100 in the RRC idle state or the RRC inactive state may also be available.
- the setting of MBS reception in the first distribution mode is performed by dedicated signaling (also referred to as "unicast signaling"). Specifically, the setting of MBS reception in the first distribution mode is performed by the RRC Configuration message (or RRC Release message) which is an RRC message unicast transmitted from the gNB 200 to the UE 100. In the first distribution mode, advanced MBS traffic distribution using the split MBS bearer described later is possible.
- the MBS reception setting includes MBS traffic channel information (hereinafter referred to as "MTCH information") regarding the MBS traffic channel carrying MBS traffic.
- MTCH information includes MBS session information related to the MBS session and scheduling information of the MBS traffic channel corresponding to the MBS session (hereinafter, referred to as “MTCH scheduling information”).
- the MBS traffic channel is a kind of logical channel, and is sometimes called MTCH (Multicast Traffic Channel).
- the MBS traffic channel is mapped to DL-SCH (Downlink Shared Channel), which is a kind of transport channel.
- DL-SCH Downlink Shared Channel
- the second distribution mode (Delivery mode 2) is a distribution mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or the RRC inactive state, and is a distribution mode for low QoS requirements. ..
- the second distribution mode is used for the broadcast session among the MBS sessions. However, the second distribution mode may also be applicable to a multicast session.
- MBS reception in the second distribution mode is set by broadcast signaling.
- the setting of MBS reception in the second distribution mode is performed by a logical channel broadcast from the gNB 200 to the UE 100, for example, BCCH (Broadcast Control Channel) or MCCH (Multicast Control Channel).
- BCCH Broadcast Control Channel
- MCCH Multicast Control Channel
- such a control channel may be referred to as an MBS control channel.
- the network can provide different MBS services for each MBS session.
- MBS sessions are identified by at least one of TMGI (Temporary Mobile Group Identity), session identifier, and group RNTI (Radio Network Temporary Identity). At least one of the TMGI and the session identifier is called an MBS session identifier.
- TMGI, session identifier, and group RNTI are collectively referred to as MBS session information.
- the MBS session identifier may be referred to as an MBS service identifier or a multicast group identifier.
- split MBS bearer Next, the split MBS bearer according to the embodiment will be described.
- the split MBS bearer is available in the first delivery mode described above.
- the gNB 200 can set the MBS bearer (hereinafter, appropriately referred to as “split MBS bearer”) separated into the PTP communication path and the PTM communication path in the UE 100.
- the gNB 200 can dynamically switch the transmission of MBS traffic to the UE 100 between the PTP (PTP communication path) and the PTM (PTM communication path).
- the gNB 200 can be made more reliable by using PTP and PTM together to double-transmit the same MBS traffic.
- the gNB 200 can improve reliability by first sending MBS traffic to a plurality of UEs 100 by PTM and retransmitting MBS traffic to a specific UE 100.
- the predetermined layer that terminates the split is a MAC layer (HARQ), an RLC layer, a PDCP layer, or a SDAP layer.
- HARQ MAC layer
- RLC Radio Link Control
- PDCP Packet Control Protocol
- SDAP Secure Sockets Layer
- FIG. 8 is a diagram showing a split MBS bearer according to one embodiment.
- the PTP communication path will be referred to as a PTP leg
- the PTM communication path will be referred to as a PTM leg
- the functional part corresponding to each layer is called an entity.
- each of the PDCP entity of gNB200 and the PDCP entity of UE100 separates the MBS bearer, which is a bearer (data wireless bearer) used for MBS, into a PTP leg and a PTM leg.
- the PDCP entity is provided for each bearer.
- Each of the gNB 200 and the UE 100 has two RLC entities provided for each leg, one MAC entity, and one PHY entity.
- the PHY entity may be provided for each leg.
- the UE 100 may have two MAC entities.
- the PHY entity sends and receives PTP leg data using a cell RNTI (C-RNTI: Cell Radio Network Entity Identifier) that is assigned one-to-one with the UE 100.
- C-RNTI Cell Radio Network Entity Identifier
- G-RNTI Group Radio Network Entity Identifier
- the C-RNTI is different for each UE 100, but the G-RNTI is a common RNTI for a plurality of UEs 100 that receive one MBS session.
- a split MBS bearer is set from gNB200 to UE100, and the PTM leg is activated.
- the gNB 200 cannot perform PTM transmission of MBS traffic using this PTM leg when the PTM leg is in the deactivation state even if the split MBS bearer is set in the UE 100.
- the gNB 200 and the UE 100 perform PTP transmission (unicast) of MBS traffic using the PTP leg.
- the split MBS bearer is set from the gNB 200 to the UE 100 and the PTP leg is activated. There is. In other words, the gNB 200 cannot perform PTP transmission of MBS traffic using this PTP leg when the PTP leg is in the inactive state even if the split MBS bearer is set in the UE 100.
- the UE 100 monitors the PDCCH (Physical Downlink Control Channel) to which the G-RNTI associated with the MBS session is applied while the PTM leg is activated (that is, the blind display of the PDCCH using the G-RNTI). Do the coding).
- the UE 100 may monitor the PDCCH only at the scheduling opportunity of the MBS session.
- the UE 100 does not monitor the G-RNTI-applied PDCCH associated with the MBS session when the PTM leg is deactivated (ie, does not blind decode the PDCCH using the G-RNTI). ..
- the UE 100 monitors the PDCCH to which C-RNTI is applied while the PTP leg is activated.
- the UE 100 monitors the PDCCH in the set on-period (OnDuration) when the intermittent reception (DRX: Display reception) in the PTP leg is set.
- OnDuration on-period
- DRX Display reception
- the UE 100 may monitor the PDCCH of the cell even if the cell is deactivated.
- the UE 100 may monitor the PDCCH to which C-RNTI is applied in preparation for normal unicast downlink transmission other than MBS traffic in a state where the PTP leg is deactivated. However, the UE 100 does not have to monitor the PDCCH for the MBS session when the cell (frequency) associated with the MBS session is specified.
- the split MBS bearer as described above is set by the RRC message (for example, RRC Configuration message) transmitted by the RRC entity of gNB200 to the RRC entity of UE100.
- RRC message for example, RRC Configuration message
- FIG. 9 is a diagram showing an operation example of the first distribution mode according to the embodiment. In FIG. 9, the non-essential steps are shown by broken lines.
- the UE 100 in the RRC connected state transmits an MBS interest notification (MII: MBS Indication) message to the gNB 200.
- the MII message contains MBS session information about the UE 100's desired MBS session (ie, the MBS session that the UE 100 is interested in receiving).
- the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
- the MII message is a kind of RRC message.
- the gNB 200 transmits the MBS settings required for receiving the desired MBS session of the UE 100 by decadeted signaling.
- the dedicated signaling is an RRC Reconfiguration message.
- the dedicated signaling may be an RRC Release message.
- step S13 the UE 100 transmits a response message to the dedicated signaling received in step S12 to the gNB 200.
- the response message is, for example, an RRC Configuration Complete message.
- the gNB 200 receives the response message.
- step S14 the gNB 200 transmits MBS traffic by MTCH (for example, multicast transmission) according to the MBS setting set in step S12.
- the gNB 200 may perform advanced MBS traffic distribution using a split MBS bearer.
- the UE 100 receives the MBS traffic.
- FIG. 10 is a diagram showing a configuration example of an RRC Configuration message according to an embodiment.
- the RRC Reconfiguration message transmitted from the gNB 200 to the UE 100 includes the MBS setting required for MBS reception as an information element.
- the MBS setting in the RRC Reconfiguration message includes MTCH information.
- the MBS settings in the RRC Reconnection message may further include RRC connected dedicated settings that are applicable only to MBS reception in the RRC connected state.
- the MTCH information may be a common setting in all RRC states (that is, RRC connected state, RRC idle state, RRC inactive state).
- the MTCH information includes MBS session information (at least one of the MBS session identifier and group RNTI) and MTCH scheduling information.
- the MTCH scheduling information includes at least one of the MTCH transmission occasion and the transmission BWP (Bandwidth Part).
- the group RNTI is a RNTI that is commonly assigned to the group of UE100.
- the transmission occasion is a candidate for the timing (for example, subframe) at which the gNB 200 transmits MBS traffic using the MTCH.
- the transmission BWP is a BWP in which the gNB 200 transmits MBS traffic using the MTCH.
- the BWP is a bandwidth portion narrower than the frequency bandwidth of one cell, and is for limiting the operating bandwidth of the UE 100.
- the RRC connected dedicated settings are the settings related to the split MBS bearer.
- the RRC connected dedicated setting includes, for example, at least one of a split MBS bearer bearer setting, a dynamic switching setting between PTP and PTM, and a PTP leg setting. Since the PTM leg setting can be used even in the RRC idle state or the RRC inactive state, it may be included in the MTCH information.
- the RRC connected-only settings may include HARQ feedback settings.
- FIG. 11 is a diagram showing an operation example of the second distribution mode according to the embodiment.
- the UE 100 may be in any of the RRC states of the RRC connected state, the RRC idle state, and the RRC inactive state.
- the gNB 200 transmits the MBS settings required for MBS reception by broadcast signaling.
- Broadcast signaling is signaling that is periodically transmitted by BCCH and / or MCCH.
- BCCH BCCH
- MCCH MCCH
- step S22 the gNB 200 transmits MBS traffic by MTCH (for example, broadcast transmission) according to the MBS setting set in step S21.
- the UE 100 receives the MBS traffic.
- FIG. 12 is a diagram showing variations of MBS settings in the second distribution mode according to one embodiment.
- the gNB 200 provides the MCU scheduling information to the UE 100 by means of a system information block (SIB) transmitted by the BCCH.
- SIB system information block
- the UE 100 receives the MCCH (ie, MBS setting) based on the SIB received from the gNB 200, and receives the MTCH (ie, MBS traffic) based on the received MCCH.
- MCCH ie, MBS setting
- MTCH ie, MBS traffic
- Such a setting is sometimes called a two-step configuration (Tow-step configuration).
- the gNB 200 may provide the MBS setting to the UE 100 by SIB.
- the UE 100 receives the MTCH (ie, MBS traffic) based on the SIB received from the gNB 200.
- MTCH ie, MBS traffic
- Such a setting is sometimes called a one-step configuration.
- the gNB 200 may configure a plurality of MCCHs (Multiple MCCHs) in one own cell. Each MCCH may have different scheduling (for example, transmission cycle) from each other. Any MCCH may be provided on demand in response to a request from the UE 100.
- MCCHs Multiple MCCHs
- Each MCCH may have different scheduling (for example, transmission cycle) from each other. Any MCCH may be provided on demand in response to a request from the UE 100.
- FIG. 13 is a diagram showing a configuration example of a broadcast message according to one embodiment.
- Broadcast messages correspond to broadcast signaling that provides MBS settings.
- the broadcast message transmitted from the gNB 200 to the UE 100 includes the MBS setting required for MBS reception as an information element.
- the MBS setting in the broadcast message includes one or more MTCH information.
- FIG. 13 shows an example in which a broadcast message includes a plurality of MTCH information corresponding to a plurality of MBS sessions (plurality of MTCHs).
- the UE 100 can receive MBS traffic (that is, MBS reception) in any of the RRC connected state, the RRC idle state, and the RRC inactive state. Further, in the second distribution mode, the UE 100 needs to monitor the broadcast signaling transmitted periodically in order to perform MBS reception.
- MBS traffic that is, MBS reception
- the UE 100 in the RRC connected state tries to receive the MBS traffic delivered in the second delivery mode, it is necessary to interrupt the unicast communication with the gNB 200 and perform periodic monitoring of the broadcast signaling. It is inefficient because it is possible. In addition, there is a concern that the power consumption of the UE 100 will increase.
- the gNB 200 transmits an MBS setting (that is, an MBS setting in the second distribution mode) including at least information necessary for receiving a broadcast session by broadcast signaling.
- the gNB 200 transmits at least a part of the MBS settings to the UE 100 in the RRC connected state by dedicated signaling.
- the MBS setting can be acquired without interrupting the unicast communication with the gNB 200.
- the UE 100 in the RRC connected state performs MBS reception using the MBS setting transmitted by the decadeted signaling without periodically monitoring the broadcast signaling.
- FIG. 14 is a diagram showing an operation example of the first operation pattern according to one embodiment. In FIG. 14, the non-essential steps are shown by broken lines.
- step S101 the gNB 200 periodically transmits the broadcast signaling including the MBS setting.
- the UE 100a in the RRC idle state or the RRC inactive state receives the broadcast signaling.
- step S102 the UE 100b in the RRC connected state transmits a MII message including MBS session information regarding its desired MBS session to the gNB 200.
- the gNB 200 grasps the desired MBS session of the UE 100b by receiving the MII message.
- the UE 100b may establish a session of its own desired MBS session in its upper layer (NAS).
- AMF may establish a tunnel for the MBS session between gNB200 and UPF.
- the gNB 200 transmits the MBS setting required for receiving the desired MBS session of the UE 100b by dedicated signaling (RRC Recognition message).
- the MBS setting transmitted by the gNB 200 by the decadeted signaling is at least a part of the MBS setting transmitted by the gNB 200 by the broadcast signaling.
- the UE 100b receives the MBS setting transmitted by the decadeted signaling. Therefore, the UE 100b does not need to periodically monitor the broadcast signaling.
- the gNB 200 may include the notification information that the broadcast signaling does not need to be monitored in the dedicated signaling and notify the UE 100b.
- the gNB 200 transmits MBS traffic by MTCH (for example, broadcast transmission) according to the MBS setting of the MBS session set in steps S101 and S103.
- UEs 100a and 100b receive MBS traffic.
- the gNB 200 When the gNB 200 changes the MTCH scheduling, the gNB 200 transmits the changed MTCH scheduling information by broadcast signaling. As a result, the gNB 200 updates the MBS setting of the UE 100a. When the gNB 200 changes the MTCH scheduling, the gNB 200 transmits the changed MTCH scheduling information to the UE 100b by decadeted signaling. As a result, the gNB 200 updates the MBS setting of the UE 100b.
- the dedicated signaling may include timing information indicating a predetermined timing for applying the MTCH scheduling information.
- the UE 100b applies (or activates) the MTCH scheduling information at a predetermined timing after receiving the dedicated signaling.
- the predetermined timing may be an absolute time such as a system frame number (SFN), a subframe number and / or a GPS (Global Positioning System) time, and / or a relative time such as a timer threshold.
- SFN system frame number
- GPS Global Positioning System
- the MBS session provided in the first distribution mode for example, a multicast session
- the MBS session provided in the second distribution mode for example, a broadcast session
- the gNB 200 transmits mode designation information for designating one of the first distribution mode and the second distribution mode as the distribution mode related to the MBS to the UE 100.
- the first distribution mode is a distribution mode in which the MBS setting is transmitted from the gNB 200 to the UE 100 by dedicated signaling.
- the second distribution mode is a distribution mode in which the MBS setting is transmitted from the gNB 200 to the UE 100 by broadcast signaling.
- the gNB 200 transmits MBS session information related to the MBS session and mode designation information associated with the MBS session information.
- the UE 100 can appropriately determine whether to receive the desired MBS session in the first distribution mode or the second distribution mode. Specifically, when the UE 100 is interested in receiving the MBS session indicated by the MBS session information received from the gNB 200, the UE 100 receives the MBS setting according to the distribution mode indicated by the mode designation information associated with the MBS session information.
- FIG. 15 is a diagram showing an operation example of the second operation pattern according to one embodiment. In FIG. 15, the non-essential steps are shown by broken lines.
- the gNB 200 transmits the MBS session information regarding the MBS session and the mode designation information associated with the MBS session information to the UE 100.
- the mode designation information may be, for example, 1-bit flag information of "1" in the first distribution mode and "0" in the second distribution mode.
- the mode specification information may be implied. For example, in the first distribution mode, the mode designation information does not exist, and in the second distribution mode, the mode designation information exists. On the contrary, if it is the first mode, the mode designation information may exist, and if it is the second distribution mode, the mode designation information may not exist.
- the mode specification information is information on whether or not the MBS setting can be received by dedicated signaling or whether or not it can be received by broadcast signaling, and / or the UE 100 should receive the MBS setting by which signaling. It may be designated (or selected) information of Kika.
- the set of such MBS session information and mode designation information is transmitted to the UE 100 by any of the SIB, MCCH, and RRC Configuration messages.
- a plurality of sets of MBS session information and mode specification information may be included in one message. That is, the mode designation information may be notified to the UE 100 for each of the plurality of MBS sessions provided by the gNB 200.
- MBS session information and mode designation information can be received by SIB or MCCH.
- the UE 100 can receive the MBS session information and the mode designation information by the SIB, MCCH, or RRC Configuration message.
- step S202 the UE 100 determines whether or not the gNB 200 provides its own desired MBS session based on the MBS session information in the message received in step S201.
- the UE 100 determines that the gNB 200 provides the desired MBS session
- the UE 100 sets the desired MBS session in either the first delivery mode or the second delivery mode based on the mode designation information in the message received in step S201. It is determined whether or not it should be received (step S203).
- the UE 100 When the UE 100 determines that it receives its desired MBS session in the first distribution mode, it receives the MBS setting transmitted from the gNB 200 by dedicated signaling (step S204).
- the UE 100 may notify the gNB 200 of its desired MBS session information in order to prompt the dedicated signaling transmission.
- the notification may be the aforementioned MII.
- the UE 100 determines that it receives its desired MBS session in the second distribution mode, it receives the MBS setting transmitted by broadcast signaling from the gNB 200 (step S205). It is assumed that this broadcast signaling can be received only in the RRC idle state or the RRC inactive state, and the UE 100 is in the RRC connected state. In such a case, the UE 100 transmits a RAI (Releasure Indication) message for transitioning to the RRC idle state or the RRC inactive state to the gNB 200. As a result, the UE 100 may receive the broadcast signaling after transitioning to the RRC idle state or the RRC inactive state.
- RAI Releasure Indication
- step S206 the UE 100 receives the MBS traffic (MTCH) of its desired MBS session based on the MBS setting received from the gNB 200.
- MTCH MBS traffic
- the MBS session provided in the first distribution mode for example, a multicast session
- the MBS session provided in the second distribution mode for example, a broadcast session
- the UE 100 does not know in which distribution mode the gNB 200 provides its desired MBS session.
- the UE 100 first attempts to receive its desired MBS session in the first delivery mode.
- the UE 100 considers that its desired MBS session is provided in the second delivery mode and attempts to receive its desired MBS session in the second delivery mode.
- the UE 100 transmits an MII message including MBS session information regarding its desired MBS session to the gNB 200. After transmitting the MII message, the UE 100 attempts to receive the broadcast signaling including the MBS setting when it is determined that the dedicated signaling including the MBS setting necessary for receiving the desired MBS session is not received from the gNB 200.
- the UE 100 may try to receive the broadcast signaling.
- the UE 100 may attempt to receive the broadcast signaling.
- FIG. 16 is a diagram showing an operation example of the third operation pattern according to one embodiment. In FIG. 16, the non-essential steps are shown by broken lines.
- step S301 the UE 100 in the RRC connected state transmits a MII message including MBS session information regarding its desired MBS session to the gNB 200.
- the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
- the UE 100 may establish a session of its own desired MBS session in its upper layer (NAS).
- AMF may establish a tunnel for the MBS session between gNB200 and UPF.
- the UE 100 may start a timer for timing a predetermined time in response to the transmission of the MII message.
- This predetermined time (timer value) may be set in advance from the gNB 200 to the UE 100, or may be a predetermined fixed value (for example, 4 wireless frames or the like).
- step S303 the gNB 200 determines that the desired MBS session of the UE 100 is being provided in the second distribution mode.
- the gNB 200 sets the MBS in the first distribution mode to the UE 100 by using the RRC Reconfiguration message.
- the description will proceed on the assumption that it is determined that the desired MBS session is provided in the second distribution mode.
- step S304 the gNB 200 transmits a notification to the UE 100 indicating that the desired MBS session of the UE 100 is being provided in the second distribution mode.
- This notification may be the mode designation information described above.
- step S305 the UE 100 determines that its desired MBS session is provided in the second delivery mode. For example, if the UE 100 does not receive the dedicated signaling from the gNB 200 including the MBS setting required for receiving the desired MBS session within a predetermined time (during the timer operation) after transmitting the MII message, the desired MBS session is the first. 2 Determined to be provided in delivery mode. That is, the UE 100 determines that the desired MBS session is provided in the second delivery mode when the timer expires without receiving the dedicated signaling including the MBS settings required to receive the desired MBS session. Alternatively, the UE 100 may determine that the desired MBS session is provided in the second delivery mode based on the notification in step S304.
- step S306 the UE 100 receives the MBS setting transmitted by broadcast signaling from the gNB 200. It is assumed that this broadcast signaling can be received only in the RRC idle state or the RRC inactive state, and the UE 100 is in the RRC connected state. In such a case, the UE 100 transmits a RAI message for transitioning to the RRC idle state or the RRC inactive state to the gNB 200. As a result, the UE 100 may receive the broadcast signaling after transitioning to the RRC idle state or the RRC inactive state.
- step S307 the UE 100 receives the MBS traffic (MTCH) of its own desired MBS session based on the MBS setting received from the gNB 200 in step S306.
- MBS traffic MTCH
- the MBS session provided in the first distribution mode for example, a multicast session
- the MBS session provided in the second distribution mode for example, a broadcast session
- the UE 100 does not know in which distribution mode the gNB 200 provides its desired MBS session.
- the UE 100 first attempts to receive its desired MBS session in the second distribution mode.
- the UE 100 considers that its desired MBS session is provided in the first delivery mode and attempts to receive its desired MBS session in the first delivery mode.
- the UE 100 attempts to receive broadcast signaling including MBS settings necessary for receiving its desired MBS session.
- the UE 100 does not receive the broadcast signaling including the MBS setting from the gNB 200
- the UE 100 transmits a MII message including the MBS session information regarding the desired MBS session to the gNB 200.
- the gNB 200 can transmit the MBS settings necessary for receiving the desired MBS session to the UE 100 by dedicated signaling in response to the reception of the MII message.
- FIG. 17 is a diagram showing an operation example of the fourth operation pattern according to one embodiment. In FIG. 17, the non-essential steps are shown by broken lines.
- step S401 the UE 100 receives the broadcast signaling including the MBS setting from the gNB 200.
- step S402 the UE 100 determines that its desired MBS session is not provided in the second distribution mode based on the broadcast signaling received in step S401. Specifically, the UE 100 determines that the broadcast signaling received in step S401 does not include the MTCH information corresponding to its desired MBS session.
- the UE 100 transmits an MII message containing MBS session information regarding its desired MBS session to the gNB 200.
- the gNB 200 grasps the desired MBS session of the UE 100 by receiving the MII message.
- the UE 100 may establish a session of its own desired MBS session in its upper layer (NAS).
- AMF may establish a tunnel for the MBS session between gNB200 and UPF.
- the UE 100 When the UE 100 is in the RRC idle state or the RRC inactive state in step S401, the UE 100 performs a random access procedure for transitioning from the RRC idle state or the RRC inactive state to the RRC connected state prior to the step S403. Perform for gNB200.
- the UE 100 may use the message transmitted during this random access procedure (eg, Msg1, MsgA, Msg3, or Msg5) as a MII message to notify the gNB 200 of its desired MBS session.
- step S404 the gNB 200 transmits to the UE 100 dedicated signaling including the MBS settings required to receive the desired MBS session of the UE 100.
- the UE 100 receives the MBS setting by dedicated signaling.
- step S405 the UE 100 receives the MBS traffic (MTCH) of its desired MBS session based on the MBS setting received from the gNB 200 in step S404.
- MTCH MBS traffic
- the gNB 200 may notify the UE 100 that the MBS session will not be provided instead of the MBS setting in step S404.
- the gNB 200 may instruct the UE 100 to receive the MBS session in unicast (PDU session shown in FIG. 6). In this case, the UE 100 attempts to receive the MBS session by the unicast shown in FIG.
- Each of the above-mentioned operation patterns is not limited to the case where they are carried out separately and independently, and some steps of two or more operation patterns can be carried out in combination with each other.
- the base station may be an NR base station (gNB)
- the base station may be an LTE base station (eNB).
- the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
- the base station may be a DU (Distributed Unit) of an IAB node.
- a program that causes the computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
- the program may be recorded on a computer-readable medium.
- Computer-readable media can be used to install programs on a computer.
- the computer-readable medium on which the program is recorded may be a non-transient recording medium.
- the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
- a circuit that executes each process performed by the UE 100 or the gNB 200 may be integrated, and at least a part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).
- MBS Multicast Broadcast Service
- R2 defines the following two modes. 1: Delivery mode for high quality of service (QoS) requirements available in connected (in the absence of data reception, the UE may be able to switch to another state, but undecided). 2: Delivery mode for "low" QoS requirements. The UE can receive data even if it is inactive / idle (details undecided). R2 assumes that delivery mode 1 (in the case of R17) is used only for multicast sessions. R2 assumes that delivery mode 2 is used for the broadcast session. -Further study is required for the applicability of distribution mode 2 to multicast sessions. • No data: The UE may remain RRC connected if there is no data in progress in the multicast session. In other cases, further consideration is needed.
- QoS quality of service
- the UE receives the MBS setting (in the case of broadcast / delivery mode 2) by BCCH and / or MCCH (undecided), which can be received in idle / inactive mode. Connected mode needs further consideration.
- the notification mechanism is used to notify changes in MBS control information.
- control plane of NR MBS will be considered in consideration of the LTE eMBMS mechanism and the latest RAN2 agreement.
- Distribution mode 1 (Distribution mode 1 setting) Delivery mode 1 is considered primarily for data reception in RRC connected, but configuration aspects have not yet been agreed. While it can be very straightforward for MBS settings to be provided by RRC reconfiguration, it is still under consideration for connected MCCH reception as in LTE eMBMS. Delivery mode 1 should be accompanied by, for example, PTP / PTM split bearers and / or lossless handovers, given the expectations for high QoS services. RRC reconfiguration should be used to configure distribution mode 1 in our view, as it makes no sense if these UE-specific configurations are provided via the MCCH.
- Proposal 1 In delivery mode 1, RAN2 should agree to use RRC reconfiguration for MBS configuration.
- WID clearly shows that RRC connected and idle / inactive should have the greatest commonality with respect to MBS configuration, as follows, while RAN2 for multicast and broadcast sessions respectively. And agreed to different delivery modes.
- the structure of MBS settings and IE should be adjusted as much as possible between the two delivery modes.
- the RRC resetting of the distribution mode 1 includes information unique to the distribution mode 1 such as PTP / PTM split bearer and handover-related information, in addition to MTCH scheduling information which is a block common to the distribution mode 2. Therefore, the details need further examination at this point.
- Proposal 2 From the perspective of MBS configuration, RAN2 should agree to aim for maximum commonality between the two delivery modes, for example using a common structure and IE.
- MCCH in FIG. 18 refers only to MTCH scheduling information, that is, MTCH settings related to MBS session information. In the case of distribution mode 1, adjacent cell information is not required.
- the baseline is that the UE should remain RRC connected for delivery mode 1, a multicast session that requires high QoS.
- other / exceptional cases are still worth considering.
- RAN2 From the perspective of RAN2, it may be beneficial for both the network and the UE to support this feature. It is assumed that when / when the UE is released inactive depends on the implementation of gNB, and whether the UE is released idle depends on the core network. One concern with receiving MBS data at idle is that the gNB releases the UE context. On the other hand, the UE context is retained when it is inactive. This means that the controllability of gNB may be lost, which may contradict the general concept of delivery mode 1. Therefore, RAN2 should agree that distribution mode 1 can be received by the UE at least inactive, but further consideration is needed at idle.
- Proposal 3 In delivery mode 1, RAN2 should agree that delivery mode 1 can be received by the UE at least inactive. Further consideration is needed for idols.
- RRC reconfiguration Idle / inactive UEs continue to apply the MBS configuration provided by the RRC reconfiguration. This option is simple because the UE only reuses the MBS settings originally provided for RRC Connected. However, consider the behavior of some UEs when transitioning to idle / inactive and / or when resuming RRC connected, for example, how to handle PTP / PTM split bearer settings if configured. May need to be done.
- RRC release Idle / inactive UEs apply the MBS settings provided by RRC release. While this option is straightforward, it may not be efficient because it is doubtful whether the MBS settings are different from those previously provided by the RRC reconfiguration.
- -Option 3 Switching the distribution mode from mode 1 to mode 2
- the UE is switched from distribution mode 1 to distribution mode 2 before being released idle / inactive.
- This option is another simple solution, as delivery mode 2 is designed to receive data in all RRC states, as RAN2 agreed. However, it may be expected that packet loss and / or delay will occur during switching, for example due to the acquisition of MCCH.
- RAN2 considers, but is not limited to, the above options, and should discuss how to provide a delivery mode 1 setting for idle / inactive data reception.
- Proposal 4 If Proposal 3 can be agreed, RAN2 should discuss how the delivery mode 1 setting for inactive data reception is provided to the UE.
- the configuration is provided by two messages: SIB20 and SC-MCCH.
- the SIB 20 provides SC-MCCH scheduling information
- the SC-MCCH provides SC-MTCH scheduling information including G-RNTI and TMGI, and adjacent cell information.
- the advantage of the LTE two-stage setting as shown in FIG. 19 is that the SC-MCCH scheduling is independent of the SIB20 scheduling in terms of repetition period, period, change period, and the like. Frequent scheduling / updating of the SC-MCCH has been facilitated, especially for delay-sensitive services and / or UEs that join the session late.
- WID one of the applications is group communication, so the same applies to NR MBS.
- Findings 1 In LTE, a two-step setting using SIB20 and SC-MCCH is useful for different scheduling of these control channels. This is also useful for NR MBS.
- Proposal 5 RAN2 should agree to use a two-step setting with different NR MBS messages, such as SC-PTM SIB20 and SC-MCCH.
- NR MBS is expected to support the various types of use cases described in WID.
- NR MBS is an application that is tolerant of delays such as IoT, from delay-sensitive applications such as mission-critical and V2X, to delay-sensitive applications such as mission-critical and V2X, in addition to other aspects of requirements from lossless applications such as software distribution to UDP-type streaming such as IPTV. It is noticed that it should be properly designed to meet various requirements. Some of these services may be covered by delivery mode 2, but other services with "high QoS requirements" require delivery mode 1. In this sense, it is beneficial for gNB to be able to choose to use delivery mode 2 for multicast sessions.
- RAN2 since RAN2 has already agreed to allow data reception on the RRC connected, it is easy to allow the RRC connected UE to receive the MBS settings. It makes no sense if the UE needs to transition idle / inactive just to get the MCCH. It is easy to allow connected UEs to receive MCCH, but scheduling flexibility (because UEs may need "gap") and / or UE power consumption (UEs are C- It may not be optimal in terms of (because it is necessary to monitor "SC-RNTI" in addition to RNTI and G-RNTI). Therefore, further discussion may be needed as to whether the UE receives MBS settings via MCCH or RRC reconfiguration.
- Proposal 6 RAN2 should agree that delivery mode 2 can be used for multicast sessions in addition to broadcast sessions.
- Proposal 7 In distribution mode 2, RAN2 should agree that the MBS settings can also be received by RRC-connected UEs. Further consideration is required as to whether MCCH or RRC is reset.
- control channel design for distribution mode 2 should consider flexibility and its resource efficiency. Otherwise, for example, if a delay-tolerant service and a delay-sensitive service are configured together on one control channel, the control channel should be configured to meet the delay requirements from the delay-sensitive service. More signaling overhead can be incurred due to frequent scheduling.
- Purpose A of SA2 SI is to enable general MBS services via 5GS, and identified use cases that may benefit from this feature include public safety, mission critical, Includes, but is not limited to, V2X applications, transparent IPv4 / IPv6 multicast distribution, IPTV, software distribution over the air, group communications, and IoT applications.
- Finding 2 The NR MBS control channel for delivery mode 2 is required to be flexible and resource efficient for various types of use cases.
- one MCCH frequently provides delay-sensitive services and another MCCH sparsely provides delay-tolerant services.
- LTE SC-PTM there is a limitation that one cell can have only one SC-MCCH.
- NR MBS distribution mode 2 should remove such restrictions. If multiple MCCHs are allowed in the cell, each MCCH has different scheduling settings, such as repeat periods, that can be optimized for a particular service. Further consideration is needed on how the UE identifies the MCCH that provides the service of interest.
- Proposal 8 In delivery mode 2, RAN2 should discuss whether the cell supports multiple MCCHs, which was not in LTE.
- the new paradigm of NR is support for on-demand SI transmission.
- This concept can be reused for MCCH in delivery mode 2, ie on-demand MCCH.
- delay-tolerant MCCHs for services are provided on demand, which can optimize signaling resource consumption.
- the network has another option to provide MCCH on a regular basis, i.e., for services that are sensitive to delays rather than on-demand.
- Proposal 9 In delivery mode 2, RAN2 should discuss options when MCCH is provided on demand, which was not in LTE.
- the SIB provides MTCH scheduling information directly, i.e. without MCCH. This will provide optimizations for delay-tolerant services and / or power-sensitive UEs.
- the UE may request an SIB (on-demand), and the gNB may start providing the SIB and the corresponding service after the request from the plurality of UEs. These UEs do not need to monitor the repeatedly broadcast MCCH.
- Proposal 10 In distribution mode 2, RAN2 should discuss options such as SIB providing MTCH scheduling information directly when multicast reception without MCCH (ie, one-step configuration) is supported.
- MII MBMS Interest Indications
- MBMS MBMS Interest Indications
- MBMS MBMS Interest Indications
- Counting was specified.
- the UE-triggered MII contains information related to the MBMS frequency of interest, the MBMS service of interest, the MBMS priority, and the MBMS ROM (receive-only mode).
- the counting response triggered by the network through the counting request of a particular MBMS service contains information related to the MBSFN area of interest and the MBMS service.
- MII is primarily used in networks to ensure that UEs can continue to receive services of interest during the connected state.
- Counting is used to allow the network to determine if a sufficient number of UEs are interested in receiving the service.
- Finding 3 In LTE e MBMS, two types of UE assistance information are introduced for different purposes. That is, MBMS interest indication is introduced for NB scheduling, and MBMS counting is introduced for MCE session control.
- Rel-17 does not require MII MBMS ROM information and information about the counting response MBSFN area, as ROM and SFN are not supported as described in the WID.
- Proposal 11 RAN2 needs to agree to introduce UE assistance information for NR MBS, such as MBS interest indications and / or MBS counting.
- LTE eMBMS neither MII nor counting can collect information from idle UEs, even if most of the UEs are receiving broadcast services in the RRC idle state. This is, in our understanding, one of the remaining problems with LTE eMBMS in terms of session control and resource efficiency.
- the same problem may exist in UEs in the idle / inactive state.
- the network does not know if an idle / inactive UE is not receiving / interested in broadcast services. Therefore, the network may continue to provide PTM transmissions even if no UE is being serviced. Such unnecessary PTMs should be avoided if the gNB is aware of the interests of the idle / inactive UE. Conversely, if the PTM goes down while there are still idle / inactive UEs receiving service, many UEs may request a connection at the same time. This is also undesirable.
- Proposal 12 RAN2 needs to consider whether UE assistance information such as MBS counting is also collected from the idle / inactive UE.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一実施形態に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、少なくともブロードキャストセッションの受信に必要な情報を含むMBS設定をブロードキャストシグナリングで送信することと、前記基地局が、RRC(Radio Resource Control)コネクティッド状態にある前記ユーザ装置に対して、前記MBS設定の少なくとも一部をデディケイティッドシグナリングで送信することとを有する。
Description
本開示は、移動通信システムで用いる通信制御方法に関する。
近年、第5世代(5G)の移動通信システムが注目されている。5Gシステムの無線アクセス技術(RAT:Radio Access Technology)であるNR(New Radio)は、第4世代の無線アクセス技術であるLTE(Long Term Evolution)に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。
3GPP技術仕様書「3GPP TS 38.300 V16.3.0 (2020-09)」
第1の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、少なくともブロードキャストセッションの受信に必要な情報を含むMBS設定をブロードキャストシグナリングで送信することと、前記基地局が、RRC(Radio Resource Control)コネクティッド状態にある前記ユーザ装置に対して、前記MBS設定の少なくとも一部をデディケイティッドシグナリングで送信することとを有する。
第2の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、前記MBSに関する配信モードとして第1配信モード及び第2配信モードのいずれかの配信モードを指定するモード指定情報を前記ユーザ装置に送信することを有し、前記第1配信モードは、MBS受信に必要なMBS設定が前記基地局からデディケイティッドシグナリングで前記ユーザ装置に送信される配信モードであり、前記第2配信モードは、前記MBS設定が前記基地局からブロードキャストシグナリングで前記ユーザ装置に送信される配信モードである。
第3の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記ユーザ装置の所望MBSセッションに関するMBSセッション情報を含むMBS興味通知メッセージを前記基地局に送信することと、前記ユーザ装置が、前記MBS興味通知メッセージの送信後、前記MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングを前記基地局から受信しないと判定した場合、前記MBS設定を含むブロードキャストシグナリングの受信を試みることと、を有する。
第4の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記ユーザ装置の所望MBSセッションの受信に必要なMBS設定を含むブロードキャストシグナリングの受信を試みることと、前記ユーザ装置が、前記ブロードキャストシグナリングを前記基地局から受信しない場合、前記所望MBSセッションに関するMBSセッション情報を含むMBS興味通知メッセージを前記基地局に送信することと、を有する。
5Gシステム(NR)にマルチキャスト・ブロードキャストサービスを導入することが検討されている。NRのマルチキャスト・ブロードキャストサービスは、LTEのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。
そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現することを目的とする。
図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
(移動通信システムの構成)
まず、実施形態に係る移動通信システムの構成について説明する。
まず、実施形態に係る移動通信システムの構成について説明する。
図1は、一実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、3GPP規格の第5世代システム(5GS:5th Generation System)に準拠する。以下において、5GSを例に挙げて説明するが、移動通信システムにはLTE(Long Term Evolution)システム及び/又は第6世代(6G)システムが少なくとも部分的に適用されてもよい。
図1に示すように、移動通信システムは、ユーザ装置(UE:User Equipment)100と、5Gの無線アクセスネットワーク(NG-RAN:Next Generation Radio Access Network)10と、5Gのコアネットワーク(5GC:5G Core Network)20とを有する。
UE100は、移動可能な無線通信装置である。UE100は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、UE100は、携帯電話端末(スマートフォンを含む)、タブレット端末、ノートPC、通信モジュール(通信カード又はチップセットを含む)、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置(Vehicle UE)、及び/又は飛行体若しくは飛行体に設けられる装置(Aerial UE)である。
NG-RAN10は、基地局(5Gシステムにおいて「gNB」と呼ばれる)200を含む。gNB200は、基地局間インターフェイスであるXnインターフェイスを介して相互に接続される。gNB200は、1又は複数のセルを管理する。gNB200は、自セルとの接続を確立したUE100との無線通信を行う。gNB200は、無線リソース管理(RRM)機能、ユーザデータ(以下、単に「データ」という)のルーティング機能、及び/又はモビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、UE100との無線通信を行う機能又はリソースを示す用語としても用いられる。1つのセルは1つのキャリア周波数に属する。
なお、gNBがLTEのコアネットワークであるEPC(Evolved Packet Core)に接続することもできる。LTEの基地局が5GCに接続することもできる。LTEの基地局とgNBとが基地局間インターフェイスを介して接続されることもできる。
5GC20は、AMF(Access and Mobility Management Function)及びUPF(User Plane Function)300を含む。AMFは、UE100に対する各種モビリティ制御等を行う。AMFは、NAS(Non-Access Stratum)シグナリングを用いてUE100と通信することにより、UE100のモビリティを管理する。UPFは、データの転送制御を行う。AMF及びUPFは、基地局-コアネットワーク間インターフェイスであるNGインターフェイスを介してgNB200と接続される。
図2は、一実施形態に係るUE100(ユーザ装置)の構成を示す図である。
図2に示すように、UE100は、受信部110、送信部120、及び制御部130を備える。
受信部110は、制御部130の制御下で各種の受信を行う。受信部110は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部130に出力する。
送信部120は、制御部130の制御下で各種の送信を行う。送信部120は、アンテナ及び送信機を含む。送信機は、制御部130が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
制御部130は、UE100における各種の制御を行う。制御部130は、少なくとも1つのプロセッサ及び少なくとも1つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、CPU(Central Processing Unit)とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。
図3は、一実施形態に係るgNB200(基地局)の構成を示す図である。
図3に示すように、gNB200は、送信部210、受信部220、制御部230、及びバックホール通信部240を備える。
送信部210は、制御部230の制御下で各種の送信を行う。送信部210は、アンテナ及び送信機を含む。送信機は、制御部230が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
受信部220は、制御部230の制御下で各種の受信を行う。受信部220は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部230に出力する。
制御部230は、gNB200における各種の制御を行う。制御部230は、少なくとも1つのプロセッサ及び少なくとも1つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、CPUとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。
バックホール通信部240は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部240は、基地局-コアネットワーク間インターフェイスを介してAMF/UPF300と接続される。なお、gNBは、CU(Central Unit)とDU(Distributed Unit)とで構成され(すなわち、機能分割され)、両ユニット間はF1インターフェイスで接続されてもよい。
図4は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
図4に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理(PHY)レイヤと、MAC(Medium Access Control)レイヤと、RLC(Radio Link Control)レイヤと、PDCP(Packet Data Convergence Protocol)レイヤと、SDAP(Service Data Adaptation Protocol)レイヤとを有する。
PHYレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。UE100のPHYレイヤとgNB200のPHYレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
MACレイヤは、データの優先制御、ハイブリッドARQ(HARQ:Hybrid Automatic Rrepeat reQuest)による再送処理、及びランダムアクセスプロシージャ等を行う。UE100のMACレイヤとgNB200のMACレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。gNB200のMACレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式(MCS))及びUE100への割当リソースブロックを決定する。
RLCレイヤは、MACレイヤ及びPHYレイヤの機能を利用してデータを受信側のRLCレイヤに伝送する。UE100のRLCレイヤとgNB200のRLCレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
PDCPレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
SDAPレイヤは、コアネットワークがQoS(Quality of Service)制御を行う単位であるIPフローとAS(Access Stratum)がQoS制御を行う単位である無線ベアラとのマッピングを行う。なお、RANがEPCに接続される場合は、SDAPが無くてもよい。
図5は、シグナリング(制御信号)を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
図5に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図4に示したSDAPレイヤに代えて、RRC(Radio Resource Control)レイヤ及びNAS(Non-Access Stratum)レイヤを有する。
UE100のRRCレイヤとgNB200のRRCレイヤとの間では、各種設定のためのRRCシグナリングが伝送される。RRCレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。UE100のRRCとgNB200のRRCとの間に接続(RRC接続)がある場合、UE100はRRCコネクティッド状態にある。UE100のRRCとgNB200のRRCとの間に接続(RRC接続)がない場合、UE100はRRCアイドル状態にある。UE100のRRCとgNB200のRRCとの間の接続がサスペンドされている場合、UE100はRRCインアクティブ状態にある。
RRCレイヤの上位に位置するNASレイヤは、セッション管理及びモビリティ管理等を行う。UE100のNASレイヤとAMF300BのNASレイヤとの間では、NASシグナリングが伝送される。
なお、UE100は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
(MBS)
次に、一実施形態に係るMBSについて説明する。
次に、一実施形態に係るMBSについて説明する。
MBSは、NG-RAN10からUE100に対してブロードキャスト又はマルチキャスト、すなわち、1対多(PTM:Point To Multipoint)でのデータ送信を可能とするサービスである。MBSのユースケース(サービス種別)としては、公安通信、ミッションクリティカル通信、V2X(Vehicle to Everything)通信、IPv4又はIPv6マルチキャスト配信、IPTV、グループ通信、及びソフトウェア配信等が想定される。
ブロードキャストサービスは、高信頼性のQoSを必要としないアプリケーションのために、特定のサービスエリア内のすべてのUE100に対してサービスを提供する。ブロードキャストサービスに用いるMBSセッションをブロードキャストセッションと呼ぶ。
マルチキャストサービスは、すべてのUE100に対してではなく、マルチキャストサービスに参加しているUE100のグループに対してサービスを提供する。マルチキャストサービスに用いるMBSセッションをマルチキャストセッションと呼ぶ。マルチキャストサービスによれば、ブロードキャストサービスに比べて、無線効率の高い方法でUE100のグループに対して同じコンテンツを提供できる。
図6は、一実施形態に係るMBSトラフィック配信の概要を示す図である。
図6に示すように、MBSトラフィックは、単一のデータソース(アプリケーションサービスプロバイダ)から複数のUEに配信される。5Gコアネットワークである5G CN(5GC)20は、アプリケーションサービスプロバイダからMBSトラフィックを受信し、MBSトラフィックのコピーの作成(Replication)を行って配信する。
5GC20の観点からは、5GC共有MBSトラフィック配信(5GC Shared MBS Traffic delivery)及び5GC個別MBSトラフィック配信(5GC Individual MBS Traffic delivery)の2つのマルチキャスト配信方法が可能である。
5GC個別MBSトラフィック配信方法では、5GC20は、MBSデータパケットの単一コピーを受信し、UE100ごとのPDU(Protocol Data Unit)セッションを介してそれらのMBSデータパケットの個別のコピーを個別のUE100に配信する。したがって、UE100ごとに1つのPDUセッションをマルチキャストセッションと関連付ける必要がある。
5GC共有MBSトラフィック配信方法では、第1に、5GC20は、MBSデータパケットの単一コピーを受信し、それらのMBSパケットパケットの単一コピーをRANノード(すなわち、gNB200)に配信する。第2に、gNB200は、それらを1つ又は複数のUE100に配信する。
RAN(5G RAN)10の観点からは、5GC共有MBSトラフィック配信方法における無線を介したMBSトラフィックの送信には、PTP(Point-to-Point)及びPTM(Point-to-Multipoint)の2つの配信方法が可能である。
PTP配信方法では、gNB200は、MBSデータパケットの個別のコピーを無線で個々のUE100に配信する。他方、PTM配信方法では、gNB200は、MBSデータパケットの単一コピーを無線でUE100のグループに配信する。gNB200は、1つのUE100に対するMBSトラフィックの配信方法としてPTM及びPTPのどちらを用いるかを動的に決定する。
PTP配信方法及びPTM配信方法は主としてユーザプレーンに関するものである。MBSトラフィック配信の制御モードとしては、第1配信モード及び第2配信モードの2つの配信モードがある。図7は、一実施形態に係る配信モードを示す図である。
図7に示すように、第1配信モード(Delivery mode 1)は、RRCコネクティッド状態のUE100が利用できる配信モードであって、高QoS要件のための配信モードである。第1配信モードは、MBSセッションのうちマルチキャストセッションにのみ用いられる。一実施形態において、第1配信モードがマルチキャストセッションに用いられることを想定するが、第1配信モードがブロードキャストセッションに用いられてもよい。第1配信モードは、RRCアイドル状態又はRRCインアクティブ状態のUE100も利用可能であってもよい。
一実施形態において、第1配信モードにおけるMBS受信の設定は、デディケイティッドシグナリング(「ユニキャストシグナリング」とも呼ばれる)により行われる。具体的には、第1配信モードにおけるMBS受信の設定は、gNB200からUE100にユニキャストで送信されるRRCメッセージであるRRC Reconfigurationメッセージ(又はRRC Releaseメッセージ)により行われる。第1配信モードでは、後述のスプリットMBSベアラを用いた高度なMBSトラフィック配信が可能である。
MBS受信の設定は、MBSトラフィックを運ぶMBSトラフィックチャネルに関するMBSトラフィックチャネル情報(以下、「MTCH情報」と呼ぶ)を含む。MTCH情報は、MBSセッションに関するMBSセッション情報と、このMBSセッションに対応するMBSトラフィックチャネルのスケジューリング情報(以下、「MTCHスケジューリング情報」と呼ぶ)とを含む。
なお、MBSトラフィックチャネルは論理チャネルの一種であって、MTCH(Multicast Traffic Channel)と呼ばれることがある。MBSトラフィックチャネルは、トランスポートチャネルの一種であるDL-SCH(Downlink Shared Channel)にマッピングされる。
第2配信モード(Delivery mode 2)は、RRCコネクティッド状態のUE100だけではなく、RRCアイドル状態又はRRCインアクティブ状態のUE100が利用できる配信モードであって、低QoS要件のための配信モードである。第2配信モードは、MBSセッションのうちブロードキャストセッションに用いられる。但し、第2配信モードは、マルチキャストセッションにも適用可能であってもよい。
第2配信モードにおけるMBS受信の設定は、ブロードキャストシグナリングにより行われる。具体的には、第2配信モードにおけるMBS受信の設定は、gNB200からUE100にブロードキャストで送信される論理チャネル、例えば、BCCH(Broadcast Control Channel)又はMCCH(Multicast Control Channel)により行われる。以下において、このような制御チャネルをMBS制御チャネルと呼ぶことがある。
なお、ネットワークは、MBSセッションごとに異なるMBSサービスを提供できる。MBSセッションは、TMGI(Temporary Mobile Group Identity)、セッション識別子、及びグループRNTI(Radio Network Temporary Identifier)のうち少なくとも1つにより識別される。TMGI及びセッション識別子の少なくとも一方をMBSセッション識別子と呼ぶ。TMGI、セッション識別子、及びグループRNTIを総括してMBSセッション情報と呼ぶ。MBSセッション識別子は、MBSサービス識別子又はマルチキャストグループ識別子と呼ばれてもよい。
(スプリットMBSベアラ)
次に、一実施形態に係るスプリットMBSベアラについて説明する。スプリットMBSベアラは、上述の第1配信モードにおいて利用可能である。
次に、一実施形態に係るスプリットMBSベアラについて説明する。スプリットMBSベアラは、上述の第1配信モードにおいて利用可能である。
gNB200は、PTP通信パス及びPTM通信パスに分離されたMBSベアラ(以下、適宜「スプリットMBSベアラ」と呼ぶ)をUE100に設定し得る。これにより、gNB200は、UE100に対するMBSトラフィックの送信をPTP(PTP通信パス)とPTM(PTM通信パス)との間で動的に切り替えることができる。或いは、gNB200は、PTP及びPTMを併用して同一のMBSトラフィックを二重送信することにより信頼性を高めることができる。或いは、gNB200は、MBSトラフィックの初送をPTMで複数のUE100に対して行い、MBSトラフィックの再送を特定のUE100に対して行うことにより信頼性を高めることができる。
スプリットを終端する所定レイヤは、MACレイヤ(HARQ)、RLCレイヤ、PDCPレイヤ、又はSDAPレイヤである。以下において、スプリットを終端する所定レイヤがPDCPレイヤである一例について主として説明するが、所定レイヤは、MACレイヤ(HARQ)、RLCレイヤ、又はSDAPレイヤであってもよい。
図8は、一実施形態に係るスプリットMBSベアラを示す図である。以下において、PTP通信パスをPTPレグと呼び、PTM通信パスをPTMレグと呼ぶ。また、各レイヤに相当する機能部をエンティティと呼ぶ。
図8に示すように、gNB200のPDCPエンティティ及びUE100のPDCPエンティティのそれぞれは、MBSに用いるベアラ(データ無線ベアラ)であるMBSベアラをPTPレグ及びPTMレグに分離する。なお、PDCPエンティティはベアラごとに設けられる。
gNB200及びUE100のそれぞれは、レグごとに設けられる2つのRLCエンティティと、1つのMACエンティティと、1つのPHYエンティティとを有する。PHYエンティティは、レグごとに設けられてもよい。なお、UE100が2つのgNB200との通信を行う二重接続(Dual Connectivity)の場合、UE100が2つのMACエンティティを有していてもよい。
PHYエンティティは、UE100と1対1で割り当てられるセルRNTI(C-RNTI:Cell Radio Network Temporary Identifier)を用いて、PTPレグのデータを送受信する。PHYエンティティは、MBSセッションと1対1で割り当てられるグループRNTI(G-RNTI:Group Radio Network Temporary Identifier)を用いて、PTMレグのデータを送受信する。C-RNTIはUE100ごとに異なるが、G-RNTIは1つのMBSセッションを受信する複数のUE100で共通のRNTIである。
gNB200からUE100に対してPTMレグを用いてMBSトラフィックのPTM送信(マルチキャスト又はブロードキャスト)を行うためには、gNB200からUE100にスプリットMBSベアラが設定されており、且つ、PTMレグがアクティブ化(activation)されている必要がある。言い換えると、gNB200は、UE100にスプリットMBSベアラが設定されていても、PTMレグが非アクティブ(deactivation)状態にある場合は、このPTMレグを用いてMBSトラフィックのPTM送信を行うことができない。
また、gNB200及びUE100がPTPレグを用いてMBSトラフィックのPTP送信(ユニキャスト)を行うためには、gNB200からUE100にスプリットMBSベアラが設定されており、且つ、PTPレグがアクティブ化されている必要がある。言い換えると、gNB200は、UE100にスプリットMBSベアラが設定されていても、PTPレグが非アクティブ状態にある場合は、このPTPレグを用いてMBSトラフィックのPTP送信を行うことができない。
UE100は、PTMレグがアクティブ化された状態において、MBSセッションと対応付けられたG-RNTIが適用されたPDCCH(Physical Downlink Control Channel)をモニタする(すなわち、G-RNTIを用いてPDCCHのブラインドデコーディングを行う)。UE100は、当該MBSセッションのスケジューリング機会にのみ当該PDCCHをモニタしてもよい。
UE100は、PTMレグが非アクティブ化された状態において、MBSセッションと対応付けられたG-RNTIが適用されたPDCCHをモニタしない(すなわち、G-RNTIを用いたPDCCHのブラインドデコーディングを行わない)。
UE100は、PTPレグがアクティブ化された状態において、C-RNTIが適用されたPDCCHをモニタする。UE100は、PTPレグにおける間欠受信(DRX:Discontinuous Reception)が設定されている場合、設定されたオン期間(OnDuration)においてPDCCHをモニタする。UE100は、MBSセッションと紐づいたセル(周波数)が指定されている場合、当該セルが非アクティブ化されていても、当該セルのPDCCHをモニタしてもよい。
UE100は、PTPレグが非アクティブ化された状態において、MBSトラフィック以外の通常のユニキャスト下りリンク送信にそなえて、C-RNTIが適用されたPDCCHをモニタしてもよい。但し、UE100は、MBSセッションと紐づいたセル(周波数)が指定されている場合、当該MBSセッションについて当該PDCCHをモニタしなくてもよい。
なお、gNB200のRRCエンティティがUE100のRRCエンティティに対して送信するRRCメッセージ(例えば、RRC Reconfigurationメッセージ)により、上述のようなスプリットMBSベアラが設定されるものとする。
(第1配信モードの一例)
次に、第1配信モードの一例について説明する。
次に、第1配信モードの一例について説明する。
図9は、一実施形態に係る第1配信モードの動作例を示す図である。図9において、必須ではないステップを破線で示している。
図9に示すように、ステップS11において、RRCコネクティッド状態にあるUE100は、MBS興味通知(MII:MBS Interest Indication)メッセージをgNB200に送信する。MIIメッセージは、UE100の所望MBSセッション(すなわち、UE100が受信に興味のあるMBSセッション)に関するMBSセッション情報を含む。gNB200は、MIIメッセージを受信することにより、UE100の所望MBSセッションを把握する。本動作パターンにおいて、MIIメッセージはRRCメッセージの一種である。
ステップS12において、gNB200は、UE100の所望MBSセッションの受信に必要なMBS設定をデディケイティッドシグナリングで送信する。一実施形態において、デディケイティッドシグナリングはRRC Reconfigurationメッセージである。但し、デディケイティッドシグナリングはRRC Releaseメッセージであってもよい。
ステップS13において、UE100は、ステップS12で受信したデディケイティッドシグナリングに対する応答メッセージをgNB200に送信する。応答メッセージは、例えばRRC Reconfiguration Completeメッセージである。gNB200は、応答メッセージを受信する。
ステップS14において、gNB200は、ステップS12で設定したMBS設定に従ってMBSトラフィックをMTCHにより送信(例えば、マルチキャスト送信)する。ここで、gNB200は、スプリットMBSベアラを用いた高度なMBSトラフィック配信を行ってもよい。UE100は、MBSトラフィックを受信する。
図10は、一実施形態に係るRRC Reconfigurationメッセージの構成例を示す図である。図10に示すように、gNB200からUE100に送信されるRRC Reconfigurationメッセージは、MBS受信に必要なMBS設定を情報要素として含む。
RRC Reconfigurationメッセージ中のMBS設定は、MTCH情報を含む。RRC Reconfigurationメッセージ中のMBS設定は、RRCコネクティッド状態におけるMBS受信にのみ適用可能なRRCコネクティッド専用設定をさらに含んでもよい。
MTCH情報は、全RRC状態(すなわち、RRCコネクティッド状態、RRCアイドル状態、RRCインアクティブ状態)で共通の設定であってもよい。MTCH情報は、MBSセッション情報(MBSセッション識別子及びグループRNTIのうち少なくとも一方)と、MTCHスケジューリング情報とを含む。MTCHスケジューリング情報は、MTCHの送信オケージョン及び送信BWP(Bandwidth Part)のうち少なくとも1つを含む。
ここで、グループRNTIは、UE100のグループに対して共通に割り当てられるRNTIである。送信オケージョンは、gNB200がMTCHを用いてMBSトラフィックを送信するタイミング(例えばサブフレーム)の候補である。送信BWPは、gNB200がMTCHを用いてMBSトラフィックを送信するBWPである。BWPは、1つのセルの周波数帯域幅よりも狭い帯域幅部分であって、UE100の動作帯域幅を限定するためのものである。
他方、RRCコネクティッド専用設定は、スプリットMBSベアラに関する設定等である。RRCコネクティッド専用設定は、例えば、スプリットMBSベアラのベアラ設定、PTPとPTMとの動的切り替え設定、及びPTPレグ設定のうち少なくとも1つを含む。なお、PTMレグ設定は、RRCアイドル状態又はRRCインアクティブ状態でも使用可能であるため、MTCH情報に含まれてもよい。RRCコネクティッド専用設定は、HARQフィードバック設定を含んでもよい。
(第2配信モードの一例)
次に、第2配信モードの一例について説明する。図11は、一実施形態に係る第2配信モードの動作例を示す図である。第2配信モードにおいて、UE100は、RRCコネクティッド状態、RRCアイドル状態、及びRRCインアクティブ状態のいずれのRRC状態であってもよい。
次に、第2配信モードの一例について説明する。図11は、一実施形態に係る第2配信モードの動作例を示す図である。第2配信モードにおいて、UE100は、RRCコネクティッド状態、RRCアイドル状態、及びRRCインアクティブ状態のいずれのRRC状態であってもよい。
図11に示すように、ステップS21において、gNB200は、MBS受信に必要なMBS設定をブロードキャストシグナリングで送信する。ブロードキャストシグナリングは、BCCH及び/又はMCCHにより周期的に送信されるシグナリングである。以下において、ブロードキャストシグナリングがMCCHにより送信されるシグナリングである一例について主として説明する。UE100は、ブロードキャストシグナリングを受信する。
ステップS22において、gNB200は、ステップS21で設定したMBS設定に従ってMBSトラフィックをMTCHにより送信(例えば、ブロードキャスト送信)する。UE100は、MBSトラフィックを受信する。
図12は、一実施形態に係る第2配信モードにおけるMBS設定のバリエーションを示す図である。
図12に示すように、gNB200は、BCCHにより送信するシステム情報ブロック(SIB)により、MCCHのスケジューリング情報をUE100に提供する。UE100は、gNB200から受信するSIBに基づいてMCCH(すなわち、MBS設定)を受信し、受信したMCCHに基づいてMTCH(すなわち、MBSトラフィック)を受信する。このような設定は2ステップ設定(Tow-step configuration)と呼ばれることがある。
或いは、gNB200は、SIBによりMBS設定をUE100に提供してもよい。この場合、UE100は、gNB200から受信するSIBに基づいてMTCH(すなわち、MBSトラフィック)を受信する。このような設定は1ステップ設定(One-step configuration)と呼ばれることがある。
gNB200は、1つの自セル内に複数のMCCH(Multiple MCCHs)を構成してもよい。各MCCHは互いにスケジューリング(例えば送信周期)が異なっていてもよい。いずれかのMCCHがUE100からの要求に応じてオンデマンドで提供されてもよい。
図13は、一実施形態に係るブロードキャストメッセージの構成例を示す図である。ブロードキャストメッセージは、MBS設定を提供するブロードキャストシグナリングに相当する。
図13に示すように、gNB200からUE100に送信されるブロードキャストメッセージは、MBS受信に必要なMBS設定を情報要素として含む。
ブロードキャストメッセージ中のMBS設定は、1つ又は複数のMTCH情報を含む。図13において、複数のMBSセッション(複数のMTCH)に対応する複数のMTCH情報をブロードキャストメッセージが含む一例を示している。
(第1動作パターン)
次に、一実施形態に係る第1動作パターンについて説明する。
次に、一実施形態に係る第1動作パターンについて説明する。
上述のように、第2配信モードにおいて、UE100は、RRCコネクティッド状態、RRCアイドル状態、及びRRCインアクティブ状態のいずれの状態においてもMBSトラフィックの受信(すなわち、MBS受信)が可能である。また、第2配信モードにおいて、UE100は、MBS受信を行うために、周期的に送信されるブロードキャストシグナリングをモニタリングする必要がある。
しかしながら、RRCコネクティッド状態にあるUE100が、第2配信モードで配信されるMBSトラフィックを受信しようとする場合、gNB200とのユニキャスト通信を中断して、ブロードキャストシグナリングの周期的なモニタリングを行う必要があり得るため、非効率である。また、UE100の消費電力が増大する懸念がある。
一実施形態に係る第1動作パターンにおいて、gNB200は、少なくともブロードキャストセッションの受信に必要な情報を含むMBS設定(すなわち、第2配信モードのMBS設定)をブロードキャストシグナリングで送信する。また、gNB200は、RRCコネクティッド状態にあるUE100に対して、当該MBS設定の少なくとも一部をデディケイティッドシグナリングで送信する。
これにより、RRCコネクティッド状態にあるUE100が、第2配信モードで配信されるMBSトラフィックを受信しようとする場合であっても、gNB200とのユニキャスト通信を中断することなくMBS設定を取得できる。これにより、上述のような問題点を解決できる。
具体的には、RRCコネクティッド状態にあるUE100は、ブロードキャストシグナリングに対する周期的なモニタリングを行うことなく、デディケイティッドシグナリングで送信されたMBS設定を用いてMBS受信を行う。
図14は、一実施形態に係る第1動作パターンの動作例を示す図である。図14において、必須ではないステップを破線で示している。
図14に示すように、ステップS101において、gNB200は、MBS設定を含むブロードキャストシグナリングの周期的な送信を行う。RRCアイドル状態又はRRCインアクティブ状態にあるUE100aは、ブロードキャストシグナリングを受信する。
ステップS102において、RRCコネクティッド状態にあるUE100bは、自身の所望MBSセッションに関するMBSセッション情報を含むMIIメッセージをgNB200に送信する。gNB200は、MIIメッセージを受信することにより、UE100bの所望MBSセッションを把握する。UE100bは、自身の上位レイヤ(NAS)において、自身の所望MBSセッションのセッションを確立してもよい。AMFは、gNB200とUPFの間に当該MBSセッションのトンネルを確立してもよい。
ステップS103において、gNB200は、UE100bの所望MBSセッションの受信に必要なMBS設定をデディケイティッドシグナリング(RRC Reconfigurationメッセージ)で送信する。ここで、gNB200がデディケイティッドシグナリングで送信するMBS設定は、gNB200がブロードキャストシグナリングで送信するMBS設定の少なくとも一部である。UE100bは、デディケイティッドシグナリングで送信されるMBS設定を受信する。このため、UE100bは、ブロードキャストシグナリングを周期的にモニタする必要が無い。
ステップS103において、gNB200は、ブロードキャストシグナリングをモニタしなくてもよい旨の通知情報をデディケイティッドシグナリングに含めてUE100bに通知してもよい。
ステップS104及びS105において、gNB200は、ステップS101及びS103で設定したMBSセッションのMBS設定に従ってMBSトラフィックをMTCHにより送信(例えば、ブロードキャスト送信)する。UE100a及び100bは、MBSトラフィックを受信する。
なお、gNB200がMTCHのスケジューリングを変更する場合、gNB200は、ブロードキャストシグナリングにより変更後のMTCHスケジューリング情報を送信する。これにより、gNB200は、UE100aのMBS設定を更新する。また、gNB200がMTCHのスケジューリングを変更する場合、gNB200は、変更後のMTCHスケジューリング情報をデディケイティッドシグナリングでUE100bに送信する。これにより、gNB200は、UE100bのMBS設定を更新する。
当該デディケイティッドシグナリングは、当該MTCHスケジューリング情報を適用する所定のタイミングを示すタイミング情報を含んでもよい。この場合、UE100bは、当該デディケイティッドシグナリングを受信後、所定のタイミングにおいて当該MTCHスケジューリング情報を適用(もしくはアクティベート)する。当該所定のタイミングは、システムフレーム番号(SFN)、サブフレーム番号及び/又はGPS(Global Positioning System)時刻のような絶対時間、及び/又はタイマ閾値といった相対時間であってもよい。タイマを用いる場合、UE100bは当該デディケイティッドシグナリングを受信した時にタイマを起動し、当該タイマが満了した時点を所定のタイミングと判定する。これにより、gNB200が複数のそれぞれに対してMTCHスケジューリング変更をRRC Reconfigurationで設定する場合であっても、UE100間でタイミングにズレが発生することを防止できる。
(第2動作パターン)
次に、一実施形態に係る第2動作パターンについて、上述の動作パターンとの相違点を主として説明する。
次に、一実施形態に係る第2動作パターンについて、上述の動作パターンとの相違点を主として説明する。
gNB200が複数のMBSセッションを提供する場合、第1配信モードで提供するMBSセッション(例えばマルチキャストセッション)と、第2配信モードで提供するMBSセッション(例えばブロードキャストセッション)とが混在し得る。この場合、UE100は、自身の所望MBSセッションを第1配信モード及び第2配信モードのいずれで受信するべきかを適切に判定できることが望ましい。
一実施形態に係る第2動作パターンにおいて、gNB200は、MBSに関する配信モードとして第1配信モード及び第2配信モードのいずれかの配信モードを指定するモード指定情報をUE100に送信する。ここで、第1配信モードは、MBS設定がgNB200からデディケイティッドシグナリングでUE100に送信される配信モードである。第2配信モードは、MBS設定がgNB200からブロードキャストシグナリングでUE100に送信される配信モードである。
例えば、gNB200は、MBSセッションに関するMBSセッション情報と、当該MBSセッション情報と対応付けられたモード指定情報とを送信する。これにより、UE100は、自身の所望MBSセッションを第1配信モード及び第2配信モードのいずれで受信するべきかを適切に判定できる。具体的には、UE100は、gNB200から受信したMBSセッション情報が示すMBSセッションの受信に興味を持つ場合、当該MBSセッション情報と対応付けられたモード指定情報が示す配信モードによりMBS設定を受信する。
図15は、一実施形態に係る第2動作パターンの動作例を示す図である。図15において、必須ではないステップを破線で示している。
図15に示すように、ステップS201において、gNB200は、MBSセッションに関するMBSセッション情報と、当該MBSセッション情報と対応付けられたモード指定情報とをUE100に送信する。モード指定情報は、例えば、第1配信モードであれば“1”、第2配信モードであれば“0”とする1ビットのフラグ情報であってもよい。モード指定情報は、暗示的に示されてもよい。例えば、第1配信モードであればモード指定情報が存在せず、第2配信モードであればモード指定情報が存在する。逆に、第1モードであればモード指定情報が存在し、第2配信モードであればモード指定情報が存在しなくてもよい。
当該モード指定情報は、MBS設定をデディケイティッドシグナリングで受信可能であるか否か、もしくはブロードキャストシグナリングで受信可能であるか否かの情報、及び/又はUE100がどちらのシグナリングでMBS設定を受信すべきかという指定(もしくは選択)情報であってもよい。
このようなMBSセッション情報とモード指定情報とのセットは、SIB、MCCH、及びRRC ReconfigurationメッセージのいずれかのメッセージによりUE100に送信される。MBSセッション情報とモード指定情報との複数のセットが1つのメッセージに含まれていてもよい。すなわち、gNB200が提供する複数のMBSセッションのそれぞれについてモード指定情報がUE100に通知されてもよい。
UE100がRRCアイドル状態又はRRCインアクティブ状態にある場合、SIB又はMCCHによりMBSセッション情報及びモード指定情報を受信できる。UE100がRRCコネクティッド状態にある場合、UE100は、SIB、MCCH、又はRRC ReconfigurationメッセージによりMBSセッション情報及びモード指定情報を受信できる。
ステップS202において、UE100は、ステップS201で受信したメッセージ中のMBSセッション情報に基づいて、自身の所望MBSセッションをgNB200が提供するか否かを判定する。UE100は、自身の所望MBSセッションをgNB200が提供すると判定した場合、ステップS201で受信したメッセージ中のモード指定情報に基づいて、自身の所望MBSセッションを第1配信モード及び第2配信モードのいずれで受信するべきかを判定する(ステップS203)。
UE100は、自身の所望MBSセッションを第1配信モードで受信すると判定した場合、gNB200からデディケイティッドシグナリングで送信されるMBS設定を受信する(ステップS204)。UE100は、当該デディケイティッドシグナリング送信を促すために、自身の所望MBSセッション情報をgNB200に通知してもよい。当該通知は、前述のMIIであってもよい。
他方、UE100は、自身の所望MBSセッションを第2配信モードで受信すると判定した場合、gNB200からブロードキャストシグナリングで送信されるMBS設定を受信する(ステップS205)。このブロードキャストシグナリングがRRCアイドル状態又はRRCインアクティブ状態のみ受信可能な場合であって、且つUE100がRRCコネクティッド状態にあるとする。このような場合、UE100は、RRCアイドル状態又はRRCインアクティブ状態へ遷移するためのRAI(Release Assistance Indication)メッセージをgNB200に送信する。これにより、UE100は、RRCアイドル状態又はRRCインアクティブ状態に遷移したうえでブロードキャストシグナリングを受信してもよい。
ステップS206において、UE100は、gNB200から受信したMBS設定に基づいて、自身の所望MBSセッションのMBSトラフィック(MTCH)を受信する。
(第3動作パターン)
次に、一実施形態に係る第3動作パターンについて、上述の動作パターンとの相違点を主として説明する。
次に、一実施形態に係る第3動作パターンについて、上述の動作パターンとの相違点を主として説明する。
上述のように、第1配信モードで提供するMBSセッション(例えばマルチキャストセッション)と第2配信モードで提供するMBSセッション(例えばブロードキャストセッション)とが混在し得る場合がある。このような場合、UE100は、自身の所望MBSセッションがいずれの配信モードでgNB200から提供されるかが分からない。本動作パターンでは、UE100は、まず、自身の所望MBSセッションを第1配信モードで受信することを試みる。次に、この試みに失敗した場合、UE100は、自身の所望MBSセッションが第2配信モードで提供されるとみなし、自身の所望MBSセッションを第2配信モードで受信することを試みる。
すなわち、一実施形態に係る第3動作パターンにおいて、UE100は、自身の所望MBSセッションに関するMBSセッション情報を含むMIIメッセージをgNB200に送信する。UE100は、MIIメッセージの送信後、自身の所望MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングをgNB200から受信しないと判定した場合、当該MBS設定を含むブロードキャストシグナリングの受信を試みる。
ここで、UE100は、MIIメッセージを送信してから所定時間以内に、所望MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングを受信しない場合、ブロードキャストシグナリングの受信を試みてもよい。
或いは、UE100は、所望MBSセッションの受信に必要なMBS設定がブロードキャストシグナリングで送信されることを示す情報をgNB200から受信した場合、ブロードキャストシグナリングの受信を試みてもよい。
図16は、一実施形態に係る第3動作パターンの動作例を示す図である。図16において、必須ではないステップを破線で示している。
ステップS301において、RRCコネクティッド状態にあるUE100は、自身の所望MBSセッションに関するMBSセッション情報を含むMIIメッセージをgNB200に送信する。gNB200は、MIIメッセージを受信することにより、UE100の所望MBSセッションを把握する。UE100は、自身の上位レイヤ(NAS)において、自身の所望MBSセッションのセッションを確立してもよい。AMFは、gNB200とUPFの間に当該MBSセッションのトンネルを確立してもよい。
ステップS302において、UE100は、MIIメッセージの送信に応じて、所定時間を計時するためのタイマを始動してもよい。この所定時間(タイマ値)は、予めgNB200からUE100に設定されてもよいし、予め定められた固定値(例えば、4無線フレーム等)であってもよい。
ステップS303において、gNB200は、UE100の所望MBSセッションを第2配信モードで提供していると判定する。なお、gNB200は、当該MBSセッション情報を第1配信モードで提供している場合には、RRC Reconfigurationメッセージを用いて、第1配信モードのMBS設定をUE100に対して行う。ここでは、所望MBSセッションを第2配信モードで提供していると判定したと仮定して説明を進める。
ステップS304において、gNB200は、UE100の所望MBSセッションを第2配信モードで提供していることを示す通知をUE100に送信する。この通知は、上述のモード指定情報であってもよい。
ステップS305において、UE100は、自身の所望MBSセッションが第2配信モードで提供されると判定する。例えば、UE100は、MIIメッセージを送信してから所定時間以内(タイマ動作中)に、所望MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングをgNB200から受信しない場合、所望MBSセッションが第2配信モードで提供されると判定する。すなわち、UE100は、所望MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングを受信することなくタイマが満了した場合、所望MBSセッションが第2配信モードで提供されると判定する。或いは、UE100は、ステップS304の通知に基づいて、所望MBSセッションが第2配信モードで提供されると判定してもよい。
ステップS306において、UE100は、gNB200からブロードキャストシグナリングで送信されるMBS設定を受信する。このブロードキャストシグナリングがRRCアイドル状態又はRRCインアクティブ状態のみ受信可能な場合であって、且つUE100がRRCコネクティッド状態にあるとする。このような場合、UE100は、RRCアイドル状態又はRRCインアクティブ状態へ遷移するためのRAIメッセージをgNB200に送信する。これにより、UE100は、RRCアイドル状態又はRRCインアクティブ状態に遷移したうえでブロードキャストシグナリングを受信してもよい。
ステップS307において、UE100は、ステップS306でgNB200から受信したMBS設定に基づいて、自身の所望MBSセッションのMBSトラフィック(MTCH)を受信する。
(第4動作パターン)
次に、一実施形態に係る第4動作パターンについて、上述の動作パターンとの相違点を主として説明する。
次に、一実施形態に係る第4動作パターンについて、上述の動作パターンとの相違点を主として説明する。
上述のように、第1配信モードで提供するMBSセッション(例えばマルチキャストセッション)と第2配信モードで提供するMBSセッション(例えばブロードキャストセッション)とが混在し得る場合がある。このような場合、UE100は、自身の所望MBSセッションがいずれの配信モードでgNB200から提供されるかが分からない。本動作パターンでは、UE100は、まず、自身の所望MBSセッションを第2配信モードで受信することを試みる。次に、この試みに失敗した場合、UE100は、自身の所望MBSセッションが第1配信モードで提供されるとみなし、自身の所望MBSセッションを第1配信モードで受信することを試みる。
すなわち、一実施形態に係る第4動作パターンにおいて、UE100は、自身の所望MBSセッションの受信に必要なMBS設定を含むブロードキャストシグナリングの受信を試みる。UE100は、当該MBS設定を含むブロードキャストシグナリングをgNB200から受信しない場合、所望MBSセッションに関するMBSセッション情報を含むMIIメッセージをgNB200に送信する。これにより、gNB200は、MIIメッセージの受信に応じて、所望MBSセッションの受信に必要なMBS設定をデディケイティッドシグナリングでUE100に送信できる。
図17は、一実施形態に係る第4動作パターンの動作例を示す図である。図17において、必須ではないステップを破線で示している。
ステップS401において、UE100は、MBS設定を含むブロードキャストシグナリングをgNB200から受信する。
ステップS402において、UE100は、ステップS401で受信したブロードキャストシグナリングに基づいて、自身の所望MBSセッションが第2配信モードで提供されていないと判定する。具体的には、UE100は、ステップS401で受信したブロードキャストシグナリングにおいて、自身の所望MBSセッションに対応するMTCH情報が含まれていないと判定する。
ステップS403において、UE100は、自身の所望MBSセッションに関するMBSセッション情報を含むMIIメッセージをgNB200に送信する。gNB200は、MIIメッセージを受信することにより、UE100の所望MBSセッションを把握する。UE100は、自身の上位レイヤ(NAS)において、自身の所望MBSセッションのセッションを確立してもよい。AMFは、gNB200とUPFの間に当該MBSセッションのトンネルを確立してもよい。
なお、ステップS401でUE100がRRCアイドル状態又はRRCインアクティブ状態にある場合、ステップS403に先立って、UE100は、RRCアイドル状態又はRRCインアクティブ状態からRRCコネクティッド状態に遷移するためのランダムアクセスプロシージャをgNB200に対して行う。UE100は、このランダムアクセスプロシージャ中に送信するメッセージ(例えば、Msg1、MsgA、Msg3、又はMsg5)をMIIメッセージとして用いて、自身の所望MBSセッションをgNB200に通知してもよい。
ステップS404において、gNB200は、UE100の所望MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングをUE100に送信する。UE100は、MBS設定をデディケイティッドシグナリングで受信する。
ステップS405において、UE100は、ステップS404でgNB200から受信したMBS設定に基づいて、自身の所望MBSセッションのMBSトラフィック(MTCH)を受信する。
本動作パターンにおいて、gNB200は、ステップS404のMBS設定に代えて、当該MBSセッションの提供を行わないことをUE100に通知してもよい。或いは、gNB200は、当該MBSセッションをユニキャスト(図6に示すPDUセッション)で受信するようUE100に指示してもよい。この場合、UE100は、図6に示すユニキャストによるMBSセッション受信を試みる。
(その他の実施形態)
上述の各動作パターンは、別個独立して実施する場合に限らず、2以上の動作パターンの一部のステップを互いに組み合わせて実施可能である。
上述の各動作パターンは、別個独立して実施する場合に限らず、2以上の動作パターンの一部のステップを互いに組み合わせて実施可能である。
また、上述の実施形態において、基地局がNR基地局(gNB)である一例について説明したが基地局がLTE基地局(eNB)であってもよい。また、基地局は、IAB(Integrated Access and Backhaul)ノード等の中継ノードであってもよい。基地局は、IABノードのDU(Distributed Unit)であってもよい。
UE100又はgNB200が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
また、UE100又はgNB200が行う各処理を実行する回路を集積化し、UE100又はgNB200の少なくとも一部を半導体集積回路(チップセット、SoC)として構成してもよい。
以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
本願は、米国仮出願第63/136,486号(2021年1月12日出願)の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
(付記)
(導入)
NRのマルチキャストブロードキャストサービス(MBS)に関する改訂されたワークアイテムが承認された。MBSの2つの配信モードを次のように導入することが合意された。
(導入)
NRのマルチキャストブロードキャストサービス(MBS)に関する改訂されたワークアイテムが承認された。MBSの2つの配信モードを次のように導入することが合意された。
・Rel-17において、R2は、次の2つのモードを規定する。
1:コネクティッド(データ受信がない場合、UEは他の状態に切り替えることができる可能性があるが、未定)で利用可能な高QoS(信頼性、遅延)要件のための配信モード。
2:「低」QoS要件のための配信モード。UEはインアクティブ/アイドルでもデータを受信し得る(詳細は未定)。
・R2は、(R17の場合)配信モード1がマルチキャストセッションにのみ使用されることを前提とする。
・R2は、配信モード2がブロードキャストセッションに使用されることを前提とする。
・配信モード2のマルチキャストセッションへの適用性は、更なる検討が必要である。
・データなし:マルチキャストセッションで進行中のデータがない場合、UEはRRCコネクティッドに留まり得る。その他の場合は、更なる検討が必要である。
1:コネクティッド(データ受信がない場合、UEは他の状態に切り替えることができる可能性があるが、未定)で利用可能な高QoS(信頼性、遅延)要件のための配信モード。
2:「低」QoS要件のための配信モード。UEはインアクティブ/アイドルでもデータを受信し得る(詳細は未定)。
・R2は、(R17の場合)配信モード1がマルチキャストセッションにのみ使用されることを前提とする。
・R2は、配信モード2がブロードキャストセッションに使用されることを前提とする。
・配信モード2のマルチキャストセッションへの適用性は、更なる検討が必要である。
・データなし:マルチキャストセッションで進行中のデータがない場合、UEはRRCコネクティッドに留まり得る。その他の場合は、更なる検討が必要である。
配信モード2に関して、MBS設定の概要を以下のように追加合意した。
UEは、BCCH及び/又はMCCH(未定)によって(ブロードキャスト/配信モード2の場合)MBS設定を受信し、これは、アイドル/インアクティブモードで受信され得る。コネクティッドモードは、更なる検討が必要である。通知メカニズムは、MBS制御情報の変更を通知するために使用される。
この付記では、LTE eMBMSメカニズム及び最新のRAN2の合意を考慮して、NR MBSの制御プレーンの側面を考慮する。
(議論)
RAN2の合意に従って、この時点での2つの配信モードを表1に要約する。
RAN2の合意に従って、この時点での2つの配信モードを表1に要約する。
(配信モード1設定)
配信モード1は、主にRRCコネクティッドでのデータ受信のために検討されるが、設定の側面はまだ合意されていない。MBS設定がRRC再設定によって提供されることは非常に平易であり得るが、LTE eMBMSのようにコネクティッドでMCCHが受信されることはまだ検討中である。配信モード1は高QoSサービスに期待されることを考慮すると、例えば、PTP/PTMスプリットベアラ及び/又はロスレスハンドオーバなどを伴うべきである。これらのUE固有の設定がMCCHを介して提供されている場合、意味がないため、私たちの見解では、配信モード1の設定にRRC再設定が使用されるべきである。
配信モード1は、主にRRCコネクティッドでのデータ受信のために検討されるが、設定の側面はまだ合意されていない。MBS設定がRRC再設定によって提供されることは非常に平易であり得るが、LTE eMBMSのようにコネクティッドでMCCHが受信されることはまだ検討中である。配信モード1は高QoSサービスに期待されることを考慮すると、例えば、PTP/PTMスプリットベアラ及び/又はロスレスハンドオーバなどを伴うべきである。これらのUE固有の設定がMCCHを介して提供されている場合、意味がないため、私たちの見解では、配信モード1の設定にRRC再設定が使用されるべきである。
提案1:配信モード1において、RAN2は、MBS設定にRRC再設定を使用することに合意すべきである。
一方、WIDは、次のように、RRCコネクティッド及びアイドル/インアクティブがMBS設定に関して最大の共通性を持つべきであることを明確に示すが、RAN2は、マルチキャストセッション及びブロードキャストセッションのそれぞれに対して別々の配信モードに同意した。
PTM受信の設定でRRCコネクティッド状態とRRCアイドル/インアクティブ状態との間で最大の共通性を維持することを目的として、RRCアイドル/インアクティブ状態のUEによるPTM送信の受信を有効にするために必要な変更を規定する。
これらの配信モードのRRCメッセージが異なる場合でも、WIDの目的を達成するには、MBS設定の構造及びIEを2つの配信モード間で可能な限り調整すべきである。例えば、配信モード1のRRC再設定には、配信モード2と共通のブロックであるMTCHスケジューリング情報に加えて、PTP/PTMスプリットベアラ及びハンドオーバ関連情報などの配信モード1固有の情報が含まれる。このため、詳細はこの時点で更なる検討が必要である。
提案2:RAN2は、MBS設定の観点から、例えば、共通の構造及びIEを使用して、2つの配信モード間の最大の共通性を目指すことに合意すべきである。
なお、図18における「MCCH」は、MTCHスケジューリング情報、即ち、MBSセッション情報と関連するMTCH設定のみを指している。配信モード1の場合、隣接セル情報は必要ない。
マルチキャストセッションの進行中のデータがない場合にUEをアイドル/インアクティブに解放し得るかは、更なる検討が必要である。言い換えると、アイドル/インアクティブのUEが配信モード1を介してMBSデータを受信できるかどうかは、更なる検討が必要である。RAN2が同意したように、UEは配信モード1、つまり高いQoSを必要とするマルチキャストセッションのためにRRCコネクティッドに維持すべきであることがベースラインである。しかし、他の/例外的なケースについても、まだ検討する価値がある。
Eメールディスカッション中に、一部の企業は、輻輳が原因でネットワークがすべてのUEをコネクティッドに維持できない可能性があることを指摘した。他の一部の企業も、アップリンクアクティビティ、QoS要件、及び/又はUEの電力消費のために、UEが常にコネクティッドのままである必要はないことを指摘した。
RAN2の観点から、ネットワーク及びUEの両方がこの機能をサポートすることは有益であると考えられ得る。UEがインアクティブに解放されるか/いつ解放されるかはgNBの実装次第であり、UEがアイドルに解放されるかはコアネットワーク次第であると想定される。アイドルでのMBSデータ受信に関する1つの懸念は、gNBがUEコンテキストを解放することである。一方、UEコンテキストは、インアクティブでは保持される。これは、gNBの可制御性が失われる可能性があることを意味し、一般的な配信モード1の概念と矛盾する可能性がある。したがって、RAN2は、配信モード1を少なくともインアクティブでUEが受信し得ることに合意すべきあるが、アイドルにおいては更なる検討が必要である。
提案3:配信モード1において、RAN2は、配信モード1を少なくともインアクティブでUEが受信し得ることに合意すべきある。アイドルにおいては更なる検討が必要である。
提案3に合意できる場合、アイドル/インアクティブのMBS設定がUEにどのように提供されるかは明確ではない。次の3つのオプションが考えられる。
・オプション1:RRC再設定
アイドル/インアクティブのUEは、RRC再設定によって提供されたMBS設定を引き続き適用する。UEは元々RRCコネクティッド用に提供されたMBS設定を再利用するだけなので、このオプションは単純である。しかし、アイドル/インアクティブに遷移する場合及び/又はRRCコネクティッドをレジュームする場合に、例えば、設定されている場合はPTP/PTMスプリットベアラ設定を処理する方法など、いくつかのUEの動作を検討する必要がある可能性がある。
アイドル/インアクティブのUEは、RRC再設定によって提供されたMBS設定を引き続き適用する。UEは元々RRCコネクティッド用に提供されたMBS設定を再利用するだけなので、このオプションは単純である。しかし、アイドル/インアクティブに遷移する場合及び/又はRRCコネクティッドをレジュームする場合に、例えば、設定されている場合はPTP/PTMスプリットベアラ設定を処理する方法など、いくつかのUEの動作を検討する必要がある可能性がある。
・オプション2:RRC解放
アイドル/インアクティブのUEは、RRC解放によって提供されるMBS設定を適用する。このオプションは明快であるが、MBS設定が以前にRRC再設定によって提供されたものと異なるかどうかは疑わしいため、効率的ではない可能性がある。
アイドル/インアクティブのUEは、RRC解放によって提供されるMBS設定を適用する。このオプションは明快であるが、MBS設定が以前にRRC再設定によって提供されたものと異なるかどうかは疑わしいため、効率的ではない可能性がある。
・オプション3:モード1からモード2への配信モードの切り替え
UEは、アイドル/インアクティブに解放される前に、配信モード1から配信モード2に切り替えられる。配信モード2は、RAN2が合意したように、すべてのRRC状態でデータを受信できるように設計されているため、このオプションはもう1つの簡単な解決策である。しかし、例えば、MCCHの取得が原因で、スイッチング中にパケット損失及び/又は遅延が発生することが予想される可能性がある。
UEは、アイドル/インアクティブに解放される前に、配信モード1から配信モード2に切り替えられる。配信モード2は、RAN2が合意したように、すべてのRRC状態でデータを受信できるように設計されているため、このオプションはもう1つの簡単な解決策である。しかし、例えば、MCCHの取得が原因で、スイッチング中にパケット損失及び/又は遅延が発生することが予想される可能性がある。
各オプションには長所及び短所がありますが、私たちの見解では、単純さ及び効率の観点から、オプション1の方がわずかに望ましい。RAN2は、上記のオプションを考慮するがこれに限定されず、アイドル/インアクティブでデータ受信用の配信モード1設定を提供する方法について議論すべきである。
提案4:提案3に合意できる場合、RAN2は、インアクティブでのデータ受信のための配信モード1設定がUEにどのように提供されるかについて議論すべきである。
(配信モード2設定)
LTE SC-PTMにおいて、設定は2つのメッセージ、即ち、SIB20及びSC-MCCHによって提供される。SIB20は、SC-MCCHスケジューリング情報を提供し、SC-MCCHは、G-RNTI及びTMGIを含むSC-MTCHスケジューリング情報、及び隣接セル情報を提供する。
LTE SC-PTMにおいて、設定は2つのメッセージ、即ち、SIB20及びSC-MCCHによって提供される。SIB20は、SC-MCCHスケジューリング情報を提供し、SC-MCCHは、G-RNTI及びTMGIを含むSC-MTCHスケジューリング情報、及び隣接セル情報を提供する。
図19に示すようなLTEの2段階設定の利点は、SC-MCCHスケジューリングが、繰り返し期間、期間、変更期間などの観点でSIB20スケジューリングから独立していることであった。特に、セッションに遅れて参加する、遅延にセンシティブなサービス及び/又はUEに対して、SC-MCCHの頻繁なスケジューリング/更新が容易にした。WIDによると、アプリケーションの1つがグループ通信などであるため、NR MBSでも同様である。
所見1:LTEでは、SIB20及びSC-MCCHを使用した2段階設定が、これらの制御チャネルの異なるスケジューリングに役立つ。これは、NR MBSにも役立つ。
提案5:RAN2は、SC-PTMのSIB20及びSC-MCCHなど、NR MBSのメッセージが異なる2段階設定を使用することに合意すべきである。
提案5に加えて、NR MBSは、WIDに記載されている様々なタイプのユースケースをサポートすることが想定される。NR MBSは、ソフトウェア配信などのロスレスアプリケーションからIPTVなどのUDPタイプのストリーミングまでの要件の他の側面に加えて、ミッションクリティカルやV2Xなどの遅延にセンシティブなアプリケーションから、IoTなどの遅延に寛容なアプリケーションまで、様々な要件に合わせて適切に設計すべきであることは気づかれる。これらのサービスの一部は配信モード2でカバーされる可能性があるが、「高いQoS要件」を持つ他のサービスには配信モード1が必要である。この意味で、gNBにとって、マルチキャストセッションに配信モード2を使用することを選択できることは有益である。
また、RAN2はRRCコネクティッドでのデータ受信を許可することにすでに合意しているため、RRCコネクティッドのUEがMBS設定を受信できるようにするのは簡単である。UEがMCCHを取得するためだけにアイドル/インアクティブに遷移する必要がある場合、意味がない。コネクティッドのUEがMCCHを受信できるようにするのは簡単であるが、スケジューリングの柔軟性(UEには「ギャップ」が必要な場合があるため)及び/又はUEの消費電力(UEはC-RNTI及びG-RNTIに加えて「SC-RNTI」を監視する必要があるため)の点で最適ではない可能性がある。したがって、UEがMCCHまたはRRC再設定を介してMBS設定を受信するかについては、さらに議論が必要になる可能性がある。
これらの2つの課題は残されたままであったが、一般に、私たちの観点からそれらを制限する技術的な理由はないようである。
提案6:RAN2は、ブロードキャストセッションに加えて、配信モード2をマルチキャストセッションに使用できることに合意すべきである。
提案7:配信モード2において、RAN2は、MBS設定がRRCコネクティッドのUEでも受信できることに合意すべきである。MCCHかRRC再設定かは、更なる検討が必要である。
提案6に照らして、配信モード2の制御チャネル設計は、柔軟性及びそのリソース効率を考慮すべきである。そうしないと、例えば、遅延に寛容なサービスと遅延にセンシティブなサービスとが1つの制御チャネルで一緒に設定されている場合に、遅延にセンシティブなサービスからの遅延要件を満たすために、制御チャネルを頻繁にスケジュールする必要があるため、より多くのシグナリングオーバーヘッドが発生する可能性がある。
SA2 SIの目的Aは、5GSを介した一般的なMBSサービスを可能にすることに関するものであり、この機能の恩恵を受ける可能性のある特定されたユースケースには、公共安全、ミッションクリティカル、V2Xアプリケーション、透過的なIPv4/IPv6マルチキャスト配信、IPTV、無線を介したソフトウェア配信、グループ通信、及びIoTアプリケーションが含まれる(但し、これらに限定されない)。
所見2:配信モード2のためのNR MBS制御チャネルは、様々なタイプのユースケースに対して柔軟でリソース効率が必要とされる。
一つの可能性として、図12に示すように、異なるユースケースで設定チャネルを分離する必要があるかどうか検討することである。例えば、一つのMCCHは遅延にセンシティブなサービスを頻繁に提供し、別のMCCHは遅延に寛容なサービスをまばらに提供する。LTE SC-PTMでは、1つのセルは1つのSC-MCCHしか有せないという制限があった。しかしながら、LTEよりも多くのユースケースが想定されることを考慮すると、NR MBSの配信モード2はそのような制限を取り除くべきである。セル内で複数のMCCHが許可されている場合、各MCCHには、特定のサービス用に最適化可能な、繰り返し期間などの異なるスケジューリング設定がある。UEが興味のあるサービスを提供するMCCHをどのように識別するかは更なる検討が必要である。
提案8:配信モード2において、RAN2は、LTEになかった、セルで複数のMCCHがサポートされるかどうかを議論すべきである。
さらに、NRの新しいパラダイムは、オンデマンドSI送信のサポートである。この概念は、配信モード2におけるMCCH、即ち、オンデマンドMCCHに再利用され得る。例えば、遅延に寛容なサービス用のMCCHはオンデマンドで提供されるため、シグナリングのリソース消費を最適化可能である。言うまでもなく、ネットワークには、MCCHを定期的に、即ち、オンデマンドではなく、遅延にセンシティブなサービスなどに提供するための別のオプションがある。
提案9:配信モード2において、RAN2は、LTEになかった、MCCHがオンデマンドベースで提供される場合のオプションについて議論すべきである。
別の可能性として、図12に示すように、これらのメッセージをマージすること、即ち、1段階設定をさらに検討され得る。例えば、SIBは、MTCHスケジューリング情報を直接、即ち、MCCHなしで、提供する。これは、遅延に寛容なサービス及び/又は電力にセンシティブなUEのための最適化を提供するであろう。例えば、UEは、SIB(オンデマンド)を要求してもよく、gNBは、複数のUEからの要求の後に、SIB及び対応するサービスの提供を開始してもよい。これらのUEは、繰り返しブロードキャストされるMCCHを監視する必要がない。
提案10:配信モード2において、RAN2は、MCCHを使用しないマルチキャスト受信(即ち、1段階設定)がサポートされている場合、SIBがMTCHスケジューリング情報を直接提供するなどのオプションについて議論すべきである。
(興味のインディケーション/カウンティング)
LTE eMBMSでは、ネットワークがMBMSセッションの開始/停止を含むMBMSデータ配信の適切な決定をするために、UEの受信/興味サービスを収集する2種類の方法、つまりMBMS興味インディケーション(MII)とMBMSカウンティングが指定された。UEによってトリガされるMIIには、興味を持つMBMS周波数、興味を持つMBMSサービス、MBMS優先度、およびMBMS ROM(受信専用モード)に関連する情報が含まれている。特定のMBMSサービスのカウンティング要求を介してネットワークによってトリガされるカウンティング応答には、興味を持つMBSFNエリアおよびMBMSサービスに関連する情報が含まれている。
LTE eMBMSでは、ネットワークがMBMSセッションの開始/停止を含むMBMSデータ配信の適切な決定をするために、UEの受信/興味サービスを収集する2種類の方法、つまりMBMS興味インディケーション(MII)とMBMSカウンティングが指定された。UEによってトリガされるMIIには、興味を持つMBMS周波数、興味を持つMBMSサービス、MBMS優先度、およびMBMS ROM(受信専用モード)に関連する情報が含まれている。特定のMBMSサービスのカウンティング要求を介してネットワークによってトリガされるカウンティング応答には、興味を持つMBSFNエリアおよびMBMSサービスに関連する情報が含まれている。
これらのメソッドは、さまざまな目的で導入された。MIIはUEがコネクティッド状態の間に興味を持つサービスを引き続き受信できることを保証するため主にネットワークに使用されている。一方、カウンティングは、ネットワークが十分な数のUEがサービスの受信に興味を持っているかどうかを判断できるようにするために使用される。
所見3:LTE e MBMSでは、2種類のUEアシスタンス情報が異なる目的で導入される。即ち、NBのスケジューリングのためにMBMS興味インディケーションが導入され、MCEのセッション制御のためにMBMSカウンティングが導入される。
NR MBSの場合、グループ通信のユースケースなどのマルチキャストサービスが予想され、ネットワークには、コネクティッド状態のUEが受信/興味を持っているMBSサービスに関する完全な知識が既にあるため、例えば、ネットワークのPTP/PTM配信の決定など、UEからのアシスタンス情報はネットワークの役に立たない。ただし、私たちの理解では、同じことは、ブロードキャストサービス及び/又はアイドル/インアクティブ状態のUEには当てはまらない。特にブロードキャストサービスの場合、LTE eMBMSにおいてMIIとのカウンティングによって解決された問題、つまり所見3がNR MBSにまだ存在する。したがって、RAN2は、MIIやカウンティングなどのアシスタンス情報がNR MBSに役立つかどうかについて検討する必要がある。
WIDに記載されているようにROMとSFNとはサポートされていないため、Rel-17ではMIIのMBMS ROM情報とカウンティング応答のMBSFNエリアに関する情報とは必要ないことに注意する。
提案11:RAN2は、たとえば、MBS興味インディケーション及び/又はMBSカウンティングなど、NR MBSのUEアシスタンス情報を導入することに同意する必要がある。
提案11に同意できる場合は、LTE eMBMSに加えて拡張機能を検討する価値がある。LTE eMBMSでは、UEの大部分がRRCアイドル状態でブロードキャストサービスを受信している場合でも、MIIもカウンティングもアイドル状態のUEから情報を収集できない。これは、私たちの理解では、セッション制御及びリソース効率の観点から見たLTE eMBMSの残りの問題の1つである。
NR MBSでは、アイドル/インアクティブ状態のUEにも同じ問題が存在する可能性がある。たとえば、ネットワークは、アイドル/インアクティブ状態のUEがブロードキャストサービスを受信/興味を持っていないかどうかが分からない。したがって、サービスを受けているUEがなくても、ネットワークは、PTM送信を提供し続ける可能性がある。gNBがアイドル/インアクティブ状態のUEの興味を認識している場合、このような不要なPTMは回避されるべきである。逆に、サービスを受信しているアイドル/インアクティブ状態のUEがまだ存在するときにPTMが停止すると、多くのUEが同時に接続を要求する可能性がある。これも望ましくない。
したがって、アイドル/インアクティブ状態のUEから、具体的にはMBMSカウンティングの、UEアシスタンス情報を収集するメカニズムを導入するかどうかを検討する価値がある。言うまでもなく、アイドル/インアクティブ状態のUEは、RRCコネクティッドに遷移せずに情報を報告できることが望ましい。たとえば、MBSサービスに関連付けられたPRACHリソースパーティショニングがそのようなレポートに導入された場合に達成される可能性がある。
提案12:RAN2は、MBSカウンティングなどのUEアシスタンス情報もアイドル/インアクティブ状態のUEから収集されるかどうかを検討する必要がある。
Claims (11)
- 基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、
前記基地局が、少なくともブロードキャストセッションの受信に必要な情報を含むMBS設定をブロードキャストシグナリングで送信することと、
前記基地局が、RRC(Radio Resource Control)コネクティッド状態にある前記ユーザ装置に対して、前記MBS設定の少なくとも一部をデディケイティッドシグナリングで送信することと、を有する
通信制御方法。 - 前記RRCコネクティッド状態にある前記ユーザ装置が、前記ブロードキャストシグナリングに対する周期的なモニタリングを行うことなく、前記デディケイティッドシグナリングで送信された前記MBS設定を用いて前記MBS受信を行うことをさらに有する
請求項1に記載の通信制御方法。 - 前記ユーザ装置が、前記ユーザ装置の所望MBSセッションに関するMBSセッション情報を含むMBS興味通知メッセージを前記基地局に送信することをさらに有し、
前記デディケイティッドシグナリングで送信することは、前記MBSセッション情報が示す前記所望MBSセッションの受信に必要な前記MBS設定を前記デディケイティッドシグナリングで送信することを含む
請求項1又は2に記載の通信制御方法。 - 基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、
前記基地局が、前記MBSに関する配信モードとして第1配信モード及び第2配信モードのいずれかの配信モードを指定するモード指定情報を前記ユーザ装置に送信することを有し、
前記第1配信モードは、MBS受信に必要なMBS設定が前記基地局からデディケイティッドシグナリングで前記ユーザ装置に送信される配信モードであり、
前記第2配信モードは、前記MBS設定が前記基地局からブロードキャストシグナリングで前記ユーザ装置に送信される配信モードである
通信制御方法。 - 前記送信することは、MBSセッションに関するMBSセッション情報と、前記MBSセッション情報と対応付けられた前記モード指定情報とを送信することを含む
請求項4に記載の通信制御方法。 - 前記ユーザ装置が、前記MBSセッション情報が示す前記MBSセッションの受信に興味を持つ場合、前記MBSセッション情報と対応付けられた前記モード指定情報が示す配信モードにより前記MBS設定を受信することをさらに有する
請求項5に記載の通信制御方法。 - 基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、
前記ユーザ装置が、前記ユーザ装置の所望MBSセッションに関するMBSセッション情報を含むMBS興味通知メッセージを前記基地局に送信することと、
前記ユーザ装置が、前記MBS興味通知メッセージの送信後、前記MBSセッションの受信に必要なMBS設定を含むデディケイティッドシグナリングを前記基地局から受信しないと判定した場合、前記MBS設定を含むブロードキャストシグナリングの受信を試みることと、を有する
通信制御方法。 - 前記ブロードキャストシグナリングの受信を試みることは、前記MBS興味通知メッセージを送信してから所定時間以内に前記デディケイティッドシグナリングを受信しない場合、前記ブロードキャストシグナリングの受信を試みることを含む
請求項7に記載の通信制御方法。 - 前記ブロードキャストシグナリングの受信を試みることは、前記所望MBSセッションの受信に必要な前記MBS設定が前記ブロードキャストシグナリングで送信されることを示す情報を前記基地局から受信した場合、前記ブロードキャストシグナリングの受信を試みることを含む
請求項7に記載の通信制御方法。 - 基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス(MBS)を提供する移動通信システムで用いる通信制御方法であって、
前記ユーザ装置が、前記ユーザ装置の所望MBSセッションの受信に必要なMBS設定を含むブロードキャストシグナリングの受信を試みることと、
前記ユーザ装置が、前記ブロードキャストシグナリングを前記基地局から受信しない場合、前記所望MBSセッションに関するMBSセッション情報を含むMBS興味通知メッセージを前記基地局に送信することと、を有する
通信制御方法。 - 前記基地局が、前記MBS興味通知メッセージの受信に応じて、前記所望MBSセッションの受信に必要な前記MBS設定をデディケイティッドシグナリングで前記ユーザ装置に送信することをさらに有する
請求項10に記載の通信制御方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022575592A JPWO2022153991A1 (ja) | 2021-01-12 | 2022-01-12 | |
US18/350,599 US20230354475A1 (en) | 2021-01-12 | 2023-07-11 | Communication control method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202163136486P | 2021-01-12 | 2021-01-12 | |
US63/136,486 | 2021-01-12 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/350,599 Continuation US20230354475A1 (en) | 2021-01-12 | 2023-07-11 | Communication control method |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022153991A1 true WO2022153991A1 (ja) | 2022-07-21 |
Family
ID=82446721
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2022/000642 WO2022153991A1 (ja) | 2021-01-12 | 2022-01-12 | 通信制御方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230354475A1 (ja) |
JP (1) | JPWO2022153991A1 (ja) |
WO (1) | WO2022153991A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024034567A1 (ja) * | 2022-08-09 | 2024-02-15 | 京セラ株式会社 | 通信方法 |
WO2024082295A1 (zh) * | 2022-10-21 | 2024-04-25 | 北京小米移动软件有限公司 | 小区处理、小区处理指示方法和装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3349487A1 (en) * | 2017-01-12 | 2018-07-18 | ASUSTek Computer Inc. | Method and apparatus of handling interest indication in a wireless communication system |
-
2022
- 2022-01-12 JP JP2022575592A patent/JPWO2022153991A1/ja active Pending
- 2022-01-12 WO PCT/JP2022/000642 patent/WO2022153991A1/ja active Application Filing
-
2023
- 2023-07-11 US US18/350,599 patent/US20230354475A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3349487A1 (en) * | 2017-01-12 | 2018-07-18 | ASUSTek Computer Inc. | Method and apparatus of handling interest indication in a wireless communication system |
Non-Patent Citations (4)
Title |
---|
CATT, CBN: "Further Discussion on MBS Idle Mode Support", 3GPP DRAFT; R2-2008797, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051941903 * |
INTEL CORPORATION: "MBS L2 Architecture, user plane and control plane", 3GPP DRAFT; R2-2009196, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942203 * |
KYOCERA: "Consideration of control plane aspects for NR MBS", 3GPP DRAFT; R2-2010234, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942914 * |
KYOCERA: "Further consideration of control plane aspects for NR MBS", 3GPP DRAFT; R2-2100803, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972724 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024034567A1 (ja) * | 2022-08-09 | 2024-02-15 | 京セラ株式会社 | 通信方法 |
WO2024082295A1 (zh) * | 2022-10-21 | 2024-04-25 | 北京小米移动软件有限公司 | 小区处理、小区处理指示方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US20230354475A1 (en) | 2023-11-02 |
JPWO2022153991A1 (ja) | 2022-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022085757A1 (ja) | 通信制御方法 | |
EP3253129A1 (en) | Base station, processor and user terminal | |
WO2022149489A1 (ja) | 通信制御方法及びユーザ装置 | |
US20160080996A1 (en) | Communication control method, user terminal, and processor | |
US20230354475A1 (en) | Communication control method | |
US20240080939A1 (en) | Communication control method and user equipment | |
WO2022085717A1 (ja) | 通信制御方法 | |
WO2022025013A1 (ja) | 通信制御方法 | |
WO2022030452A1 (ja) | 通信制御方法、基地局、及びユーザ装置 | |
US20240179797A1 (en) | Communication method, network apparatus, and user equipment | |
WO2022153990A1 (ja) | 通信制御方法及びユーザ装置 | |
WO2022085646A1 (ja) | 通信制御方法 | |
WO2022085644A1 (ja) | 通信制御方法 | |
WO2022210545A1 (ja) | 通信制御方法及びユーザ装置 | |
US20240237143A1 (en) | Communication method | |
US20240080940A1 (en) | Communication control method | |
WO2023013607A1 (ja) | 通信方法 | |
US20240080645A1 (en) | Communication control method | |
EP4322559A1 (en) | Communication control method and user equipment | |
US20240022447A1 (en) | Communication control method and user equipment | |
WO2023132209A1 (ja) | 通信方法 | |
JP7425259B2 (ja) | 通信制御方法及び基地局 | |
US20240073997A1 (en) | Communication control method, base station, and user equipment | |
WO2022030453A1 (ja) | 通信制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 22739397 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2022575592 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 22739397 Country of ref document: EP Kind code of ref document: A1 |