WO2023231029A1

WO2023231029A1 - Service determination method and apparatus, and storage medium

Info

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

Abstract

The present disclosure provides a service determination method and apparatus, and a storage medium. The method comprises: determining, according to network configuration information, an inactive multicast service supported by a second network side node, wherein the inactive multicast service is a multicast service supported by a terminal in an inactive state (101). By means of the present disclosure, an inactive multicast service can be supported, and the feasibility of receiving the inactive multicast service is improved.

Description

Business determination method and device, storage medium

Technical field

The present disclosure relates to the field of communications, and in particular, to service determination methods and devices, and storage media.

Background technique

In Rel-17 (Release-17, version 17), only multicast service reception by connected terminals is supported. That is, if the terminal wants to receive multicast service data, it needs to establish RRC (Radio Resource Control, Radio Resource Control) with the network side first. ) connection, allowing the terminal to enter the connected state for reception. However, this cannot meet the needs of key services such as MBS (Multicast Broadcast Service, multicast broadcast service), especially for cells with a large number of terminals. In addition, always keeping the terminal in the RRC_CONNECTED (connected) state to receive multicast service data will result in high power consumption.

Therefore, support for inactive multicast service reception is studied in Rel-18 (Release-18, version 18). When the terminal is in the inactive state, it can continue to receive multicast service data, including the terminal receiving RRC_INACTIVE (inactive state). ) Multicast PTM (Point To Multipoint, point-to-multipoint) configuration and mobility management, etc. However, for the anchor base station, it is still not possible to determine the service area that supports the inactive multicast service.

Contents of the invention

In order to overcome problems existing in related technologies, embodiments of the present disclosure provide a service determination method and device, and a storage medium.

According to a first aspect of an embodiment of the present disclosure, a service determination method is provided, and the method is applied to be executed by a first network side node, including:

The inactive multicast service supported by the second network side node is determined according to the network configuration information; wherein the inactive multicast service is a multicast service supported by the terminal in the inactive state.

Optionally, the network configuration information includes at least one of the following:

The radio access network RAN node identifier of the second network side node;

Inactive multicast service information supported by the second network side node.

Optionally, the inactive multicast service information at least includes an inactive multicast service identifier.

Optionally, the inactive multicast service identifier includes at least one of the following:

Temporary mobility group identifier TMGI;

Multicast broadcast service MBS session identifier;

MBS service flow identifier.

Optionally, the method also includes any of the following:

Obtain the network configuration information provided by the second network side node;

Obtain the network configuration information provided by a third network side node.

Optionally, the third network side node is any of the following:

core network node;

Operation, maintenance and management of OAM nodes.

Optionally, the obtaining the network configuration information provided by the second network side node includes:

Receive the network configuration information sent by the second network side node.

Optionally, the method also includes:

Send a request message to the second network side node; wherein the request message is used to request acquisition of the network configuration information;

The obtaining the network configuration information provided by the second network side node includes:

Receive a request response message sent by the second network side node based on the request message; wherein the request response message carries the network configuration information.

According to a second aspect of an embodiment of the present disclosure, a service determination method is provided, and the method is executed by a second network side node, including:

Provide network configuration information for the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is in an inactive state. Multicast services supported by state-of-the-art terminals.

The radio access network RAN node identifier of the second network side node;

Temporary mobility group identifier TMGI;

Multicast broadcast service MBS session identifier;

MBS service flow identifier.

Optionally, providing the first network side node with network configuration information includes:

Send the network configuration information to the first network side node.

Optionally, the method also includes:

Receive a request message sent by the first network side node; wherein the request message is used to request acquisition of the network configuration information;

The provision of network configuration information for the first network side node includes:

Based on the request message, a request response message is sent to the first network side node; wherein the request response message carries the network configuration information.

According to a third aspect of an embodiment of the present disclosure, a service determination method is provided, the method is executed by a third network side node, including:

Configuring network configuration information; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is the multicast supported by the terminal in the inactive state business;

Provide the first network side node with the network configuration information.

The radio access network RAN node identifier of the second network side node;

Temporary mobility group identifier TMGI;

Multicast broadcast service MBS session identifier;

MBS service flow identifier.

Optionally, the third network side node is any of the following:

core network node;

Operation, maintenance and management of OAM nodes.

According to a fourth aspect of an embodiment of the present disclosure, a service determination device is provided, and the device is applied to a first network side node and includes:

The service determination module is configured to determine the inactive multicast service supported by the second network side node according to the network configuration information; wherein the inactive multicast service is a multicast service supported by the terminal in the inactive state. .

According to a fifth aspect of an embodiment of the present disclosure, a service determination device is provided, and the device is applied to a second network side node and includes:

The first providing module is configured to provide network configuration information for the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive The state multicast service is a multicast service supported by terminals in the inactive state.

According to a sixth aspect of an embodiment of the present disclosure, a service determination device is provided, and the device is applied to a third network side node and includes:

An execution module configured to configure network configuration information; wherein the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is in an inactive state Multicast services supported by the terminal;

The second providing module is configured to provide the network configuration information for the first network side node.

According to a seventh aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, the storage medium stores a computer program, and the computer program is used to execute the service determination method described in any one of the above-mentioned first aspects.

According to an eighth aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, the storage medium stores a computer program, and the computer program is used to execute the service determination method according to any one of the above second aspects.

According to a ninth aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, the storage medium stores a computer program, and the computer program is used to execute the service determination method according to any one of the above third aspects.

According to a tenth aspect of the embodiment of the present disclosure, a service determination device is provided, including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method according to any one of the above first aspects.

According to an eleventh aspect of the embodiment of the present disclosure, a service determination device is provided, including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method according to any one of the above second aspects.

According to a twelfth aspect of the embodiment of the present disclosure, a service determination device is provided, including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method according to any one of the above third aspects.

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

In this embodiment of the present disclosure, the first network side node can determine the inactive multicast service supported by the second network side node according to the network configuration information, thereby supporting the inactive multicast service and improving the efficiency of the inactive group. The feasibility of receiving broadcast services.

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

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description serve to explain the principles of the invention.

Figure 1 is a schematic flowchart of a service determination method according to an exemplary embodiment.

Figure 2 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 3 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 4A is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 4B is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 5 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 6 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 7 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 8A is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 8B is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 9 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 10 is a schematic flowchart of another service determination method according to an exemplary embodiment.

Figure 11 is a block diagram of a service determination device according to an exemplary embodiment.

Figure 12 is a block diagram of another service determining device according to an exemplary embodiment.

Figure 13 is a block diagram of another service determining device according to an exemplary embodiment.

Figure 14 is a schematic structural diagram of a service determination device according to an exemplary embodiment of the present disclosure.

Figure 15 is a schematic structural diagram of another service determination device according to an exemplary embodiment of the present disclosure.

Figure 16 is a schematic structural diagram of another service determination device according to an exemplary embodiment of the present disclosure.

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 invention. Rather, they are merely examples of apparatus and methods consistent with aspects of the invention as detailed in the appended claims.

The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in this disclosure and the appended claims, the singular forms "a," "the" and "the" are intended to include the plural forms as well, unless the context clearly dictates otherwise. It will also be understood that the term "and/or" as used herein refers to and includes any and all possible combinations of at least one associated listed item.

It should be understood that although the terms first, second, third, etc. may be used in this disclosure to describe various information, the information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other. For example, without departing from the scope of the present disclosure, the first information may also be called second information, and similarly, the second information may also be called first information. Depending on the context, the word "if" as used herein may be interpreted as "when" or "when" or "in response to determining."

In the 5G (5th Generation Mobile Communication Technology, fifth generation mobile communication technology) NR (New Radio, New Radio) system, MBS services can be marked by MBS service identifiers. Among them, the MBS service identification can be any of the following: TMGI (Temporary Mobile Group Identity, temporary mobility group identification); MBS Session ID (MBS session identification); MBS QoS flow ID (MBS business flow identification).

Among them, the transmission mode of MBS service includes the following two methods:

In transmission mode 1 (multicast transmission), the terminal enters the RRC_CONNECTED state to receive the transmission configuration information of the MBS service so that it can receive the MBS service. The network side sends the reception configuration information of the MBS service to the terminal through terminal-specific signaling.

Transmission mode 2 (broadcast transmission), the terminal can receive the transmission configuration information of the MBS service in the IDLE (idle) state or the INACTIVE or CONNECTED state, and receive the MBS service. The network side sends the reception configuration information of the MBS service to the terminal through the system information and the MBS control channel information. Among them, the system message can be SIB (System Information Block, system information block), and the MBS control channel can be MCCH (Multicast Control Channel, multicast control channel).

That is to say, it can currently support multicast service reception by connected terminals. If you want to support inactive multicast service reception, let the anchor base station determine the service area that supports inactive multicast services. The anchor base station needs to sense the inactive multicast service information supported by neighboring base stations.

In order to solve this technical problem, the present disclosure provides the following service determination method. The service determination method provided by the present disclosure will be introduced below from the first network side node side.

It should be noted that in the embodiment of the present disclosure, the first network side node may be an anchor gNB (anchor base station), or the first network side node may be a last serving gNB (last serving base station).

In a possible implementation, the first network side node may be a base station that releases the terminal to the RRC_INACTIVE state.

In another possible implementation, the first network side node may be a base station that retains connection with the core network and retains terminal context.

Embodiments of the present disclosure provide a service determination method. Refer to Figure 1. Figure 1 is a flow chart of a service determination method according to an embodiment. It can be executed by a first network side node. The method can include the following steps. :

In step 101, the inactive multicast service supported by the second network side node is determined according to the network configuration information; wherein the inactive multicast service is a multicast service supported by the terminal in the inactive state.

In a possible implementation, the network configuration information may include but is not limited to at least one of the following: a RAN (Radio Access Network, Radio Access Network) node identification of the second network side node; Active multicast service information; correspondence between the RAN node identifier of the second network side node and the inactive multicast service information supported by the second network side node.

In this embodiment of the present disclosure, the second network side node may be a base station.

In a possible implementation, the first network side node is an anchor gNB, or the first network side node is a last serving gNB, and the second network side node can be a neighboring base station of the first network side node.

The inactive multicast service information may at least include an inactive multicast service identifier. The inactive multicast service identifier may include but is not limited to at least one of the following: TMGI; MBS session identifier; MBS service flow identifier.

In this embodiment of the present disclosure, the first network side node may further determine the service area of the inactive multicast service based on the inactive multicast service supported by the second network side node.

In a possible implementation, the service area of the inactive multicast service determined by the first network side node includes but is not limited to at least one of the following: the service area of the inactive multicast service that the terminal is receiving; the terminal is interested in The service area of the inactive multicast service; the service area of the inactive multicast service configured by the first network side node for the inactive terminal.

The above is only an exemplary description, and other ways for the first network side node to determine the service area should also fall within the protection scope of the present disclosure.

In the above embodiment, the first network side node can determine the inactive multicast service supported by the second network side node according to the network configuration information, thereby supporting the inactive multicast service and improving the inactive multicast service. feasibility of reception.

In some optional embodiments, refer to Figure 2, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 201, obtain the network configuration information provided by the second network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The state multicast service is a multicast service supported by terminals in the inactive state.

In a possible implementation, the network configuration information may include but is not limited to at least one of the following: the RAN node identification of the second network side node; inactive multicast service information supported by the second network side node ; Correspondence between the RAN node identifier of the second network side node and the inactive multicast service information supported by the second network side node.

In a possible implementation, the first network side node can directly receive the network configuration information sent by the second network side node.

