IP Library › Granted Patent US 12,520,380
Granted Patent B2
US 12,520,380 · App. 18/248,701 · Granted Jan 6, 2026

Method and apparatus for multicast and broadcast services

Inventors: Mingzeng Dai (Shanghai, CN); Congchi Zhang (Shanghai, CN); Lianhai Wu (Beijing, CN); Haiming Wang (Beijing, CN)
Assignee: Lenovo (Beijing) Limited
H04W76/40H04W4/06H04W76/27
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,520,380
App. No.
18/248,701
Granted
Jan 6, 2026
Kind
B2
Abstract

Embodiments of the present application are related to a method and apparatus for multicast and broadcast services (MBS). According an embodiment of the present application, an exemplary method includes: receiving a first MBS configuration; using the first MBS configuration for MBS data reception in a first radio resource control (RRC) state; and in response to a RRC state transition occurring, at least before entering a second RRC state from the first RRC state, continuing using the first MBS configuration for MBS data reception, or suspending MBS data reception.

Claims (56)

1 . A user equipment (UE) for wireless communication, comprising:

at least one memory; and

at least one processor coupled with the at least one memory and configured to cause the UE to:

receive a first multicast and broadcast services (MBS) configuration;

use the first MBS configuration for MBS data reception in a first radio resource control (RRC) state if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state;

perform, in response to a RRC state transition occurring, at least before entering RRC_CONNECTED state from the first RRC state, one or more of continue using the first MBS configuration for MBS data reception, or suspend the MBS data reception;

transmit a reception status report on MBS data in the RRC_CONNECTED state before suspending the MBS data reception or when resuming the MBS data reception; and

receive lost MBS data caused by suspending the MBS data reception.

2 . The UE of claim 1 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the at least one processor is configured to cause the UE to:

transmit a MBS indication of MBS data reception during an initial access procedure, wherein the MBS indication of the MBS data reception comprises an indication of a user equipment (UE) is one or more of receiving MBS data of one or more MBS sessions or configured to receive the MBS data of the one or more MBS sessions.

3 . The UE of claim 1 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the at least one processor is configured to cause the UE to continue using the first MBS configuration for MBS data reception until entering the second RRC state.

4 . The UE of claim 1 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the at least one processor is configured to cause the UE to continue using the first MBS configuration for MBS data reception until acquiring a second MBS configuration in the second RRC state.

5 . The UE of claim 1 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the at least one processor is configured to cause the UE to continue using the first MBS configuration for an existing MBS session until a new MBS session starts.

6 . The UE of claim 4 , wherein the first MBS configuration indicates a first MBS bandwidth part (BWP), and the second MBS configuration indicates a second MBS BWP compatible with the first MBS BWP.

7 . The UE of claim 6 , wherein to acquire the second MBS configuration, the at least one processor is configured to cause the UE to receive full configuration of the second MBS configuration.

8 . The UE of claim 6 , wherein to acquire the second MBS configuration, the at least one processor is configured to cause the UE to:

receive a different delta configuration of the second MBS configuration compared with the first MBS configuration; and

update a delta configuration of the first MBS configuration with the different delta configuration to achieve the second MBS configuration.

9 . The UE of claim 6 , wherein to acquire the second MBS configuration, the at least one processor is configured to cause the UE to receive a keeping indication indicating to still use the first MBS configuration for MBS data reception.

10 . The UE of claim 1 , wherein, if the first RRC state is RRC_CONNECTED state, and the second RRC state is one of RRC_IDLE state or RRC_INACTIVE state, the at least one processor is configured to cause the UE to continue using the first MBS configuration until at least one of:

a common MBS configuration is acquired;

a multicast control channel (MCCH) or system information block (SIB) for MBS configuration is updated; or

a timer associated with the first MBS configuration expires.

11 . The UE of claim 1 , wherein the reception status report of MBS data comprises a packet data convergence protocol (PDCP) status report.

12 . The UE of claim 1 , wherein the lost MBS data is received by one or more of a dedicated bearer or a point to point (PTP) bearer.

13 . The UE of claim 1 , wherein, if the second RRC state is RRC_CONNECTED state, entering the second RRC state is identified by receiving one or more of a RRCSetup message or a RRCResume message.

14 . A method performed by a user equipment (UE), the method comprising:

receiving a first multicast and broadcast services (MBS) configuration;

using the first MBS configuration for MBS data reception in a first radio resource control (RRC) state if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state;

in response to a RRC state transition occurring, at least before entering RRC_CONNECTED state from the first RRC state, one or more of continuing using the first MBS configuration for MBS data reception, or suspend the MBS data reception;

