IP Library Granted Patent US 12,744,827
Granted Patent B2
US 12,744,827 · App. 17/843,359 · Granted Sep 22, 2026

Transmission method and transmission processing method of multicast service and related device

Inventors: Zhenhua Xie (Chang'an Dongguan, CN); Yanxia Zhang (Chang'an Dongguan, CN)
Assignee: VIVO MOBILE COMMUNICATION CO., LTD.
H04L65/611H04L65/1069H04L65/612H04L65/65H04W4/06
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,744,827
App. No.
17/843,359
Granted
Sep 22, 2026
Kind
B2
Abstract

A transmission method and a transmission processing method of multicast service and a related device are provided. The method includes: receiving a unicast-to-multicast request sent by a network device for a multicast service; and receiving the multicast service through a target mode, where the target mode includes a unicast mode and/or a multicast mode.

Claims (63)

1 . A transmission method of multicast service, performed by a first terminal and comprising:

receiving a unicast-to-multicast request sent by a network device for a multicast service; and

receiving the multicast service through a target mode, wherein the target mode comprises at least one of a unicast mode or a multicast mode;

wherein after the receiving a unicast-to-multicast request sent by a network device for a multicast service, the method further comprises:

determining the target mode based on a service area of the multicast service;

wherein the method further comprises:

sending a second response message to the network device when the first terminal is within the service area of the multicast service, wherein the second response message is used to indicate that the first terminal rejects to receive the multicast service through the multicast mode;

or

sending a second multicast session join request for the multicast service to the network device when the first terminal is within the service area of the multicast service;

wherein in a case that the target mode comprises the unicast mode and the multicast mode, the method further comprises:

receiving the multicast service through the unicast mode when no service data of the multicast service has been received in the multicast mode in a preset time period;

wherein after receiving the unicast-to-multicast request, the first terminal starts the timer; if the first terminal receives no service data of the multicast service in the multicast mode before the timer expires, the first terminal still uses the unicast mode to receive the multicast service, and no longer attempts to receive the multicast service in the multicast mode.

2 . The method according to claim 1 , wherein the target mode comprises the unicast mode and the multicast mode.

3 . The method according to claim 1 , further comprising:

sending a second response message to the network device when the first terminal is outside the service area of the multicast service, wherein the second response message is used to indicate that the first terminal rejects to receive the multicast service through the multicast mode.

4 . The method according to claim 1 , wherein in the case that the target mode comprises the unicast mode and the multicast mode, the method further comprises:

sending a first request message to the network device when service data of the multicast service has been received in the multicast mode, wherein the first request message is used to request to deactivate a unicast mode data channel.

5 . The method according to claim 1 , wherein in the case that the target mode comprises the unicast mode and the multicast mode, the method further comprises:

sending a second request message to the network device when service data of the multicast service has been received in the multicast mode in a preset time period, wherein the second request message is used to deactivate a unicast mode data channel.

6 . The method according to claim 1 , wherein in the case that the target mode comprises the unicast mode and the multicast mode, the method further comprises:

receiving the multicast service through the multicast mode when the first terminal is within the service area of the multicast service and has received first indication information sent by the network device; and

sending a third request message to the network device, wherein the third request message is used to deactivate a unicast mode data channel; wherein

the first indication information is used to indicate to receive the multicast service through the multicast mode;

or

wherein in the case that the target mode comprises the unicast mode and the multicast mode, the method further comprises:

receiving the multicast service through the unicast mode when the first terminal is within the service area of the multicast service and has received second indication information sent by the network device, wherein the second indication information is used to indicate to receive the multicast service through the unicast mode.

7 . The method according to claim 1 , wherein the first terminal is a terminal that receives the multicast service in the unicast mode.

8 . A transmission processing method of multicast service, performed by a network device and comprising:

sending a unicast-to-multicast request for a multicast service to a first terminal, wherein the unicast-to-multicast request is used to trigger the first terminal to receive the multicast service through a target mode, and the target mode comprises at least one of a unicast mode or a multicast mode;

wherein after the sending a unicast-to-multicast request for a multicast service to a first terminal, the method further comprises:

receiving a response message sent by the first terminal for the unicast-to-multicast request;

determining a transmission mode of the multicast service based on the response message; and

sending the multicast service through the transmission mode, wherein the transmission mode comprises at least one of the unicast mode or the multicast mode;

wherein when the first terminal is within a service area of the multicast service, the response message corresponding to the first terminal is a second response message, and the second response message is used to indicate that the first terminal rejects to receive the multicast service through the multicast mode; or,

wherein when the first terminal is within a service area of the multicast service, the response message corresponding to the first terminal is a first response message, and the first response message is used to indicate that the first terminal agrees to receive the multicast service through the multicast mode; or,

wherein when the first terminal is outside a service area of the multicast service, the response message corresponding to the first terminal is a second response message, and the second response message is used to indicate that the first terminal rejects to receive the multicast service through the multicast mode;

wherein the determining a transmission mode of the multicast service based on the response message comprises:

determining, based on the response message, a quantity value of first terminals that agree to receive the multicast service through the multicast mode; and

when the quantity value is greater than a first preset value, determining that the transmission mode comprises the multicast mode.

