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
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/0005—Control or signalling for completing the hand-off
  • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS

Definitions

• the disclosed embodiments relate generally to wireless communication, and, more particularly, to reliable multicast transmission.
• the early 3GPP in the LTE standard defines enhanced multimedia broadcast multicast services eMBMS.
• the single-cell point to multipoint (SC-PTM) services and multicast-broadcast single-frequency network (MBSFN) is defined.
• the fifth generation (5G) multicast and broadcast services (MBS) are defined based on the unicast 5G core (5GC) architecture. Reliability transmission for the multicast services in the NR system needs to be addressed. In particular, the retransmission of the multicast packets is needed to provide reliable services.
• Improvements and enhancements are required to support reliable multicast transmission and reception in the NR network.
• a new multicast radio bearer structure with associated unicast RB is provided to enable reliable multicast transmission.
• the associated unicast RB is used for both the uplink feedback and downlink retransmission of the multicast packets.
• dynamic transmission mode switch procedure is provided.
• the MBS transmission switches from PTM transmission to PTP transmission.
• the MBS packets reception at the UE switches from the PTM leg to the PTP leg.
• the PTM leg and the PTP leg are configured with a common PDCP entity and two different RLC entities including a PTM RLC entity for the PTM leg and a PTP RLC entity for the PTP leg.
• the dynamic switch is triggered by one or more triggering event including, L1 HARQ, L2 RLC status report or L2 PDCP status report.
• the dynamic switch procedure is anchored by the common PDCP entity of the PTM leg and the PTP leg.
• lossless handover is achieved via PDCP layer packets-based data forwarding during the mobility for the multicast transmission for the UE.
• the UE performs the handover from a source node to a target node, associates the PTP leg with a unicast RB of the target node and unacknowledged PDCP packets through PTP leg, wherein the PDCP packets were transmitted from a PTP leg of the source node and was forwarded by the source node to the target node.
• a counter or a timer is used to control the amount of packets being forwarded to the target to avoid redundant packet forwarding.
• Figure 1 is a schematic system diagram illustrating an exemplary NR wireless network that supports reliable multicast transmission for multicast services in a NR network in accordance with embodiments of the current invention.
• Figure 2 illustrates an exemplary NR wireless system with centralized upper layers of the NR radio interface stacks and UE stack with multicast protocol and unicastprotocol in accordance with embodiments of the current invention.
• Figure 3 illustrates exemplary diagrams of different procedures for reliable MBS transmission and reception based on different UE feedback for broadcast RB using an associated PTP leg in accordance with embodiments of the current invention.
• Figure 4 illustrates exemplary diagrams for multicast RB reception structure with the PTP leg configured associated with the PTM leg to enable reliable MBS in accordance with embodiments of the current invention.
• Figure 5 illustrates exemplary diagrams for the dynamic transmission mode switch procedure with the multicast RB removed after the switch in accordance with embodiments of the current invention.
• Figure 6 illustrates exemplary diagrams for the dynamic transmission mode switch procedure with the multicast RB kept after the switch in accordance with embodiments of the current invention.
• Figure 7 illustrates exemplary diagrams for reliable MBS procedures during the handover process to reduce handover interruptions in accordance with embodiments of the current invention.
• Figure 8 illustrates an exemplary flow chart for the reliable MBS procedure in accordance with embodiments of the current invention.
• NR new radio access technology, or 5G technology
• NR may support various wireless communication services, such as enhanced mobile broadband targeting wide bandwidth, millimeter wave targeting high carrier frequency, massive machine type communications targeting non -backward compatible MTC techniques, and/or mission critical targeting ultra-reliable low-latency communications. These services may include latency and reliability requirements. These services may also have different transmission time intervals (TTI) to meet respective quality of service (QoS) requirements. In addition, these services may co-exist in the same subframe.
• TTI transmission time intervals
• QoS quality of service
• FIG. 1 is a schematic system diagram illustrating an exemplary NR wireless network that supports reliable multicast transmission for multicast services in a NR network in accordance with embodiments of the current invention.
• NR wireless system 100 includes one or more fixed base infrastructure units forming a network distributed over a geographical region.
• the base unit may also be referred to as an access point, an access terminal, a base station, a Node-B, an eNode-B (eNB) , a gNB, or by other terminology used in the art.
• the network can be homogeneous network or heterogeneous network, which can be deployed with the same frequency or different frequency.
• gNB 101 and gNB 102 are base stations in the NR network, the serving area of which may or may not overlap with each other.
• the backhaul connection such as 136, connects the non-co-located receiving base units, such as gNB 101 and gNB 102. These backhaul connections, such as connection 136, can be either ideal or non-ideal.
• gNB 101 connects with gNB 102 via Xnr interface.
• the base stations, such as gNB 101 and gNB 102 connects to the 5G core (5GC) network 103 through network interfaces, such as N2 interface for the control plane and N3 interface for the user plane.
• 5GC 5G core
• NR wireless network 100 also includes multiple communication devices or mobile stations, such user equipments (UEs) such as UEs 111, 112, 113, 114, 116, 117, 118, 121 and 122.
• UEs user equipments
• the mobile devices can establish one or more unicast connections with one or more base stations.
• UE 115 has unicast connection 133 with gNB 101.
• UEs 121 connects with gNB 102 with unicast connection 132.
• one or more radio bearers are established for one or more multicast sessions/services.
• a point-to-multipoint (PTM) leg is established between the UE and the gNB for MBS.
• a point-to-point (PTP) leg associated with the PTM leg is established for reliable transmission and reception in corresponding gNB and UE protocol stacks.
• a multicast service-1 is provided by gNB 101 and gNB 102.
• UEs 111, 112 and 113 receive multicast services from gNB 101.
• UEs 121 and 122 receive multicast services from gNB 102.
• Multicast service-2 is provided by gNB 101 to the UE group of UEs 116, 117, and 118.
• Multicast service-1 and multicast service-2 are delivered in multicast mode with a multicast radio bearer (MRB) configured by the NR wireless network.
• the receiving UEs receives data packets of the multicast service through corresponding MRB configured.
• UE 111 receives multicast service-1 from gNB 101.
• gNB 102 provides multicast service-1as well.
• a unicast RB associated with the multicast RB is configured for reliable MBS.
• UE 121 is configured with multicast service-1.
• UE 121 is configured multicast RB with a PTM leg as well as the unicast RB 132, with a PTP leg.
• the associated PTP 132 is used to provide reliable MBS for UE 121.
• each UE is also configured with a corresponding associated PTP leg, not shown, for reliability.
• multicast service-2 UEs 116, 117, and 118 which receive multicast serive-1 through corresponding multicast RB/PTM protocol stack leg, each UE is also configured with a corresponding associated PTP leg, not shown, for reliability.
• multicast services are configured with unicast radio bearers.
• a multicast service-3 is delivered to UE 113 and UE 114 via unicast radio link 131 and 134, respectively.
• the MBS delivered through unicast bearer through PTP protocol stack are switched to PTM leg configured for the UE upon detecting predefined events.
• the gNB upon detecting one or more triggering event, switches service mode from unicast to multicast using PTM legs.
• FIG. 1 further illustrates simplified block diagrams of a base station and a mobile device/UE for multicast transmission.
• gNB 102 has an antenna 156, which transmits and receives radio signals.
• An RF transceiver circuit 153 coupled with the antenna, receives RF signals from antenna156, converts them to baseband signals, and sends them to processor 152.
• RF transceiver 153 also converts received baseband signals from processor152, converts them to RF signals, and sends out to antenna 156.
• Processor 152 processes the received baseband signals and invokes different functional modules to perform features in gNB 102.
• Memory 151 stores program instructions and data 154 to control the operations of gNB 102.
• gNB 102 also includes a set of control modules 155 that carry out functional tasks to communicate with mobile stations.
• Figure 1 also includes simplified block diagrams of a UE, such as UE 111.
• the UE has an antenna 165, which transmits and receives radio signals.
• the RF transceiver may comprise two RF modules (not shown) .
• a first RF module is used for HF transmitting and receiving, and the other RF module is used for different frequency bands transmitting and receiving which is different from the HF transceiver.
• RF transceiver 163 also converts received baseband signals from processor162, converts them to RF signals, and sends out to antenna 165.
• Processor 162 processes the received baseband signals and invokes different functional modules to perform features in UE 111.
• Memory 161 stores program instructions and data 164 to control the operations of UE 111.
• Antenna 165 sends uplink transmission and receives downlink transmissions to/from antenna 156 of gNB 102.
• the UE also includes a set of control modules that carry out functional tasks. These control modules can be implemented by circuits, software, firmware, or a combination of them.
• a MBS configuration module 191 configures an MBS in the wireless network with a point-to-multipoint (PTM) leg in a protocol stack of the UE.
• a PTP module 192 configures PTP leg in the protocol stack of the UE, wherein the PTP leg is associated with the PTM leg for the MBS.
• a feedback module 193 transmits feedbacks for the MBS reception, wherein the feedback is performed with at least one process selecting from a layer-1 (L1) hybrid automatic repeat request (HARQ) , a layer-2 (L2) radio link control (RLC) feedback, and a L2 packet data convergence protocol (PDCP) feedback.
• L1 layer-1
• HARQ layer-2
• RLC radio link control
• PDCP packet data convergence protocol
• An MBS control module 194 performs a reliable MBS procedure based on the feedbacks, wherein the reliable MBS procedure is one selecting from a dynamic transmission mode switch procedure between the PTM leg and the PTP leg, and a PTP retransmission assistant procedure.
• a handover module 195 performs handover from a source node to a target node, associates the PTP leg with a unicast RB of the target node, and receives unacknowledged PDCP packets through PTP leg, wherein the PDCP packets were transmitted from a PTP leg of the source node and was forwarded by the source node to the target node.
• Figure 2 illustrates an exemplary NR wireless system with centralized upper layers of the NR radio interface stacks and UE stack with multicast protocol and unicast protocol in accordance with embodiments of the current invention.
• Different protocol split options between central unit (CU) and distributed unit (DU) of gNB nodes may be possible.
• the functional split between the CU and DU of gNB nodes may depend on the transport layer.
• Low performance transport between the CU and DU of gNB nodes can enable the higher protocol layers of the NR radio stacks to be supported in the CU, since the higher protocol layers have lower performance requirements on the transport layer in terms of bandwidth, delay, synchronization, and jitter.
• SDAP and PDCP layer are located in the CU, while RLC, MAC and PHY layers are located in the DU.
• a core unit 201 is connected with one central unit 211 with gNB upper layer 252.
• gNB upper layer 252 includes the PDCP layer and optionally the SDAP layer.
• Central unit 211 connects with distributed units 221, 222, and 221.
• Distributed units 221, 222, and 223 each corresponds to a cell 231, 232, and 233, respectively.
• the DUs, such as 221, 222 and 223 includes gNB lower layers 251.
• gNB lower layers 251 include the PHY, MAC and the RLC layers.
• each gNB has the protocol stacks 261 including SDAP, PDCP, RLC, MAC and PHY layers.
• NR multicast/broadcast is transmitted in the coverage of a cell.
• multicast control channel MCCH
• MCCH multicast control channel
• MTCH multicast traffic channel
• G-RNTI group radio network temporary identifier
• the UE decodes the MTCH data for a multicast session in the multicast physical downlink shared channel (PDSCH) .
• RLC unacknowledged mode (UM) is used to multicast broadcast sessions.
• reliable transmission is required. Due to the characteristics of MBS, it is hard for the network to ensure all UEs receiving the MBS transmission successful without severely impacting the radio resource utilization efficiency.
• an uplink feedback channel is used for reliable MBS.
• a PTP leg is configured to be associated with the PTM leg for the multicast RB. The PTP leg enables a dynamic switch to the unicast mode for the MBS or provide unicast retransmission for the unsuccessful packets at the PTM leg.
• the uplink feedback 330 includes layer-1 (L1) hybrid automatic repeat request (HARQ) 331, a layer-2 (L2) radio link control (RLC) feedback 332, and a L2 packet data convergence protocol (PDCP) feedback 333.
• L1 feedback is supported
• the feedback channel is a unidirectional channel from the UE to the network.
• L2 feedback is supported, the feedback channel can be a bidirectional channel between the UE and the network, with the assumption that the network may take that channel to perform needed packet retransmission at L2.
• the packet retransmission can be L1 HARQ retransmission, L2 RLC retransmission, L2 PDCP retransmission or any form of the combination among them.
• the UE performs a reliable MBS procedure 310 based on the feedbacks using dynamic transmission mode switch procedure between the PTM leg and the PTP leg configured for the UE. In another embodiment, the UE performs a reliable MBS procedure 310 based on the feedbacks using a PTP retransmission assistant procedure 320.
• Dynamic transmission mode switch procedure includes three scenarios 311, 312, and 313. For procedure 311, the packet retransmission only happens at L1 HARQ based on L1 HARQ feedback. For normal data transfer, the reliability is handled by L1 for multicast services. The switching is expected to perform from PTM to PTP (i.e. unicast) for multicast transmission if the link quality is lower than a predefined first threshold.
• the switching can be performed from PTP (i.e. unicast) to PTM for multicast transmission.
• the first threshold and the second threshold are the same. In another embodiment, the first threshold and the second threshold are different.
• the RLC mode of PTP leg is configured as same as PTM leg, i.e., with RLC-UM.
• the dynamic switch mode procedure is selected based on the type of the MBS.
• procedure 311 is applicable to the multicast services that has lower QoS requirement.
• the QoS requirement for an MBS are predefined or preconfigured. Each MBS is predefined or preconfigured with a QoS requirement.
• Procedure 311 assumes L1 HARQ feedbacks from the receiving UEs to the network. Based on the feedback, the network triggers PTM/PTP switch at PDCP layer (i.e., PDCP anchored PTM/PTP switch) . There is no data recovery during the switching procedure. In this case, the reliability is ensured by L1 HARQ.
• PDCP layer i.e., PDCP anchored PTM/PTP switch
• the UE uses procedure 312 for reliable MBS.
• the packet retransmission can only take at L1 HARQ, which is the same as procedure 311.
• the RLC mode of the PTM leg in the protocol stack is configured as RLC-UM, while the RLC mode of PTP in the protocol stack is configured as RLC acknowledged mode (AM) .
• procedure 312 is applicable to the multicast services that require slightly high QoS based transmission. Similar to procedure 311, the network enables PTM/PTP switch at PDCP layer (i.e., PDCP anchored PTM/PTP switch) based on statistics of the HARQ feedback from all UEs receiving the MBS. Data recovery is needed during the switch.
• PDCP layer i.e., PDCP anchored PTM/PTP switch
• One transmission block as transmitted by HARQ is MAC PDU, which is assembled based on RLC packets and/or RLC segments.
• the network buffers the PDCP packets if the corresponding RLC packets and/or RLC segments were not successfully transmitted.
• these PDCP packets are retransmitted to the UE via the PTP leg based on the L2 feedback (i.e. RLC status report or PDCP status report) .
• the packet handling is in the PDCP, which enables reordering, duplicate handling, etc.
• the UE can support the triggering of status report based on the need to support PTP leg in RLC AM.
• the status report (i.e., RLC status report or PDCP status report) may reflect the reception status of the data packets received from PTM leg and/or PTP leg.
• the UE uses procedure 313 for reliable MBS.
• the packet retransmission can take at both L1 HARQ and L2 PDCP.
• the RLC mode of PTM leg of the protocol stack is configured as RLC-UM.
• the RLC mode of PTP leg of the protocol stack is configured as RLC AM.
• the UE provides L2 (RLC and/or PDCP) status report to the network.
• a bidirectional L2 feedback channel is configured.
• the network switches the PTM transmission to PTP transmission when the status report from a particular UE reflects bad reception quality.
• the PDCP anchored PTM/PTP switch is also supported at this case.
• the UE performs reliable MBS using a PTP retransmission assistant procedure 320.
• a bidirectional feedback channel is created in unicast manner per UE.
• the benefit to establish separate unicast channels for the UEs is that when there is a need for performing retransmission for multicast packets, the packets can be delivered over the unicast channel specific to the UE. In this manner, the downlink multicast transmission is not delayed or stalled by the potential retransmission required by a limited number of UEs.
• the UE’s PDCP feedback on the reception of the PTM transmission at PDCP layer can be sent over the unicast feedback channel to the network.
• the network retransmits the PDCP packets via either the PTM leg or PTP leg according to the reception of the PDCP feedback from multiple UEs.
• the network triggers the UE to switch from the PTM leg to the PTP leg.
• the network uses the specific PTP leg of the UE to assist the required retransmission.
• the UE transmits feedbacks for the MBS received on the PTM leg through a unicast RB using the PTP leg and receives retransmission of MBS packets through the unicast RB using the PTP leg.
• the PTP leg is configured to be associated with the PTM leg only to assist the retransmission for the MBS.
• the PTM PDCP packets continues even though there is a need to perform PDCP retransmission on a particular PTP leg towards a particular UE.
• a threshold is configured on the maximum PDCP retransmission that can be performed at the unicast channel with the PTP leg for the multicast transmission. If the UE reaches the maximum PDCP retransmission, UE can be switched from PTM leg to PTP leg.
• the retransmission is triggered at the PDCP layer for the unsuccessfully transmitted packets for a particular UE.
• the PTM leg can take retransmission if multiple UEs do not successfully receive the multicast packets.
• the associated unicast RB is used by the gNB/base station to perform the downlink retransmission for unacknowledged PTM packets according to the uplink PDCP reception status report from each UE.
• the gNB/base station uses the associated unicast channel to poll the particular UE to report its reception status of the PDCP packets received from the air interface for the NR multicast/broadcast service (s) .
• the base station/gNB uses the PTM leg to poll all receiving UEs to report the reception status.
• the associated unicast RB supports uplink RLC feedback, i.e., the UE reports RLC status, the reception status of the RLC packets received from the associated unicast RB (s) .
• the PTM radio bearer, the PTM RB, the PTM leg are used interchangeably.
• the multicast radio bearer, multicast RB, and MRB are used interchangeably.
• Unicast radio bearer, unicast RB, and PTP RB, PTP leg are used interchangeably.
• FIG. 4 illustrates exemplary diagrams for multicast RB reception structure with the PTP leg configured associated with the PTM leg to enable reliable MBS in accordance with embodiments of the current invention.
• gNB 430 receives MBS 400 for transmission to UE-1 410 and UE-2 420.
• gNB 430 is configured with one PDCP entity 435 for the PTM leg 433, PTP leg 431 serving UE-1 410, and PTP leg 432 serving UE-2 420.
• the gNB PTM leg 433 transmits to UE-1 and UE-2 through broadcast RB 461 and 462, scrambled with the G-RNTI for the MBS.
• PTP leg 431 transmits to UE-1 410 through unicast RB 451 scrambled with C-RNTI of UE-1 410.
• PTP leg 432 transmits to UE-2 420 through unicast RB 452 scrambled with C-RNTI of UE-2 420.
• Each UE such as UE-1 410 and UE-2 420, participating the reception of the MBS service monitors the PDCCH via both G- RNTI corresponding to the NR multicast/broadcast service and UE specific C-RNTI. Both new data coming from PTM RB and the retransmitted data coming from the associated unicast/PTP RB will be combined at the PDCP entity at each UE, UE-1 410 and UE-2 420.
• Each UE is configured a common PDCP entity for the PTM leg and associated PTP leg.
• UE-1 410 is configured with common PDCP entity 415 common to the UE PTP leg 411 and UE PTM leg 412.
• UE-2 420 is configured with common PDCP entity 425 common to the UE PTP leg 421 and UE PTM leg 422.
• the transmission model for reliable multicast transmission is similar to an intra-UE dual connection (DC) operation.
• the reliable MBS transmission and reception with the PTM leg and associated PTP leg is anchored on the PDCP layer.
• the PDCP entity within each UE is responsible to reorder the packets coming from different legs, to detect and discard the duplicates, before delivering to higher layer.
• the PDCP entity is responsible for the sequence number allocation, security handling and robust header compression (ROHC) for the PDCP service data units (SDU) .
• ROHC robust header compression
• SDU service data units
• the UE common PDCP entity passes the received PDCP packets, such as UE-1 reception 410 and UE-2 reception 420, to corresponding upper layers of the UE.
• the PDCP entity of the multicast RB needs to send the PDCP packets with PDCP SN to the RLC entity of the PTM and/or PTP RB to allow it to perform packets transmission at RLC layer.
• the said PDCP packets can be ciphered or non-ciphered.
• the said PDCP packets can be compressed or non-compressed.
• the PDCP entity 435 of multicast flow (s) at the network disables the PTM RB and its corresponding RLC entity 433. Then the PDCP entity 435 of the network established specific to the NR multicast/broadcast service delivers the new data packets coming from the multicast flow (s) to each RLC entity, such as RLC entity of 431 for UE-1 410 and RLC entity 432 for UE-2 420, established for associated unicast RB (i.e. PTP RB) . The associated unicast RB transits to a regular unicast RB.
• the PDCP entity 435 at the gNB are shared among the UEs from downlink transmission perspective for the multicast flow (s) . Service continuity is expected during dynamic transmission mode switch procedure for reliable MBS.
• Figure 5 illustrates exemplary diagrams for the dynamic transmission mode switch procedure with the multicast RB removed after the switch in accordance with embodiments of the current invention.
• the PTM RB is removed after the MBS switches from multicast to unicast.
• the UE does not need to monitor the PTM RB.
• the network needs to notify the PTM-to-PTP switch to the UE to perform such adaption from UE side.
• the notification can be sent from the network to the UE in any form of RRC message, MAC CE, or L1 DCI.
• the before-switch exemplary network diagram 501 includes a before-switch gNB 530, UE-1 510, and UE-2 520.
• the gNB 530 transmits MBS packets to UE-1 510 and UE-2 520.
• gNB 530 is configured with one PDCP entity 535 for the PTM leg 533, PTP leg 531 serving UE-1 510, and PTP leg 532 serving UE-2 520.
• the gNB PTM leg 533 transmits to UE-1 and UE-2 through broadcast RB scrambled with the G-RNTI for the MBS.
• PTP leg 531 transmits to UE-1 510 through unicast RB scrambled with C-RNTI of UE-1 510.
• the PTP leg 532 transmits to UE-2 520 through unicast RB scrambled with C-RNTI of UE-2 520.
• the network performs a multicast to unicast switch procedure upon detecting one or more predefined conditions.
• the after-switch system diagram 502 includes configurations for gNB 580, UE-1 560, and UE-2 570.
• the configuration The UEs (both UE1 and UE2) inherit the same PDCP entity after the switch from multicast to unicast.
• the after-switch PDCP entities 585, 565, and 574 inherit the same PDCP entity of 535, 515, and 525, respectively.
• the associated unicast RB is transited into a regular unicast RB to support the data transmission for the multicast session in point-to-point (i.e., PTP) manner.
• the after-switch PTP leg 581 and 582 transmits the MBS packets to UE-1 and UE-2 with unicast RB.
• the after-switch UE-1 560 has PTP leg includes 561 and PDCP 565.
• the after-switch UE-2 570 has PTP leg includes 571 and PDCP 575.
• some PDCP packets for the multicast RB can be transmitted after switch by the unicast RB to the UE.
• the exact PDCP packets that is subject to network retransmission depends on the UE’s PDCP or RLC status report.
• the PDCP entity of the previous multicast RB is released, a new PDCP entity is established for each PTP RB and the SDAP entity of the corresponding multicast session can interact with the new PDCP entity of the regular unicast RB established for each UE. It is applicable to both UE side and network side.
• PDCP 535, 515 and 525 are released after the switch.
• New PDCP entities 585, 565, and 575 are established for the PTP RB. In this manner, multicast transmission to the UEs can support asynchronous transmission.
• Figure 6 illustrates exemplary diagrams for the dynamic transmission mode switch procedure with the multicast RB kept after the switch in accordance with embodiments of the current invention.
• the PTM RB is kept after the switch from PTM to PTP.
• the before-switch exemplary network diagram 601 includes a before-switch gNB 630, UE-1 610, and UE-2 620.
• the gNB 630 transmits MBS packets to UE-1 610 and UE-2 620.
• gNB 630 is configured with one PDCP entity 535 for the PTM leg 633, PTP leg 631 serving UE-1 610, and PTP leg 632 serving UE-2 620.
• the gNB PTM leg 633 transmits to UE-1 and UE-2 through broadcast RB scrambled with the G-RNTI for the MBS.
• PTP leg 631 transmits to UE-1 610 through unicast RB scrambled with C-RNTI of UE-1 610.
• PTP leg 632 transmits to UE-2 620 through unicast RB scrambled with C-RNTI of UE -2 620.
• the network performs a multicast to unicast switch procedure upon detecting one or more predefined conditions.
• the after-switch system diagram 602 includes configurations for gNB 680, UE-1 660, and UE-2 670.
• the PDCP entity 685 of available multicast RB at the network needs to start to send the data to the PTP RLC entity 661 of UE-1.
• the unicast RB of UE-1 is transited into a regular unicast RB for reliable multicast transmission.
• the UE can also be switched from PTP to PTM transmission. Assuming the PTM RB was established for other UEs before the PTP to PTM switch for a particular UE. The network can notify this particular UE to monitor G-RNTI for multicast reception after that switch.
• UE -2 670 can use the PDCP entity 671 established for PTP reception to receive the PTM RB. If there is no existing PTM leg for the multicast RB before the switch, the network needs to establish a new PTM RB 683 to enable the PTM transmission for the UE. This new PTM RB 683 can inherit the same PDCP entity as PTP leg (s) for the multicast RB. The PDCP entity 685 in the network side needs to deliver the new data packets to the PTM RLC entity 672 to enable p-t-m based transmission. PTP to PTM switch, from UE perspective, the monitoring on the PDCCH scheduling the PTM RB is needed after the switch.
• the network needs to notify this switch to the UE to perform such monitoring from UE side.
• the undelivered or unacknowledged packets of the PDCP entity of the regular unicast RB for the UE can be transmitted by the associated unicast RB, with PTP leg, such as 631 and 632, to the UE after the regular unicast RB is transited into an associated unicast RB.
• the associated unicast RB or regular unicast RB can be subject to RRC reconfiguration.
• the SDAP configuration is seen unchanged as there is no change for multicast session.
• the reconfiguration the same PDCP configuration is applied.
• reliable MBS procedures reduce handover interruptions.
• the UE (s) with reception of the MBS may be subject to movements. Regular interruptions for the reception of these MBS cannot meet the QoS requirement of the MBS that is expected to take reliable transmission.
• switching the UE from the source cell to the target cell may enable the target cell to transmit the MBS to the UE in unicast manner. Otherwise, the UE can join the available MBS in the target cell and continue its reception of that service in multicast manner.
• Figure 7 illustrates exemplary diagrams for reliable MBS procedures during the handover process to reduce handover interruptions in accordance with embodiments of the current invention.
• the UE 701 receives MBS from a source cell 702.
• UE 701 performs a handover during the MBS and connects with a target cell 703.
• multicast to multicast handover 710 multicast to unicast handover 720
• unicast to unicast handover 730 unicast to unicast 740.
• the multicast transmission for the NR MBS is already available in the target cell 703.
• the PTM radio bearer with multicast PDCP entity is already established at target cell 703 running in the target node.
• the UE may miss some of the packets of multicast session during that gap when performing handover.
• the undelivered or non-acknowledged packets are forwarded from source node 702 to the target node 703.
• the same PDCP sequence number (SN) numbering is supported between source node and target node.
• the characteristic of the forwarded packets is subject to the radio bearer structure adopted for multicast mobility.
• the associated unicast RB is available at source node for the UE to support reliable multicast/broadcast transmission.
• the PDCP entity of the multicast RB always sends the copy of the PDCP packets to the PDCP entity within this unicast RB for the UE.
• the PDCP entity buffers the PDCP packets.
• a new associated unicast RB is established at target node for the UE.
• the PDCP entity buffering the PDCP packets from source side needs to forward the unacknowledged and/or undelivered PDCP packets to the associated unicast PDCP entity in the target node.
• the configuration of the PDCP entities for associated unicast RB between source node and target node should be aligned.
• the PDCP entity from source side 702 sends the downlink transmission status including the next PDCP SN to be used to the target node 703. In this manner, the consistent and contiguous allocation of PDCP SN can be performed on the coming data flow from upper layer.
• some packets are forwarded to target and be transmitted to the UE via unicast manner. However, the same data may be transmitted to the UE via multicast radio bearer at the target node. This case will occur if the handover procedure is performed very quickly, and the UE immediately joins the multicast reception in the target cell.
• Both the source node 702 and target node 703 receives MBS packets from network entity user plane function (UPF) .
• UPF network entity user plane function
• the source node 702 determines the number of packets are subject to forwarding. Forwarding too many packets to target node will lead to redundant reception at UE side. Forwarding too few packets to target node will lead to reception interruption for the service at UE side. It may be a trade-off between service continuity and resource utilization efficiency.
• a forwarding counter is used to control the amount of PDCP packets, which are subject to data forwarding.
• a timer is used to serve the same purpose. The precise selection of the counter or timer ensures needed service continuity and avoid redundant packet forwarding.
• the target node 703 needs to establish a new regular unicast radio bearer to transmit the multicast data to the concerned UE.
• This scenario may be enabled when there is no other UE in the target cell participating the reception of the multicast/broadcast service or other preconfigured triggering conditions.
• the multicast session is kept at the source node 702 after UE switch.
• the source node switch its p-t-m transmission to p-t-p transmission for the UEs serving by source node ifthere are only limited number of UEs after the handover.
• the associated unicast RB is available at source node for the UE to support reliable multicast/broadcast transmission.
• the same PDCP packets-based data forwarding is performed as the case of multicast-to-multicast handover 710.
• the recipient of the PDCP packets is the PDCP entity of the new regular unicast radio bearer established at the target node for the UE.
• these packets can be transmitted to the UE ahead of any new data coming from the PDCP entity established common to the multicast flow (s) .
• the PDCP entity established for multicast session is not released.
• the network can speed up the addition of new unicast RB for newly joining UE.
• the PDCP entity established for multicast session can be released.
• the SDAP entity of the multicast session at the target node interacts directly with PDCP entity of the regular unicast RB established at the target node.
• new multicast RB needs to be established at target node.
• the source cell indicates the next PDCP SN to the target cell to allow the PDCP entity of the target node to make consistent PDCP SN allocation.
• a new N3 GTP-U tunnel needs to be established to deliver the data flow of the multicast/broadcast service from UPF to the target node.
• the previous N3 GTP-U tunnel between source cell and UPF may be kept if there are other UEs in that cell receiving that multicast/broadcast service. This means the source side will continue to receive the data flow for that multicast/broadcast service from UPF after data forwarding.
• a counter or timer-based approach may be used to control the amount of packets, which are subject to data forwarding.
• the transmission for the NR multicast/broadcast service is already available in the target cell.
• the existing transmission in target node can be in multicast manner serving a large number of UEs.
• the existing transmission in target node can be also in unicast manner serving a limit number of UEs but the addition of the switched UE triggers the target to transit the unicast transmission for NR multicast/broadcast service to p-t-m radio bearer-based transmission.
• the unicast RB is available at source node for the UE to support reliable multicast/broadcast transmission. Then the same PDCP packets-based data forwarding is performed as the case of multicast-multicast handover.
• the sender of the PDCP packets is the PDCP entity of unicast radio bearer. If the source node needs to keep the data path from UPF e.g., to support the multicast transmission for other UEs, a counter may be used to control the number of packets which are subject to data forwarding. Alternatively, a timer can be used to serve the same purpose.
• UE receives the multicast data via unicast manner in both source node and target node.
• the same PDCP packets-based data forwarding is performed as the case of multicast-to-multicast handover. These packets should be transmitted to the UE ahead of any new data coming from the PDCP entity established common to the multicast flow.
• a counter or timer-based approach may be used to control the number of packets which are subject to data forwarding.
• the multicast transmission is actually already available in the target cell in unicast manner e.g., only serving another UE.
• the handover UE joining the multicast reception in the target node does not enable the p-t-m transmission. In this case, there is no multicast path switch over N3 interface.
• FIG. 8 illustrates an exemplary flow chart for the reliable MBS procedure in accordance with embodiments of the current invention.
• the UE configures a multicast and broadcast service (MBS) in a wireless network with a point-to-multipoint (PTM) leg in a protocol stack of the UE.
• the UE configures a point-to-point (PTP) leg in the protocol stack of the UE, wherein the PTP leg is associated with the PTM leg for the MBS.
• MBS multicast and broadcast service
• PTM point-to-multipoint
• PTP point-to-point
• the UE transmits feedbacks for the MBS reception, wherein the feedback is performed with at least one process selecting from a layer-1 (L1) hybrid automatic repeat request (HARQ) , a layer -2 (L2) radio link control (RLC) feedback, and a L2 packet data convergence protocol (PDCP) feedback.
• L1 layer-1
• L2 layer -2
• RLC radio link control
• PDCP packet data convergence protocol
• the UE performs a reliable MBS procedure based on the feedbacks, wherein the reliable MBS procedure is one selecting from a dynamic transmission mode switch procedure between the PTM leg and the PTP leg, and a PTP retransmission assistant procedure.

Applications Claiming Priority (3)

Publications (1)

Family

ID=78745629

Family Applications (1)

Country Status (3)

Family Cites Families (7)

• 2021
  • 2021-05-27 WO PCT/CN2021/096456 patent/WO2021239062A1/en unknown
  • 2021-05-27 EP EP21813568.9A patent/EP4150928A1/de active Pending
  • 2021-05-27 CN CN202180034394.0A patent/CN115552929A/zh active Pending

Also Published As

Similar Documents

Legal Events