CN114827978B

CN114827978B - Application server selection method and device and storage medium

Info

Publication number: CN114827978B
Application number: CN202210353802.5A
Authority: CN
Inventors: 罗聪; 周远长
Original assignee: Guangzhou Aipu Road Network Technology Co Ltd
Current assignee: Guangzhou Aipu Road Network Technology Co Ltd
Priority date: 2022-04-06
Filing date: 2022-04-06
Publication date: 2022-11-18
Anticipated expiration: 2042-04-06
Also published as: CN114827978A

Abstract

The invention discloses a method, a system, a device and a storage medium for selecting an application server, wherein the method comprises the following steps: UE sends a second registration request to SCSCF, SCSCF sends a user equipment query request to UDM, the first attribute information of the current UE is queried, then SCSCF sends a discovery request with the first attribute information to NRF, NRF matches the first attribute information with the second attribute information of AS stored by NRF, a target AS capable of providing service for UE is determined, then NRF returns the service interface of the target AS to SCSCF, SCSCF stores the received service interface, so that UE can register and access the target AS through SCF. The embodiment of the application provides that AS is registered in NRF, which is beneficial to light deployment of the network; in addition, the SCSCF and the NRF discover a target AS for the current UE, and the misconfiguration rate is effectively reduced.

Description

Application server selection method and device and storage medium

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for selecting an application server, and a storage medium.

Background

In a 5G Network environment, various Application Servers (AS) under an IP Multimedia Core Network Subsystem (IMS) Network architecture can meet various service requirements. Before using an AS, the IMS needs to configure, in advance, a Service Profile (Service Profile), a filter rule, a trigger mode, a flow, and other contents related to The current AS in a Home Subscriber Server (HSS) or a Unified Data Management function (UDM); in the use process of the IMS to the AS, the IMS needs to access the HSS through a Serving Call Session Control Function (SCSCF), and query the HSS for a Service Profile and other contents related to the current AS, so AS to normally access the AS to complete the AS Service.

In the related technology, the process of accessing HSS or UDM by SCSCF needs manual configuration, the configuration process is complicated, and the probability of failure in accessing AS service due to misconfiguration is high; in addition, in the implementation environment of multi-instance machine deployment, the configuration modes of all machines are difficult to unify and manage, and the configuration flexibility is poor.

Disclosure of Invention

The present application is directed to solving, at least to some extent, one of the technical problems in the related art. Therefore, the application provides an application server selection method, an application server selection device and a storage medium.

In a first aspect, an embodiment of the present application provides an application server selection method, applied to a network warehousing function, including: receiving a discovery request from a serving call session control function; wherein the discovery request includes first attribute information including a slice identity of a user equipment, a public land mobile network, and a request service content; matching the first attribute information with stored second attribute information, wherein the second attribute information comprises slice identification, public land mobile network and service content of a registered application server; when the matching is successful, determining a target application server in the application servers; sending a discovery reply to the serving call session control function, wherein the discovery reply includes a service interface of the target application server.

Optionally, the method further comprises: receiving a first registration request from the unregistered application server; wherein the first registration request includes the second attribute information corresponding to the application server; storing the second attribute information, and generating the service interface according to the second attribute information; and after the service interface is generated, sending a first success response to the application server.

In a second aspect, an embodiment of the present application provides an application server selection method, which is applied to a serving call session control function, and includes: receiving a second registration request from the unregistered user equipment; sending a user equipment query request to a unified data management function according to the second registration request; receiving a user equipment query response returned by the unified data management function; wherein the user equipment inquiry response comprises first attribute information, and the first attribute information comprises a slice identifier of the user equipment, a public land mobile network and request service content; sending a discovery request to a network warehousing function, wherein the discovery request comprises the first attribute information, so that the network warehousing function determines the target application server according to the first attribute information and the stored second attribute information; wherein the second attribute information comprises slice identification of a registered application server, public land mobile network and service content; receiving a discovery response from the web warehousing function; wherein the discovery reply comprises a service interface of the target application server; storing the service interface, wherein the service interface is used for providing application server service for the user equipment; and sending a second success response to the user equipment.

