WO2023202391A1

WO2023202391A1 - Multicast service transmission method, device, apparatus, and storage medium

Info

Publication number: WO2023202391A1
Application number: PCT/CN2023/086850
Authority: WO
Inventors: 曾二林; 周锐; 梁靖
Original assignee: 大唐移动通信设备有限公司
Priority date: 2022-04-21
Filing date: 2023-04-07
Publication date: 2023-10-26
Also published as: CN116981111A

Abstract

Provided in the present disclosure are a multicast service transmission method, a device, an apparatus and a storage medium. The method comprises: a terminal in a connected state acquiring first configuration information of a multicast service, the first configuration information being used for the terminal to receive in an inactive state service data of the multicast service; and, after a switch from the connected state to the inactive state, according to the first configuration information, receiving in the inactive state the service data of the multicast service. It can be supported that the terminal continues receiving the multicast service after being switched from the connected state to the inactive state, thus effectively reducing network resource consumption and reducing terminal energy consumption.

Description

Multicast service transmission method, equipment, device and storage medium

Cross-references to related applications

This application claims priority to the Chinese patent application with application number 202210425618.7 and the invention title "Multicast Service Transmission Method, Equipment, Device and Storage Medium" submitted on April 21, 2022, which is fully incorporated herein by reference. .

Technical field

The present disclosure relates to the field of wireless communication technology, and in particular, to a multicast service transmission method, equipment, device and storage medium.

Background technique

Broadcast multicast service (Multimedia Broadcast Multicast Service, MBMS) is an important service type in the third generation mobile communication (the 3rd Generation Mobile Communication, 3G) and the fourth generation mobile communication (the 4th Generation Mobile Communication, 4G). It has been around in technology for a long time. In the fifth generation mobile communication (5G) technology, in view of the importance of MBMS to certain vertical fields (such as Internet of Vehicles, public safety), it is necessary to increase support for MBMS. In 5G, MBMS is called multiple Multicast Broadcast Service (MBS).

In current technology, terminals need to be in a connected state to receive multicast services (i.e. MBMS), which will lead to some problems: for example, when there are a large number of users in the network and the business volume is large, the terminals required to receive related services are all In the connected state, it will cause system congestion; for another example, requiring the terminal to always be in the connected state when receiving multicast services will increase the terminal's power consumption, etc.

Contents of the invention

Embodiments of the present disclosure provide a multicast service transmission method, equipment, device and storage medium.

In a first aspect, an embodiment of the present disclosure provides a multicast service transmission method, including:

The terminal in the connected state obtains first configuration information of the multicast service, and the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state;

After switching from the connected state to the inactive state, receive the service data of the multicast service in the inactive state according to the first configuration information.

Optionally, the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive a radio resource control RRC release message sent by the network device, where the RRC release message carries first configuration information of the multicast service.

Receive an RRC release message sent by the network device, where the RRC release message carries a configuration indication of the multicast service;

When the configuration instruction of the multicast service is to continue to use the reception configuration of the multicast service in the connected state, the reception configuration of the multicast service in the connected state is determined as the first configuration information of the multicast service.

Optionally, obtain the reception configuration of the multicast service in the connected state through the following methods:

Receive an RRC configuration message sent by the network device, where the RRC configuration message contains the reception configuration of the multicast service in the connected state.

Optionally, the method also includes:

When the terminal in the connected state has not obtained the first configuration information, it stops receiving service data of the multicast service after switching from the connected state to the inactive state.

In a second aspect, embodiments of the present disclosure also provide a multicast service transmission method, including:

After the terminal in the connected state switches from the connected state to the inactive state, it obtains the first configuration information of the multicast service, and the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

According to the first configuration information, service data of the multicast service is received in the inactive state.

Optionally, obtain the first configuration information of the multicast service, including:

Receive a paging message sent by the network device, the paging message carrying the first configuration information of the multicast service; or,

Receive a radio resource control RRC recovery message sent by the network device, where the RRC recovery message carries first configuration information of the multicast service.

Optionally, the method also includes:

Determining that the first configuration information has not been obtained after switching from the connected state to the inactive state , stop receiving service data of the multicast service.

In a third aspect, embodiments of the present disclosure also provide a multicast service transmission method, including:

Send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

After the terminal switches from the connected state to the inactive state, send the service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the multicast service in the connected state in the inactive state. Receive configuration.

Optionally, when the RRC release message carries a configuration indication of the multicast service, before sending the RRC release message to the terminal in the connected state, the method further includes:

Send an RRC configuration message to the terminal, where the RRC configuration message includes the reception configuration of the multicast service in the connected state.

In a fourth aspect, embodiments of the present disclosure also provide a multicast service transmission method, including:

After the terminal in the connected state switches from the connected state to the inactive state, a paging message or a radio resource control RRC recovery message is sent to the terminal, and the paging message or the RRC recovery message carries the third element of the multicast service. 1. Configuration information;

Send service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in an inactive state.

In a fifth aspect, embodiments of the present disclosure also provide a terminal, including a memory, a transceiver, and a processor:

Memory, used to store computer programs; transceiver, used to send and receive data under the control of the processor; processor, used to read the computer program in the memory and perform the following operations:

Optionally, the operations also include:

In a sixth aspect, embodiments of the present disclosure also provide a terminal, including a memory, a transceiver, and a processor:

Optionally, the operations also include:

If it is determined that the first configuration information has not been obtained after switching from the connected state to the inactive state, it stops receiving service data of the multicast service.

In a seventh aspect, an embodiment of the present disclosure also provides a network device, including a memory, a transceiver, and a processor:

Optionally, when the RRC release message carries a configuration indication of the multicast service, before sending the RRC release message to the terminal in the connected state, the operation further includes:

In an eighth aspect, an embodiment of the present disclosure also provides a network device, including a memory, a transceiver, and a processor:

Send service data of the multicast service to the terminal;

In a ninth aspect, an embodiment of the present disclosure also provides a multicast service transmission device, including:

The first acquisition unit is used for the terminal in the connected state to obtain the first configuration information of the multicast service, and the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

The first receiving unit is configured to receive the service data of the multicast service in the inactive state according to the first configuration information after switching from the connected state to the inactive state.

In a tenth aspect, an embodiment of the present disclosure also provides a multicast service transmission device, including:

The second acquisition unit is used for the terminal in the connected state to obtain the first configuration information of the multicast service after switching from the connected state to the inactive state. The first configuration information is used for the terminal to receive multicast in the inactive state. Business business data;

The second receiving unit is configured to receive service data of the multicast service in the inactive state according to the first configuration information.

In an eleventh aspect, an embodiment of the present disclosure also provides a multicast service transmission device, including:

The first sending unit is configured to send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

A second sending unit configured to send the service data of the multicast service to the terminal after the terminal switches from the connected state to the inactive state;

In a twelfth aspect, an embodiment of the present disclosure also provides a multicast service transmission device, including:

The third sending unit is configured to send a paging message or a radio resource control RRC recovery message to the terminal after the terminal in the connected state switches from the connected state to the inactive state. The paging message or the RRC recovery message carries the first configuration information of the multicast service;

The fourth sending unit is used to send the service data of the multicast service to the terminal;

In a thirteenth aspect, embodiments of the present disclosure further provide a computer-readable storage medium that stores a computer program, and the computer program is used to cause the computer to execute the assembly described in the first aspect. broadcast service transmission method, or perform the grouping described in the second aspect above. The multicast service transmission method is implemented, or the multicast service transmission method described in the third aspect is performed, or the multicast service transmission method described in the fourth aspect is performed.

In a fourteenth aspect, embodiments of the present disclosure further provide a communication device. A computer program is stored in the communication device. The computer program is used to cause the communication device to execute the multicast service transmission method described in the first aspect. , or perform the multicast service transmission method described in the second aspect above, or perform the multicast service transmission method described in the third aspect above, or perform the multicast service transmission described in the fourth aspect above method.

In a fifteenth aspect, embodiments of the present disclosure further provide a processor-readable storage medium, the processor-readable storage medium stores a computer program, and the computer program is used to cause the processor to execute the above-described first aspect. The multicast service transmission method described above, or the multicast service transmission method described in the second aspect as described above, or the multicast service transmission method described in the third aspect as described above, or the fourth aspect as described above The multicast service transmission method.

In a sixteenth aspect, embodiments of the present disclosure further provide a chip product. A computer program is stored in the chip product. The computer program is used to cause the chip product to execute the multicast service transmission method described in the first aspect. , or perform the multicast service transmission method described in the second aspect above, or perform the multicast service transmission method described in the third aspect above, or perform the multicast service transmission described in the fourth aspect above method.

With the multicast service transmission method, equipment, device and storage medium provided by the embodiments of the present disclosure, a terminal in the connected state can obtain the first configuration information. The first configuration information is used for the terminal to receive the multicast service in the inactive state. data, so that after the terminal switches from the connected state to the inactive state, it can receive the service data of the multicast service in the inactive state according to the first configuration information, thereby supporting the terminal to continue after switching from the connected state to the inactive state. Receiving multicast services can effectively reduce network resource consumption and reduce terminal energy consumption.

Description of the drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure or related technologies, a brief introduction will be made below to the drawings that need to be used in the description of the embodiments or related technologies. Obviously, the drawings in the following description are of the present invention. Some of the disclosed embodiments, for those of ordinary skill in the art, Without any creative effort, other drawings can also be obtained based on these drawings.

Figure 1 is one of the schematic flow diagrams of a multicast service transmission method provided by an embodiment of the present disclosure;

Figure 2 is a second schematic flowchart of a multicast service transmission method provided by an embodiment of the present disclosure;

Figure 3 is a third schematic flowchart of a multicast service transmission method provided by an embodiment of the present disclosure;

Figure 4 is a schematic flowchart No. 4 of a multicast service transmission method provided by an embodiment of the present disclosure;

Figure 5 is one of the structural schematic diagrams of a terminal provided by an embodiment of the present disclosure;

Figure 6 is a second structural schematic diagram of a terminal provided by an embodiment of the present disclosure;

Figure 7 is one of the structural schematic diagrams of a network device provided by an embodiment of the present disclosure;

Figure 8 is a second structural schematic diagram of a network device provided by an embodiment of the present disclosure;

Figure 9 is one of the structural schematic diagrams of a multicast service transmission device provided by an embodiment of the present disclosure;

Figure 10 is a second structural schematic diagram of a multicast service transmission device provided by an embodiment of the present disclosure;

Figure 11 is a third schematic structural diagram of a multicast service transmission device provided by an embodiment of the present disclosure;

Figure 12 is a fourth schematic structural diagram of a multicast service transmission device provided by an embodiment of the present disclosure.

Detailed ways

In the embodiment of the present disclosure, the term "and/or" describes the association relationship of associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A exists alone, A and B exist simultaneously, and B exists alone. these three situations. The character "/" generally indicates that the related objects are in an "or" relationship.

In the embodiment of this disclosure, the term "plurality" refers to two or more than two, and other quantifiers are similar to it.

The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only some of the embodiments of the present disclosure, not all of them. Based on the embodiments in this disclosure, all other embodiments obtained by those of ordinary skill in the art without creative efforts fall within the scope of protection of this disclosure.

In order to facilitate a clearer understanding of the technical solutions of each embodiment of the present disclosure, some technical contents related to each embodiment of the present disclosure are first introduced.

In current technology, the process for a terminal in the connected state (Radio Resource Control (RRC) Connected) to receive multicast services is:

First, the terminal joins the group corresponding to the relevant multicast service according to its business requirements.

Then, based on the corresponding relationship between the relevant terminals and groups, the network provides a series of configurations to the terminals according to the resources, services, etc. in the network, such as the Radio Bearer (RB) configuration used by the multicast service. , Logical Channel Identification (LCID) configuration, other wireless resources (such as frequency, Hybrid Automatic Repeat reQuest (HARQ), wireless network temporary identification (Radio Network) used by the control channel in group scheduling Temporary Identity, RNTI), etc.) configuration.

Finally, based on the above configuration, the terminal receives the multicast service and may provide some uplink feedback (such as HARQ feedback) to the network based on the relevant configuration of the network.

When the terminal enters the inactive state (RRC Inactive) from the connected state, it will suspend the wireless bearer configured for receiving multicast services, reset the media access control (Media Access Control, MAC) configuration, or not Then receive the control or data information sent on the relevant physical channel, so that the terminal cannot continue to receive multicast services in the inactive state.

In order to solve the problems in the existing technology that the terminal needs to be in the connected state to receive the multicast service, which leads to large consumption of network resources (easy to cause congestion) and high terminal energy consumption, each embodiment of the present disclosure provides a solution. The terminal can obtain the multicast service in the connected state. The configuration information used for the multicast service is received in the inactive state, and the multicast service is received in the inactive state, which can effectively alleviate a series of problems caused by the terminal only receiving multicast services in the connected state.

Figure 1 is one of the flow diagrams of a multicast service transmission method provided by an embodiment of the present disclosure. This method can be applied to terminals. As shown in Figure 1, the method includes the following steps:

Step 100: The terminal in the connected state obtains the first configuration information of the multicast service. The first configuration information is used for the terminal to receive service data of the multicast service in the inactive state.

Step 101: After switching from the connected state to the inactive state, receive the service data of the multicast service in the inactive state according to the first configuration information.

Specifically, in order to avoid that all terminals must enter the connected state to receive the multicast service, in the embodiment of the present disclosure, the terminal in the connected state can first obtain the first configuration information of the multicast service, and the first configuration information can be used by the terminal The service data of the multicast service is received in the inactive state, so that after the terminal switches from the connected state to the inactive state, the terminal can receive the service data in the inactive state according to the first configuration information. Receive multicast service data.