In another possible implementation, the first network side node may first send a request message to the second network side node. The request message is used to request to obtain network configuration information. Further, the first network side node receives the request message from the second network side node. A request response message sent by the node based on the request message, where the request response message carries the network configuration information.

The specific method by which the first network side node obtains the network configuration information from the above-mentioned second network side node will be introduced in subsequent embodiments and will not be introduced here.

In step 202, the inactive multicast service supported by the second network side node is determined according to the network configuration information.

In the above embodiment, the first network side node can obtain network configuration information from the second network side node, thereby determining the inactive multicast service supported by the second network side node based on the network configuration information, so as to support inactive multicast services. The purpose of active multicast service is to improve the feasibility of receiving inactive multicast services.

In some optional embodiments, refer to Figure 3, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 301, obtain the network configuration information provided by the third network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The inactive group The multicast service is a multicast service supported by terminals in the inactive state.

In a possible implementation, the third network side node is a core network node, and the network configuration information can be configured by the core network node. Correspondingly, the first network side node may receive the network configuration information configured and sent by the core network node. Or the first network side node sends a request message to the core network node, the request message is used to request to obtain network configuration information, and further, the first network side node receives a request response message sent by the core network node based on the request message, wherein, The request response message carries the network configuration information.

In another possible implementation, the third network side node is an OAM node, and the network configuration information can be configured by the OAM node. Correspondingly, the first network side node may receive the network configuration information configured and sent by the OAM node. Alternatively, the first network side node sends a request message to the OAM node, the request message is used to request to obtain network configuration information, and further, the first network side node receives a request response message sent by the OAM node based on the request message, wherein, the The request response message carries the network configuration information.

The specific manner in which the first network side node obtains the network configuration information from the above third network side node will be introduced in subsequent embodiments and will not be introduced here.

In step 302, the inactive multicast service supported by the second network side node is determined according to the network configuration information.

In the above embodiment, the first network side node can obtain network configuration information from the third network side node, thereby determining the inactive multicast service supported by the second network side node based on the network configuration information, thereby supporting inactive multicast services. multicast service, which improves the feasibility of receiving inactive multicast services.

In some optional embodiments, after the first network side node obtains the above network configuration information from the second network side node or the third network side node, the first network side node may store the network configuration information. Further, the first network side node may determine the inactive multicast service supported by the second network side node according to the network configuration information.

Further, the first network side node may determine the service area of the inactive multicast service according to the inactive multicast service supported by the second network side node.

In a possible implementation, the service area of the inactive multicast service determined by the first network side node includes but is not limited to at least one of the following: the service area of the inactive multicast service being received by the terminal; The service area of the inactive multicast service of interest; the service area of the inactive multicast service configured by the first network side node for the inactive terminal.

The first network side node may send the determined service area information of the inactive multicast service to the inactive terminal, so that the inactive terminal can receive the inactive multicast service in the corresponding service area.

In a possible implementation manner, when releasing the connected terminal to the inactive state, the first network side node sends the service area information of the inactive multicast service to the inactive terminal.

The following describes a solution in which the first network side node obtains network configuration information from the second network side node and the third network side node, thereby determining the inactive multicast service supported by the second network side node.

In some optional embodiments, refer to Figure 4A, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 401, receive network configuration information sent by the second network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The inactive group The multicast service is a multicast service supported by terminals in the inactive state.

In this embodiment of the present disclosure, the network configuration information may be actively provided by the second network side node. The first network side node may receive the network configuration information sent by the second network side node through the Xn signaling message.

In a possible implementation, the Xn signaling message sent by the second network side node to the first network side node can reuse the existing Xn signaling message in the protocol, wherein the protocol can be Rel-17 or Versions of the protocol prior to Rel-17. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In one example, the Xn signaling message sent by the second network side node to the first network side node can reuse any of the following messages: NG-RAN NODE CONFIGURATION UPDATE (NG-RAN node configuration update) message; HANDOVER REQUEST (switching request) message.

In another possible implementation, the second network side node may send the network configuration information to the first network side node through an independent Xn signaling message. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In step 402, determine the inactive multicast service supported by the second network side node according to the network configuration information.

In this embodiment of the present disclosure, the first network side node may store the network configuration information after acquiring the network configuration information. The first network side node may determine the inactive multicast service supported by the second network side node according to the stored network configuration information.

In this embodiment of the present disclosure, further, the first network side node may determine the service area of the inactive multicast service according to the inactive multicast service supported by the second network side node.

In step 403, the determined service area information of the inactive multicast service is sent to the inactive terminal.

In this embodiment of the present disclosure, the first network side node may send the determined service area information of the inactive multicast service to the inactive terminal, so that the inactive terminal can perform inactive grouping in the corresponding service area. Broadcast service reception.

In a possible implementation, when releasing the connected terminal to the inactive state, the first network side node may send the service area information of the inactive state multicast service determined by the first network side node to the inactive state. terminal, so that inactive terminals can receive inactive multicast services in the corresponding area. Wherein, optionally, the first network side node may release the connected state terminal to the inactive state through an RRCRelease message.

In the above embodiment, the first network side node can directly receive the network configuration information sent by the second network side node through the Xn signaling message, and determine the inactive multicast service supported by the second network side node based on the network configuration information. According to the inactive multicast service supported by the second network side node, the service area of the inactive multicast service is determined, and then the service area information can be sent to the inactive terminal, so that the inactive terminal performs inactive operations in the corresponding area. Reception of active multicast services. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

In some optional embodiments, refer to Figure 4B, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 401', a request message is sent to the second network side node; wherein the request message is used to request to obtain network configuration information.

In this embodiment of the present disclosure, the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is supported by the terminal in the inactive state. Multicast service.

In the embodiment of the present disclosure, the first network side node may send the request message to the second network side node through the Xn signaling message.