Optionally, the method further comprises: receiving a third registration request from the registered user equipment; sending a fourth registration request to the target application server according to the stored service interface corresponding to the user equipment, so that the target application server performs verification; the fourth registration request comprises first attribute information corresponding to the user equipment; when the target application server is successfully verified, receiving a fourth successful response sent by the target application server; sending a third successful response to the user equipment to enable the user equipment to be successfully registered on the target application server.

Optionally, the method further comprises: and when the target application server fails to verify, receiving a failure error code sent by the target application server.

Optionally, the method further comprises: receiving a first service request from the user equipment; sending a second service request to the target application server according to the stored corresponding service interface; receiving a second service success response from the target application server; and sending a first service success response to the user equipment so that the user equipment calls the target application server to execute the application server service.

Optionally, the method further comprises: when a service failure response from the target application server is received, or when the second service success response is not received within a preset time length range, emptying a service interface record corresponding to the user equipment; sending a rediscovery request to the network warehousing function so that the network warehousing function rediscovers a new target application server; wherein the rediscovery request includes failure information of the target application server; receiving a rediscovery response from the network warehousing function, wherein the rediscovery response comprises a new service interface corresponding to the new target application server; and storing the new service interface.

Optionally, the method further comprises: when the network warehousing function does not find the new target application server, receiving a rediscovery failure response from the network warehousing function; sending the first service request to target user equipment according to the service processing logic in the first service request; or, according to the service processing logic in the first service request, sending an uplink message error code to the user equipment.

In a third aspect, an embodiment of the present application provides an application server selection apparatus, including: at least one processor; at least one memory for storing at least one program; when executed by the at least one processor, cause the at least one processor to implement the application server selection method described above.

In a fourth aspect, embodiments of the present application provide a computer storage medium in which a processor-executable program is stored, the processor-executable program being configured to implement the above-mentioned application server selection method when executed by the processor.

The beneficial effects of the embodiment of the application are as follows: firstly, UE sends a second registration request to SCSCF, SCSCF sends a user equipment query request to UDM, the first attribute information of the current UE is queried, then SCSCF sends a discovery request with the first attribute information to NRF, NRF matches the first attribute information with the second attribute information of AS stored by NRF, determines a target AS capable of providing service for UE, then NRF returns the service interface of the target AS to SCSCF, SCSCF stores the received service interface, so that UE can register and access the target AS through SCF. The embodiment of the application provides that AS is registered in NRF, and the NRF realizes unified management and discovery, thereby being beneficial to light weight deployment of the network; in addition, when the UE is registered in the IMS, the SCSCF sends a request to the NRF, and the NRF finds the target AS for the current UE, so that the problems of complicated process and high mis-configuration rate of manually configuring parameters related to the AS are solved.

Drawings

The accompanying drawings are included to provide a further understanding of the claimed subject matter and are incorporated in and constitute a part of this specification, illustrate embodiments of the subject matter and together with the description serve to explain the principles of the subject matter and not to limit the subject matter.

Fig. 1 is a flowchart illustrating steps of registering an AS in a NEF according to an embodiment of the present application;

fig. 2 is a flowchart of a first step of an application server selection method according to an embodiment of the present application;

FIG. 3 is a flowchart illustrating steps of an embodiment of the present application for NRF to discover AS;

fig. 4 is a flowchart illustrating a procedure of registering a UE on an AS according to an embodiment of the present application;

FIG. 5 is a flowchart illustrating steps of a UE accessing an AS service according to an embodiment of the present disclosure;

fig. 6 is a flowchart illustrating a second step of an application server selection method according to an embodiment of the present application;

fig. 7 is a schematic diagram of an application server selection method apparatus according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of and not restrictive on the broad application.

It should be noted that although functional block divisions are provided in the system drawings and logical orders are shown in the flowcharts, in some cases, the steps shown and described may be performed in different orders than the block divisions in the systems or in the flowcharts. The terms first, second and the like in the description and in the claims, and the drawings described above, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.

The embodiments of the present application will be further explained with reference to the drawings.

Referring to fig. 1, fig. 1 is a flowchart illustrating steps of registering an AS in an NEF (Network Repository Function) according to an embodiment of the present application, where the method is applied to an NRF, and the method includes, but is not limited to, steps S100 to S120:

s100, receiving a first registration request from an unregistered application server;

specifically, in the related art, the process of accessing the HSS or the UDM by the SCSCF needs to be manually configured, the configuration process is complicated, and the probability of failure in accessing the AS service (that is, the application server service) due to misconfiguration is high, so that it is difficult for a User Equipment (UE) to accurately access the UE. Therefore, in the application server selection method proposed in the embodiment of the present application, it is proposed to deploy different ASs in different slices and let the ASs register at the NRF. Thus, the NRF provides a uniform service interface for various ASs, and when the UE needs to register or access an AS, the NRF finds out in the registered AS without manually configuring parameters, and determines the AS capable of providing service for the current UE. In an implementation environment of multi-instance machine deployment, the UE can also successfully discover a suitable AS through the NRF, which is helpful to reduce the difficulty of network management.

Therefore, in order for the NRF to discover the AS, the AS needs to register with the NRF now. In this step, the NRF receives a first registration request from the unregistered AS, the first registration request indicating that the current AS requests registration on the current NRF. And the first registration request comprises second attribute information corresponding to the current AS. In the embodiment of the present application, the second attribute information includes, but is not limited to, NS-ID (Network Slicing-IDentity) of the AS, PLMN (Public Land Mobile Network), service content, service configuration, scope, and other information. When the subsequent NRF finds the slice where the AS is located, the corresponding AS may be determined according to the second attribute information.

S110, storing the second attribute information, and generating a service interface according to the second attribute information;

specifically, the NRF obtains a first registration request sent by an unregistered AS, analyzes the first registration request, and may obtain second attribute information of the AS, and the NRF stores the second attribute information corresponding to the AS.

In order to facilitate other network elements to request AS services, the NRF may further perform interfacing processing on information related to AS services, such AS service content and service configuration in the second attribute information, to generate different service interfaces. When other network elements request the relevant service of the AS through the NRF, the NRF provides a URI (Uniform Resource Identifier) of a corresponding service interface.

S120, after the service interface is generated, a first success response is sent to the application server;

specifically, after the service interface corresponding to the AS is generated, the NRF sends a first successful response to the AS, where the first successful response indicates that the current AS is successfully registered in the NRF, and the registration process of the AS in the NRF is completed.

Through steps S100 to S120, the embodiment of the present application provides a step flow of registering an AS in an NRF, and different ASs deployed in different slices can be registered on the NRF, and the NRF performs unified management and discovery, which is helpful to reduce the management difficulty of a network on multiple ASs, and achieve the purpose of lightweight deployment.

After the AS is successfully registered on the NRF, the AS can be discovered through the NRF. The following describes the procedure of registering or triggering AS service by UE through SCSCF and NRF, in conjunction with the method steps in fig. 2-5.

Referring to fig. 2, fig. 2 is a flowchart of a first step of an application server selection method provided in an embodiment of the present application, where the method is applied to an SCSCF, and the method includes, but is not limited to, steps S200 to S260:

s200, receiving a second registration request from unregistered user equipment;

specifically, the UE may register in the IMS after registration through the 5G core network. The UE registering the IMS specifically means that the unregistered UE sends a second registration request to the SCSCF, where the second registration request indicates that the current UE requests registration to the current IMS.

S210, sending a user equipment query request to the unified data management function according to the second registration request;

specifically, the SCSCF sends a user equipment query request to the UDM in response to a second registration request sent by the UE, where the user equipment query request identifies that the SCSCF requests the UDM to query the first attribute information of the current UE. It can be understood that, since the UE has already completed registration in the 5G core network, the UDM stores the account opening information, NS-ID, PLMN, and requested service content of the current UE, which are collectively referred to as the first attribute information of the UE, and the SCSCF may query the UDM for the first attribute information of the current UE.

S220, receiving a user equipment query response returned by the unified data management function;

specifically, in the above step, after the UDM queries and obtains the first attribute information corresponding to the current UE, the first attribute information is added to the user equipment query response and returned to the SCSCF.

S230, sending a discovery request to the network warehousing function, wherein the discovery request comprises first attribute information, so that the network warehousing function determines a target application server according to the first attribute information and stored second attribute information;

specifically, after the SCSCF determines the first attribute information corresponding to the current UE, the SCSCF sends a discovery request to the NRF, where the discovery request indicates that the SCSCF requests the NRF to query an AS capable of providing a service for the current UE. The discovery request includes first attribute information, and the NRF may determine a target AS (i.e., a target application server) according to the first attribute information and second attribute information stored in the NRF. It is understood that the target AS refers to an AS capable of serving the current UE.

Referring to fig. 3, fig. 3 is a flowchart illustrating steps of discovering an AS by an NRF according to an embodiment of the present application, where the method is applied to an NRF, and the method includes, but is not limited to, steps S300 to S330:

s300, receiving a discovery request from a service call session control function;

specifically, the NRF receives a discovery request from the SCSCF, parses the discovery request, and obtains first attribute information corresponding to the UE, where the first attribute information includes an NS-ID of the user equipment, a PLMN, and request service content.

S310, matching the first attribute information with the stored second attribute information;

specifically, according to step S110 of fig. 1, during the registration of the AS with the NRF, the NRF stores second attribute information corresponding to the AS, where the second attribute information includes the NS-ID of the AS, the PLMN, and the service content. It is understood that, when the first attribute information of the UE and the second attribute information of the AS have the same information items and the same information items are matched, the NRF can determine a target AS capable of providing the AS service for the UE from the registered ASs.

S320, when the matching is successful, determining a target application server in the application servers;

specifically, according to step S310, the NRF matches the first attribute information with the second attribute information, and determines that the current AS is the target AS when the matching is successful.

It should be noted that there may be multiple registered ases capable of providing AS services by the UE, and these ases all serve AS target ases for the UE to select access subsequently.

S330, sending a discovery response to a service call session control function;

specifically, when the NRF successfully determines one or more target ASs, the NRF adds the service interface corresponding to the target AS to the discovery response, and returns the discovery response to the SCSCF.

Through steps S300-S330, the present application provides a procedure of discovering an AS by an NRF, where the NRF may determine a target AS capable of serving the UE according to matching of the obtained first attribute information of the UE with the stored second attribute information of the AS.

With the above, step S230 is already described, and step S240 is described.

S240, receiving a discovery response from the network warehousing function;

specifically, the SCSCF receives the discovery response sent by the NRF, and analyzes the discovery response, so AS to obtain the service interface of the target AS.

S250, storing a service interface;

specifically, the service interface of the target AS is used to provide the AS service for the UE, and the SCSCF stores the acquired service interface. It can be understood that the SCSCF stores the service interface of the target AS corresponding to the UE, and when the UE needs to register or access the AS service, the SCSCF may determine the service interface corresponding to the UE.

S260, sending a second success response to the user equipment;

specifically, after storing the relevant information of the service interface, the SCSCF sends a second successful response to the UE, where the second successful response indicates that the UE has successfully registered in the IMS and has determined a target AS corresponding to the UE.

Through steps S200 to S260, the embodiment of the present application provides an application server selection method applied to an SCSCF, which enables the SCSCF to determine a target AS capable of providing an AS service for a current UE.

It should be noted that, for different AS services, the rights required by the UE when accessing the AS service may be different, and in some embodiments, for example, when the current UE accesses the AS1, it is required to implement a certain AS service, and the AS service can be executed without the UE registering on the AS1, so the UE may directly send the service request to the SCSCF, and the SCSCF forwards the service request to the AS1 through the service interface of the AS1, and the AS1 provides the AS service.

In other embodiments, the UE needs to register with the target AS first to access the services of the target AS normally. Referring to fig. 4, fig. 4 is a flowchart illustrating steps of registering a UE on an AS according to an embodiment of the present application, where the method is applied to an SCSCF, and the method includes, but is not limited to, steps S400 to S430:

s400, receiving a third registration request from the registered user equipment;

specifically, the SCSCF receives a third registration request sent by the registered UE, where the third registration request indicates that the UE requests to register in the target AS.

S410, according to the stored service interface corresponding to the user equipment, sending a fourth registration request to the target application server so as to verify the target application server;

specifically, in response to the third registration request of the UE, the SCSCF queries a service interface corresponding to the current UE, and sends a fourth registration request to the target AS through the service interface. The fourth registration request indicates that the SCSCF requests registration of the UE to the target AS. The fourth registration request includes first attribute information corresponding to the current UE.

