CN113472853A - 应用程序网络分片选择方法、应用服务器及udr - Google Patents
应用程序网络分片选择方法、应用服务器及udr Download PDFInfo
- Publication number
- CN113472853A CN113472853A CN202110620729.9A CN202110620729A CN113472853A CN 113472853 A CN113472853 A CN 113472853A CN 202110620729 A CN202110620729 A CN 202110620729A CN 113472853 A CN113472853 A CN 113472853A
- Authority
- CN
- China
- Prior art keywords
- nssai
- application
- application program
- service subscription
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开提供一种应用程序网络分片选择方法,应用服务器、UDR、电子设备及存储介质,所述方法包括:应用服务器接收UE在发现应用程序无法使用预设的S‑NSSAI后发出的订购请求后,向UDR发起业务订购查询请求,其中包括应用程序所需的网络特性参数,使UDR分配第一S‑NSSAI,再向UDM发起用户的业务订购,以完成UE的允许NSSAI的更新,使UE使用更新后允许NSSAI中的第一S‑NSSAI所对应的PDU会话承载应用程序对应的数据业务。本公开技术方案可以在应用程序的S‑NSSAI不能使用时,为用户订购合适的S‑NSSAI。
Description
技术领域
本公开涉及通信技术领域,具体涉及一种应用程序网络分片选择方法,一种应用服务器,一种UDR,一种电子设备,以及一种计算机可读存储介质。
背景技术
在现有5G规范中关于用户终端上的应用程序在使用移动通信网络服务时所能采用的S-NSSAI(Single Network Slice SelectionAssistance Information,单网络分片选择辅助信息)的确定方法是UE首先根据URSP(UE Route Selection Policy,UE路由选择策略)尝试选择与应用程序匹配的S-NSSAI,如果不成功则根据UE的本地策略选择与应用程序匹配的S-NSSAI,如果仍不成功则使用USRP的默认中的默认策略为应用程序选择S-NSSAI。
在实际中,由于新应用出现的速度非常快,应用程序(客户端)所能采用的网络分片还没有被配置到PCF(Policy ControlFunction,策略控制功能实体)中之前,就已经被广泛应用。而且也不可能要求用户终端针对这些应用逐一设置自己的本地策略,尤其是考虑到无论使用哪种方法为应用程序选择S-NSSAI,都必须保证最终选定的S-NSSAI是在UE向网络注册时被列入允许NSSAI(Network Slice Selection Assistance Information,网络分片选择辅助信息)列表中的。这就导致即使应用程序所能采用的S-NSSAI被配置到PCF或者UE本地策略之中,也不能保证UE可以使用这些S-NSSAI。因为UE很可能还没向移动通信网络订购相应的S-NSSAI,导致应用程序使用受到影响。
发明内容
本公开提供一种应用程序网络分片选择方法、应用服务器、UDR、电子设备以及计算机可读存储介质可以实现当一个应用程序所能采用的S-NSSAI没有出现在可用NSSAI列表中时,由应用服务器为用户订购一个合适的S-NSSAI,保证UE上应用程序的正常使用。
第一方面,本公开实施例提供一种应用程序网络分片选择方法,应用于应用服务器,所述方法包括:
接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的单网络分片选择辅助信息S-NSSAI后发出;
向UDR(Unified Data Repository,统一数据存储功能实体)发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
向UDM(Unified Data Management,统一数据管理功能实体)发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知策略控制功能实体PCF更新UE的UE路由选择策略URSP,使得AMF(Access and MobilityManagement Function,接入和移动性管理功能实体)根据更新后的URSP与UE交互完成UE的允许网络分片选择辅助信息NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU(Protocol Data Unit,协议数据单元)会话承载所述应用程序对应的数据业务。
进一步的,所述方法还包括:
若所述应用服务器不是网络运营商认可的服务器,则经过NEF(Network ExposureFunction,网络功能开放功能实体)向UDR发起业务订购查询请求,以及经过NEF向UDM发起对用户的业务订购操作。
进一步的,所述订购请求包括UE标识和应用程序上注册的用户信息;
在向UDR发起业务订购查询请求之前还包括:
根据所述UE标识和应用程序上注册的用户信息判断UE是否满足业务订购条件;
若满足,则进行向UDR发起业务订购查询请求的操作;
若不满足,则流程结束。
进一步的,所述应用程序无法使用预设的S-NSSAI包括:
为所述应用程序匹配到的S-NSSAI不在UE的允许NSSAI中,或者无法按照预设规则为所述应用程序确定S-NSSAI。
进一步的,所述UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务,包括:
UE使用更新后的允许NSSAI中的所述第一S-NSSAI为所述应用程序创建新的PDU会话;或者,
将所述应用程序的数据流映射到一个已存在的且S-NSSAI与所述第一S-NSSAI相同的PDU会话。
进一步的,所述方法还包括:
接收UDM在完成对所述用户的业务订购后发送的订购结果,所述订购结果中包括所述第一S-NSSAI;
将所述第一S-NSSAI发送给UE上的所述应用程序,以使所述应用程序将来自应用服务器的所述第一S-NSSAI转交给UE,并使UE获知所述第一S-NSSAI由所述应用服务器订购。
第二方面,本公开实施例提供一种应用程序网络分片选择方法,应用于统一数据存储功能实体UDR,所述方法包括:
接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
进一步的,所述业务订购查询请求还包括所述应用程序的应用标识;
所述根据所述网络特性参数为所述应用程序分配第一S-NSSAI,包括:
根据所述应用标识判断是否允许所述应用服务器进行业务订购操作;
若允许,则根据所述网络特性参数为所述应用标识对应的应用程序分配第一S-NSSAI;
若不允许,则流程结束。
第三方面,本公开实施例提供一种应用服务器,包括:
第一接收模块,其设置为接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出;
请求模块,其设置为向UDR发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
订购模块,其设置为向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
第四方面,本公开实施例提供一种UDR,包括:
第二接收模块,其设置为接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
分配模块,其设置为根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
第一发送模块,其设置为并将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
第五方面,本公开实施例还提供一种电子设备,包括存储器和处理器,所述存储器中存储有计算机程序,当所述处理器运行所述存储器存储的计算机程序时,所述处理器执行如第一方面和第二方面中任一所述的应用程序网络分片选择方法。
第六方面,本公开实施例还提供一种计算机可读存储介质,包括:计算机程序,当其在计算机上运行时,使得计算机执行如第一方面和第二方面中任一所述的应用程序网络分片选择方法。
有益效果:
本公开提供的应用程序网络分片选择方法、应用服务器、UDR、电子设备以及计算机可读存储介质,由应用程序的客户端向应用服务器请求为安装应用程序的UE订购单网络分片选择辅助信息,应用服务器根据UE请求为UE订购一个合适的S-NSSAI,然后移动通信网络更新UE的允许NSSAI,使UE使用新获得的S-NSSAI所对应的PDU会话承载应用程序客户端的数据传送业务。本公开技术方案可以解决应用程序所能采用的S-NSSAI没有出现在可用NSSAI列表中,UE无法使用与应用匹配的S-NSSAI的问题,通过为UE订购合适的S-NSSAI,使用户在使用应用程序时获得充分满足应用程序性能的网络分片,为用户提供一个较好的业务体验。
附图说明
图1为本公开实施例一提供的一种应用程序网络分片选择方法的流程示意图;
图2为本公开实施例二提供的一种应用程序网络分片选择方法的流程示意图;
图3为本公开实施例三提供的一种应用程序网络分片选择方法的流程示意图;
图4为本公开实施例四提供的一种应用服务器的架构图;
图5为本公开实施例五提供的一种UDR的架构图;
图6为本公开实施例六提供的一种电子设备的架构图。
具体实施方式
为使本领域技术人员更好地理解本公开的技术方案,下面结合附图和实施例对本公开作进一步详细描述。
其中,在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚的表示其他含义。
现有技术中,UE在向AMF发起注册时,需要提供所请求的NSSAI,AMF根据用户业务订购情况以及网络策略,从中选出允许UE使用的S-NSSAI,然后将这些S-NSSAI加入允许NSSAI。UE注册成功后,只能使用允许NSSAI中所列出的S-NSSAI作为选择网络分片的依据。但在实际中,由于新应用出现的速度非常快,在应用程序(客户端)所能采用的网络分片还没有被配置到PCF中之前,或者即使应用程序所能采用的S-NSSAI被配置到PCF或者UE本地策略之中,不能保证UE可以使用这些S-NSSAI。因为UE很可能还没向移动通信网络订购相应的S-NSSAI,导致应用程序使用受到影响。
下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图1为本公开实施例一提供的一种应用程序网络分片选择方法的流程示意图,应用于应用服务器,如图1所示,所述方法包括:
步骤S101:接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出;
步骤S102:向UDR发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
步骤S103:向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的UE路由选择策略URSP,使得AMF根据更新后的URSP与UE交互完成UE的NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
当UE发现其上的应用程序无法使用匹配到的预设的S-NSSAI后,可以应用默认规则为应用程序首先建立起PDU会话,以供其完成与应用服务器的基本通信;UE通过该应用程序向应用程序的服务端(即应用服务器)发起订购请求,应用服务器接收到订购请求后,如果应用服务器与5G网络的运营商存在互信关系,即应用服务器是运营商自身的服务器,或者是运营商认为可信的服务器,则应用服务器直接向UDR发起业务订购查询请求,其中包含UE的标识、UE上该应用程序的应用标识、以及希望应用标识所指向的应用程序所获得的网络特性参数,例如带宽、时延、抖动等,由UDR根据网络特性参数为所述应用程序分配第一S-NSSAI,UDR为应用程序分配的第一S-NSSAI可以是该匹配到的预设的S-NSSAI,也可以是与该预设的S-NSSAI不同的其他S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;应用服务器再向UDM发起对用户的业务订购,其中包括UDR分配的S-NSSAI;UDM完成为UE的业务订购之后,通知PCF更新UE的URSP;PCF按照UDM的指示更新UE的URSP之后,通知AMF根据更新后的UE的URSP更新UE当前的允许NSSAI;然后AMF与UE交互完成允许NSSAI更新。其中,UE的标识可以是SUCI/SUPI/GPSI/IMSI以及手机号码等。网络特性参数,仅指移动通信网络内的网络特性参数,不包含移动通信网络与应用服务器之间的非移动通信网络部分的网络特性参数。例如应用服务器设置在某互联网机房内,该机房对互联网的网关为A。UE的移动通信网络提供商的5G网络对与联网的网关为B。上述网络特性参数仅指UE和B之间的网络特性,不包含A和B之间的网络特性。
在UE的允许NSSAI更新完成后,可以关闭按默认规则建立的会话,UE使用所述更新后允许NSSAI中的第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据传送业务。
步骤S101中订购请求可以是临时业务订购请求,也可以是长期订购请求,这取决于应用程序服务器预设的策略。因为从网络运营的角度看,需要向发起业务订购的主体进行收费。即应用程序服务器为UE进行业务订购,通常会要求应用程序服务器支付相应的费用。因此从应用程序服务器的角度看,如果UE所对应的用户很重要,可以长期为该用户订购此S-NSSAI;而如果仅是临时性的为其改善业务体验(希望以此促使其变为付费用户),则可以为其订购一次性的对应的S-NSSAI。从而使用户体验到付费与免费情况的体验差距。业务订购请求根据UE的订购请求确定是临时订购还是长期订购。
通过为UE订购符合应用程序所需的网络特性参数的S-NSSAI,可以充分满足应用程序数据传输的要求,使用户得到更好的业务体验。
进一步的,所述方法还包括:
若所述应用服务器不是网络运营商认可的服务器,则经过NEF向UDR发起业务订购查询请求,以及经过NEF向UDM发起对用户的业务订购请求。
NEF位于5G核心网和外部第三方应用功能体之间,负责管理对外开放网络数据的,外部应用想要访问5G核心网内部数据,都必须要通过NEF。NEF提供相应的安全保障来保证外部应用到3gpp网络的安全,提供外部应用Qos定制能力开放、移动性状态事件订阅、AF请求分发等功能。若应用服务器不是网络运营商认可的服务器,则通过NEF发送请求可以保证网络安全。
进一步的,所述订购请求包括UE标识和应用程序上注册的用户信息;
在向UDR发起业务订购查询请求之前还包括:
根据所述UE标识和应用程序上注册的用户信息判断UE是否满足业务订购条件;
若满足,则进行向UDR发起业务订购查询请求的操作;
若不满足,则流程结束。
应用程序发起临时业务订购请求时,携带UE的标识和应用程序上注册的用户信息等。应用服务器根据这些信息做出相应的决定。例如,如果应用程序的服务端是运营商自营的,则可以根据UE的标识判别是否是VIP用户;如果应用程序的服务端不是运营商自营的,则可以根据应用程序上携带的用户信息判别用户是否是付费用户或者是否为重要的付费用户发展目标(为其提供一个较好的业务体验,以促使其付费使用应用功能),若是,则确定为UE向UDR发起业务订购查询请求。
进一步的,所述应用程序无法使用预设的S-NSSAI包括:
为所述应用程序匹配到的S-NSSAI不在UE的允许NSSAI中,或者无法按照预设规则为所述应用程序确定S-NSSAI。
UE检查来自AMF的允许NSSAI,发现为应用程序匹配到的预设的S-NSSAI不在NSSAI中;无法按照预设规则为应用程序确定S-NSSAI,所述预设规则为除默认规则外,无法按照现有规则为应用程序确定S-NSSAI。则UE确认应用程序无法使用匹配到的预设的S-NSSAI,因此发出订购请求。
进一步的,所述UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务,包括:
UE使用更新后的允许NSSAI中的所述第一S-NSSAI为所述应用程序创建新的PDU会话;或者,
将所述应用程序的数据流映射到一个已存在的且S-NSSAI与所述第一S-NSSAI相同的PDU会话。若UDM为应用程序分配的第一S-NSSAI与该应用程序匹配到的S-NSSAI相同,则UE使用新获得的第一S-NSSAI为应用程序创建PDU会话,承载应用程序的数据业务;若第一S-NSSAI与该应用程序匹配到的S-NSSAI不相同,则在订购之前,UE的允许NSSAI可能已经存在该第一S-NSSAI,并且存在S-NSSAI与第一S-NSSAI相同的PDU会话,则可以将应用程序的数据流映射到一个已存在的且S-NSSAI与第一S-NSSAI相同的PDU会话。
进一步的,所述方法还包括:
接收UDM在完成对所述用户的业务订购后发送的订购结果,所述订购结果中包括所述第一S-NSSAI;
将所述第一S-NSSAI发送给UE上的所述应用程序,以使所述应用程序将来自应用服务器的所述第一S-NSSAI转交给UE,并使UE获知所述第一S-NSSAI由所述应用服务器订购。
因为导致AMF对UE发起允许NSSAI更新过程的情况是多样的,AMF可能会将多个更新请求汇集在一次操作中集中完成。因此向UDM订购之后,UDM会将订购结果返回给NEF,NEF将订购完成的第一S-NSSAI返回给应用服务器。如应用服务器为可信服务器,则可不经过NEF;应用服务器会将获得的S-NSSAI发送给UE上的应用程序,应用程序会将来自服务端(即应用服务器)的第一S-NSSAI转交给UE。这样可以避免中同时包含了多个新增的S-NSSAI而导致的UE无法判别哪一个S-NSSAI是由应用服务器订购而产生的问题。
本公开实施例可以解决应用程序所能采用的S-NSSAI没有出现在可用NSSAI列表中,UE无法使用与应用匹配的S-NSSAI的问题,通过为UE订购合适的S-NSSAI,使用户在使用应用程序时获得充分满足应用程序性能的网络分片,为用户提供一个较好的使用体验,改善其业务体验。
图2为本公开实施例二提供的一种应用程序网络分片选择方法的流程示意图,应用于UDR,如图2所示,所述方法包括:
步骤S201:接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
步骤S202:根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
步骤S203:将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
UDR根据应用服务器的查询请求,根据所述网络特性参数为所述应用程序分配第一S-NSSAI,由应用服务器为UE订购符合应用程序所需的网络特性参数的第一S-NSSAI,可以充分满足应用程序数据传输的要求,使用户得到更好的业务体验。
进一步的,所述业务订购查询请求还包括所述应用程序的应用标识;
所述根据所述网络特性参数为所述应用程序分配第一S-NSSAI,包括:
根据所述应用标识判断是否允许所述应用服务器进行业务订购操作;
若允许,则根据所述网络特性参数为所述应用标识对应的应用程序分配第一S-NSSAI;
若不允许,则流程结束。
UDR为NF服务使用者提供统一数据存储库服务,根据应用标识可以确定是否与应用程序对应的服务端有合作关系,并根据UDR的自主策略确定是否允许应用服务器进行业务订购操作。
为了更加清楚完整的描述本公开的技术方案,本公开实施例三还提供一种应用程序网络分片选择方法,如图3所示,所示方法包括:
步骤1:UE检查来自AMF的允许NSSAI,发现为应用程序匹配到的S-NSSAI不在NSSAI中;或者除默认规则外,无法按照现有规则为应用程序确定S-NSSAI;
步骤2:UE通知UE上的应用程序,向应用程序的服务端(应用服务器)发起临时业务订购请求,其中至少包含UE的标识;
步骤3:应用服务器根据来自应用程序的请求,决定是否为当前发起请求的应用程序对应的终端发起临时业务订购请求。
步骤4:如果应用服务端决定为其发起临时业务订购请求,则向NEF发起业务订购请求,其中包含UE的标识、UE上的应用程序的应用标识、以及希望应用标识所指向的应用程序所获得的网络特性参数,例如带宽、时延、抖动等;
步骤5:向UDR查询是否允许应用服务器进行业务订购操作,其中包含步骤4中的UE标识、应用标识、网络特性参数;
步骤6:UDR向NEF返回查询结果,其中包含为应用标识对应的应用程序分配的第一S-NSSAI;
步骤7:NEF向UDM发起对用户的业务订购,其中包括步骤4中的UE标识、应用标识和步骤6中的第一S-NSSAI;
步骤8:UDM完成为UE的业务订购之后,通知PCF更新UE的URSP;
步骤9:PCF按照UDM的指示更新UE的URSP之后,通知AMF更新UE当前的允许NSSAI;
步骤10:AMF与UE交互完成允许NSSAI更新;
步骤11:UE使用新获得的第一S-NSSAI为应用程序创建PDU会话,承载应用程序的数据业务,或者将应用程序的数据流映射到一个已存在的且单网络分片选择辅助信息与新获得的S-NSSAI相同的PDU会话。
说明:
在本实施例中,NSSAI是一个或多个S-NSSAI的集合;
步骤3中,应用程序发起请求时,携带UE的标识,应用程序上注册的用户信息等。服务端根据这些信息做出相应的决定。例如,如果应用程序的服务端是运营商自营的,则可以根据UE的标识判别是否是VIP用户;如果应用程序的服务端不是运营商自营的,则可以根据应用程序上携带的用户信息判别用户是否是付费用户或者是否为重要的付费用户发展目标(为其提供一个较好的业务体验,以促使其付费使用应用功能)。
UE的标识可以是SUCI/SUPI/GPSI/IMSI以及手机号码等。
如果应用服务器与5G网络运营商存在互信关系,可以不经过NEF而直接与UDM/UDR进行信令传递。
步骤4中的网络特性参数,仅指移动通信网络内的网络特性参数,不包含移动通信网络与应用服务器之间的,非移动通信网络部分的网络特性参数。例如应用服务器设置在某互联网机房内,该机房对互联网的网关为A。UE的移动通信网络提供商的5G网络对与联网的网关为B。上述网络特性参数仅指UE和B之间的网络特性,不包含A和B之间的网络特性。
因为导致AMF对UE发起允许NSSAI更新过程的情况是多样的,AMF可能会将多个更新请求汇集在一次操作中集中完成。因此步骤7之后,UDM会将订购结果返回给NEF,NEF将订购完成的S-NSSAI返回给应用服务器。应用服务器会将获得的S-NSSAI发送给UE上的应用程序,应用程序会将来自服务端的S-NSSAI转交给UE。这样可以避免步骤10中同时包含了多个新增的S-NSSAI而导致的UE无法判别哪一个是由应用服务器订购而产生的问题。
步骤1中所述的“UE检查来自AMF的允许NSSAI,发现为应用程序匹配到的S-NSSAI不在NSSAI中;或者除默认规则外,无法按照现有规则为应用程序确定S-NSSAI”,并不代表应用程序不能使用网络连接,UE此时可以应用默认规则为应用程序首先建立起PDU会话,以供其完成与应用服务端的基本通信。而在步骤10之后,可以关闭步骤1中按默认规则建立的会话,并使用新获得的S-NSSAI为应用程序建立新的PDU会话。
步骤2中的“临时”并不绝对。这取决于应用程序服务端预设的策略。因为从网络运营的角度看,需要向发起业务订购的主体进行收费。即应用程序服务端为UE进行业务订购,通常会要求应用程序服务端支付相应的费用。因此从应用程序服务端的角度看,如果UE所对应的用户很重要,可以长期为该用户订购此S-NSSAI;而如果仅是临时性的为其改善业务体验(希望以此促使其变为付费用户),则可以一次性的为其订购对应的S-NSSAI。从而使用户体验到付费与免费情况的体验差距。
图4为本公开实施例四提供的一种应用服务器的架构图,如图4所示,包括:
第一接收模块11,其设置为接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出;
请求模块12,其设置为向UDR发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
订购模块13,其设置为向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
进一步的,若所述应用服务器不是网络运营商认可的服务器,则所述请求模块12设置为经过网络功能开放功能实体NEF向UDR发起业务订购查询请求,所述订购模块13设置为经过NEF向UDM发起对用户的业务订购操作。
进一步的,所述订购请求包括UE标识和应用程序上注册的用户信息;
所述应用服务器还包括第一判断模块14;
所述第一判断模块14设置为根据所述UE标识和应用程序上注册的用户信息判断UE是否满足业务订购条件;
若满足,则使请求模块12进行向UDR发起业务订购查询请求的操作;
若不满足,则使应用服务器结束流程。
进一步的,所述应用程序无法使用预设的S-NSSAI包括:
为所述应用程序匹配到的S-NSSAI不在UE的允许NSSAI中,或者无法按照预设规则为所述应用程序确定S-NSSAI。
进一步的,所述UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务,包括:
UE使用更新后的允许NSSAI中的所述第一S-NSSAI为所述应用程序创建新的PDU会话;或者,
将所述应用程序的数据流映射到一个已存在的且S-NSSAI与所述第一S-NSSAI相同的PDU会话。
进一步的,所述应用服务器还包括第二发送模块15;
所述第一接收模块11还设置为接收UDM在完成对所述用户的业务订购后发送的订购结果,所述订购结果中包括所述第一S-NSSAI;
所述第二发送模块15设置为将所述第一S-NSSAI发送给UE上的所述应用程序,以使所述应用程序将来自应用服务器的所述第一S-NSSAI转交给UE,并使UE获知所述第一S-NSSAI由所述应用服务器订购。
图5为本公开实施例五提供的一种NEF的架构图,如图5所示,包括:
第二接收模块21,其设置为接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
分配模块22,其设置为根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
第一发送模块23,其设置为并将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
进一步的,所述业务订购查询请求还包括所述应用程序的应用标识;
所述UDR还包括第二判断模块24:
所述第二判断模块设置为根据所述应用标识判断是否允许所述应用服务器进行业务订购操作;以及,
若判断为允许,则使所述分配模块22根据所述网络特性参数为所述应用标识对应的应用程序分配第一S-NSSAI;
若判断不允许,则使UDR结束流程。
本公开实施例的应用服务器和UDR用于实施方法实施例一至实施例三中的应用程序网络分片选择方法,所以描述的较为简单,具体可以参见前面方法实施例一和实施例三中的相关描述,此处不再赘述。
此外,如图6所示,本公开实施例六还提供一种电子设备,包括存储器10和处理器20,所述存储器10中存储有计算机程序,当所述处理器20运行所述存储器10存储的计算机程序时,所述处理器20执行上述各种可能的应用程序网络分片选择方法。
其中,存储器10与处理器20连接,存储器10可采用闪存或只读存储器或其他存储器,处理器20可采用中央处理器或单片机。
此外,本公开实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当用户设备的至少一个处理器执行该计算机执行指令时,用户设备执行上述各种可能的方法。
其中,计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC(Application Specific Integrated Circuit,专用集成电路)中。另外,该ASIC可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于通信设备中。
可以理解的是,以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式,然而本公开并不局限于此。对于本领域内的普通技术人员而言,在不脱离本公开的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本公开的保护范围。
Claims (12)
1.一种应用程序网络分片选择方法,其特征在于,应用于应用服务器,所述方法包括:
接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的单网络分片选择辅助信息S-NSSAI后发出;
向统一数据存储功能实体UDR发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
向统一数据管理功能实体UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知策略控制功能实体PCF更新UE的UE路由选择策略URSP,使得接入和移动性管理功能实体AMF根据更新后的URSP与UE交互完成UE的允许网络分片选择辅助信息NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的协议数据单元PDU会话承载所述应用程序对应的数据业务。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述应用服务器不是网络运营商认可的服务器,则经过网络功能开放功能实体NEF向UDR发起业务订购查询请求,以及经过NEF向UDM发起对用户的业务订购操作。
3.根据权利要求1所述的方法,其特征在于,所述订购请求包括UE标识和应用程序上注册的用户信息;
在向UDR发起业务订购查询请求之前还包括:
根据所述UE标识和应用程序上注册的用户信息判断UE是否满足业务订购条件;
若满足,则进行向UDR发起业务订购查询请求的操作;
若不满足,则流程结束。
4.根据权利要求1所述的方法,其特征在于,所述应用程序无法使用预设的S-NSSAI包括:
为所述应用程序匹配到的S-NSSAI不在UE的允许NSSAI中,或者无法按照预设规则为所述应用程序确定S-NSSAI。
5.根据权利要求1所述的方法,其特征在于,所述UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务,包括:
UE使用更新后的允许NSSAI中的所述第一S-NSSAI为所述应用程序创建新的PDU会话;或者,
将所述应用程序的数据流映射到一个已存在的且S-NSSAI与所述第一S-NSSAI相同的PDU会话。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收UDM在完成对所述用户的业务订购后发送的订购结果,所述订购结果中包括所述第一S-NSSAI;
将所述第一S-NSSAI发送给UE上的所述应用程序,以使所述应用程序将来自应用服务器的所述第一S-NSSAI转交给UE,并使UE获知所述第一S-NSSAI由所述应用服务器订购。
7.一种应用程序网络分片选择方法,其特征在于,应用于统一数据存储功能实体UDR,所述方法包括:
接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
8.根据权利要求7所述的方法,其特征在于,所述业务订购查询请求还包括所述应用程序的应用标识;
所述根据所述网络特性参数为所述应用程序分配第一S-NSSAI,包括:
根据所述应用标识判断是否允许所述应用服务器进行业务订购操作;
若允许,则根据所述网络特性参数为所述应用标识对应的应用程序分配第一S-NSSAI;
若不允许,则流程结束。
9.一种应用服务器,其特征在于,包括:
第一接收模块,其设置为接收UE通过其上的某一应用程序发送的订购请求,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出;
请求模块,其设置为向UDR发起业务订购查询请求,所述业务订购查询请求包括所述应用程序所需的网络特性参数,以使所述UDR根据所述网络特性参数为所述应用程序分配第一S-NSSAI,并将所述第一S-NSSAI发送给应用服务器;
订购模块,其设置为向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
10.一种UDR,其特征在于,包括:
第二接收模块,其设置为接收应用服务器发送的业务订购查询请求,所述业务订购查询请求由应用服务器在接收到UE通过其上的某一应用程序发送的订购请求后发出,所述订购请求由UE在发现所述应用程序无法使用预设的S-NSSAI后发出,所述业务订购查询请求包括所述应用程序所需的网络特性参数;
分配模块,其设置为根据所述网络特性参数为所述应用程序分配第一S-NSSAI;
第一发送模块,其设置为并将所述第一S-NSSAI发送给应用服务器,使所述应用服务器向UDM发起对用户的业务订购请求,其中包括所述第一S-NSSAI,以使UDM完成与所述第一S-NSSAI对应的业务订购之后通知PCF更新UE的URSP,使得AMF根据更新后的URSP与UE交互完成UE的允许NSSAI的更新,以及使UE使用更新后的允许NSSAI中的所述第一S-NSSAI所对应的PDU会话承载所述应用程序对应的数据业务。
11.一种电子设备,其特征在于,包括存储器和处理器,所述存储器中存储有计算机程序,当所述处理器运行所述存储器存储的计算机程序时,所述处理器执行如权利要求1-6以及权利要求7-8中任一项所述的应用程序网络分片选择方法。
12.一种计算机可读存储介质,包括:计算机程序,当其在计算机上运行时,使得计算机执行如权利要求1-6以及权利要求7-8中任一项所述的应用程序网络分片选择方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110620729.9A CN113472853B (zh) | 2021-06-03 | 2021-06-03 | 应用程序网络分片选择方法、应用服务器及udr |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110620729.9A CN113472853B (zh) | 2021-06-03 | 2021-06-03 | 应用程序网络分片选择方法、应用服务器及udr |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113472853A true CN113472853A (zh) | 2021-10-01 |
CN113472853B CN113472853B (zh) | 2023-04-18 |
Family
ID=77872199
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110620729.9A Active CN113472853B (zh) | 2021-06-03 | 2021-06-03 | 应用程序网络分片选择方法、应用服务器及udr |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113472853B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884757A (zh) * | 2022-03-28 | 2022-08-09 | 袁蔚 | 一种应用程序的网络服务方法、装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109219111A (zh) * | 2017-06-29 | 2019-01-15 | 华为技术有限公司 | 切片选择方法和装置 |
CN109951877A (zh) * | 2017-12-20 | 2019-06-28 | 华为技术有限公司 | 一种切片信息更新方法及装置 |
WO2019190166A1 (ko) * | 2018-03-29 | 2019-10-03 | 엘지전자 주식회사 | Ladn을 위한 pdu 세션 수립 절차를 수행하는 방법, 사용자 장치 및 네트워크 노드 |
CN111434151A (zh) * | 2017-12-22 | 2020-07-17 | 联想(新加坡)私人有限公司 | 网络片选择辅助信息配置 |
WO2020250005A1 (en) * | 2019-06-10 | 2020-12-17 | Nokia Technologies Oy | Method and apparatus for enforcement of maximum number of user equipments per network slice in a communication system |
CN112118120A (zh) * | 2019-06-20 | 2020-12-22 | 中国电信股份有限公司 | 切片签约方法、系统和计算机可读存储介质 |
-
2021
- 2021-06-03 CN CN202110620729.9A patent/CN113472853B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109219111A (zh) * | 2017-06-29 | 2019-01-15 | 华为技术有限公司 | 切片选择方法和装置 |
CN109951877A (zh) * | 2017-12-20 | 2019-06-28 | 华为技术有限公司 | 一种切片信息更新方法及装置 |
CN111434151A (zh) * | 2017-12-22 | 2020-07-17 | 联想(新加坡)私人有限公司 | 网络片选择辅助信息配置 |
WO2019190166A1 (ko) * | 2018-03-29 | 2019-10-03 | 엘지전자 주식회사 | Ladn을 위한 pdu 세션 수립 절차를 수행하는 방법, 사용자 장치 및 네트워크 노드 |
WO2020250005A1 (en) * | 2019-06-10 | 2020-12-17 | Nokia Technologies Oy | Method and apparatus for enforcement of maximum number of user equipments per network slice in a communication system |
CN112118120A (zh) * | 2019-06-20 | 2020-12-22 | 中国电信股份有限公司 | 切片签约方法、系统和计算机可读存储介质 |
Non-Patent Citations (1)
Title |
---|
ERICSSON / IVO: "C1-184049 \"Correction for maximum data rate per UE for integrity protection for DRBs\"" * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884757A (zh) * | 2022-03-28 | 2022-08-09 | 袁蔚 | 一种应用程序的网络服务方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113472853B (zh) | 2023-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109314917B (zh) | 网络切片选择策略更新方法、及装置 | |
JP6789322B2 (ja) | ユーザプレーンパス選択、再選択、及びユーザプレーン変更の通知のためのシステム及び方法 | |
CN106657194B (zh) | 一种网络切片能力开放的方法、装置及系统 | |
US8073444B2 (en) | Distributed policy services for mobile and nomadic networking | |
CN110679185A (zh) | 网络切片服务功能 | |
CN110326355B (zh) | 一种管理方法、管理单元和系统 | |
CN110226308B (zh) | 一种网络切片的管理方法、管理单元和系统 | |
CN113163390B (zh) | 漫游用户会话建立方法、漫游地amf及漫游地nssf | |
US8073435B2 (en) | System and method for providing quality of service in a communication network | |
JP4944211B2 (ja) | コンテンツプロバイダにネットワークリソースを提供するための方法および装置 | |
CN113812134A (zh) | 边缘计算服务中用于管理ue的标识符的方法和设备 | |
US20090137227A1 (en) | Federated Virtual Network of Communications Services | |
WO2016182770A1 (en) | Dynamically adjusting network services stratum parameters based on access and/or connectivity stratum utilization and/or congestion information | |
WO2022052875A1 (zh) | 终端跨区域通信方法、网元设备及存储介质 | |
WO2020104867A2 (en) | Usage monitoring data control | |
US9414178B2 (en) | Inter-carrier differentiation using allocation and retention priority in a wireless communication system | |
CN113472853B (zh) | 应用程序网络分片选择方法、应用服务器及udr | |
WO2009016543A2 (en) | Methods and systems for providing racf configuration information | |
CN113965938B (zh) | 切片业务系统及切片业务处理方法 | |
WO2023124609A1 (zh) | 服务发现的处理方法、设备和存储介质 | |
US20220167145A1 (en) | Network slice configuration | |
WO2022238439A1 (en) | Notification on outcome of 5gc related actions | |
WO2009006770A1 (fr) | Procédé de gestion de nœud p2p | |
CA3002335C (en) | Method, system and apparatus for policy based authorization and authentication of data traffic bypassing mobile network | |
CN113542010A (zh) | 基于区块链的网络分片选择方法、系统、服务端及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |