WO2023231033A1

WO2023231033A1 - Indication information sending method and apparatus, multicast service updating method and apparatus, and medium

Info

Publication number: WO2023231033A1
Application number: PCT/CN2022/097005
Authority: WO
Inventors: 刘晓菲; 吴昱民
Original assignee: 北京小米移动软件有限公司
Priority date: 2022-06-02
Filing date: 2022-06-02
Publication date: 2023-12-07
Also published as: CN117501766A

Abstract

The present disclosure belongs to the field of communications. Provided are an indication information sending method and apparatus, a multicast service updating method and apparatus, and a medium. The indication information sending method comprises: a terminal sending indication information to a network device in response to the terminal stopping receiving an inactive multicast service, wherein the indication information is used for assisting the network device in updating the configuration of the multicast service. By means of the method, a network device can sense a multicast session state change of a terminal in a timely manner, thereby updating a multicast configuration in a timely manner.

Description

Instruction information sending method, multicast service update method, device and medium

Technical field

The present disclosure relates to the field of communications, and in particular to an instruction information sending method, a multicast service updating method, a device and a medium.

Background technique

In Release 17, Rel-17 of the third Generation Partnership Project (3GPP), the terminal (User Equipment, UE) is supported in the Radio Resource Control (Radio Resource Control, RRC) connection state. multicast service reception.

The terminal must first establish an RRC connection and enter the RRC connected state (RRC_connected) before it can receive multicast services. At this time, the multicast session is in the active state, the radio resources of the multicast session are established, and the core network ( Core Network, CN) transmits Multicast Broadcast Service (MBS) data to terminals joining the multicast session. When the terminal enters the RRC inactive state (RRC_inactive), the multicast session is in the inactive state, the terminal's radio resources are suspended, and the core network stops transmitting MBS data to the terminal.

In 3GPP Release 18 (Rel-18), the terminal is supported to receive multicast services in the RRC inactive state; that is, when the terminal enters the RRC inactive state, it can still continue to receive MBS data.

Contents of the invention

Embodiments of the present disclosure provide an indication information sending method, a multicast service updating method, a device and a medium. The technical solutions are as follows:

According to an aspect of an embodiment of the present disclosure, a method for sending indication information is provided. The method is executed by a terminal, and the method includes:

In response to the terminal stopping receiving the inactive multicast service, indication information is sent to the network device; wherein the indication information is used to assist the network device in updating the configuration of the multicast service.

According to another aspect of the embodiment of the present disclosure, a multicast service update method is provided. The method is executed by a network device, and the method includes:

Receive indication information sent by the terminal, the indication information being sent to the network device when the terminal stops receiving inactive multicast services;

Update the configuration of the multicast service according to the indication information.

According to another aspect of the embodiment of the present disclosure, a device for sending indication information is provided, and the device includes:

The sending module is configured to send indication information to the network device in response to the terminal stopping receiving the inactive multicast service; wherein the indication information is used to assist the network device in updating the configuration of the multicast service.

According to another aspect of the embodiment of the present disclosure, a multicast service update device is provided, where the device includes:

A receiving module configured to receive indication information sent by the terminal, the indication information being sent to the network device when the terminal stops receiving inactive multicast services;

The processing module is configured to update the configuration of the multicast service according to the indication information.

According to another aspect of an embodiment of the present disclosure, a terminal is provided, where the terminal includes:

processor;

a transceiver coupled to said processor;

Wherein, the processor is configured to load and execute executable instructions to implement the instruction information sending method described in each aspect above.

According to another aspect of an embodiment of the present disclosure, a network device is provided, where the network device includes:

processor;

a transceiver coupled to said processor;

Wherein, the processor is configured to load and execute executable instructions to implement the multicast service update method described in the above aspects.

According to another aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided. The computer-readable storage medium stores at least one instruction, at least a program, a code set or an instruction set, and the at least one instruction, The at least one program, the code set or the instruction set are loaded and executed by the processor to implement the instruction information sending method as described in the above aspects, or the multicast service updating method as described in the above aspects.

According to another aspect of embodiments of the present disclosure, a computer program product (or computer program) is provided, the computer program product (or computer program) including computer instructions stored in a computer-readable storage medium; The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the instruction information sending method as described in the above aspects, or, The multicast service update method described in the above aspects.

According to another aspect of an embodiment of the present disclosure, a chip is provided. The chip includes editable logic circuits and/or program instructions. When the chip is run, it is used to implement the instruction information sending method as described in the above aspects. , or the multicast service update method as described in the above aspects.

The technical solutions provided by the embodiments of the present disclosure may include the following beneficial effects:

The terminal supports multicast service reception in the RRC inactive state. When the terminal stops receiving inactive multicast services, it will send indication information to the network device so that the network device can promptly perceive the change of the terminal's multicast session status, so as to promptly Update the multicast configuration, for example, stop delivering the MBS session to the terminal and release the multicast session resources occupied by the terminal.

It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only, and do not limit the present disclosure.

Description of the drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the drawings needed to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present disclosure. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings without exerting creative efforts.

Figure 1 is a schematic diagram of multicast session state switching according to an exemplary embodiment;

Figure 2 is a schematic structural diagram of a communication system according to an exemplary embodiment;

Figure 3 is a flow chart of a method for sending instruction information according to an exemplary embodiment;

Figure 4 is a schematic diagram illustrating the transmission of indication information according to an exemplary embodiment;

FIG. 5 is a schematic diagram showing indication information transmission according to another exemplary embodiment;

FIG. 6 is a schematic diagram showing indication information transmission according to another exemplary embodiment;

Figure 7 is a flow chart of a multicast service update method according to an exemplary embodiment;

Figure 8 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 9 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 10 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 11 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 12 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 13 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 14 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 15 is a flow chart of a multicast service update method according to another exemplary embodiment;

Figure 16 is a block diagram of an instruction information sending device according to an exemplary embodiment;

Figure 17 is a block diagram of a multicast service update device according to an exemplary embodiment;

Figure 18 is a schematic structural diagram of a terminal according to an exemplary embodiment;

Figure 19 is a schematic structural diagram of a network device according to an exemplary embodiment.

Detailed ways

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings refer to the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with aspects of the disclosure as detailed in the appended claims.

In the 5G NR system, the MBS service identifier includes at least one of the following:

Temporary Mobile Group Identity (TMGI);

MBS session identification (Multicast Broadcast Service Session IDentity, MBS Session ID);

MBS service flow identification (Multicast Broadcast Service Quality of Service flow IDentity, MBS QoS flow ID).

Among them, MBS sending modes include the following two:

·Mode 1 (multicast transmission): The terminal enters the RRC connection state, receives the MBS receiving configuration information, and receives the MBS based on the above receiving configuration information. Among them, the above-mentioned MBS reception configuration information is sent by the network device to the terminal through dedicated signaling.

·Mode 2 (broadcast transmission): The terminal receives the MBS reception configuration information in the RRC connected state, RRC inactive state, or RRC idle state (ie, RRC_idle state), and receives the MBS based on the above reception configuration information. Wherein, the above reception configuration information is sent by the network device to the terminal through system information or MBS control channel information. Illustratively, the above-mentioned system information includes a System Information Block (SIB); the above-mentioned MBS control channel includes a main control channel (Main Control Channel, MCCH).

As shown in Figure 1, the multicast session state and state transition process are shown. Among them, the multicast session status includes the following three types:

·Configured state: For multicast sessions, the network functions of the 5G Core Network (5G Core Network Functions, 5GC NFs) provide multicast session information, such as Quality of Service (QoS) information; reserved It provides core network-side resources, such as Multicast Broadcast-Session Management Function (MB-SMF), Network Exposure Function (NEF) and Multicast Broadcast-User Plane Function (Multicast Broadcast- User Plane Function, MB-UPF) resources; but no user plane resources are reserved for the 5G Access Network (Next Generation-Radio Access Network, NG-RAN), and MBS data cannot be transmitted. TMGI can be assigned to the multicast session; the terminal can be allowed to join this multicast session after authorization authentication and configuration. The first accepted terminal's join request will trigger the establishment of a multicast session between NG-RAN and the terminal.

·Activestate: The multicast session is established and MBS data is transmitted to the terminal joining the multicast session. Wireless resources for multicast sessions are established. In order to receive multicast MBS data, the terminal joining the multicast session should be in the Connection Management-CONNECTED (CM-CONNECTED) state. Allow terminals to join multicast sessions (authorization required). The 5GC resources and wireless resources of the multicast session are reserved for terminals joining the multicast session.

·Inactive state: The multicast session is established, but there is no MBS data on the terminal joining the multicast session. The wireless resources of the multicast session are released, and the terminal joining the multicast session may be in CM-CONNECTED or Connection Management-IDLE (CM-IDLE) state. Allow terminals to join multicast sessions after being authorized and authenticated.

