Conceptio › Archive › Google Patents

Google Patents open access

Method and system for handling lossless operations for MBS in 5G communication … — Samsung Electronics Co., Ltd. (US12556309B2)

Samsung Electronics Co., Ltd. · Google Patents

Google Patents · Patents

en google-patents intellectual-property patent samsung-electronics-co

Conceptio Open Archive

Analyze & explore related research in Conceptio

Connect this record directly into your research workflow or AI agent. Explore citations across open repositories, query full text, and export structured proof bundles.

Explore in Search →Connect via MCP / API ↗

ABSTRACT

Abstract

The present disclosure relates to a 5G communication system or a 6G communication system for supporting higher data rates beyond a 4G communication system such as long term evolution (LTE). Embodiments herein disclose methods for handling lossless operations for a MBS in a wireless communication network ( 1000 ). The method includes receiving, by a network entity ( 200 ), a PDCP status report from a UE ( 100 ). The PDCP status report includes missing PDU. The missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving a MBS bearer. Further, the method includes determining, by the network entity ( 200 ), a PDCP PDU for retransmission of the missing PDU. Further, the method includes retransmitting, by the network entity ( 200 ), the determined PDCP PDU to the UE ( 100 ) over a PTP path. The method can be used to is enable reliability with efficient retransmission during a PTM-PTP switching, a handover and a normal operation for a NR MBS. Based on the proposed method, a UE MBS service reception performance is enhanced.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a U.S. National Phase Entry of PCT International Application No. PCT/KR2021/014854, which was filed on Oct. 21, 2021, and claims priority to Indian Provisional Patent Application No. 20/204,1046159 and Indian patent application Ser. No. 20/204,1046159, which were filed in the Indian Intellectual Property Office on Oct. 22, 2020, and Sep. 27, 2021, respectively, the entire disclosure of each of which is incorporated herein by reference.

TECHNICAL FIELD

Embodiments disclosed herein relate to a Fifth Generation (5G) communication network, and more particularly to methods and systems for handling lossless operations for a Multicast Broadcast Service (MBS) in the 5G communication network.

BACKGROUND ART

Considering the development of wireless communication from generation to generation, the technologies have been developed mainly for services targeting humans, such as voice calls, multimedia services, and data services. Following the commercialization of 5G (5th-generation) communication systems, it is expected that the number of connected devices will exponentially grow. Increasingly, these will be connected to communication networks. Examples of connected things may include vehicles, robots, drones, home appliances, displays, smart sensors connected to various infrastructures, construction machines, and factory equipment. Mobile devices are expected to evolve in various form-factors, such as augmented reality glasses, virtual reality headsets, and hologram devices. In order to provide various services by connecting hundreds of billions of devices and things in the 6G (6th-generation) era, there have been ongoing efforts to develop improved 6G communication systems. For these reasons, 6G communication systems are referred to as beyond-5G systems. 6G communication systems, which are expected to be commercialized around 2030, will have a peak data rate of tera (1,000 giga)-level bps and a radio latency less than 100 Î¼sec, and thus will be 50 times as fast as 5G communication systems and have the 1/10 radio latency thereof.

In order to accomplish such a high data rate and an ultra-low latency, it has been considered to implement 6G communication systems in a terahertz band (for example, to 3 THz bands). It is expected that, due to severer path loss and atmospheric absorption in the terahertz bands than those in mmWave bands introduced in 5G, technologies capable of securing the signal transmission distance (that is, coverage) will become more crucial. It is necessary to develop, as major technologies for securing the coverage, radio frequency (RF) elements, antennas, novel waveforms having a better coverage than orthogonal frequency division multiplexing (OFDM), beamforming and massive multiple input multiple output (MIMO), full dimensional MIMO (FD-MIMO), array antennas, and multiantenna transmission technologies such as large-scale antennas. In addition, there has been ongoing discussion on new technologies for improving the coverage of terahertz-band signals, such as metamaterial-based lenses and antennas, orbital angular momentum (OAM), and reconfigurable intelligent surface (RIS).

Moreover, in order to improve the spectral efficiency and the overall network performances, the following technologies have been developed for 6G communication systems: a full-duplex technology for enabling an uplink transmission and a downlink transmission to simultaneously use the same frequency resource at the same time; a network technology for utilizing satellites, high-altitude platform stations (HAPS), and the like in an integrated manner; an improved network structure for supporting mobile base stations and the like and enabling network operation optimization and automation and the like; a dynamic spectrum sharing technology via collison avoidance based on a prediction of spectrum usage; an use of artificial intelligence (AI) in wireless communication for improvement of overall network operation by utilizing AI from a designing phase for developing 6G and internalizing end-to-end AI support functions; and a next-generation distributed computing technology for overcoming the limit of UE computing ability through reachable super-high-performance communication and computing resources (such as mobile edge computing (MEC), clouds, and the like) over the network. In addition, through designing new protocols to be used in 6G communication systems, developing mecahnisms for implementing a hardware-based security environment and safe use of data, and developing technologies for maintaining privacy, attempts to strengthen the connectivity between devices, optimize the network, promote softwarization of network entities, and increase the openness of wireless communications are continuing.

It is expected that research and development of 6G communication systems in hyper-connectivity, including person to machine (P2M) as well as machine to machine (M2M), will allow the next hyper-connected experience. Particularly, it is expected that services such as truly immersive extended reality (XR), high-fidelity mobile hologram, and digital replica could be provided through 6G communication systems. In addition, services such as remote surgery for security and reliability enhancement, industrial automation, and emergency response will be provided through the 6G communication system such that the technologies could be applied in various fields such as industry, medical care, automobiles, and home appliances.

A 5G New Radio (i.e., 5G NR) is targeting support for Multicast and Broadcast services (MBS) in its Release 17 version of specification being prepared by a 3rd Generation Partnership Project (3GPP). In legacy systems, MBMS (Multimedia Broadcast Multicast Services) were supported in a LTE 4G (Long Term Evolution) wireless systems. However, the architecture and the requirements of 5G Multicast Broadcast Services (MBS) could be very different and there is an effort in the direction of designing the architecture for a network as well as a User Equipment (UE) that is in progress.

Specifically, multicast services refer to services being transmitted and availed by a set of UEs registered to a group e.g. MCPTT (Mission Critical Push-To-Talk) service. The broadcast services refer to services being transmitted and available to all the UEs in a specific coverage area where broadcast is performed and typically, the UE may not need to be registered (e.g. Television channel services). Therefore, effectively, both multicast and broadcast services are PTM (Point-To-MultiPoint) services as there is one transmitter and multiple recipient of contents. It is also possible to provide multicast and broadcast services in a PTP (Point-to-Point) manner, wherein there are multiple PTP connections to share the same MBS services with multiple recipients. Apart from multicast and broadcast services, there are another category of services termed as unicast services which is meant for one recipient only and for this there is one to one dedicated connection between transmitter and receiver. Multicast and broadcast services are primarily downlink and therefore, transmitter is typically the network node (e.g. gNB) and receiver is UE or a group of UEs.

It is possible for the PTM bearer, the PTP bearer or a combination of the PTM and PTP bearers to carry the same MBS service. The combination of the PTM and PTP bearers may provide a lot of features with respect to increased reliability of reception of MBS service packets, efficient switching between these two modes of reception when needed; e.g., because of mobility, network loading conditions or based on the user request density for the reception of the MBS service and accordingly, the network may decide the delivery modes to employ and/or switching across delivery modes. A bearer configuration is referred herein, which has possibly both legs of PTM and PTP and is termed as MBS split bearer.

DISCLOSURE OF INVENTION

Technical Problem

The principal object of the embodiments herein is to disclose methods and systems for enabling lossless operations for multicast/broadcast services in a 5G network.

Another object of the embodiments herein is to avoid unnecessary duplication and retransmission and keeping PDCP sequence number (SN) in sync on a PTM path and a PTP path.

Another object of the embodiments herein is to maintain PDCP SN in sync during handover from a source network entity to a target network entity.

Another object of the embodiments herein is enable reliability with efficient retransmission during a PTM-PTP switching, a handover and a normal data transfer operation for a NR MBS. Based on the proposed method, a UE MBS service reception performance is enhanced. The user experience is enhanced and smooth service continuity is ensured.

Solution to Problem

Accordingly, the embodiments herein disclose methods for handling lossless operations for a MBS in a 5G communication network. The method includes receiving, by a network entity, a Packet Data Convergence Protocol (PDCP) status report from a UE. The PDCP status report includes missing Protocol Data Unit (PDU) information. The missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving a MBS bearer. Further, the method includes determining, by the network entity, a PDCP PDU for retransmission based on the missing PDU in the received PDCP status report. Further, the method includes retransmitting, by the network entity, the determined PDCP PDU to the UE over a Point-to-Point (PTP) path for MBS bearer.

In an embodiment, the method further includes sending, by the network entity, a RRC reconfiguration message to the UE. Further, the method includes adding, by the network entity, a PTP path between the network entity and the UE based on the RRC reconfiguration message.

In an embodiment, receiving, by the network entity, the PDCP status report from the UE includes sending, by the network entity, a MBS data to the UE over at least one of a Point-To-MultiPoint (PTM) path, a PTP path and a split bearer path, sending, by the network entity, a radio resource control (RRC) reconfiguration message to the UE, receiving, by the network entity, a RRC reconfiguration complete message from the UE based on the RRC reconfiguration message, and receiving, by the network entity, the PDCP status report from the UE.

In an embodiment, the RRC reconfiguration message comprises at least one of the MBS bearer type change, a delivery mode, a Group Radio Network Temporary Identifier (G-RNTI), a Cell Radio Network Temporary Identifier (C-RNTI), and a Temporary Mobile Group Identifier (TMGI).

In an embodiment, receiving, by the network entity, the PDCP status report from the UE includes receiving, by the network entity, a handover request from another network entity, wherein the another network entity transfers a MBS data to the UE over at least one of a PTM path, a PTP path and a split bearer path, wherein the another network entity is a source network entity and the network entity is a target network entity, sending, by the network entity, a handover response or handover acknowledge message to the another network entity based on the received handover request message from another network entity, receiving, by the network entity, not yet acknowledged PDUs from the another network entity based on the handover response or handover acknowledge message, wherein the another network entity forwards data to the network entity, receiving, by the network entity, the RRC reconfiguration complete message from the UE upon sending a RRC reconfiguration message to the UE from the another network entity, and receiving, by the network entity, a PDCP status report from the UE. The forwarded data are the PDUs not yet acknowledged for the successful reception to the another network entity (source gNB) and therefore, are being forwarded to the network entity (i.e., target gNB). These forwarded PDUs will be provided to the UE ( 100 ), for example, based on the PDCP status report received from the UE ( 100 ).

In an embodiment, the RRC reconfiguration message comprises at least one of a handover command for the UE, a delivery mode, a G-RNTI, a C-RNTI, TMGI and a Sequence number (SN) adjustment information, and target cell MBS configurations. The target cell MBS configurations information can include supported MBS services by the target network entity related configurations like DRX configurations, delivery mode, PDCP first SN, RLC first SN, SDAP configurations/PDCP configurations/RLC configurations/MAC configurations/PHY configurations, HARQ configurations including retransmission over PTM, retransmission over PTP, HARQ feedback configured/enabled/disabled, BWP configurations, logical channel identities, security configurations etc.

In an embodiment, receiving, by the network entity, a PDCP status report from the UE includes configuring, by the network entity, a MBS status report required parameter with a RRC reconfiguration message, sending, by the network entity, the RRC reconfiguration message comprising the MBS status report required parameter to the UE, and receiving, by the network entity, the PDCP status report from the UE based on the MBS status report required parameter.

In an embodiment, the MBS bearer type change is performed at the network entity, wherein the MBS data transfer is performed at the network entity, and wherein the handover procedure involving the MBS bearer is performed between the network entity and another network entity, wherein the another network entity is a source network entity and the network entity is a target network entity.

Accordingly, the embodiments herein disclose methods for handling lossless operations for a MBS in a 5G communication network. The method includes determining, by a UE, missing PDU. The missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving a MBS bearer. Further, the method includes generating, by the UE, a PDCP status report comprising the missing PDU. Further, the method includes sending, by the UE, the PDCP status report comprising the missing PDU to a network entity. Further, the method includes receiving, by the UE, the missing PDU retransmission from the network entity, over a PTP path, based on the PDCP status report.

In an embodiment, further, the method includes receiving, by the UE, a RRC reconfiguration message from the network entity. Further, the method includes establishing, by the network entity, a PTP path between the network entity and the UE based on the RRC reconfiguration message.

In an embodiment, sending, by the UE, the PDCP status report comprising the missing PDU to the network entity includes receiving, by the UE, a MBS data from the network entity over at least one of a PTM path, a PTP path and a split bearer path, receiving, by the UE, a RRC reconfiguration message from the network entity, sending, by the UE, a RRC reconfiguration complete message to the network entity based on the RRC reconfiguration message, and sending, by the UE, the PDCP status report to the network entity.

In an embodiment, sending, by the UE, the PDCP status report comprising the missing PDU to the network entity includes receiving, by the UE, a MBS data from another network entity over at least one of a PTM path, a PTP path and a split bearer path, receiving, by the UE, a radio resource control (RRC) reconfiguration message from the another network entity, wherein the UE performs at least one of: releases the PTM path, switches to the PTP path, a Sequence number (SN) adjustment operation, switches from a MRB to Dedicated Radio Bearer (DRB) and performs a hard reset, sending, by the UE, a RRC reconfiguration complete message to the network entity based on the RRC reconfiguration message, wherein a handover procedure is completed between the network entity and the another network entity, and the network entity receives not yet acknowledged PDUs from the another network entity based on the handover procedure, wherein the another network entity forwards data to the network entity, wherein the another network entity is a source network entity and the network entity is a target network entity, and sending, by the UE, the PDCP status report to the network entity. The forwarded data are the PDUs not yet acknowledged for the successful reception to the another

CROSS-REFERENCE TO RELATED APPLICATIONS

TECHNICAL FIELD

BACKGROUND ART

DISCLOSURE OF INVENTION

Technical Problem

The principal object of the embodiments herein is to disclose methods and systems for enabling lossless operations for multicast/broadcast services in a 5G network.

Another object of the embodiments herein is to avoid unnecessary duplication and retransmission and keeping PDCP sequence number (SN) in sync on a PTM path and a PTP path.

Another object of the embodiments herein is to maintain PDCP SN in sync during handover from a source network entity to a target network entity.

Solution to Problem

In an embodiment, the SN adjustment information modifies a PDCP reordering window as and when a RX_DELIV and a RX_NEXT is incremented or decremented, wherein the SN adjustment information is obtained by a usage pattern of the UE, a usage pattern of the another network entity, and a usage pattern of the network entity.

In an embodiment, the SN adjustment information is provided in the RRC reconfiguration message, wherein the SN adjustment information is needed to be applied to the PDCP status report which is to be sent after the handover procedure to the network entity.

In an embodiment, the hard reset is performed when the another network entity and the network entity are not synchronized for a PDCP SN and data forwarding, and PDCP status report procedure is not applied, so as to release a MRB bearer, wherein the RRC reconfiguration message does not provide SN adjustment information. The RRC reconfiguration may include an indication for the hard reset.

In an embodiment, the switching from the MRB to the DRB is performed when the another network entity and the network entity are not synchronized for PDCP SN, wherein the RRC reconfiguration message does not provide SN adjustment information. This further involves releasing of MRB and an addition of DRB before or during the handover procedure.

In an embodiment, sending, by the UE, the PDCP status report comprising the missing PDU to the network entity includes receiving, by the UE, a RRC reconfiguration message comprising a MBS status report required parameter from the another network entity, and sending, by the UE, the PDCP status report to the network entity based on the MBS status report required parameter.

In an embodiment, the PDCP status report is sent when at least one of a reordering timer is expired, a periodic status report timer is expired, a PDCP PDU sequence number gap is determined and a periodic status prohibit timer is expired or not running for the concerned MBS session in the UE, wherein at least one of the reordering timer, the periodic status report timer, and the periodic status prohibit timer is configured per MBS session, wherein the UE comprises one or more MBS session concurrently being received.

In an embodiment, the PDCP layer indicates to a RLC layer to move RLC receive window once a RX_DELIV of a PDCP window is updated, such that a PTP RLC updates state variables and reports updated RLC status report to a peer RLC layer, so as to avoid undesired transmission and retransmission on the PTP path.

Accordingly, the embodiments herein disclose a network entity for handling lossless operations for a MBS in a 5G communication network. The network entity includes a PDCP status report based MBS controller coupled with a processor and a memory. The PDCP status report based MBS controller is configured to receive a PDCP status report from a UE. The PDCP status report includes missing PDU, wherein the missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving a MBS bearer. Further, the PDCP status report based MBS controller is configured to determine a PDCP PDU for retransmission of the missing PDU. Further, the PDCP status report based MBS controller is configured to retransmit the determined PDCP PDU to the UE over a Point-to-Point (PTP) path for the MBS bearer.

Accordingly, the embodiments herein disclose a UE for handling lossless operations for a MBS in a 5G communication network. The UE includes a PDCP status report based MBS controller coupled with a processor and a memory. The PDCP status report based MBS controller is configured to determine missing PDU, wherein the missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving MBS bearer. Further, the PDCP status report based MBS controller is configured to generate a PDCP status report comprising the missing PDU. The PDCP status report based MBS controller is configured to send the PDCP status report comprising the missing PDU to a network entity. The PDCP status report based MBS controller is configured to receive the missing PDU retransmission from the network entity, over a PTP path, based on the PDCP status report.

These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood, however, that the following de-scriptions, while indicating at least one embodiment and numerous specific details thereof, are given by way of illustration and not of limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from the scope thereof, and the embodiments herein include all such modifications.

BRIEF DESCRIPTION OF DRAWINGS

The embodiments disclosed herein are illustrated in the accompanying drawings, throughout which like reference letters indicate corresponding parts in the various figures. The embodiments herein will be better understood from the following description with reference to the drawings, in which:

FIG. 1 depicts an architecture for a protocol stack for a UE implementation supporting MBS services;

FIG. 2 is an overview of a 5G communication network for handling lossless operations for the MBS, according to embodiments as disclosed herein;

FIG. 3 is another overview of the 5G communication network for handling lossless operations for the MBS, according to embodiments as disclosed herein;

FIG. 4 shows various hardware components of the UE, according to embodiments as disclosed herein;

FIG. 5 shows various hardware components of a network entity, according to embodiments as disclosed herein;

FIG. 6 is a flow chart illustrating a method, implemented by the network entity, for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein;

FIG. 7 is a flow chart illustrating a method, implemented by the UE, for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein;

FIG. 8 is a sequence diagram illustrating step by step operations for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein;

FIG. 9 to FIG. 12 are sequence diagrams illustrating step by step operations for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein;

FIG. 13 is a flow chart illustrating a method, implemented by the UE, for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein; and

FIG. 14 is a flow chart illustrating a method for handling the lossless operations for the MBS in the 5G communication network, according to embodiments as disclosed herein.

MODE FOR THE INVENTION

The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. De-scriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein can be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.

The embodiments herein achieve methods for handling the lossless operations for a MBS in a 5G communication network. The method includes receiving, by a network entity, a Packet Data Convergence Protocol (PDCP) status report from a User Equipment (UE). The PDCP status report includes missing Protocol Data Unit (PDU) information. The missing PDU is detected during at least one of a MBS bearer type change, a MBS data transfer and a handover procedure involving a MBS bearer. Further, the method includes determining, by the network entity, a PDCP PDU for retransmission of the missing PDU. Further, the method includes retransmitting, by the network entity, the determined PDCP PDU to the UE over a Point-to-Point (PTP) path.

Unlike conventional methods, the proposed method can be used to handle the lossless operations for the MBS in the 5G communication network. The method can be used to enable reliability with efficient retransmission during the PTM-PTP switching, the handover and the normal data transfer operation for NR MBS. Based on the proposed method, the UE MBS service reception performance is enhanced. The user experience is enhanced and smooth service continuity is ensured. The method can be used to avoid unnecessary duplication and retransmission and keeping PDCP SN in sync on the PTM and PTP paths.

In the normal data transfer scenario, when there is a loss of PDU e.g. due to poor channel conditions, and for increased reliability, a PDCP based status reporting can be applied. For bearer type change and handover, there can be interruption when moving from old configuration to new configuration and causing a potential loss of packets or out of order sequenced number PDUs reception, the PDCP based status reporting can be applied.

Referring now to the drawings, and more particularly to FIG. 2 , to FIG. 14 , where similar reference characters denote corresponding features consistently throughout the figures, there are shown at least one embodiment.

FIG. 1 depicts the architecture ( 10 ) for the protocol stack for a UE ( 100 ) implementation supporting the MBS services. Mainly, three types of radio bearer architecture are shown, and are as follows.

a) PTP RLC bearer based (PTP MRB), b) PTM RLC bearer based (PTM MRB), and c) PTM+PTP RLC bearers based (MBS split bearer)

The RLC PTM can be based UM (Unacknowledged Mode) RLC, which does not support functionality of ARQ (Automatic Repeat Request) i.e. no RLC level retransmissions are supported as there is no feedback or status report between a transmitting RLC entity and a receiving RLC entity. Whereas, the RLC PTP can be either UM mode or AM (Acknowledged Mode) RLC. AM RLC supports status/feedback sharing from receiver to transmitter, and retransmission of NACKed RLC packets from a transmitter to a receiver. Thereby, there is a further enhancement in the reliability that can be ensured with the AM RLC layer. Effectively, there is a lossless operation that is achieved with utilizing AM RLC mode.

A PDCP layer performs reordering operation and employs a reordering timer t-Reordering to ensure the out of order packets received from RLC (from two RLCs in MBS split bearer) are re-arranged in order of their sequence numbers (SN) before expiry of reordering timer t-Reordering. In case reordering timer expires, and there is still a gap with PDCP receive window (i.e. missing a PDCP PDU SN so that reordering and in-sequence delivery could not be done to the higher layer), PDCP moves it's receive window (i.e. update its state variable RX_DELIV) further and performs the delivery of PDCP PDUs received until window's lower edge, RX_DELIV (of course gap of missing PDCP PDU SN is also delivered).

Having a MBS split bearer with both PTM RLC and PTP RLC bearer adds to the reliability of the MBS bearer as lossless operation is achieved from the PTP path where as PTM path provides the packet with lesser delay as no retransmission is involved albeit with possible loss. With combining these two paths through the PDCP reordering operation, there is higher chances of receiving PDCP PDUs before t-Reordering expiry and providing ordered in-sequence delivery to the higher layer. FIG. 2 is an overview of a 5G communication network ( 1000 a ) for handling the lossless operations for the MBS, according to embodiments as disclosed herein. In an embodiment, the 5G communication network ( 1000 a ) includes a UE ( 100 ) and a network entity ( 200 ). The UE ( 100 ) can be, for example, but not limited to a laptop, a desktop computer, a notebook, a relay device, a vehicle to everything (V2X) device, a smartphone, a tablet, an internet of things (IoT) device, a Television with communication facility, an immersive device, a virtual reality device, a foldable device or the like. The network entity ( 200 ) may also include or be referred to by those skilled in the art as a base station, a base transceiver station, a radio base station, an access point, a radio transceiver, an eNB, a gNodeB (gNB), 6G base station or the like.

As shown in the FIG. 2 , the network entity ( 200 ) transfers the MBS data to the UE ( 100 ) over one of a PTM, a PTP, and a PTM+PTP (i.e., split bearer path). Further, the network entity ( 200 ) sends the RRC reconfiguration message to the UE ( 100 ). The RRC reconfiguration message includes at least one of a MBS bearer type change, a delivery mode, a G-RNTI, a C-RNTI, a TMGI, and other configurations. The other configurations can be, for example, but not limited to the DRX configurations, PDCP first SN, RLC first SN, SDAP/PDCP/RLC/MAC/PHY configurations, HARQ configurations including retransmission over PTM, retransmission over PTP, HARQ feedback configured/enabled/disabled, BWP configurations, logical channel identities etc. After receiving the RRC reconfiguration message at the UE ( 100 ), the UE ( 100 ) determines the missing PDUs and/or generates the PDCP status report based on the missing PDU. Further, the UE ( 100 ) sends the RRC reconfiguration complete message to the network entity ( 200 ). Further, the UE ( 100 ) sends the PDCP status report to the network entity ( 200 ), where the PDCP status report includes the missing PDUs information. Further, the network entity ( 200 ) determines the PDCP PDU for retransmission based on the PDCP status report. Further, the network entity ( 200 ) retransmits the determined PDCP PDU to the UE ( 100 ) over the PTP path based on the determination.

FIG. 3 is another overview of the 5G communication network ( 1000 b ) for handling the lossless operations for the MBS, according to embodiments as disclosed herein. In an embodiment, the 5G communication network ( 1000 b ) includes the UE ( 100 ), a source network entity ( 200 a ) and a target network entity ( 200 b ). The source network entity ( 200 a ) may also include or be referred to by those skilled in the art as a source base station, a source base transceiver station, a source radio base station, a source access point, a source radio transceiver, a source eNB, a source gNodeB (gNB), or the like. The target network entity ( 200 b ) may also include or be referred to by those skilled in the art as a target base station, a target base transceiver station, a target radio base station, a target access point, a target radio transceiver, a target eNB, a target gNodeB (gNB), or the like.

In an embodiment, the source network entity ( 200 a ) sends the MBS data to the UE ( 100 ) over the PTM/the PTP/the PTM+PTP. Further, the source network entity ( 200 a ) sends the handover request to the target network entity ( 200 b ). Based on the handover request, the target network entity ( 200 b ) sends the handover response or handover acknowledge to the source network entity ( 200 a ). Further, the source network entity ( 200 a ) sends the RRC reconfiguration message to the UE ( 100 ). In an embodiment, the RRC reconfiguration message includes the handover command, the delivery mode, the G-RNTI, the C-RNTI, the TMGI, and other configurations. The other configurations can be, for example, but not limited to the DRX configurations, PDCP first SN, RLC first SN, SDAP configurations, PDCP configurations, RLC configurations, MAC configurations, PHY configurations, HARQ configurations including retransmission over PTM, retransmission over PTP, HARQ feedback configured/enabled/disabled, BWP configurations, logical channel identities etc. Based on the RRC reconfiguration message, the UE ( 100 ) releases the PTM path and/or switches to PTP path. Further, the source network entity ( 200 a ) forwards the data and sends the not yet acknowledged PDUs to the target network entity ( 200 b ).

In an embodiment, upon the RRC reconfiguration message reception for at least one of MBS bearer type change, the MBS data transfer (e.g. activation and/or deactivation PTM reception path) and handover involving MBS bearer, the UE ( 100 ) initializes the PTM PDCP state variables such that the SN part of the COUNT (Count includes Hyper Frame number (HFN) and Sequence number (SN)) is set to the SN of the first received packet by the UE ( 100 ) and the HFN is indicated by the gNB in the RRC reconfiguration message. The PTM RLC state variables RX_Next_Highest and RX_Next_Ressembly are set according to the SN of the first received RLC PDU containing the SN. The PTP RLC state variables for reception window is set to 0. That is, for UM PTP receiving RLC entity RX_Next_Highest and RX_Next_Ressembly and for AM PTP receiving RLC entity RX_Next_Highest and RX_Next are set to 0.

In another embodiment, the RRC reconfiguration message carries the at least one of first SN for the received PDCP PDU for PDCP entity and first SN for the received RLC PDU for the at least one of PTM RLC/UM PTP RLC/AM PTP RLC entities.

In another embodiment, HFN is not indicated in the RRC reconfiguration message and is derived by the UE ( 100 ).

Further, the UE ( 100 ) sends the RRC reconfiguration complete message to the target network entity ( 200 b ). Further, the UE ( 100 ) determines the missing PDUs and/or generates the PDCP status report. Further, the UE ( 100 ) sends the PDCP status report to the target network entity ( 200 b ). Further, the target network entity ( 200 b ) determines the PDCP PDU for retransmission based on the PDCP status report. Further, the target network entity ( 200 b ) retransmits the determined PDCP PDU to the UE ( 100 ) over the PTP path. Further, the target network entity ( 200 b ) sends the RRC reconfiguration message to the UE ( 100 ) and adds the PTP path between the target network entity ( 200 b ) and the UE ( 100 ) based on the RRC reconfiguration message.

During the handover, it can be PTP to PTP handover. If there is no PTP path, then source network entity ( 200 a ) can add a PTP or switch to PTP before/during the handover procedure.

In another embodiment, the RRC reconfiguration message includes the handover command, the delivery mode, the G-RNTI, the C-RNTI, the TMGI, the SN adjustment information and target cell MBS configurations. The target cell MBS configurations information can include supported MBS services by target network entity related configurations like DRX configurations, delivery mode, PDCP first SN, RLC first SN, SDAP configurations, PDCP configurations, RLC configurations, MAC configurations, PHY configurations, HARQ configurations including retransmission over PTM, retransmission over PTP, HARQ feedback configured/enabled/disabled, BWP configurations, logical channel identities, security configurations etc. Based on the RRC reconfiguration message, the UE ( 100 ) releases the PTM path and/or switches to the PTP path. The SN adjustment information is used for updating RX_DELIV and a RX_NEXT and/or receive or reordering window. The SN adjustment information modifies a PDCP reordering window as and when the RX_DELIV and a RX_NEXT is incremented or decremented,

In another embodiment, based on the RRC reconfiguration message, the UE ( 100 ) releases the PTM path and/or switches to the PTP path. There is no SN adjustment information is provided in the reconfiguration message. The UE ( 100 ) uses the stored/book keeping info for target network entity ( 200 b )/cell to determine the SN adjustment information. The SN adjustment information is used for updating RX_DELIV and a RX_NEXT and/or receive or reordering window The SN adjustment information modifies a PDCP reordering window as and when the RX_DELIV and a RX_NEXT is incremented or decremented.

Based on the RRC reconfiguration message, the UE ( 100 ) performs the hard reset and releases MRB. Further, the UE ( 100 ) performs the unicast handover. The RRC reconfiguration may include an indication for the hard reset.

In an embodiment herein, the PDCP status report is utilized to avail retransmission of the PDCP PDUs which are missed. In an embodiment, the UE ( 100 ) receives the MBS service on source cell/gNB when undergoes handover and on the target cell, the UE ( 100 ) transmits the PDCP status report as a first uplink PDU on the PTP path to inform the target cell/gNB on the reception status of the PDCP PDUs. More specifically the PDCP status report carries the FMS (first missing Sequence number) for the PDCP PDU which is not yet received successfully by the PDCP and a bitmap indicating the received or not received PDCP PDU SN following the FMS. Based on the PDCP status report, a transmitting entity on the target cell/gNB will conduct retransmissions on the PTP path of the PDCP PDUs that are indicated as missing.

Further, during mobility if there is PDCP SN synchronization is not there in a source cell/gNB and a target cell/gNB (i.e. actual PDCP SDU contents belong to different PDCP SN on source cell/gNB and target cell/gNB), there is an SN adjustment step (i.e. increment or decrement of SN) is applied. The SN adjustment step can be applied to the SN conveyed in the PDCP status report and/or data forwarding and also to the SN next to be received. The SN adjustment is also applied to the PDCP state variables RX_DELIV and a RX_NEXT and so on and to the receiving and/or reordering window. The reordering timer may be stopped and/or restarted. The SN adjustment information is conveyed to the UE ( 100 ) beforehand e.g. in the RRC reconfiguration message initiating the handover. As an alternative, the UE ( 100 ) also stores or main book-keeping for the different cells/gNBs which are synchronized or not, other details like offsets, SN gaps etc. and utilizes this information when doing mobility like handover or cell reselections.

In an embodiment, a hard reset is performed when the source cell and target cell are not synchronized for PDCP SN and data forwarding and/or PDCP status report procedure is not applied. That is the MRB bearer is released and then setup again on the target cell/gNB.

In an embodiment, an indication on support for MBSFN (MBMS Single Frequency Network) and/or some or different MBSFN area identity on the target cell/gNB is provided in the handover message (e.g. RRC reconfiguration message) on the source cell/gNB.

In an embodiment, the PDCP status reporting mechanism is deployed when there is switching between bearer types or delivery modes as at least one of

a. PTP to PTP, b. PTM to PTP, c. PTM to PTP+PTM, d. PTP to PTM+PTP, and e. PTM+PTP to PTP.

In the switched mode, the PDCP status report is triggered on the PTP path and retransmission is availed for the missing PDCP PDUs. The loss of PDCP PDUs could be before the switching and/or also during switching process wherein some of the transmission are missed by the UE ( 100 ).