Optionally, the above-mentioned first configuration information may include one or more of the following:

(1) Frequency resources for receiving multicast services (frequency and bandwidth related configuration);

(2) Relevant configurations required to receive physical channels such as Physical Downlink Control Channel (PDCCH) or Physical Downlink Shared Channel (PDSCH);

(3) Receive relevant configurations required for semi-static scheduling;

(4) When receiving multicast services, the relevant configuration of the group RNTI (the RNTI used by the control channel in group scheduling) is used;

(5) Radio bearer configuration related to multicast services, radio link control (Radio Link Control, RLC) or packet data convergence protocol (Packet Data Convergence Protocol, PDCP) sublayer related configuration.

With the multicast service transmission method provided by the embodiments of the present disclosure, a terminal in the connected state can obtain the first configuration information. The first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state, so that the terminal is in the connected state. After the state is switched to the inactive state, the service data of the multicast service can be received in the inactive state according to the first configuration information, thereby supporting the terminal to continue to receive the multicast service after switching from the connected state to the inactive state, which can effectively Reduce network resource consumption and reduce terminal energy consumption.

Receive an RRC release message sent by the network device, where the RRC release message carries the first configuration information of the multicast service.

Specifically, the network device may carry the first configuration information of the multicast service in the RRC Release (RRCRelease) message sent to the terminal, so that after the terminal switches from the connected state to the inactive state, the terminal can, based on the first configuration information, Receives multicast service data in the inactive state.

Optionally, the network device may send some or all of the configuration information used by the terminal to receive service data of the multicast service in the inactive state to the terminal. Among them, if the network device sends part of the configuration information used by the terminal to receive the service data of the multicast service in the inactive state, the terminal can obtain the remaining configuration information through other methods, which is not limited here.

For example, the first configuration information carried in the RRC release message may include the status of the terminal in the inactive state. For part of the configuration information used to receive the service data of the multicast service (assumed to be configuration A), and for the other part of the configuration information (assumed to be configuration B), the terminal can reuse the configuration in the receiving configuration of the multicast service in the connected state. B, then the terminal can use all the configurations composed of configuration A and configuration B to receive the service data of the multicast service in the inactive state.

Optionally, the terminal reuses configuration B in its multicast service reception configuration in the connected state. This may be that when the first configuration information carried in the RRC release message does not include configuration B, the terminal reuses its configuration in the connected state by default. Configuration B in the multicast service reception configuration, or the first configuration information carried in the RRC release message instructs the terminal to reuse configuration B in its multicast service reception configuration in the connected state.

Receive the RRC release message sent by the network device. The RRC release message carries the configuration indication of the multicast service;

When the configuration of the multicast service indicates that the reception configuration of the multicast service in the connected state is continued to be used, the reception configuration of the multicast service in the connected state is determined as the first configuration information of the multicast service.

Specifically, the network device may carry the configuration indication of the multicast service in the RRC Release (RRCRelease) message sent to the terminal. When the configuration indication is to continue to use the reception configuration of the multicast service in the connected state, the terminal may connect the The reception configuration of the multicast service in the state is determined as the first configuration information of the multicast service, so that after the terminal switches from the connected state to the inactive state, it can receive multicast in the inactive state according to the determined first configuration information. Business data for the business.

Optionally, the above configuration instruction may indicate using part or all of the configuration for receiving the multicast service in the connected state as the configuration used by the terminal to receive the service data of the multicast service in the inactive state. If the terminal is only instructed to continue Use some configurations in the multicast service reception configuration in the connected state to receive the service data of the multicast service in the inactive state. For configurations that are not instructed to continue to be used, these configurations do not need to be used after the terminal enters the inactive state.

Receive the RRC configuration message sent by the network device. The RRC configuration message contains the reception configuration of the multicast service in the connected state.

Specifically, when the network device sends the configuration instruction of the above-mentioned multicast service to the terminal, the network device The network device can first send an RRC configuration message (such as an RRC reconfiguration message) to the terminal in the connected state. The RRC configuration message contains the reception configuration of the multicast service in the connected state, so that the terminal can receive the multicast service from the RRC configuration message. Obtain the reception configuration of the multicast service in the connected state.

When subsequently receiving the configuration indication of the multicast service carried in the RRC release message sent by the network device, the terminal can determine the previously obtained reception configuration of the multicast service in the connected state as the first configuration information of the multicast service, thereby After switching from the connected state to the inactive state, the terminal can receive the service data of the multicast service in the inactive state according to the determined first configuration information.

Optionally, the method also includes:

Specifically, if the terminal in the connected state does not obtain the above-mentioned first configuration information in the connected state, for example, the RRC release message sent by the network device to the terminal does not carry the first configuration information or the configuration indication of the multicast service, or the network device The RRC release message sent to the terminal clearly indicates that the terminal does not receive multicast services in the inactive state. The terminal can stop receiving multicast service data after switching from the connected state to the inactive state.

Figure 2 is a second schematic flowchart of a multicast service transmission method provided by an embodiment of the present disclosure. This method can be applied to terminals. As shown in Figure 2, the method includes the following steps:

Step 200: After switching from the connected state to the inactive state, the terminal in the connected state obtains the first configuration information of the multicast service. The first configuration information is used for the terminal to receive service data of the multicast service in the inactive state.

Step 201: Receive service data of the multicast service in the inactive state according to the first configuration information.

Specifically, in order to avoid that all terminals must enter the connected state to receive the multicast service, in the embodiment of the present disclosure, the terminal in the connected state can obtain the first configuration of the multicast service after switching from the connected state to the inactive state. Information, the first configuration information can be used by the terminal to receive the service data of the multicast service in the inactive state, so that the terminal can receive the service data of the multicast service in the inactive state according to the first configuration information.

(2) Relevant configurations required to receive physical channels such as PDCCH or PDSCH;

(3) Receive relevant configurations required for semi-static scheduling;

(5) Wireless bearer configuration related to multicast services, and related configurations of RLC or PDCP sublayer.

In the multicast service transmission method provided by the embodiments of the present disclosure, the terminal can obtain the first configuration information after switching from the connected state to the inactive state. The first configuration information can be used for the terminal to receive multicast services in the inactive state. data, so that the terminal can receive the service data of the multicast service in the inactive state according to the first configuration information, thereby supporting the terminal to continue to receive the multicast service after switching from the connected state to the inactive state, which can effectively reduce network resource consumption. and reduce terminal energy consumption.

Receive a paging message sent by the network device, where the paging message carries the first configuration information of the multicast service; or,

Receive an RRC recovery message sent by the network device, where the RRC recovery message carries the first configuration information of the multicast service.

In one implementation, the network device may carry the first configuration information of the multicast service in the paging message sent to the terminal, so that the terminal in the inactive state can obtain the first configuration information based on the paging message, and then in the inactive state Receives service data of multicast services in active state.