101: Multicast Session Activation (Multicast session activation)

Triggered by 5GC, the wireless resources of the multicast session are established, and the multicast session data (including MBS data) begins to be transmitted to the terminal. Notify the terminals joining the multicast session that are in the CM-IDLE and RRC inactive states of CM-CONNECTED. Activation can be triggered by an Application Function (AF) request or by a data notification from MB-UPF. The multicast session state changes from inactive to active.

In particular, neither AF nor NEC is aware of whether the multicast session is in the Creation or Establishment state. Therefore, the AF can update the session status and request activation of the session before the session is established. Subsequently, when the first UE joins, the session is subsequently established in the active state, but the multicast session activation state transition will not be triggered.

102: Multicast Session Deactivation (Multicast session deactivation)

After 5GC is triggered, the wireless resources of the multicast session are released and the multicast session data stops being transmitted to the terminal. Deactivation can be triggered by an AF request or by MB-UPF not receiving multicast data. The multicast session state changes from active to inactive.

103: Multicast Session Release (Multicast session release)

Triggered by the last terminal leaving the multicast session or the multicast session deletion process, the resources of the multicast session are released on both the 5GC node and the Radio Access Network (Radio Access Network, RAN) node. The multicast session state is converted from active or inactive state to configuration state.

104: Multicast Session Deletion (Multicast session deletion)

All information about the multicast session will be deleted from the 5GC and the multicast session's TMGI (if allocated during multicast session configuration) will be released. Deletion may be triggered by AF request. The multicast session state changes from configuration state, active state, or inactive state to "end (NULL)".

Among them, 5G is the fifth generation mobile communication technology (5th Generation Mobile Communication Technology); NR is New Radio.

In 3GPP Rel-17, multicast service reception by terminals in RRC connected state is supported. The terminal must first establish an RRC connection. After entering the RRC connection state, it can receive multicast services. At this time, the multicast session is in the active state, the wireless resources of the multicast session are established, and the CN transmits the MBS data to join the multicast. session on the terminal. When the terminal enters the RRC inactive state, the multicast session is in the inactive state, the terminal's wireless resources are suspended, and the CN stops transmitting MBS data to the terminal.

In 3GPP Rel-18, the terminal is supported to receive multicast services in the RRC inactive state; that is, when the terminal enters the RRC inactive state, it can still continue to receive MBS data. However, when the terminal cannot continue to receive inactive multicast sessions, the CN cannot detect changes in the multicast session status, resulting in the inability to update the multicast session configuration in a timely manner. In order to solve this technical problem, the present disclosure provides an indication information sending method and a multicast service updating method, so that the CN can detect changes in the multicast session state in a timely manner.

Figure 2 shows a block diagram of a communication system provided by an exemplary embodiment of the present disclosure. The communication system may include: an access network 22, a user terminal 24 and a core network device 26.

The access network 22 includes several access network devices 220 . The access network device 220 may be a base station, which is a device deployed in the access network to provide wireless communication functions for user terminals (referred to as "terminals") 24. Base stations can include various forms of macro base stations, micro base stations, relay stations, access points, etc. In systems using different wireless access technologies, the names of equipment with base station functions may be different. For example, in the Long Term Evolution (LTE) system, it is called eNodeB or eNB; in the 5G NR system , called gNodeB or gNB. As communications technology evolves, the description "base station" may change.

The core network includes several core network devices 26. The function of the core network is responsible for the exchange, routing, user data management, security, etc. of information within the system as well as the exchange and transmission of information with other communication systems. The main network functions of 5GC include: Access and Mobility management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), and network repository function (Network Repository Function, NRF), Network Exposure Function (NEF), Unified Data Management (UDM), Location Management Function (LMF), and other network functions.

For convenience of description in the embodiments of the present disclosure, the above-mentioned devices that provide wireless communication functions for the user terminal 24 are collectively referred to as network equipment. By way of example, the network device includes at least one of an access network device 220 and a core network device 26.

The user terminal 24 may include various handheld devices with wireless communication functions, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to wireless modems, as well as various forms of user equipment, mobile stations (Mobile Station, MS) , terminal device (terminal device) and so on. For convenience of description, the devices mentioned above are collectively referred to as user terminals. The access network device 220 and the user terminal 24 communicate with each other through some air interface technology, such as the Uu interface.

The technical solutions of the embodiments of the present disclosure can be applied to various communication systems, such as: Global System of Mobile Communication (GSM) system, Code Division Multiple Access (Code Division Multiple Access, CDMA) system, broadband code division multiple access (Wideband Code Division Multiple Access, WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD) system, Advanced long Term Evolution (LTE-A) system, New Radio (NR) system, evolution system of NR system, LTE on unlicensed frequency band (LTE-based access to Unlicensed spectrum, LTE-U) system, NR-U system, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), next-generation communication systems or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication, but also support, for example, Device to Device, D2D) communication, Machine to Machine (M2M) communication, Machine Type Communication (MTC), Vehicle to Vehicle (V2V) communication and Vehicle to Everything (V2X) systems, etc. Embodiments of the present disclosure may also be applied to these communication systems.

Figure 3 shows a flow chart of an instruction information sending method provided by an exemplary embodiment of the present disclosure. The above instruction information sending method is applied in the communication scenario as described above and is executed by a terminal. The method includes:

Step 301: In response to the terminal stopping receiving the inactive multicast service, send indication information to the network device; where the indication information is used to assist the network device in updating the configuration of the multicast service.

The above-mentioned inactive multicast service refers to a multicast service in which inactive terminals can receive service data. The terminal stops receiving multicast services in the RRC inactive state and sends instruction information to the network device.

Optionally, stopping the terminal from receiving inactive multicast services includes at least one of the following:

·The terminal moves out of the service area of the inactive multicast service;

·The terminal releases the service configuration of the inactive multicast service;

·The terminal releases the wireless resources of the inactive multicast service;

·The terminal suspends the service configuration of the inactive multicast service;

·The terminal suspends the wireless resources of the inactive multicast service;

·The terminal determines to stop receiving service data of inactive multicast services;

·The terminal determines to stop receiving the service configuration of the inactive multicast service.

Among them, the service area of the inactive multicast service refers to the area where the terminal receives the inactive multicast service; the service configuration of the inactive multicast service refers to the configuration information of the inactive multicast service, such as the MBS service identifier; The wireless resources of the inactive multicast service refer to the wireless resources occupied by the inactive multicast service during transmission; the service data of the inactive multicast service refers to the service content of the multicast service transmitted in the inactive state. For example, MBS business content.

Optionally, the above network equipment includes RAN equipment; and/or CN equipment. For example, the network device includes a RAN device; or the network device includes a CN device; or the network device includes a RAN device and a CN device.

The above-mentioned sending of instruction information to the network device includes at least one of the following four steps:

·Send instruction information to RAN equipment;

·Send instruction information to CN equipment;

·The access layer sends indication information to the non-access layer;

·Establish RRC connection.

In some embodiments, the network device includes a RAN device, and the terminal sends indication information to the RAN device. The indication information is used to assist the network device in updating the configuration of the multicast service. In some embodiments, the indication information is sent via RRC messages. Optionally, the RAN device may further forward the indication information to the CN device.

Exemplarily, the terminal sends an RRC message to the RAN device, and the RRC message carries indication information. The RAN device makes an independent decision and sends the instruction information to the CN device. For example, as shown in Figure 4, the Access Stratum (AS) in the UE 31 sends an RRC message to the RAN device 32 through the RRC connection, and the RRC message carries indication information. After receiving the indication message, the RAN device 32 makes an independent decision to forward the indication information to the CN device 33 .

In some embodiments, the network device includes a CN device, and the terminal sends indication information to the CN device. The indication information is used to assist the network device in updating the configuration of the multicast service. In some embodiments, the indication information is sent through a Non-Access Stratum (NAS) message. Optionally, the CN device may further forward the indication information to the RAN device.

Exemplarily, the terminal sends indication information to the non-access layer through the access layer. Exemplarily, the terminal also sends a NAS message to the CN device through the non-access layer, and the NAS message carries indication information.

Exemplarily, the terminal sends a NAS message to the CN device, and the NAS message carries indication information; the CN device makes an autonomous decision to send the indication information to the RAN device. For example, as shown in Figure 5, the NAS in the UE 31 sends a NAS message to the CN device 33, and the NAS message carries indication information. After the CN device receives the indication information, the CN device 33 makes an autonomous decision to send the indication information to the RAN device 32 .

In some embodiments, the network device includes a RAN device and a CN device, and the terminal sends indication information to the RAN device and the CN device. The indication information is used to assist the network device in updating the configuration of the multicast service.

