CN114827978B - 应用服务器选择方法、装置及存储介质 - Google Patents

Abstract

本发明公开了一种应用服务器选择方法、系统、装置及存储介质，方法包括：UE向SCSCF发送第二注册请求，SCSCF向UDM发送发送用户设备查询请求，查询到当前UE的第一属性信息，然后SCSCF向NRF发送包带有第一属性信息的发现请求，由NRF根据第一属性信息和自身存储的AS的第二属性信息进行匹配，确定能够为UE提供服务的目标AS，然后NRF将目标AS的服务接口返回给SCSCF，SCSCF将接收到的服务接口存储起来，以使UE能够通过SCSCF注册和访问目标AS。本申请实施例提出AS注册到NRF中，有助于网络的轻量化部署；另外由SCSCF和NRF为当前UE发现目标AS，有效降低误配置率。

Description

应用服务器选择方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种应用服务器选择方法、装置及存储介质。

背景技术

在5G网络环境中，IP多媒体核心网络子系统(IP Multimedia Core NetworkSubsystem，IMS)网络架构下的各种应用服务器(Application Server，AS)能够实现多种多样的服务需求。在使用AS之前，IMS需要预先在归属签约用户服务器(Home SubscriberServer，HSS)或统一数据管理功能(The Unified Data Management，UDM)中配置与当前AS相关的服务配置文件(Service Profile)、过滤规则、触发方式、流程等内容；在IMS对AS的使用过程中，IMS需要通过服务呼叫会话控制功能(ServingCall Session ControlFunction，SCSCF)访问HSS，在HSS中查询到与当前AS相关的Service Profile等内容，才能正常访问AS以完成AS服务。

相关技术中，SCSCF访问HSS或UDM的过程需要进行手动配置，配置过程比较繁琐，误配置导致访问AS服务失败的几率较高；并且在多实例机器部署的实施环境中，各台机器的配置方式难以统一和管理，配置灵活性较差。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本申请提出一种应用服务器选择方法、装置及存储介质。

第一方面，本申请实施例提供了一种应用服务器选择方法，应用于网络仓储功能，包括：接收来自服务呼叫会话控制功能的发现请求；其中，所述发现请求包括第一属性信息，所述第一属性信息包括用户设备的切片标识、公众陆地移动网和请求服务内容；将所述第一属性信息与存储的第二属性信息进行匹配，其中，所述第二属性信息包括已注册的应用服务器的切片标识、公众陆地移动网和服务内容；当匹配成功，在所述应用服务器中确定目标应用服务器；向所述服务呼叫会话控制功能发送发现应答，其中，所述发现应答包括所述目标应用服务器的服务接口。

可选地，所述方法还包括：接收来自未注册的所述应用服务器的第一注册请求；其中，所述第一注册请求包括所述应用服务器对应的所述第二属性信息；对所述第二属性信息进行存储，并根据所述第二属性信息，生成所述服务接口；生成所述服务接口后，向所述应用服务器发送第一成功应答。

第二方面，本申请实施例提供了一种应用服务器选择方法，应用于服务呼叫会话控制功能，包括：接收来自未注册的用户设备的第二注册请求；根据所述第二注册请求，向统一数据管理功能发送用户设备查询请求；接收所述统一数据管理功能返回的用户设备查询应答；其中，所述用户设备查询应答包括第一属性信息，所述第一属性信息包括所述用户设备的切片标识、公众陆地移动网和请求服务内容；向网络仓储功能发送发现请求，所述发现请求中包括所述第一属性信息，以使所述网络仓储功能根据所述第一属性信息和存储的第二属性信息确定所述目标应用服务器；其中，所述第二属性信息包括已注册的应用服务器的切片标识、公众陆地移动网和服务内容；接收来自所述网络仓储功能的发现应答；其中，所述发现应答包括所述目标应用服务器的服务接口；存储所述服务接口，所述服务接口用于为所述用户设备提供应用服务器服务；向所述用户设备发送第二成功应答。