9 . The method according to claim 8 , wherein the sending a unicast-to-multicast request for a multicast service to a first terminal comprises:

sending the unicast-to-multicast request for the multicast service to the first terminal when a first multicast session join request sent by a second terminal for the multicast service has been received.

10 . The method according to claim 9 , wherein the first multicast session join request comprises at least one of the following:

a multicast session establishment request; and

a unicast session establishment request, wherein the unicast session establishment request carries third indication information, and the third indication information is used to indicate to establish a multicast mode data channel of the multicast service.

11 . The method according to claim 8 , wherein in a case that the target mode comprises the multicast mode, the method further comprises:

establishing a multicast mode data channel of the multicast service.

12 . The method according to claim 8 , wherein the method further comprises:

sending indication information to the first terminal, wherein the indication information is used to indicate the first terminal within a service area of the multicast service to receive the multicast service in the multicast or unicast mode; and

wherein after the sending a unicast-to-multicast request for a multicast service to a first terminal, the method further comprises:

deactivating a unicast mode data channel corresponding to the first terminal when a request message sent by the first terminal has been received, wherein the request message is used to deactivate the unicast mode data channel.

13 . A first terminal, comprising a memory, a processor, and a program stored in the memory and capable of running on the processor, wherein when the program is executed by the processor, the following steps are implemented:

receiving a unicast-to-multicast request sent by a network device for a multicast service; and

receiving the multicast service through a target mode, wherein the target mode comprises at least one of a unicast mode or a multicast mode;

wherein after the receiving a unicast-to-multicast request sent by a network device for a multicast service, the processor is further configured to perform the following step:

determining the target mode based on a service area of the multicast service;

wherein the processor is further configured to perform the following step:

sending a second response message to the network device when the first terminal is within the service area of the multicast service, wherein the second response message is used to indicate that the first terminal rejects to receive the multicast service through the multicast mode;

or

sending a second multicast session join request for the multicast service to the network device when the first terminal is within the service area of the multicast service;

wherein in a case that the target mode comprises the unicast mode and the multicast mode, the processor is further configured to perform the following step:

receiving the multicast service through the unicast mode when no service data of the multicast service has been received in the multicast mode in a preset time period;

wherein after receiving the unicast-to-multicast request, the first terminal starts the timer; if the first terminal receives no service data of the multicast service in the multicast mode before the timer expires, the first terminal still uses the unicast mode to receive the multicast service, and no longer attempts to receive the multicast service in the multicast mode.

14 . A network device, comprising a memory, a processor, and a program stored in the memory and capable of running on the processor, wherein when the program is executed by the processor, the steps of the transmission processing method of multicast service according to claim 8 are implemented.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 21, 2022
From: XIE, ZHENHUA; ZHANG, YANXIA
To: VIVO MOBILE COMMUNICATION CO., LTD.
Reel/Frame 060260/0087 →
Priority Claims (1)
CN 202010001920.0 · Jan 2, 2020 · national
Continuity (2)
Continuation PCTCN2020141913 · Dec 31, 2020
Related Publication 20220322050A1 · Oct 6, 2022
References Cited (27)
US 11259361B2 · Huang et al. · 2022 [cited by applicant]
US 20090196213A1 · Zhong et al. · 2009 [cited by applicant]
US 20120263089A1 · Gupta et al. · 2012 [cited by applicant]
US 20130028118A1 · Cherian et al. · 2013 [cited by applicant]
US 20140177504A1 · Sayeed et al. · 2014 [cited by applicant]
US 20180359614A1 · Yu et al. · 2018 [cited by applicant]
US 20190028854A1 · Hua et al. · 2019 [cited by applicant]
US 20200323024A1 · Huang et al. · 2020 [cited by applicant]
CN 101163260A · 2008 [cited by applicant]
CN 102158918A · 2011 [cited by applicant]
CN 103797873A · 2014 [cited by applicant]
CN 104756587A · 2015 [cited by applicant]
CN 104918204A · 2015 [cited by applicant]
CN 108781479A · 2018 [cited by applicant]
CN 109982266A · 2019 [cited by applicant]
EP 2690907A1 · 2014 [cited by applicant]
EP 3437348A1 · 2019 [cited by applicant]
WO 2017167648A1 · 2017 [cited by applicant]
WO 2019129212A1 · 2019 [cited by applicant]
WO 2019223005A1 · 2019 [cited by applicant]
Written Opinion and International Search Report dated Mar. 23, 2021 as received in Application No. PCT/CN2020/141913. [cited by applicant]
CN Office Action dated Nov. 9, 2021 as received in Application No. 202010001920.0. [cited by applicant]
Second Office Action for Indian Application No. 202227035034, dated Mar. 11, 2024, 2 Pages. [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Group Communication System Enablers for LTE (GCSE_LTE); Stage 2 (Release 15),” 3GPP TS 23.468, V15.1.0, pp. 1-32, (Sep. 24,… [cited by applicant]
Extended European Search Report dated May 23, 2023 as received in Application No. 20909737.7. [cited by applicant]
JP Office Action dated Jun. 20, 2023 as received in Application No. 2022-540753. [cited by applicant]
Second Office Action for European Application No. 20909737.7, dated Sep. 4, 2024, 6 Pages. [cited by applicant]