Exemplarily, the terminal sends the above indication information to the RAN device and the CN device respectively. For example, the indication information is sent to the RAN device through an RRC message and to the CN device through a NAS message respectively. It should be noted that in this embodiment, the order in which the indication information is sent to the RAN device and the CN device is not limited. For example, as shown in Figure 6, the AS in the UE 31 sends an RRC message to the RAN device 32 through the RRC connection, and the RRC message carries indication information; the NAS in the UE 31 sends a NAS message to the CN device 33 through the RRC connection, and the NAS message It contains instruction information.

Exemplarily, the terminal sends the above instruction information to the RAN device and the CN device at the same time; for example, the terminal sends the instruction information to the RAN device through an RRC message, and at the same time carries the instruction information sent to the CN device in the RRC message, and the RAN device sends the instruction information to the CN device. The instruction information of the CN device is forwarded; for another example, the terminal sends the instruction information to the CN device through a NAS message, and at the same time carries the instruction information sent to the RAN device in the NAS message, and the CN device forwards the instruction information sent to the RAN device.

For example, the RRC message carries first indication information and second indication information at the same time. The first indication information is sent to the RAN device, and the second indication information is sent to the CN device. The terminal sends an RRC message to the RAN device. After receiving the RRC message, the RAN device obtains the first indication information; at the same time, the RAN device also sends the second indication information to the CN device. For another example, the NAS message carries first indication information and second indication information at the same time. The first indication information is sent to the RAN device, and the second indication information is sent to the CN device. The terminal sends a NAS message to the CN device. After receiving the NAS message, the CN device obtains the second indication information. At the same time, the CN device also forwards the first indication information to the RAN device.

In some embodiments, the terminal access layer sends indication information to the non-access layer. The indication information is used to assist the network device in updating the configuration of the multicast service.

For example, the access layer of the terminal sends indication information to the non-access layer of the terminal, and the non-access layer of the terminal sends the indication information to the CN device.

In some embodiments, the terminal triggers the establishment of an RRC connection and sends the indication information to the network device. For example, the terminal AS triggers RRC connection establishment or RRC connection recovery and sends the indication information to the network device. For example, the terminal NAS layer triggers RRC connection establishment or RRC connection recovery and sends the indication information to the network device. Optionally, the terminal access layer sends indication information to the non-access layer. For example, the terminal carries the reason in the RRC connection establishment request or the RRC connection recovery request, where the reason can be reusing an existing reason or a newly defined reason.

Optionally, the above-mentioned establishing the RRC connection includes: establishing the RRC connection between the terminal and the RAN device; or restoring the RRC connection between the terminal and the RAN device.

For example, when there is no RRC connection between the terminal and the RAN device, the terminal establishes the RRC connection between the terminal and the RAN device, and the RRC connection is in the RRC connection state.

Alternatively, when an RRC connection exists between the terminal and the RAN device and the RRC connection is suspended, the terminal restores the RRC connection from the RRC inactive state to the RRC connected state.

Optionally, in response to the access layer receiving the first information sent by the non-access layer, the access layer triggers the establishment of the RRC connection; the first information is used to instruct the access layer to trigger the establishment of the RRC connection.

Alternatively, in response to the non-access layer receiving the second information sent by the access layer, the non-access layer triggers the establishment of the RRC connection; the second information is used to instruct the non-access layer to trigger the establishment of the RRC connection.

Exemplarily, the above-mentioned first information/second information includes the above-mentioned indication information. For example, in response to the access layer receiving the above indication information sent by the non-access layer, the access layer triggers the establishment of an RRC connection; or in response to the non-access layer receiving the above indication information sent by the access layer, the non-access layer Trigger the establishment of RRC connection.

Optionally, the above indication information includes at least one of the following:

·Terminal location information;

·Instructions on stopping receiving inactive multicast services;

·Reasons for stopping receiving inactive multicast services;

·Multicast service identification;

·Identification of the terminal.

For example, the location information of the terminal may include the location of the serving cell where the terminal is located. The network device may determine whether the terminal has moved out of the service area of the inactive multicast service based on the location information of the terminal.

For example, the instruction to stop receiving the inactive multicast service may include information used to instruct the terminal to stop receiving the inactive multicast service.

For example, the reason for stopping receiving the inactive multicast service may include that the terminal moves out of the service area of the inactive multicast service.

For example, the above-mentioned multicast service identifier includes any one of the following: TMGI; MBS session identifier; MBS service flow identifier.

For example, the identity of the terminal includes a radio network temporary identifier (RadioNetworkTemporaryIdentifier, RNTI) or a cell radio network temporary identifier (Cell-RadioNetworkTemporaryIdentifier, C-RNTI).

Exemplarily, updating the configuration of the multicast service includes at least one of the following:

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the resources of the multicast service session;

·Release the resources of the multicast service session;

·Delete the resources of the multicast service session;

·Stop data delivery for multicast service sessions.

By way of example, switching the MBS service session state includes but is not limited to any of the following:

·Switch the MBS service session status from active to inactive;

·Switch the MBS service session state from activation state to configuration state.

For example, deleting the terminal from the multicast service session means removing the terminal from the multicast service session; deactivating the resources of the multicast service session means deactivating the resources of the multicast service session; releasing Deleting the resources of the multicast service session means clearing the resources occupied by the multicast service session, and the pointer of the multicast service session still points to this resource; deleting the resources of the multicast service session means that the multicast service session no longer uses these resources. One resource; stopping the delivery of multicast service session data means no longer delivering multicast service session data to terminals.

Exemplarily, the resources of the multicast service session include: at least one of RAN resources and CN resources.

To sum up, according to the instruction information sending method provided in this embodiment, when the terminal supports the reception of multicast services in the RRC inactive state, the terminal will send instructions to the network device when it stops receiving the inactive multicast service. information so that the network device can promptly detect changes in the terminal's multicast session status and update the multicast configuration in a timely manner, such as stopping delivery of the MBS session to the terminal and releasing the multicast session resources occupied by the terminal.

Figure 7 shows a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. The above multicast service update method is applied in the communication scenario as described above and is executed by a network device. The method includes:

Step 401: Receive indication information sent by the terminal. The indication information is sent to the network device when the terminal stops receiving the inactive multicast service.

The above-mentioned inactive state multicast service refers to the multicast service in which the inactive state terminal can receive service data; the above-mentioned indication information is the information sent to the network device when the terminal stops receiving the multicast service in the RRC inactive state.

·The terminal moves out of the service area of the inactive multicast service;

Optionally, the network equipment includes RAN equipment; and/or CN equipment.

The above-mentioned receiving instruction information sent by the terminal includes at least one of the following four steps:

·The RAN device receives the instruction information sent by the terminal;

·The CN device receives the instruction information sent by the terminal;

·The non-access layer receives the instruction information sent by the access layer;

·Establish RRC connection.

In some embodiments, the network device is a RAN device; the RAN device receives the indication information sent by the terminal. The indication information is used to assist the network device in updating the configuration of the multicast service. Optionally, the RAN device may further send the indication information to the CN device. In some embodiments, the indication information is sent to the RAN device through an RRC message. Exemplarily, the RAN device receives an RRC message sent by the terminal, the RRC message carries indication information, and the RAN device makes an independent decision to send the indication information to the CN device.

In some embodiments, the network device is a CN device; the CN device receives the indication information sent by the terminal. The indication information is used to assist the network device in updating the configuration of the multicast service. Optionally, the CN device may further send the indication information to the RAN device. In some embodiments, the indication information is sent to the CN device through a NAS message. Exemplarily, the CN device receives the NAS message sent by the terminal. The NAS message carries indication information, and the CN device independently decides to send the indication information to the RAN device.

In some embodiments, the network device includes a RAN device and a CN device; the RAN device and the CN device respectively receive the indication information sent by the terminal. The indication information is used to assist the network device in updating the configuration of the multicast service.

Exemplarily, the RAN device receives the indication information sent by the terminal; the CN device receives the indication information sent by the terminal. For example, the above indication information is sent to the RAN device through an RRC message and to the CN device through a NAS message respectively. In this embodiment, the order in which the RAN device and the CN device receive the indication information is not limited.

Exemplarily, the RAN device receives the terminal and sends the indication information to the RAN device and the CN device at the same time; for example, the terminal sends the indication information to the RAN device through an RRC message, and at the same time carries the indication information sent to the CN device in the RRC message, and the RAN device sends Forward the instruction information to the CN device; for another example, the terminal sends the instruction information to the CN device through a NAS message, and at the same time carries the instruction information sent to the RAN device in the NAS message, and the CN device forwards the instruction information sent to the RAN device.

For example, the RRC message carries first indication information and second indication information at the same time. The first indication information is sent to the RAN device, and the second indication information is sent to the CN device. The terminal sends an RRC message to the RAN device. After receiving the RRC message, the RAN device obtains the first indication information; at the same time, the RAN device also sends the second indication information to the CN device. For another example, the NAS message carries first indication information and second indication information at the same time. The first indication information is sent to the RAN device, and the second indication information is sent to the CN device. The terminal sends a NAS message to the CN device. After receiving the NAS message, the CN device obtains the second indication information; at the same time, the CN device also forwards the first indication information to the RAN device.