In a possible implementation, the Xn signaling message sent by the first network side node to the second network side node can reuse the existing Xn signaling message in the protocol, wherein the protocol can be Rel-17 or Rel -Version protocol prior to 17. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In one example, the Xn signaling message sent by the first network side node to the second network side node can reuse any of the following messages: Xn SETUP REQUEST (Xn establishment request) message; RETRIEVE UE CONTEXT REQUEST (terminal context Retrieval request) message.

In another possible implementation, the first network side node may send the network configuration information to the second network side node through an independent Xn signaling message. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In step 402', receive a request response message sent by the second network side node based on the request message; wherein the request response message carries the network configuration information.

In this embodiment of the present disclosure, the network configuration information may be provided by the second network side node based on the request response message. The request response message carrying network configuration information sent by the second network side node may be an Xn signaling message.

In one example, the first network side node sends an Xn SETUP REQUEST message carrying a request message to the second network side node, where the request message is used to request to obtain network configuration information, and the second network side node based on the request message, A request response message carrying network configuration information is sent to the first network side node, and the request response message multiplexes the Xn SETUP RESPONSE (Xn establishment response) message.

In another example, the first network side node sends a RETRIEVE UE CONTEXT REQUEST message carrying a request message to the second network side node, where the request message is used to request to obtain network configuration information, and the second network side node based on the request message, sending a request response message carrying network configuration information to the first network side node, and the request response message multiplexes the RETRIEVE UE CONTEXT RESPONSE (terminal context retrieval response) message.

In step 403', determine the inactive multicast service supported by the second network side node according to the network configuration information.

In this embodiment of the present disclosure, the first network side node may store the network configuration information after acquiring the network configuration information. The first network side node can determine the inactive multicast service supported by the second network side node according to the stored network configuration information, and further determine the inactive state based on the inactive multicast service supported by the second network side node. The service area of the multicast service.

In step 404', the determined service area information of the inactive multicast service is sent to the inactive terminal.

In the above embodiment, the first network side node may first send a request message to the second network side node through the Xn signaling message, requesting to obtain network configuration information. Further, the first network side node receives the second network side node based on the request. message, a request response message carrying network configuration information sent through the Xn signaling message, and the inactive multicast service supported by the second network side node is determined based on the network configuration information, thereby determining the service area of the inactive multicast service , the first network side node can send the service area information to the inactive terminal, so that the inactive terminal can receive the inactive multicast service in the corresponding area. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

In some optional embodiments, refer to Figure 5, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 501, network configuration information configured and sent by the core network node is received; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service It is a multicast service supported by terminals in the inactive state.

In this embodiment of the present disclosure, the third network side node is a core network node, and the first network side node can receive the network configuration information sent by the core network node through an NG signaling message.

In a possible implementation, the NG signaling message sent by the core network node to the first network side node can reuse the existing NG signaling message in the protocol, wherein the protocol can be Rel-17 or Rel-17. Versions of the protocol prior to 17. Wherein, the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is the multicast service supported by the terminal in the inactive state.

It should be noted that the first network side node can first send a request message to the core network node. The request message is used to request to obtain network configuration information. Further, based on the request message, the core network node sends all the required information through the NG signaling message. The network configuration information is provided to the first network side node.

In one example, the NG signaling message sent by the core network node to the first network side node can reuse relevant signaling messages in the session management process, including but not limited to the MBS session resource establishment request message and the MBS session resource modification request message.

In another example, the NG signaling message sent by the core network node to the first network side node can reuse relevant signaling messages in the terminal context management process, including but not limited to UE context establishment request message and UE context modification request message. .

In another example, the NG signaling message sent by the core network node to the first network side node can reuse relevant signaling messages in the terminal mobility management process, including but not limited to handover commands, handover request messages, downlink NAS ( Non-Access Stratum, non-access layer) transmits messages.

Optionally, the first network side node may first send a handover request message to the core network node, where the handover request message carries a request message for obtaining network configuration information, and the core network node uses the handover request message based on the handover request message. The switching command sends the network configuration information to the first network side node.

In another example, the NG signaling message sent by the core network node to the first network side node can reuse related signaling messages in the interface management process, including but not limited to NG establishment response message, AMF (Authentication Management Function, authentication Management function) configuration update message.

Optionally, the first network side node may first send an NG establishment request message to the core network node, where the NG establishment request message carries a request message for requesting to obtain network configuration information, and the core network node bases the NG establishment request on message, and sends the network configuration information to the first network side node through an NG establishment response message.

In another example, the NG signaling message sent by the core network node to the first network side node may reuse relevant signaling messages in the configuration transmission process, including but not limited to downlink RAN configuration transmission messages.

In another possible implementation, the core network node may send the network configuration information to the first network side node through an independent NG signaling message. Wherein, the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is the multicast service supported by the terminal in the inactive state.

It should be noted that the first network side node can first send a request message to the core network node. The request message is used to request to obtain network configuration information. Further, based on the request message, the core network node uses an independent NG signaling message. Send the network configuration information to the first network side node.

In a possible implementation, the core network node may be an AMF.

The first network side node and the second network side node may be base stations connected to the same AMF, or may be base stations connected to different AMFs. Further, if the first network side node and the second network side node are base stations connected to different AMFs, then the service determination process provided by the present disclosure also involves signaling interaction between core network nodes, and the signaling interaction uses The first AMF connected to the first network side node can obtain the above network configuration information from the second AMF connected to the second network side node.

In step 502, determine the inactive multicast service supported by the second network side node according to the network configuration information.

In this embodiment of the present disclosure, the first network side node may determine the service area of the inactive multicast service based on the inactive multicast service supported by the second network side node.

In a possible implementation, the service area determined by the first network side node includes but is not limited to at least one of the following: a service area of an inactive multicast service that the terminal is receiving; an inactive multicast service that the terminal is interested in The service area of the service; the service area of the inactive multicast service configured by the first network side node for the inactive terminal.