And the target AS analyzes the received fourth registration request to obtain the first attribute information and verifies the contents of NS-ID, PLMN and the like in the first attribute information.

S420, when the target application server is successfully verified, receiving a fourth successful response sent by the target application server;

specifically, when the target AS is successfully verified, the SCSCF may receive a fourth successful response sent by the target AS, where the fourth successful response indicates that the target AS informs the SCSCF that the current UE is successfully registered.

In some embodiments, the check of the target AS may fail, and when the check of the target application server fails, the SCSCF may receive a failure error code sent by the target AS, so that the SCSCF performs steps of re-determining the target AS or terminating the current registration procedure.

S430, sending a third successful response to the user equipment so that the user equipment is successfully registered on the target application server;

specifically, the SCSCF sends a third successful response to the UE, where the third successful response indicates that the SCSCF informs the UE that the UE is successfully registered on the target AS.

Through steps S400-S430, the embodiment of the present application provides a process of registering the UE on the AS, and after the UE successfully registers the AS, the UE can normally access the AS service of the target AS through the SCSCF.

Referring to fig. 5, fig. 5 is a flowchart illustrating steps of a UE accessing an AS service according to an embodiment of the present application, where the method is applied to an SCSCF, and the method includes, but is not limited to, steps S500-S570.

S500, receiving a first service request from user equipment;

specifically, when the UE has already registered in the target AS through the method steps in fig. 4, if the UE needs to access the AS service, the SCSCF receives a first service request sent by the UE, where the first service request indicates that the UE informs the SCSCF of the need to request the AS service.

S510, sending a second service request to a target application server according to the stored corresponding service interface;

specifically, the SCSCF sends a second service request to the target AS according to the stored service interface corresponding to the current UE, where the second service request indicates that the SCSCF requests a service from the target AS.

If the target AS operates normally and can provide AS service, jumping to step S520; if the target AS fails and cannot provide the AS service normally, the process goes to step S540.

S520, receiving a second service success response from the target application server;

specifically, when the target AS operates normally, the SCSCF may receive a successful response of the second service from the target AS, where the successful response of the second service indicates that the target AS informs the SCSCF that the AS service may be provided for the current UE.

S530, sending a first service success response to the user equipment so as to enable the user equipment to call the target application server to execute the application server service;

specifically, the SCSCF sends a first service success response to the current UE, where the first service success indicates that the SCSCF notifies the UE, and the target AS can normally provide the AS service, then the UE may invoke the target AS to execute the corresponding AS service.

S540, when a service failure response from the target application server is received or a second service success response is not received within a preset time length range, emptying a service interface record corresponding to the user equipment;

specifically, when the target AS fails, the SCSCF may not receive the second service success response sent by the target AS within the preset duration, or may receive the service failure response sent by the target AS, and if one of the two cases occurs, the SCSCF clears the service interface record corresponding to the current UE, and reselects the target AS for the UE in the subsequent step.

S550, sending a rediscovery request to the network warehousing function so that the network warehousing function rediscovers a new target application server;

specifically, the SCSCF sends a rediscovery request to the NRF to cause the NRF to rediscover a suitable new target AS for the current UE. The rediscovery request indicates that the SCSCF requests the NRF to query the target AS for the current UE again, and the procedure of rediscovery of the NRF to the new target AS is basically consistent with the steps of the method shown in fig. 3, and is not described herein again.

In addition, the rediscovery request includes failure information of the target AS (i.e., the old target AS), and the NRF may perform a step such AS clearing the second attribute information of the target AS based on the failure information.

S560, receiving rediscovery response from the network warehousing function;

specifically, when the NRF successfully redisfinds the new target AS, the SCSCF receives a rediscovery response sent by the NRF, which indicates that the NRF informs the SCSCF that the new target AS has been found for the UE. The SCSCF parses the rediscovery response, and may obtain a new service interface corresponding to the new target AS in the rediscovery response.