In some embodiments, the terminal non-access layer receives the indication information sent by the terminal access layer. The indication information is used to assist the network device in updating the configuration of the multicast service.

Exemplarily, the access layer of the terminal sends indication information to the non-access layer of the terminal, and the non-access layer of the terminal sends the indication information to the CN device; the CN device receives the indication information sent by the non-access layer of the terminal.

In some embodiments, the terminal triggers the establishment of the RRC connection, and the network device receives the instruction information sent by the terminal. For example, the terminal AS triggers RRC connection establishment or RRC connection recovery, and the network device receives the instruction information sent by the terminal. For example, the terminal NAS layer triggers RRC connection establishment or RRC connection recovery, and the network device receives the instruction information sent by the terminal. Optionally, the terminal access layer sends indication information to the non-access layer. For example, the terminal carries the reason in the RRC connection establishment request or the RRC connection recovery request, where the reason can be reusing an existing reason or a newly defined reason.

For example, when there is no RRC connection between the terminal and the RAN device, the RAN device establishes the RRC connection between the terminal and the RAN device, and the RRC connection is in the RRC connection state. Alternatively, when an RRC connection exists between the terminal and the RAN device and the RRC connection is suspended, the RAN device restores the RRC connection from the RRC inactive state to the RRC connected state.

·Terminal location information;

·Instructions on stopping receiving inactive multicast services;

·Reasons for stopping receiving inactive multicast services;

·Multicast service identification;

·Identification of the terminal.

For example, the instruction to stop receiving the inactive multicast service may include information used to instruct the terminal to stop accessing the inactive multicast service.

For example, the terminal identifier includes RNTI or C-RNTI.

Step 402: Update the configuration of the multicast service according to the instruction information.

The network device updates the configuration of the multicast service based on the indication information. Optionally, updating the configuration of the multicast service includes at least one of the following:

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the resources of the multicast service session;

·Release the resources of the multicast service session;

·Delete the resources of the multicast service session;

·Stop data delivery for multicast service sessions.

For example, switching the MBS service session state includes any of the following:

·Switch the MBS service session status from active to inactive;

Exemplarily as shown in Figure 8, there is shown a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 501: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends instruction information to the network device. The instruction information is used to assist the network device in updating the configuration of the multicast service.

The terminal establishes an RRC connection between the terminal and the RAN device for sending the above instruction information to the network device.

Establish an RRC connection between the terminal and the RAN device, and send the instruction information to the network device, including but not limited to at least one of the following two methods:

Method 1: The terminal triggers the restoration of the RRC connection through the access layer and sends the instruction information to the network device.

In some embodiments, the inactive multicast service area of the terminal is the access network notification area (that is, the RAN-based notification area, RNA for short); in response to the terminal moving out of the RNA, the terminal triggers the access network notification area update (also called the RNA). That is, RAN-based notification area update (RNAU for short) restores the RRC connection. Optionally, the terminal sends an RRC connection recovery request to the network device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason may be reusing an existing reason, such as access network notification area update (RNA-Update, RNAU); or it may be a newly defined reason, such as moving out of an inactive multicast service area.

In some embodiments, the terminal sends the indication information to the RAN device, and further, the RAN device sends the indication information to the CN device.

Method 2: The terminal sends indication information to the non-access layer through the access layer. Further, it triggers the restoration of the RRC connection through the non-access layer and sends the indication information to the network device.

Optionally, the terminal sends an RRC connection recovery request to the network device, where the RRC connection recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason; it can also be a newly defined reason, for example, moving out of the service area of the inactive multicast service.

In some embodiments, the terminal sends the indication information to the network device, including at least one of the following four methods:

·The terminal sends the indication information to the RAN device through an RRC message (visible to the RAN device), and further, the RAN device sends the indication information to the CN device;

·The terminal sends the indication information to the CN device through the NAS message (the RAN device is not visible), and further, the CN device sends the indication information to the RAN device;

·The terminal sends instruction information to the RAN device and CN device respectively;

For example, the indication information is sent to the RAN device through an RRC message and to the CN device through a NAS message respectively. It should be noted that in this embodiment, the order in which the indication information is sent to the RAN device and the CN device is not limited.

·The terminal sends instruction information to the RAN device and the CN device at the same time.

For example, the terminal sends the instruction information to the RAN device through an RRC message, and at the same time carries the instruction information sent to the CN device in the RRC message, and the RAN device forwards the instruction information sent to the CN device; for example, the terminal sends the instruction information through a NAS message. to the CN device, and at the same time, the NAS message carries the instruction information sent to the RAN device, and the CN device forwards the instruction information sent to the RAN device.

Illustratively, the above-mentioned RRC message and/or NAS message is sent through the RRC connection.

Optionally, the above indication information includes at least one of the following information:

·The location information of the terminal is used to assist the network in determining the service area where the terminal has moved out of the inactive multicast service;

·Instructions on stopping receiving inactive multicast services;

·The reason for stopping receiving inactive multicast services, such as the terminal moving out of the service area of inactive multicast services;

·Multicast service identifier, for example, may include any of the following: TMGI; MBS session identifier; MBS service flow identifier;

·Identification of the terminal.

Step 502: The network device receives indication information.

Optionally, the network equipment includes RAN equipment and/or CN equipment.

In some embodiments, the network device is a RAN device; the RAN device receives indication information directly sent by the terminal. Optionally, the indication information is carried by an RRC message.

Alternatively, the RAN device receives the indication information sent by the CN device, and the indication information is sent by the terminal to the CN device.

In some embodiments, the network device is a CN device; the CN device receives indication information directly sent by the terminal. Optionally, the indication information is carried by a NAS message.

Alternatively, the CN device receives the indication information sent by the RAN device, and the indication information is sent by the terminal to the RAN device.

Step 503: The network device updates the configuration of the multicast service according to the instruction information.

In some embodiments, in response to the RAN device receiving the indication information, the RAN device updates the configuration of the multicast service. Alternatively, in response to the synchronization of the CN device, the RAN device updates the configuration of the multicast service. For example, the CN device synchronously indicates the inactive state or configuration state of the MBS service session to the RAN device, and the RAN device updates the configuration of the multicast service.

Exemplarily, the configuration of the RAN device to update the multicast service includes at least one of the following:

·Switch MBS service session status;

State switching includes but is not limited to: switching the MBS service session state from active state to inactive state or configuration state. Optionally, the RAN device triggers the NG process to synchronize the MBS service session status in the CN device.

The RAN device may switch the MBS service session state according to the indication information, or the CN device may synchronously indicate the MBS service session state to the RAN device. For example, the CN device synchronously indicates the inactive state or the configured state of the MBS service session to the RAN device, and the RAN device synchronously updates the MBS service session to the inactive state or the configured state according to the instructions of the CN device.

·Deactivate RAN resources for multicast service sessions;

Optionally, the RAN device also triggers the NG process to deactivate the CN resources of the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device deactivates the RAN resource of the multicast service session. Alternatively, in response to synchronization of the CN device, the RAN device deactivates RAN resources for the multicast service session. For example, the CN device synchronously indicates the inactive state or configuration state of the MBS service session to the RAN device, and the RAN device deactivates the RAN resources of the multicast service session.

·Release RAN resources for multicast service sessions;

Optionally, the RAN device also triggers the NG process to release the CN resources of the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device releases RAN resources of the multicast service session. Alternatively, in response to the synchronization of the CN device, the RAN device releases RAN resources for the multicast service session. For example, the CN device synchronously indicates the inactive state or configuration state of the MBS service session to the RAN device, and the RAN device releases the RAN resources of the multicast service session.

·Delete RAN resources for multicast service sessions;

Optionally, the RAN device also triggers the NG process to delete the CN resources of the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device deletes the RAN resource of the multicast service session. Alternatively, in response to the synchronization of the CN device, the RAN device deletes the RAN resource of the multicast service session. For example, the CN device synchronously indicates the inactive state or configuration state of the MBS service session to the RAN device, and the RAN device deletes the RAN resources of the multicast service session.

·Stop data delivery for multicast service sessions.

In some embodiments, in response to the CN device receiving the indication information, the CN device updates the configuration of the multicast service. Alternatively, in response to the synchronization of the RAN device, the CN device updates the configuration of the multicast service. For example, the RAN device synchronously indicates the inactive state or configuration state of the MBS service session to the CN device, and the CN device updates the configuration of the multicast service.

Exemplarily, the configuration of the CN device to update the multicast service includes at least one of the following:

·Switch MBS service session status;

State switching includes but is not limited to: switching the MBS service session state from active state to inactive state or configuration state. Optionally, the CN device also triggers the NG process to synchronize the MBS service session status in the RAN device.

The CN device may switch the MBS service session state according to the indication information, or the RAN device may synchronously indicate the MBS service session state to the CN device. For example, the RAN device synchronously indicates the inactive state or the configured state of the MBS service session to the CN device, and the CN device synchronously updates the MBS service session to the inactive state or the configured state according to the instructions of the RAN device.

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

Optionally, the CN device also triggers an NG process to deactivate RAN resources for the multicast service session.

Optionally, in response to the CN device receiving the indication information, the CN device deactivates the CN resource of the multicast service session. Alternatively, in response to the synchronization of the RAN device, the CN device deactivates the CN resources of the multicast service session. For example, the RAN device synchronously indicates the inactive state or configuration state of the MBS service session to the CN device, and the CN device deactivates the CN resources of the multicast service session.

·Release CN resources for multicast service sessions;

Optionally, the CN device also triggers an NG process to release RAN resources for the multicast service session.

Optionally, in response to the CN device receiving the indication information, the CN device releases the CN resources of the multicast service session. Alternatively, in response to the synchronization of the RAN device, the CN device releases the CN resources of the multicast service session. For example, the RAN device synchronously indicates the inactive state or configuration state of the MBS service session to the CN device, and the CN device releases the CN resources of the multicast service session.

·Delete the CN resources of the multicast service session;

Optionally, the CN device also triggers the NG process to delete the RAN resources of the multicast service session.

Optionally, in response to the CN device receiving the indication information, the CN device deletes the CN resource of the multicast service session. Alternatively, in response to the synchronization of the RAN device, the CN device deletes the CN resource of the multicast service session. For example, the RAN device synchronously indicates the inactive state or configuration state of the MBS service session to the CN device, and the CN device deletes the CN resources of the multicast service session.

·Stop data delivery for multicast service sessions.

Optionally, the RAN device and the CN device respectively update the configuration of the multicast service after receiving the indication information. Or, after receiving the indication information, the RAN device updates the configuration of the multicast service; the RAN device sends a synchronization indication to the CN device, and the CN device updates the configuration of the multicast service according to the synchronization indication; or, after receiving the indication information, the CN device Update the configuration of the multicast service; the CN device sends a synchronization instruction to the RAN device, and the RAN device updates the configuration of the multicast service according to the synchronization instruction. Optionally, the synchronization indication is used to synchronize the inactive state or configuration state of the MBS service session.

To sum up, the multicast service update method provided in this embodiment sends indication information to the RAN device and the CN device when the terminal moves out of the service area of the inactive multicast service, thereby notifying the RAN device and the CN device that the terminal has stopped. Receive inactive multicast services and update multicast service configurations in a timely manner.

An exemplary embodiment in which the terminal sends indication information to the RAN device:

Exemplarily as shown in Figure 9, there is shown a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 511: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the RAN device.

For example, the above indication information is used to assist the network device in updating the configuration of the multicast service.

The terminal establishes an RRC connection between the terminal and the RAN device for sending the above indication information to the RAN device.

Establish an RRC connection between the terminal and the RAN device, and send the instruction information to the RAN device, including but not limited to at least one of the following two methods:

Method 1: The terminal triggers the restoration of the RRC connection through the access layer and sends the instruction information to the RAN device.

In some embodiments, the inactive multicast service area of the terminal is RNA; in response to the terminal moving out of the RNA, the terminal triggers RNAU to restore the RRC connection. Optionally, the terminal sends an RRC connection recovery request to the RAN device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason, such as RNAU; or it can be a newly defined reason, such as moving out of an inactive multicast service area.

Method 2: The terminal sends indication information to the non-access layer through the access layer, and further triggers the restoration of the RRC connection through the non-access layer and sends the indication information to the RAN device.

Optionally, the terminal sends an RRC connection recovery request to the RAN device. The above recovery request carries the recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason or a newly defined reason, such as moving out of the service area of an inactive multicast service.

·Instructions on stopping receiving inactive multicast services;

·Identification of the terminal.

Step 512: The RAN device receives the indication information sent by the terminal.

The RAN device receives the RRC message sent by the terminal through the RRC connection, and the RRC message carries indication information. Optionally, the RAN device can also independently decide whether to forward the indication information to the CN device. This embodiment takes as an example that the RAN device does not forward the indication information to the CN device.

Step 513: The RAN device updates the configuration of the multicast service according to the instruction information.

Optionally, in response to the RAN device receiving the indication information, the RAN device updates the configuration of the multicast service. Exemplarily, the configuration of the RAN device to update the multicast service includes at least one of the following:

·Switch MBS service session status;

Among them, the RAN device can perform state switching according to the instruction information when switching the MBS service session state.

·Deactivate RAN resources for multicast service sessions;

Optionally, the RAN device also triggers an NG process, so that the CN device deactivates the CN resources of the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device deactivates the RAN resource of the multicast service session.

·Release RAN resources for multicast service sessions;

Optionally, the RAN device also triggers the NG process so that the CN device releases CN resources for the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device releases RAN resources of the multicast service session.

·Delete RAN resources for multicast service sessions;

Optionally, the RAN device also triggers the NG process, so that the CN device deletes the CN resources of the multicast service session.

Optionally, in response to the RAN device receiving the indication information, the RAN device deletes the RAN resource of the multicast service session.

·Stop data delivery for multicast service sessions.

Optionally, in response to the RAN device receiving the indication information, the RAN device updates the configuration of the multicast service. Optionally, the RAN device also triggers an NG process so that the CN device updates the configuration of the multicast service.

To sum up, the multicast service update method provided in this embodiment sends indication information to the RAN device when the terminal moves out of the service area of the inactive multicast service, thereby notifying the RAN device that the terminal has stopped the inactive multicast service. receive, and then update the multicast service configuration in a timely manner.

Exemplarily as shown in Figure 10, there is shown a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 531: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the RAN device.

Establish an RRC connection between the terminal and the RAN device, and send instruction information to the RAN device, including but not limited to the following methods:

·Instructions on stopping receiving inactive multicast services;

·Identification of the terminal.

Step 532: The RAN device receives the indication information sent by the terminal.

The RAN device receives the RRC message sent by the terminal through the RRC connection, and the RRC message carries indication information.

Step 533: The RAN device updates the configuration of the multicast service according to the instruction information.

Optionally, in response to the RAN device receiving the indication information, the RAN device updates the configuration of the multicast service. Alternatively, in response to the synchronization of the CN device, the RAN device updates the configuration of the multicast service. For example, the CN device synchronously indicates the inactive state or configuration state of the MBS service session to the RAN device, and the RAN device updates the configuration of the multicast service.

Optionally, the configuration of the RAN device to update the multicast service includes at least one of the following:

·Switch MBS service session status;

State switching includes but is not limited to: switching the MBS service session state from active state to inactive state or configuration state. Optionally, trigger the NG process to synchronize the MBS service session status in the CN device.

·Deactivate RAN resources for multicast service sessions;

·Release RAN resources for multicast service sessions;

·Delete RAN resources for multicast service sessions;

·Stop data delivery for multicast service sessions.

Step 534: The RAN device sends indication information to the CN device.

Step 535: The CN device receives the indication information sent by the RAN device.

Step 536: The CN device updates the configuration of the multicast service according to the instruction information.

Optionally, in response to the CN device receiving the indication information, the CN device updates the configuration of the multicast service. Alternatively, in response to the synchronization of the RAN device, the CN device updates the configuration of the multicast service. For example, the RAN device synchronously indicates the inactive state or configuration state of the MBS service session to the CN device, and the CN device updates the configuration of the multicast service.

Optionally, the configuration of the CN device updating the multicast service includes at least one of the following:

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

·Release CN resources for multicast service sessions;

·Delete the CN resources of the multicast service session;

·Stop data delivery for multicast service sessions.

To sum up, the multicast service update method provided in this embodiment sends indication information to the RAN device when the terminal moves out of the service area of the inactive multicast service, and then the RAN device sends the indication information to the CN device, thereby notifying The RAN equipment and CN equipment terminals stop receiving inactive multicast services, and then update the configuration of the multicast services in a timely manner.

An exemplary embodiment in which the terminal sends indication information to the CN device:

Exemplarily as shown in Figure 11, there is shown a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 601: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the CN device.

Exemplarily, in response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the CN device through a NAS message. The above instruction information is used to assist the network device in updating the configuration of the multicast service.

The terminal establishes an RRC connection between the terminal and the RAN device for sending the above indication information to the CN device.

Establish an RRC connection between the terminal and the RAN device, and send the instruction information to the network device. Exemplarily, the terminal sends indication information to the non-access layer through the access layer, further triggers the restoration of the RRC connection through the non-access layer, and sends the indication information to the CN device.