Further during bearer type switching (or delivery mode switching), it might be possible that PDCP status report conveys acknowledgement for PDUs SN and/or missing status for PDUs SN which were not yet actually transmitted on the new PTP path (as actual transmission timings may differ on PTM and PTP paths due to different DRX/scheduling configurations. In this scenario, the receiver entity for PDCP status report need to selectively ignore the SNs which are not yet processed for transmission.

In an embodiment, the PDCP status report is triggered even during normal reception operation (when there is no mobility or switching operation is taking place) i.e. within the same bearer mode or within the same cell. With PDCP status report, retransmission for the missing PDCP PDUs is availed.

In an embodiment, the PTP path is used for selective transmission/retransmission only of PDCP PDUs i.e. it is not a full-fledged bearer. The PDCP status report is sent on the uplink on PTP bearer to inform peer PDCP entity to transmit/retransmit PDCP PDUs on the PTP path. This way the missing PDCP PDUs with the PTM based reception path are recovered from the selective transmission/retransmission from the PTP path and reliability is enhanced. Moreover, reordering timer on the PTM path can be smaller and hence, quicker status report is sent and transmission/retransmission is availed through PTP path. There are multiple options proposed to control the sending of the PDCP status report on the PTP path.

In an embodiment, multiple triggers are provided to control the PDCP status report sending on the PTP path. One of them is upon Reordering timer expiry and detection of the SN gaps (i.e. missing PDCP PDUs) on the PDCP receive window. To ensure low latency performance reordering timer on the PTM path should be small or delivery of the PDCP SDUs to the higher layer is delayed until transmission/retransmission on the PTP path is availed. Alternatively, method is applied to the delay insensitive services so that large delay can withstand for data delivery.

Other is periodic transmission of the PDCP status report, once periodic timer expires. To avail low latency, periodic timer can be kept small or alternatively, latency is not the issue, large value of the periodic timer can be configured. Additionally, other triggers like detection of PDCP SN gap and/or reordering timer expiry can also be applied along with periodic timer.

In order to avoid undesired multiple PDCP status report quickly, a prohibit timer can also be configured so that there is a stipulated gap between two PDCP status report. Further, there can be a polling from the transmitting PDCP entity which causes the PDCP status report to be sent by the receiving PDCP entity.

In an embodiment, the PDCP status reporting for transmission/retransmission of PDCP PDUs is configured by the gNB. This could be indicated with an information elements or a flag like MBSstatusReportRequired. When this is set or configured, the UE ( 100 ) performs the PDCP status reporting procedure for selection transmission/retransmission; otherwise not.

X.Y Status Reporting

x.y.1 Transmit Operation

For MRBs configured by upper layers to send a PDCP status report in the uplink on PTP AM RLC (MBSstatusReportRequired), the receiving PDCP entity shall trigger a PDCP status report when at least one of:

a. The upper layer requests a MBS PDCP entity re-establishment; b. The upper layer requests a MBS bearer mode switching; c. The upper layer requests a PDCP data recovery d. The upper layer requests a data switching e. The upper layer requests a PDCP entity reconfiguration and the associated RLC entity is released for the MBS radio bearer f. The upper layer requests a MBS PTP bearer for selective transmission/retransmission; and g. The upper layer configured triggers are met. These include one or more of: I. expiry of reordering timer, II. expiry of periodic status timer, and III. detection of PDCP SN gap IV. receiving a poll for PDCP status report from peer PDCP entity

When the PDCP status report is triggered based on upper layer configured triggers, transmission of PDCP status report is allowed when PDCP status prohibit timer is expired.

For MRBs configured by upper layers to send a PDCP status report in the uplink PTP UM RLC (MBSstatusReportRequired in TS 38.331), the receiving PDCP entity shall trigger a PDCP status report when at least one of:

a. upper layer requests a MBS PDCP entity re-establishment; b. upper layer requests a MBS bearer mode switching; c. upper layer requests a data switching d. upper layer requests a PDCP data recovery e. upper layer requests a PDCP entity reconfiguration and the associated RLC entity is released for the MBS radio bearer

If a PDCP status report is triggered, the receiving PDCP entity shall:

if status prohibit timer is not running, compile a PDCP status report as indicated below by: a. setting the FMC field to RX_DELIV; b. if RX_DELIV<RX_NEXT: i. allocating a Bitmap field of length in bits equal to the number of COUNTs from and not including the first missing PDCP SDU up to and including the last out-of-sequence PDCP SDUs, rounded up to the next multiple of 8, or up to and including a PDCP SDU for which the resulting PDCP Control PDU size is equal to 9000 bytes, whichever comes first; ii. setting in the bitmap field as â0â for all PDCP SDUs that have not been received, and optionally PDCP SDUs for which decompression have failed; iii. setting in the bitmap field as â1â for all PDCP SDUs that have been received; iv. submit the PDCP status report to lower layers as the first PDCP PDU for transmission via the transmitting PDCP entity on PTP RLC bearer for Uu interface v. start status prohibit timer

In an embodiment, the method can be used to ensure PDCP status report is quickly or immediately transmitted on the PTP path on uplink, the logical channel corresponding to the PTP RLC bearer is prioritized. This could be configured by the network with a higher priority. Alternatively, the UE ( 100 ) increases the logical channel priority as and when the PDCP status report is to be transmitted. Further, a buffer status report (BSR) and/or a scheduling Request (SR) is triggered to avail an uplink grant to transmit the uplink communication pertaining to PDCP status report on PTP. In case there is a loss of synchronization between the UE ( 100 ) and gNB and/or SR reached maximum retransmission count without availing uplink grant and SR resources are not configured, the UE ( 100 ) will trigger a random access (RA) procedure.

In an embodiment, the method can be used to increase reliability of the transmission of the PDCP status report, the uplink RLC PDU carrying the PDCP status report is repeated over two or more slots (i.e. duplicated in time domain) or alternatively, it is bundled transmitted over two or more MAC TBs (i.e. repeated over MAC TBs). Further, HARQ transmission is enabled for the uplink PTP path to ensure enhanced reliability.

In an embodiment herein, the switching across the bearer modes (PTP, PTM and PTM+PTP) is applied through MAC signaling (e.g. utilizing MAC CE to indicate the activation and/or deactivation of bearer mode switch). In a proposed approach, activation MAC CE is followed by a deactivation MAC CE with a time gap between the two in order to allow some time for switching without causing the loss of data (i.e. like a Make-Before-Break operation). This way, during switching for a temporary time period both the old and new bearer modes are active and no data loss is happened. In case of duplicate reception on the two bearer modes, duplicate packets are detected and are discarded. MAC CE indicates at least one of TMGI, G-RNTI, C-RNTI, Radio bearer Id and bearer mode type to inform the UE ( 100 ) about the bearer mode change or switching between PTP and PTM. Alternatively, it only indicates the activation or deactivation of bearer mode change or switching and other field are determined by the MAC CE presence on the relevant logical channel or bearer or service.

In an embodiment, the dynamic switching is through the RRC signaling (e.g. bearer type change). The signaling indicates at least one of TMGI, G-RNTI, C-RNTI, Radio bearer Id, bearer mode type, MBS configurations (e.g. DRX configurations, SDAP/PDCP/RLC/MAC/PHY configurations, HARQ configurations including retransmission over PTM, retransmission over PTP, HARQ feedback configured/enabled/disabled, BWP configurations, logical channel identities etc.) to inform the UE ( 100 ) about the bearer mode change or switching between the PTP, PTM and the PTM+PTP.

In an embodiment, interaction between PDCP and PTP RLC layer is proposed. When there is already reception of the PDCP packets at PDCP through PTM path, undesired reception on PTP path is not needed and causes unnecessary transmission and retransmission on the PTP path when if PTP path has not yet received a RLC PDU (carrying PDCP PDU which is already received through PTM path). This is due to lossless nature of the PTP AM RLC. In this scenario, it is proposed that PDCP indicates to the RLC to move receive window once RX_DELIV of the PDCP window is increased. Thereby PTP RLC also updates its state variables and reports updated status report to the peer RLC entity. Thereby, undesired transmission and/or retransmission on the PTP path is avoided.

The method can be used to avoid unnecessary duplication transmission/retransmission and keeping PDCP SN in sync received from PTM and PTP paths, apply PDCP and PTP RLC interaction e.g. Move Receive Window at RLC when PDCP RX_DELIV is updated (in general or when reordering time expires)

a. When highest PDCP SN delivered by PTP RLC<RX_DELIV after reordering time expiry, indicate RLC to move receive window by the gap; and/or b. When highest in-sequence PDCP SN delivered by PTP RLC<RX_DELIV after reordering timer expiry, indicate RLC to move receive window by th

CLAIMS

Claims ( 13 )

The invention claimed is:

1 . A method by a first network entity for handling lossless operation for a multicast broadcast service (MBS) in a wireless communication network, the method comprising:

transmitting, to a user equipment (UE) over at least one of a point-to-multipoint (PTM) path or a point-to-point (PTP) path, MBS data; transmitting, to the UE, a radio resource control (RRC) reconfiguration message; receiving, from the UE, an RRC reconfiguration complete message based on the RRC reconfiguration message; and receiving, from the UE, a packet data convergence protocol (PDCP) status report, wherein the RRC reconfiguration message includes information on MBS bearer type change.

2 . The method of claim 1 , further comprising adding the PTP path between the first network entity and the UE based on the RRC reconfiguration message.

3 . The method of claim 1 , wherein receiving, from the UE, the PDCP status report comprises:

receiving, from a second network entity, a handover request message, wherein the second network entity transfers the MBS data to the UE over at least one of the PTM path or the PTP path, wherein the second network entity is a source network entity and the first network entity is a target network entity; transmitting, to the second network entity, a handover response message based on the handover request message; receiving, from the second network entity, PDUs based on the handover response message, wherein the received PDUs are not yet acknowledged; receiving, from the UE, an RRC reconfiguration complete message upon transmitting the RRC reconfiguration message to the UE from the second network entity; and receiving, from the UE, the PDCP status report.

4 . The method of claim 1 , wherein receiving, from the UE, the PDCP status report comprises:

configuring an MBS status report required parameter with the RRC reconfiguration message; transmitting, to the UE, the RRC reconfiguration message comprising the MBS status report required parameter; and receiving, from the UE, the PDCP status report based on the MBS status report required parameter.

5 . The method of claim 1 , wherein the MBS bearer type change is performed at the first network entity,

wherein a handover procedure involving an MBS bearer is performed between the first network entity and a second network entity, and wherein the second network entity is a source network entity and the first network entity is a target network entity.

6 . The method of claim 1 , wherein the RRC reconfiguration message further includes sequence number (SN) adjustment information, and wherein the SN adjustment information is applied to the PDCP status report.

7 . A method by a user equipment (UE) for handling a multicast broadcast service (MBS) in a wireless communication network, the method comprising:

receiving, from a first network entity over at least one of a point-to-multipoint (PTM) path or a point-to-point (PTP) path, MBS data; receiving, from the first network entity, a radio resource control (RRC) reconfiguration message; transmitting, to the first network entity, an RRC reconfiguration complete message based on the RRC reconfiguration message; and transmitting, to the first network entity, a packet data convergence protocol (PDCP) status report, wherein the RRC reconfiguration message includes information on MBS bearer type change.

8 . The method of claim 7 , further comprising establishing the PTP path between the first network entity and the UE based on the RRC reconfiguration message.

9 . The method of claim 7 , further comprising switching from an MBS radio bearer (MRB) to a dedicated radio bearer (DRB).

10 . The method of claim 7 , wherein the RRC reconfiguration message includes sequence number (SN) adjustment information, and

wherein the SN adjustment information is applied to the PDCP status report.

11 . The method of claim 7 , wherein transmitting, to the first network entity, the PDCP status report comprises:

receiving, from the first network entity, an RRC reconfiguration message comprising an MBS status report required parameter; and transmitting, to the first network entity, the PDCP status report based on the MBS status report required parameter.

12 . The method of claim 7 , wherein the MBS bearer type change is performed at the first network entity,

13 . A first network entity for handling lossless operation for a multicast broadcast service (MBS) in a wireless communication network, the first network entity comprising:

a memory, and at least one processor coupled with the memory, and configured to:

transmit, to a user equipment (UE) over at least one of a point-to-multipoint (PTM) path or a point-to-point (PTP) path, MBS data;

transmit, to the UE, a radio resource control (RRC) reconfiguration message;

receive, from the UE, an RRC reconfiguration complete message based on the RRC reconfiguration message; and

receive, from the UE, a packet data convergence protocol (PDCP) status report,

wherein the RRC reconfiguration message includes information on MBS bearer type change.

US18/032,382

2020-10-22

2021-10-21

Method and system for handling lossless operations for MBS in 5G communication network

Active

2042-07-30

US12556309B2

( en )

Applications Claiming Priority (3)

Application Number

Priority Date

Filing Date

Title

IN202041046159

2020-10-22

IN202041046159

2021-09-27

PCT/KR2021/014854

WO2022086239A1

( en )

2020-10-22

2021-10-21

Method and system for handling lossless operations for mbs in 5g communication network

Publications (2)

Publication Number

Publication Date

US20240031066A1

US20240031066A1 ( en )

2024-01-25

US12556309B2

true

US12556309B2 ( en )

2026-02-17

Family

ID=81291765

Family Applications (1)

Application Number

Title

Priority Date

Filing Date

US18/032,382

Active

2042-07-30

US12556309B2

( en )

2020-10-22

2021-10-21

Method and system for handling lossless operations for MBS in 5G communication network

Country Status (2)

Country

Link

( 1 )

US12556309B2

( en )

( 1 )

WO2022086239A1

( en )

Families Citing this family (13)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

EP4173192B1

( en )

2020-06-29

2025-08-06

Qualcomm Incorporated

Layered missing packet detection

WO2022077319A1

( en )

2020-10-15

2022-04-21

Apple Inc.

Split bearer communications

WO2022087963A1

( en )

2020-10-29

2022-05-05

Apple Inc.

Multicast and broadcast services (mbs) mobility with service continuity in connected state

EP4245045B1

( en )

2020-11-13

2024-10-09

Telefonaktiebolaget LM Ericsson (publ)

Method, apparatus and computer program product for providing service continuity for multicast and broadcast service

US20220209903A1

( en )

2020-12-30

2022-06-30

Mediatek Singapore Pte. Ltd.

Methods and apparatus to deliver reliable multicast services via pdcp retransmission

WO2022147790A1

( en )

2021-01-08

2022-07-14

Lenovo (Beijing) Limited

Method and apparatus for multicast and broadcast services

WO2022266923A1

( en )

2021-06-24

2022-12-29

Qualcomm Incorporated

Applying network coding at one or more multicast radio bearer (mrb) paths in a multicast and broadcast service (mbs) system

US12143292B2

( en )

2022-01-06

2024-11-12

Nokia Technologies Oy

Methods and apparatuses for configuration of user device(s) for reception of point-to-multipoint transmission

CN116456283B

( en )

2022-01-10

2026-07-10

åä¸ºææ¯æéå¬å¸

Communication method and device

WO2023141847A1

( en )

2022-01-27

2023-08-03

Huawei Technologies Co., Ltd.

Apparatus and methods for reliability adaptation for artificial intelligence training

GB2631888A

( en )

2022-05-13

2025-01-15

Lenovo Beijing Ltd

Methods and apparatuses for a PDCP SDU reception handling operation

US20260052358A1

( en )

2022-08-08

2026-02-19

Lenovo (Beijing) Limited

Method and apparatus of supporting multicast and broadcast services

US12464035B2

( en )

2023-09-15

2025-11-04

Qualcomm Incorporated

Signaling of protocol data unit set information

Citations (7)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

US20150304378A1

( en )

2014-04-21

2015-10-22

Futurewei Technologies, Inc.

System and Method for Servicing One or More User Equipments Through One or More Streams

US10582556B2

( en )

2017-08-11

2020-03-03

Htc Corporation

Device and method for handling a bearer type change

US20220303730A1

( en )

2020-10-22

2022-09-22

Apple Inc.

Point to Point and Point to Multipoint Switching with Service Continuity for Broadcast and Multicast Service

US20230110505A1

( en )

2020-05-27

2023-04-13

Mediatek Singapore Pte. Ltd.

Methods and apparatus of reliable multicast transmission

US20230246975A1

( en )

2020-09-29

2023-08-03

Shanghai Langbo Communication Technology Company Limited

Method and device for wireless communication

US20230389049A1

( en )

2020-10-19

2023-11-30

Samsung Electronics Co., Ltd.

Method and device for supporting multicast/broadcast service in mobile communication system

US20240064591A1

( en )

2020-09-03

2024-02-22

Toyota Jidosha Kabushiki Kaisha

Multicast broadcast service continuity in connected state

2021

2021-10-21

PCT/KR2021/014854

patent/WO2022086239A1/en

not_active

Ceased

2021-10-21

US18/032,382

patent/US12556309B2/en

active

Active

Patent Citations (8)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

US20150304378A1

( en )

2014-04-21

2015-10-22

Futurewei Technologies, Inc.

System and Method for Servicing One or More User Equipments Through One or More Streams

CN106233815A

( en )

2014-04-21

2016-12-14

åä¸ºææ¯æéå¬å¸

For being provided the system and method for service for one or more subscriber equipmenies by one or more streams

US10582556B2

( en )

2017-08-11

2020-03-03

Htc Corporation

Device and method for handling a bearer type change

US20230110505A1

( en )

2020-05-27

2023-04-13

Mediatek Singapore Pte. Ltd.

Methods and apparatus of reliable multicast transmission

US20240064591A1

( en )

2020-09-03

2024-02-22

Toyota Jidosha Kabushiki Kaisha

Multicast broadcast service continuity in connected state

US20230246975A1

( en )

2020-09-29

2023-08-03

Shanghai Langbo Communication Technology Company Limited

Method and device for wireless communication

US20230389049A1

( en )

2020-10-19

2023-11-30

Samsung Electronics Co., Ltd.

Method and device for supporting multicast/broadcast service in mobile communication system

US20220303730A1

( en )

2020-10-22

2022-09-22

Apple Inc.

Point to Point and Point to Multipoint Switching with Service Continuity for Broadcast and Multicast Service

Non-Patent Citations (14)

* Cited by examiner, â Cited by third party

Title

Ericsson, " Mobility for NR MBS ", 3GPP TSG-RAN WG2 #111e R2-2007628 Electronic meeting, Aug. 17-28, 2020, pp. 6.

Futurewei, " Support MBS service continuity during mobility ", 3GPP TSG-RAN WG2 Meeting #111e R2-2007552 E-Conference, Aug. 17-28, 2020, pp. 7.

Indian Examination Report dated May 9, 2022 issued in counterpart application IN 202041046159, pp. 5.

MediaTek Inc., " Scenarios and Requirements for Mobility with Service Continuity ", 3GPP TSG-RAN WG2 Meeting #111 electronic R2-2006827 Online, Aug. 17-28, 2020, pp. 8.

PCT/ISA/210 Search Report issued on PCT/KR2021/014854, dated Jan. 21, 2022, pp. 4.

PCT/ISA/237 Written Opinion issued on PCT/KR2021/014854, dated Jan. 21, 2022, pp. 5.

Vivo " MBS Service Continuity for RRC Connected UE ", 3GPP TSG-RAN WG2 Meeting #111 electronic R2-2007035 E-Meeting, Aug. 17-28, 2020, pp. 9.

Ericsson, " Mobility for NR MBS ", 3GPP TSG-RAN WG2 #111e R2-2007628 Electronic meeting, Aug. 17-28, 2020, pp. 6.

Futurewei, " Support MBS service continuity during mobility ", 3GPP TSG-RAN WG2 Meeting #111e R2-2007552 E-Conference, Aug. 17-28, 2020, pp. 7.

Indian Examination Report dated May 9, 2022 issued in counterpart application IN 202041046159, pp. 5.

MediaTek Inc., " Scenarios and Requirements for Mobility with Service Continuity ", 3GPP TSG-RAN WG2 Meeting #111 electronic R2-2006827 Online, Aug. 17-28, 2020, pp. 8.

PCT/ISA/210 Search Report issued on PCT/KR2021/014854, dated Jan. 21, 2022, pp. 4.

PCT/ISA/237 Written Opinion issued on PCT/KR2021/014854, dated Jan. 21, 2022, pp. 5.

Vivo " MBS Service Continuity for RRC Connected UE ", 3GPP TSG-RAN WG2 Meeting #111 electronic R2-2007035 E-Meeting, Aug. 17-28, 2020, pp. 9.

Also Published As

Publication number

Publication date

US20240031066A1

( en )

2024-01-25

WO2022086239A1

( en )

2022-04-28

Method and system for handling lossless operations for MBS in 5G communication … — Samsung Electronics Co., Ltd. (US12556309B2)

Analyze & explore related research in Conceptio

Related documents