In some embodiments, in the process of rediscovery of a new target AS, a new target AS may be not found, in this case, the SCSCF may receive a rediscovery failure response sent by the NRF, or the SCSCF obtains a response sent by the NRF, where the content of the target AS in the response is null, the SCSCF checks the service processing logic of the current first service request, and if the check result determines that the current first service request may not trigger the AS service, the first service request is directly sent to another target user equipment, so AS to implement end-to-end processing; if the checking result determines that the current first service request needs to trigger the AS service, the SCSCF sends an uplink message error code to the UE and ends the current AS service flow.

S570, storing the new service interface;

specifically, the SCSCF stores the obtained new service interface, and when the UE needs to register or access a new target AS, referring to the step of fig. 4, registers the new target AS according to the new service interface, which is not described herein again.

Through steps S500-S570, the embodiment of the present application provides a step flow for the UE to access the AS service, and the UE normally accesses the target AS through the SCSCF and the target AS provides the AS service. When the target AS fails, the SCSCF can make the NRF reselect a new target AS for the current UE so AS to ensure that the service experience of the UE is not affected.

Next, with reference to fig. 6, steps of the application server selection method provided in the embodiment of the present application are summarized. Referring to fig. 6, fig. 6 is a flowchart illustrating a second step of an application server selection method according to an embodiment of the present application.

AS shown in fig. 6, the content in the dashed box 610 is a step of registering AS to NRF. First, AS (the AS in fig. 6 includes "target AS" and "new target AS") sends a first registration request to NRF, NRF parses the first registration request, obtains second attribute information of AS, stores the second attribute information, and generates a service interface corresponding to AS, and then NRF sends a first successful response to AS.

As shown in fig. 6, the content in the dashed box 620 is the step of registering the UE in the IMS. Firstly, UE sends a second registration request containing first attribute information to SCSCF, SCSCF sends a user equipment query request to UDM, and receives a user equipment query response containing the first attribute information of UE; the SCSCF sends a discovery request with first attribute information to the NRF, the NRF discovers a target AS according to the first attribute information and the second attribute information, and returns a service interface of the target AS to the SCSCF along with a discovery response, and the SCSCF stores the service interface and sends a second success response to the UE to indicate that the UE is successfully registered in the IMS.

AS shown in fig. 6, the content in the dashed box 630 is the step of the UE registering in the target AS. The UE sends a third registration request to the SCSCF, the SCSCF sends a fourth registration request to the target AS according to the stored service interface, the target AS checks the fourth registration request, if the checking is successful, the SCSCF receives a fourth successful response sent by the target AS, and the SCSCF sends a third successful response to the UE, which indicates that the UE is successfully registered on the target AS; and if the verification fails, the SCSCF receives a failure error code sent by the target AS.

AS shown in fig. 6, the content in the dashed-line box 640 is a step in which the UE normally accesses the AS service, the UE sends a first service request to the SCSCF, the SCSCF sends a second registration request to the target AS according to the stored service interface, if the target AS is normal, the SCSCF receives a successful response of the second service sent by the target AS, and the SCSCF sends a successful response of the first service to the UE, so that the UE successfully invokes the service of the target AS.

AS shown in fig. 6, the content in the dashed box 650 is a step of reselecting the AS, and if the target AS fails and the SCSCF cannot receive a successful response of the second service within the preset duration, the SCSCF clears the service interface information corresponding to the UE, and sends a rediscovery request to the NRF, so that the NRF rediscovers a new target AS. And the SCSCF receives and stores the new service interface sent by the NRF, sends UE registration information to a new target AS according to the new service interface, and sends a second service request to the new target AS after receiving a UE registration response sent by the new target AS so that the UE calls the service of the new target AS.

Referring to fig. 7, fig. 7 is a schematic diagram of an application server selection apparatus according to an embodiment of the present application, where the apparatus 700 includes at least one processor 710 and at least one memory 720 for storing at least one program; one processor and one memory are exemplified in fig. 7.

The processor and memory may be connected by a bus or other means, such as by a bus in FIG. 7.

The memory, which is a non-transitory computer readable storage medium, may be used to store non-transitory software programs as well as non-transitory computer executable programs. Further, the memory may include high speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory optionally includes memory located remotely from the processor, and these remote memories may be connected to the device over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The above-described embodiments of the apparatus are merely illustrative, wherein the units illustrated as separate components may or may not be physically separate, i.e. may be located in one place, or may also be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.