Optionally, the terminal sends an RRC connection recovery request to the network device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason; it can also be a newly defined reason, for example, moving out of the service area of the inactive multicast service.

·Instructions on stopping receiving inactive multicast services;

·Identification of the terminal.

Step 602: The CN device receives the instruction information sent by the terminal.

The CN device receives the NAS message sent by the terminal through the RRC connection, and the NAS message carries indication information.

Step 603: The CN device updates the configuration of the multicast service according to the instruction information.

Optionally, in response to the CN device receiving the indication information, the CN device updates the configuration of the multicast service.

·Switch MBS service session status;

Among them, the CN device can perform state switching according to the instruction information when switching the MBS service session state.

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

Optionally, in response to the CN device receiving the indication information, the CN device deactivates the CN resource of the multicast service session.

·Release CN resources for multicast service sessions;

Optionally, trigger the NG process to release RAN resources for the multicast service session.

Optionally, in response to the CN device receiving the indication information, the CN device releases the CN resources of the multicast service session.

·Delete the CN resources of the multicast service session;

Optionally, in response to the CN device receiving the indication information, the CN device deletes the CN resource of the multicast service session.

·Stop data delivery for multicast service sessions.

In summary, the multicast service update method provided in this embodiment sends indication information to the CN device when the terminal moves out of the service area of the inactive multicast service, thereby notifying the CN device that the terminal has stopped the inactive multicast service. receive, and then update the multicast service configuration in a timely manner.

Exemplarily, as shown in Figure 12, a flow chart of a multicast service update method provided by another exemplary embodiment of the present disclosure is shown. When applied in the communication scenario as described above, the method includes:

Step 621: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the CN device.

Establish an RRC connection between the terminal and the RAN device, and send the instruction information to the CN device, including but not limited to the following methods:

—The terminal sends indication information to the non-access layer through the access layer, and further triggers the restoration of the RRC connection through the non-access layer, and sends the indication information to the CN device.

The location information of the terminal is used to assist the network in determining whether the terminal has moved out of the service area of the inactive multicast service;

Instructions on stopping receiving inactive multicast services;

The reason for stopping receiving inactive multicast services, such as the terminal moving out of the service area of inactive multicast services;

The multicast service identifier may include, for example, any of the following: TMGI; MBS session identifier; MBS service flow identifier;

The identification of the terminal.

Step 622: The CN device receives the instruction information sent by the terminal.

Step 623: The CN device sends indication information to the RAN device.

Step 624: The RAN device receives the indication information sent by the CN device.

Step 625: The RAN device updates the configuration of the multicast service according to the indication information.

·Switch MBS service session status;

·Deactivate RAN resources for multicast service sessions;

Optionally, trigger the NG process to deactivate the CN resources of the multicast service session.

·Release RAN resources for multicast service sessions;

Optionally, trigger the NG process to release the CN resources of the multicast service session.

·Delete RAN resources for multicast service sessions;

Optionally, trigger the NG process to delete the CN resources of the multicast service session.

·Stop data delivery for multicast service sessions.

Step 626: The CN device updates the configuration of the multicast service according to the instruction information.

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

·Release CN resources for multicast service sessions;

·Delete the CN resources of the multicast service session;

·Stop data delivery for multicast service sessions.

Optionally, the RAN device and the CN device respectively update the configuration of the multicast service after receiving the indication information. Or, after receiving the indication information, the RAN device updates the configuration of the multicast service; the RAN device sends a synchronization indication to the CN device, and the CN device updates the configuration of the multicast service according to the synchronization indication; or, after receiving the indication information, the CN device Update the configuration of the multicast service; the CN device sends a synchronization instruction to the RAN device, and the RAN device updates the configuration of the multicast service according to the synchronization. Optionally, the synchronization indication is used to synchronize the inactive state or configuration state of the MBS service session.

To sum up, the multicast service update method provided in this embodiment sends indication information to the CN device when the terminal moves out of the service area of the inactive multicast service, and then the CN device sends the indication information to the RAN device, thereby notifying The RAN equipment and CN equipment terminals stop receiving inactive multicast services, and then update the configuration of the multicast services in a timely manner.

An exemplary embodiment in which the terminal sends indication information to the RAN device and the CN device:

Exemplarily as shown in Figure 13, there is shown a flow chart of a multicast service update method provided by another exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 701: In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the RAN device and the CN device.

The above instruction information is used to assist the network device in updating the configuration of the multicast service.

The terminal establishes an RRC connection between the terminal and the RAN device for sending the above instruction information to the RAN device and the CN device.

Establish an RRC connection between the terminal and the RAN device, and send instruction information to the RAN device and CN device, including but not limited to the following methods:

—The terminal sends indication information to the non-access layer through the access layer, and further triggers the restoration of the RRC connection through the non-access layer, and sends the indication information to the RAN device and CN device.

In some embodiments, the terminal sends the indication information to the network device, including at least one of the following methods:

·In response to the terminal moving out of the service area of the inactive multicast service, the terminal sends indication information to the RAN device and the CN device respectively. For example, the indication information is sent to the RAN device through an RRC message and to the CN device through a NAS message. It should be noted that in this embodiment, the order in which the indication information is sent to the RAN device and the CN device is not limited.

·The terminal sends instruction information to the RAN device and the CN device at the same time; for example, the terminal sends the instruction information to the RAN device through an RRC message, and at the same time carries the instruction information sent to the CN device in the RRC message, and the RAN device responds to the instruction sent to the CN device. The information is forwarded; for example, the terminal sends the indication information to the CN device through a NAS message, and at the same time carries the indication information sent to the RAN device in the NAS message, and the CN device forwards the indication information sent to the RAN device.

·Instructions on stopping receiving inactive multicast services;

·Identification of the terminal.

Step 702: The RAN device receives the indication information.

The RAN device receives the instruction information directly sent by the terminal. Optionally, the indication information is carried by an RRC message.

Step 703: The CN device receives the indication information.

The CN device receives the instruction information directly sent by the terminal. Optionally, the indication information is carried by a NAS message.

Step 704: The CN device updates the configuration of the multicast service according to the instruction information.

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

·Release CN resources for multicast service sessions;

·Delete the CN resources of the multicast service session;

·Stop data delivery for multicast service sessions.

Step 705: The RAN device updates the configuration of the multicast service according to the indication information.

·Switch MBS service session status;

·Deactivate RAN resources for multicast service sessions;

·Release RAN resources for multicast service sessions;

·Delete RAN resources for multicast service sessions;

·Stop data delivery for multicast service sessions.

Exemplarily as shown in Figure 14, there is shown a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure. When applied in the communication scenario as described above, the method includes:

Step 801: In response to the terminal releasing/suspending at least one of the service configuration and wireless resources of the inactive multicast service, the terminal sends indication information to the network device.

The above instruction information is used to assist the network device in updating the configuration of the multicast service. Wherein, the terminal releases/suspends at least one of the service configuration and wireless resources of the inactive multicast service, including at least one of the following:

The terminal releases the service configuration of the inactive multicast service;

The terminal releases the wireless resources of the inactive multicast service;

The terminal suspends the service configuration of the inactive multicast service;

The terminal suspends the wireless resources of the inactive multicast service.

Establish an RRC connection between the terminal and the RAN device, and send instruction information to the network device, including but not limited to the following methods:

—The terminal triggers the restoration of the RRC connection through the access layer and sends the instruction information to the network device.

Optionally, the terminal sends an RRC connection recovery request to the network device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be to reuse an existing reason; it can also be a newly defined reason.

—The terminal sends indication information to the non-access layer through the access layer, and further triggers the restoration of the RRC connection through the non-access layer, and sends the indication information to the network device.

Optionally, the terminal sends an RRC connection recovery request to the network device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason; it can also be a newly defined reason, such as wireless resource configuration being unavailable.

·The terminal sends the indication information to the RAN device through an RRC message. Further, the RAN device sends the indication information to the CN device (similar to the embodiments shown in Figures 9 and 10 respectively, and will not be described again);

·The terminal sends the indication information to the CN device through the NAS message, and further, the CN device sends the indication information to the RAN device (similar to the embodiments shown in Figures 11 and 12 respectively, and will not be described again);

·Instructions on stopping receiving inactive multicast services;

· Reasons for stopping receiving inactive multicast services, such as unavailable wireless resource configuration;

·Identification of the terminal.

Step 802: The network device receives indication information.

Optionally, the network equipment includes RAN equipment and/or CN equipment.

In some embodiments, the network device is a CN device; the CN device receives indication information directly sent by the terminal. Optionally, the indication information is carried by a NAS message. Alternatively, the CN device receives the indication information sent by the RAN device, and the indication information is sent by the terminal to the RAN device.

Step 803: The network device updates the configuration of the multicast service according to the instruction information.

·Switch MBS service session status;

·Deactivate RAN resources for multicast service sessions;

