# US 2025/0159751 A1 · Connection resume method and apparatus, terminal, and network-side device > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 2025/0159751 A1 - Document ID: US20250159751A1 - Status: Published application - Kind: A1 - Application number: 19/020,480 - Filed: 2025-01-14 - Published: 2025-05-15 - Earliest claimed: 2022-07-15 - Assignees: Vivo Mobile Communication Co., Ltd. - Applicants: Vivo Mobile Communication Co., Ltd. - Inventors: Jiamin LIU - Web page: https://patentgrep.com/patent/US20250159751A1 ## CPC - H04W 76/19: Connection re-establishment - H04W 76/27: Transitions between radio resource control [RRC] states - H04W 4/06: Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services - H04W 28/0278: {using buffer status reports (dynamic wireless traffic scheduling definition H04W72/12)} - H04W 76/40: for selective distribution or broadcast - H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72) ## Abstract A connection resume method and apparatus, a terminal, and a network-side device. The connection resume method provided in the embodiments of this application includes: camping, by a terminal, on a first cell in an inactive state, and receiving a first multicast service; and sending a first message in a case that the terminal meets a preset condition, where the first message is used to request connection resume. ## Claims ### Claim 1 A connection resume method, comprising: camping, by a terminal, on a first cell in an inactive state, and receiving a first multicast service; and sending a first message in a case that the terminal meets a preset condition, wherein the first message is used to request connection resume; wherein the configuration of the first multicast service becomes ineffective after the terminal performs cell reselection. ### Claim 2 (depends on 1) The method according to claim 1, wherein the first message is further used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send. ### Claim 3 (depends on 2) The method according to claim 2, wherein signaling content carried in the first message is used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send; or a message header of the first message is used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send. ### Claim 4 (depends on 1) The method according to claim 1, wherein the first message is sent along with a buffer status report (BSR). ### Claim 5 (depends on 1) The method according to claim 1, wherein after the sending a first message, the method further comprises one of the following: receiving, by the terminal, a connection resume message; or receiving, by the terminal, a radio resource control (RRC) release message, wherein the RRC release message carries a changed configuration of the first multicast service. ### Claim 6 (depends on 5) The method according to claim 5, wherein after the receiving, by the terminal, an RRC release message, the method further comprises: receiving, by the terminal, the first multicast service in the inactive state based on the changed configuration of the first multicast service. ### Claim 7 (depends on 6) The method according to claim 6, wherein the receiving, by the terminal, the first multicast service in the inactive state based on the changed configuration of the first multicast service comprises at least one of the following: resetting, by the terminal, a radio link control (RLC) layer and a lower layer based on the changed configuration of the first multicast service, and receiving the first multicast service by using a new protocol stack; or performing, by the terminal, continuous reception of the first multicast service at a packet data convergence protocol (PDCP) layer based on the changed configuration of the first multicast service. ### Claim 8 (depends on 7) The method according to claim 7, wherein the performing continuous reception of the first multicast service at a PDCP layer comprises one of the following: sorting data packets of the first multicast service at the PDCP layer by at least one of sequence numbers (SNs) or count values of the data packets based on an explicit indication of a network side; or sorting data packets of the first multicast service at the PDCP layer by at least one of sequence numbers SNs or count values of the data packets based on an implicit indication of a network side. ### Claim 9 (depends on 5) The method according to claim 5, wherein after the terminal enters a connected state, the method further comprises at least one of the following: sending, by the terminal, a second message to a network-side device, wherein the second message is used to request to receive the first multicast service in the connected state; reporting, by the terminal, reception quality information of the terminal on the first multicast service to the network-side device; or initiating, by the terminal, an exiting process of the first multicast service. ### Claim 10 A connection resume method, comprising: receiving, by a network-side device, a first message sent by a terminal, wherein the first message is used to request connection resume; wherein the terminal is a terminal that camps on a first cell in an inactive state to receive a first multicast service. ### Claim 11 (depends on 10) The method according to claim 10, wherein before the receiving, by a network-side device, a first message sent by a terminal, the method further comprises: sending, by the network-side device, a notification message to the terminal, wherein the notification message is used to notify that a configuration of the first multicast service has changed. ### Claim 12 (depends on 10) The method according to claim 10, wherein the first message is further used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send. ### Claim 13 (depends on 12) The method according to claim 12, wherein signaling content carried in the first message is used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send; or a message header of the first message is used to indicate at least one of the following: an objective of requesting connection resume; or the terminal having uplink data to send. ### Claim 14 (depends on 10) The method according to claim 10, wherein the first message is received along with a buffer status report (BSR). ### Claim 15 (depends on 10) The method according to claim 10, wherein after the receiving, by a network-side device, a first message sent by a terminal, the method further comprises one of the following: sending, by the network-side device, a connection resume message to the terminal; or sending, by the network-side device, a radio resource control (RRC) release message to the terminal, wherein the RRC release message carries a changed configuration of the first multicast service. ### Claim 16 (depends on 15) The method according to claim 15, wherein in a case of having determined that the terminal needs to continue to receive the first multicast service in the inactive state, the network-side device sends the RRC release message to the terminal. ### Claim 17 (depends on 16) The method according to claim 16, wherein the network-side device determines, based on a terminal context of the terminal, that the terminal needs to continue to receive the first multicast service in the inactive state, wherein the terminal context comprises at least one of the following: service identification information of a multicast service that the terminal is interested in or is receiving; configuration information of a multicast service that the terminal is interested in or is receiving; home cell information of a multicast service that the terminal is interested in or is receiving; or effective region information of a multicast service that the terminal is interested in or is receiving; wherein the configuration information comprises at least one of the following: configuration, or configuration version information. ### Claim 18 (depends on 16) The method according to claim 16, wherein after the sending, by the network-side device, a connection resume message to the terminal, the method further comprises at least one of the following: receiving, by the network-side device, a second message sent by the terminal, wherein the second message is used to request to receive the first multicast service in a connected state; receiving, by the network-side device, reception quality information of the terminal on the first multicast service reported by the terminal; or accepting, by the network-side device, an exiting process of the first multicast service initiated by the terminal. ### Claim 19 A terminal comprising a processor and a memory, wherein the memory stores a program or an instruction capable of running on the processor, wherein the program or instruction, when executed by the processor, causes the terminal to perform: camping on a first cell in an inactive state, and receiving a first multicast service; and sending a first message in a case that the terminal meets a preset condition, wherein the first message is used to request connection resume; wherein the configuration of the first multicast service becomes ineffective after the terminal performs cell reselection. ### Claim 20 (depends on 10) A network-side device comprising a processor and a memory, wherein the memory stores a program or an instruction capable of running on the processor, and when the program or instruction is executed by the processor, the steps of the connection resume method according to claim 10 are implemented.