In step 503, the determined service area information of the inactive multicast service is sent to the inactive terminal.

In a possible implementation, when releasing the connected terminal to the inactive state, the first network side node may send the service area information of the inactive state multicast service determined by the first network side node to the inactive state. terminal, so that inactive terminals can receive inactive multicast services in the corresponding area. Optionally, the first network side node may release the connected terminal to the inactive state through an RRC Release message.

In the above embodiment, the first network side node can receive the network configuration information sent by the core network node through the NG signaling message, and determine the inactive multicast service supported by the second network side node according to the network configuration information. The inactive multicast service supported by the network side node determines the service area of the inactive multicast service, and then the service area information can be sent to the inactive terminal so that the inactive terminal can perform inactive grouping in the corresponding area. reception of broadcast services. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

In some optional embodiments, refer to Figure 6, which is a flow chart of a service determination method according to an embodiment, which can be executed by the first network side node. The method can include the following steps:

In step 601, network configuration information configured and sent by the OAM node is received; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is Multicast services supported by inactive terminals.

In this embodiment of the present disclosure, the third network side node is an OAM node, and the first network side node can obtain the network configuration information from the OAM node. Wherein, the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is the multicast service supported by the terminal in the inactive state.

In step 602, determine the inactive multicast service supported by the second network side node according to the network configuration information.

In step 603, the determined service area information of the inactive multicast service is sent to the inactive terminal.

In the above embodiment, the first network side node can receive the network configuration information sent by the OAM node, and determine the inactive multicast service supported by the second network side node based on the network configuration information, and then determine the inactive multicast service. In the service area, the first network side node can send the service area information to the inactive terminal, so that the inactive terminal can receive the inactive multicast service in the corresponding area. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

Next, the service determination method provided by the present disclosure will be introduced from the second network side node side. It should be noted that the second network side node in this disclosure may be a base station. In a possible implementation, the first network side node can be an anchor gNB or a last serving gNB, and the second network side node can be a neighboring base station of the first network side node.

Embodiments of the present disclosure provide a service determination method. Refer to Figure 7. Figure 7 is a flow chart of a service determination method according to an embodiment. It can be executed by a second network side node. The method can include the following steps. :

In step 701, network configuration information is provided to the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The inactive multicast service The service is a multicast service supported by terminals in the inactive state.

In a possible implementation, the network configuration information may include but is not limited to at least one of the following: the RAN node identification of the second network side node; inactive multicast service information supported by the second network side node; the second network Correspondence between the RAN node identification of the side node and the inactive multicast service information supported by the second network side node.

In a possible implementation, the second network side node may directly send the network configuration information to the first network side node.

In another possible implementation, the second network side node first receives a request message sent by the first network side node, wherein the request message is used to request to obtain the network configuration information, and the second network side node can based on the request message. A request message is sent to the first network side node, where the request response message carries the network configuration information.

The first network side node can determine the inactive multicast service supported by the second network side node according to the network configuration information, and then determine the service area of the inactive multicast service. The specific determination method is similar to the determination method provided by the embodiment on the first network side node side, and will not be described again here.

In the above embodiment, the second network side node may provide network configuration information to the first network side node, so that the first network side node determines the inactive multicast service supported by the second network side node based on the network configuration information, thereby Supports inactive multicast services, improving the feasibility of receiving inactive multicast services.

In some optional embodiments, refer to Figure 8A, which is a flow chart of a service determination method according to an embodiment, which can be executed by the second network side node. The method can include the following steps:

In step 801, network configuration information is sent to the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The inactive multicast service The service is a multicast service supported by terminals in the inactive state.

In this embodiment of the present disclosure, the network configuration information may be actively provided by the second network side node. The second network side node may send the network configuration information to the first network side node through an Xn signaling message.

In one example, the Xn signaling message sent by the second network side node to the first network side node may reuse any of the following messages: NG-RAN NODE CONFIGURATION UPDATE message; HANDOVER REQUEST message.

After obtaining the network configuration information, the first network side node can determine the inactive multicast service supported by the second network side node, and then determine the service area of the inactive multicast service. Further, the first network side node may also send the determined service area information of the inactive multicast service to the inactive terminal, so that the inactive terminal can receive the inactive multicast service in the corresponding area. The specific implementation method is similar to the implementation method on the node side of the first network side, and will not be described again here.

In the above embodiment, the second network side node can directly send the network configuration information to the first network side node through the Xn signaling message, and the first network side node determines the inactivation mode supported by the second network side node according to the network configuration information. to determine the service area of the inactive multicast service. The first network side node can send the service area information to the inactive terminal, so that the inactive terminal can perform the inactive multicast service in the corresponding area. take over. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

In some optional embodiments, refer to Figure 8B, which is a flow chart of a service determination method according to an embodiment, which can be executed by the second network side node. The method can include the following steps:

In step 801', a request message sent by the first network side node is received; wherein the request message is used to request acquisition of network configuration information.

In one example, the Xn signaling message sent by the first network side node to the second network side node may reuse any of the following messages: Xn SETUP REQUEST message; RETRIEVE UE CONTEXT REQUEST message.

In step 802', based on the request message, send a request response message to the first network side node; wherein the request response message carries the network configuration information.

In this embodiment of the present disclosure, based on the request message, the network configuration information may be provided by a request response message sent by the second network side node. The request response message carrying the network configuration information sent by the second network side node may be an Xn signaling message.

In one example, the first network side node sends an Xn SETUP REQUEST message carrying a request message to the second network side node, where the request message is used to request to obtain network configuration information, and the second network side node based on the request message, A request response message carrying network configuration information is sent to the first network side node, and the request response message multiplexes the Xn SETUP RESPONSE message.

In another example, the first network side node sends a RETRIEVE UE CONTEXT REQUEST message carrying a request message to the second network side node, where the request message is used to request to obtain network configuration information, and the second network side node based on the request message, sending a request response message carrying network configuration information to the first network side node, and the request response message multiplexes the RETRIEVE UE CONTEXT RESPONSE message.

