WO2024055248A1 - Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés - Google Patents

Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés Download PDF

Info

Publication number
WO2024055248A1
WO2024055248A1 PCT/CN2022/119068 CN2022119068W WO2024055248A1 WO 2024055248 A1 WO2024055248 A1 WO 2024055248A1 CN 2022119068 W CN2022119068 W CN 2022119068W WO 2024055248 A1 WO2024055248 A1 WO 2024055248A1
Authority
WO
WIPO (PCT)
Prior art keywords
ptm configuration
configuration
ptm
inactive state
multicast services
Prior art date
Application number
PCT/CN2022/119068
Other languages
English (en)
Inventor
Xin Zhang
Original Assignee
Shenzhen Tcl New Technology Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Tcl New Technology Co., Ltd. filed Critical Shenzhen Tcl New Technology Co., Ltd.
Priority to PCT/CN2022/119068 priority Critical patent/WO2024055248A1/fr
Publication of WO2024055248A1 publication Critical patent/WO2024055248A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to wireless communication technologies, and more particularly, to a multicast service receiving method, a multicast service transmitting method, and related devices such as a user equipment (UE) and a base station (BS) (e.g., a gNB) .
  • UE user equipment
  • BS base station
  • gNB gNode B
  • RAN radio access network
  • BS base stations
  • CN core network
  • LTE Long Term Evolution
  • E-UTRAN Evolved Universal Mobile Telecommunication System Territorial Radio Access Network
  • 5G or new radio (NR) systems where one or more cells are supported by a base station known as a gNB.
  • the network may order the UE to get into an RRC_IDLE state if the UE has no activity for a while. This is done to reduce UE’s power consumption.
  • the UE needs to transit from the RRC_IDLE state to an RRC_CONNECTED state whenever the UE needs to perform some activity. Since small amounts of data have to be sent very frequently in current mobile communication applications, frequent Idle-Connected-Idle transitions increase network signaling load and latency. Therefore, 5G NR has defined a new state called RRC_INACTIVE to reduce network signaling load and latency involved in transiting to RRC_CONNECTED state.
  • a UE In NR, a UE is in RRC_CONNECTED when an RRC connection has been established or in RRC_INACTIVE when the RRC connection is suspended. If this is not the case, the UE is in RRC_IDLE state, that is, no RRC connection is established.
  • the RRC_INACTIVE and RRC_IDLE states may be referred to a power saving state. More specifically, in RRC_INACTIVE state, the UE Access Stratum (AS) context is stored at both UE and network sides so that the core network connection is maintained (i.e., the UE keeps in CM (abbreviated from Connection Management) -CONNECTED) and the radio access network (RAN) connection is released.
  • the network can reach the inactive UE through RAN or CN Paging messages.
  • 3GPP has developed NR broadcast/multicast in 3GPP Rel-17, aiming to enable general MBS services over 5G system (5GS) .
  • the use cases identified that could benefit from this feature include public safety and mission critical, V2X applications, IPTV, live video, software delivery over wireless and IoT applications, etc.
  • Two delivery modes have been agreed for 3GPP Rel-17 MBS with delivery mode 1 (only for multicast) capable of addressing higher QoS services and delivery mode 2 (only for broadcast) focusing on lower QoS services.
  • delivery mode 1 only for multicast
  • delivery mode 2 only for broadcast
  • radio access network only specifies multicast for UEs in RRC_CONNECTED state, which may not fully fulfil the requirements of, e.g., Mission Critical Services, especially for cells with a large number of UEs. Also, to always keep UEs in RRC_CONNECTED state is not power efficient. It is therefore important to support multicast for UEs in RRC_INACTIVE.
  • 3GPP Rel-18 An objective for 3GPP Rel-18 is to specify support of multicast reception by UEs in RRC_INACTIVE state.
  • PTM point-to-multipoint
  • FIG. 1 is a flowchart of PTM configuration transmission for UE receiving multicast services in connected mode according to an existing art.
  • gNB sends MCCH change notification to UEs due to Multicast session start.
  • UEs go to connected state to receive multicast configuration transmitted via dedicated signaling.
  • UEs stays in connected state to receive multicast services. That is, for UEs who are interested in receiving multicast services in connected state, the UEs transition from power saving state to connected state to receive associated PTM configuration via dedicated signaling.
  • FIG. 2 is a flowchart of PTM configuration transmission for UE receiving broadcast services in idle/inactive/connected mode according to an existing art.
  • SIB1 system information block 1
  • UEs who are interested in receiving broadcast services identify the scheduling information of SIB20.
  • SIB20 contains the information required to acquire the Multicast Control Channel configuration associated with transmission of Multicast Traffic Channel (MTCH) for broadcast data.
  • MTCH Multicast Traffic Channel
  • UEs can further find the configuration of MTCHs that carry the broadcast.
  • UEs can receive MTCHs in idle/inactive/connected state. That is, for UEs who are interested in receiving broadcast services in idle/inactive/connected mode, the UEs stay in idle/inactive/connected mode to receive associated PTM configuration that is configured using SIB and MCCH.
  • UE still needs the indication or criterion whether it could receive multicast in RRC_CONNECTED. And it should be noticed that there could be UEs receiving multicast in RRC_CONNECTED inevitably, so that SIB+MCCH like solution seems to introduce some redundancy. And SIB+MCCH way could only provides common configuration but no UE specific configurations and in some sense, hence, it may come with a compromised QoS.
  • the objective of the present disclosure is to provide a multicast service receiving method, a multicast service transmitting method, and related devices for providing PTM configuration for UE in inactive state to enable multicast services transmission in inactive state.
  • an embodiment of the present application provides a multicast service receiving method, performed by a user equipment (UE) in a network, the method including: receiving multicast services according to a first point-to-multipoint (PTM) configuration that is configured via dedicated signaling; being configured with a second PTM configuration for the multicast services via a broadcast way when the UE stays in an inactive state; and continuing to receive the multicast services in the inactive state according to the second PTM configuration.
  • PTM point-to-multipoint
  • an embodiment of the present application provides a multicast service receiving method, performed by a user equipment (UE) in a network, the method including: receiving multicast services according to a first PTM configuration that is configured using a broadcast way; being configured with a second PTM configuration for the multicast services via the broadcast way or via dedicated signaling when the UE stays in an inactive state; and continuing to receive the multicast services in the inactive state according to the second PTM configuration.
  • UE user equipment
  • an embodiment of the present application provides a multicast service transmitting method, performed by a base station (BS) in a network, the method including: transmitting multicast services for a user equipment (UE) to receive the multicast services according to a first point-to-multipoint (PTM) configuration that is configured via dedicated signaling; configuring the UE with a second PTM configuration for the multicast services via a broadcast way when the UE stays in an inactive state; and continuing to transmit the multicast services for the UE to receive the multicast services in the inactive state according to the second PTM configuration.
  • PTM point-to-multipoint
  • an embodiment of the present application provides a multicast service transmitting method, performed by a base station (BS) in a network, the method including: transmitting multicast services for a user equipment (UE) to receive the multicast services according to a first PTM configuration that is configured using a broadcast way; configuring the UE with a second PTM configuration for the multicast services via the broadcast way or via dedicated signaling when the UE stays in an inactive state; and continuing to transmit the multicast services for the UE to receive the multicast services in the inactive state according to the second PTM configuration.
  • BS base station
  • the method including: transmitting multicast services for a user equipment (UE) to receive the multicast services according to a first PTM configuration that is configured using a broadcast way; configuring the UE with a second PTM configuration for the multicast services via the broadcast way or via dedicated signaling when the UE stays in an inactive state; and continuing to transmit the multicast services for the UE to receive the multicast services in the inactive state according to the second PTM configuration.
  • an embodiment of the present application provides a UE, including a processor and a transmitter, wherein the processor is configured to call and run program instructions stored in a memory, to cooperate with the transmitter to execute the method of any of the first or the second aspect.
  • an embodiment of the present application provides a BS, including a processor and a transmitter, wherein the processor is configured to call and run program instructions stored in a memory, to cooperate with the transmitter to execute the method of any of the third or the fourth aspect.
  • an embodiment of the present application provides a computer readable storage medium provided for storing a computer program, which enables a computer to execute the method of any of the first to the fourth aspects.
  • an embodiment of the present application provides a computer program product, which includes computer program instructions enabling a computer to execute the method of any of the first to the fourth aspects.
  • an embodiment of the present application provides a computer program, when running on a computer, enabling the computer to execute the method of any of the first to the fourth aspects.
  • the non-transitory computer readable medium may include at least one from a group consisting of: a hard disk, a CD-ROM, an optical storage device, a magnetic storage device, a Read Only Memory, a Programmable Read Only Memory, an Erasable Programmable Read Only Memory, EPROM, an Electrically Erasable Programmable Read Only Memory and a Flash memory.
  • FIG. 1 is a flowchart of PTM configuration transmission for UE receiving multicast services in connected mode according to an existing art.
  • FIG. 2 is a flowchart of PTM configuration transmission for UE receiving broadcast services in idle/inactive/connected mode according to an existing art.
  • FIG. 3 is a schematic block diagram illustrating a communication network system according to an embodiment of the present application.
  • FIG. 4 is a flowchart of a multicast service receiving method according to a first embodiment of the present application.
  • FIG. 5 is a flowchart of multicast services transmission with PTM configuration configured via dedicated signaling in a first scenario.
  • FIG. 6 is a flowchart of multicast services transmission with PTM configuration configured via dedicated signaling in a second scenario.
  • FIG. 7 is a flowchart of a multicast service receiving method applied in the first scenario shown in FIG. 5.
  • FIG. 8 is a flowchart of a multicast service receiving method applied in the second scenario shown in FIG. 6.
  • FIG. 9 is a flowchart of a multicast service receiving method according to a second embodiment of the present application.
  • FIG. 10 is a flowchart of multicast services transmission with PTM configuration configured using SIB and MCCH in a first scenario.
  • FIG. 11 is a flowchart of multicast services transmission with PTM configuration configured using SIB and MCCH in a second scenario.
  • FIG. 12 is a flowchart of a multicast service receiving method applied in the first scenario shown in FIG. 10.
  • FIG. 13 is a flowchart of a multicast service receiving method applied in the second scenario shown in FIG. 11.
  • FIG. 3 illustrates that, in some embodiments, one or more user equipments (UEs) 10 and a base station (e.g., gNB or eNB) 20 for wireless communication in a communication network system 30 according to an embodiment of the present application are provided.
  • the communication network system 30 includes the one or more UEs 10 and the base station 20.
  • the one or more UEs 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13.
  • the base station 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23.
  • the processor 11 or 21 may be configured to implement proposed functions, procedures and/or methods described in this description.
  • Layers of radio interface protocol may be implemented in the processor 11 or 21.
  • the memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21.
  • the transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and/or receives a radio signal.
  • the processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and/or data processing device.
  • the memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and/or other storage device.
  • the transceiver 13 or 23 may include baseband circuitry to process radio frequency signals.
  • modules e.g., procedures, functions, and so on
  • the modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21.
  • the memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.
  • FIG. 4 is a flowchart of a multicast service receiving method 100 according to a first embodiment of the present application. Referring to FIG. 4 in conjunction with FIG. 3, the method 100 includes the following.
  • a user equipment receives multicast services from a base station (BS) according to a first PTM configuration configured by the BS.
  • the first PTM configuration is configured by dedicated signaling.
  • the dedicated signaling is Radio Resource Control (RRC) signaling.
  • the first PTM configuration may be carried in a Radio Resource Control (RRC) message, and the UE is configured with the first PTM configuration by receiving the RRC message in a connected state (e.g., RRC_CONNECTED) .
  • the UE may receive the multicast services in the connected state or in an inactive state (e.g., RRC_INACTIVE) according to the first PTM configuration.
  • the first PTM configuration may be carried in a RRC release message (e.g., RRCRelease) , and the UE is configured with the PTM configuration by receiving the RRC release message upon transitioning from the connected state to the inactive state.
  • the UE may receive the multicast services in the inactive state according to the first PTM configuration.
  • Step 120 when the UE stays in the inactive state, the UE is configured with a second PTM configuration for the multicast services via a broadcast way.
  • the broadcast way includes a way to configure the second PTM configuration via system information block (SIB) and MBS Control Channel (MCCH) , as that depicted in FIG. 2. That is, if a PTM configuration (i.e., the first PTM configuration as defined) is previously configured to the UE via the dedicated signaling, when the UE enters or stays in the inactive state and is interested in receiving multicast services in the inactive state, the UE is then configured with a PTM configuration (i.e., the second PTM configuration as defined) via the broadcast way.
  • SIB system information block
  • MCCH MBS Control Channel
  • the second PTM configuration is configured to the UE in the inactive state only if the first PTM configuration needs to be changed. That is, only if there is a change of the first PTM configuration based on which the multicast services are received by the UE, the second PTM configuration will be configured to the UE in the inactive state via the broadcast way.
  • the second PTM configuration is configured once the UE enters the inactive state, no matter whether the first PTM configuration needs to be changed. That is, despite whether there is a change of the first PTM configuration based on which the multicast services are received by the UE, as soon as the UE transitions to the inactive state, the second PTM configuration will be configured to the UE in the inactive state via the broadcast way.
  • the UE may receive a notification of the PTM configuration change and then receives the updated PTM configuration.
  • the UE receives from the BS an MBS Control Channel (MCCH) change notification transmitted in the inactive state, and the MCCH change notification indicates the PTM configuration change.
  • the MCCH change notification may contain two bits, one of the two bits is used to inform the UE to start a multicast section, and the other one of the two bits is used to inform the UE that the configuration of ongoing multicast section is changed or to be changes.
  • the UE receives a changed or updated PTM configuration via MCCH after receiving the notification of the PTM configuration change and applies the changed or updated PTM configuration for subsequent multicast services transmission.
  • the UE upon reception of the notification of the PTM configuration change, the UE receives the changed PTM configuration from the BS.
  • the changed PTM configuration may be a delta or full configuration with respect to the PTM configuration, that is, the changed PTM configuration itself carries differences as compared to the PTM configuration, or the changed PTM configuration is a total new PTM configuration even though some contents of the configuration may be identical to the PTM configuration.
  • the changed or updated PTM configuration is applied to receive subsequent multicast services transmission in the inactive state.
  • a new PTM configuration i.e., the second PTM configuration as defined
  • the broadcast way using SIB and MCCH may be adopted to configure the UE with the new PTM configuration.
  • Step 130 the UE continues to receive the multicast services in the inactive state with the second PTM configuration configured in Step 120.
  • the multicast services received in Step 110 continues to be received in Step 130.
  • the difference is that the multicast services received in Step 130 is based on the second PTM configuration configured via the broadcast way while the multicast services received in Step 110 is based on the first PTM configuration configured via the dedicated signaling.
  • the continuation of multicast services reception may be seamless without an interrupt that is perceived by a user.
  • UEs are configured with the PTM configuration in the inactive state without a need to transition from the inactive state to the connected state to receive the PTM configuration. Therefore, network congestion is avoided, and the payload of RRC release message decreases.
  • the method may further include: being configured with the first PTM configuration in a connected state via the dedicated signaling; receiving the multicast services in the connected state according to the first PTM configuration; and transitioning from the connected state to the inactive state, wherein the multicast services received in the connected state according to the first PTM configuration continue to be received in the inactive state.
  • the method may further include: transitioning from a connected state to the inactive state upon reception of a RRC release message which carries the first PTM configuration, wherein the first PTM configuration is for receiving the multicast services in the inactive state.
  • Second Scenario a UE has joined a multicast session and has been directed to INACTIVE, the UE starts to receive the multicast session.
  • the multicast service receiving method illustrated in the flowchart of FIG. 4 will be further detailed in combination with the above two scenarios as depicted in FIGs. 5 and 6, respectively.
  • FIG. 5 is a flowchart of multicast services transmission with PTM configuration configured via dedicated signaling in a first scenario.
  • UEs are receiving a multicast session in CONNECTED with PTM configuration configured via dedicated signaling, but due to e.g., increased number of UEs or amount of traffics in the cell, there is a need to move some of the UEs to INACTIVE but still continue with the multicast session reception.
  • FIG. 6 is a flowchart of multicast services transmission with PTM configuration configured via dedicated signaling in a second scenario.
  • UEs has joined a multicast session with PTM configuration configured via dedicated signaling and are in INACTIVE, but due to activation of the multicast session, some or all of UEs can stay in INACTIVE (i.e., no need to go to CONNECTED) and are able to receive the multicast session.
  • FIG. 7 is a flowchart of a multicast service receiving method applied in the first scenario shown in FIG. 5.
  • UE already has a valid PTM configuration in connected state (step 1) and starts to receive multicast services from gNB in connected state according to the PTM configuration (step 2) .
  • the PTM configuration may be configured by dedicated signaling (e.g., RRC signaling) .
  • RRC signaling e.g., RRC signaling
  • the UE receives from gNB a MCCH change notification indicative of a change of the PTM configuration (step 5) , Following the notification of PTM configuration change, the UE receives from gNB a changed or updated PTM configuration (step 6) , which is a delta or full configuration with respect to the PTM configuration. The UE continues to receive the multicast services in inactive state according to the changed or updated PTM configuration (step 7) .
  • FIG. 8 is a flowchart of a multicast service receiving method applied in the second scenario shown in FIG. 6.
  • UE transitions to from connected state to inactive state upon reception of a RRC release message from gNB.
  • the RRC release message carries a PTM configuration for the UE to receive multicast services based on it (step 1) .
  • the UE stays in inactive state, the UE starts to receive multicast services from gNB according to the PTM configuration carried by the RRC release message (step 2) .
  • the UE receives from gNB a MCCH change notification indicative of a change of the PTM configuration (step 3) .
  • the UE receives from gNB a changed or updated PTM configuration (step 4) , which is a delta or full configuration with respect to the PTM configuration.
  • the UE continues to receive the multicast services in inactive state according to the changed or updated PTM configuration (step 5) .
  • UEs Since UEs receive the indication of PTM configuration change and the changed or updated PTM configuration via MCCH without a need to transition from the inactive state to the connected state to receive the changed or updated PTM configuration, network congestion is avoided, and the payload of RRC release message decreases.
  • FIG. 9 is a flowchart of a multicast service receiving method 200 according to a second embodiment of the present application. Referring to FIG. 9 in conjunction with FIG. 3, the method 200 includes the following.
  • a user equipment receives multicast services from a base station (BS) according to a first PTM configuration configured by the BS.
  • the first PTM configuration is configured using a broadcast way (e.g., using system information block (SIB) and MBS Control Channel (MCCH) ) .
  • SIB system information block
  • MCCH MBS Control Channel
  • the UE reads broadcast system information block 1 (SIB1) and identifies the scheduling information of SIB20, which contains the information required to acquire the Multicast Control Channel configuration.
  • SIB1 broadcast system information block 1
  • SIB1 broadcast system information block 1
  • the UE can further find the first PTM configuration for receiving the multicast services.
  • the UE is configured with the first PTM configuration via SIB and MCCH when the UE stays in a connected state (e.g., RRC_CONNECTED) .
  • the UE may receive the multicast services in the connected state according to the first PTM configuration.
  • the UE is configured with the first PTM configuration via SIB and MCCH when the UE stays in an inactive state (e.g., RRC_INACTIVE) .
  • the UE may receive the multicast services in the inactive state according to the first PTM configuration.
  • Step 220 when the UE stays in the inactive state, the UE is configured with a second PTM configuration for the multicast services via the broadcast way or via dedicated signaling.
  • the broadcast way includes a way to configure the second PTM configuration via SIB and MCCH, as that depicted in FIG. 2.
  • the dedicated signaling may be Radio Resource Control (RRC) signaling.
  • RRC Radio Resource Control
  • the UE may transition from the inactive state to the connected state to receive a Radio Resource Control (RRC) message, the second PTM configuration is carried in the RRC message, and the UE is configured with the second PTM configuration by receiving the RRC message after transitioned to the connected state.
  • RRC Radio Resource Control
  • a PTM configuration i.e., the first PTM configuration as defined
  • the UE is then configured with a PTM configuration (i.e., the second PTM configuration as defined) via the broadcast way or the dedicated signaling.
  • the second PTM configuration is a PTM configuration common for all UEs
  • the second PTM configuration is configured to all UEs in the inactive state via the broadcast way. That is, when a PTM configuration to be configured in the inactive state is a common configuration, the broadcast way is adopted to configure the PTM configuration to all UEs in the inactive state.
  • the second PTM configuration is a UE-specific PTM configuration
  • the second PTM configuration is configured to one or more UEs in the inactive state via the dedicated signaling. That is, when a PTM configuration to be configured in the inactive state is a configuration specific for one or some UEs, the dedicated signaling is adopted to configure the PTM configuration to the one or some UEs in the inactive state.
  • a PTM configuration i.e., the second PTM configuration
  • the broadcast way using SIB and MCCH may be adopted to configure the UE with the common PTM configuration. More specifically, the UE may be notified of a change of the first PTM configuration via a MCCH change notification and receives the second PTM configuration in the inactive state via MCCH after receiving the MCCH change notification.
  • a PTM configuration (i.e., the second PTM configuration) to be configured in the inactive state is a UE-specific PTM configuration
  • the UE may receive an indication of reception of the UE-specific PTM configuration, and more specifically, the BS may page the UE to receive the UE-specific PTM configuration, and the indication of reception of the UE-specific PTM configuration may be carried in a paging message.
  • An indication bit can be added/introduced in the paging message. For example, the indication bit can be added in a short message scrambled by P-RNTI.
  • the UE-specific PTM configuration is a configuration specific to UE as compared to the first PTM configuration in Step 210, which is a configuration common for all UEs.
  • the UE After reception of the indication, the UE receives the UE-specific PTM configuration. Specifically, following the indication, the UE transitions from the inactive state to the connected state to receive the UE-specific PTM configuration in the connected state. Since the UE transitions to the connected state to receive the UE-specific PTM configuration, the UE-specific PTM configuration may be carried in a RRC message. Because the UE-specific PTM configuration is configured vis such dedicated signaling, it is a configuration specific to one or some UEs. In contrast, the first PTM configuration in Step 210 is configured via SIB and MCCH (i.e., the broadcast way) , it is a configuration common for all UEs.
  • SIB and MCCH i.e., the broadcast way
  • the UE-specific PTM configuration may be a delta or full configuration with respect to the first PTM configuration, that is, the UE-specific PTM configuration itself carries differences as compared to the first PTM configuration, or the UE-specific PTM configuration is a total new PTM configuration even though some contents of the configuration may be identical to the first PTM configuration.
  • Step 230 upon reception of the second PTM configuration, the UE transitions from the connected state to the inactive state to receive subsequent multicast services transmission in the inactive state.
  • the second PTM configuration is applied to receive subsequent multicast services transmission in the inactive state.
  • the UE continues to receive the multicast services in the inactive state with the second PTM configuration.
  • the multicast services received in Step 210 continues to be received in Step 230.
  • the difference is that the multicast services received in Step 230 is based on the second PTM configuration (which can be the common PTM configuration or the UE-specific PTM configuration) while the multicast services received in Step 210 is based on the first PTM configuration (i.e., the common configuration configured via the broadcast way) .
  • the continuation of multicast services reception may be seamless without an interrupt that is perceived by a user.
  • UEs can receive the second PTM configuration via the broadcast way or the dedicated signaling, depending on whether the PTM configuration is common or UE specific.
  • the UE-specific PTM configuration can be provided to the UE without a need to come with a compromised QoS.
  • the method may further include: being configured with the first PTM configuration in a connected state using the broadcast way; receiving the multicast services in the connected state according to the first PTM configuration; and transitioning from the connected state to the inactive state, wherein the multicast services received in the connected state according to the first PTM configuration continue to be received in the inactive state.
  • the method may further include: being configured with the first PTM configuration in the inactive state using the broadcast way, wherein the first PTM configuration is for receiving the multicast services in the inactive state.
  • Second Scenario a UE has joined a multicast session and has been directed to INACTIVE, the UE starts to receive the multicast session.
  • the multicast service receiving method illustrated in the flowchart of FIG. 9 will be further detailed in combination with the above two scenarios as depicted in FIGs. 10 and 11, respectively.
  • FIG. 10 is a flowchart of multicast services transmission with PTM configuration configured using SIB and MCCH in a first scenario.
  • UEs are receiving a multicast session in CONNECTED with PTM configuration configured via SIB and MCCH, but due to e.g., increased number of UEs or amount of traffics in the cell, there is a need to move some of the UEs to INACTIVE but still continue with the multicast session reception.
  • FIG. 11 is a flowchart of multicast services transmission with PTM configuration configured using SIB and MCCH in a second scenario.
  • UEs has joined a multicast session with PTM configuration configured via SIB and MCCH and are in INACTIVE, but due to activation of the multicast session, some or all of UEs can stay in INACTIVE (i.e., no need to go to CONNECTED) and are able to receive the multicast session.
  • FIG. 12 is a flowchart of a multicast service receiving method applied in the first scenario shown in FIG. 10.
  • UE already has a valid PTM configuration in connected state (step 1) and starts to receive multicast services from gNB in connected state according to the PTM configuration (step 2) .
  • the PTM configuration may be configured using SIB and MCCH (i.e., the broadcast way) .
  • the UE Upon reception of a RRC message from gNB (step 3) , the UE transitions to from connected state to inactive state.
  • the UE continues to receive the multicast services from gNB in inactive state according to the PTM configuration configured in the connected state (step 4) .
  • the UE receives a paging message carrying an indication of reception of a UE-specific PTM configuration, and the indication also implicitly or explicitly indicates the UE to transition from inactive state to connected state to receive the UE-specific PTM configuration (step 5) .
  • the UE transmits a RRC resume request/RRC resume request1 to gNB (step 6) , and in response to the request, gNB transmits a RRC resume message to the UE (step 7) . If the state transition is successful, the UE feeds back a RRC resume complete message to gNB and changes to connected state (step 8) .
  • the UE After transitioned to connected state, the UE receives from gNB the UE-specific PTM configuration carried in a RRC message via dedicated signaling (step 9) .
  • the UE-specific PTM configuration is a delta or full configuration with respect to the PTM configuration.
  • the UE After reception of the UE-specific PTM configuration, the UE transitions back to inactive state upon reception of a RRC release message (step 10) .
  • the UE continues to receive the multicast services in inactive state according to the UE-specific PTM configuration (step 11) .
  • FIG. 13 is a flowchart of a multicast service receiving method applied in the second scenario shown in FIG. 11.
  • the UE When UE stays in inactive state, the UE is configured with a PTM configuration via SIB and MCCH (i.e., the broadcast way) (step 1) .
  • the UE starts to receive multicast services from gNB in inactive state according to the PTM configuration (step 2) .
  • the UE receives a paging message carrying an indication of reception of a UE-specific PTM configuration, and the indication also implicitly or explicitly indicates the UE to transition from inactive state to connected state to receive the UE-specific PTM configuration (step 3) .
  • the UE transmits a RRC resume request/RRC resume request1 to gNB (step 4) , and in response to the request, gNB transmits a RRC resume message to the UE (step 5) . If the state transition is successful, the UE feeds back a RRC resume complete message to gNB and changes to connected state (step 6) . After transitioned to connected state, the UE receives from gNB the UE-specific PTM configuration carried in a RRC message via dedicated signaling (step 7) .
  • the UE-specific PTM configuration is a delta or full configuration with respect to the PTM configuration.
  • the UE After reception of the UE-specific PTM configuration, the UE transitions back to inactive state upon reception of a RRC release message (step 8) . The UE continues to receive the multicast services in inactive state according to the UE-specific PTM configuration (step 9) .
  • the UE-specific PTM configuration can be provided to the UE without a need to come with a compromised QoS.
  • the embodiment of the present application further provides a computer readable storage medium for storing a computer program.
  • the computer readable storage medium enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • the embodiment of the present application further provides a computer program product including computer program instructions.
  • the computer program product enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • the embodiment of the present application further provides a computer program.
  • the computer program enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • any of the devices or apparatus that form part of the network may include at least a processor, a storage unit and a communications interface, wherein the processor unit, storage unit, and communications interface are configured to perform the method of any aspect of the present invention.