Optionally, the network device may, in the RRC release message sent to the terminal, indicate that the terminal needs to receive multicast service-related paging messages in the inactive state, so that the terminal can receive multicast service-related paging messages after entering the inactive state. The paging message is received, and the first configuration information is obtained according to the paging message, and then the service data of the multicast service is received in the inactive state.

Optionally, the network device may also carry the configuration information used by the terminal to receive the above paging message in the inactive state in the RRC release message sent to the terminal, and the terminal may receive the above paging message according to the configuration information.

Optionally, the configuration information used by the terminal to receive the paging message in the inactive state may include configuration information such as the time when the terminal receives the paging message, frequency resources, or the RNTI used by the terminal to receive the paging message.

Optionally, if the terminal does not receive the first configuration information or the configuration instruction of the multicast service in the connected state, the terminal can determine on its own after entering the inactive state that it needs to receive paging messages related to the multicast service, and then according to the The paging message is used to obtain the first configuration information and receive the service data of the multicast service in the inactive state.

Optionally, the terminal can also return to the connected state to receive the relevant multicast service according to the received paging message related to the multicast service.

In one implementation, the network device may carry the first configuration information of the multicast service in an RRC recovery (RRCResume) message sent to the terminal, so that the terminal in the inactive state can obtain the first configuration information based on the RRC recovery message. And receive the service data of the multicast service in the inactive state.

Optionally, the method also includes:

When it is determined that the first configuration information has not been obtained after switching from the connected state to the inactive state, the service data of the multicast service is stopped.

Specifically, if the terminal determines that the first configuration information has not been obtained after switching from the connected state to the inactive state, for example, it has not received a paging message or an RRC recovery message sent by the network device, or a paging message sent by the network device to the terminal. If the first configuration information is not carried in the message or the RRC recovery message, the terminal may stop receiving service data of the multicast service after switching from the connected state to the inactive state.

Figure 3 is a flowchart third of a multicast service transmission method provided by an embodiment of the present disclosure. This method can be applied to network equipment (such as a base station). As shown in Figure 3, the method includes the following steps:

Step 300: Send a radio resource control RRC release message to the terminal in the connected state. The RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service.

Step 301: After the terminal switches from the connected state to the inactive state, send the service data of the multicast service to the terminal;

Among them, the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the multicast service in the connected state in the inactive state. receiving configuration.

Specifically, in order to avoid that all terminals must enter the connected state to receive the multicast service, in the embodiment of the present disclosure, the network device may carry the first configuration information of the multicast service in the RRC release (RRCRelease) message sent to the terminal, Therefore, after the terminal switches from the connected state to the inactive state, the terminal can receive the service data of the multicast service in the inactive state according to the first configuration information.

For example, the first configuration information carried in the RRC release message may include part of the configuration information used by the terminal to receive service data of the multicast service in the inactive state (assumed to be configuration A), and for another part of the configuration information (assumed to be configuration B), the terminal can reuse configuration B in its multicast service reception configuration in the connected state, and then the terminal can use all configurations composed of configuration A and configuration B to receive multicast service data in the inactive state.

In one implementation, the network device may also carry the configuration indication of the multicast service in the RRC Release (RRCRelease) message sent to the terminal. When the configuration indication is to continue to use the reception configuration of the multicast service in the connected state, The terminal can determine the reception configuration of the multicast service in the connected state as the first configuration information of the multicast service, so that after switching from the connected state to the inactive state, the terminal can, according to the determined first configuration information, in the inactive state. Receive the service data of the multicast service.

Optionally, the above configuration instruction may indicate using part or all of the configuration for receiving the multicast service in the connected state as the configuration used by the terminal to receive the service data of the multicast service in the inactive state. If the terminal is only instructed to continue Some configurations in the receiving configuration of using multicast services in connected state are in When receiving multicast service data in the inactive state, configurations that are not instructed to continue to be used do not need to be used after the terminal enters the inactive state.

(3) Receive relevant configurations required for semi-static scheduling;

In the multicast service transmission method provided by the embodiments of the present disclosure, the network device can carry the first configuration information or the configuration indication of the multicast service in the RRC release message sent to the terminal, so that after the terminal switches from the connected state to the inactive state, According to the first configuration information or the configuration instruction of the multicast service, the first configuration information can be obtained and the service data of the multicast service can be received in the inactive state, thereby supporting the terminal to continue to receive the group after switching from the connected state to the inactive state. broadcast services, which can effectively reduce network resource consumption and terminal energy consumption.

Optionally, when the RRC release message carries the configuration indication of the multicast service, before sending the RRC release message to the terminal in the connected state, the method further includes:

Send an RRC configuration message to the terminal. The RRC configuration message contains the reception configuration of the multicast service in the connected state.

Specifically, when the network device sends the configuration instruction of the above-mentioned multicast service to the terminal, the network device may first send an RRC configuration message (such as an RRC reconfiguration (Reconfiguration) message) to the terminal in the connected state. The RRC configuration message contains the reception configuration of the multicast service in the connected state, so that the terminal can obtain the reception configuration of the multicast service in the connected state from the RRC configuration message.

Figure 4 is a schematic flowchart No. 4 of a multicast service transmission method provided by an embodiment of the present disclosure. The method can be applied to network equipment (such as base stations), as shown in Figure 4. The method includes the following steps:

Step 400: After the terminal in the connected state switches from the connected state to the inactive state, send a paging message or a radio resource control RRC recovery message to the terminal. The paging message or RRC recovery message carries the first configuration information of the multicast service. .

Step 401: Send the service data of the multicast service to the terminal; wherein the first configuration information is used for the terminal to receive the service data of the multicast service in an inactive state.

Specifically, in order to avoid that all terminals must enter the connected state to receive the multicast service, in the embodiment of the present disclosure, the network device may carry the first configuration information of the multicast service in the paging message sent to the terminal, thereby inactivating The terminal in the active state can obtain the first configuration information according to the paging message, and then receive the service data of the multicast service in the inactive state.

In one implementation, the network device may also carry the first configuration information of the multicast service in the RRC recovery (RRCResume) message sent to the terminal, so that the terminal in the inactive state The terminal can obtain the first configuration information according to the RRC recovery message, and receive the service data of the multicast service in the inactive state.

(3) Receive relevant configurations required for semi-static scheduling;

In the multicast service transmission method provided by the embodiments of the present disclosure, the network device can carry the first configuration information in the paging message or RRC recovery message sent to the terminal, so that the terminal in the inactive state can recover based on the paging message or RRC recovery message. The message obtains the first configuration information, and then receives the service data of the multicast service in the inactive state, thereby supporting the terminal to continue receiving multicast services after switching from the connected state to the inactive state, which can effectively reduce network resource consumption and reduce terminal performance. Consumption.

The methods provided by each embodiment of the present disclosure are based on the concept of the same application, so the implementation of each method can be referred to each other, and repeated descriptions will not be repeated.

The methods provided by each of the above embodiments of the present disclosure are illustrated below through examples of specific application scenarios.