In the above embodiment, the first network side node may first send a request message to the second network side node through the Xn signaling message, requesting to obtain network configuration information. Based on the request message, the second network side node uses the The configuration information is sent to the first network side node, and the first network side node determines the service area of the inactive multicast service according to the network configuration information, and then the first network side node can send the service area information to the inactive state terminal, so that The inactive terminal receives inactive multicast services in the corresponding area. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

Next, the service determination method provided by the present disclosure will be introduced from the third network side node side. It should be noted that the third network-side node in this disclosure is a network-side node different from the first network-side node and the second network-side node, and may be a core network node or an OAM node.

Embodiments of the present disclosure provide a service determination method. Refer to Figure 9. Figure 9 is a flow chart of a service determination method according to an embodiment, which can be executed by a core network node. The method can include the following steps:

In step 901, configure network configuration information; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is a terminal in an inactive state. Supported multicast services.

In step 902, the network configuration information is sent to the first network side node.

In this embodiment of the present disclosure, the core network node may send the network configuration information to the first network side node through an NG signaling message.

In a possible implementation, the NG signaling message sent by the core network node to the first network side node can reuse the existing NG signaling message in the protocol, wherein the protocol can be Rel-17 or Rel-17. Versions of the protocol prior to 17. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In another example, the NG signaling message sent by the core network node to the first network side node can reuse relevant signaling messages in the terminal mobility management process, including but not limited to handover commands, handover request messages, and downlink NAS transmission. information.

In another example, the NG signaling message sent by the core network node to the first network side node may reuse relevant signaling messages in the interface management process, including but not limited to NG establishment response messages and AMF configuration update messages.

In another possible implementation, the core network node may send the network configuration information to the first network side node through an independent NG signaling message. Wherein, the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is a multicast service supported by a terminal in an inactive state.

In a possible implementation, the core network node may be an AMF.

After obtaining the network configuration information, the first network side node can determine the inactive multicast service supported by the second network side node, and then determine the service area of the inactive multicast service. The first network side node may also send the determined service area information of the inactive multicast service to the inactive terminal, so that the inactive terminal can receive the inactive multicast service in the corresponding area. The specific implementation method is similar to the implementation method on the node side of the first network side, and will not be described again here.

In the above embodiment, the core network node can send the network configuration information to the first network side node through the NG signaling message, and the first network side node determines the service area of the inactive multicast service according to the network configuration information, and then the first network side node determines the service area of the inactive multicast service according to the network configuration information. The network side node can send the service area information to the inactive terminal so that the inactive terminal can receive the inactive multicast service in the corresponding area. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

In some optional embodiments, refer to Figure 10, which is a flow chart of a service determination method according to an embodiment, which can be executed by an OAM node. The method can include the following steps:

In step 1001, configure network configuration information; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is a terminal in an inactive state. Supported multicast services.

In step 1002, the network configuration information is sent to the first network side node.

In the above embodiment, the OAM node can send the network configuration information to the first network side node, and the first network side node determines the service area of the inactive multicast service according to the network configuration information, and then the first network side node can send the service to the first network side node. The area information is sent to the inactive terminal so that the inactive terminal can receive inactive multicast services in the corresponding area. The purpose of supporting inactive multicast services is achieved and the feasibility of receiving inactive multicast services is improved.

The service determination solution provided by this disclosure is further illustrated as follows. In the following embodiment, the first network side node is an anchor base station and the second network side node is a neighboring base station of the anchor base station as an example.

Embodiment 1: The anchor base station obtains network configuration information from the core network node, and determines the service area of the inactive multicast service based on the network configuration information.

Step 1: The network configuration information is included in the NG signaling message, and the core network node provides the network configuration information to the anchor base station through NG signaling.

The NG signaling message containing network configuration information may be any of the following:

The first signaling message, the NG signaling message already in the protocol, includes:

(1) Relevant signaling messages in the session management process, including but not limited to MBS session resource establishment request messages and MBS session resource modification request messages.

(2) Relevant signaling messages in the terminal context management process, including but not limited to UE context establishment request messages and UE context modification request messages.

(3) Relevant signaling messages in the terminal mobility management process, including but not limited to handover commands, handover request messages, and downlink NAS transmission messages.

Optionally, the handover command may be in response to the core network node receiving a handover request message carrying a request message sent by the anchor base station, where the request message is used to request acquisition of network configuration information.

(4) Relevant signaling messages in the interface management process, including but not limited to NG establishment response messages and AMF configuration update messages.

Optionally, the NG establishment response message may be in response to the core network node receiving an NG establishment request message carrying a request message sent by the anchor base station, where the request message is used to request acquisition of network configuration information.

(5) Relevant signaling messages in the configuration transmission process, including but not limited to downlink RAN configuration transmission.

The second type of signaling message is an independent NG signaling message.

Optionally, the independent NG signaling message may be in response to the core network node receiving an NG signaling message carrying a request message sent by the anchor base station, where the request message is used to request acquisition of network configuration information.

Step 2: In response to receiving the network configuration information provided by the core network node, the anchor base station stores the network configuration information and determines the service area of the inactive multicast service based on the network configuration information.

Step 3: In response to the anchor base station releasing the terminal to the RRC_INACTIVE state through the RRCRelease message, the anchor base station supporting the inactive multicast service provides the service area information of the inactive multicast service to the terminal.

In a possible implementation, the service area determined by the anchor base station includes but is not limited to at least one of the following: the service area of the inactive multicast service that the terminal is receiving; the service of the inactive multicast service that the terminal is interested in Area; the service area of the inactive multicast service configured by the anchor base station for the inactive terminal.

In a possible implementation, the core network node may be an AMF.