Landscapes

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

Abstract

La présente divulgation concerne un procédé de réception de service de multidiffusion. Le procédé, mis en œuvre par un équipement utilisateur (UE) dans un réseau, consiste à recevoir des services de multidiffusion selon une première configuration point à multipoint (PTM) qui est configurée par l'intermédiaire d'une signalisation dédiée ; être configuré selon une seconde configuration PTM pour les services de multidiffusion par l'intermédiaire d'une voie de diffusion lorsque l'UE reste dans un état inactif ; et continuer à recevoir les services de multidiffusion dans l'état inactif selon la seconde configuration PTM. Le procédé peut fournir une configuration PTM pour un UE dans un état inactif pour permettre une transmission de services de multidiffusion dans un état inactif.
PCT/CN2022/119068 2022-09-15 2022-09-15 Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés WO2024055248A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/119068 WO2024055248A1 (fr) 2022-09-15 2022-09-15 Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/119068 WO2024055248A1 (fr) 2022-09-15 2022-09-15 Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés

Publications (1)

Publication Number Publication Date
WO2024055248A1 true WO2024055248A1 (fr) 2024-03-21

Family

ID=90273929

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/119068 WO2024055248A1 (fr) 2022-09-15 2022-09-15 Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés

Country Status (1)

Country Link
WO (1) WO2024055248A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022002830A1 (fr) * 2020-06-29 2022-01-06 Telefonaktiebolaget Lm Ericsson (Publ) Services de multidiffusion et de diffusion pour des équipements utilisateurs dans des états de veille et inactif
WO2022098142A1 (fr) * 2020-11-05 2022-05-12 Samsung Electronics Co., Ltd. Procédés et systèmes de maintenance d'états rrc pour recevoir des services de diffusion sélective et de diffusion non sélective

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022002830A1 (fr) * 2020-06-29 2022-01-06 Telefonaktiebolaget Lm Ericsson (Publ) Services de multidiffusion et de diffusion pour des équipements utilisateurs dans des états de veille et inactif
WO2022098142A1 (fr) * 2020-11-05 2022-05-12 Samsung Electronics Co., Ltd. Procédés et systèmes de maintenance d'états rrc pour recevoir des services de diffusion sélective et de diffusion non sélective

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Consideration on Idle and Inactive mode UEs", 3GPP DRAFT; R2-2006597, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting ;20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051911532 *
ERICSSON: "NR Multicast in Idle and Inactive mode", 3GPP DRAFT; R2-2007262, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051912061 *

Similar Documents

Publication Publication Date Title
US10171958B2 (en) Managing a multimedia broadcast multicast service using an MBMS relay device
US9008701B2 (en) Multimedia broadcast and multicast service notification in long term evolution
EP1938599B1 (fr) Procede permettant d'emettre et de recevoir un service mbms dans un systeme de communication
US8203988B2 (en) Effective reception method in wireless communication system providing MBMS service
US20100103854A1 (en) Method for receiving system information in multimedia broadcast/multicast service
US10028114B2 (en) Method and apparatus for adaptive barring control for MO-SMS in wireless access system
US20200068477A1 (en) Communication system
WO2022056806A1 (fr) Procédé et appareil de gestion pour un service mbs, dispositif terminal et dispositif de réseau
WO2022126359A1 (fr) Procédés et appareils pour services de multidiffusion et de diffusion
US20200178040A1 (en) Terminal device, infrastructure equipment and methods for receiving warning notification message
WO2022027537A1 (fr) Appareil et procédé pour service de multidiffusion/diffusion
CN112398605B (zh) 一种多播控制信道发送方法及装置
CN113455028A (zh) 基于mbms多级承载质量指示符的动态mbms/单播承载建立
EP2590439A1 (fr) Appareil, procédé et programme informatique pour la fourniture d'informations de service de multidiffusion à un terminal mobile
WO2024055248A1 (fr) Procédé de réception de service de multidiffusion, procédé de transmission de service de multidiffusion et dispositifs associés
US20230371124A1 (en) Mbs processing method, communication apparatus and storage medium
WO2024017374A1 (fr) Procédé de resélection de cellule pour continuité de service mbs, procédé de fourniture de continuité de service mbs, et dispositifs associés
WO2022205331A1 (fr) Procédés et appareils pour services de diffusion et de multidiffusion
WO2023056643A1 (fr) Procédé de communication sans fil et matériel pertinent
WO2023202386A1 (fr) Procédé et appareil de communication
WO2024000293A1 (fr) Procédés et appareil de transmission et de réception de services de diffusion/multidiffusion sur une scell ou une cellule non de desserte
US20230180263A1 (en) Bwp determining method, apparatus, and system
WO2023230854A1 (fr) Service de multidiffusion et de diffusion dans divers états de commande de ressources radio
WO2022126658A1 (fr) Procédé et appareil de changement de configuration mbs, dispositif terminal et dispositif de réseau
WO2024113951A1 (fr) Systèmes et procédés pour prendre en charge une réception de multidiffusion dans un état rrc_inactive

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

Country of ref document: EP

Kind code of ref document: A1