Embodiment 1: A terminal in the connected state receives an RRCRelease message sent by a network device. If the message contains relevant configurations for receiving multicast services, the terminal will continue to use these configurations to receive related multicasts after switching to the inactive state. service, otherwise the relevant multicast service will not be received.

For example, the RRCRelease message may contain one or more of the following configurations for receiving multicast services:

(1) Frequency resources for receiving multicast services (frequency and bandwidth related configuration).

(2) On the above frequency resources, the relevant configuration required to receive physical channels such as PDCCH or PDSCH.

(3) On the above frequency resources, receive relevant configurations required for semi-static scheduling.

(4) When receiving multicast services, the relevant configuration of group RNTI is used.

(6) Other related configurations, etc.

After the terminal obtains these configurations, it saves these configurations and uses them after entering the inactive state, so that it can receive corresponding multicast services.

If the terminal does not obtain the above related configurations, it is considered that the network does not allow or requires it to receive related multicast services in the inactive state.

The characteristic of this embodiment is that the terminal determines whether it can continue to receive the corresponding multicast service after switching to the inactive state by using the content of the RRCRelease message to determine whether it contains specific information or not. If reception continues, the terminal will continue to adopt these obtained configurations.

Embodiment 2: The first information obtained by the terminal from the network device may include information related to the terminal receiving paging messages related to the multicast service after returning to the inactive state.

For example, the relevant information for the above-mentioned terminal to receive paging messages related to the multicast service after returning to the inactive state may be "whether it is necessary to receive paging messages related to the multicast service (ie, group paging)", or it may be to receive and The specific configuration required for paging messages related to multicast services, such as the relevant configuration information on which time or frequency resources to receive such paging messages. Based on the above information, the terminal receives or does not receive related group paging.

Further, assume that the multicast service previously received by the terminal is deactivated (session deactivation), and then the terminal receives an instruction from the network and returns to the inactive state. In this case, the terminal can obtain the instruction "need to continue monitoring group paging" from the above information, or the specific configuration required to answer group paging (such as the time to receive paging, frequency resources, etc.). Based on these instructions or configurations, the terminal continues to listen to group paging in the inactive state. Subsequently, the terminal may receive group paging and obtain relevant information about multicast service activation (session activation).

Embodiment 3: When the terminal receives the RRCRelease message sent by the network, it obtains the instruction "can continue to use some multicast reception related configurations obtained in the connected state" from the message, and switches to non- After activation, these configurations will continue to be used to receive related multicast services.

For example, when the terminal is in the connected state, the network provides it with a dedicated configuration for multicast service reception (which can be included in the RRCReconfiguration message), such as configurations (1) and (2) in Embodiment 1; in the RRCRelease message , the terminal obtains the instruction, and the configurations (1) and (2) in Embodiment 1 continue to apply in the inactive state. After the terminal obtains these configurations, it saves the indicated configurations and uses them after entering the inactive state, so that it can receive multicast services.

In addition, in addition to the configurations (1) and (2) in Embodiment 1, if the terminal receives related multicast services in the inactive state, other configurations are required, and these configurations are different from the configurations the terminal has received before. Then the terminal can obtain the corresponding configuration in the RRCRelease message, such as the configurations (3) and (4) in Embodiment 1.

The characteristic of this embodiment is that the terminal continues to use the relevant configuration received in the connected state in the inactive state, if it is the same as the connected state, or belongs to a subset of the relevant configurations in the connected state (for example, if the frequency resources used in the inactive state F1 may be completely included in the range of frequency resource F2 in the connected state. Even if the terminal continues to receive multicast services based on the F2 frequency resource, it can still receive related multicast services sent on the F1 resource in the inactive state), then There is no need to explicitly obtain these configurations again, which saves signaling overhead.

Embodiment 4: When the terminal receives the RRCRelease message sent by the network device, if for certain configurations, the instruction "can continue to use the relevant configuration obtained in the connected state" is not obtained from the message, and after switching to the inactive state, Endpoints will no longer adopt these configurations.

For example, if the terminal does not need to perform uplink feedback in the inactive state, it will no longer use relevant configurations (such as uplink control channel configuration, HARQ feedback-related configuration, etc.). At this time, in the RRCRelease message received by the terminal, If the terminal does not contain these configurations or does not indicate that it can continue to use these configurations obtained in the connected state, the terminal will no longer continue to use these configurations it received in the connected state.

The characteristic of this embodiment is that the configuration that the terminal no longer adopts in the inactive state does not need to be explicitly informed again, thus saving signaling overhead.

The methods and devices provided in each embodiment of the present disclosure are based on the concept of the same application. Since the methods and devices solve problems in similar principles, the implementation of the devices and methods can be referred to each other, and repeated details will not be repeated.

Figure 5 is one of the structural schematic diagrams of a terminal provided by an embodiment of the present disclosure. As shown in Figure 5, the terminal includes a memory 520, a transceiver 510 and a processor 500; the processor 500 and the memory 520 can also be physically arranged separately. .

The memory 520 is used to store computer programs; the transceiver 510 is used to send and receive data under the control of the processor 500.

Specifically, the transceiver 510 is used to receive and transmit data under the control of the processor 500.

In FIG. 5 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 500 and various circuits of the memory represented by memory 520 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all well known in the art and therefore will not be described further in this disclosure. The bus interface provides the interface. The transceiver 510 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over transmission media, including wireless channels, wired channels, optical cables, and other transmission media. For different user equipment, the user interface 550 can also be an interface that can connect external and internal required equipment. The connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.

The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 can store data used by the processor 500 when performing operations.