In a possible implementation, the network configuration information includes but is not limited to at least one of the following: RAN node identification of the neighboring base station; inactive multicast service information supported by the neighboring base station; RAN node identification of the neighboring base station and the Correspondence between inactive multicast service information supported by neighboring base stations.

The anchor base station and the adjacent base stations of the anchor base station may be base stations connected to the same AMF, or may be base stations connected to different AMFs. Furthermore, if the anchor base station and neighboring base stations are base stations connected to different AMFs, then the service determination process provided by this disclosure also involves signaling interaction between core network nodes, and the signaling interaction is used for the anchor base station to which the anchor base station is connected. The first AMF can obtain the above network configuration information from the second AMF connected to the neighboring base station.

Embodiment 2: The anchor base station obtains network configuration information from neighboring base stations, and determines the service area of the inactive multicast service based on the network configuration information.

In the first implementation method, the neighboring base stations of the anchor base station actively provide network configuration information.

Step 1: The network configuration information is included in the Xn signaling message, and the neighboring base station provides the network configuration information to the anchor base station through Xn signaling.

Wherein, the Xn signaling message containing network configuration information may be any of the following:

The first signaling message, the Xn signaling message already in the protocol, includes but is not limited to:

(1)NG-RAN NODE CONFIGURATION UPDATE message.

(2)HANDOVER REQUEST message.

The second type of signaling message is an independent Xn signaling message.

Step 2: In response to receiving the network configuration information provided by the neighboring base station, the anchor base station stores the network configuration information and determines the service area of the inactive multicast service based on the network configuration information.

In the second implementation method, the anchor base station sends a request message to the neighboring base station to request network configuration information. Based on the request message, the neighboring base station provides the network configuration information to the anchor base station through a request response message.

Step 1: The request message is included in the Xn signaling message, and the anchor base station requests network configuration information from the neighboring base station through the Xn signaling message.

Among them, the Xn signaling message containing the request message can be any of the following:

(1)Xn SETUP REQUEST message.

(3)RETRIEVE UE CONTEXT REQUEST message.

The second type of signaling message is an independent Xn signaling message.

Step 2: The network configuration information is included in the request response message. In response to receiving the request message sent by the anchor base station, the neighboring base station provides the configuration information to the anchor base station through the request response message.

Wherein, the request response message may be an Xn signaling message, and the Xn signaling message containing network configuration information may be any of the following:

(1) If the anchor base station requests network configuration information through the Xn SETUP REQUEST message, the neighboring base station sends the network configuration information to the anchor base station through the Xn SETUP RESPONSE message.

(2) If the anchor base station requests network configuration information through the RETRIEVE UE CONTEXT REQUEST message, the neighboring base station sends the network configuration information to the anchor base station through the RETRIEVE UE CONTEXT RESPONSE message.

The second type of signaling message is an independent Xn signaling message.

Step 3: In response to receiving the network configuration information provided by the neighboring base station, the anchor base station stores the network configuration information and determines the service area of the inactive multicast service based on the network configuration information.

Step 4: In response to the anchor base station releasing the terminal to the RRC_INACTIVE state through the RRCRelease message, the service area information of the inactive multicast service of the anchor base station that supports the inactive multicast service is provided to the terminal.

Embodiment 3: The anchor base station obtains network configuration information from the OAM node, and determines the service area of the inactive multicast service based on the network configuration information.

Step 1: Network configuration information is provided by the OAM node to the anchor base station.

Step 2: In response to receiving the network configuration information provided by the OAM node, the anchor base station stores the network configuration information and determines the service area of the inactive multicast service based on the network configuration information.

In the above embodiment, the core network node, neighboring base station or OAM node can provide network configuration information to the anchor base station. The anchor base station can determine the service area of the inactive multicast service according to the network configuration information, thereby supporting the inactive group. broadcast services, improving the feasibility of receiving inactive multicast services.

Corresponding to the foregoing application function implementation method embodiments, the present disclosure also provides an application function implementation device embodiment.

Referring to Figure 11, Figure 11 is a block diagram of a service determination device according to an exemplary embodiment. The device is applied to a first network side node and includes:

The service determination module 1101 is configured to determine the inactive multicast service supported by the second network side node according to the network configuration information; wherein the inactive multicast service is the multicast supported by the terminal in the inactive state. business.

Referring to Figure 12, Figure 12 is a block diagram of a service determination device according to an exemplary embodiment. The device is applied to the second network side node and includes:

The first providing module 1201 is configured to provide network configuration information for the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node. The active multicast service is a multicast service supported by terminals in the inactive state.

Referring to Figure 13, Figure 13 is a block diagram of a service determination device according to an exemplary embodiment. The device is applied to a third network side node and includes:

Execution module 1301 is configured to configure network configuration information; wherein the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is in an inactive state Multicast services supported by the terminal;

The second providing module 1302 is configured to provide the network configuration information for the first network side node.

As for the device embodiment, since it basically corresponds to the method embodiment, please refer to the partial description of the method embodiment for relevant details. The device embodiments described above are only illustrative. The units described above as separate components may or may not be physically separated. The components shown as units may or may not be physical units, that is, they may be located in a place, or can be distributed across multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the disclosed solution. Persons of ordinary skill in the art can understand and implement the method without any creative effort.

Correspondingly, the present disclosure also provides a computer-readable storage medium, the storage medium stores a computer program, and the computer program is used to execute any of the above service determination methods for the first network side node side.

Correspondingly, the present disclosure also provides a computer-readable storage medium that stores a computer program, and the computer program is used to execute any of the above service determination methods for the second network side node side.

Correspondingly, the present disclosure also provides a computer-readable storage medium that stores a computer program, and the computer program is used to execute any of the above service determination methods for the third network side node side.

Correspondingly, the present disclosure also provides a service determination device, including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute any one of the above service determination methods on the first network side node side.

As shown in Figure 14, Figure 14 is a schematic structural diagram of a service determining device 1400 according to an exemplary embodiment. The apparatus 1400 may be provided as a first network side node. 14, the apparatus 1400 includes a processing component 1422, a wireless transmit/receive component 1424, an antenna component 1426, and a signal processing portion specific to the wireless interface. The processing component 1422 may further include at least one processor.

One of the processors in the processing component 1422 may be configured to execute any one of the above-mentioned service determination methods on the first network side node side.

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute any one of the above service determination methods on the second network side node side.

As shown in Figure 15, Figure 15 is a schematic structural diagram of a service determination device 1500 according to an exemplary embodiment. The apparatus 1500 may be provided as a second network side node. Referring to Figure 15, the apparatus 1500 includes a processing component 1522, a wireless transmit/receive component 1524, an antenna component 1526, and a signal processing portion specific to the wireless interface. The processing component 1522 may further include at least one processor.

One of the processors in the processing component 1522 may be configured to execute any one of the above service determination methods on the second network side node side.

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute any one of the above service determination methods on the third network side node side.

As shown in Figure 16, Figure 16 is a schematic structural diagram of a service determining device 1600 according to an exemplary embodiment. The apparatus 1600 may be provided as a third network side node. Referring to Figure 16, apparatus 1600 includes a processing component 1622, a wireless transmit/receive component 1624, an antenna component 1626, and a wireless interface-specific signal processing portion. The processing component 1622 may further include at least one processor.

One of the processors in the processing component 1622 may be configured to execute any one of the service determination methods described above on the third network side node side.

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 knowledge 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 service determination method, characterized in that the method is executed by a first network side node, including:

The inactive multicast service supported by the second network side node is determined according to the network configuration information; wherein the inactive multicast service is a multicast service supported by the terminal in the inactive state.
The method according to claim 1, characterized in that the network configuration information includes at least one of the following:

The radio access network RAN node identifier of the second network side node;

Inactive multicast service information supported by the second network side node.
The method according to claim 2, characterized in that the inactive multicast service information at least includes an inactive multicast service identifier.
The method according to claim 3, characterized in that the inactive multicast service identifier includes at least 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-4, characterized in that the method further includes any of the following:

Obtain the network configuration information provided by the second network side node;

Obtain the network configuration information provided by a third network side node.
The method according to claim 5, characterized in that the third network side node is any one of the following:

core network node;

Operation, maintenance and management of OAM nodes.
The method according to claim 5, wherein the obtaining the network configuration information provided by the second network side node includes:

Receive the network configuration information sent by the second network side node.
The method of claim 5, further comprising:

Send a request message to the second network side node; wherein the request message is used to request acquisition of the network configuration information;

The obtaining the network configuration information provided by the second network side node includes:

Receive a request response message sent by the second network side node based on the request message; wherein the request response message carries the network configuration information.
A service determination method, characterized in that the method is executed by a second network side node, including:

Provide network configuration information for the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is in an inactive state. Multicast services supported by state-of-the-art terminals.
The method according to claim 9, characterized in that the network configuration information includes at least one of the following:

The radio access network RAN node identifier of the second network side node;

Inactive multicast service information supported by the second network side node.
The method according to claim 10, characterized in that the inactive multicast service information at least includes an inactive multicast service identifier.
The method according to claim 11, characterized in that the inactive multicast service identifier includes at least 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 9-12, characterized in that providing network configuration information for the first network side node includes:

Send the network configuration information to the first network side node.
The method according to any one of claims 9-12, characterized in that the method further includes:

Receive a request message sent by the first network side node; wherein the request message is used to request acquisition of the network configuration information;

The provision of network configuration information for the first network side node includes:

Based on the request message, a request response message is sent to the first network side node; wherein the request response message carries the network configuration information.
A service determination method, characterized in that the method is executed by a third network side node, including:

Configuring network configuration information; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive multicast service is the multicast supported by the terminal in the inactive state business;

Provide the first network side node with the network configuration information.
The method according to claim 15, characterized in that the network configuration information includes at least one of the following:

The radio access network RAN node identifier of the second network side node;

Inactive multicast service information supported by the second network side node.
The method according to claim 16, characterized in that the inactive multicast service information at least includes an inactive multicast service identifier.
The method according to claim 17, characterized in that the inactive multicast service identifier includes at least 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 15-18, characterized in that the third network side node is any one of the following:

core network node;

Operation, maintenance and management of OAM nodes.
A service determination device, characterized in that the device is applied to a first network side node and includes:

The service determination module is configured to determine the inactive multicast service supported by the second network side node according to the network configuration information; wherein the inactive multicast service is a multicast service supported by the terminal in the inactive state. .
A service determination device, characterized in that the device is applied to a second network side node, including:

The first providing module is configured to provide network configuration information for the first network side node; wherein the network configuration information is used to determine the inactive multicast service supported by the second network side node, and the inactive The state multicast service is a multicast service supported by terminals in the inactive state.
A service determination device, characterized in that the device is applied to a third network side node, including:

An execution module configured to configure network configuration information; wherein the network configuration information is used to determine an inactive multicast service supported by the second network side node, and the inactive multicast service is in an inactive state Multicast services supported by the terminal;

The second providing module is configured to provide the network configuration information for the first network side node.
A computer-readable storage medium, characterized in that the storage medium stores a computer program, and the computer program is used to execute the service determination method described in any one of claims 1-8.
A computer-readable storage medium, characterized in that the storage medium stores a computer program, and the computer program is used to execute the service determination method described in any one of claims 9-14.
A computer-readable storage medium, characterized in that the storage medium stores a computer program, and the computer program is used to execute the service determination method described in any one of claims 15-19.
A service determination device, characterized by including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method according to any one of claims 1-8.
A service determination device, characterized by including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method described in any one of claims 9-14.
A service determination device, characterized by including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to execute the service determination method according to any one of claims 15-19.