可选地，所述方法还包括：接收来自已注册的用户设备的第三注册请求；根据存储的所述用户设备对应的所述服务接口，向所述目标应用服务器发送第四注册请求，以使所述目标应用服务器进行校验；其中，所述第四注册请求包括所述用户设备对应的第一属性信息；当所述目标应用服务器校验成功，接收所述目标应用服务器发送的第四成功应答；向所述用户设备发送第三成功应答，以使所述用户设备在所述目标应用服务器上成功注册。

可选地，所述方法还包括：当所述目标应用服务器校验失败，接收所述目标应用服务器发送的失败错误码。

可选地，所述方法还包括：接收来自所述用户设备的第一业务请求；根据存储的所述对应的所述服务接口，向所述目标应用服务器发送第二业务请求；接收来自所述目标应用服务器的第二业务成功应答；向所述用户设备发送第一业务成功应答，以使所述用户设备调用所述目标应用服务器执行所述应用服务器服务。

可选地，所述方法还包括：当接收到来自所述目标应用服务器的业务失败应答，或，当在预设时长范围内，未接收到所述第二业务成功应答，清空所述用户设备对应的服务接口记录；向所述网络仓储功能发送重新发现请求，以使所述网络仓储功能重新发现新目标应用服务器；其中，所述重新发现请求包括所述目标应用服务器的故障信息；接收来自所述网络仓储功能的重新发现应答，其中，所述重新发现应答包括所述新目标应用服务器对应的新服务接口；存储所述新服务接口。

可选地，所述方法还包括：当所述网络仓储功能未发现所述新目标应用服务器，接收来自所述网络仓储功能的重新发现失败应答；根据所述第一业务请求中的业务处理逻辑，将所述第一业务请求发送至目标用户设备；或，根据所述第一业务请求中的业务处理逻辑，向所述用户设备发送上行消息错误码。

第三方面，本申请实施例提供了一种应用服务器选择装置，包括：至少一个处理器；至少一个存储器，用于存储至少一个程序；当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现上述应用服务器选择方法。

第四方面，本申请实施例提供了一种计算机存储介质，其中存储有处理器可执行的程序，所述处理器可执行的程序在由所述处理器执行时用于实现上述应用服务器选择方法。

本申请实施例的有益效果如下：首先UE向SCSCF发送第二注册请求，SCSCF向UDM发送发送用户设备查询请求，查询到当前UE的第一属性信息，然后SCSCF向NRF发送包带有第一属性信息的发现请求，由NRF根据第一属性信息和自身存储的AS的第二属性信息进行匹配，确定能够为UE提供服务的目标AS，然后NRF将目标AS的服务接口返回给SCSCF，SCSCF将接收到的服务接口存储起来，以使UE能够通过SCSCF注册和访问目标AS。本申请实施例提出AS注册到NRF中，有NRF实现统一管理和发现，有助于网络的轻量化部署；另外在UE注册到IMS中时，由SCSCF向NRF提出请求，由NRF为当前UE发现目标AS，解决了手动配置AS相关的参数这一手段过程繁琐、误配置率高的问题。

附图说明

附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为本申请实施例提供的AS在NEF中注册的步骤流程图；

图2为本申请实施例提供的应用服务器选择方法的第一步骤流程图；

图3为本申请实施例提供的NRF发现AS的步骤流程图；

图4为本申请实施例提供的UE在AS上注册的步骤流程图；

图5为本申请实施例提供的UE访问AS服务的步骤流程图；

图6为本申请实施例提供的应用服务器选择方法的第二步骤流程图；

图7为本申请实施例提供的应用服务器选择方法装置的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在系统示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于系统中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

下面结合附图，对本申请实施例作进一步阐述。

参考图1，图1为本申请实施例提供的AS在NEF(Network Repository Function，网络仓储功能)中注册的步骤流程图，该方法应用于NRF，该方法包括但不限于步骤S100-S120：

S100、接收来自未注册的应用服务器的第一注册请求；