The processor 500 may be a central processing unit (CPU), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field-Programmable Gate Array, FPGA) or a complex programmable logic device (Complex Programmable Logic Device (CPLD), the processor can also adopt a multi-core architecture.

The processor 500 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 520, for example: the terminal in the connected state obtains the first configuration information of the multicast service, The first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state; after switching from the connected state to the inactive state, according to the first configuration information, the terminal receives the service data of the multicast service in the inactive state.

Receive the radio resource control RRC release message sent by the network device. The RRC release message carries Contains the first configuration information of the multicast service.

Optionally, the method also includes:

Figure 6 is a second structural schematic diagram of a terminal provided by an embodiment of the present disclosure. As shown in Figure 6, the terminal includes a memory 620, a transceiver 610 and a processor 600; the processor 600 and the memory 620 can also be physically arranged separately. .

The memory 620 is used to store computer programs; the transceiver 610 is used to send and receive data under the control of the processor 600.

Specifically, the transceiver 610 is used to receive and transmit data under the control of the processor 600.

In FIG. 6 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 600 and various circuits of the memory represented by memory 620 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all well known in the art and therefore will not be described further in this disclosure. The bus interface provides the interface. The transceiver 610 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over transmission media, including wireless channels, wired channels, optical cables, and other transmission media. For different user equipment, the user interface 660 can also be an interface that can connect external and internal required equipment. The connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.

The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 can store the processing Data used by processor 600 when performing operations.

The processor 600 can be a CPU, ASIC, FPGA or CPLD, and the processor can also adopt a multi-core architecture.

The processor 600 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 620, for example: after the terminal in the connected state switches from the connected state to the inactive state , obtain the first configuration information of the multicast service, the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state; according to the first configuration information, the terminal receives the service data of the multicast service in the inactive state.

Optionally, the method also includes:

Figure 7 is one of the structural schematic diagrams of a network device provided by an embodiment of the present disclosure. As shown in Figure 7, the network device includes a memory 720, a transceiver 710 and a processor 700; wherein the processor 700 and the memory 720 can also be physically connected. Arrange them separately.

The memory 720 is used to store computer programs; the transceiver 710 is used to send and receive data under the control of the processor 700.

Specifically, the transceiver 710 is used to receive and transmit data under the control of the processor 700.

In FIG. 7 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 700 and various circuits of the memory represented by memory 720 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all well known in the art and therefore will not be described further in this disclosure. The bus interface provides the interface. Transceiver 710 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over a transmission medium, These transmission media include wireless channels, wired channels, optical cables and other transmission media.

The processor 700 is responsible for managing the bus architecture and general processing, and the memory 720 can store data used by the processor 700 when performing operations.

The processor 700 can be a CPU, ASIC, FPGA or CPLD, and the processor can also adopt a multi-core architecture.

The processor 700 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 720, for example: sending a radio resource control RRC release message to the terminal in the connected state. The release message carries the first configuration information of the multicast service or the configuration indication of the multicast service; after the terminal switches from the connected state to the inactive state, the service data of the multicast service is sent to the terminal; wherein the first configuration information is used to The terminal receives the service data of the multicast service in the inactive state. The configuration indication of the multicast service is used to instruct the terminal to continue to use the receiving configuration of the multicast service in the connected state in the inactive state.

Figure 8 is a second structural schematic diagram of a network device provided by an embodiment of the present disclosure. As shown in Figure 8, the network device includes a memory 820, a transceiver 810 and a processor 800; the processor 800 and the memory 820 can also be physically connected. Arrange them separately.

The memory 820 is used to store computer programs; the transceiver 810 is used to send and receive data under the control of the processor 800.

Specifically, the transceiver 810 is used to receive and transmit data under the control of the processor 800.

In FIG. 8 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 800 and various circuits of the memory represented by memory 820 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all well known in the art and therefore will not be described further in this disclosure. The bus interface provides the interface. Transceiver 810 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over a transmission medium, These transmission media include wireless channels, wired channels, optical cables and other transmission media.

The processor 800 is responsible for managing the bus architecture and general processing, and the memory 820 can store data used by the processor 800 when performing operations.

The processor 800 can be a CPU, ASIC, FPGA or CPLD, and the processor can also adopt a multi-core architecture.

The processor 800 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 820, for example: after the terminal in the connected state switches from the connected state to the inactive state , sending a paging message or a radio resource control RRC recovery message to the terminal, where the paging message or RRC recovery message carries the first configuration information of the multicast service; sending the service data of the multicast service to the terminal; wherein the first configuration information is The terminal receives the service data of the multicast service in the inactive state.

It should be noted here that the above-mentioned terminals and network devices provided by the embodiments of the present disclosure can implement all the method steps implemented by the above-mentioned method embodiments, and can achieve the same technical effects. The methods in this embodiment will no longer be discussed here. The same parts and beneficial effects of the embodiments will be described in detail.

Figure 9 is one of the structural schematic diagrams of a multicast service transmission device provided by an embodiment of the present disclosure. The device can be applied to a terminal. As shown in Figure 9, the device includes:

The first acquisition unit 900 is used for the terminal in the connected state to obtain the first configuration information of the multicast service. The first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

The first receiving unit 910 is configured to receive the service data of the multicast service in the inactive state according to the first configuration information after switching from the connected state to the inactive state.

Optionally, the first receiving unit 910 is also used to:

Figure 10 is a second structural schematic diagram of a multicast service transmission device provided by an embodiment of the present disclosure. The device can be applied to a terminal. As shown in Figure 10, the device includes:

The second acquisition unit 1000 is used for the terminal in the connected state to obtain the first configuration information of the multicast service after switching from the connected state to the inactive state. The first configuration information is used for the terminal to receive the multicast service in the inactive state. business data;

The second receiving unit 1010 is configured to receive service data of the multicast service in the inactive state according to the first configuration information.

Optionally, the second receiving unit 1010 is also used to:

Figure 11 is a third structural schematic diagram of a multicast service transmission device provided by an embodiment of the present disclosure. The device can be applied to network equipment. As shown in Figure 11, the device includes:

The first sending unit 1100 is configured to send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

The second sending unit 1110 is configured to send the service data of the multicast service to the terminal after the terminal switches from the connected state to the inactive state;

The first configuration information is used for the terminal to receive service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the receiving configuration of the multicast service in the connected state in the inactive state.

Optionally, when the RRC release message carries the configuration indication of the multicast service, the first sending unit 1100 is also configured to:

Figure 12 is a fourth structural schematic diagram of a multicast service transmission device provided by an embodiment of the present disclosure. The device can be applied to network equipment. As shown in Figure 12, the device includes:

The third sending unit 1200 is configured to send a paging message or a radio resource control RRC recovery message to the terminal after the terminal in the connected state switches from the connected state to the inactive state. The paging message or RRC recovery message carries the multicast service. The first configuration information;

The fourth sending unit 1210 is used to send the service data of the multicast service to the terminal;

The first configuration information is used for the terminal to receive service data of the multicast service in an inactive state.

It should be noted that the division of units in the embodiment of the present disclosure is schematic and is only a logical function division. In actual implementation, there may be other division methods. In addition, each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above integrated units can be implemented in the form of hardware or software functional units.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present disclosure is essentially or contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to cause a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in various embodiments of the present disclosure. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program code. .

It should be noted here that the above-mentioned device provided by the embodiment of the present disclosure can implement all the method steps implemented by the above-mentioned method embodiment, and can achieve the same technical effect. The same as the method embodiment in this embodiment will no longer be used. The parts and beneficial effects will be described in detail.

On the other hand, embodiments of the present disclosure also provide a computer-readable storage medium that stores a computer program, and the computer program is used to cause the computer to execute the multicast service transmission method provided by the above-mentioned embodiments. .

It should be noted here that the computer-readable storage medium provided by the embodiments of the present disclosure can implement all the method steps implemented by the above method embodiments, and can achieve the same technical effect. The method in this embodiment will no longer be discussed here. The same parts and beneficial effects of the embodiments will be described in detail.

The computer-readable storage medium may be any available media or data storage device that can be accessed by a computer, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CD, DVD, BD, HVD, etc.), and semiconductor memories (such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state drive (SSD)), etc.

