WO2023132258A1 - 通信方法 - Google Patents
通信方法 Download PDFInfo
- Publication number
- WO2023132258A1 WO2023132258A1 PCT/JP2022/047339 JP2022047339W WO2023132258A1 WO 2023132258 A1 WO2023132258 A1 WO 2023132258A1 JP 2022047339 W JP2022047339 W JP 2022047339W WO 2023132258 A1 WO2023132258 A1 WO 2023132258A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mbs
- information
- interest
- trigger
- notification
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
Definitions
- the present disclosure relates to a communication method used in a mobile communication system.
- NR New Radio
- 5G fifth generation
- 4G fourth generation
- MBS multicast broadcast services
- 5G/NR multicast broadcast services will provide improved services over 4G/LTE multicast broadcast services.
- an object of the present disclosure is to provide a communication method capable of realizing an improved multicast broadcast service.
- a communication method is a communication method performed by a user equipment in a mobile communication system that provides a multicast broadcast service (MBS), wherein an MBS session that the user equipment is receiving or interested in receiving receiving configuration information from the base station that configures conditions under which an MBS interest notification for the MBS is permitted to be sent to the base station; and a step of performing an interest notification transmission process.
- MBS multicast broadcast service
- a communication method is a communication method executed by a user device in a mobile communication system that provides a multicast broadcast service (MBS), and includes: transmitting to a base station a first MBS notification of interest including information indicating one or more MBS frequencies that the user equipment is receiving or interested in receiving; receiving configuration information from the base station; and changing if the combination is changed in response to the CA configuration information and the MBS frequency that the user equipment is receiving or is interested in receiving is changed. and sending a second MBS notification of interest to the base station including information indicating future MBS frequencies.
- MBS multicast broadcast service
- FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment
- FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on embodiment.
- It is a diagram showing the configuration of a gNB (base station) according to the embodiment.
- FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane radio interface that handles data
- FIG. 2 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals)
- FIG. 4 is a diagram illustrating an overview of MBS traffic distribution according to an embodiment
- FIG. 4 is a diagram illustrating an example of internal processing for MBS reception in a UE according to an embodiment;
- FIG. 8 is a diagram illustrating another example of internal processing regarding MBS reception of the UE according to the embodiment
- FIG. 2 is a diagram for explaining an overview of MII; It is a figure which shows the 1st operation example of the mobile communication system which concerns on embodiment.
- FIG. 4 is a diagram for explaining trigger setting information in the first operation example of the mobile communication system according to the embodiment;
- FIG. 9 is a diagram for explaining trigger type information (trigger type ID) and prohibition time setting information (prohibition timer value) in the second operation example of the mobile communication system according to the embodiment;
- FIG. 5 is a diagram showing a second operation example of the mobile communication system according to the embodiment;
- FIG. 9 is a diagram for explaining trigger type information (trigger type ID) and prohibition time setting information (prohibition timer value) in the second operation example of the mobile communication system according to the embodiment;
- FIG. 9 is a diagram for explaining trigger type information (trigger type ID) and prohibition time setting information (prohibition timer value) in the second operation example of the mobile communication system according to the embodiment;
- FIG. 12 is a diagram for explaining trigger type information (trigger type ID) and decentralized information in the third operation example of the mobile communication system according to the embodiment;
- FIG. 11 is a diagram for explaining trigger type information (trigger type ID) and decentralized information in the third operation example of the mobile communication system according to the embodiment;
- FIG. 12 is a diagram showing a third operation example of the mobile communication system according to the embodiment;
- FIG. 10 is a diagram showing the operation of a UE according to a modified example of the operation of the mobile communication system according to the embodiment;
- FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment.
- the mobile communication system 1 complies with the 3GPP standard 5th generation system (5GS: 5th Generation System).
- 5GS will be described below as an example, an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
- 6G sixth generation
- the mobile communication system 1 includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G Core Network) 20.
- UE User Equipment
- NG-RAN Next Generation Radio Access Network
- 5GC 5G Core Network
- the NG-RAN 10 may be simply referred to as the RAN 10 below.
- the 5GC 20 is sometimes simply referred to as a core network (CN) 20 .
- CN core network
- the UE 100 is a mobile wireless communication device.
- the UE 100 may be any device as long as it is used by the user.
- the UE 100 includes a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, a communication module (including a communication card or chipset), a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle (Vehicle UE). ), an aircraft or a device (Aerial UE) provided on the aircraft.
- the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
- the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
- the gNB 200 manages one or more cells.
- the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
- the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
- RRM radio resource management
- a “cell” is used as a term indicating the minimum unit of a wireless communication area.
- a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
- One cell belongs to one carrier frequency (hereinafter simply called "frequency").
- the gNB can also be connected to the EPC (Evolved Packet Core), which is the LTE core network.
- EPC Evolved Packet Core
- LTE base stations can also connect to 5GC.
- An LTE base station and a gNB may also be connected via an inter-base station interface.
- 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
- AMF performs various mobility control etc. with respect to UE100.
- AMF manages the mobility of UE 100 by communicating with UE 100 using NAS (Non-Access Stratum) signaling.
- the UPF controls data transfer.
- AMF and UPF are connected to gNB 200 via NG interface, which is a base station-core network interface.
- FIG. 2 is a diagram showing the configuration of the UE 100 (user equipment) according to the embodiment.
- UE 100 includes a receiver 110 , a transmitter 120 and a controller 130 .
- the receiving unit 110 and the transmitting unit 120 constitute a wireless communication unit that performs wireless communication with the gNB 200 .
- the receiving unit 110 performs various types of reception under the control of the control unit 130.
- the receiver 110 includes an antenna and a receiver.
- the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to control section 130 .
- the transmission unit 120 performs various transmissions under the control of the control unit 130.
- the transmitter 120 includes an antenna and a transmitter.
- the transmitter converts a baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits the radio signal from an antenna.
- Control unit 130 performs various controls and processes in the UE 100. Such processing includes processing of each layer, which will be described later.
- Control unit 130 includes at least one processor and at least one memory.
- the memory stores programs executed by the processor and information used for processing by the processor.
- the processor may include a baseband processor and a CPU (Central Processing Unit).
- the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
- the CPU executes programs stored in the memory to perform various processes.
- FIG. 3 is a diagram showing the configuration of gNB 200 (base station) according to the embodiment.
- the gNB 200 comprises a transmitter 210 , a receiver 220 , a controller 230 and a backhaul communicator 240 .
- the transmitting unit 210 and the receiving unit 220 constitute a wireless communication unit that performs wireless communication with the UE 100.
- the backhaul communication unit 240 constitutes a network communication unit that communicates with the CN 20 .
- the transmission unit 210 performs various transmissions under the control of the control unit 230.
- Transmitter 210 includes an antenna and a transmitter.
- the transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits the radio signal from an antenna.
- the receiving unit 220 performs various types of reception under the control of the control unit 230.
- the receiver 220 includes an antenna and a receiver.
- the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to the control unit 230 .
- Control unit 230 performs various controls and processes in the gNB200. Such processing includes processing of each layer, which will be described later.
- Control unit 230 includes at least one processor and at least one memory.
- the memory stores programs executed by the processor and information used for processing by the processor.
- the processor may include a baseband processor and a CPU.
- the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
- the CPU executes programs stored in the memory to perform various processes.
- the backhaul communication unit 240 is connected to adjacent base stations via the Xn interface, which is an interface between base stations.
- the backhaul communication unit 240 is connected to the AMF/UPF 300 via the NG interface, which is the base station-core network interface.
- the gNB 200 may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected by an F1 interface, which is a fronthaul interface.
- FIG. 4 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
- the user plane radio interface protocol 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 an SDAP (Service Data Adaptation Protocol) layer. layer.
- PHY physical
- MAC Medium Access Control
- RLC Radio Link Control
- PDCP Packet Data Convergence Protocol
- SDAP Service Data Adaptation Protocol
- the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via physical channels.
- the PHY layer of UE 100 receives downlink control information (DCI) transmitted from gNB 200 on a physical downlink control channel (PDCCH). Specifically, the UE 100 blind-decodes the PDCCH using the radio network temporary identifier (RNTI), and acquires the successfully decoded DCI as the DCI addressed to the UE 100 itself.
- the DCI transmitted from the gNB 200 is appended with CRC parity bits scrambled by the RNTI.
- the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, 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 transport channels.
- the MAC layer of gNB 200 includes a scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and resource blocks to be allocated to UE 100 .
- MCS Modulation and Coding Scheme
- the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via logical channels.
- the PDCP layer performs header compression/decompression, encryption/decryption, etc.
- the SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, and radio bearers, which are units for QoS control by AS (Access Stratum). Note that SDAP may not be present when the RAN is connected to the EPC.
- FIG. 5 is a diagram showing the configuration of the protocol stack of the radio interface of the control plane that handles signaling (control signals).
- the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
- RRC Radio Resource Control
- NAS Non-Access Stratum
- RRC signaling for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the gNB 200.
- the RRC layer controls logical, transport and physical channels according to establishment, re-establishment and release of radio bearers.
- RRC connection connection between the RRC of UE 100 and the RRC of gNB 200
- UE 100 is in the RRC connected state.
- RRC connection no connection between the RRC of UE 100 and the RRC of gNB 200
- UE 100 is in the RRC idle state.
- UE 100 is in RRC inactive state.
- the NAS layer located above the RRC layer performs session management and mobility management.
- NAS signaling is transmitted between the NAS layer of UE 100 and the NAS layer of AMF 300A.
- the UE 100 has an application layer and the like in addition to the radio interface protocol.
- a layer lower than the NAS layer is called an AS layer.
- MBS is a service that enables data transmission from the NG-RAN 10 to the UE 100 via broadcast or multicast, that is, point-to-multipoint (PTM).
- MBS use cases include public safety communications, mission critical communications, V2X (Vehicle to Everything) communications, IPv4 or IPv6 multicast distribution, IPTV (Internet Protocol Television), group communication, and software distribution. .
- a broadcast service provides service to all UEs 100 within a specific service area for applications that do not require highly reliable QoS.
- An MBS session used for broadcast services is called a broadcast session.
- a multicast service provides a service not to all UEs 100 but to a group of UEs 100 participating in the multicast service (multicast session).
- An MBS session used for a multicast service is called a multicast session.
- a multicast service can provide the same content to a group of UEs 100 in a more wirelessly efficient manner than a broadcast service.
- FIG. 6 is a diagram showing an overview of MBS traffic distribution according to the embodiment.
- MBS traffic (MBS data) is delivered from a single data source (application service provider) to multiple UEs.
- a 5G CN (5GC) 20 which is a 5G core network, receives MBS data from an application service provider, creates a copy of the MBS data (Replication), and distributes it.
- 5GC20 From the perspective of 5GC20, two multicast delivery methods are possible: 5GC Shared MBS Traffic delivery and 5GC Individual MBS Traffic delivery.
- the 5GC 20 receives single copies of MBS data packets and delivers individual copies of those MBS data packets to individual UEs 100 via per-UE 100 PDU sessions. Therefore, one PDU session per UE 100 needs to be associated with the multicast session.
- the 5GC 20 receives a single copy of MBS data packets and delivers the single copy of those MBS packets to the RAN nodes (ie gNB 200).
- a gNB 200 receives MBS data packets over an MBS tunnel connection and delivers them to one or more UEs 100 .
- PTP Point-to-Point
- PTM Point-to-Multipoint
- the gNB 200 delivers individual copies of MBS data packets to individual UEs 100 over the air.
- the gNB 200 delivers a single copy of MBS data packets to a group of UEs 100 over the air.
- the gNB 200 can dynamically determine which of PTM and PTP to use as the MBS data delivery method for one UE 100 .
- the PTP and PTM delivery methods are primarily concerned with the user plane. There are two distribution modes, a first distribution mode and a second distribution mode, as MBS data distribution control modes.
- FIG. 7 is a diagram showing distribution modes according to the embodiment.
- the first delivery mode (delivery mode 1: DM1) is a delivery mode that can be used by UE 100 in the RRC connected state, and is a delivery mode for high QoS requirements.
- the first delivery mode is used for multicast sessions among MBS sessions. However, the first delivery mode may be used for broadcast sessions.
- the first delivery mode may also be available for UEs 100 in RRC idle state or RRC inactive state.
- MBS reception settings in the first delivery mode are done by UE-dedicated signaling.
- MBS reception settings in the first distribution mode are performed by an RRC Reconfiguration message (or RRC Release message), which is an RRC message that is unicast from the gNB 200 to the UE 100 .
- the MBS reception configuration includes MBS traffic channel configuration information (hereinafter referred to as "MTCH configuration information") regarding the configuration of the MBS traffic channel that transmits MBS data.
- MTCH configuration information includes MBS session information (including an MBS session identifier to be described later) regarding the MBS session and scheduling information of the MBS traffic channel corresponding to this MBS session.
- the MBS traffic channel scheduling information may include a discontinuous reception (DRX) configuration of the MBS traffic channel.
- DRX discontinuous reception
- the discontinuous reception setting includes a timer value (On Duration Timer) that defines an on duration (On Duration: reception period), a timer value (Inactivity Timer) that extends the on duration, a scheduling interval or DRX cycle (Scheduling Period, DRX Cycle), Scheduling or DRX cycle start subframe offset value (Start Offset, DRX Cycle Offset), ON period timer start delay slot value (Slot Offset), timer value defining maximum time until retransmission (Retransmission Timer), HARQ It may contain any one or more parameters of timer value (HARQ RTT Timer) that defines the minimum interval to DL allocation for retransmission.
- HARQ RTT Timer timer value that defines the minimum interval to DL allocation for retransmission.
- the MBS traffic channel is a kind of logical channel and is sometimes called MTCH.
- the MBS traffic channel is mapped to a downlink shared channel (DL-SCH: Down Link-Shared CHannel), which is a type of transport channel.
- DL-SCH Down Link-Shared CHannel
- the second delivery mode (Delivery mode 2: DM2) is a delivery mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or RRC inactive state, and is a delivery mode for low QoS requirements. is.
- the second delivery mode is used for broadcast sessions among MBS sessions. However, the second delivery mode may also be applicable to multicast sessions.
- the setting for MBS reception in the second delivery mode is performed by broadcast signaling.
- the configuration of MBS reception in the second delivery mode is done via logical channels broadcasted from the gNB 200 to the UE 100, eg, Broadcast Control Channel (BCCH) and/or Multicast Control Channel (MCCH).
- the UE 100 can receive the BCCH and MCCH using, for example, a dedicated RNTI predefined in technical specifications.
- the RNTI for BCCH reception may be SI-RNTI
- the RNTI for MCCH reception may be MCCH-RNTI.
- the UE 100 may receive MBS data in the following three procedures. First, UE 100 receives MCCH configuration information from gNB 200 using SIB (MBS SIB) transmitted on BCCH. Second, UE 100 receives MCCH from gNB 200 based on MCCH configuration information. MCCH carries MTCH configuration information. Third, the UE 100 receives MTCH (MBS data) based on MTCH setting information. In the following, MTCH configuration information and/or MCCH configuration information may be referred to as MBS reception configuration.
- SIB SIB
- the UE 100 may receive MTCH using the group RNTI (G-RNTI) assigned by the gNB 200.
- G-RNTI corresponds to MTCH reception RNTI.
- the G-RNTI may be included in MBS reception settings (MTCH setting information).
- An MBS session consists of a TMGI (Temporary Mobile Group Identity), a source-specific IP multicast address (consisting of a source unicast IP address such as an application function or application server, and an IP multicast address indicating a destination address), a session identifier, and G- Identified by at least one of the RNTIs. At least one of TMGI, source-specific IP multicast address, and session identifier is called MBS session identifier. TMGI, source-specific IP multicast address, session identifier, and G-RNTI are collectively referred to as MBS session information.
- FIG. 8 is a diagram showing an example of internal processing regarding MBS reception of the UE 100 according to the embodiment.
- FIG. 9 is a diagram illustrating another example of internal processing regarding MBS reception of the UE 100 according to the embodiment.
- MBS radio bearer is one radio bearer that carries a multicast or broadcast session. That is, there are cases where an MRB is associated with a multicast session and where an MRB is associated with a broadcast session.
- the MRB and the corresponding logical channel are set from gNB 200 to UE 100 by RRC signaling.
- the MRB setup procedure may be separate from the data radio bearer (DRB) setup procedure.
- DRB data radio bearer
- one MRB can be configured as "PTM only (PTM only)", “PTP only (PTP only)", or "both PTM and PTP".
- PTM only PTM only
- PTP PTP only
- the type of such MRB can be changed by RRC signaling.
- MRB#1 is associated with a multicast session and a dedicated traffic channel (DTCH)
- MRB#2 is associated with a multicast session and MTCH#1
- MRB#3 is associated with a broadcast session and MTCH#2.
- the DTCH is scheduled using the cell RNTI (C-RNTI).
- MTCH is scheduled using G-RNTI.
- the PHY layer of the UE 100 processes user data (received data) received on the PDSCH, which is one of the physical channels, and sends it to the downlink shared channel (DL-SCH), which is one of the transport channels.
- the MAC layer (MAC entity) of the UE 100 processes the data received on the DL-SCH, and corresponds to the received data based on the logical channel identifier (LCID) included in the header (MAC header) included in the received data. to the corresponding logical channel (corresponding RLC entity).
- LCID logical channel identifier
- FIG. 9 shows an example in which DTCH and MTCH are associated with MRB associated with a multicast session. Specifically, one MRB is divided (split) into two legs, one leg is associated with DTCH, and the other leg is associated with MTCH. The two legs are combined at the PDCP layer (PDCP entity). That is, the MRB is an MRB of both PTM and PTP (both PTM and PTP). Such an MRB is sometimes called a split MRB.
- MII MBS Interest Indication
- the UE 100 is receiving or interested in receiving an MBS session in the RRC connected state (step S1) (step S2).
- the UE 100 performs MII transmission processing (that is, MII procedure) in response to the occurrence of an MII transmission trigger (trigger event) (step S3). Specifically, the UE 100 generates MII (step S4) and transmits the MII to the serving cell (gNB 200) (step S5).
- the MII may be sent by a UEA AssistanceInformation message, which is a type of RRC message. Also, the MII may be transmitted by a newly defined message (MII message).
- types of MII transmission triggers include successful connection establishment, entering or exiting a broadcast service area, starting or stopping an MBS broadcast session, changing MBS interests, MBS There is a change in priority between broadcast reception and unicast reception, a change to a cell that broadcasts SIBs for MBS service continuity (primary cell), and so on.
- the MII specifies the MBS frequency list, which is a list of MBS frequencies that the UE 100 is receiving or is interested in receiving, and whether to prioritize reception of all listed MBS frequencies or reception of unicast bearers. It may include at least one of priority information indicating priority, and a TMGI list, which is a list of MBS sessions that the UE 100 is receiving or interested in receiving.
- MII transmission may be limited only to serving cells that broadcast SIBs for MBS service continuity (hereinafter referred to as "SIBx1"), i.e., serving cells having functions for MBS service continuity. good.
- SIBx1 serving cells that broadcast SIBs for MBS service continuity
- UE 100 may transmit MII to the serving cell only when the serving cell transmits SIBx1.
- a scenario is assumed in which many UEs 100 transmit MII at the same time using "start or stop of an MBS broadcast session" as a trigger condition (trigger event). This is because it is a common event for all UEs 100 interested in MBS broadcast sessions.
- trigger condition a trigger condition that specifies a trigger condition for all UEs 100 interested in MBS broadcast sessions.
- the gNB 200 transmits to the UE 100 setting information that sets conditions under which the MII related to the MBS session that the UE 100 is receiving or is interested in receiving is permitted to be transmitted to the gNB 200. .
- UE 100 receives the configuration information from gNB 200 (serving cell). The UE 100 performs MII transmission processing when the condition set by the setting information is satisfied.
- the gNB 200 can finely control MII transmission based on the setting information. Therefore, it is possible to prevent many UEs 100 from transmitting MII at the same time and from each UE 100 to transmit MII frequently. As a result, network congestion caused by MII can be avoided.
- the MII transmission process may include transmission of a scheduling request (SR) and/or transmission of a buffer status report (BSR) for MII transmission.
- SR scheduling request
- BSR buffer status report
- the gNB 200 may transmit configuration information to the UE 100 by SIB (for example, SIBx1) that is a broadcast message or RRC Reconfiguration that is a UE-specific message.
- SIB for example, SIBx1
- RRC Release which is a UE-only message that causes the UE 100 to transition to the RRC idle state or RRC inactive state.
- the UE 100 receives a message including configuration information from the gNB 200 and stores the received configuration information.
- the first to third operation examples of the mobile communication system 1 according to the embodiment will be described below.
- the first to third operation examples may be implemented independently. Further, the first to third operation examples may be implemented by combining two or more operation examples.
- the setting information transmitted from the gNB 200 to the UE 100 is the type of trigger condition applied in the UE 100 among multiple types of trigger conditions defined as trigger conditions for triggering MII transmission.
- Contains trigger setting information that sets the The UE 100 triggers the MII transmission process in response to satisfaction of a type of trigger condition set by the trigger setting information among multiple types of trigger conditions.
- the gNB 200 performs on (enable)/off (disable) control for each trigger condition. For example, under conditions of increased gNB 200 load, network congestion can be reduced by turning off MII transmission for certain trigger condition types.
- FIG. 11 is a diagram showing a first operation example of the mobile communication system 1 according to the embodiment. Here, differences from the operation in FIG. 10 will be mainly described.
- step S11 the gNB 200 transmits to the UE 100 setting information including trigger setting information that sets the type of trigger condition to be applied in the UE 100.
- the UE 100 receives setting information including trigger setting information and stores the received setting information.
- step S12 the UE 100 determines whether or not the type of trigger condition set in step S11 is satisfied.
- step S12 When it is determined that the type of trigger condition set in step S11 is satisfied (step S12: YES), the UE 100 generates MII in step S4. And UE100 transmits MII to gNB200 in step S5. gNB 200 receives the MII.
- step S12 if it is determined that the type of trigger condition set in step S11 is not satisfied (step S12: NO), MII transmission processing (steps S4 and S5) is not performed. In addition, in the case of "NO" in step S12, the process may return to step S12 again.
- FIG. 12 is a diagram for explaining the trigger setting information in this operation example.
- an identifier is assigned to each trigger condition type.
- the trigger type ID “1" indicates “successful connection establishment”
- the trigger type ID “2” indicates “entered or exited the broadcast service area”
- the trigger type ID "3" indicates “MBS Broadcast session start or stop”
- trigger type ID “4” indicates “MBS interest change”
- trigger type ID “5” indicates “priority change between MBS broadcast reception and unicast reception
- the trigger type ID “6” indicates “change to primary cell that broadcasts SIBx1”.
- the correspondence relationship between the trigger type ID and the content of the trigger type is not limited to the example shown in FIG. 12, nor is the content of the trigger type limited to the example shown in FIG. For example, different IDs may be assigned to "start MBS broadcast session” and "stop MBS broadcast session”.
- the trigger setting information may be a list of trigger type IDs indicating types of trigger conditions applied in the UE 100.
- the trigger setting information may be a list of trigger type IDs indicating types of trigger conditions that are not applied in the UE 100 .
- the trigger setting information may be a bit string indicating the type of trigger condition to be applied or not applied in the UE 100 by bit positions. For example, a 6-bit bit string associated with trigger type IDs "1" to "6" is defined, the type of trigger condition to be applied in UE 100 is True (1), and the type of trigger condition not to be applied in UE 100 is False ( 0).
- the bit string is "101010".
- the UE 100 performs the MII transmission process only when the trigger conditions of the types indicated by the trigger type IDs "1", “3", and "5" are satisfied. That is, the UE 100 does not perform the MII transmission process even if the trigger conditions of the types indicated by the trigger type IDs "2", "4", and "6" are satisfied.
- the trigger type ID is numbered from “1”
- the number may be numbered from "0".
- the MSB (Most Significant Bit) corresponds to the trigger type ID "1" and the LSB (Least Significant Bit) corresponds to the trigger type ID "6".
- the bit string is "010101”
- the LSB corresponds to the trigger type ID "1”
- the MSB corresponds to the trigger type ID "6”.
- the trigger setting information may be composed of a combination ID indicating a combination of trigger condition types to be applied or not applied in the UE 100.
- the UE 100 and gNB 200 share a table that defines an ID for each possible combination of trigger condition types to be applied or not applied in the UE 100, and such a combination ID determines the type of trigger condition to be applied or not applied in the UE 100. May be specified.
- the setting information transmitted from the gNB 200 to the UE 100 prohibits the transmission of the n+1th MII after the nth (n ⁇ 1) transmission of the MII. It includes prohibition time setting information (so-called prohibition timer value) for setting time.
- the UE 100 transmits the MII this time when the prohibition time set by the prohibition time setting information has passed (that is, the prohibition timer has expired) after the previous MII transmission.
- the prohibition time setting information that is, the prohibition timer has expired
- a prohibition timer may be associated only with a specific trigger condition. That is, the UE 100 may manage the prohibition timer for each trigger condition.
- the setting information transmitted from the gNB 200 to the UE 100 may further include trigger type information associated with the prohibited time setting information.
- the trigger type information is information indicating the type of trigger condition to which the prohibited time is applied, among multiple types of trigger conditions defined as trigger conditions for triggering transmission of MII.
- the setting information transmitted from the gNB 200 to the UE 100 includes multiple sets of trigger type information (trigger type ID) and prohibited time setting information (prohibited timer value).
- the prohibition timer value "A” is set for the trigger type ID "1”
- the prohibition timer value "B” is set for the trigger type ID "2”
- the prohibition timer value "C” is set for the trigger type ID "3”. ” is set.
- prohibition timer values may be set only for some trigger types, instead of setting prohibition timer values for all trigger types.
- a common prohibition timer value may be set for a plurality of trigger type IDs instead of independently (individually) setting the prohibition timer value for each trigger type ID.
- the UE 100 When associating a trigger condition with a prohibition timer value, the UE 100 manages the prohibition timer for each trigger condition. For example, the UE 100 transmits the previous MII in response to the fulfillment of the trigger condition of the type indicated by the trigger type information (hereinafter referred to as "specific trigger condition"), and then corresponds to the specific trigger condition. The current MII is transmitted in response to the attached inhibit time elapses (ie, the inhibit timer expires) and the specific trigger condition is met.
- specific trigger condition the previous MII in response to the fulfillment of the trigger condition of the type indicated by the trigger type information
- the UE 100 may manage a common prohibition timer for all trigger types without associating the trigger condition with the prohibition timer value. In that case, the UE 100, regardless of the trigger condition, after transmitting the previous MII, according to the prohibition time set by the prohibition time setting information has elapsed (that is, the prohibition timer has expired), this time Send MII.
- FIG. 14 is a diagram showing a second operation example of the mobile communication system 1 according to the embodiment. Here, differences from the operation in FIG. 10 will be mainly described. Also, a case in which a trigger condition and a timer value are associated with each other will be described as an example.
- step S21 the gNB 200 transmits setting information including prohibition time setting information (prohibition timer value) and trigger type information to the UE 100.
- the UE 100 receives setting information including prohibited time setting information and trigger type information, and stores the received setting information.
- each trigger condition may be associated with a timer application/non-application identifier, and a single prohibition timer value may be set.
- each trigger condition is associated with an identifier (prohibition timer ID) indicating which prohibition timer value is assigned, and each of a plurality of prohibition timer values is associated with a prohibition timer ID. may be associated with each other.
- an MII transmission trigger event occurs in the UE 100.
- the type of trigger that occurs here is hereinafter referred to as a "specific trigger condition".
- a particular triggering condition may be, for example, "MBS interest has changed”.
- step S4 the UE 100 generates MII.
- step S5 the UE 100 transmits MII to the serving cell (gNB 200).
- the gNB200 receives the MII from the UE100.
- step S22 when a specific trigger condition is associated with a prohibition timer value, the UE 100 starts (activates) a prohibition timer in which the prohibition timer value associated with the specific trigger condition is set.
- step S23 an MII transmission trigger event occurs in the UE 100.
- step S24 the UE 100 determines whether the transmission trigger event that occurred in step S23 corresponds to a specific trigger condition (for example, "MBS interests have changed"). If the transmission trigger event that occurred in step S23 does not correspond to a specific trigger condition (step S24: NO), for example, if it is "broadcast session start", the UE 100 performs MII transmission processing (steps S27 and S28). .
- a specific trigger condition for example, "MBS interests have changed”
- step S25 the UE 100 determines whether the prohibition timer associated with the specific trigger condition has expired. judge.
- step S26 the UE 100 ignores the transmission trigger event that occurred in step S23, and MII Do not send.
- step S26 the UE 100 suspends MII transmission in response to the transmission trigger event that occurred in step S23 until the prohibition timer expires.
- step S25 YES
- steps S27 and S28 the UE 100 performs MII transmission processing according to the transmission trigger event that occurred in step S23. Note that, if there is a pending trigger condition when the timer expires, the UE 100 may transmit MII according to the trigger condition.
- the UE 100 may stop the prohibition timer when transitioning to the RRC idle state or RRC inactive state. Whether to perform such a stop or continue the timer operation may be configured from the gNB 200 to the UE 100 (per trigger condition).
- configuration information includes distribution information for dispersing multiple MII transmissions by multiple UEs 100 in the time direction and/or the frequency direction.
- UE 100 transmits MII at the timing and/or frequency determined based on the distributed information.
- Distributed information may be associated only with specific trigger conditions. That is, the UE 100 may manage MII transmission control according to distributed information for each trigger condition. In that case, the configuration information transmitted from the gNB 200 to the UE 100 may further include trigger type information associated with the decentralization information. The UE 100 may transmit MII at the timing and/or frequency determined based on the distributed information in response to the satisfaction of the type of trigger condition indicated by the trigger type information.
- each trigger condition may be associated with an identifier indicating whether or not the decentralized information is applied, and a single value may be set for the decentralized information.
- each trigger condition is associated with an identifier (distributed information ID) indicating which distributed information is assigned, and each of a plurality of distributed information It may be associated with an ID.
- the UE 100 may apply common decentralized information to all trigger types without associating the trigger condition with the decentralized information. In that case, the UE 100 determines the timing and/or frequency to transmit MII based on the distributed information for each MII transmission regardless of trigger conditions.
- FIG. 19 is a diagram showing a third operation example of the mobile communication system 1 according to the embodiment. Here, differences from the operation in FIG. 10 will be mainly described. Also, a case of associating a trigger condition with decentralized information will be described as an example.
- step S31 the gNB 200 transmits configuration information including decentralization information and trigger type information to the UE 100.
- the UE 100 receives configuration information including decentralization information and trigger type information, and stores the received configuration information.
- step S3 an MII transmission trigger event occurs in the UE 100.
- the type of trigger that occurs here is hereinafter referred to as a "specific trigger condition”.
- step S32 when the specific trigger condition is associated with the distributed information, the UE 100 determines the timing and/or frequency for transmitting MII based on the distributed information associated with the specific trigger condition. do.
- step S4 the UE 100 generates MII. Note that step S4 may be performed before step S32.
- step S5 the UE 100 transmits MII to the serving cell (gNB 200) at the timing and/or frequency determined in step S32.
- the gNB200 receives the MII from the UE100.
- the distribution information may include cell information for setting a cell in which the UE 100 transmits MII. This makes it possible to disperse the transmission of MII in the frequency direction.
- gNB 200 instructs UE 100 configured with carrier aggregation (CA) to transmit MII in a primary cell (PCell) or a secondary cell (SCell) using distributed information (cell information).
- UE 100 transmits MII to the set cell.
- CA carrier aggregation
- PCell primary cell
- SCell secondary cell
- cell information distributed information
- the cell information may be a cell ID indicating a cell to which UE 100 transmits MII.
- the cell information may be an SCell number indicating the SCell to which the UE 100 transmits MII.
- the cell information may simply be an indication of any SCell without specifying a specific cell.
- the UE 100 may determine to transmit the MII in the PCell when there is no such instruction.
- the cell information may be frequency information (for example, ARFCN) instead of the cell ID, or may be a combination of the cell ID and the frequency information.
- a rule may be stipulated that MII transmission is always permitted only in the SCell when CA is set. In that case, the UE 100 in which CA is set transmits MII by SCell without transmitting MII by PCell. Under the premise that such a rule exists, the CA setting information in which the gNB 200 sets CA to the UE 100 can be regarded as a kind of decentralized information.
- Example of Dispersion in Time Direction may include timing control information for controlling the timing at which UE 100 transmits MII. This makes it possible to disperse the transmission of MII in the time direction.
- the timing control information may be information for setting ON (enable)/OFF (disable) of processing for dispersing MII transmission timings in the time direction between UEs, or parameters used for the processing ( threshold, etc.).
- First pattern of distribution in the time direction UE 100 transmits MII based on timing control information and an identifier unique to UE 100 (hereinafter referred to as “UE-ID”). may be determined. Alternatively, the UE 100 may determine the timing of transmitting MII based on timing control information and random numbers generated by the UE 100 . This makes it possible to more reliably disperse the timings at which multiple MIIs are transmitted by multiple UEs 100 in the time direction.
- UE-ID an identifier unique to UE 100
- the UE 100 sets a threshold (0 to 1), generates a random number, and if this random number is greater than (or less than) the threshold, transmission is permitted.
- the number of UEs 100 that transmit MII decreases with each trial. If the probability of being able to transmit MII is constant, the number of UEs 100 transmitting MII decreases with each trial, so the MII transmission delay may become unnecessarily large. Therefore, control may be performed so that the probability of being able to transmit MII increases as the number of trials increases.
- threshold scaling may be performed so as to keep the number of UEs 100 transmitting MII constant for each number of trials. in particular,
- Second pattern of distribution in the time direction UE 100 may determine the timing of transmitting MII based on the timing control information and the MBS session start timing known by UE 100. .
- the UE 100 can grasp the MBS session start timing, for example, from USD (User Service Description), which is higher layer information. Specifically, it is assumed that the USD includes information on session start timing (time, etc.).
- USD User Service Description
- the UE 100 reads the TMGI of interest and the session start timing of that TMGI from the USD.
- the UE 100 transmits MII at an appropriate timing before the session start timing.
- the gNB 200 may transmit timing control information to the UE 100, which instructs how long before the session start timing to start transmitting MII.
- timing control information is information about how far in advance to start transmitting MII, and may be expressed in radio frame, subframe, and hyper frame, for example. Also, such timing control information may be represented by time information (seconds, minutes, hours, etc.).
- the UE 100 may determine whether or not to transmit MII by the following method. For example, the UE 100 is
- [UE-ID] mod [elapsed time] 0 Transmission of MII is permitted at an elapsed time that satisfies
- the [elapsed time] may be, for example, seconds, minutes, radio frames, or the like. Note that,
- the method of distributing them in the time direction as described above may be used.
- the method of dispersing in the time direction is applied from the point of time [how long ago].
- the gNB 200 may notify the UE 100 of timing information indicating the timing for permitting MII transmission.
- the timing information may be a pattern of radio frames or subframes and/or a reference point (eg starting radio frame).
- the timing information may be associated with the trigger type.
- the MBS frequency that the UE 100 is receiving, is interested in receiving, or is capable of receiving may be changed depending on the CA situation.
- CA carrier aggregation
- FIG. 20 is a diagram showing the operation of the UE 100 according to this modified example.
- step S41 the UE 100 transmits a first MII including information indicating one or more MBS frequencies that the UE 100 is receiving or is interested in receiving from a combination of a plurality of frequencies that the UE 100 can receive at the same time.
- Send to gNB200 the UE 100 transmits a first MII containing an MBS frequency list consisting of simultaneously receivable MBS frequencies of interest.
- step S42 the UE 100 receives CA setting information regarding setting of carrier aggregation (CA) from the gNB 200.
- CA setting information is transmitted from gNB 200 to UE 100 by, for example, RRC Reconfiguration.
- the CA setting information is information on CA setting, setting change, or setting cancellation.
- step S44 the changed MBS A second MII containing information indicating the frequency is sent to gNB 200 .
- the UE 100 re-evaluates the frequencies of interest and checks whether or not there is a change in the frequencies that can be simultaneously received due to the current CA settings.
- the UE 100 identifies a simultaneously receivable frequency of interest, sets the identified frequency in the frequency information of MII, and transmits MII.
- the UE 100 transmits MII when there is a change in the simultaneously receivable interesting frequency information reported in the previous MII at the time of CA setting (change).
- MII the simultaneously receivable interesting frequency information reported in the previous MII at the time of CA setting (change).
- UE 100 has MBS of interest provided on frequency F4 and frequency F5 and has notified gNB 200 that it is interested in F5 on MII.
- the UE 100 supports the following two combinations (Band combinations) as combinations of frequencies that can be simultaneously received.
- the UE 100 is set with F1 and F2 CAs. In that case, both Band combination #1 and Band combination #2 can be used.
- the UE 100 has an F3 SCell added by CA setting. As a result, the UE 100 can only use Band combination #1. Fourth, the frequency of interest of UE 100 changes from F5 to F4. Fifth, UE 100 determines that F4 should be notified by MII, and notifies gNB 200 of F4 by MII.
- Each of the operation flows described above can be implemented in combination of two or more operation flows without being limited to being implemented independently. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
- the base station may be an NR base station (gNB) or a 6G base station.
- the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
- a base station may be a DU of an IAB node.
- the UE 100 may be an MT (Mobile Termination) of an IAB node.
- a program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
- the program may be recorded on a computer readable medium.
- a computer readable medium allows the installation of the program on the computer.
- the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
- the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
- a circuit that executes each process performed by the UE 100 or gNB 200 may be integrated, and at least part of the UE 100 or gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
- the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
- the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
- any references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, reference to a first and second element does not imply that only two elements can be employed therein or that the first element must precede the second element in any way.
- articles are added by translation, such as a, an, and the in English these articles are used in plural unless the context clearly indicates otherwise. shall include things.
- MII MBMS Indication of Interest
- MII MBMS Interest Indication
- UAI UE Assistance Information
- IDC In-device Coexistence Indication
- NR MBS requires neighboring frequency information in the SIB to generate an MBS Interest Notification message containing the above IE. Also, if the UE can obtain the SIB from the serving cell, it is allowed to send an MBS Notification of Interest, but this is the same as LTE eMBMS, with the condition that "SIBx1 is broadcast from the PCell" with an approved CR. It is understood by Therefore, it does not match RRC Reconfiguration, which is a precondition of UAI. Therefore, MBS Notify of Interest should be a separate message from UAI, like LTE eMBMS.
- Proposal 1 RAN2 should agree to define MBS Interest Notification as a new message, ie separate from UAI.
- Proposal 2 RAN2 should agree to allow the transmission of MBS Interest Notifications if the UE can obtain the MBS-specific SIB (ie SIBx1) from the serving cell (ie as a precondition).
- MBS-specific SIB ie SIBx1
- RAN2#116e various triggers for MBS Notify of Interest are agreed.
- the UE When the UE establishes a connection successfully, enters or exits the broadcast service area, starts or stops an MBS broadcast session, changes interest, changes priority between MBS broadcast reception and unicast reception. check that the MII procedure can be started when changing to PCell broadcast SIBx1. Other triggers and network controls need further consideration.
- RAN2#116e has agreed on the detailed operation regarding the method of setting the frequency of interest as follows.
- the UE only needs to report the set of MBS frequencies that the UE can receive simultaneously. That is, the UE supports at least one band combination and can receive the indicated set of frequencies.
- the UE does not consider the currently configured serving frequency when evaluating frequencies that can be simultaneously received for reporting on MII. That is, only MBS frequencies that are of interest for reception are considered, regardless of whether they can be received with the current serving cell.
- the carrier aggregation configuration is updated (such as adding or removing SCells), it may affect the bandwidth combinations that the UE can currently operate on, thus changing the frequency list. Sometimes. In this case, it may be necessary to report the latest frequencies of interest to the serving cell if it differs from the frequency list reported in the previous MBS notification of interest. Therefore, RAN2 needs to consider whether to send an MBS notification of interest when the frequencies of the serving and non-serving cells are changed due to the configuration change of the serving cell.
- Proposal 3 RAN2 should consider whether it should send an MBS Notification of Interest when the UE's frequency of interest changes due to a change in serving cell configuration.
- a surge in transmissions occurs when a huge number of UEs simultaneously transmit MBS notifications of interest. Since this is a common event for all UEs interested in an MBS broadcast session, the trigger that can cause this problem could be "MBS broadcast session start or stop".
- the gNB already knows that the MBS broadcast session has been stopped by the CN, so it can determine that the UE is no longer interested in this TMGI, even without the MBS interest indication.
- network control can either spread MBS interest indications in the time domain and/or frequency domain (e.g. session start) or turn MBS interest indication on/off on this event (e.g. session stop). can be considered.
- Proposal 4 RAN2 should discuss network control to prevent UEs from transmitting too rapidly and frequently due to MBS interest notifications.
- Proposal 5 RAN2 should discuss whether to apply different network control methods to different triggers of MBS interest notification.
- Service continuity issues occur when the UE transitions to the connected state. Specifically, if the serving cell configures the UE with a dedicated BWP that is inconsistent with the CFR, the UE cannot continue to receive the broadcast session. Such setup can be avoided after MBS interest notification, but the problem is caused by the setup done before MBS interest notification, ie before AS security activation.
- an inactive UE can set a dedicated BWP in Msg4 (RRC Resume), and a 1-bit indication is provided in Msg3 to notify the serving cell that the UE is receiving an MBS broadcast session.
- the serving cell has the UE context of the inactive UE, which contains previously reported MBS indications of interest. Although this information of interest is not current, it is expected that the serving cell will predict whether a UE transitioning from inactive to connected state is receiving a broadcast session. So, given the limited message size, extending Msg3 is not important.
- LS from SA3 they are only concerned with reporting the TMGI list prior to AS security activation. Furthermore, it explicitly states that other information (frequency list and priority information) can be reported prior to AS security activation. So the UE could send an Early MBS Indication of Interest, which would be sent with Msg5, full content other than the TMGI list, i.e. the frequency list and priority information instead of the 1-bit indication above. contains.
- the gNB receives the early MBS Notify of Interest in Msg5, it can determine if this UE is receiving a broadcast session as the MBS Notify of Interest is for the second delivery mode.
- the full content may be useful for the gNB to determine the appropriate configuration (eg, SCell configuration) for different frequencies, even if the TMGI that the UE is interested in is not yet known. Since these contents are finally reported after AS security activation, there is no signaling overhead if reported in early MBS interest notification.
- a UE may report the CFRs it is receiving MBS broadcast sessions of interest in an early MBS notification of interest.
- the CFR information may be used by the gNB to determine the appropriate dedicated BWP, eg, such CFR is part of the dedicated BWP.
- the UE reports the Cell ID on which the MBS broadcast session of interest is provided in the early MBS notification of interest.
- Proposal 6 RAN2 should consider whether to send early MBS interest notification with Msg5 containing full content other than TMGI list, ie frequency list and priority information.
- Proposal 7 RAN2 should further discuss whether it would be useful for additional information to be reported in the Early MBS Notification of Interest, such as CFR and Cell ID of Interest.
- MBS Interest Advertisement for Multicast Sessions RAN2 currently assumes that MBS Interest Advertisement is supported in broadcast sessions and not in multicast sessions.
- RAN2#115e agreed on the basic content of the MBS Notification of Interest: MBS frequency list, priority, TMGI list.
- the core network notifies the gNB of the UE's interest, since there is a session participation procedure in the upper layer.
- UE interests may also apply to MBS services.
- the gNB may know the MBS frequencies of interest to the UE and the cell providing the MBS service.
- the priority between MBS reception and unicast may not be provided by the core network as it is purely AS related information. In other words, it is strange for the UE to convey priority information to the core network during the session joining procedure.
- the core network provides the gNB with the MBS service that is of interest to the UE, and the gNB may know the MBS frequency/cell, but the core network and the gNB do not have any communication between the MBS and the unicast may not know the AS priority of the UE.
- priority information is also useful in gNBs, such as scheduling and handover decisions, and is thought to be related to service continuity. Therefore, the UE also needs to notify the gNB of the priority information for the multicast session. In this sense, RAN2 should agree that MBS interest notification should also be supported for multicast service/first delivery mode.
- Proposal 8 RAN2 should agree that MBS Interest Indication is also supported in multicast session/first delivery mode, at least for UE to inform gNB of priority between MBS reception and unicast reception .
- a communication method performed by a user equipment in a mobile communication system providing a Multicast Broadcast Service comprising: receiving configuration information from the base station that configures conditions under which the user equipment is permitted to send MBS interest notifications for MBS sessions that it is receiving or is interested in receiving to the base station; and performing transmission processing of the notification of interest in the MBS in response to the condition set by the setting information being satisfied.
- MBS Multicast Broadcast Service
- the setting information includes trigger setting information for setting a type of the trigger condition to be applied in the user device, from among multiple types of trigger conditions defined as trigger conditions for triggering transmission of the MBS interest notification, Performing the transmission process includes triggering the transmission process in response to satisfaction of the type of trigger condition set by the trigger setting information among the plurality of types of trigger conditions (1) above. Or the communication method according to (2).
- the setting information includes prohibited time setting information for setting a prohibited time from when the n-th (n ⁇ 1) MBS notification of interest is transmitted to when the n+1th MBS notification of interest is allowed to be transmitted, Carrying out the transmission processing means transmitting the current MBS notice of interest when the prohibition time set by the prohibition time setting information has elapsed since the previous MBS notice of interest was transmitted.
- the communication method according to any one of (1) to (3) above.
- the setting information further includes trigger type information associated with the prohibition time setting information;
- the trigger type information is information indicating a type of trigger condition to which the prohibited time is applied, among a plurality of types of trigger conditions defined as trigger conditions for triggering transmission of the MBS interest notification. Communication method.
- the configuration information includes distribution information for distributing transmissions of multiple MBS notifications of interest by multiple user devices including the user device in a time direction and/or a frequency direction,
- the setting information further includes trigger type information associated with the decentralization information, Performing the transmission process includes the MBS interest notification at the timing and/or the frequency determined based on the decentralization information in response to satisfaction of the trigger condition of the type indicated by the trigger type information.
- Performing the transmission process includes determining the timing for transmitting the MBS interest notification based on the timing control information and the MBS session start timing grasped by the user equipment. (10) communication method described in .
- MBS Multicast Broadcast Service
- RAN 20 CN 100: UE 110: Reception unit 120: Transmission unit 130: Control unit 200: gNB 210: Transmission unit 220: Reception unit 230: Control unit 240: Backhaul communication unit
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法は、前記ユーザ装置が受信している又は受信に興味を持つMBSセッションに関するMBS興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信するステップと、前記設定情報により設定された前記条件が満たされたことに応じて前記MBS興味通知の送信処理を行うステップと、を有する。
Description
本開示は、移動通信システムで用いる通信方法に関する。
3GPP(3rd Generation Partnership Project)規格において、第5世代(5G)の無線アクセス技術であるNR(New Radio)の技術仕様が規定されている。NRは、第4世代(4G)の無線アクセス技術であるLTE(Long Term Evolution)に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。3GPPにおいて、5G/NRのマルチキャストブロードキャストサービス(MBS)の技術仕様を策定する議論が行われている(例えば、非特許文献1参照)。
3GPP寄書:RP-201038、"WID revision: NR Multicast and Broadcast Services"
5G/NRのマルチキャストブロードキャストサービスは、4G/LTEのマルチキャストブロードキャストサービスよりも改善されたサービスを提供することが望まれる。
そこで、本開示は、改善されたマルチキャストブロードキャストサービスを実現可能とする通信方法を提供することを目的とする。
第1の態様に係る通信方法は、マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、前記ユーザ装置が受信している又は受信に興味を持つMBSセッションに関するMBS興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信するステップと、前記設定情報により設定された前記条件が満たされたことに応じて前記MBS興味通知の送信処理を行うステップと、を有する。
第2の態様に係る通信方法は、マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ1つ又は複数のMBS周波数を示す情報を含む第1のMBS興味通知を基地局に送信するステップと、キャリアアグリゲーション(CA)の設定に関するCA設定情報を前記基地局から受信するステップと、前記CA設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つMBS周波数が変更された場合、変更後のMBS周波数を示す情報を含む第2のMBS興味通知を前記基地局に送信するステップと、を有する。
図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
(移動通信システムの構成)
図1は、実施形態に係る移動通信システムの構成を示す図である。移動通信システム1は、3GPP規格の第5世代システム(5GS:5th Generation System)に準拠する。以下において、5GSを例に挙げて説明するが、移動通信システムにはLTE(Long Term Evolution)システムが少なくとも部分的に適用されてもよい。また、移動通信システムには第6世代(6G)システムが少なくとも部分的に適用されてもよい。
図1は、実施形態に係る移動通信システムの構成を示す図である。移動通信システム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とを有する。以下において、NG-RAN10を単にRAN10と呼ぶことがある。また、5GC20を単にコアネットワーク(CN)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(ユーザ装置)の構成を示す図である。UE100は、受信部110、送信部120、及び制御部130を備える。受信部110及び送信部120は、gNB200との無線通信を行う無線通信部を構成する。
受信部110は、制御部130の制御下で各種の受信を行う。受信部110は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部130に出力する。
送信部120は、制御部130の制御下で各種の送信を行う。送信部120は、アンテナ及び送信機を含む。送信機は、制御部130が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
制御部130は、UE100における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部130は、少なくとも1つのプロセッサ及び少なくとも1つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、CPU(Central Processing Unit)とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。
図3は、実施形態に係るgNB200(基地局)の構成を示す図である。gNB200は、送信部210、受信部220、制御部230、及びバックホール通信部240を備える。送信部210及び受信部220は、UE100との無線通信を行う無線通信部を構成する。バックホール通信部240は、CN20との通信を行うネットワーク通信部を構成する。
送信部210は、制御部230の制御下で各種の送信を行う。送信部210は、アンテナ及び送信機を含む。送信機は、制御部230が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
受信部220は、制御部230の制御下で各種の受信を行う。受信部220は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部230に出力する。
制御部230は、gNB200における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部230は、少なくとも1つのプロセッサ及び少なくとも1つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、CPUとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。
バックホール通信部240は、基地局間インターフェイスであるXnインターフェイスを介して隣接基地局と接続される。バックホール通信部240は、基地局-コアネットワーク間インターフェイスであるNGインターフェイスを介してAMF/UPF300と接続される。なお、gNB200は、CU(Central Unit)とDU(Distributed Unit)とで構成され(すなわち、機能分割され)、両ユニット間がフロントホールインターフェイスであるF1インターフェイスで接続されてもよい。
図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レイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、UE100のPHYレイヤは、gNB200から物理下りリンク制御チャネル(PDCCH)上で送信される下りリンク制御情報(DCI)を受信する。具体的には、UE100は、無線ネットワーク一時識別子(RNTI)を用いてPDCCHのブラインド復号を行い、復号に成功したDCIを自UE宛てのDCIとして取得する。gNB200から送信されるDCIには、RNTIによってスクランブルされたCRCパリティビットが付加されている。
MACレイヤは、データの優先制御、ハイブリッドARQ(HARQ:Hybrid Automatic Repeat reQuest)による再送処理、及びランダムアクセスプロシージャ等を行う。UE100のMACレイヤとgNB200のMACレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。gNB200のMACレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式(MCS:Modulation and Coding Scheme))及びUE100への割当リソースブロックを決定する。
RLCレイヤは、MACレイヤ及びPHYレイヤの機能を利用してデータを受信側のRLCレイヤに伝送する。UE100のRLCレイヤとgNB200のRLCレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
PDCPレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。
SDAPレイヤは、コアネットワークがQoS(Quality of Service)制御を行う単位であるIPフローとAS(Access Stratum)がQoS制御を行う単位である無線ベアラとのマッピングを行う。なお、RANがEPCに接続される場合は、SDAPが無くてもよい。
図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レイヤとAMF300AのNASレイヤとの間では、NASシグナリングが伝送される。なお、UE100は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。また、NASレイヤよりも下位のレイヤをASレイヤと呼ぶ。
(MBSの概要)
実施形態に係るMBSの概要について説明する。MBSは、NG-RAN10からUE100に対してブロードキャスト又はマルチキャスト、すなわち、1対多(PTM:Point To Multipoint)でのデータ送信を可能とするサービスである。MBSのユースケース(サービス種別)としては、公安通信、ミッションクリティカル通信、V2X(Vehicle to Everything)通信、IPv4又はIPv6マルチキャスト配信、IPTV(Internet protocol television)、グループ通信、及びソフトウェア配信等が想定される。
実施形態に係るMBSの概要について説明する。MBSは、NG-RAN10からUE100に対してブロードキャスト又はマルチキャスト、すなわち、1対多(PTM:Point To Multipoint)でのデータ送信を可能とするサービスである。MBSのユースケース(サービス種別)としては、公安通信、ミッションクリティカル通信、V2X(Vehicle to Everything)通信、IPv4又はIPv6マルチキャスト配信、IPTV(Internet protocol television)、グループ通信、及びソフトウェア配信等が想定される。
ブロードキャストサービスは、高信頼性のQoSを必要としないアプリケーションのために、特定のサービスエリア内のすべてのUE100に対してサービスを提供する。ブロードキャストサービスに用いるMBSセッションをブロードキャストセッションと呼ぶ。
マルチキャストサービスは、すべてのUE100に対してではなく、マルチキャストサービス(マルチキャストセッション)に参加しているUE100のグループに対してサービスを提供する。マルチキャストサービスに用いるMBSセッションをマルチキャストセッションと呼ぶ。マルチキャストサービスによれば、ブロードキャストサービスに比べて、無線効率の高い方法でUE100のグループに対して同じコンテンツを提供できる。
図6は、実施形態に係るMBSトラフィック配信の概要を示す図である。
MBSトラフィック(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セッションを介してそれらのMBSデータパケットの個別のコピーを個別のUE100に配信する。したがって、UE100ごとに1つのPDUセッションをマルチキャストセッションと関連付ける必要がある。
5GC共有MBSトラフィック配信方法では、5GC20は、MBSデータパケットの単一コピーを受信し、それらのMBSパケットの単一コピーをRANノード(すなわち、gNB200)に配信する。gNB200は、MBSトンネル接続を介してMBSデータパケットを受信し、それらを1つ又は複数のUE100に配信する。
RAN(5G RAN)10の観点からは、5GC共有MBSトラフィック配信方法における無線を介したMBSデータの送信には、PTP(Point-to-Point)及びPTM(Point-to-Multipoint)の2つの配信方法が可能である。PTPはユニキャストを意味し、PTMはマルチキャスト及びブロードキャストを意味する。
PTP配信方法では、gNB200は、MBSデータパケットの個別のコピーを無線で個々のUE100に配信する。他方、PTM配信方法では、gNB200は、MBSデータパケットの単一コピーを無線でUE100のグループに配信する。gNB200は、1つのUE100に対するMBSデータの配信方法としてPTM及びPTPのどちらを用いるかを動的に決定できる。
PTP配信方法及びPTM配信方法は主としてユーザプレーンに関するものである。MBSデータ配信の制御モードとしては、第1配信モード及び第2配信モードの2つの配信モードがある。
図7は、実施形態に係る配信モードを示す図である。
第1配信モード(Delivery mode 1:DM1)は、RRCコネクティッド状態のUE100が利用できる配信モードであって、高QoS要件のための配信モードである。第1配信モードは、MBSセッションのうちマルチキャストセッションに用いられる。但し、第1配信モードがブロードキャストセッションに用いられてもよい。第1配信モードは、RRCアイドル状態又はRRCインアクティブ状態のUE100も利用可能であってもよい。
第1配信モードにおけるMBS受信の設定は、UE固有(UE-dedicated)シグナリングにより行われる。例えば、第1配信モードにおけるMBS受信の設定は、gNB200からUE100にユニキャストで送信されるRRCメッセージであるRRC Reconfigurationメッセージ(又はRRC Releaseメッセージ)により行われる。
MBS受信の設定は、MBSデータを伝送するMBSトラフィックチャネルの設定に関するMBSトラフィックチャネル設定情報(以下、「MTCH設定情報」と呼ぶ)を含む。MTCH設定情報は、MBSセッションに関するMBSセッション情報(後述のMBSセッション識別子を含む)と、このMBSセッションに対応するMBSトラフィックチャネルのスケジューリング情報とを含む。MBSトラフィックチャネルのスケジューリング情報は、MBSトラフィックチャネルの間欠受信(DRX)設定を含んでもよい。間欠受信設定は、オン期間(On Duration:受信期間)を定義するタイマ値(On Duration Timer)、オン期間を延長するタイマ値(Inactivity Timer)、スケジューリング間隔もしくはDRXサイクル(Scheduling Period、DRX Cycle)、スケジューリングもしくはDRXサイクルの開始サブフレームのオフセット値(Start Offset、DRX Cycle Offset)、オン期間タイマの開始遅延スロット値(Slot Offset)、再送時までの最大時間を定義するタイマ値(Retransmission Timer)、HARQ再送のDL割り当てまでの最小間隔を定義するタイマ値(HARQ RTT Timer)のいずれか一つ以上のパラメータを含んでもよい。
なお、MBSトラフィックチャネルは論理チャネルの一種であって、MTCHと呼ばれることがある。MBSトラフィックチャネルは、トランスポートチャネルの一種である下りリンク共有チャネル(DL-SCH:Down Link―Shared CHannel)にマッピングされる。
第2配信モード(Delivery mode 2:DM2)は、RRCコネクティッド状態のUE100だけではなく、RRCアイドル状態又はRRCインアクティブ状態のUE100が利用できる配信モードであって、低QoS要件のための配信モードである。第2配信モードは、MBSセッションのうちブロードキャストセッションに用いられる。但し、第2配信モードは、マルチキャストセッションにも適用可能であってもよい。
第2配信モードにおけるMBS受信の設定は、ブロードキャストシグナリングにより行われる。例えば、第2配信モードにおけるMBS受信の設定は、gNB200からUE100にブロードキャストで送信される論理チャネル、例えば、ブロードキャスト制御チャネル(BCCH)及び/又はマルチキャスト制御チャネル(MCCH)により行われる。UE100は、例えば、技術仕様で予め規定された専用のRNTIを用いてBCCH及びMCCHを受信できる。BCCH受信用のRNTIがSI-RNTIであって、MCCH受信用のRNTIがMCCH-RNTIであってもよい。
第2配信モードにおいて、UE100は、次の3つの手順でMBSデータを受信してもよい。第1に、UE100は、gNB200からBCCH上で伝送されるSIB(MBS SIB)によりMCCH設定情報を受信する。第2に、UE100は、MCCH設定情報に基づいてgNB200からMCCHを受信する。MCCHは、MTCH設定情報を伝送する。第3に、UE100は、MTCH設定情報に基づいて、MTCH(MBSデータ)を受信する。以下において、MTCH設定情報及び/又はMCCH設定情報をMBS受信設定と呼ぶことがある。
第1配信モード及び第2配信モードにおいて、UE100は、gNB200から割り当てられるグループRNTI(G-RNTI)を用いてMTCHを受信してもよい。G-RNTIは、MTCH受信用RNTIに相当する。G-RNTIは、MBS受信設定(MTCH設定情報)に含まれていてもよい。
なお、ネットワークは、MBSセッションごとに異なるMBSサービスを提供できる。MBSセッションは、TMGI(Temporary Mobile Group Identity)、ソーススペシフィックIPマルチキャストアドレス(アプリケーション機能やアプリケーションサーバ等のソースユニキャストIPアドレスと、宛先アドレスを示すIPマルチキャストアドレスとから成る)、セッション識別子、及びG-RNTIのうち少なくとも1つにより識別される。TMGI、ソーススペシフィックIPマルチキャストアドレス、及びセッション識別子の少なくとも1つをMBSセッション識別子と呼ぶ。TMGI、ソーススペシフィックIPマルチキャストアドレス、セッション識別子、及びG-RNTIを総括してMBSセッション情報と呼ぶ。
図8は、実施形態に係るUE100のMBS受信に関する内部処理の一例を示す図である。図9は、実施形態に係るUE100のMBS受信に関する内部処理の他の例を示す図である。
1つのMBS無線ベアラ(MRB)は、マルチキャストセッション又はブロードキャストセッションを伝送する1つの無線ベアラである。すなわち、MRBにマルチキャストセッションが対応付けられる場合と、MRBにブロードキャストセッションが対応付けられる場合とがある。
MRB及び対応する論理チャネル(例えば、MTCH)は、RRCシグナリングによってgNB200からUE100に設定される。MRBの設定手順は、データ無線ベアラ(DRB)の設定手順と分離されていてもよい。RRCシグナリングでは、1つのMRBを、「PTMのみ(PTM only)」、「PTPのみ(PTP only)」、又は「PTM及びPTPの両方(both PTM and PTP)」で設定できる。このようなMRBの種別はRRCシグナリングにより変更できる。
図8において、MRB#1にはマルチキャストセッション及び専用トラフィックチャネル(DTCH)が対応付けられ、MRB#2にはマルチキャストセッション及びMTCH#1が対応付けられ、MRB#3にはブロードキャストセッション及びMTCH#2が対応付けられる一例を示している。すなわち、MRB#1はPTPのみ(PTP only)のMRBであり、MRB#2はPTMのみ(PTM only)のMRBであり、MRB#3はPTMのみ(PTM only)のMRBである。なお、DTCHは、セルRNTI(C-RNTI)を用いてスケジューリングされる。MTCHは、G-RNTIを用いてスケジューリングされる。
UE100のPHYレイヤは、物理チャネルの1つであるPDSCH上で受信したユーザデータ(受信データ)を処理し、トランスポートチャネルの1つである下りリンク共有チャネル(DL-SCH)に流す。UE100のMACレイヤ(MACエンティティ)は、DL-SCH上で受信したデータを処理し、受信データに含まれるヘッダ(MACヘッダ)に含まれる論理チャネル識別子(LCID)に基づいて、当該受信データを対応する論理チャネル(対応するRLCエンティティ)に流す。
図9において、マルチキャストセッションと対応付けられるMRBに、DTCH及びMTCHが対応付けられる一例を示している。具体的には、1つのMRBが2つのレグに分割(スプリット)され、一方のレグがDTCHと対応付けられ、他方のレグがMTCHと対応付けられている。当該2つのレグは、PDCPレイヤ(PDCPエンティティ)において結合される。すなわち、当該MRBは、PTM及びPTPの両方(both PTM and PTP)のMRBである。このようなMRBは、スプリットMRBと呼ばれることがある。
(MBS興味通知の概要)
実施形態に係るMBS興味通知(MII:MBS Interest Indication)の概要について説明する。図10は、MIIの概要を説明するための図である。
実施形態に係るMBS興味通知(MII:MBS Interest Indication)の概要について説明する。図10は、MIIの概要を説明するための図である。
UE100は、RRCコネクティッド状態(ステップS1)においてMBSセッションを受信している又は受信に興味を持つ(ステップS2)。
UE100は、MIIの送信トリガ(トリガイベント)の発生(ステップS3)に応じて、MIIの送信処理(すなわち、MIIプロシージャ)を行う。具体的には、UE100は、MIIを生成し(ステップS4)、MIIをサービングセル(gNB200)に送信する(ステップS5)。MIIは、RRCメッセージの一種であるUEAssistanceInformationメッセージにより送信されてもよい。また、当該MIIは、新しく定義されるメッセージ(MIIメッセージ)により送信されてもよい。
例えば、MIIの送信トリガ(トリガイベント)の種別としては、接続確立が成功したとき、ブロードキャストサービスエリアに入った又は出たとき、MBSブロードキャストセッションの開始又は停止時、MBSの興味の変更時、MBSブロードキャスト受信とユニキャスト受信との間の優先度の変更時、MBSのサービス継続性のためのSIBをブロードキャストするセル(プライマリセル)への変更時等がある。
MIIは、UE100が受信している又は受信に興味を持つMBS周波数のリストであるMBS周波数リストと、リストされているすべてのMBS周波数の受信とユニキャストベアラの受信とのどちらを優先するかの優先度を示す優先度情報、UE100が受信している又は受信に興味を持つMBSセッションのリストであるTMGIリストと、のうち少なくとも1つを含んでもよい。
なお、MIIの送信は、MBSのサービス継続性のためのSIB(以下、「SIBx1」と呼ぶ)をブロードキャストするサービングセル、すなわち、MBSのサービス継続性のための機能を有するサービングセルのみに限定されてもよい。UE100は、サービングセルがSIBx1を送信する場合に限り、当該サービングセルに対してMIIを送信してもよい。
(移動通信システムの動作)
実施形態に係る移動通信システム1の動作について説明する。
実施形態に係る移動通信システム1の動作について説明する。
UE100から多数のMIIが送信されると、ネットワークの輻輳を引き起こす懸念がある。例えば、多くのUE100が同時期にMIIを送信したり、各UE100が頻繁にMIIを送信したりすると、ネットワークの輻輳を引き起こし得る。
多くのUE100が同時期にMIIを送信するシナリオとして、「MBSブロードキャストセッションの開始又は停止」をトリガ条件(トリガイベント)として多くのUE100が同時期にMIIを送信するシナリオが想定される。これは、MBSブロードキャストセッションに興味のあるすべてのUE100に共通のイベントであるためである。このようなシナリオを考慮すると、例えばトリガ条件の種別が「セッション開始」の場合において、時間方向及び/又は周波数方向にMII送信を分散させることが考えられる。また、例えばトリガ条件の種別が「セッション停止」の場合において、MII送信をオフすることが考えられる。
各UE100が頻繁にMIIを送信するシナリオとして、例えば、ユーザの好みに応じてUE100がその興味を頻繁に変更するシナリオが想定される。この問題を引き起こす可能性のあるトリガ条件は、「興味の変更」及び「MBSブロードキャスト受信とユニキャスト受信の間の優先度の変更」であり得る。このようなシナリオを考慮すると、頻繁なMII送信を禁止するための禁止タイマをUE100に設定することが考えられる。
実施形態に係る移動通信システム1において、gNB200は、UE100が受信している又は受信に興味を持つMBSセッションに関するMIIをgNB200に送信することが許可される条件を設定する設定情報をUE100に送信する。UE100は、当該設定情報をgNB200(サービングセル)から受信する。UE100は、当該設定情報により設定された条件が満たされたことに応じてMIIの送信処理を行う。
このような動作によれば、設定情報によりMIIの送信をきめ細かくgNB200が制御可能になる。そのため、多くのUE100が同時期にMIIを送信したり、各UE100が頻繁にMIIを送信したりすることを抑制可能になる。その結果、MIIに起因するネットワークの輻輳を回避できる。なお、MIIの送信処理には、MII送信のためのスケジューリングリクエスト(SR)の送信及び/又はバッファ状態報告(BSR)の送信が含まれていてもよい。
なお、gNB200は、ブロードキャストメッセージであるSIB(例えば、SIBx1)、又はUE専用メッセージであるRRC Reconfigurationにより設定情報をUE100に送信してもよい。gNB200は、UE100をRRCアイドル状態又はRRCインアクティブ状態に遷移させるUE専用メッセージであるRRC Releaseにより設定情報をUE100に送信してもよい。UE100は、設定情報を含むメッセージをgNB200から受信し、受信した設定情報を記憶する。
以下において、実施形態に係る移動通信システム1の第1動作例乃至第3動作例を説明する。第1動作例乃至第3動作例は、別個独立して実施してもよい。また、当該第1動作例乃至当該第3動作例は、2以上の動作例を組み合わせて実施してもよい。
(1)第1動作例
本動作例において、gNB200からUE100に送信される設定情報は、MIIの送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうちUE100において適用するトリガ条件の種別を設定するトリガ設定情報を含む。UE100は、複数種別のトリガ条件のうちトリガ設定情報により設定された種別のトリガ条件が満たされたことに応じてMIIの送信処理をトリガする。このように、gNB200は、各トリガ条件についてオン(イネーブル)/オフ(ディセーブル)制御を行う。例えば、gNB200の負荷が高まっている状況下において、特定のトリガ条件種別についてMII送信をオフすることでネットワーク輻輳を軽減できる。
本動作例において、gNB200からUE100に送信される設定情報は、MIIの送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうちUE100において適用するトリガ条件の種別を設定するトリガ設定情報を含む。UE100は、複数種別のトリガ条件のうちトリガ設定情報により設定された種別のトリガ条件が満たされたことに応じてMIIの送信処理をトリガする。このように、gNB200は、各トリガ条件についてオン(イネーブル)/オフ(ディセーブル)制御を行う。例えば、gNB200の負荷が高まっている状況下において、特定のトリガ条件種別についてMII送信をオフすることでネットワーク輻輳を軽減できる。
図11は、実施形態に係る移動通信システム1の第1動作例を示す図である。ここでは、図10の動作との相違点について主として説明する。
図11に示すように、ステップS11において、gNB200は、UE100において適用するトリガ条件の種別を設定するトリガ設定情報を含む設定情報をUE100に送信する。UE100は、トリガ設定情報を含む設定情報を受信し、受信した設定情報を記憶する。
ステップS12において、UE100は、ステップS11で設定された種別のトリガ条件が満たされたか否かを判定する。
ステップS11で設定された種別のトリガ条件が満たされたと判定した場合(ステップS12:YES)、ステップS4において、UE100は、MIIを生成する。そして、ステップS5において、UE100は、MIIをgNB200に送信する。gNB200は、MIIを受信する。
一方、ステップS11で設定された種別のトリガ条件が満たされないと判定した場合(ステップS12:NO)、MII送信処理(ステップS4及びS5)を行わない。なお、ステップS12で「NO」の場合、処理が再度ステップS12に戻るとしてもよい。
図12は、本動作例におけるトリガ設定情報を説明するための図である。
図12に示すように、各トリガ条件種別に識別子が付与されている。図12において、トリガ種別ID“1”が「接続確立の成功」を示し、トリガ種別ID“2”が「ブロードキャストサービスエリアに入った又は出た」を示し、トリガ種別ID“3”が「MBSブロードキャストセッションの開始又は停止」を示し、トリガ種別ID“4”が「MBSの興味の変更」を示し、トリガ種別ID“5”が「MBSブロードキャスト受信とユニキャスト受信との間の優先度の変更」を示し、トリガ種別ID“6”が「SIBx1をブロードキャストするプライマリセルへの変更」を示す一例を示している。なお、トリガ種別IDとトリガ種別の内容との対応関係は図12に示す例に限定されず、トリガ種別の内容も図12に示す例に限定されない。例えば、「MBSブロードキャストセッションの開始」及び「MBSブロードキャストセッションの停止」に対して互いに異なるIDが付与されてもよい。
トリガ設定情報は、UE100において適用するトリガ条件の種別を示すトリガ種別IDのリストであってもよい。或いは、トリガ設定情報は、UE100において適用しないトリガ条件の種別を示すトリガ種別IDのリストであってもよい。
トリガ設定情報は、UE100において適用する又は適用しないトリガ条件の種別をビット位置で示すビット列であってもよい。例えば、トリガ種別ID“1”乃至“6”と対応付けられた6ビットのビット列を規定し、UE100において適用するトリガ条件の種別をTrue(1)、UE100において適用しないトリガ条件の種別をFalse(0)で表す。
具体例を挙げると、トリガ種別ID“1”、“3”、“5”のみを適用する場合、当該ビット列は、“101010”になる。その場合、UE100は、トリガ種別ID“1”、“3”、“5”が示す種別のトリガ条件が満たされた場合に限り、MII送信処理を行う。すなわち、UE100は、トリガ種別ID“2”、“4”、“6”が示す種別のトリガ条件が満たされても、MII送信処理を行わない。なお、トリガ種別IDを“1”から採番する例を示したが、“0”から採番されてもよい。また、ビット列“101010”の例ではMSB(Most Significant Bit)がトリガ種別ID“1”に対応し、LSB(Least Significant Bit)がトリガ種別ID“6”に対応する例を示したが、当該対応関係は逆であってもよい。すなわち、当該ビット列は“010101”であり、LSBがトリガ種別ID“1”に対応し、MSBがトリガ種別ID“6”に対応する。
トリガ設定情報は、UE100において適用する又は適用しないトリガ条件種別の組み合わせを示す組み合わせIDにより構成されてもよい。例えば、UE100において適用する又は適用しないトリガ条件種別の取り得る組み合わせごとにIDを規定したテーブルをUE100及びgNB200で共有し、このような組み合わせIDにより、UE100において適用する又は適用しないトリガ条件の種別を指定してもよい。
(2)第2動作例
本動作例において、gNB200からUE100に送信される設定情報は、n回目(n≧1)のMIIを送信してからn+1回目のMIIの送信を可能とするまでの禁止時間を設定する禁止時間設定情報(いわゆる、禁止タイマ値)を含む。UE100は、前回のMIIを送信してから、禁止時間設定情報により設定された禁止時間が経過した(すなわち、禁止タイマが満了した)ことに応じて、今回のMIIの送信を行う。これにより、UE100による頻繁なMII送信を抑制できる。具体的には、禁止時間中(すなわち、禁止タイマの動作中)はMIIの送信が禁止されるため、例えばMBS興味が頻繁に変更されるUE100であっても頻繁なMII送信を行わないように制御できる。
本動作例において、gNB200からUE100に送信される設定情報は、n回目(n≧1)のMIIを送信してからn+1回目のMIIの送信を可能とするまでの禁止時間を設定する禁止時間設定情報(いわゆる、禁止タイマ値)を含む。UE100は、前回のMIIを送信してから、禁止時間設定情報により設定された禁止時間が経過した(すなわち、禁止タイマが満了した)ことに応じて、今回のMIIの送信を行う。これにより、UE100による頻繁なMII送信を抑制できる。具体的には、禁止時間中(すなわち、禁止タイマの動作中)はMIIの送信が禁止されるため、例えばMBS興味が頻繁に変更されるUE100であっても頻繁なMII送信を行わないように制御できる。
禁止タイマは、特定のトリガ条件のみに対応付けられていてもよい。すなわち、UE100は、禁止タイマをトリガ条件ごとに管理してもよい。その場合、gNB200からUE100に送信される設定情報は、禁止時間設定情報と対応付けられたトリガ種別情報をさらに含んでもよい。トリガ種別情報は、MIIの送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち禁止時間を適用するトリガ条件の種別を示す情報である。
例えば、図13に示すように、gNB200からUE100に送信される設定情報は、トリガ種別情報(トリガ種別ID)と禁止時間設定情報(禁止タイマ値)とのセットを複数含む。図13において、トリガ種別ID“1”について禁止タイマ値“A”が設定され、トリガ種別ID“2”について禁止タイマ値“B”が設定され、トリガ種別ID“3”について禁止タイマ値“C”が設定される一例を示している。但し、すべてのトリガ種別について禁止タイマ値が設定されずに、一部のトリガ種別についてのみ禁止タイマ値が設定されてもよい。また、各トリガ種別IDについて独立(個別)に禁止タイマ値が設定されずに、複数のトリガ種別IDについて共通の禁止タイマ値が設定されてもよい。
トリガ条件と禁止タイマ値とを対応付ける場合、UE100は、トリガ条件ごとに禁止タイマを管理する。例えば、UE100は、トリガ種別情報により示される種別のトリガ条件(以下、「特定のトリガ条件」と呼ぶ)が満たされたことに応じて前回のMIIを送信した後、当該特定のトリガ条件と対応付けられた禁止時間が経過(すなわち、禁止タイマが満了)し、且つ、当該特定のトリガ条件が満たされたことに応じて、今回のMIIの送信を行う。
但し、UE100は、トリガ条件と禁止タイマ値とを対応付けずに、すべてのトリガ種別について共通の禁止タイマを管理してもよい。その場合、UE100は、トリガ条件にかかわらず、前回のMIIを送信してから、禁止時間設定情報により設定された禁止時間が経過した(すなわち、禁止タイマが満了した)ことに応じて、今回のMIIの送信を行う。
図14は、実施形態に係る移動通信システム1の第2動作例を示す図である。ここでは、図10の動作との相違点について主として説明する。また、トリガ条件とタイマ値とを対応付けるケースを例に挙げて説明する。
ステップS21において、gNB200は、禁止時間設定情報(禁止タイマ値)とトリガ種別情報とを含む設定情報をUE100に送信する。UE100は、禁止時間設定情報とトリガ種別情報とを含む設定情報を受信し、受信した設定情報を記憶する。
ここで、複数のトリガ条件に対して複数又は単一の禁止タイマ値が設定されてもよい。例えば、共通の禁止タイマを用いる場合、図15に示すように、各トリガ条件にタイマ適用/非適用の識別子が対応付けられ、禁止タイマ値は単一値が設定されてもよい。もしくは、図16に示すように、各トリガ条件には、どの禁止タイマ値が割り当てられるのかを示す識別子(禁止タイマID)が対応付けられており、複数の禁止タイマ値のそれぞれが禁止タイマIDと対応付けられていてもよい。
ステップS3において、UE100にて、MIIの送信トリガイベントが発生する。ここで発生したトリガの種別を以下において「特定のトリガ条件」と呼ぶ。特定のトリガ条件は、例えば「MBS興味が変わった」ことであってもよい。
ステップS4において、UE100は、MIIを生成する。
ステップS5において、UE100は、MIIをサービングセル(gNB200)に送信する。gNB200は、UE100からMIIを受信する。
ステップS22において、UE100は、特定のトリガ条件に禁止タイマ値が対応付けられている場合、特定のトリガ条件と対応付けられた禁止タイマ値をセットした禁止タイマを開始(始動)する。
ステップS23において、UE100にて、MIIの送信トリガイベントが発生する。
ステップS24において、UE100は、ステップS23で発生した送信トリガイベントが特定のトリガ条件(例えば、「MBS興味が変わった」)に相当するか否かを判定する。ステップS23で発生した送信トリガイベントが特定のトリガ条件に相当しない場合(ステップS24:NO)、例えば、「ブロードキャストセッションの開始」である場合、UE100は、MII送信処理(ステップS27及びS28)を行う。
一方、ステップS23で発生した送信トリガイベントが特定のトリガ条件に相当する場合(ステップS24:YES)、ステップS25において、UE100は、特定のトリガ条件と対応付けられた禁止タイマが満了したか否かを判定する。
当該禁止タイマが満了していない、すなわち、当該禁止タイマが動作中(running)である場合(ステップS25:NO)、ステップS26において、UE100は、ステップS23で発生した送信トリガイベントを無視し、MII送信処理を行わない。或いは、ステップS26において、UE100は、ステップS23で発生した送信トリガイベントに応じたMII送信を、禁止タイマが満了するまで保留する。
一方、当該禁止タイマが満了している場合(ステップS25:YES)、ステップS27及びS28において、UE100は、ステップS23で発生した送信トリガイベントに応じたMII送信処理を行う。なお、UE100は、タイマが満了した時、保留したトリガ条件が存在する場合は、当該トリガ条件によりMIIを送信してもよい。
本動作例において、UE100は、RRCアイドル状態又はRRCインアクティブ状態に遷移した場合、禁止タイマを停止してもよい。そのような停止を行うか又はタイマ動作を継続するかは、gNB200から(トリガ条件ごとに)UE100に設定されてもよい。
(3)第3動作例
本動作例において、設定情報は、複数のUE100による複数のMIIの送信を時間方向及び/又は周波数方向に分散させるための分散化情報を含む。UE100は、分散化情報に基づいて定められるタイミング及び/又は周波数においてMIIを送信する。複数のUE100による複数のMIIの送信を時間方向及び/又は周波数方向に分散させることにより、MIIに起因してネットワークの輻輳が発生することを抑制できる。
本動作例において、設定情報は、複数のUE100による複数のMIIの送信を時間方向及び/又は周波数方向に分散させるための分散化情報を含む。UE100は、分散化情報に基づいて定められるタイミング及び/又は周波数においてMIIを送信する。複数のUE100による複数のMIIの送信を時間方向及び/又は周波数方向に分散させることにより、MIIに起因してネットワークの輻輳が発生することを抑制できる。
分散化情報は、特定のトリガ条件のみに対応付けられていてもよい。すなわち、UE100は、分散化情報に応じたMII送信制御をトリガ条件ごとに管理してもよい。その場合、gNB200からUE100に送信される設定情報は、分散化情報と対応付けられたトリガ種別情報をさらに含んでもよい。UE100は、トリガ種別情報により示される種別のトリガ条件が満たされたことに応じて、分散化情報に基づいて定められるタイミング及び/又は周波数においてMIIを送信してもよい。
トリガ条件と分散化情報とを対応付ける方法は、上述の第2動作例と同様の方法を用いることができる。例えば、共通の分散化情報を用いる場合、図17に示すように、各トリガ条件に分散化情報適用/非適用の識別子が対応付けられ、分散化情報は単一値が設定されてもよい。或いは、図18に示すように、各トリガ条件には、どの分散化情報が割り当てられるのかを示す識別子(分散化情報ID)が対応付けられており、複数の分散化情報のそれぞれが分散化情報IDと対応付けられていてもよい。
但し、UE100は、トリガ条件と分散化情報とを対応付けずに、すべてのトリガ種別について共通の分散化情報を適用してもよい。その場合、UE100は、トリガ条件にかかわらず、各MII送信について、分散化情報に基づいてMIIを送信するタイミング及び/又は周波数を決定する。
図19は、実施形態に係る移動通信システム1の第3動作例を示す図である。ここでは、図10の動作との相違点について主として説明する。また、トリガ条件と分散化情報とを対応付けるケースを例に挙げて説明する。
ステップS31において、gNB200は、分散化情報とトリガ種別情報とを含む設定情報をUE100に送信する。UE100は、分散化情報とトリガ種別情報とを含む設定情報を受信し、受信した設定情報を記憶する。
ステップS3において、UE100にて、MIIの送信トリガイベントが発生する。ここで発生したトリガの種別を以下において「特定のトリガ条件」と呼ぶ。
ステップS32において、UE100は、特定のトリガ条件に分散化情報が対応付けられている場合、特定のトリガ条件と対応付けられた分散化情報に基づいて、MIIを送信するタイミング及び/又は周波数を決定する。
ステップS4において、UE100は、MIIを生成する。なお、ステップS4は、ステップS32の前であってもよい。
ステップS5において、UE100は、ステップS32で決定したタイミング及び/又は周波数において、MIIをサービングセル(gNB200)に送信する。gNB200は、UE100からMIIを受信する。
(3.1)周波数方向の分散化の例
分散化情報は、UE100がMIIを送信するセルを設定するセル情報を含んでもよい。これにより、MIIの送信を周波数方向に分散させることが可能になる。例えば、gNB200は、キャリアアグリゲーション(CA)を設定しているUE100に対して、分散化情報(セル情報)により、プライマリセル(PCell)又はセカンダリセル(SCell)でMIIを送信することを指示する。UE100は、設定されたセルに対してMIIを送信する。
分散化情報は、UE100がMIIを送信するセルを設定するセル情報を含んでもよい。これにより、MIIの送信を周波数方向に分散させることが可能になる。例えば、gNB200は、キャリアアグリゲーション(CA)を設定しているUE100に対して、分散化情報(セル情報)により、プライマリセル(PCell)又はセカンダリセル(SCell)でMIIを送信することを指示する。UE100は、設定されたセルに対してMIIを送信する。
セル情報は、UE100がMIIを送信するセルを示すセルIDであってもよい。SCellに連番(設定の順番)が割り当てられている場合、セル情報は、UE100がMIIを送信するSCellを示すSCell番号であってもよい。セル情報は、特定のセルを指定せずに、単にSCellであればどれでもよいという指示であってもよい。UE100は、当該指示が無い場合、PCellでMIIを送信すると判断してもよい。なお、セル情報は、セルIDに代えて周波数情報(例えばARFCN)であってもよく、セルIDと周波数情報との組み合わせであってもよい。
なお、CAが設定されていたら、必ずSCellでのみMII送信が許可されるというルールが規定されてもよい。その場合、CAが設定されたUE100は、MIIをPCellで送信せずに、MIIをSCellで送信する。このようなルールが存在する前提下において、gNB200がUE100にCAを設定するCA設定情報は、分散化情報の一種であるとみなすことができる。
(3.2)時間方向の分散化の例
分散化情報は、UE100がMIIを送信するタイミングを制御するタイミング制御情報を含んでもよい。これにより、MIIの送信を時間方向に分散させることが可能になる。タイミング制御情報は、UE間でMII送信タイミングを時間方向に分散させるための処理をオン(イネーブル)/オフ(ディセーブル)することを設定する情報であってもよいし、当該処理に用いるパラメータ(例えば閾値等)を含んでもよい。
分散化情報は、UE100がMIIを送信するタイミングを制御するタイミング制御情報を含んでもよい。これにより、MIIの送信を時間方向に分散させることが可能になる。タイミング制御情報は、UE間でMII送信タイミングを時間方向に分散させるための処理をオン(イネーブル)/オフ(ディセーブル)することを設定する情報であってもよいし、当該処理に用いるパラメータ(例えば閾値等)を含んでもよい。
(3.2.1)時間方向の分散化の第1パターン
UE100は、タイミング制御情報と、UE100に固有の識別子(以下、「UE-ID」と呼ぶ)とに基づいて、MIIを送信するタイミングを決定してもよい。或いは、UE100は、タイミング制御情報と、UE100で発生させた乱数とに基づいて、MIIを送信するタイミングを決定してもよい。これにより、より確実に、複数のUE100が複数のMIIを送信するタイミングを時間方向に分散させることが可能になる。
UE100は、タイミング制御情報と、UE100に固有の識別子(以下、「UE-ID」と呼ぶ)とに基づいて、MIIを送信するタイミングを決定してもよい。或いは、UE100は、タイミング制御情報と、UE100で発生させた乱数とに基づいて、MIIを送信するタイミングを決定してもよい。これにより、より確実に、複数のUE100が複数のMIIを送信するタイミングを時間方向に分散させることが可能になる。
例えば、UE100は、
[UE-ID] mod [フレーム番号]=0
を満たすフレームでMIIを送信することが許可される。ここで、
[UE-ID] mod [フレーム番号]=0
を満たすフレームでMIIを送信することが許可される。ここで、
[UE-ID]=[5G-S-TMSI] mod [フレーム上限値]
としてもよい。また、[フレーム上限値]=10(subframeの場合)又は1024(radio frameの場合)としてもよい。
としてもよい。また、[フレーム上限値]=10(subframeの場合)又は1024(radio frameの場合)としてもよい。
或いは、UE100は、閾値(0~1)を設定し、乱数を生成し、この乱数が閾値以上(又は以下)の場合に、送信が許可される。但し、試行回数ごとにMIIを送信するUE100の母数が減少していく。MIIを送信可能になる確率が一定であると、試行回数ごとにMIIを送信するUE100の数も減少していくため、MIIの送信遅延が必要以上に大きくなり得る。そのため、試行回数の増加につれて、MIIを送信可能になる確率を上げるように制御してもよい。具体的には、試行回数ごとにMIIを送信するUE100の数を一定に保つように、閾値によるスケーリングを行ってもよい。具体的には、
[適用する閾値]=[初期閾値]+[スケーリング値]×([試行回数]-1)
とする。例えば、[初期閾値]=0.5、[スケーリング値]=0.1、3回目の試行の場合、[適用する閾値]は、0.5+0.1×(3-1)=0.7になる。ここで、[初期閾値]は、gNB200から設定された閾値を意味する。
とする。例えば、[初期閾値]=0.5、[スケーリング値]=0.1、3回目の試行の場合、[適用する閾値]は、0.5+0.1×(3-1)=0.7になる。ここで、[初期閾値]は、gNB200から設定された閾値を意味する。
或いは、
[適用する閾値]=[前回適用した閾値]+[スケーリング値]
としてもよい。
[適用する閾値]=[前回適用した閾値]+[スケーリング値]
としてもよい。
1回目の試行のみ、
[前回適用した閾値]=[初期閾値]-[スケーリング値]
としてもよい。
[前回適用した閾値]=[初期閾値]-[スケーリング値]
としてもよい。
(3.2.2)時間方向の分散化の第2パターン
UE100は、タイミング制御情報と、UE100が把握しているMBSセッション開始タイミングとに基づいて、MIIを送信するタイミングを決定してもよい。UE100は、MBSセッション開始タイミングを、例えば、上位レイヤ情報であるUSD(User Service Description)により把握できる。具体的には、USDには、セッション開始タイミング(時刻など)の情報が含まれているものとする。
UE100は、タイミング制御情報と、UE100が把握しているMBSセッション開始タイミングとに基づいて、MIIを送信するタイミングを決定してもよい。UE100は、MBSセッション開始タイミングを、例えば、上位レイヤ情報であるUSD(User Service Description)により把握できる。具体的には、USDには、セッション開始タイミング(時刻など)の情報が含まれているものとする。
第1に、UE100は、USDから興味のあるTMGI及び当該TMGIのセッション開始タイミングを読み出す。
第2に、UE100は、当該セッション開始タイミングよりも前に、適当なタイミングでMIIを送信する。
或いは、gNB200は、UE100に対して、当該セッション開始タイミングを起点に、どれくらい前にMIIの送信を開始するのかを指示するタイミング制御情報を送信してもよい。このようなタイミング制御情報は、どれくらい前にMIIの送信を開始するのかの情報であって、例えば、Radio frame、Subframe、Hyper frameで表現されてもよい。また、このようなタイミング制御情報は、時間情報(秒、分、時間など)により表現されてもよい。
UE100は、当該指示に従い、次の方法でMIIの送信可否を判断してもよい。例えば、UE100は、
[UE-ID] mod [経過時間] = 0
を満たす経過時間にてMIIの送信が許可される。ここで、[経過時間]は、例えば、秒、分であってもよいし、Radio frameなどでもよい。なお、
を満たす経過時間にてMIIの送信が許可される。ここで、[経過時間]は、例えば、秒、分であってもよいし、Radio frameなどでもよい。なお、
[UE-ID]=[5G-S-TMSI] mod [どれくらい前かの情報]
としてもよい。
としてもよい。
このようなUE-IDを用いる方法に代えて、上述のような時間方向に分散させる方法を用いてもよい。その場合、[どれくらい前]の時点から、時間方向に分散させる方法を適用する。また、gNB200は、UE100に対して、MII送信を許可するタイミングを示すタイミング情報を通知してもよい。当該タイミング情報は、無線フレームやサブフレームのパターン及び/又はリファレンス点(例えば開始無線フレーム)であってもよい。当該タイミング情報は、前記トリガ種別と紐づいていてもよい。
(移動通信システムの動作の変更例)
実施形態に係る移動通信システムの動作の変更例について説明する。
実施形態に係る移動通信システムの動作の変更例について説明する。
UE100にキャリアアグリゲーション(CA)が設定される場合、CAの状況に応じて、UE100が受信している又は受信に興味を持つ又は受信が可能なMBS周波数が変更され得る。この場合、以前のMIIでgNB200に通知したMBS周波数リストから変化が生じた場合、興味のある最新のMBS周波数をgNB200に通知することが考えられる。
図20は、本変更例に係るUE100の動作を示す図である。
ステップS41において、UE100は、UE100が同時に受信可能な複数の周波数からなる組み合わせのうちUE100が受信している又は受信に興味を持つ1つ又は複数のMBS周波数を示す情報を含む第1のMIIをgNB200に送信する。具体的には、UE100は、同時受信可能な興味のあるMBS周波数からなるMBS周波数リストを含む第1のMIIを送信する。
ステップS42において、UE100は、キャリアアグリゲーション(CA)の設定に関するCA設定情報をgNB200から受信する。CA設定情報は、例えばRRC ReconfigurationによりgNB200からUE100に送信される。CA設定情報は、CAの設定、設定変更、又は設定解除の情報である。
UE100は、CA設定情報に応じて組み合わせが変更され、且つ、UE100が受信している又は受信に興味を持つMBS周波数が変更された場合(ステップS43:YES)、ステップS44において、変更後のMBS周波数を示す情報を含む第2のMIIをgNB200に送信する。具体的には、UE100は、興味のある周波数を再評価し、現在のCA設定により同時受信可能な周波数に変化があるか否かを確認する。変化があった場合、UE100は、同時受信可能な興味のある周波数を特定し、当該特定した周波数を、MIIの周波数情報にセットし、MIIを送信する。
このように、UE100は、CA設定(変更)時、前回MIIで報告した同時受信可能な興味のある周波数情報に変更があった場合、MIIを送信する。ここで、具体例を挙げて説明する。第1に、UE100は、興味のあるMBSが周波数F4及び周波数F5で提供されており、MIIでF5に興味があるとgNB200に通知済みであるものとする。ここで、UE100は、同時受信可能な周波数の組み合わせとして、次の2つの組み合わせ(Band combination)をサポートしているものとする。
・Band combination#1:F1、F2、F3、F4
・Band combination#2:F1、F2、F4、F5
・Band combination#2:F1、F2、F4、F5
また、UE100にF1及びF2のCAが設定されているものとする。その場合、Band combination#1及びBand combination#2の両方が使える。
第3に、UE100はCA設定によりF3のSCellが追加される。その結果、UE100は、Band combination#1しか使えなくなる。第4に、UE100の興味がある周波数がF5からF4に変わる。第5に、UE100は、F4をMIIで通知するべきと判断し、F4をMIIでgNB200に通知する。
(その他の実施形態)
上述の各動作フローは、別個独立に実施する場合に限らず、2以上の動作フローを組み合わせて実施可能である。例えば、1つの動作フローの一部のステップを他の動作フローに追加してもよいし、1つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
上述の各動作フローは、別個独立に実施する場合に限らず、2以上の動作フローを組み合わせて実施可能である。例えば、1つの動作フローの一部のステップを他の動作フローに追加してもよいし、1つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
上述の実施形態及び実施例において、基地局がNR基地局(gNB)である一例について説明したが基地局がLTE基地局(eNB)又は6G基地局であってもよい。また、基地局は、IAB(Integrated Access and Backhaul)ノード等の中継ノードであってもよい。基地局は、IABノードのDUであってもよい。また、UE100は、IABノードのMT(Mobile Termination)であってもよい。
UE100又はgNB200が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。また、UE100又はgNB200が行う各処理を実行する回路を集積化し、UE100又はgNB200の少なくとも一部を半導体集積回路(チップセット、SoC:System on a chip)として構成してもよい。
本開示で使用されている「に基づいて(based on)」、「に応じて(depending on)」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する(obtain/acquire)」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む(include)」、「備える(comprise)」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第1」、「第2」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第1及び第2の要素への参照は、2つの要素のみがそこで採用され得ること、又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのa,an,及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
本願は、米国仮出願第63/296238号(2022年1月4日出願)の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
(付記1)
1.導入
NR Multicast and Broadcast Services(MBS)の改訂版ワークアイテムは、RAN#88で承認された。RAN2#116eでは、MBS興味通知(MII)の詳細について大きな進展があった。
1.導入
NR Multicast and Broadcast Services(MBS)の改訂版ワークアイテムは、RAN#88で承認された。RAN2#116eでは、MBS興味通知(MII)の詳細について大きな進展があった。
本付記では、MBSの興味通知に関する残された課題について考察する。
2.議論
2.1.メッセージの定義
TS38.331の現在実行中のCRでは、次のような更なる検討が必要な事項が取り込まれている。
2.1.メッセージの定義
TS38.331の現在実行中のCRでは、次のような更なる検討が必要な事項が取り込まれている。
MII(MBMS興味通知)がUE Assistance Informationと新しいRRCメッセージのどちらで報告され、MII情報が別のIEを使用するか、RRCメッセージ構造に直接含まれるかについては、更なる検討が必要である。
LTEでは、MBMS興味通知(MII)がUAI(UE Assistance Information)と分離されている。これは、MIIではSIB15の取得、UAIではRRC Connection Reconfigurationという前提条件が異なるためである。一方、LTEでは別メッセージだったIDC(In-device Coexistence Indication)は、NRではUAIの中に統合されている。これは、LTE(及びNR)において、IDCとUAIの前提条件が同じ、すなわちRRC Connection Reconfigurationであったため、実現可能であると考えられる。
所見1:MBS興味通知をUE Assistance Informationと統合できるかどうかは、2つのメッセージの間で前提条件が一致しているかどうかに依存する。
NR MBSでは、上記のIEを含むMBS興味通知メッセージを生成するために、SIB内の近隣周波数情報が必要である。また、UEがサービングセルからSIBを取得できる場合は、MBS興味通知の送信が許可されるが、これはLTE eMBMSと同様、承認されたCRで「SIBx1がPCellからブロードキャストされていれば」という条件ですでに把握されているものである。したがって、UAIの事前条件であるRRC Reconfigurationとは一致しない。よって、MBS興味通知は、LTE eMBMSのように、UAIとは別のメッセージであるべきである。
提案1:RAN2は、MBS興味通知を新しいメッセージとして、つまりUAIとは別に定義することに合意すべきである。
提案2:RAN2は、UEがサービングセルからMBS固有のSIB(すなわちSIBx1)を取得できる場合(すなわち、事前条件として)、MBS興味通知の送信を許可することに合意すべきである。
2.2. その他のトリガとネットワーク制御
以下の更なる検討が必要な事項は、現在の実行CRに取り込まれている。
以下の更なる検討が必要な事項は、現在の実行CRに取り込まれている。
その他のトリガとネットワーク制御については、更なる検討が必要である。
RAN2#116eでは、MBS興味通知の様々なトリガについて合意されている。
UEは、接続確立に成功したとき、ブロードキャストサービスエリアに入ったとき又はブロードキャストサービスエリアから出たとき、MBSブロードキャストセッションの開始又は停止時、興味変更時、MBSブロードキャスト受信とユニキャスト受信の優先順位変更時、PCellブロードキャストSIBx1への変更時にMII手順を開始できることを確認する。その他のトリガ及びネットワーク制御については更なる検討が必要である。
UEは、接続確立に成功したとき、ブロードキャストサービスエリアに入ったとき又はブロードキャストサービスエリアから出たとき、MBSブロードキャストセッションの開始又は停止時、興味変更時、MBSブロードキャスト受信とユニキャスト受信の優先順位変更時、PCellブロードキャストSIBx1への変更時にMII手順を開始できることを確認する。その他のトリガ及びネットワーク制御については更なる検討が必要である。
追加トリガについては、周波数リスト変更時にMBS興味通知を送信する必要があると考えられる。RAN2#116eでは、興味周波数の設定方法に関する詳細な動作について、以下のように合意した。
MIIの間、UEはUEが同時に受信可能なMBS周波数のセットのみを報告する必要がある。つまり、UEは少なくとも1つのバンドの組み合わせをサポートしており、指示された周波数のセットを受信することができる。
UEは、MIIでの報告のために同時に受信できる周波数を評価する際、現在設定されているサービング周波数を考慮しない。つまり、現在のサービングセルと一緒に受信できるかどうかに関係なく、受信に興味があるMBS周波数のみを考慮する。
上記の合意によると、キャリアアグリゲーションの構成が更新された場合(SCellの追加又は削除など)、UEが現在動作可能な帯域幅の組み合わせに影響を与える可能性があるため、周波数リストが変更されることがある。この場合、前回のMBS興味通知で報告された周波数リストと異なる場合、最新の興味周波数をサービングセルに報告する必要がある場合がある。そのため、RAN2は、サービングセルの設定変更により、サービングセル及び非サービングセルの周波数が変更された場合に、MBS興味通知を送信すべきかどうかを検討する必要がある。
提案3:RAN2は、サービングセルの設定変更によりUEの興味のある周波数が変更された場合に、MBS興味通知を送信すべきかどうかを検討する必要がある。
ネットワーク制御については、ネットワークの輻輳を避けるために、多数のUEからのMBS興味通知の送信を管理することができれば間違いなく有用である。リソースの過負荷を引き起こす問題には、MBS興味通知の「急増(spike)」と「頻繁な(frequent)」MBS興味通知がある。
所見2:多くのUEからMBS興味通知が急増したり、あるUEからMBS興味通知が頻発したりすると、ネットワークの輻輳が発生する可能性がある。
送信の急増については、膨大な数のUEがMBS興味通知を同時に送信した場合に発生する。これは、MBSブロードキャストセッションに興味を持つすべてのUEに共通するイベントであるため、この問題を引き起こす可能性のあるトリガは、「MBSブロードキャストセッションの開始又は停止」である可能性がある。特に、セッションが停止した場合、gNBはMBSブロードキャストセッションがCNによって停止されたことを既に知っているため、MBS興味通知がなくても、UEはこのTMGIに興味がなくなったと判断することができる。これらのシナリオを考慮すると、ネットワーク制御としては、MBS興味通知を時間領域及び/又は周波数領域で広げる(例:セッション開始)、又はこのイベント時にMBS興味通知をオン/オフする(例:セッション停止)ことが考えられる。
頻繁な送信については、UEがユーザの好みなどによって頻繁に興味を変更する場合に発生する。この問題を引き起こすトリガとしては、「興味の変化」、「MBSブロードキャスト受信とユニキャスト受信の優先度の変化」などが考えられる。ネットワーク制御としては、UEに禁止タイマを設定することが考えられる。
その他のトリガ、すなわち「接続確立の成功」、「ブロードキャストサービスエリアへの入退出」、「SIBx1をブロードキャストするPCellへの変更」については、これらは(時間的に)十分にランダム化されているか、すでにネットワークによって制御されているため、大きな問題は発生しないと考えることができる。
上記の議論を踏まえると、異なるトリガは異なる制御方法、すなわち拡散、オン/オフ、禁止タイマを必要とする可能性があり、さらに他のトリガは何の強化も必要としない可能性があることが確認された。そのため、RAN2はネットワーク制御を考慮すべきかどうか、もし考慮するならば、どのトリガがどのようなネットワーク制御を必要とするかを議論する必要がある。
提案4:RAN2は、UEがMBS興味通知によって送信の急増及び頻繁な送信を行うことを防ぐためのネットワーク制御について議論すべきである。
提案5:RAN2は、MBS興味通知の異なるトリガに異なるネットワーク制御方法を適用するかどうかを議論するべきである。
2.3.BWPの切り替え動作を改善するための早期通知
この検討事項は、「MBS興味通知はセキュリティ起動後に送信する(より良いBWP切り替え動作のために追加の最適化が必要かどうかをまだ議論できる)」というRAN2の合意に基づいて、現在の実行中のCRで取り込まれている。
BWPの切り替え動作を改善するために追加の最適化が必要かどうかは更なる検討が必要である。
この検討事項は、「MBS興味通知はセキュリティ起動後に送信する(より良いBWP切り替え動作のために追加の最適化が必要かどうかをまだ議論できる)」というRAN2の合意に基づいて、現在の実行中のCRで取り込まれている。
BWPの切り替え動作を改善するために追加の最適化が必要かどうかは更なる検討が必要である。
より良いBWP切り替え動作のために、さらなる最適化が必要かどうかについては更なる検討が必要である。
サービス継続の問題は、UEがコネクティッド状態に移行したときに発生する。具体的には、サービングセルがUEにCFRと整合していない専用のBWPを設定した場合、UEはブロードキャストセッションを継続して受信することができない。このような設定はMBS興味通知の後に回避できるが、問題はMBS興味通知の前、つまりASセキュリティのアクティブ化前に行われた設定によって発生する。
インアクティブ状態のUEがMsg4(RRC Resume)で専用のBWPを設定できることが指摘されており、UEがMBSブロードキャストセッションを受信していることをサービングセルに通知するために、Msg3に1ビット表示を設けることが提案されている。サービングセルはインアクティブにあるUEのUEコンテキストを持っており、これには以前に報告されたMBS興味通知が含まれている。この興味情報は最新ではないが、サービングセルは、インアクティブ状態からコネクティッド状態に移行するUEがブロードキャストセッションを受信しているかどうかを予測することが期待される。そのため、メッセージサイズが制限されていることを考えると、Msg3を拡張することは重要ではない。
次のRRC Reconfigurationでサービングセルが専用BWPを設定するための情報であるMsg5の早期「ブロードキャスト受信」指示を導入することが提案されている。この解決策は簡単な拡張でありながら有用である。
SA3からのLSによると、それらはASセキュリティ起動前にTMGIリストを報告することのみを懸念している。さらに、ASセキュリティのアクティブ化前に他の情報(周波数リスト及び優先順位情報)を報告することができると明示的に述べている。そのため、UEは早期MBS興味通知を送信することができると考えられ、早期MBS興味通知はMsg5とともに送信され、TMGIリスト以外のフルコンテンツ、すなわち上記の1ビット表示の代わりに周波数リスト及び優先順位情報を含んでいる。gNBは、Msg5で早期MBS興味通知を受信すると、MBS興味通知が第2配信モード用であるため、このUEがブロードキャストセッションを受信しているかどうかを判断することができる。また、UEが興味を持つTMGIがまだ不明であっても、gNBが異なる周波数に対して適切なコンフィギュレーション(例えば、SCellコンフィギュレーション)を決定するために、フルコンテンツが有用である場合がある。これらのコンテンツは、ASセキュリティのアクティブ化後に最終的に報告されるため、早期のMBS興味通知で報告される場合は、シグナリングのオーバーヘッドがない。
さらに、早期MBS興味通知に追加情報が必要かどうかについても検討する価値がある。例えば、UEは、早期MBS興味通知において、興味のあるMBSブロードキャストセッションを受信しているCFRを報告する。CFR情報は、例えば、そのようなCFRが専用BWPの一部であるように、適切な専用BWPを決定するためにgNBによって使用されてもよい。別の例として、UEは、興味のあるMBSブロードキャストセッションが提供されるCell IDを、早期MBS興味通知で報告する。
提案6:RAN2は、TMGIリスト以外のフルコンテンツ、すなわち周波数リストと優先度情報を含むMsg5と共に早期MBS興味通知を送信するかどうかを検討する必要がある。
提案7:RAN2は、追加情報が早期MBS興味通知で報告されることが有用であるかどうか、例えばCFRや興味のあるセルIDなどについてさらに議論するべきである。
2.4.マルチキャストセッションのMBS興味通知
RAN2は現在、MBS興味通知がブロードキャストセッションでサポートされ、マルチキャストセッションではサポートされないと想定している。RAN2#115eは、MBS興味通知の基本的な内容、つまりMBS周波数リスト、優先度、TMGIリストに合意した。
RAN2は現在、MBS興味通知がブロードキャストセッションでサポートされ、マルチキャストセッションではサポートされないと想定している。RAN2#115eは、MBS興味通知の基本的な内容、つまりMBS周波数リスト、優先度、TMGIリストに合意した。
マルチキャストセッションでは、上位レイヤにセッション参加手順があるため、コアネットワークはUEの興味をgNBに通知するというのが共通の理解であると考えられる。UEの興味はMBSサービスにも当てはまると考えられる。また、gNBはUEの興味のあるMBSの周波数とMBSサービスを提供するセルを知っている可能性がある。しかし、MBS受信とユニキャスト間の優先順位は、純粋にAS関連の情報であるため、コアネットワークから提供されない可能性がある。つまり、UEがセッション参加手順の中でコアネットワークに優先順位情報を伝えるのは不自然(strange)なことである。
所見3:マルチキャストセッションでは、コアネットワークはUEの興味事であるMBSサービスをgNBに提供し、gNBはMBS周波数/セルを知っているかもしれないが、コアネットワークとgNBは、MBSとユニキャスト間のUEのAS優先度を知らない可能性がある。
優先度情報は、LTE eMBMSと同様に、スケジューリングやハンドオーバーの決定など、gNBにおいても有用であり、サービスの継続性にも関係すると考えられる。したがって、UEは、マルチキャストセッションについても、その優先度情報をgNBに通知する必要がある。この意味で、RAN2は、マルチキャストサービス/第1配信モードについてもMBS興味通知がサポートされるべきであると合意すべきである。
提案8:RAN2は、少なくともUEがMBS受信とユニキャスト受信の間の優先順位をgNBに通知するために、MBS興味通知がマルチキャストセッション/第1配信モードでもサポートされることに合意すべきである。
(付記2)
上述の実施形態に関する特徴について記載する。
上述の実施形態に関する特徴について記載する。
(1)
マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が受信している又は受信に興味を持つMBSセッションに関するMBS興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信することと、
前記設定情報により設定された前記条件が満たされたことに応じて前記MBS興味通知の送信処理を行うことと、を有する
通信方法。
マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が受信している又は受信に興味を持つMBSセッションに関するMBS興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信することと、
前記設定情報により設定された前記条件が満たされたことに応じて前記MBS興味通知の送信処理を行うことと、を有する
通信方法。
(2)
前記送信処理を行うことは、前記設定情報により設定された前記条件が満たされないときは前記送信処理を行わずに、前記設定情報により設定された前記条件が満たされたことに応じて前記送信処理を行うことを含む
上記(1)に記載の通信方法。
前記送信処理を行うことは、前記設定情報により設定された前記条件が満たされないときは前記送信処理を行わずに、前記設定情報により設定された前記条件が満たされたことに応じて前記送信処理を行うことを含む
上記(1)に記載の通信方法。
(3)
前記設定情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記ユーザ装置において適用する前記トリガ条件の種別を設定するトリガ設定情報を含み、
前記送信処理を行うことは、前記複数種別のトリガ条件のうち前記トリガ設定情報により設定された前記種別のトリガ条件が満たされたことに応じて前記送信処理をトリガすることを含む
上記(1)又は(2)に記載の通信方法。
前記設定情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記ユーザ装置において適用する前記トリガ条件の種別を設定するトリガ設定情報を含み、
前記送信処理を行うことは、前記複数種別のトリガ条件のうち前記トリガ設定情報により設定された前記種別のトリガ条件が満たされたことに応じて前記送信処理をトリガすることを含む
上記(1)又は(2)に記載の通信方法。
(4)
前記設定情報は、n回目(n≧1)のMBS興味通知を送信してからn+1回目の前記MBS興味通知の送信を可能とするまでの禁止時間を設定する禁止時間設定情報を含み、
前記送信処理を行うことは、前回のMBS興味通知を送信してから、前記禁止時間設定情報により設定された前記禁止時間が経過したことに応じて、今回のMBS興味通知の送信を行うことを含む
上記(1)乃至(3)のいずれか1つに記載の通信方法。
前記設定情報は、n回目(n≧1)のMBS興味通知を送信してからn+1回目の前記MBS興味通知の送信を可能とするまでの禁止時間を設定する禁止時間設定情報を含み、
前記送信処理を行うことは、前回のMBS興味通知を送信してから、前記禁止時間設定情報により設定された前記禁止時間が経過したことに応じて、今回のMBS興味通知の送信を行うことを含む
上記(1)乃至(3)のいずれか1つに記載の通信方法。
(5)
前記設定情報は、前記禁止時間設定情報と対応付けられたトリガ種別情報をさらに含み、
前記トリガ種別情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記禁止時間を適用するトリガ条件の種別を示す情報である
上記(4)に記載の通信方法。
前記設定情報は、前記禁止時間設定情報と対応付けられたトリガ種別情報をさらに含み、
前記トリガ種別情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記禁止時間を適用するトリガ条件の種別を示す情報である
上記(4)に記載の通信方法。
(6)
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて前記前回のMBS興味通知を送信した後、前記禁止時間設定情報により設定された前記禁止時間が経過し、且つ、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記今回のMBS興味通知の送信を行うことを含む
上記(5)に記載の通信方法。
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて前記前回のMBS興味通知を送信した後、前記禁止時間設定情報により設定された前記禁止時間が経過し、且つ、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記今回のMBS興味通知の送信を行うことを含む
上記(5)に記載の通信方法。
(7)
前記設定情報は、前記ユーザ装置を含む複数のユーザ装置による複数のMBS興味通知の送信を時間方向及び/又は周波数方向に分散させるための分散化情報を含み、
前記送信処理を行うことは、前記分散化情報に基づいて定められるタイミング及び/又は周波数において前記MBS興味通知を送信することを含む
上記(1)乃至(6)のいずれか1つに記載の通信方法。
前記設定情報は、前記ユーザ装置を含む複数のユーザ装置による複数のMBS興味通知の送信を時間方向及び/又は周波数方向に分散させるための分散化情報を含み、
前記送信処理を行うことは、前記分散化情報に基づいて定められるタイミング及び/又は周波数において前記MBS興味通知を送信することを含む
上記(1)乃至(6)のいずれか1つに記載の通信方法。
(8)
前記設定情報は、前記分散化情報と対応付けられたトリガ種別情報をさらに含み、
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記分散化情報に基づいて定められる前記タイミング及び/又は前記周波数において前記MBS興味通知を送信することを含む
上記(7)に記載の通信方法。
前記設定情報は、前記分散化情報と対応付けられたトリガ種別情報をさらに含み、
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記分散化情報に基づいて定められる前記タイミング及び/又は前記周波数において前記MBS興味通知を送信することを含む
上記(7)に記載の通信方法。
(9)
前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するセルを設定するセル情報を含む
上記(7)又は(8)に記載の通信方法。
前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するセルを設定するセル情報を含む
上記(7)又は(8)に記載の通信方法。
(10)
前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するタイミングを制御するタイミング制御情報を含む
上記(7)又は(8)に記載の通信方法。
前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するタイミングを制御するタイミング制御情報を含む
上記(7)又は(8)に記載の通信方法。
(11)
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置に固有の識別子とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置に固有の識別子とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
(12)
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置で発生させた乱数とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置で発生させた乱数とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
(13)
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置が把握しているMBSセッション開始タイミングとに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置が把握しているMBSセッション開始タイミングとに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
上記(10)に記載の通信方法。
(14)
マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ1つ又は複数のMBS周波数を示す情報を含む第1のMBS興味通知を基地局に送信することと、
キャリアアグリゲーション(CA)の設定に関するCA設定情報を前記基地局から受信することと、
前記CA設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つMBS周波数が変更された場合、変更後のMBS周波数を示す情報を含む第2のMBS興味通知を前記基地局に送信することと、を有する
通信方法。
マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ1つ又は複数のMBS周波数を示す情報を含む第1のMBS興味通知を基地局に送信することと、
キャリアアグリゲーション(CA)の設定に関するCA設定情報を前記基地局から受信することと、
前記CA設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つMBS周波数が変更された場合、変更後のMBS周波数を示す情報を含む第2のMBS興味通知を前記基地局に送信することと、を有する
通信方法。
1 :移動通信システム
10 :RAN
20 :CN
100 :UE
110 :受信部
120 :送信部
130 :制御部
200 :gNB
210 :送信部
220 :受信部
230 :制御部
240 :バックホール通信部
10 :RAN
20 :CN
100 :UE
110 :受信部
120 :送信部
130 :制御部
200 :gNB
210 :送信部
220 :受信部
230 :制御部
240 :バックホール通信部
Claims (14)
- マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が受信している又は受信に興味を持つMBSセッションに関するMBS興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信することと、
前記設定情報により設定された前記条件が満たされたことに応じて前記MBS興味通知の送信処理を行うことと、を有する
通信方法。 - 前記送信処理を行うことは、前記設定情報により設定された前記条件が満たされないときは前記送信処理を行わずに、前記設定情報により設定された前記条件が満たされたことに応じて前記送信処理を行うことを含む
請求項1に記載の通信方法。 - 前記設定情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記ユーザ装置において適用する前記トリガ条件の種別を設定するトリガ設定情報を含み、
前記送信処理を行うことは、前記複数種別のトリガ条件のうち前記トリガ設定情報により設定された前記種別のトリガ条件が満たされたことに応じて前記送信処理をトリガすることを含む
請求項1又は2に記載の通信方法。 - 前記設定情報は、n回目(n≧1)のMBS興味通知を送信してからn+1回目の前記MBS興味通知の送信を可能とするまでの禁止時間を設定する禁止時間設定情報を含み、
前記送信処理を行うことは、前回のMBS興味通知を送信してから、前記禁止時間設定情報により設定された前記禁止時間が経過したことに応じて、今回のMBS興味通知の送信を行うことを含む
請求項1又は2に記載の通信方法。 - 前記設定情報は、前記禁止時間設定情報と対応付けられたトリガ種別情報をさらに含み、
前記トリガ種別情報は、前記MBS興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記禁止時間を適用するトリガ条件の種別を示す情報である
請求項4に記載の通信方法。 - 前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて前記前回のMBS興味通知を送信した後、前記禁止時間設定情報により設定された前記禁止時間が経過し、且つ、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記今回のMBS興味通知の送信を行うことを含む
請求項5に記載の通信方法。 - 前記設定情報は、前記ユーザ装置を含む複数のユーザ装置による複数のMBS興味通知の送信を時間方向及び/又は周波数方向に分散させるための分散化情報を含み、
前記送信処理を行うことは、前記分散化情報に基づいて定められるタイミング及び/又は周波数において前記MBS興味通知を送信することを含む
請求項1に記載の通信方法。 - 前記設定情報は、前記分散化情報と対応付けられたトリガ種別情報をさらに含み、
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記分散化情報に基づいて定められる前記タイミング及び/又は前記周波数において前記MBS興味通知を送信することを含む
請求項7に記載の通信方法。 - 前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するセルを設定するセル情報を含む
請求項7又は8に記載の通信方法。 - 前記分散化情報は、前記ユーザ装置が前記MBS興味通知を送信するタイミングを制御するタイミング制御情報を含む
請求項7又は8に記載の通信方法。 - 前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置に固有の識別子とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
請求項10に記載の通信方法。 - 前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置で発生させた乱数とに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
請求項10に記載の通信方法。 - 前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置が把握しているMBSセッション開始タイミングとに基づいて、前記MBS興味通知を送信する前記タイミングを決定することを含む
請求項10に記載の通信方法。 - マルチキャストブロードキャストサービス(MBS)を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ1つ又は複数のMBS周波数を示す情報を含む第1のMBS興味通知を基地局に送信することと、
キャリアアグリゲーション(CA)の設定に関するCA設定情報を前記基地局から受信することと、
前記CA設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つMBS周波数が変更された場合、変更後のMBS周波数を示す情報を含む第2のMBS興味通知を前記基地局に送信することと、を有する
通信方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2023572426A JPWO2023132258A1 (ja) | 2022-01-04 | 2022-12-22 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202263296238P | 2022-01-04 | 2022-01-04 | |
US63/296,238 | 2022-01-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023132258A1 true WO2023132258A1 (ja) | 2023-07-13 |
Family
ID=87073564
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2022/047339 WO2023132258A1 (ja) | 2022-01-04 | 2022-12-22 | 通信方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPWO2023132258A1 (ja) |
WO (1) | WO2023132258A1 (ja) |
-
2022
- 2022-12-22 WO PCT/JP2022/047339 patent/WO2023132258A1/ja unknown
- 2022-12-22 JP JP2023572426A patent/JPWO2023132258A1/ja active Pending
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "Report of offline discussion: [AT116-e][051][MBS] CP continuation", 3GPP TSG RAN WG2 #116-E R2-2111510, 9 November 2021 (2021-11-09), XP052082703 * |
KYOCERA: "Remaining issues of MBS Interest Indication", 3GPP TSG RAN WG2 #116BIS-E R2-2201244, 11 January 2022 (2022-01-11), XP052094345 * |
Also Published As
Publication number | Publication date |
---|---|
JPWO2023132258A1 (ja) | 2023-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6506887B2 (ja) | 無線端末及び基地局 | |
WO2018084195A1 (ja) | 無線端末及び基地局 | |
JPWO2018062370A1 (ja) | 移動通信システム | |
JP6408173B2 (ja) | 無線端末及びネットワーク装置 | |
WO2021159466A1 (en) | Methods and apparatus of group scheduling for nr multicast service | |
WO2022239690A1 (ja) | 通信制御方法及びユーザ装置 | |
WO2022153991A1 (ja) | 通信制御方法 | |
WO2023140144A1 (ja) | 通信方法及びユーザ装置 | |
WO2023074530A1 (ja) | 通信方法 | |
US20190222969A1 (en) | Radio terminal and base station | |
WO2023132258A1 (ja) | 通信方法 | |
WO2023132209A1 (ja) | 通信方法 | |
WO2023013607A1 (ja) | 通信方法 | |
WO2023063374A1 (ja) | 通信方法及びユーザ装置 | |
WO2023002988A1 (ja) | 通信方法 | |
WO2023153452A1 (ja) | 通信方法及びユーザ装置 | |
WO2022085646A1 (ja) | 通信制御方法 | |
WO2024034567A1 (ja) | 通信方法 | |
WO2022234847A1 (ja) | 通信制御方法及びユーザ装置 | |
WO2022153990A1 (ja) | 通信制御方法及びユーザ装置 | |
JP7469571B2 (ja) | 通信方法、ユーザ装置、ネットワークノード、チップセット、及びプログラム | |
JP7425259B2 (ja) | 通信制御方法及び基地局 | |
WO2023013608A1 (ja) | 通信方法 | |
WO2023063323A1 (ja) | 通信方法、ユーザ装置、及び基地局 | |
WO2023013670A1 (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: 22918842 Country of ref document: EP Kind code of ref document: A1 |