具体地，相关技术中，SCSCF访问HSS或UDM的过程需要进行手动配置，配置过程比较繁琐，误配置导致访问AS服务(也就是应用服务器服务)失败的几率较高，导致UE(UserEquipment，用户设备)难以准确访问UE。因此，在本申请实施例提出的应用服务器选择方法中，提出将不同的AS部署在不同的切片中，并且让AS在NRF出进行注册。这样一来，NRF相当于为各种AS提供了一个统一的服务化接口，当UE需要注册或者访问AS，无需手动配置参数，而是由NRF在已注册的AS中进行发现，确定能够为当前UE提供服务的AS。在多实例机器部署的实施环境中，UE也能够通过NRF顺利发现合适的AS，有助于降低网络的管理难度。

因此，为了能够让NRF实现对AS的发现，AS需要现在NRF上进行注册。在本步骤中，NRF接收来自未注册的AS的第一注册请求，第一注册请求表示当前AS请求在当前NRF上注册。其中，第一注册请求中包括当前AS对应的第二属性信息。在本申请实施例中，第二属性信息包括但不限于AS的NS-ID(Network Slicing-IDentity，切片标识)、PLMN(Public LandMobile Network，公共陆地移动网)、服务内容、服务配置、作用域等等信息。在后续NRF对AS所在切片进行发现时，则可以根据第二属性信息确定对应的AS。

S110、对第二属性信息进行存储，并根据第二属性信息，生成服务接口；

具体地，NRF获取到未注册的AS发送的第一注册请求，对第一注册请求进行解析，可以获得AS的第二属性信息，NRF将AS对应的第二属性信息存储起来。

为了能够方便其他网元请求AS服务，NRF还可以对第二属性信息中的服务内容、服务配置等与AS服务相关的信息进行接口化处理，生成不同的服务接口。当其他网元通过NRF请求AS的相关服务时，NRF则提供对应的服务接口的URI(Uniform Resource Identifier，统一资源标识符)。

S120、生成服务接口后，向应用服务器发送第一成功应答；

具体地，生成AS对应的服务接口后，NRF向AS发送第一成功应答，第一成功应答表示当前AS在NRF上注册成功，AS在NRF上的注册流程完成。

通过步骤S100-S120，本申请实施例提供了AS在NRF中注册的步骤流程，部署在不同切片中的不同AS都可以注册到NRF上，由NRF进行统一的管理、发现，有助于降低网络对多种AS的管理难度，实现轻量化部署的目的。

在AS在NRF上注册成功之后，该AS就可以通过NRF进行发现。下面结合图2-图5中的方法步骤，阐述UE通过SCSCF和NRF注册或触发AS服务的过程。

参照图2，图2为本申请实施例提供的应用服务器选择方法的第一步骤流程图，该方法应用于SCSCF，该方法包括但不限于步骤S200-S260：

S200、接收来自未注册的用户设备的第二注册请求；

具体地，UE在通过了5G核心网的注册后，可以注册到IMS中。UE注册IMS具体是指未注册的UE将第二注册请求发送至SCSCF，第二注册请求表示当前UE请求注册到当前IMS中。

S210、根据第二注册请求，向统一数据管理功能发送用户设备查询请求；

具体地，SCSCF响应于UE发送的第二注册请求，向UDM发送用户设备查询请求，用户设备查询请求标识SCSCF向UDM请求查询当前UE的第一属性信息。可以理解的是，由于UE已经在5G核心网中完成注册，UDM中存储有当前UE的开户信息、NS-ID、PLMN和请求服务内容等等信息，这些信息统称为UE的第一属性信息，SCSCF可以向UDM查询当前UE的第一属性信息。

S220、接收统一数据管理功能返回的用户设备查询应答；

具体地，在上述步骤中，UDM查询得到当前UE对应的第一属性信息后，将第一属性信息加入用户设备查询应答中，返回给SCSCF。

S230、向网络仓储功能发送发现请求，发现请求中包括第一属性信息，以使网络仓储功能根据第一属性信息和存储的第二属性信息确定目标应用服务器；

具体地，当SCSCF确定当前UE对应的第一属性信息后，SCSCF向NRF发送发现请求，发现请求表示SCSCF请求NRF查询能够为当前UE提供服务的AS。该发现请求中包括第一属性信息，NRF可以根据第一属性信息和自身存储的第二属性信息确定目标AS(也就是目标应用服务器)。可以理解的是，目标AS是指能够为当前UE提供服务的AS。

参照图3，图3为本申请实施例提供的NRF发现AS的步骤流程图，该方法应用于NRF，该方法包括但不限于步骤S300-S330：

S300、接收来自服务呼叫会话控制功能的发现请求；

具体地，NRF接收到来自SCSCF的发现请求，对该发现请求进行解析，获得UE对应的第一属性信息，第一属性信息包括用户设备的NS-ID、PLMN和请求服务内容。

S310、将第一属性信息与存储的第二属性信息进行匹配；

具体地，根据上述图1的步骤S110，在AS注册到NRF的过程中，NRF会将AS对应的第二属性信息存储起来，其中，第二属性信息包括AS的NS-ID、PLMN和服务内容。可以理解的是，UE的第一属性信息和AS的第二属性信息存在相同的信息项，将这些相同的信息项进行匹配，NRF就能够从已注册的AS中确定能够为UE提供AS服务的目标AS。

S320、当匹配成功，在应用服务器中确定目标应用服务器；

具体地，根据上述步骤S310，NRF将第一属性信息和第二属性信息进行匹配，当匹配成功，确定当前AS为目标AS。

需要说明的是，能够UE提供AS服务的、已注册的AS可能有多个，这些AS都作为目标AS，后续供UE选择访问。

S330、向服务呼叫会话控制功能发送发现应答；

具体地，当NRF成功确定一个或多个目标AS，则NRF将目标AS对应的服务接口加入到发现应答中，并将发现应答返回给SCSCF。

通过步骤S300-S330，本申请实施例提供了NRF发现AS的步骤流程，NRF可以根据获得的UE的第一属性信息与存储的AS的第二属性信息相匹配，确定能够为UE服务的目标AS。

通过上述内容，步骤S230已经阐述完毕，下面开始阐述步骤S240。

S240、接收来自网络仓储功能的发现应答；

具体地，SCSCF接收到NRF发送的发现应答，对发现应答进行解析，可以获得目标AS的服务接口。

S250、存储服务接口；

具体地，目标AS的服务接口用于为UE提供AS服务，SCSCF将获取到的服务接口存储起来。可以理解的是，SCSCF中存储有与UE相对应的目标AS的服务接口，则在UE需要注册或者访问AS服务时，SCSCF可以确定UE对应的服务接口。

S260、向用户设备发送第二成功应答；

具体地，SCSCF存储好服务接口的相关信息后，向UE发送第二成功应答，第二成功应答表示UE已经成功注册到IMS中，并且已经确定UE对应的目标AS。

通过步骤S200-S260，本申请实施例提供了一种应用于SCSCF的应用服务器选择方法，该方法能够让SCSCF确定能够为当前UE提供AS服务的目标AS。

需要说明的是，针对不同的AS服务，UE在访问AS服务时所需要的权限可能不同，在一些实施例中，例如当前UE访问AS1，需要实现某一AS服务，该AS服务无需UE在AS1上注册就能够执行，因此，UE可以直接将业务请求发送给SCSCF，并由SCSCF通过AS1的服务接口将业务请求转发给AS1，由AS1提供该AS服务。

而在另一些实施例中，UE需要先在目标AS上进行注册，才能正常访问该目标AS的服务。参照图4，图4为本申请实施例提供的UE在AS上注册的步骤流程图，该方法应用于SCSCF，该方法包括但不限于步骤S400-S430：

S400、接收来自已注册的用户设备的第三注册请求；

具体地，SCSCF接收已注册的UE发送的第三注册请求，第三注册请求表示UE请求注册到目标AS中。

S410、根据存储的用户设备对应的服务接口，向目标应用服务器发送第四注册请求，以使目标应用服务器进行校验；

具体地，响应于UE的第三注册请求，SCSCF查询当前UE对应的的服务接口，并通过该服务接口向目标AS发送第四注册请求。第四注册请求表示SCSCF向目标AS请求注册UE。第四注册请求中包括当前UE对应的第一属性信息。

目标AS对接收到第四注册请求进行解析，获得第一属性信息，并对第一属性信息中的NS-ID、PLMN等内容进行校验。

S420、当目标应用服务器校验成功，接收目标应用服务器发送的第四成功应答；

具体地，当目标AS校验成功，SCSCF会接收到目标AS发送的第四成功应答，第四成功应答表示目标AS告知SCSCF当前UE注册成功。

在一些实施例中，目标AS的校验可能会失败，当目标应用服务器校验失败，SCSCF会接收到目标AS发送的失败错误码，以使SCSCF执行重新确定目标AS或者是终止当前注册流程等步骤。

S430、向用户设备发送第三成功应答，以使用户设备在目标应用服务器上成功注册；

具体地，SCSCF向UE发送第三成功应答，第三成功应答表示SCSCF告知UE，UE在目标AS上注册成功。

通过步骤S400-S430，本申请实施例提供了UE在AS上注册的步骤流程，UE成功注册AS后，就可以通过SCSCF正常访问目标AS的AS服务。

参照图5，图5为本申请实施例提供的UE访问AS服务的步骤流程图，该方法应用于SCSCF，该方法包括但不限于步骤S500-S570。

S500、接收来自用户设备的第一业务请求；

具体地，当UE已经通过图4的方法步骤在目标AS中注册完毕，若UE需要访问AS服务，则SCSCF会接收到UE发送的第一业务请求，该第一业务请求表示UE告知SCSCF，需要请求AS服务。

S510、根据存储的对应的服务接口，向目标应用服务器发送第二业务请求；

具体地，SCSCF根据存储的与当前UE对应的服务接口，向目标AS发送第二服务请求，第二服务请求表示SCSCF向目标AS请求服务。

若目标AS运行正常，能够提供AS服务，则跳转至步骤S520；若目标AS出现故障，不能正常提供AS服务，则跳转至步骤S540。

S520、接收来自目标应用服务器的第二业务成功应答；

具体地，当目标AS运行正常，SCSCF会接收到来自目标AS的第二业务成功应答，第二业务成功应答表示目标AS告知SCSCF可以为当前UE提供AS服务。

S530、向用户设备发送第一业务成功应答，以使用户设备调用目标应用服务器执行应用服务器服务；

具体地，SCSCF向当前UE发送第一业务成功应答，第一业务成功尹大哥表示SCSCF告知UE，目标AS能够正常提供AS服务，则UE可以调用该目标AS执行对应的AS服务。

S540、当接收到来自目标应用服务器的业务失败应答，或当在预设时长范围内，未接收到第二业务成功应答，清空用户设备对应的服务接口记录；

具体地，当目标AS出现故障，SCSCF可能在预设时长范围内都无法接收到目标AS发送的第二业务成功应答，或者是会接收到目标AS发送的业务失败应答，则出现以上两种情况中的其中一种时，SCSCF清空当前UE对应的服务接口记录，并在在后续步骤中为UE重新选择目标AS。

S550、向网络仓储功能发送重新发现请求，以使网络仓储功能重新发现新目标应用服务器；

具体地，SCSCF向NRF发送重新发现请求，以使NRF为当前UE重新发现合适的新目标AS。重新发现请求表示SCSCF请求NRF重新为当前UE查询目标AS，NRF重新发现新目标AS的步骤流程与上述图3所示的方法步骤基本一致，在此不再赘述。

另外，重新发现请求包括目标AS(也就是旧的目标AS)的故障信息，NRF可以根据该故障信息，执行如清空该目标AS的第二属性信息的步骤。

S560、接收来自网络仓储功能的重新发现应答；

具体地，当NRF成功重新发现新目标AS，SCSCF会接收到NRF发送的重新发现应答，该重新发现应答表示NRF告知SCSCF已经为UE发现新的目标AS。SCSCF解析重新发现应答，可以获得重新发现应答中新目标AS对应的新服务接口。

在一些实施例中，NRF在重新发现新目标AS的过程中，可能出现未发现新目标AS的情况，则在这种情况下，SCSCF会接收到NRF发送的重新发现失败应答，又或者是SCSCF获取到NRF发送的应答，该应答中目标AS的内容为空，则SCSCF对当前第一业务请求的业务处理逻辑进行校验，若校验结果确定当前第一业务请求可以不触发AS服务，则直接该该第一业务请求发送到另一个目标用户设备中，实现端对端处理；若校验结果确定当前第一业务请求需要触发AS服务，则SCSCF向UE发送上行消息错误码，并结束当前AS服务流程。

S570、存储新服务接口；

具体地，SCSCF将获得的新服务接口存储下来，当UE需要注册或访问新目标AS，则参照图4的步骤，根据新服务接口注册新目标AS，在此不再赘述。

通过步骤S500-S570，本申请实施例提供了UE访问AS服务的步骤流程，UE通过SCSCF正常访问目标AS，由目标AS提供AS服务。当目标AS发生故障，SCSCF会让NRF为当前UE重新选择新的目标AS，以保证UE的服务体验不受影响。

下面结合图6，总述本申请实施例提出的应用服务器选择方法的各个步骤。参照图6，图6为本申请实施例提供的应用服务器选择方法的第二步骤流程图。

如图6所示，虚线框610中的内容为AS注册到NRF的步骤。首先AS(图6中的AS包括“目标AS”和“新目标AS”)向NRF发送第一注册请求，NRF解析第一注册请求，获得AS的第二属性信息，将第二属性信息存储起来，并生成AS对应的服务接口，然后NRF向AS发送第一成功应答。

如图6所示，虚线框620中的内容为UE注册到IMS中的步骤。首先UE向SCSCF发送包含第一属性信息的第二注册请求，SCSCF向UDM发送用户设备查询请求，并收到包括UE的第一属性信息的用户设备查询应答；SCSCF向NRF发送带有第一属性信息的发现请求，NRF根据第一属性信息和第二属性信息发现目标AS，并将目标AS的服务接口随着发现应答返回SCSCF，SCSCF将服务接口存储起来，并向UE发送第二成功应答，表示UE成功注册到IMS中。

如图6所示，虚线框630中的内容为UE注册到目标AS中的步骤。UE向SCSCF发送第三注册请求，SCSCF根据存储的服务接口，向目标AS发送第四注册请求，由目标AS进行校验，若验证成功，则SCSCF接收到目标AS发送的第四成功应答，SCSCF向UE发送第三成功应答，表示UE在目标AS上注册成功；若验证失败，则SCSCF接收到目标AS发送的失败错误码。

如图6所示，虚线框640中的内容为UE正常访问AS服务的步骤，UE向SCSCF发送第一业务请求，SCSCF根据存储的服务接口，向目标AS发送第二注册请求，若目标AS正常，SCSCF会接收到目标AS发送的第二业务成功应答，SCSCF向UE发送第一业务成功应答，以使UE成功调用目标AS的服务。

如图6所示，虚线框650中的内容为重选AS的步骤，若目标AS故障，SCSCF在预设时长范围都无法收到第二业务成功应答，则SCSCF清空UE对应的服务接口信息，并向NRF发送重新发现请求，由NRF重新发现新目标AS。SCSCF接收并存储NRF发送的新服务接口，根据新服务接口向新目标AS发送UE注册信息，当接收到新目标AS发送的UE注册应答后，SCSCF将第二业务请求发送给新目标AS，以使UE调用新目标AS的服务。

参考图7，图7为本申请实施例提供的应用服务器选择装置的示意图，该装置700包括至少一个处理器710，还包括至少一个存储器720，用于存储至少一个程序；图7中以一个处理器及一个存储器为例。

处理器和存储器可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本申请实施例还公开了一种计算机存储介质，其中存储有处理器可执行的程序，处理器可执行的程序在由处理器执行时用于实现本申请提出的方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种应用服务器选择方法，应用于网络仓储功能，其特征在于，包括：

接收来自服务呼叫会话控制功能的发现请求；其中，所述发现请求包括第一属性信息，所述第一属性信息包括用户设备的切片标识、公众陆地移动网和请求服务内容；

将所述第一属性信息与存储的第二属性信息进行匹配，其中，所述第二属性信息包括已注册的应用服务器的切片标识、公众陆地移动网和服务内容；