The embodiment of the application also discloses a computer storage medium, wherein a program executable by a processor is stored, and the program executable by the processor is used for realizing the method provided by the application when being executed by the processor.

One of ordinary skill in the art will appreciate that all or some of the steps, systems, and methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.

While the preferred embodiments of the present invention have been described, the present invention is not limited to the above embodiments, and those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present invention, and such equivalent modifications or substitutions are included in the scope of the present invention defined by the claims.

Claims

1. An application server selection method is applied to a network warehousing function, and is characterized by comprising the following steps:

receiving a discovery request from a serving call session control function; wherein the discovery request includes first attribute information including a slice identity of a user equipment, a public land mobile network, and a request service content;

matching the first attribute information with stored second attribute information, wherein the second attribute information comprises slice identification of a registered application server, a public land mobile network and service content;

when the matching is successful, determining a target application server in the application servers;

sending a discovery reply to the serving call session control function, wherein the discovery reply comprises a service interface of the target application server.

2. The method of claim 1, further comprising:

receiving a first registration request from the unregistered application server;

the first registration request comprises the second attribute information corresponding to the application server;

storing the second attribute information, and generating the service interface according to the second attribute information;

and after the service interface is generated, sending a first success response to the application server.

3. An application server selection method applied to a serving call session control function, comprising:

receiving a second registration request from the unregistered user equipment;

sending a user equipment query request to a unified data management function according to the second registration request;

receiving a user equipment query response returned by the unified data management function; wherein the user equipment inquiry response comprises first attribute information, and the first attribute information comprises a slice identifier of the user equipment, a public land mobile network and request service content;

sending a discovery request to a network warehousing function, wherein the discovery request comprises the first attribute information, so that the network warehousing function determines a target application server according to the first attribute information and stored second attribute information; wherein the second attribute information includes slice identification of the registered application server, public land mobile network and service content;

receiving a discovery response from the web warehousing function; wherein the discovery reply comprises a service interface of the target application server;

storing the service interface, wherein the service interface is used for providing application server service for the user equipment;

and sending a second success response to the user equipment.

4. The application server selection method of claim 3, further comprising:

receiving a third registration request from the registered user equipment;

sending a fourth registration request to the target application server according to the stored service interface corresponding to the user equipment, so that the target application server performs verification; the fourth registration request comprises first attribute information corresponding to the user equipment;

when the target application server is successfully verified, receiving a fourth successful response sent by the target application server;

sending a third successful response to the user equipment to enable the user equipment to be successfully registered on the target application server.

5. The application server selection method of claim 4, further comprising:

and when the target application server fails to verify, receiving a failure error code sent by the target application server.

6. The application server selection method of claim 4, further comprising:

receiving a first service request from the user equipment;

sending a second service request to the target application server according to the stored corresponding service interface;

receiving a second service success response from the target application server;

and sending a first service success response to the user equipment so that the user equipment calls the target application server to execute the application server service.

7. The method of claim 6, further comprising:

upon receiving a service failure response from the target application server,

or the like, or a combination thereof,

when the second service success response is not received within the preset time length range,

clearing a service interface record corresponding to the user equipment;

sending a rediscovery request to the network warehousing function so that the network warehousing function rediscovers a new target application server; wherein the rediscovery request includes failure information of the target application server;

receiving a rediscovery response from the network warehousing function, wherein the rediscovery response comprises a new service interface corresponding to the new target application server;

and storing the new service interface.

8. The application server selection method of claim 7, further comprising:

when the network warehousing function does not find the new target application server, receiving a rediscovery failure response from the network warehousing function;

sending the first service request to target user equipment according to service processing logic in the first service request;

or the like, or, alternatively,

and sending an uplink message error code to the user equipment according to the service processing logic in the first service request.

9. An application server selection apparatus, comprising:

at least one processor;

at least one memory for storing at least one program;

when executed by the at least one processor, cause the at least one processor to implement the application server selection method of any one of claims 1-8.

10. A computer storage medium having stored therein a processor-executable program, the processor-executable program when executed by the processor being for implementing the application server selection method of any one of claims 1-8.