Multicast Broadcast Service Continuity in RRC Inactive Mobility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current New Radio (NR) standards lack support for broadcast/multicast features, leading to service continuity issues during mobility, particularly for UEs in RRC_INACTIVE state, resulting in data loss and interruptions when moving to a new cell/node.

Innovation Solution

The proposed solution enables RRC_INACTIVE UEs to report data loss and allows for cooperative handling between the current and new network nodes, minimizing data loss by maintaining PDCP sequence numbers and using efficient signaling to ensure seamless service continuity during mobility, with options for retransmitting missing packets and configuring RLC modes for reliability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If UEs in RRC_INACTIVE state move to a new cell/node during multicast service, then mobility is enabled, but data loss and service interruption occur

Engineering Contradiction:
Improvemobility speedVSAvoidservice continuity
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The source gNB performs preliminary actions by determining the last PDCP sequence number before the UE enters RRC_INACTIVE state and includes this information in the RRC release message. This preliminary setup enables the target gNB to quickly synchronize and resume data transmission without causing data loss when the UE moves to a new cell.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The UE provides feedback by reporting the first PDCP sequence number of missing MBS data to the network after resuming from RRC_INACTIVE state. This feedback mechanism enables the network to identify and retransmit missing data packets, ensuring complete data delivery and maintaining service reliability during mobility.

Inventive Principle:
Principle #23Feedback

2Reliability

If cooperative handling between source and target network nodes is implemented, then data loss is minimized, but signaling overhead increases

Engineering Contradiction:
Improvedata loss preventionVSAvoidsignaling overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent extracts only the essential information needed for service continuity - specifically the last PDCP sequence number - and includes it in the RRC release message from source to target gNB. This selective extraction minimizes signaling overhead while providing sufficient information for the target gNB to resume data transmission without requiring extensive cooperative signaling between network nodes.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If PDCP sequence numbers are maintained during mobility, then data loss is reduced, but system complexity increases

Engineering Contradiction:
Improvedata loss reductionVSAvoidprotocol complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The UE performs self-service by autonomously determining and reporting the first PDCP sequence number of missing MBS data to the network after resuming from RRC_INACTIVE state. This self-service approach enables the UE to identify its own data loss without requiring complex network-side tracking mechanisms, thereby reducing overall system complexity while maintaining data loss prevention.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP4245045B1Method, apparatus and computer program product for providing service continuity for multicast and broadcast service
Publication Date: 2024.10.09 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • EP4245045B1 patent drawingFigure 1
  • EP4245045B1 patent drawingFigure 2
  • EP4245045B1 patent drawingFigure 3~4

AI summary

The present application generally relates to wireless communication technology. More particularly, the present application relates to a method and apparatus for providing service continuity for Multicast and Broadcast Service (MBS). The present application also relates to computer program product adapted for the same purpose. According to one embodiment of the present application, a method in a first RAN node for providing service continuity for Multicast and Broadcast Service (MBS) comprises: receiving (510) from a UE a request for retransmitting one or more missing Packet Data Units (PDUs) in MBS data associated with an MBS session previously transmitted from a second RAN node to the UE; and handling (520) retransmission of the missing PDUs based on the request.