·Release RAN resources for multicast service sessions;

·Delete RAN resources for multicast service sessions;

·Stop data delivery for multicast service sessions.

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

·Release CN resources for multicast service sessions;

·Delete the CN resources of the multicast service session;

·Stop data delivery for multicast service sessions.

Optionally, the RAN device and the CN device respectively update the configuration of the multicast service after receiving the indication information.

To sum up, the multicast service update method provided in this embodiment sends indication information to the RAN device and the CN device when the terminal releases/suspends at least one of the service configuration and wireless resources of the inactive multicast service. , thereby notifying the RAN device and the CN device terminal to stop receiving the inactive multicast service, and thereby updating the configuration of the multicast service in a timely manner.

Exemplarily, as shown in Figure 15, a flow chart of a multicast service update method provided by an exemplary embodiment of the present disclosure is shown. When applied in the communication scenario as described above, the method includes:

Step 901: In response to the terminal determining to stop receiving inactive multicast services, the terminal sends indication information to the network device.

The above instruction information is used to assist the network device in updating the configuration of the multicast service. Wherein, the above-mentioned terminal determines to stop receiving inactive multicast services, including at least one of the following:

The terminal determines to stop receiving service data of the inactive multicast service;

The terminal determines to stop receiving the service configuration of the inactive multicast service.

Optionally, the terminal sends an RRC connection recovery request to the network device, where the recovery request carries a recovery reason for requesting to recover the RRC connection. The recovery reason can be reusing an existing reason; it can also be a newly defined reason, for example, the terminal is no longer interested in the content of the multicast session.

·The terminal sends the indication information to the RAN device through an RRC message, and further, the RAN device sends the indication information to the CN device;

·The terminal sends the indication information to the CN device through the NAS message, and further, the CN device sends the indication information to the RAN device;

Instructions on stopping receiving inactive multicast services;

The reason for stopping receiving inactive multicast services, for example, the terminal is no longer interested in the content of the multicast session;

The identification of the terminal.

Step 902: The network device receives indication information.

Optionally, the network equipment includes RAN equipment and/or CN equipment.

Step 903: The network device updates the configuration of the multicast service according to the instruction information.

·Switch MBS service session status;

·Deactivate RAN resources for multicast service sessions;

·Release RAN resources for multicast service sessions;

·Delete RAN resources for multicast service sessions;

·Stop data delivery for multicast service sessions.

·Switch MBS service session status;

·Delete the terminal from the multicast service session;

·Deactivate the CN resources of the multicast service session;

·Release CN resources for multicast service sessions;

·Delete the CN resources of the multicast service session;

·Stop data delivery for multicast service sessions.

To sum up, the multicast service update method provided in this embodiment sends indication information to the RAN device and the CN device when it is determined to stop receiving the inactive multicast service, thereby notifying the RAN device and the CN device that the terminal has stopped receiving the inactive multicast service. status of the reception of multicast services, thereby updating the configuration of multicast services in a timely manner.

It should be noted that in the above embodiments, the configuration update sequence of the multicast service in the RAN device and the CN device is not limited.

Figure 16 shows a block diagram of an instruction information sending device provided by an exemplary embodiment of the present disclosure. The device can be implemented as part or all of the terminal through software, hardware, or a combination of the two. The device includes:

The sending module 1001 is configured to send indication information to the network device in response to the terminal stopping receiving the inactive multicast service; wherein the indication information is used to assist the network device in updating the configuration of the multicast service.

In some embodiments, the terminal stopping receiving inactive multicast services includes at least one of the following:

The terminal moves out of the service area of the inactive multicast service;

The terminal releases the wireless resources of the inactive multicast service;

The terminal suspends the wireless resources of the inactive multicast service;

In some embodiments, the network device includes: RAN device; and/or CN device.

In some embodiments, the sending module 1001 is configured to send the indication information to the RAN device through an RRC message; and/or send the indication information to the CN device through a NAS message.

In some embodiments, the device further includes: a processing module 1002;

The processing module 1002 is configured to trigger the establishment of the RRC connection through the non-access layer; or to trigger the establishment of the RRC connection through the access layer.

In some embodiments, the sending module 1001 is configured to send the indication information to the non-access layer through the access layer.

In some embodiments, the indication information includes at least one of the following:

The location information of the terminal;

Instructions on stopping receiving the inactive multicast service;

The reason for stopping receiving the inactive multicast service;

Multicast service identifier;

The identifier of the terminal.

In some embodiments, the multicast service identifier includes any of the following:

TMGI;

MBS session ID;

MBS service flow identifier.

In some embodiments, updating the configuration of the multicast service includes at least one of the following:

Switch MBS business session status;

Delete the terminal from the multicast service session;

Deactivate the resources of the multicast service session;

Release the resources of the multicast service session;

Delete the resources of the multicast service session;

Stop data delivery of the multicast service session.

In some embodiments, switching the MBS service session state includes any of the following:

Switch the MBS service session state from the active state to the inactive state;

Switch the MBS service session state from the activation state to the configuration state.

In some embodiments, the resources of the multicast service session include: at least one of RAN resources and CN resources.

Figure 17 shows a block diagram of a multicast service update device provided by an exemplary embodiment of the present disclosure. The device can be implemented as part or all of the network equipment through software, hardware, or a combination of the two. The device includes:

The receiving module 1101 is configured to receive indication information sent by the terminal, the indication information being sent to the network device when the terminal stops receiving the inactive multicast service;

The processing module 1102 is configured to update the configuration of the multicast service according to the indication information.

The terminal moves out of the service area of the inactive multicast service;

The terminal releases the wireless resources of the inactive multicast service;

The terminal suspends the wireless resources of the inactive multicast service;

In some embodiments, the network device includes: RAN device; and/or CN device.

In some embodiments, the network device is the RAN device;

The receiving module 1101 is configured to receive the indication information sent by the terminal through an RRC message.

In some embodiments, the device further includes: a sending module 1103;

The sending module 1103 is configured to send the indication information to the CN device.

In some embodiments, the network device is the CN device;

The receiving module 1101 is configured to receive the indication information sent by the terminal through the NAS message.

In some embodiments, the device further includes: a sending module 1103;

The sending module 1103 is configured to send the indication information to the RAN device.

In some embodiments, the network equipment includes RAN equipment;

The processing module 1102 is also configured to restore or establish an RRC connection between the RAN device and the terminal.

The location information of the terminal;

Instructions on stopping receiving the inactive multicast service;

The reason for stopping receiving the inactive multicast service;

Multicast service identifier;

The identifier of the terminal.

TMGI;

MBS session ID;

MBS service flow identifier.

Switch MBS business session status;

Delete the terminal from the multicast service session;

Deactivate the resources of the multicast service session;

Release the resources of the multicast service session;

Delete the resources of the multicast service session;

Stop data delivery of the multicast service session.

Figure 18 shows a schematic structural diagram of a UE provided by an exemplary embodiment of the present disclosure. The UE includes: a processor 1201, a receiver 1202, a transmitter 1203, a memory 1204 and a bus 1205.

The processor 1201 includes one or more processing cores. The processor 1201 executes various functional applications and information processing by running software programs and modules.

The receiver 1202 and the transmitter 1203 can be implemented as a communication component, and the communication component can be a communication chip.

Memory 1204 is connected to processor 1201 through bus 1205.

The memory 1204 can be used to store at least one instruction, and the processor 1201 is used to execute the at least one instruction to implement each step in the above method embodiment.

Additionally, memory 1204 may be implemented by any type of volatile or non-volatile storage device, or combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable Read-only memory (EEPROM, Electrically Erasable Programmable Read Only Memory), Erasable Programmable Read-Only Memory (EPROM, Erasable Programmable Read Only Memory), Static Random-Access Memory (SRAM, Static Random-Access Memory), Read-Only Memory (ROM, Read Only Memory), magnetic memory, flash memory, programmable read-only memory (PROM, Programmable Read Only Memory).

In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, such as a memory including instructions, is also provided, and the above instructions can be executed by a processor of the UE to complete the above instruction information sending method. For example, the non-transitory computer-readable storage medium may be ROM, random access memory (RAM, Random-Access Memory), compact disc read-only memory (CD-ROM, Compact Disc-Read Only Memory), magnetic tape, Floppy disks and optical data storage devices, etc.

A non-transitory computer-readable storage medium that enables the UE to perform the above instruction information sending method when instructions in the non-transitory computer storage medium are executed by a processor of the UE.

Figure 19 is a block diagram of a network device 1300 according to an exemplary embodiment. The network device 1300 may be a RAN device (such as a base station) and/or a CN device.

Network device 1300 may include: processor 1301, receiver 1302, transmitter 1303, and memory 1304. The receiver 1302, the transmitter 1303 and the memory 1304 are respectively connected to the processor 1301 through a bus.

