CN114501555A - 业务保障方法、系统、存储介质和服务提供系统 - Google Patents
业务保障方法、系统、存储介质和服务提供系统 Download PDFInfo
- Publication number
- CN114501555A CN114501555A CN202011162620.7A CN202011162620A CN114501555A CN 114501555 A CN114501555 A CN 114501555A CN 202011162620 A CN202011162620 A CN 202011162620A CN 114501555 A CN114501555 A CN 114501555A
- Authority
- CN
- China
- Prior art keywords
- server
- service
- address
- abnormal
- data packet
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000002159 abnormal effect Effects 0.000 claims abstract description 84
- 230000006870 function Effects 0.000 claims abstract description 35
- 230000000977 initiatory effect Effects 0.000 claims abstract description 9
- 238000006243 chemical reaction Methods 0.000 claims abstract description 7
- 230000008859 change Effects 0.000 claims description 14
- 238000013507 mapping Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 10
- 238000013519 translation Methods 0.000 claims description 3
- 230000008447 perception Effects 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 21
- 230000008569 process Effects 0.000 description 11
- 101100229711 Caenorhabditis elegans eas-1 gene Proteins 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 5
- 230000002547 anomalous effect Effects 0.000 description 4
- 230000006872 improvement Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/06—Reselecting a communication resource in the serving access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开提出一种业务保障方法、系统、存储介质和服务提供系统,涉及移动网络技术领域。本公开的一种业务保障方法,包括:应用功能AF服务器接收来自异常服务器的服务数据包,并转发给替代异常服务器提供服务的目标服务器;AF服务器通过发起流量引导功能通知边缘用户面功能UPF异常服务器的地址和目标服务器的地址;边缘UPF根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换。通过这样的方法,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
Description
技术领域
本公开涉及移动网络技术领域,特别是一种业务保障方法、系统、存储介质和服务提供系统。
背景技术
在互联网应用提供过程中,部署在边缘计算环境的应用有时会因为服务不可用(如业务拥塞,服务宕机等异常情况)造成需要更换服务器才能够继续提供服务。而在服务进行过程中更换服务器有可能会导致业务的中断、数据丢失等,为用户带来不好的体验。
发明内容
本公开的一个目的在于提供一种边缘应用服务器的切换方案,保证业务的可靠性,实现终端侧无感知的服务器切换。
根据本公开的一些实施例的一个方面,提出一种业务保障方法,包括:AF(Application Function,应用功能)服务器接收来自异常服务器的服务数据包,并转发给替代异常服务器提供服务的目标服务器;AF服务器通过发起流量引导功能通知边缘UPF(User Plane Function,用户面功能)异常服务器的地址和目标服务器的地址;边缘UPF根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换。
在一些实施例中,AF服务器通过发起流量引导功能更通知边缘UPF异常服务器的地址和目标服务器的地址包括:AF服务器向网络开放功能NEF发送流量引导创建请求,流量引导创建请求中包括异常服务器的地址、目标服务器的地址、业务标识和用户标识;NEF通过PCF(Policy Control function,策略控制功能)通知SMF(Session ManagementFunction,会话管理功能)执行SM(Session Management,会话管理)策略更新;SMF更新所述用户标识对应的用户的N4接口信息,通知边缘UPF目标服务器的地址。
在一些实施例中,当AF确定为多个用户更新目标服务器时,流量引导创建请求中的用户标识包括每个需要变更目标服务器的地址的用户的标识。
在一些实施例中,NEF通知SMF执行SM策略更新包括:NEF将业务标识和用户标识执行本地映射,将映射后的信息,以及异常服务器的地址和目标服务器的地址更新至UDR(Unified Data Repository,统一数据仓库功能);UDR将更新信息推送给PCF;PCF对于每个PDU(Protocol Data Unit,协议数据单元)会话,调用对应的PCC(Policy and ChargingControl,策略与计费控制)规则通知SMF执行SM策略更新。
在一些实施例中,在流量引导创建请求中包括向上路径更改的通知指示信息的情况下,PCF发送的PCC规则中包含事件报告指示信息;业务保障方法还包括:SMF在确定PCC规则中包括事件报告指示信息的情况下,向AF或NEF反馈执行SM策略更新。
在一些实施例中,边缘UPF根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换包括:边缘UPF在收到来自终端的对应业务的数据包的情况下,将数据包的目的地址和端口修改为目标服务器的地址和端口;边缘UPF在收到来自目标服务器的对应业务的数据包的情况下,将数据包的源地址和端口修改为异常服务器的地址和端口。
在一些实施例中,业务保障方法还包括:AF服务器在收到来自服务器的业务替换请求的情况下,确定服务器为异常服务器,其中,业务替换请求中包括服务器的故障情况和地址信息;AF服务器向异常服务器发送转发指示,以便异常服务器提供服务数据包;AF服务器根据预存配置信息确定替换异常服务器提供服务的目标服务器,以便将服务数据包转发给目标服务器。
通过这样的方法,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
根据本公开的一些实施例的一个方面,提出一种业务保障系统,包括:AF服务器,被配置为接收来自异常服务器的服务数据包,并转发给替代异常服务器提供服务的目标服务器;通过发起流量引导功能通知边缘UPF异常服务器的地址和目标服务器的地址;边缘UPF,被配置为根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换。
在一些实施例中,AF服务器被配置为向NEF发送流量引导创建请求,流量引导创建请求中包括异常服务器的地址、目标服务器的地址、业务标识和用户标识;业务保障系统还包括:NEF,被配置为通过PCF通知SMF执行SM策略更新;SMF,被配置为更新用户标识对应的用户的N4接口信息,通知边缘UPF目标服务器的地址。
在一些实施例中,NEF被配置为将业务标识和用户标识执行本地映射,将映射后的信息,以及异常服务器的地址和目标服务器的地址更新至UDR;业务保障系统还包括:UDR,被配置为根据来自NEF的信息更新存储,并将更新信息推送给PCF;和PCF,被配置为对于每个PDU会话,调用对应的PCC规则通知SMF执行SM策略更新。
在一些实施例中,PCF还被配置为在流量引导创建请求中包括向上路径更改的通知指示信息的情况下,在PCC规则中配置事件报告指示信息;SMF还被配置为在确定PCC规则中包括事件报告指示信息的情况下,向AF或NEF反馈执行SM策略更新。
在一些实施例中,边缘UPF被配置为:在收到来自终端的对应业务的数据包的情况下,将数据包的目的地址和端口修改为目标服务器的地址和端口;在收到来自目标服务器的对应业务的数据包的情况下,将数据包的源地址和端口修改为异常服务器的地址和端口。
在一些实施例中,AF服务器还被配置为:在收到来自服务器的业务替换请求的情况下,确定服务器为异常服务器,其中,业务替换请求中包括服务器的故障情况和地址信息;向异常服务器发送转发指示,以便异常服务器提供服务数据包;根据预存配置信息确定替换异常服务器提供服务的目标服务器,以便将服务数据包转发给目标服务器。
根据本公开的一些实施例的一个方面,提出一种业务保障系统,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行上文中提到的任意一种业务保障方法。
这样的业务保障系统中,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
根据本公开的一些实施例的一个方面,提出一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上文中提到的任意一种业务保障方法的步骤。
通过执行这样的存储介质上的指令,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
根据本公开的一些实施例的一个方面,提出一种服务提供系统,包括:上文中提到的任意一种业务保障系统;和多个业务服务器,被配置为在检测到自身异常的情况下,向业务保障系统发送业务替换请求;根据来自业务保障系统的转发指示提供服务数据包;接收来自业务保障系统的服务数据包并向用户提供服务。
这样的服务提供系统中,异常服务器能够及时发现异常,待发送的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本公开的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1为本公开的业务保障方法的一些实施例的流程图。
图2为本公开的业务保障方法的另一些实施例的流程图。
图3为本公开的业务保障系统的一些实施例的示意图。
图4为本公开的业务保障系统的另一些实施例的示意图。
图5为本公开的业务保障系统的又一些实施例的示意图。
图6为本公开的服务提供系统的一些实施例的示意图。
图7为本公开的服务提供系统的另一些实施例的示意图。
具体实施方式
下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
发明人发现,相关技术中当边缘应用业务服务器的IP地址发生变化后,不具备如何通知5G核心网更新网络策略的标准方案,导致在MEC(Mobile Edge Computing,移动边缘计算)落地部署时具有一定的局限性。
本申请通过中心AF(Application Function,应用功能)/MEAO(Mobile EdgeApplication Orchestrator,移动边缘业务编排器)借助流量引导功能,将新的业务服务器地址及业务标识的对应关系下发给NEF/PCF,SMF据此更新策略,进而当UE访问业务时,边缘UPF能够执行新、旧业务服务器地址的替换,以保障MEC业务连续性。
本公开的业务保障方法的一些实施例的流程图如图1所示。
在步骤101中,AF服务器接收来自异常服务器的服务数据包,并转发给替代异常服务器提供服务的目标服务器。在一些实施例中,可以由提供服务的服务器主动发现自身异常并上报给AF服务器,由AF服务器确定替代异常服务器提供服务的目标服务器。
在步骤102中,AF服务器通过发起流量引导功能,通知边缘UPF异常服务器的地址和目标服务器的地址。在一些实施例中,AF服务器可以向NEF发起流量引导创建请求,由NEF通过PCF告知SMF,从而使信息通过N4接口到达对应的边缘UPF。
在步骤103中,边缘UPF根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换。在一些实施例中,上下行数据包的地址转换包括:对于上行数据包,将目的地址从异常服务器的地址转换为目标服务器的地址;对于下行数据包,将源地址从目标服务器的地址转换为异常服务器的地址,从而实现从用户终端角度提供服务的服务器和相关的服务并未发生变化。
通过这样的方法,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
本公开的业务保障方法的另一些实施例的流程图如图2所示。
在步骤201中,AF服务器在收到来自服务器的业务替换请求时,确定服务器为异常服务器。在一些实施例中,EAS(Edge Application Server,边缘应用服务器)在检测到自身发生拥塞或故障的情况下,会向AF服务器发送业务替换请求。
在步骤202中,AF服务器向异常服务器发送转发指示。
在步骤203中,接收来自异常服务器的服务数据包。在一些实施例中,异常服务器在收到转发指示后,会将待发送给用户的数据包转发给AF。
在步骤204中,AF服务器根据预存配置信息确定替换异常服务器提供服务的目标服务器。
在一些实施例中,步骤202、203的执行顺序固定。步骤204可以在步骤201之后、步骤205之前执行,步骤204与步骤202、203之间没有固定的顺序。步骤205在步骤202~204完成后执行。
在一些实施例中,预存配置信息可以为服务器替换的选择策略、次序等。
在步骤205中,AF服务器将步骤203中接收的服务数据包转发给步骤204中确定的目标服务器。
在步骤206中,AF服务器向NEF发送流量引导创建请求,流量引导创建请求中包括异常服务器的地址、目标服务器的地址、业务标识以及相关用户标识。在一些实施例中,用户标识可以为GPSI(Generic Public Subscription Identifier,通用公共用户标识)。在一些实施例中,若AF确定为多个用户更新UPF中该业务对应的目标服务器时,用户标识可以包括每个需要变更目标服务器的地址的用户的标识,如流量引导创建请求中携带一个用户标识组。
在步骤207中,NEF根据流量引导创建请求将业务标识和用户标识执行本地映射。
在一些实施例中,NEF对于业务标识的映射可以包括:将所述业务标识映射为DNN(Data Network Name,数据网络名称)和S-NSSAI(Single Network Slice SelectionAssistance Information,单个网络切片选择辅助信息)的组合。在业务使用的数据网路接入标识DNAI为静态配置的情况下,映射到由本地配置确定的DNAI列表和路由配置文件ID中。在业务使用的DNAI为动态配置的情况下,来自AF的流量引导创建请求中包括目标DNAI(可以为一个或多个),目标DNAI会连同路由配置文件ID或N6流量路由信息一起发送给NEF。
在一些实施例中,NEF对于用户标识的映射可以包括:NEF根据UDM提供的信息,将目标UE标识符中的GPSI映射到SUPI(Subscription Permanent Identifier,用户永久标识符)。
在步骤208中,NEF将映射后的信息,以及异常服务器的地址和目标服务器的地址更新至UDR。
在步骤209中,UDR基于PCF预先在UDR对于更新的订阅,将UDR的更新信息推送给PCF。
在步骤210中,PCF对于每个PDU会话,调用对应的PCC规则通知SMF执行SM策略更新。在一些实施例中,PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作,用相应的PCC规则更新SMF。
在步骤211中,SMF根据PCC规则更新N4接口信息。N4接口为SMF与UPF之间交互的接口,SMF通过更新N4接口信息通知边缘UPF异常服务器的地址和目标服务器的地址。在一些实施例中,SMF还可以向UPF提供业务标识,以便UPF快速识别属于该业务的上下行数据包。
通过上述步骤,完成了对UPF的信息传达、配置。
在一些实施例中,发送给NEF在流量引导创建请求中可以包括向上路径更改的通知指示信息,该信息指示用户面UPF的更改需要告知AF。在流量引导创建请求包括向上路径更改的通知指示信息的情况下,PCF发送的PCC规则中需要包含事件报告指示信息。SMF在确定所述PCC规则中包括事件报告指示信息的情况下,向AF或NEF反馈执行SM策略更新。在一些实施例中,PCC规则中可以包含NEF或AF的目标地址,以便SMF反馈信息。
通过这样的方法,能够将UPF的变化情况及时反馈给AF,保证信息的同步。
在一些实施例中,在上述步骤201~211的基础上,后续服务过程中执行如下步骤:
在步骤212中,边缘UPF判断是否收到来自终端的对应业务的数据包。若收到来自终端的对应业务的数据包,则执行步骤213;若未收到来自终端的对应业务的数据包,则执行步骤214。
在步骤213中,边缘UPF将数据包的目的地址和端口修改为目标服务器的地址和端口,从而终端发送给异常服务器的数据包能够顺利到达更新后的目标服务器。进而执行步骤214。
在步骤214中,边缘UPF判断是否收到来自目标服务器的对应业务的数据包。若收到来自目标服务器的对应业务的数据包,则执行步骤215;若未收到来自目标服务器的对应业务的数据包,则执行步骤212。
在步骤215中,边缘UPF将数据包的源地址和端口修改为异常服务器的地址和端口,进而返回执行步骤212。
在一些实施例中,判断上下行数据包的操作没有固定顺序,如可以将步骤212与214的执行次序交换,步骤213与步骤215的执行次序交换,或同步执行上下行数据包的判断操作。
通过这样的方法,能够在现有标准流程的基础上,通过将不同流程的巧妙结合实现业务服务器异常的业务连续性保障,不进行硬件上的改进,成本低,便于快速推广应用。
本公开的业务保障系统的一些实施例的示意图如图3所示。
AF服务器301能够接收来自异常服务器的服务数据包,并转发给替代异常服务器提供服务的目标服务器;通过发起流量引导功能,通知边缘UPF异常服务器的地址和目标服务器的地址。
在一些实施例中,AF服务器301能够在收到来自服务器的业务替换请求的情况下,确定服务器为异常服务器;向异常服务器发送转发指示,以便异常服务器提供服务数据包;根据预存配置信息确定替换异常服务器提供服务的目标服务器,以便将服务数据包转发给目标服务器。
边缘UPF 302能够根据异常服务器的地址和目标服务器的地址,对业务的上下行数据包进行地址转换。
在一些实施例中,当完成对边缘UPF 302的配置后,边缘UPF302在收到来自终端的对应业务的数据包的情况下,将数据包的目的地址和端口修改为目标服务器的地址和端口;在收到来自目标服务器的对应业务的数据包的情况下,将数据包的源地址和端口修改为异常服务器的地址和端口。
这样的业务保障系统中,异常服务器的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
在一些实施例中,如图3所示,业务保障系统还可以包括NEF 303和SMF 304。AF服务器能够向NEF发送流量引导创建请求,流量引导创建请求中包括异常服务器的地址、目标服务器的地址、业务标识以及相关用户标识。NEF能够通过PCF通知SMF执行SM策略更新,SMF能够更新用户标识对应的用户的N4接口信息,通知边缘UPF异常服务器的地址和目标服务器的地址。
这样的业务保障系统能够在现有标准流程的基础上,通过将不同流程的巧妙结合实现业务服务器异常的业务连续性保障,不进行硬件上的改进,成本低,便于快速推广应用。
在一些实施例中,如图3所示,业务保障系统还可以包括UDR 305和PCF 306。NEF303能够将业务标识和用户标识执行本地映射,并将映射后的信息,以及异常服务器的地址和目标服务器的地址更新至UDR。UDR能够根据来自NEF的信息更新存储,并将更新信息推送给PCF。PCF能够对于每个PDU会话,调用对应的PCC规则通知SMF执行SM策略更新。在一些实施例中,PCF可以预先在UDR订阅获取更新信息,从而在UDR更新时,会将更新信息推送给PCF。
通过这样的方法,能够实现在UDR的信息更新,进而利用消息订阅功能实现触发PCF生成PCC规则,进一步的通过将不同流程的巧妙结合实现业务服务器异常的业务连续性保障,不进行硬件上的改进,成本低,便于快速推广应用。
在一些实施例中,PCF 306还能够在流量引导创建请求中包括向上路径更改的通知指示信息的情况下,在PCC规则中配置事件报告指示信息;SMF能够在确定PCC规则中包括事件报告指示信息的情况下,向AF或NEF反馈SMF执行了(正在执行、即将执行或完成执行)SM策略更新。
这样的装置能够将UPF的变化情况及时反馈给AF,保证信息的同步。
本公开业务保障系统的一个实施例的结构示意图如图4所示。业务保障系统包括存储器401和处理器402。其中:存储器401可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中业务保障方法的对应实施例中的指令。处理器402耦接至存储器401,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器402用于执行存储器中存储的指令,能够保证业务的可靠性,实现终端侧无感知的服务器切换。
在一个实施例中,还可以如图5所示,业务保障系统500包括存储器501和处理器502。处理器502通过BUS总线503耦合至存储器501。该业务保障系统500还可以通过存储接口504连接至外部存储装置505以便调用外部数据,还可以通过网络接口506连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,能够保证业务的可靠性,实现终端侧无感知的服务器切换。
在另一个实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现业务保障方法对应实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开的服务提供系统的一些实施例的示意图如图6所示。
业务保障系统61可以为上文中提到的任意一种。
业务服务器621~62n,n为不小于2的整数。业务服务器在检测到自身异常的情况下,向业务保障系统发送业务替换请求;根据来自业务保障系统的转发指示提供服务数据包;接收来自业务保障系统的服务数据包并向用户提供服务。
这样的服务提供系统中,异常服务器能够及时发现异常,待发送的数据包能够经由AF提供给替代服务的目标服务器,保证数据不丢失;UPF能够对上下行数据的地址进行转换,从而无需告知终端侧,保证业务的可靠性,实现终端侧无感知的服务器切换。
本公开的服务提供系统的另一些实施例的示意图如图7所示。图7中通过箭头和对应的数字标识了数据传输的方向和次序,其中,数字为步骤标识。
步骤1中,EAS1向UE提供服务,且服务正在进行中。
步骤2中,EAS1检测到自身发生异常情况,如拥塞或者故障等。
步骤3中,EAS1向中心AF/MEAO(对应上文的AF服务器)报告自身发生异常情况,请求替换。
步骤4中,中心AF/MEAO决定使用EAS2代替EAS1。
步骤5中,中心AF/MEAO指示EAS1将服务数据包转发到AF。
步骤6中,中心AF/MEAO指示EAS2提供服务,以及接收来自AF的业务数据包。
步骤7中,中心AF/MEAO向NEF发起流量引导创建请求(流量引导创建请求中包含EAS1和EAS2的IP地址和端口,以及业务标识和用户标识(如GPSI))。在一些实施例中,当AF判断需要针对多个用户更新对应的UPF中的信息时,用户标识可以为一组用户的标识。
步骤8中,NEF/对来自AF的信息进行如下处理,具体如下:
将业务标识(AF service Identifier)映射为DNN和S-NSSAI组合。当应用程序使用的DNAI是静态配置时,NEF将业务标识(AFservice Identifier)映射到由本地配置确定的DNAI列表和路由配置文件ID中。当业务实例化的DNAI(s)为动态变化时,AF发送的流量引导创建请求中包括目标DNAI(s),连同路由配置文件ID或N6流量路由信息一起发送给NEF,以便NEF完成映射。NEF根据UDM提供的信息,将目标UE标识符中的GPSI映射到SUPI;
上述映射信息完成后,NEF将映射后的信息以及新旧EAS IP地址更新到UDR,UDR将更新信息推送给PCF;
PCF基于前期的订阅接收来自UDR的更新信息。同时PCF决定现有的PDU会话是否受到AF请求的潜在影响。对于每个PDU会话,PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作,采用相应的新PCC规则更新SMF。
在一些实施例中,如果AF请求包含一个关于向上路径更改的通知报告请求(如AF要知道用户面UPF是否更改),PCF将在PCC规则中包含报告事件所需的信息,如指示SMF在更改UPF前/后提前/延迟通知AF,那么PCC规则中还包含指向NEF或AF的通知目标地址和业务标识。
步骤9中,SMF收到来自PCF的SM策略指示发起用户面重配,更新相关UE(单个UE或者一组UE)的N4接口信息(包括EAS2 IP地址和端口号,以及可能的UPF信息等)。
步骤10中,建立UE和EAS2之间的服务。后续业务进行中由边缘UPF进行IP地址以及端口号替换。
这样的服务提供系统中,在没有对网络硬件进行改动的前提下,利用现有标准流程,通过将不同流程的巧妙结合实现业务服务器异常的业务连续性保障,便于快速推广应用。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本公开的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本公开的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本公开实施为记录在记录介质中的程序,这些程序包括用于实现根据本公开的方法的机器可读指令。因而,本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
最后应当说明的是:以上实施例仅用以说明本公开的技术方案而非对其限制;尽管参照较佳实施例对本公开进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本公开技术方案的精神,其均应涵盖在本公开请求保护的技术方案范围当中。
Claims (16)
1.一种业务保障方法,包括:
应用功能AF服务器接收来自异常服务器的服务数据包,并转发给替代所述异常服务器提供服务的目标服务器;
所述AF服务器通过发起流量引导功能通知边缘用户面功能UPF所述异常服务器的地址和所述目标服务器的地址;
所述边缘UPF根据所述异常服务器的地址和所述目标服务器的地址,对业务的上下行数据包进行地址转换。
2.根据权利要求1所述的方法,其中,所述AF服务器通过发起流量引导功能通知边缘UPF所述异常服务器的地址和所述目标服务器的地址包括:
所述AF服务器向网络开放功能NEF发送流量引导创建请求,所述流量引导创建请求中包括所述异常服务器的地址、所述目标服务器的地址、业务标识和用户标识;
所述NEF通过策略控制功能PCF通知会话管理功能SMF执行会话管理SM策略更新;
所述SMF更新所述用户标识对应的用户的N4接口信息,通知所述边缘UPF所述目标服务器的地址。
3.根据权利要求2所述的方法,其中,当所述AF确定为多个用户更新目标服务器时,所述流量引导创建请求中的用户标识包括每个需要变更所述目标服务器的地址的用户的标识。
4.根据权利要求2所述的方法,其中,所述NEF通知SMF执行SM策略更新包括:
所述NEF将所述业务标识和用户标识执行本地映射,将映射后的信息,以及所述异常服务器的地址和所述目标服务器的地址更新至统一数据仓库功能UDR;
所述UDR将更新信息推送给PCF;
所述PCF对于每个协议数据单元PDU会话,调用对应的策略控制和计费PCC规则通知SMF执行SM策略更新。
5.根据权利要求4所述的方法,所述NEF通知SMF执行SM策略更新还包括:在所述流量引导创建请求中包括向上路径更改的通知指示信息的情况下,所述PCC规则中包含事件报告指示信息;
还包括:
所述SMF在确定所述PCC规则中包括事件报告指示信息的情况下,向所述AF或NEF反馈执行SM策略更新。
6.根据权利要求1所述的方法,其中,所述边缘UPF根据所述异常服务器的地址和所述目标服务器的地址,对业务的上下行数据包进行地址转换包括:
所述边缘UPF在收到来自终端的对应业务的数据包的情况下,将数据包的目的地址和端口修改为所述目标服务器的地址和端口;
所述边缘UPF在收到来自所述目标服务器的对应业务的数据包的情况下,将数据包的源地址和端口修改为所述异常服务器的地址和端口。
7.根据权利要求1所述的方法,还包括:
所述AF服务器在收到来自服务器的业务替换请求的情况下,确定服务器为异常服务器,其中,所述业务替换请求中包括服务器的故障情况和地址信息;
所述AF服务器向所述异常服务器发送转发指示,以便所述异常服务器提供所述服务数据包;
所述AF服务器根据预存配置信息确定替换所述异常服务器提供服务的目标服务器,以便将所述服务数据包转发给所述目标服务器。
8.一种业务保障系统,包括:
应用功能AF服务器,被配置为接收来自异常服务器的服务数据包,并转发给替代所述异常服务器提供服务的目标服务器;通过发起流量引导功能通知边缘用户面功能UPF所述异常服务器的地址和所述目标服务器的地址;
边缘UPF,被配置为根据所述异常服务器的地址和所述目标服务器的地址,对业务的上下行数据包进行地址转换。
9.根据权利要求8所述的系统,其中,
所述AF服务器被配置为向网络开放功能NEF发送流量引导创建请求,所述流量引导创建请求中包括所述异常服务器的地址、所述目标服务器的地址、业务标识和用户标识;
还包括:
NEF,被配置为通过PCF通知会话管理功能SMF执行会话管理SM策略更新;
SMF,被配置为更新所述用户标识对应的用户的N4接口信息,通知所述边缘UPF所述目标服务器的地址。
10.根权利要求9所述的系统,其中,
所述NEF被配置为将所述业务标识和用户标识执行本地映射,将映射后的信息,以及所述异常服务器的地址和所述目标服务器的地址更新至统一数据仓库功能UDR;
还包括:
UDR,被配置为根据来自所述NEF的信息更新存储,并将更新信息推送给策略控制功能PCF;和
所述PCF,被配置为对于每个协议数据单元PDU会话,调用对应的策略控制和计费PCC规则通知SMF执行SM策略更新。
11.根据权利要求10所述的系统,其中,
所述PCF还被配置为在所述流量引导创建请求中包括向上路径更改的通知指示信息的情况下,在所述PCC规则中配置事件报告指示信息;
所述SMF还被配置为在确定所述PCC规则中包括事件报告指示信息的情况下,向所述AF或NEF反馈执行SM策略更新。
12.根据权利要求8所述的系统,其中,所述边缘UPF被配置为:
在收到来自终端的对应业务的数据包的情况下,将数据包的目的地址和端口修改为所述目标服务器的地址和端口;
在收到来自所述目标服务器的对应业务的数据包的情况下,将数据包的源地址和端口修改为所述异常服务器的地址和端口。
13.根据权利要求8所述的系统,其中,所述AF服务器还被配置为:
在收到来自服务器的业务替换请求的情况下,确定服务器为异常服务器,其中,所述业务替换请求中包括服务器的故障情况和地址信息;
向所述异常服务器发送转发指示,以便所述异常服务器提供所述服务数据包;
根据预存配置信息确定替换所述异常服务器提供服务的目标服务器,以便将所述服务数据包转发给所述目标服务器。
14.一种业务保障系统,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至7任一项所述的方法。
15.一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现权利要求1至7任意一项所述的方法的步骤。
16.一种服务提供系统,包括:
权利要求8~14任意一项所述的业务保障系统;和
多个业务服务器,被配置为在检测到自身异常的情况下,向所述业务保障系统发送业务替换请求;根据来自所述业务保障系统的转发指示提供服务数据包;接收来自所述业务保障系统的服务数据包并向用户提供服务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011162620.7A CN114501555A (zh) | 2020-10-27 | 2020-10-27 | 业务保障方法、系统、存储介质和服务提供系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011162620.7A CN114501555A (zh) | 2020-10-27 | 2020-10-27 | 业务保障方法、系统、存储介质和服务提供系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114501555A true CN114501555A (zh) | 2022-05-13 |
Family
ID=81470271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011162620.7A Pending CN114501555A (zh) | 2020-10-27 | 2020-10-27 | 业务保障方法、系统、存储介质和服务提供系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114501555A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024050778A1 (zh) * | 2022-09-08 | 2024-03-14 | 北京小米移动软件有限公司 | 一种人工智能服务策略的更新方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
US20190357301A1 (en) * | 2018-05-16 | 2019-11-21 | Huawei Technologies Co., Ltd. | Message and system for application function influence on traffic routing |
-
2020
- 2020-10-27 CN CN202011162620.7A patent/CN114501555A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
US20190357301A1 (en) * | 2018-05-16 | 2019-11-21 | Huawei Technologies Co., Ltd. | Message and system for application function influence on traffic routing |
Non-Patent Citations (12)
Title |
---|
""S2-2005987"", 3GPP TSG_SA\\WG2_ARCH, 2 September 2020 (2020-09-02) * |
""S2-2007924"", 3GPP TSG_SA\\WG2_ARCH, 24 October 2020 (2020-10-24) * |
""S2-2105994 - p-CR EAS deployment information from AF "", 3GPP TSG_SA\\WG2_ARCH, 10 August 2021 (2021-08-10) * |
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Procedures for the 5G System (5GS);Stage 2(Release 15)", 3GPP TS 23.502 V15.11.0 (2020-09), 24 September 2020 (2020-09-24), pages 106 - 107 * |
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;System architecture for the 5G System (5GS);Stage 2 (Release 16)", 3GPP TS 23.501 V16.6.0 (2020-09), 24 September 2020 (2020-09-24), pages 117 - 118 * |
CATT: "S2-2000695 "Solution for KI #2: Edge relocation"", 3GPP TSG_SA\\WG2_ARCH, no. 2, 7 January 2020 (2020-01-07) * |
CHINATELECOM: "S2-2003554 "Solution for KI#2: Edge Relocation based on PFDF under EAS abnormal condition ."", 3GPP TSG_SA\\WG2_ARCH, no. 2, 7 May 2020 (2020-05-07), pages 1 - 5 * |
CHINATELECOM: "Solution for KI#2: Edge Relocation based on PFDF under EAS abnormal condition", SA WG2 MEETING #S2-139E,S2-2003554, 12 June 2020 (2020-06-12), pages 1 - 5 * |
INTEL: "Solution for KI#2: Network based IP address replacement for traffic subject to edge computing", SA WG2 MEETING #136AH S2-2000216, 17 January 2020 (2020-01-17), pages 2 - 5 * |
INTEL: "Solution for KI#2: Network based IP address replacement for traffic subject to edge computing", SA WG2 MEETING #136AH,S2-2000216, 17 January 2020 (2020-01-17), pages 2 - 5 * |
LENOVO, MOTOROLA MOBILITY, INTEL,CHINA TELECOM: "S2-2003999 "KI#2, new solution: CN-based edge relocation."", 3GPP TSG_SA\\WG2_ARCH, no. 2, 22 May 2020 (2020-05-22) * |
ZTE: "S2-2007364 "KI#5 Sol#12 and Sol#50 update."", 3GPP TSG_SA\\WG2_ARCH, no. 2, 2 October 2020 (2020-10-02) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024050778A1 (zh) * | 2022-09-08 | 2024-03-14 | 北京小米移动软件有限公司 | 一种人工智能服务策略的更新方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3860189B1 (en) | Ue migration method, apparatus, system, and storage medium | |
US12120029B2 (en) | Method for implementing service continuity and related device | |
US10911549B2 (en) | Proxy routing based on path headers | |
JP6509219B2 (ja) | ソフトウェア定義ネットワーク(SDN)機能性を使用したDiameterルーティングのための方法、システム、およびコンピュータ読取可能媒体 | |
US12114249B2 (en) | Method for identification of traffic suitable for edge breakout and for traffic steering in a mobile network | |
EP3827577B1 (en) | System and method for intelligently managing sessions in a mobile network | |
CN113039763B (zh) | 使用nf之间的直接信令的nf服务消费者重启检测 | |
US10462048B2 (en) | Virtual cluster establishment method and network device | |
CN110958718A (zh) | 一种pdu会话重建方法、装置、系统及存储介质 | |
CN115152192B (zh) | Pce受控网络可靠性 | |
EP3687205A1 (en) | Saving ue context data based on data distribution policy | |
US11641307B2 (en) | Method for configuring a network node | |
US10511544B2 (en) | Path computation element protocol response and simple network management protocol confirmation for tunnel configuration | |
US10680930B2 (en) | Method and apparatus for communication in virtual network | |
CN114501555A (zh) | 业务保障方法、系统、存储介质和服务提供系统 | |
CN114079956A (zh) | 业务保障方法、系统、存储介质和服务提供系统 | |
CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
US10904133B2 (en) | Data packet sending method, mobile router, and network device | |
EP3688963B1 (en) | First front-end node, client node, load balancer node, and methods performed thereby, for supporting data communication | |
CN115004655B (zh) | 用于边界网关协议(bgp)控制的网络可靠性的系统和方法 | |
US20240073786A1 (en) | Method and Apparatus for Service Handling | |
US20220191747A1 (en) | Methods and apparatus relating to handover of a wireless device | |
CN116566850A (zh) | 一种建立sbfd的方法和网络设备 |
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 |