The technical solutions provided by the embodiments of the present disclosure can be applied to a variety of systems, especially 5G systems. For example, applicable systems can be global system of mobile communication (GSM) system, code division multiple access (code division multiple access, CDMA) system, wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) general packet Wireless service (general packet radio service, GPRS) system, long term evolution (long term evolution, LTE) system, LTE frequency division duplex (FDD) system, LTE time division duplex (TDD) system, Advanced long term evolution (long term evolution advanced, LTE-A) system, universal mobile telecommunication system (UMTS), global interoperability for microwave access (WiMAX) system, 5G New Radio, NR) system, etc. These various systems include terminal equipment and network equipment. The system can also include the core network part, such as the Evolved Packet System (EPS), 5G system (5GS), etc.

The terminal involved in the embodiments of the present disclosure may be a device that provides voice and/or data connectivity to the user, a handheld device with a wireless connection function, or other places connected to a wireless modem. Management equipment, etc. In different systems, the name of the terminal may be different. For example, in the 5G system, the terminal may be called User Equipment (UE). Wireless terminal equipment can communicate with one or more core networks (Core Network, CN) via a Radio Access Network (RAN). The wireless terminal equipment can be a mobile terminal equipment, such as a mobile phone (also known as a "cellular phone"). "Telephone) and computers with mobile terminal devices, which may be, for example, portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile devices, which exchange speech and/or data with the radio access network. For example, Personal Communication Service (PCS) phones, cordless phones, Session Initiated Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants, PDA) and other equipment. Wireless terminal equipment may also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, or an access point. , remote terminal equipment (remote terminal), access terminal equipment (access terminal), user terminal equipment (user terminal), user agent (user agent), user device (user device), are not limited in the embodiments of the present disclosure.

The network device involved in the embodiment of the present disclosure may be a base station, and the base station may include multiple cells that provide services for terminals. Depending on the specific application, a base station can also be called an access point, or it can be a device in the access network that communicates with wireless terminal equipment through one or more sectors on the air interface, or it can be named by another name. The network device may be used to exchange received air frames with Internet Protocol (IP) packets and act as a router between the wireless terminal device and the rest of the access network, where the remainder of the access network may include the Internet Protocol (IP) communication network. Network devices also coordinate attribute management of the air interface. For example, the network equipment involved in the embodiments of the present disclosure may be a network equipment (Base Transceiver Station, BTS) in Global System for Mobile communications (GSM) or Code Division Multiple Access (CDMA). ), or it can be a network device (NodeB) in a Wide-band Code Division Multiple Access (WCDMA), or an evolutionary network device in a long term evolution (LTE) system (evolutional Node B, eNB or e-NodeB), 5G base station (gNB) in the 5G network architecture (next generation system), or Home evolved Node B (HeNB), relay node (relay node) , Home base stations (femto), pico base stations (pico), etc. are not limited in the embodiments of the present disclosure. In some network structures, network devices may include centralized unit (CU) nodes and distributed unit (DU) nodes, and the centralized units and distributed units may also be arranged geographically separately.

Network equipment and terminals can each use one or more antennas for Multi-Input Multi-Output (MIMO) transmission. MIMO transmission can be single-user MIMO (Single User MIMO, SU-MIMO) or multi-user MIMO ( Multiple User MIMO,MU-MIMO). Depending on the shape and number of root antenna combinations, MIMO transmission can be 2D-MIMO, 3D-MIMO, FD-MIMO or massive-MIMO, or it can be diversity transmission, precoding transmission or beamforming transmission, etc.

Those skilled in the art will appreciate that embodiments of the present disclosure may be provided as methods, systems, or computer program products. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment that combines software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) embodying computer-usable program code therein.

The disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the disclosure. It will be understood that each process and/or block in the flowchart illustrations and/or block diagrams, and combinations of processes and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions may be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce Means for implementing the functions specified in a process or processes of a flowchart and/or a block or blocks of a block diagram.

These processor-executable instructions may also be stored in a processor-readable memory that causes a computer or other programmable data processing apparatus to operate in a particular manner, such that the generation of instructions stored in the processor-readable memory includes the manufacture of the instruction means product, the instruction device implements the function specified in one process or multiple processes in the flow chart and/or one block or multiple blocks in the block diagram.

These processor-executable instructions may also be loaded onto a computer or other programmable data processing device, Causes a series of operational steps to be performed on a computer or other programmable device to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable device provide for implementing a process or processes in the flowchart and/or block diagram The steps for a function specified in a box or boxes.

Obviously, those skilled in the art can make various changes and modifications to the present disclosure without departing from the spirit and scope of the disclosure. In this way, if these modifications and variations of the present disclosure fall within the scope of the claims of the present disclosure and equivalent technologies, the present disclosure is also intended to include these modifications and variations.

Claims

A multicast service transmission method, which includes:

The terminal in the connected state obtains first configuration information of the multicast service, and the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state;

After switching from the connected state to the inactive state, receive the service data of the multicast service in the inactive state according to the first configuration information.
The multicast service transmission method according to claim 1, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive a radio resource control RRC release message sent by the network device, where the RRC release message carries first configuration information of the multicast service.
The multicast service transmission method according to claim 1, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive an RRC release message sent by the network device, where the RRC release message carries a configuration indication of the multicast service;

When the configuration instruction of the multicast service is to continue to use the reception configuration of the multicast service in the connected state, the reception configuration of the multicast service in the connected state is determined as the first configuration information of the multicast service.
The multicast service transmission method according to claim 3, wherein the reception configuration of the multicast service in the connected state is obtained in the following manner:

Receive an RRC configuration message sent by the network device, where the RRC configuration message contains the reception configuration of the multicast service in the connected state.
The multicast service transmission method according to claim 1, wherein the method further includes:

When the terminal in the connected state has not obtained the first configuration information, it stops receiving service data of the multicast service after switching from the connected state to the inactive state.
A multicast service transmission method, which includes:

After the terminal in the connected state switches from the connected state to the inactive state, it obtains the first configuration information of the multicast service, and the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

According to the first configuration information, service data of the multicast service is received in the inactive state.
The multicast service transmission method according to claim 6, wherein obtaining the first configuration information of the multicast service includes:

Receive a paging message sent by the network device, the paging message carrying the first configuration information of the multicast service; or,

Receive a radio resource control RRC recovery message sent by the network device, where the RRC recovery message carries first configuration information of the multicast service.
The multicast service transmission method according to claim 6, wherein the method further includes:

If it is determined that the first configuration information has not been obtained after switching from the connected state to the inactive state, it stops receiving service data of the multicast service.
A multicast service transmission method, which includes:

Send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

After the terminal switches from the connected state to the inactive state, send the service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the multicast service in the connected state in the inactive state. Receive configuration.
The multicast service transmission method according to claim 9, wherein when the RRC release message carries a configuration indication of the multicast service, before sending the RRC release message to the terminal in the connected state, the method Also includes:

Send an RRC configuration message to the terminal, where the RRC configuration message includes the reception configuration of the multicast service in the connected state.
A multicast service transmission method, which includes:

After the terminal in the connected state switches from the connected state to the inactive state, a paging message or a radio resource control RRC recovery message is sent to the terminal, and the paging message or the RRC recovery message carries the third element of the multicast service. 1. Configuration information;

Send service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive the service number of the multicast service in the inactive state. according to.
A terminal, including a memory, a transceiver, and a processor:

Memory, used to store computer programs; transceiver, used to send and receive data under the control of the processor; processor, used to read the computer program in the memory and perform the following operations:

The terminal in the connected state obtains first configuration information of the multicast service, and the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state;

After switching from the connected state to the inactive state, receive the service data of the multicast service in the inactive state according to the first configuration information.
The terminal according to claim 12, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive a radio resource control RRC release message sent by the network device, where the RRC release message carries first configuration information of the multicast service.
The terminal according to claim 12, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive an RRC release message sent by the network device, where the RRC release message carries a configuration indication of the multicast service;

When the configuration instruction of the multicast service is to continue to use the reception configuration of the multicast service in the connected state, the reception configuration of the multicast service in the connected state is determined as the first configuration information of the multicast service.
The terminal according to claim 14, wherein the reception configuration of the multicast service in the connected state is obtained in the following manner:

Receive an RRC configuration message sent by the network device, where the RRC configuration message contains the reception configuration of the multicast service in the connected state.
The terminal according to claim 12, wherein the operations further include:

When the terminal in the connected state has not obtained the first configuration information, it stops receiving service data of the multicast service after switching from the connected state to the inactive state.
A terminal, including a memory, a transceiver, and a processor:

Memory, used to store computer programs; transceiver, used to send and receive data under the control of the processor; processor, used to read the computer program in the memory and perform the following operations:

After the terminal in the connected state switches from the connected state to the inactive state, it obtains the first configuration information of the multicast service, and the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

According to the first configuration information, service data of the multicast service is received in the inactive state.
The terminal according to claim 17, wherein obtaining the first configuration information of the multicast service includes:

Receive a paging message sent by the network device, the paging message carrying the first configuration information of the multicast service; or,

Receive a radio resource control RRC recovery message sent by the network device, where the RRC recovery message carries first configuration information of the multicast service.
The terminal according to claim 17, wherein the operations further include:

If it is determined that the first configuration information has not been obtained after switching from the connected state to the inactive state, it stops receiving service data of the multicast service.
A network device, including memory, transceiver, and processor:

Memory, used to store computer programs; transceiver, used to send and receive data under the control of the processor; processor, used to read the computer program in the memory and perform the following operations:

Send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

After the terminal switches from the connected state to the inactive state, send the service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the multicast service in the connected state in the inactive state. Receive configuration.
The network device according to claim 20, wherein when the RRC release message carries a configuration indication of the multicast service, before sending the RRC release message to the terminal in the connected state, the operation further includes:

Send an RRC configuration message to the terminal, where the RRC configuration message includes the reception configuration of the multicast service in the connected state.
A network device, including memory, transceiver, and processor:

Memory, used to store computer programs; transceiver, used to send and receive data under the control of the processor; processor, used to read the computer program in the memory and perform the following operations:

After the terminal in the connected state switches from the connected state to the inactive state, a paging message or a radio resource control RRC recovery message is sent to the terminal, and the paging message or the RRC recovery message carries the third element of the multicast service. 1. Configuration information;

Send service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in an inactive state.
A multicast service transmission device, which includes:

The first acquisition unit is used for the terminal in the connected state to obtain the first configuration information of the multicast service, and the first configuration information is used for the terminal to receive the service data of the multicast service in the inactive state;

The first receiving unit is configured to receive the service data of the multicast service in the inactive state according to the first configuration information after switching from the connected state to the inactive state.
The multicast service transmission device according to claim 23, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive a radio resource control RRC release message sent by the network device, where the RRC release message carries first configuration information of the multicast service.
The multicast service transmission device according to claim 23, wherein the terminal in the connected state obtains the first configuration information of the multicast service, including:

Receive an RRC release message sent by the network device, where the RRC release message carries a configuration indication of the multicast service;

When the configuration instruction of the multicast service is to continue using the reception configuration of the multicast service in the connected state, the reception configuration of the multicast service in the connected state is determined as the first configuration information of the multicast service.
The multicast service transmission device according to claim 25, wherein the reception configuration of the multicast service in the connected state is obtained in the following manner:

Receive an RRC configuration message sent by the network device, where the RRC configuration message contains the reception configuration of the multicast service in the connected state.
The multicast service transmission device according to claim 23, wherein the first receiving unit is also used for:

When the terminal in the connected state has not obtained the first configuration information, it stops receiving service data of the multicast service after switching from the connected state to the inactive state.
A multicast service transmission device, which includes:

The second acquisition unit is used for the terminal in the connected state to obtain the first configuration information of the multicast service after switching from the connected state to the inactive state. The first configuration information is used for the terminal to receive multicast in the inactive state. Business business data;

The second receiving unit is configured to receive service data of the multicast service in the inactive state according to the first configuration information.
The multicast service transmission device according to claim 28, wherein obtaining the first configuration information of the multicast service includes:

Receive a paging message sent by the network device, the paging message carrying the first configuration information of the multicast service; or,

Receive a radio resource control RRC recovery message sent by the network device, where the RRC recovery message carries first configuration information of the multicast service.
The multicast service transmission device according to claim 28, wherein the second receiving unit is also used for:

If it is determined that the first configuration information has not been obtained after switching from the connected state to the inactive state, it stops receiving service data of the multicast service.
A multicast service transmission device, which includes:

The first sending unit is configured to send a radio resource control RRC release message to the terminal in the connected state, where the RRC release message carries the first configuration information of the multicast service or the configuration indication of the multicast service;

A second sending unit configured to send the service data of the multicast service to the terminal after the terminal switches from the connected state to the inactive state;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in the inactive state, and the configuration indication of the multicast service is used to instruct the terminal to continue to use the multicast service in the connected state in the inactive state. Receive configuration.
The multicast service transmission device according to claim 31, wherein when the RRC release message carries a configuration indication of the multicast service, the first sending unit is also used to:

Send an RRC configuration message to the terminal, where the RRC configuration message includes the reception configuration of the multicast service in the connected state.
A multicast service transmission device, which includes:

The third sending unit is configured to send a paging message or a radio resource control RRC recovery message to the terminal after the terminal in the connected state switches from the connected state to the inactive state. The paging message or the RRC recovery message carries the first configuration information of the multicast service;

The fourth sending unit is used to send the service data of the multicast service to the terminal;

Wherein, the first configuration information is used for the terminal to receive service data of the multicast service in an inactive state.
A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and the computer program is used to cause the computer to execute the method described in any one of claims 1 to 5, or to execute claims 6 to 5. 8, or perform the method described in any one of claims 9 to 10, or perform the method described in claim 11.