The processor 1301 includes one or more processing cores, and the processor 1301 executes the multicast service update method provided by the embodiment of the present disclosure by running software programs and modules. Memory 1304 may be used to store software programs and modules. Specifically, the memory 1304 can store the operating system 13041 and at least one application module 13042 required for the function. The receiver 1302 is used to receive communication data sent by other devices, and the transmitter 1303 is used to send communication data to other devices.

An exemplary embodiment of the present disclosure also provides a computer-readable storage medium. The computer-readable storage medium stores at least one instruction, at least a program, a code set or an instruction set. The at least one instruction, the At least one program, the code set or the instruction set is loaded and executed by the processor to implement the instruction information sending method or the multicast service updating method provided by the above method embodiments.

An exemplary embodiment of the present disclosure also provides a computer program product, the computer program product includes computer instructions, the computer instructions are stored in a computer-readable storage medium; the processor of the computer device reads from the computer-readable storage medium The computer instructions are read from the medium, and the processor executes the computer instructions, so that the computer device performs the instruction information sending method or the multicast service updating method provided by the above method embodiments.

An exemplary embodiment of the present disclosure also provides a chip. The chip includes editable logic circuits and/or program instructions. When the chip is running, it is used to implement the instruction information sending method provided by the above method embodiments. Or, multicast service update method.

It should be understood that "plurality" mentioned in this article means two or more. "And/or" describes the relationship between related objects, indicating that there can be three relationships. For example, A and/or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the related objects are in an "or" relationship.

It is further understood that the terms "first", "second", etc. are used to describe various information, but such information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other and do not imply a specific order or importance. In fact, expressions such as "first" and "second" can be used interchangeably. For example, without departing from the scope of the present disclosure, the first message frame may also be called a second message frame, and similarly, the second message frame may also be called a first message frame.

It will be further understood that although the operations are described in a specific order in the drawings in the embodiments of the present disclosure, this should not be understood as requiring that these operations be performed in the specific order shown or in a serial order, or that it is required that Perform all actions shown.

Other embodiments of the disclosure will be readily apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. The present disclosure is intended to cover any variations, uses, or adaptations of the disclosure that follow the general principles of the disclosure and include common common sense or customary technical means in the technical field that are not disclosed in the disclosure. . It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the present disclosure is not limited to the precise structures described above and illustrated in the accompanying drawings, and various modifications and changes may be made without departing from the scope thereof. The scope of the disclosure is limited only by the appended claims.

Claims

A method for sending indication information, characterized in that the method is executed by a terminal, and the method includes:

In response to the terminal stopping receiving the inactive multicast service, indication information is sent to the network device; wherein the indication information is used to assist the network device in updating the configuration of the multicast service.
The method according to claim 1, characterized in that stopping the terminal from receiving inactive multicast services includes at least one of the following:

The terminal moves out of the service area of the inactive multicast service;

The terminal releases the service configuration of the inactive multicast service;

The terminal releases the wireless resources of the inactive multicast service;

The terminal suspends the service configuration of the inactive multicast service;

The terminal suspends the wireless resources of the inactive multicast service;

The terminal determines to stop receiving service data of the inactive multicast service;

The terminal determines to stop receiving the service configuration of the inactive multicast service.
The method according to claim 1, characterized in that the network equipment includes: a radio access network RAN equipment; and/or a core network CN equipment.
The method according to claim 3, characterized in that sending the instruction information to the network device includes:

Send the indication information to the RAN device through a radio resource control RRC message; and/or,

The indication information is sent to the CN device through a non-access layer NAS message.
The method of claim 1, further comprising:

Trigger the establishment of RRC connection through non-access stratum; or,

The establishment of the RRC connection is triggered by the access layer.
The method of claim 1, further comprising:

The indication information is sent to the non-access layer through the access layer.
The method according to any one of claims 1 to 6, characterized in that the indication information includes at least one of the following:

The location information of the terminal;

Instructions on stopping receiving the inactive multicast service;

The reason for stopping receiving the inactive multicast service;

Multicast service identifier;

The identifier of the terminal.
The method according to claim 7, characterized in that the multicast service identifier includes any one of the following:

Temporary mobility group identifier TMGI;

Multicast broadcast service MBS session identifier;

MBS service flow identifier.
The method according to any one of claims 1 to 6, characterized in that the updating the configuration of the multicast service includes at least one of the following:

Switch MBS business session status;

Delete the terminal from the multicast service session;

Deactivate the resources of the multicast service session;

Release the resources of the multicast service session;

Delete the resources of the multicast service session;

Stop data delivery of the multicast service session.
The method according to claim 9, characterized in that switching the MBS service session state includes any one of the following:

Switch the MBS service session state from the active state to the inactive state;

Switch the MBS service session state from the activation state to the configuration state.
The method according to claim 9, characterized in that the resources of the multicast service session include: at least one of RAN resources and CN resources.
A multicast service update method, characterized in that the method is executed by network equipment, and the method includes:

Receive indication information sent by the terminal, the indication information being sent to the network device when the terminal stops receiving inactive multicast services;

Update the configuration of the multicast service according to the indication information.
The method according to claim 12, characterized in that stopping the terminal from receiving inactive multicast services includes at least one of the following:

The terminal moves out of the service area of the inactive multicast service;

The terminal releases the service configuration of the inactive multicast service;

The terminal releases the wireless resources of the inactive multicast service;

The terminal suspends the service configuration of the inactive multicast service;

The terminal suspends the wireless resources of the inactive multicast service;

The terminal determines to stop receiving service data of the inactive multicast service;

The terminal determines to stop receiving the service configuration of the inactive multicast service.
The method according to claim 12, characterized in that the network device includes: a RAN device; and/or a CN device.
The method according to claim 14, characterized in that the network device is the RAN device;

The instruction information sent by the receiving terminal includes:

Receive the indication information sent by the terminal through an RRC message.
The method of claim 15, further comprising:

Send the indication information to the CN device.
The method according to claim 14, characterized in that the network device is the CN device;

The instruction information sent by the receiving terminal includes:

Receive the indication information sent by the terminal through a NAS message.
The method of claim 17, further comprising:

Send the indication information to the RAN device.
The method according to claim 12, wherein the network device includes a RAN device;

The method also includes:

Restore or establish an RRC connection between the RAN device and the terminal.
The method according to any one of claims 12 to 19, characterized in that the indication information includes at least one of the following:

The location information of the terminal;

Instructions on stopping receiving the inactive multicast service;

The reason for stopping receiving the inactive multicast service;

Multicast service identifier;

The identifier of the terminal.
The method according to claim 20, characterized in that the multicast service identifier includes any one of the following:

TMGI;

MBS session ID;

MBS service flow identifier.
The method according to any one of claims 12 to 19, characterized in that the updating the configuration of the multicast service includes at least one of the following:

Switch MBS business session status;

Delete the terminal from the multicast service session;

Deactivate the resources of the multicast service session;

Release the resources of the multicast service session;

Delete the resources of the multicast service session;

Stop data delivery of the multicast service session.
The method according to claim 22, characterized in that switching the MBS service session state includes any of the following:

Switch the MBS service session state from the active state to the inactive state;

Switch the MBS service session state from the activation state to the configuration state.
The method according to claim 22, characterized in that the resources of the multicast service session include at least one of RAN resources and CN resources.
An instruction information sending device, characterized in that the device includes:

The sending module is configured to send indication information to the network device in response to the terminal stopping receiving the inactive multicast service; wherein the indication information is used to assist the network device in updating the configuration of the multicast service.
A multicast service update device, characterized in that the device includes:

A receiving module configured to receive indication information sent by the terminal, the indication information being sent to the network device when the terminal stops receiving inactive multicast services;

The processing module is configured to update the configuration of the multicast service according to the indication information.
A terminal, characterized in that the terminal includes:

processor;

a transceiver coupled to said processor;

Wherein, the processor is configured to load and execute executable instructions to implement the instruction information sending method according to any one of claims 1 to 11.
A network device, characterized in that the network device includes:

processor;

a transceiver coupled to said processor;

Wherein, the processor is configured to load and execute executable instructions to implement the multicast service update method according to any one of claims 12 to 24.
A computer-readable storage medium, characterized in that at least one instruction, at least one program, a code set or an instruction set is stored in the computer-readable storage medium, and the at least one instruction, the at least one program, the The code set or instruction set is loaded and executed by the processor to implement the instruction information sending method as described in any one of claims 1 to 11, or the multicast service updating method as described in any one of claims 12 to 24.
A computer program product, characterized in that the computer program product includes computer instructions, and the computer instructions are stored in a computer-readable storage medium; and a processor of the computer device reads the instructions from the computer-readable storage medium. Computer instructions, the processor executes the computer instructions, causing the computer device to perform the instruction information sending method as described in any one of claims 1 to 11, or the multicast method as described in any one of claims 12 to 24 Business update method.