当匹配成功，在所述应用服务器中确定目标应用服务器；

向所述服务呼叫会话控制功能发送发现应答，其中，所述发现应答包括所述目标应用服务器的服务接口。

2.根据权利要求1所述的应用服务器选择方法，其特征在于，所述方法还包括：

接收来自未注册的所述应用服务器的第一注册请求；

其中，所述第一注册请求包括所述应用服务器对应的所述第二属性信息；

对所述第二属性信息进行存储，并根据所述第二属性信息，生成所述服务接口；

生成所述服务接口后，向所述应用服务器发送第一成功应答。

3.一种应用服务器选择方法，应用于服务呼叫会话控制功能，其特征在于，包括：

接收来自未注册的用户设备的第二注册请求；

根据所述第二注册请求，向统一数据管理功能发送用户设备查询请求；

接收所述统一数据管理功能返回的用户设备查询应答；其中，所述用户设备查询应答包括第一属性信息，所述第一属性信息包括所述用户设备的切片标识、公众陆地移动网和请求服务内容；

向网络仓储功能发送发现请求，所述发现请求中包括所述第一属性信息，以使所述网络仓储功能根据所述第一属性信息和存储的第二属性信息确定目标应用服务器；其中，所述第二属性信息包括已注册的应用服务器的切片标识、公众陆地移动网和服务内容；

接收来自所述网络仓储功能的发现应答；其中，所述发现应答包括所述目标应用服务器的服务接口；

存储所述服务接口，所述服务接口用于为所述用户设备提供应用服务器服务；

向所述用户设备发送第二成功应答。

4.根据权利要求3所述的应用服务器选择方法，其特征在于，所述方法还包括：

接收来自已注册的用户设备的第三注册请求；

根据存储的所述用户设备对应的所述服务接口，向所述目标应用服务器发送第四注册请求，以使所述目标应用服务器进行校验；其中，所述第四注册请求包括所述用户设备对应的第一属性信息；

当所述目标应用服务器校验成功，接收所述目标应用服务器发送的第四成功应答；

向所述用户设备发送第三成功应答，以使所述用户设备在所述目标应用服务器上成功注册。

5.根据权利要求4所述的应用服务器选择方法，其特征在于，所述方法还包括：

当所述目标应用服务器校验失败，接收所述目标应用服务器发送的失败错误码。

6.根据权利要求4所述的应用服务器选择方法，其特征在于，所述方法还包括：

接收来自所述用户设备的第一业务请求；

根据存储的所述对应的所述服务接口，向所述目标应用服务器发送第二业务请求；

接收来自所述目标应用服务器的第二业务成功应答；

向所述用户设备发送第一业务成功应答，以使所述用户设备调用所述目标应用服务器执行所述应用服务器服务。

7.根据权利要求6所述的应用服务器选择方法，其特征在于，所述方法还包括：

当接收到来自所述目标应用服务器的业务失败应答，

或，

当在预设时长范围内，未接收到所述第二业务成功应答，

清空所述用户设备对应的服务接口记录；

向所述网络仓储功能发送重新发现请求，以使所述网络仓储功能重新发现新目标应用服务器；其中，所述重新发现请求包括所述目标应用服务器的故障信息；

接收来自所述网络仓储功能的重新发现应答，其中，所述重新发现应答包括所述新目标应用服务器对应的新服务接口；

存储所述新服务接口。

8.根据权利要求7所述的应用服务器选择方法，其特征在于，所述方法还包括：

当所述网络仓储功能未发现所述新目标应用服务器，接收来自所述网络仓储功能的重新发现失败应答；

根据所述第一业务请求中的业务处理逻辑，将所述第一业务请求发送至目标用户设备；

或，

根据所述第一业务请求中的业务处理逻辑，向所述用户设备发送上行消息错误码。

9.一种应用服务器选择装置，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-8中任一项所述的应用服务器选择方法。

10.一种计算机存储介质，其中存储有处理器可执行的程序，其特征在于，所述处理器可执行的程序在由所述处理器执行时用于实现如权利要求1-8任一项所述的应用服务器选择方法。

Images