transmitting a reception status report on MBS data in the RRC_CONNECTED state before suspending the MBS data reception or when resuming the MBS data reception; and

receiving lost MBS data caused by suspending the MBS data reception.

15 . The method of claim 14 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the method further comprising:

transmitting a MBS indication of MBS data reception during an initial access procedure, wherein the MBS indication of MBS data reception comprises an indication that that a user equipment (UE) is one or more of receiving MBS data of one or more MBS sessions or configured to receive the MBS data of the one or more MBS sessions.

16 . The method of claim 14 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the method further comprising:

continuing using the first MBS configuration for MBS data reception until entering the second RRC state.

17 . The method of claim 14 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the method further comprising:

continuing using the first MBS configuration for MBS data reception until a second MBS configuration is acquired in the second RRC state.

18 . The method of claim 14 , wherein, if the first RRC state is one of RRC_IDLE state or RRC_INACTIVE state, and the second RRC state is RRC_CONNECTED state, the method further comprising:

continuing using the first MBS configuration for an existing MBS session until a new MBS session starts.

19 . A base station for wireless communication, comprising:

at least one memory; and

at least one processor coupled with the at least one memory and configured to cause the base station to:

transmit, to a user equipment (UE), a multicast and broadcast services (MBS) configuration;

receive, from the UE and via an initial bandwidth part (BWP), an MBS indication indicating that the UE is one or more of receiving MBS service or configured to receive the MBS service;

configure a dedicated BWP for the UE to receive the MBS service;

transmit, to the UE, a configuration of the dedicated BWP;

receive a reception status report on the MBS service before suspending the configuration of the dedicated BWP; and

transmit lost MBS data caused by suspending the configuration of the dedicated BWP.

20 . A method performed by a base station (BS), the method comprising:

transmit, to a user equipment (UE), a multicast and broadcast services (MBS) configuration;

receive, from the UE and via an initial bandwidth part (BWP), an MBS indication indicating that the UE is one or more of receiving MBS service or configured to receive the MBS service;

configure a dedicated BWP for the UE to receive the MBS service;

transmit, to the UE, a configuration of the dedicated BWP;

receive a reception status report on the MBS service before suspending the configuration of the dedicated BWP; and

transmit lost MBS data caused by suspending the configuration of the dedicated BWP.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 12, 2023
From: DAI, MINGZENG; ZHANG, CONGCHI; WU, LIANHAI; WANG, HAIMING
To: LENOVO (BEIJING) LTD.
Reel/Frame 063296/0989 →
Continuity (1)
Related Publication 20230397299A1 · Dec 7, 2023
References Cited (13)
US 20210392467A1 · Kim · 2021 [cited by examiner]
CN 102413431A · 2012 [cited by applicant]
CN 104936149A · 2015 [cited by applicant]
CN 107231619A · 2017 [cited by applicant]
EP 4142399A · 2023 [cited by applicant]
KR 20220135564A · 2022 [cited by examiner]
“User Equipment (UE) procedures in Idle mode and RRC Inactive state”, 3GPP TS 38.304 V16.2.0 [retrieved May 22, 2023]. Retrieved from the Internet <https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDeta… [cited by applicant]
ITRI , “Remaining issue on groupcast RRC state transition and future p-t-M delivery”, 3GPP TSG RAN WG2 Meeting #110-e, R2-2005208, Electronic Meeting [retrieved May 22, 2023]. Retrieved from the Internet <https://www.3g… [cited by applicant]
PCT/CN2020/121528 , “International Preliminary Report on Patentability”, PCT Application No. PCT/CN2020/121528, Apr. 27, 2023, 5 pages. [cited by applicant]
PCT/CN2020/121528 , “International Search Report and Written Opinion”, PCT Application No. PCT/CN2020/121528, Jul. 29, 2021, 6 pages. [cited by applicant]
20957220.5 , “European Search Report”, Application No. 20957220.5, Jun. 19, 2024, 14 pages. [cited by applicant]
Huawei, Hisilicon , “Discussion on multicast support for Idle/Inactive UEs”, 3GPP TSG RAN WG1 Meeting #102-e R1-2005272 Mobile Competence Centre ; 650, Route Des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, Aug. … [cited by applicant]
Huawei, Hisilicon , “Resource configuration and group scheduling for RRC_Connected UEs”, 3GPP TSG RAN WG1 Meeting #102-e R1-2005249 3rd Generation Partnership Project (3GPP), Mobile Competence Centre ; 650, Route Des Lu… [cited by applicant]
Cited By (1)
US 12,641,680