用于实现业务连续性的方法及相关设备与流程

本公开涉及通信
技术领域：
，具体而言，涉及一种用于实现业务连续性的方法及装置、用户面功能网元、用户设备、电子设备和计算机可读存储介质。
背景技术：
：当前，一个需要解决的技术问题是：当ue(userequipment，用户设备)发生移动时，如何进行as(applicationserver，应用服务器)的迁移，以保持业务的连续性；或者，当as发生迁移而ue没有移动时，如何保持业务的连续性。因此，需要一种新的用于实现业务连续性的方法及装置、电子设备和计算机可读存储介质。需要说明的是，在上述
背景技术：
部分公开的信息仅用于加强对本公开的背景的理解。技术实现要素：本公开实施例提供一种用于实现业务连续性的方法及装置、用户面功能网元、用户设备、电子设备和计算机可读存储介质，能够在用户设备或者应用服务器发生迁移时，保持业务的连续性。本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。本公开实施例提供一种用于实现业务连续性的方法，所述方法包括：接收目标重定位消息，所述目标重定位消息携带目标数据路由信息，所述目标数据路由信息包括目标数据网络接入标识和网络地址转换信息，所述网络地址转换信息包括目标用户设备网络地址、第一应用服务器网络地址和第二应用服务器网络地址，其中所述目标用户设备网络地址对应的目标用户设备已建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话，并与所述第一应用服务器网络地址对应的第一应用服务器进行通信；根据所述目标数据路由信息生成数据包处理规则，所述数据包处理规则包括网络地址转换规则，所述网络地址转换规则包括将所述目标用户设备发送的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器网络地址，并将接收到的目的地址为所述目标用户设备网络地址的下行数据包的源地址从所述第二应用服务器网络地址转换为所述第一应用服务器网络地址；将所述数据包处理规则下发至目标网络设备，以使得所述目标网络设备根据所述数据包处理规则，将所述目标用户设备发送的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器，并将接收到的目的地址为所述目标用户设备网络地址、源地址为所述第二应用服务器网络地址的下行数据包转发至所述目标用户设备。本公开实施例提供一种用于实现业务连续性的方法，所述方法包括：通过目标用户面功能网元接收会话管理功能网元发送的目标n4会话请求消息，所述目标n4会话请求消息包括数据包处理规则，所述数据包处理规则包括网络地址转换规则；通过所述目标用户面功能网元接收上行数据包；若所述目标用户面功能网元根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址；通过所述目标用户面功能网元将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。本公开实施例提供一种用于实现业务连续性的装置，所述装置包括：重定位消息接收单元，用于接收目标重定位消息，所述目标重定位消息携带目标数据路由信息，所述目标数据路由信息包括目标数据网络接入标识和网络地址转换信息，所述网络地址转换信息包括目标用户设备网络地址、第一应用服务器网络地址和第二应用服务器网络地址，其中所述目标用户设备网络地址对应的目标用户设备已建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话，并与所述第一应用服务器网络地址对应的第一应用服务器进行通信；处理规则生成单元，用于根据所述目标数据路由信息生成数据包处理规则，所述数据包处理规则包括网络地址转换规则，所述网络地址转换规则包括将所述目标用户设备发送的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器网络地址，并将接收到的目的地址为所述目标用户设备网络地址的下行数据包的源地址从所述第二应用服务器网络地址转换为所述第一应用服务器网络地址；处理规则下发单元，用于将所述数据包处理规则下发至目标网络设备，以使得所述目标网络设备根据所述数据包处理规则，将所述目标用户设备发送的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器，并将接收到的目的地址为所述目标用户设备网络地址、源地址为所述第二应用服务器网络地址的下行数据包转发至所述目标用户设备。本公开实施例提供一种用户面功能网元，包括：会话请求消息接收单元，用于接收会话管理功能网元发送的目标n4会话请求消息，所述目标n4会话请求消息包括数据包处理规则，所述数据包处理规则包括网络地址转换规则；上行数据包接收单元，用于接收上行数据包；上行数据包检测转换单元，用于若根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址；上行数据包转发单元，用于将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。本公开实施例提供一种用户设备，所述用户设备包括：单元会话建立单元，用于建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话；应用服务器通信单元，用于与第一应用服务器网络地址对应的第一应用服务器进行通信；上行数据包发送单元，用于向目标网络设备发送上行数据包，所述上行数据包的源地址为目标网络设备网络地址、目的地址为所述第一应用服务器网络地址，以便于所述目标网络设备根据数据包处理规则对所述上行数据包进行处理，将所述上行数据包的目的地址转换为第二应用服务器网络地址，将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的用于实现业务连续性的方法。本公开实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的用于实现业务连续性的方法。在本公开的一些实施例所提供的技术方案中，一方面，利用网络地址转换技术，能够实现当应用服务器发生迁移时，或者，当用户设备的位置发生变化时，保持业务的连续性，实现简单，容易部署；另一方面，是在相关技术方案上，增加一种新的技术方案，对系统的修改不大，容易进行标准化与大规模部署。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：图1示出了相关技术中一种ec架构的示意图；图2示出了相关技术中另一种ec架构的示意图；图3示出了相关技术中af对单个ue请求的af影响数据路由的流程图；图4示出了相关技术中用户面管理事件的通知的流程示意图；图5示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程图；图6示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图7示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图8示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图9示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图10示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图11示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图12示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图13示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图14示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图15示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图；图16示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程图；图17示意性示出了根据本公开的一实施例的用于实现业务连续性的装置的框图；图18示意性示出了根据本公开的一实施例的用户面功能网元的框图；图19示意性示出了根据本公开的一实施例的用户设备的框图。具体实施方式现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。需要说明的是，本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom(erasableprogrammablereadonlymemory，可擦除可编程只读存储器)或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf(radiofrequency，射频)等等，或者上述的任意合适的组合。附图中的流程图和框图，图示了按照本公开各种实施例的方法、装置和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图5或图6或图7或图8或图9或图10或图11或图12或图13或图14或图15所示的各个步骤。ec(边缘计算，edgecomputing)通过将as部署到离ue近的位置，从而实现ue与as的通信时延最小化。3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)发布的release17(版本17)的协议tr23.748正在进行ec的标准化研究。需要说明的是，虽然本公开实施例中是以tr23.748的ec架构作为其解决方案的基线进行举例说明，但本公开并不限定于此，在其他实施例中，也可以扩展到适应于其它ec架构。其中，实现ec包括两个基本的架构，分别如图1和图2所示。图1中，是将upf(userplanefunction，用户面功能)/psa(pdu(protocoldataunit，分组数据单元)sessionanchor，pdu会话锚点)部署在基站(an(accessnetwork，接入网))附近，同时将eas(edgeapplicationserver，边缘应用服务器)部署在与psa相连的dn(datanetwork，数据网络)中。图2中，是在upf/psa1部署在中心位置时，通过在近基站an处部署一个ulcl(uplinkclassifier，上行分类器)/bp(branchingpoint，分支点)，然后分出一个近基站的upf/psa2，将eas部署在与psa2相连的本地接入(localaccess)的相同dn。即图1没有利用ulcl/bp访问eas，图2利用ulcl/bp访问eas。上述图1和图2中，nef的英文全称是networkexposurefunction，即网络开放功能，nnef是指获取nef提供的服务的nnef消息。pcf的英文全称是policycontrolfunction，即策略控制功能，npcf是指获取pcf提供的服务的npcf消息。af的英文全称是applicationfunction，即应用功能)，naf是指获取af提供的服务的naf消息。amf的英文全称是accessandmobilitymanagementfunction，即接入和移动性管理功能，namf是指获取amf提供的服务的namf消息。smf的英文全称是sessionmanagementfunction，即会话管理功能，nsmf是指获取smf提供的服务的nsmf消息。ue与amf之间通过n1接口交互，amf与an之间通过n2接口交互，smf与upf之间通过n4接口交互，an与upf之间通过n3接口交互，upf与dn之间通过n6接口交互，upf之间通过n9接口交互。tr23.748确定了需要解决如下的ki(keyissue，关键问题)：当ue发生移动时，如何进行eas的迁移，以保持业务的连续性，同时实现ec通信(如通信延迟很少)。或者，当eas发生迁移，ue没有移动时，如何保持业务的连续性，同时实现ec通信(如通信延迟很少)。具体可以参见tr23.748的章节5.2“keyissue#2:edgerelocation(边缘重定位)”的5.2.1的描述：“随着边缘计算在5g系统中的部署，在设计边缘解决方案的最佳部署解决方案时，需要考虑ue移动性和应用服务器的重新部署。例如，当ue跨5g系统移动时，ue位置可能改变并且要求网络和边缘处理ue位置的改变。3gpprel-16(版本16)规范已经解决了其中一些方面，关键问题是研究潜在的改进。(withedgecomputingbeingdeployedfor5gsystems,uemobilityandapplicationserverrelocationneedtobeconsideredwhendesigningsolutionsforoptimaldeploymentofedgesolutions.forexample,astheuemovesacrossthe5gsystem,theuelocationmaychangeandrequirethenetworkandtheedgetodealwiththechangeofuelocation.3gpprel-16specificationsalreadyaddresssomeoftheseaspectsandthekeyissueistostudypotentialimprovements.)协议ts22.261的章节6.5.2包含与本关键问题相关的要求。sawg1工作组定义了术语servicehostingenvironment(服务宿主环境)，该术语已在sawg2工作组中翻译和扩展，在当前tr到edgehostingenvironment(边缘宿主环境)中，它是为边缘应用服务器的执行提供所需支持的环境。因此，sawg1的要求被解释为适用于边缘宿主环境。(clause6.5.2ofts22.261containsrequirementsthatarerelatedtothiskeyissue.sawg1definedthetermservicehostingenvironmentthathasbeentranslatedandbroadenedinsawg2workinthepresenttrtoedgehostingenvironmentastheenvironmentprovidingsupportrequiredforedgeapplicationserver′sexecution.therequirementsfromsawg1arethusbeinginterpretedasapplyingtotheedgehostingenvironment.)将研究以下ue移动性和应用服务器重定位的场景：(thefollowingscenariosofuemobilityandapplicationserverrelocationwillbeinvestigated:)-在不更改dnai(dnaccessidentifier，数据网络接入标识)的情况下，更改服务边缘应用服务器。这包括：(changeoftheservingedgeapplicationserverwithnochangeofdnai.thisincludes:)-边缘应用服务器的更改，例如，由于服务边缘应用服务器变得拥挤或处于中断状态。这假设easip(internetprotocol，网际互联协议)地址更改。(changeoftheedgeapplicationservere.g.duetotheservingedgeapplicationserverbecomingcongestedorbeinginoutagecondition.thisassumeseasipaddresschange.)-根据ue的位置更改dnai以更好地为ue服务。这可能意味着easip地址改变，但在某些情况下，只要ue业务没有结束，旧的eas就可以保留。(changeofthednaidependingonthelocationoftheuetobetterservetheue.thismayimplyeasipaddresschangebutinsomecasestheoldeasmaybekeptaslongastheuetransactionisnotover.)”本公开实施例提供的技术方案，可以用于解决上述ki的问题。对于这个问题在3gpp协议ts23.501及ts23.502已经定义了一些机制(在下文的图3和图4中介绍)可解决这个ki。本公开实施例提供的方案是增强ts23.501及ts23.502所定义的机制，从而更加有效地解决edgerelocation。图3示出了相关技术中af对单个ue请求的af影响数据路由的流程图。在3gpp协议ts23.501的章节5.6.7给出了af影响数据路由(applicationfunctioninfluenceontrafficrouting)的功能的详细说明，并提供了相关的参数表，如下表1所示。在3gpp协议ts23.502的章节4.3.6给出了不同的场景下的流程图。图3是af对单个ue请求的af影响数据路由(transferringanafrequesttargetinganindividualueaddresstotherelevantpcf)的流程。如图3所示，可以包括以下步骤。步骤1、如果af通过nef发送af请求，则af向nef发送针对单个ue地址的nnef_trafficinfluence_create/update/deleterequest(nnef_数据影响_创建/更新/删除请求)。该请求对应于af请求，以影响针对单个ue地址的数据路由。当nef从af接收到af请求时，nef确保必要的授权控制，并从af提供的信息映射到5g核心网所需的信息。nef响应af。步骤2、如果基于本地配置的pcf地址在nef上不可用，af/nef使用nbsf_管理_发现(nbsf_management_discovery)服务操作(至少提供ue地址)来查找相关pcf的地址，否则跳过步骤1。af/nef根据本地配置或使用nrf(nfrepositoryfunction，nf贮存功能网元)来查找bsf(bindingsupportfunction，绑定支持功能网元)。步骤3、bsf在nbsf_管理_发现响应(nbsf_management_discoveryresponse)消息中给af/nef提供pcf地址。步骤4、如果执行了步骤1，nef将调用npcf_策略授权(npcf_policyauthorization)服务至pcf来传输af请求。如果af直接向pcf发送af请求，af调用npcf_policyauthorization服务，pcf响应af。步骤5、pcf使用相应的新pcc(policycontrolandcharging，策略控制和计费)规则更新smf，pcf启动了sm策略关联修改程序。当从pcf接收到pcc规则时，smf可以在适用时采取适当的操作来重新配置pdu会话的用户面，例如：-在数据路径中添加、替换或移除upf，例如充当ulcl、bp和/或pdu会话锚点。-为ue分配一个新的前缀(prefix)。-使用新的数据转向规则(trafficsteeringrules)更新有关目标dnai的upf。从图3中可以获知，af可以直接将npcf_policyauthorization_create/update/deleterequest(npcf_策略授权_创建/更新/删除请求)消息发送给pcf；或者，af也可以先将nnef_trafficinfluence_create/update/deleterequest(nnef_数据影响_创建/更新/删除请求)消息发给nef，然后再通过nef发送npcf_policyauthorization_create/update/deleterequest消息给pcf。在下文中给出af提供给nef的af影响数据路由的参数，af/nef提供给pcf的af影响数据路由的参数。3gpp协议ts29.522的章节5.4.3.3.3给出了af提供给nef的影响数据路由(applicationfunctioninfluenceontrafficrouting)的参数，如下表1所示：表1上述表1中，n为大于或者等于1的正整数。3gpp协议ts29.514的章节5.6.2.13给出了af/nef提供给pcf的影响数据路由的参数，如下表2所示。表2ts23.501中的章节5.6.7.1定义了af提供给nef与pcf的影响数据路由的参数，如下表3所示。表3表3中的dnn的英文全称是datanetworkname，即数据网络名称。s-nssai的英文全称是singlenetworksliceselectionassistanceinformation，即单个网络切片选择辅助信息。gpsi的英文全称是genericpublicsubscriptionidentifier，即通用公共订阅标识符。上表3为ts23.501中的章节5.6.7.1所定义的参数，上表1和表2是对上述参数的详细定义，它们是一致的。3gpp协议ts29.571routetolocation(到位置的路由)对应于ts23.501及ts23.502中的trafficroutingrequirements(数据路由要求)，如下表4所示。表4属性名数据类型描述dnaidnai指示应用的位置routeinfo路由信息包括数据路由信息routeprofid字符串指示路由配置文件id从上表4可以获知，对于每个dnai包括n6数据路由信息(n6trafficroutinginformation)和路由配置文件id(routingprofileid)。其中，routingprofileid只是一个string，它对应的n6trafficrouting功能在标准中说是由运营商与af事先协商好，并且配置在af与5g网络上的。也就是说routingprofileid对应的n6trafficrouting功能在标准中不作定义。ts29.571中章节5.4.4.16定义了路由信息(routeinformation)，如下表5所示。表5属性名数据类型描述ipv4addripv4addr数据网络中隧道终点ipv4地址ipv6addripv6addr数据网络中隧道终点ipv6地址portnumberuinteger数据网络中隧道终点的udp端口号从上述routeinformaiton的定义来看，相关技术中只支持基于udp(userdatagramprotocol，用户数据报协议)的tunnel(隧道)的路由技术。在ts23.502的章节4.3.6.3给出了如图4所示的用户面管理事件的通知(notificationofuserplanemanagementevents)的流程示意图。如图4所示，包括以下步骤。步骤1、已经满足af通知的条件。smf将通知发送给订阅smf通知的nf。smf通知的进一步处理取决于接收的nf，如步骤2a和2c所示。步骤2a、如果af请求通过nef的早通知(earlynotification)，smf通过调用nsmf_eventexposure_notify(nsmf_事件开放_通知)服务操作将pdu会话的目标dnai通知给nef。步骤2b、当nef接收到nsmf_eventexposure_notify时，nef根据信息映射(例如，通知相关id中提供的af业务内部id到af业务id、supi(subscriptionpermanentidentifier，订阅永久标识符)到gpsi等)，并触发适当的nnef_trafficinfluence_notify(nnef_数据影响_通知)消息。在这种情况下，步骤2c不适用。步骤2c、如果af请求直接早通知，smf通过调用nsmf_eventexposure_notify服务操作将pdu会话的目标dnai通知af。步骤2d、af通过立即调用nnef_trafficinfluence_apprelocationinfo(nnef_数据影响_应用重定位信息)服务操作或在目标dnai中完成任何所需的应用重定位之后，来响应nnef_trafficinfluence_notify。af包括与目标dnai对应的n6业务路由详细信息。af可以否定地回答，例如，如果af确定不能成功地和/或准时地完成应用重定位。步骤2e、当nef接收到nnef_trafficinfluence_apprelocationinfo时，nef触发相应的nsmf_eventexposure_apprelocationinfo(nsmf_事件开放_应用重定位信息)消息。步骤2f、af通过立即调用nsmf_eventexposure_apprelocationinfo服务操作或在目标dnai中完成任何所需的应用重定位之后，来响应nsmf_eventexposure_notify。af包括与目标dnai对应的n6业务路由详细信息。af可以否定地回答，例如，如果af确定不能按时成功地完成应用重定位。步骤3、smf强制更改dnai或添加、更改或删除upf。如果基于本地配置启用5g核心网和af之间的运行时协调，则根据af订阅smf事件中包含的“af预期确认”的指示，smf可以在该步骤之前等待af对早通知的响应。在收到来自af的肯定响应之前，smf不会执行此步骤。步骤4a、如果af请求通过nef的晚通知，smf通过调用nsmf_eventexposure_notify服务操作将pdu会话的目标dnai通知给nef。如果基于本地配置启用5g核心网和af之间的运行时协调，则根据af订阅smf事件中包含的“af应答”指示，smf可以发送晚通知，并在激活新的上行路径之前等待af的肯定响应。步骤4b、当nef接收到nsmf_eventexposure_notify时，nef根据信息映射(例如通知相关id中提供的af业务内部id到af业务id、supi到gpsi等)，并触发适当的nnef_eventexposure_notify消息。在这种情况下，步骤4c不适用。步骤4c、如果af请求直接晚通知，smf通过调用nsmf_eventexposure_notify服务操作将pdu会话的目标dnai通知af。步骤4d、af通过立即调用nnef_trafficinfluence_apprelocationinfo服务操作或在目标dnai中完成任何所需的应用重定位之后，来响应nnef_trafficinfluence_notify。af包括与目标dnai对应的n6业务路由详细信息。af可以否定地回答，例如，如果af确定不能按时成功地完成应用程序重定位。步骤4e、当nef接收到nnef_trafficinfluence_apprelocationinfo时，nef触发相应的nsmf_eventexposure_apprelocationinfo消息。步骤4f、af通过立即调用nsmf_eventexposure_apprelocationinfo服务操作或在目标dnai中完成任何所需的应用重定位之后，来响应nsmf_eventexposure_notify。af包括与目标dnai对应的n6业务路由详细信息。af可以否定地回答，例如，如果af确定不能按时成功地完成应用程序重定位。前文中提及的ki中包含一项：changeofthednaidependingonthelocationoftheuetobetterservetheue.thismayimplyeasipaddresschangebutinsomecasestheoldeasmaybekeptaslongastheuetransactionisnotover.这个功能也可以应用ts23.502中的章节4.3.6.3所定义的功能来解决。如图4所示，这个notification有两种情形，一种是earlynotification(早通知)，另外一种是latenotification(晚通知)。但是，正如前文所述，相关技术中只支持基于udp(userdatagramprotocol，用户数据报协议)的tunnel(隧道)的路由技术。在3gpp协议ts29.508中定义了smf的eventnotification(事件通知)，可以参考下表6、7和8。表6、类型事件通知(eventnotification)的定义表7、nsmfeventexposurenotification类型的定义表8、smf事件枚举枚举值描述ac_ty_chaccesstypechange，接入类型改变up_path_chuppathchange，上行路径改变pdu_ses_relpdusessionrelease，pdu会话释放plmn_chplmnchange，plmn改变ue_ip_chueipaddresschange，ueip地址改变dddsdownlinkdatadeliverystatus，下行数据传输状态comm_failcommunicationfailure，通信失败pdu_ses_estpdusessionestablishment，pdu会话建立qfi_allocqfiallocation，qfi分配qos_monqosmonitoring，qos监测由上述表6-8可知，在smf提供给af/nef的由于用户面路径修改的nsmfeventexposurenotification(nsmf事件开放通知)的消息中包含一个或多个eventnotification，每个eventnotification分别来说明一个notification事件(即一个报告中可以包含多个事件的报告)，其中一个eventnotification包含一些参数，如表6所示，其中有：supi+gpsi；sourcednai；targetdnai；dnaichangetype；sourceueipaddress；targetueipaddress；sourcen6trafficroutinginformation；targetn6trafficroutinginformation。ts29.522所定义的nef提供给af的影响数据路由notification的参数，如下表9和10所示。表9、类型eventnotification的定义表10、dnaichangetype枚举由上述表9和10可知，在nef提供给af的由于用户面路径修改的eventnotification的消息中包含的参数与smf提供过来的参数(见表6-8)几乎一样，只是没有包含supi。supi一般是不允许提供给af的。表10给出了dnaichangetype的几个可能取值，在eventnotification时只能取early或late，但af在订阅时，可以同时订阅，即smf在early与late阶段都需要上报。需要说明的是，本公开实施例提出的技术方案，不仅可以解决ec的ki#2问题，同样可以解决非ec的问题。因此，后面不作特别的说明，不再特指ec的ki#2问题，将问题通用化，即后面所说的(e)as即可以是eas，也可以是as。从前述routeinformaiton的定义来看，相关技术中只支持基于udp的tunnel(隧道)的路由技术。本公开实施例提出了一种新的使用反向nat(networkaddresstranslation，网络地址转换)技术的路由技术，不使用tunnel，能够解决以下技术问题：问题一、当(e)as发生迁移，ue没有移动时，在保持业务的连续性的同时实现ec通信(如通信延迟很少)。本公开实施例提出当(e)as发生迁移前或后，(e)as通知af，af将相关的参数例如(e)as迁移的目标dnai和支持的n6路由方式与参数(nat转换的参数)等参数发给5g网络。5g网络然后根据这些参数进行ue的数据重路由(包含nat，及插入或修改ulcl/bp)。问题二、当ue发生移动时，如何进行(e)as的迁移，以保持业务的连续性，同时实现ec通信(如通信延迟很少)。本公开实施例提出当ue发生移动后的用户面修改前或后，smf通知af(可通过nef，或直接到af)：ue移动后支持的目标dnai列表，支持的n6路由方式与参数(nat转换的参数)等参数。af确定进行(e)as的迁移，将选择的(e)as移动的参数(如n6路由方式与参数)，回复给5g网络。5g网络然后根据这些参数进行ue的数据重路由(包含nat，及插入或修改ulcl/bp)。下面结合图5-16的实施例对本公开实施例提供的方法进行举例说明。图5示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程图。图5实施例提供的方法可以由smf执行，但本公开并不限定于此。如图5所示，本公开实施例提供的方法可以包括如下步骤。在步骤s510中，接收目标重定位消息，所述目标重定位消息可以携带目标数据路由信息，所述目标数据路由信息可以包括目标数据网络接入标识和网络地址转换信息，所述网络地址转换信息可以包括目标用户设备网络地址、第一应用服务器网络地址和第二应用服务器网络地址，其中所述目标用户设备网络地址对应的目标用户设备已建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话，并与所述第一应用服务器网络地址对应的第一应用服务器进行通信。在示例性实施例中，在接收所述目标重定位消息之前，已通过应用功能网元将所述第一应用服务器迁移至所述第二应用服务器。在示例性实施例中，所述目标重定位消息可以包括会话管理策略控制更新通知消息。其中，接收目标重定位消息，可以包括：从目标策略控制功能网元接收所述会话管理策略控制更新通知消息，所述会话管理策略控制更新通知消息可以包括与所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，所述会话管理策略控制更新通知消息可以是所述目标策略控制功能网元根据从目标网络开放功能网元接收到的策略授权请求消息生成的，所述策略授权请求消息包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。其中，所述策略授权请求消息可以是所述目标网络开放功能网元根据从应用功能网元接收到的影响数据路由请求消息生成的，所述影响数据路由请求消息可以包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，所述会话管理策略控制更新通知消息可以是所述目标策略控制功能网元根据从应用功能网元接收到的影响数据路由请求消息生成的，所述影响数据路由请求消息可以包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，所述目标重定位消息包括事件开放应用重定位信息消息。其中，接收目标重定位消息可以包括：从应用功能网元接收所述事件开放应用重定位信息消息，所述事件开放应用重定位信息消息包括所述目标数据路由信息。在示例性实施例中，在接收所述目标重定位消息之前，所述方法还可以包括：接收所述应用功能网元的早事件订阅消息；决定作协议数据单元会话锚点用户面功能网元的修改；根据作协议数据单元会话锚点用户面功能网元的修改的决定，向所述应用功能网元传输早事件通知消息，所述早事件通知消息包括事件通知参数，所述事件通知参数包括所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识和第二协议数据单元会话锚点用户面功能网元对应的所述目标数据网络接入标识。在示例性实施例中，所述方法还可以包括：所述应用功能网元根据所述早事件通知消息，触发将所述第一应用服务器从所述源数据网络接入标识迁移至所述目标数据网络接入标识，成为所述第二应用服务器。在步骤s520中，根据所述目标数据路由信息生成数据包处理规则，所述数据包处理规则可以包括网络地址转换规则，所述网络地址转换规则可以包括将所述目标用户设备发送的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器网络地址，并将接收到的目的地址为所述目标用户设备网络地址的下行数据包的源地址从所述第二应用服务器网络地址转换为所述第一应用服务器网络地址。在示例性实施例中，若所述目标数据路由信息还包括所述第一应用服务器的第一端口号和所述第二应用服务器的第二端口号，则所述网络地址转换规则还可以包括将所述上行数据包的目的端口号从所述第一端口号转换为所述第二端口号，并将所述下行数据包的源端口号从所述第二端口号转换为所述第一端口号。在步骤s530中，将所述数据包处理规则下发至目标网络设备，以使得所述目标网络设备根据所述数据包处理规则，将所述目标用户设备发送的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器，并将接收到的目的地址为所述目标用户设备网络地址、源地址为所述第二应用服务器网络地址的下行数据包转发至所述目标用户设备。在示例性实施例中，若所述目标数据网络接入标识与所述源数据网络接入标识匹配，则所述目标网络设备可以包括所述第一协议数据单元会话锚点用户面功能网元。其中，将所述数据包处理规则下发至目标网络设备，可以包括：向所述第一协议数据单元会话锚点用户面功能网元发送n4会话修改请求消息，所述n4会话修改请求消息包括所述数据包处理规则。在示例性实施例中，所述方法还可以包括：接收所述第一协议数据单元会话锚点用户面功能网元回复的n4会话修改响应消息；向所述目标策略控制功能网元返回会话管理策略控制更新通知响应消息，以使得所述目标策略控制功能网元向应用功能网元返回影响数据路由响应消息，所述应用功能网元接收到所述影响数据路由响应消息后，触发完成将所述第一应用服务器迁移至所述第二应用服务器。在示例性实施例中，若所述目标数据网络接入标识与所述第一协议数据单元会话锚点用户面功能网元支持的源数据网络接入标识不匹配，则所述目标网络设备可以包括第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元，所述数据包处理规则还可以包括数据包转发规则，所述数据包转发规则可以包括将接收到的源地址为所述目标用户设备网络地址、目的地址为所述第一应用服务器网络地址的上行数据包转发至所述第二协议数据单元会话锚点用户面功能网元。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包转发规则下发至所述上行分类器用户面功能网元；将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，将所述数据包处理规则下发至目标网络设备之前，所述方法还可以包括：确定所述第二协议数据单元会话锚点用户面功能网元；确定所述上行分类器用户面功能网元；更新所述第一协议数据单元会话锚点用户面功能网元的下行用户面；更新所述第二协议数据单元会话锚点用户面功能网元的下行用户面。在示例性实施例中，若所述目标数据网络接入标识与所述第一协议数据单元会话锚点用户面功能网元支持的源数据网络接入标识不匹配，则所述目标网络设备可以包括上行分类器用户面功能网元。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包处理规则下发至所述上行分类器用户面功能网元。在示例性实施例中，所述数据包处理规则还可以包括数据包转发规则。其中，在接收所述目标重定位消息之后，所述方法还可以包括：确定所述第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；将所述第二协议数据单元会话锚点用户面功能网元和所述上行分类器用户面功能网元作为所述目标网络设备。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包转发规则下发至所述上行分类器用户面功能网元；将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，在接收所述目标重定位消息之后，所述方法还可以包括：确定所述第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；将所述上行分类器用户面功能网元作为所述目标网络设备。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包处理规则下发至所述上行分类器用户面功能网元。在示例性实施例中，在接收所述目标重定位消息之前，所述方法还可以包括：接收所述应用功能网元的晚事件订阅消息；决定作协议数据单元会话锚点用户面功能网元的修改；根据作协议数据单元会话锚点用户面功能网元的修改的决定，确定第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；配置所述上行分类器用户面功能网元将接收到的上行数据包转发至所述第一协议数据单元会话锚点用户面功能网元；向所述应用功能网元传输晚事件通知消息，所述晚事件通知消息包括事件通知参数，所述事件通知参数包括所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识和所述第二协议数据单元会话锚点用户面功能网元对应的所述目标数据网络接入标识。在示例性实施例中，所述方法还可以包括：所述应用功能网元根据所述晚事件通知消息，触发将所述第一应用服务器从所述源数据网络接入标识迁移至所述目标数据网络接入标识，成为所述第二应用服务器。在示例性实施例中，所述数据包处理规则还可以包括数据包转发规则。其中，在接收所述目标重定位消息之后，所述方法还可以包括：将所述第二协议数据单元会话锚点用户面功能网元和所述上行分类器用户面功能网元作为所述目标网络设备。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包转发规则下发至所述上行分类器用户面功能网元；将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，在接收所述目标重定位消息之后，所述方法还可以包括：将所述上行分类器用户面功能网元作为所述目标网络设备。其中，将所述数据包处理规则下发至目标网络设备，可以包括：将所述数据包处理规则下发至所述上行分类器用户面功能网元。本公开实施方式提供的用于实现用户业务连续性的方法，一方面，利用网络地址转换技术，能够实现当应用服务器发生迁移时，或者，当用户设备的位置发生变化时，保持业务的连续性，实现简单，容易部署；另一方面，是在相关技术方案上，增加一种新的技术方案，对系统的修改不大，容易进行标准化与大规模部署。图6示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。在图6实施例中描述了源dnai不变的情况下的(e)asrelocation(重定位)，即源dani和目标dnai相同。如图6所示，本公开实施例提供的方法可以包括以下步骤。步骤1.1、目标ue(目标用户设备)通过smf(会话管理网元)建立一个到达upf/psa1(第一协议数据单元会话锚点用户面功能网元)的目标pdusession(目标协议数据单元会话)，给目标ue分配一个ipv4(internetprotocolversion4，网际协议版本4)地址或一个ipv6(internetprotocolversion6，网际协议版本6)prefix(前缀)给目标ue。在下文的描述中，也将ipv4地址与ipv6prefix统称为ip地址，目标ue的ip地址称之为目标用户设备网络地址。步骤1.2、目标ue通过分配的ip地址与一个(e)as1(第一应用服务器)建立了ip连接，进行ip通信以进行业务的交互。步骤1.3、af决定将(e)as1迁移到(e)as2(第二应用服务器)。例如，将运行(e)as1的虚拟机从一个物理的server(服务器)迁移到另外一个物理的server中。其中，两个物理的server可以是在同一个clouddatacenter(云数据中心)中，也可能不在同一个clouddatacenter中。当在同一个clouddatacenter中时，一般其对应的dnai不变，即(e)as1对应的源dnai与(e)as2对应的目标dnai相同。而不在同一个clouddatacenter中时，其对应的dnai将会发生改变，即(e)as1对应的源dnai与(e)as2对应的目标dnai不同。图6实施例中是以dnai不变为例进行举例说明的。步骤1.4、af可以直接向目标pcf(目标策略控制功能网元)发消息，af也可以先向目标nef(目标网络开放功能网元)发消息，然后目标nef向目标pcf发消息。图6实施例中，是以af向目标nef发送nnef_trafficinfluencecreate/updaterequest消息(nnef_数据影响创建/更新请求消息，称之为影响数据路由请求消息)为例进行举例说明的，在其它实施例中，af也可以直接向目标pcf发送nnef_trafficinfluencecreate/updaterequest消息。若是af第一次向目标nef发送trafficinfluence相关的消息，则是nnef_trafficinfluencecreaterequest消息；若af不是第一次向目标nef发送trafficinfluence相关的消息，则是nnef_trafficinfluenceupdaterequest消息。图6实施例中，nnef_trafficinfluencecreate/updaterequest消息中包含的ipue为步骤1.1和步骤1.2中的ueip地址(即目标用户设备网络地址)，(e)as1relocationindication即(e)as1重定位指示信息用于指示(e)as1将要迁移；sourcednai(源dnai)和targetdnai(目标dnai)是新加入的参数，表明(e)as1将从sourcednai迁移到targetdnai，sourcednai与targetdnai若取相同的值，则表明dnai实际上没有发生改变；trafficfilter至少包含(e)as1对应的第一应用服务器网络地址(ip地址)ipas1，(e)as1对应的目标端口号portas1(第一应用服务器的第一端口号)，及传输层协议(如udp/tcp(transmissioncontrolprotocol，传输控制协议))，另外，还可能包含目标ue的ip地址即ipue；以及targetn6trafficroutinginformation(目标n6数据路由信息)即目标数据路由信息。继续参考图6，targetn6trafficroutinginformation可以包括dnai(这里是指目标dnai)；网络地址转换信息即nat，其中nat中包含(在(ipue,ipas1,(o(option的简称，即可选的)portas1)和(ipue,ipas2,(o)portas2)之间作nat转换)，即nat(between(ipue,ipas1,(o)portas1)and(ipue,ipas2,(o)portas2))，ipas2表示(e)as2对应的第二应用服务器网络地址(ip地址)，portas2表示第二应用服务器的第二端口号。需要说明的是，nnef_trafficinfluencecreate/updaterequest消息中可以包含一个或多个n6trafficroutinginformation，图6实施例中只列出本公开实施例提出的新的采用nat方法的n6trafficroutinginformation，这个nat是将源地址为ipue、目的地址为ipas1的ip流(上行数据包)转换为源地址为ipue、目标地址为ipas2的ip流；以及将源地址为ipas2、目的地址为ipue的ip流(下行数据包)转换为源地址为ipas1、目的地址为ipue的ip流。可选的，当包含port(端口)参数时，则nat是将源地址为ipue、目的地址为ipas1、目的端口号为portas1的ip流(上行数据包)转换为源地址为ipue、目标地址为ipas2、目的端口号为portas2的ip流；以及将源地址为ipas2、目的地址为ipue、源端口号为portas2的ip流(下行数据包)转换为源地址为ipas1、目的地址为ipue、源端口号为portas1的ip流。若af决定向目标nef发送nnef_trafficinfluencecreate/updaterequest消息，则af可以根据nnef_trafficinfluencecreate/updaterequest消息中的ipue查询内部配置信息得到目标nefid(标准不定义)，然后向此目标nefid对应的目标nef发送nnef_trafficinfluencecreate/updaterequest消息。步骤1.5、目标nef根据af提供的上述参数向目标pcf发送npcf_policyauthorization_create/updaterequest消息(npcf_策略授权_创建/更新请求，即策略授权请求消息)，若步骤1.4中是nnef_trafficinfluencecreaterequest消息，则步骤1.5是npcf_policyauthorization_createrequest消息；若步骤1.4中是nnef_trafficinfluenceupdaterequest消息，则步骤1.5是npcf_policyauthorization_updaterequest消息。其中目标nef根据af提供的上述参数可以映射得到supi、dnn和s-nssai。其中npcf_policyauthorization_create/updaterequest消息中的ipue，sourcednai，targetdnai，trafficfilter,targetn6trafficroutinginformation是直接来自于步骤1.4中的nnef_trafficinfluencecreate/updaterequest消息的参数。若af/目标nef向目标pcf发送npcf_policyauthorization_create/updaterequest消息，则af/目标nef是根据npcf_policyauthorization_create/updaterequest消息中的ipue查询bsf得到目标pcf的id，然后向目标pcf对应的pcf发送npcf_policyauthorization_create/updaterequest消息。步骤1.6、目标pcf向smf发送npcf_smpolicycontrolupdatenotify消息(npcf_sm策略控制更新通知消息，即会话管理策略控制更新通知消息，sm的英文全称是sessionmanagement)，其中包含步骤1.4/1.5中提供的一些参数：ipue，sourcednai，targetdnai，trafficfilter,targetn6trafficroutinginformation。步骤1.7、smf接收目标pcf提供的npcf_smpolicycontrolupdatenotify消息，判断其中的targetdnai与sourcednai是一致的，因此，smf决定不进行psa的改变，即不进行ulcl的插入操作。同时smf根据目标pcf提供的targetn6trafficroutinginformation确定要进行nat操作，因此向upf/psa1发送n4sessioncommand(会话指令)，在步骤1.1中smf已经向upf/psa1发送了n4sessionestablishmentrequest消息(即n4会话建立请求消息)，upf/psa1向smf返回了n4sessionestablishmentresponse消息(即n4会话建立响应消息)。因此，在步骤1.7中，smf可以向upf/psa1发送n4sessionmodificationrequest消息(即n4会话修改请求消息)，在该n4会话修改请求消息中携带数据包处理规则。upf/psa1接收到n4sessionmodificationrequest消息后，向smf返回n4sessionmodificationresponse消息(即n4会话修改响应消息)，以确认已收到了n4sessionmodificationrequest消息。upf/psa1可以根据该数据包处理规则将检测到的源地址为ipue、目的地址为ipas1的ip流(上行数据包)转换为源地址为ipue、目标地址为ipas2的ip流；以及将检测到的源地址为ipas2、目的地址为ipue的ip流(下行数据包)转换为源地址为ipas1、目的地址为ipue的ip流。可选的，当包含port(端口)参数时，则upf/psa1可以将检测到的源地址为ipue、目的地址为ipas1、目的端口号为portas1的ip流(上行数据包)转换为源地址为ipue、目标地址为ipas2、目的端口号为portas2的ip流；以及将检测到的源地址为ipas2、目的地址为ipue、源端口号为portas2的ip流(下行数据包)转换为源地址为ipas1、目的地址为ipue、源端口号为portas1的ip流。步骤1.8、smf根据接收到的upf/psa1发送的n4sessionmodificationresponse消息，向目标pcf返回npcf_smpolicycontrolupdatenotifyresponse消息。步骤1.9、目标pcf根据接收到的smf发送的npcf_smpolicycontrolupdatenotifyresponse消息，向目标nef返回npcf_policyauthorization_create/updateresponse消息。步骤1.10、目标nef根据接收到的目标pcf发送的npcf_policyauthorization_create/updateresponse消息，向af返回nnef_trafficinfluencecreate/updateresponse消息。步骤1.11、af接收到目标nef的nnef_trafficinfluencecreate/updateresponse消息，若是positive(肯定)回复，则完成(e)as1迁移到(e)as2。步骤1.12、目标ue通过步骤1.1中建立的目标pdusession发送的上行数据包例如上行ip包到达upf/psa1，若upf/psa1根据上述步骤1.7中smf下发的数据包处理规则，检测到接收到的上行ip包的源地址为ipue，目的地址为ipas1，源端口号为portue(目标ue的端口号)，目的端口号为portas1(若数据包处理规则中还包括第一端口号和第二端口号)，传输层协议例如为udp/tcp，则进入步骤1.13。步骤1.13、upf/psa1根据上述步骤1.7中smf下发的数据包处理规则，将接收到的该上行ip包的目的地址ipas1替换为ipas2,将目的端口号portas1替换为portas2(若数据包处理规则中要进行port的转换，以下实施例中与此类似)。步骤1.14、upf/psa1将作nat转换的上行ip包(源地址ipue,目的地址ipas2,源端口号portue,目的端口号portas2,传输层协议(如udp/tcp))发给(e)as2。步骤1.15、(e)as2接收到上行ip包，回复的下行ip包(源地址ipas2,目的地址ipue,源端口号portas2,目的端口号portue,传输层协议(如udp/tcp))到达upf/psa1。步骤1.16、upf/psa1根据步骤1.7中smf下发的数据包处理规则，检测到该下行ip包的(源地址ipas2,目的地址ipue,源端口号portas2,传输层协议(如udp/tcp))匹配数据包处理规则，则将接收到的下行ip包的目的地址ipas2替换为ipas1,将源端口号portas2替换为portas1(若数据包处理规则中要进行port的转换，以下实施例中与此类似)。步骤1.17、upf/psa1将作nat转换的下行ip包(源地址ipas1,目的地址ipue,源端口号portas1,目的端口号portue,传输层协议(如udp/tcp))通过建立的目标pdusession发送给目标ue。需要说明的是，若upf/psa1后继接收到的上行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤1.13和1.14处理。若upf/psa1后继接收到的下行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤1.16和1.17处理。若数据包处理规则中包含port项，则需要作port的转换。图7示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图7实施例中的步骤2.1-2.2与图6实施例中的步骤1.1-1.2类似。图7实施例与图6实施例的区别之处在于，在步骤2.3中，(e)as1完成到(e)as2的迁移，因此图6实施例中的步骤1.11不再执行。图7实施例中的步骤2.4-2.10与图6实施例中的步骤1.4-1.10类似，图7实施例中的步骤2.11-2.16与图6实施例中的步骤1.12-1.17类似。在下面的实施例中，也可以包括类似的(e)as1完成到(e)as2的迁移的后与前两种情形。图8示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图8实施例是dnai改变情况下的(e)asrelocation，且确定由upf/psa2(第二协议数据单元会话锚点用户面功能网元)作nat转换。图8实施例中的步骤3.1-3.6与图6实施例中的步骤1.1-1.6类似，只是af发出的消息中的targetdnai同sourcednai不相同。图8实施例与图6实施例的区别之处在于，还包括以下步骤。步骤3.7、若smf收到目标pcf的消息中的targetn6trafficroutinginformation(dnai，nat(between(ipue,ipas1,(o)portas1)and(ipue,ipas2,(o)portas2))中的dnai(目标dnai)与当前smf的upf/psa1所支持的dnai(源dnai)不匹配，则smf确定并选择一个匹配af提供的dnai(目标dnai)的upf/psa2及upf/ulcl(上行分类器用户面功能网元)，smf向选择的upf/psa2发送消息，smf与psa2的详细交互过程见ts23.502的章节4.3.5.4(additionofadditionalpdusessionanchorandbranchingpointorulcl，新增pdu会话锚点和分支点或者上行分类器的增加))的步骤2。步骤3.8、smf确定并选择一个upf/ulcl，smf与upf/ulcl的详细交互过程见ts23.502的章节4.3.5.4的步骤3。步骤3.9、smf向upf/psa1发消息，以使得upf/psa1的下行用户面从ran(radioan，无线接入网)切换到upf/ulcl上来。详细交互过程见ts23.502的章节4.3.5.4的步骤4。步骤3.10、smf向upf/psa2发消息，以使得upf/psa2的下行用户面为upf/ulcl，详细交互过程见ts23.502的章节4.3.5.4的步骤5。步骤3.11、smf根据步骤3.7中收到的targetn6trafficroutinginformation(dnai，nat(between(ipue,ipas1,(o)portas1)and(ipue,ipas2,(o)portas2)生成向upf/ulcl发送数据包转发规则，根据该数据包转发规则，upf/ulcl可以将接收到的源地址为ipue、目的地址为ipas1、可选的还可以包括目的端口号为portas1的上行数据包转发到upf/psa2。需要说明的是，步骤3.11也可以在步骤3.8中执行，即smf第一次向upf/ulcl发送消息时，发送的是n4sessionestablishmentrequest消息，可以将数据包转发规则包含在该n4sessionestablishmentrequest消息中发送给upf/ulcl，upf/ulcl给smf回复n4sessionestablishmentresponse消息以确认收到了该n4sessionestablishmentrequest消息。若smf不是第一次向upf/ulcl发送消息，则发送的是n4sessionmodificationrequest消息，可以将数据包转发规则包含在该n4sessionmodificationrequest消息中发送给upf/ulcl，upf/ulcl给smf回复n4sessionmodificationresponse消息以确认收到了该n4sessionmodificationrequest消息。上述smf发送给upf/ulcl的包含数据包转发规则的n4sessionestablishmentrequest消息或者n4sessionmodificationrequest消息称之为第一n4会话请求消息。步骤3.12、smf根据步骤3.7中收到targetn6trafficroutinginformation(dnai，nat(between(ipue,ipas1,(o)portas1)and(ipue,ipas2,(o)portas2)生成并向upf/psa2发送网络地址转换规则，以使得upf/psa2能够执行nat操作。需要说明的是，步骤3.12也可以在步骤3.10中执行，即smf第一次向upf/psa2发送消息时，发送的是n4sessionestablishmentrequest消息，可以将网络地址转换规则包含在该n4sessionestablishmentrequest消息中发送给upf/psa2，upf/psa2给smf回复n4sessionestablishmentresponse消息以确认收到了该n4sessionestablishmentrequest消息。若smf不是第一次向upf/psa2发送消息，则发送的是n4sessionmodificationrequest消息，可以将网络地址转换规则包含在该n4sessionmodificationrequest消息中发送给upf/psa2，upf/psa2给smf回复n4sessionmodificationresponse消息以确认收到了该n4sessionmodificationrequest消息。上述smf发送给upf/psa2的包含数据包转发规则的n4sessionestablishmentrequest消息或者n4sessionmodificationrequest消息称之为第二n4会话请求消息。步骤3.13、smf向ran发消息，以使得ran的上行用户面更新为upf/ulcl，详细交互过程见ts23.502的章节4.3.5.4的步骤6。图8实施例中的步骤3.14-3.17与图6实施例中的步骤1.8-1.11类似。步骤3.18、目标ue发送的上行数据包例如上行ip包(源地址ipue,目的地址ipas,源端口号portue,目的端口号portas1,传输层协议(如udp/tcp))到达upf/ulcl。步骤3.19、upf/ulcl根据步骤3.11中smf下发的数据包转发规则，若检测到该上行ip包的源地址为ipue，目的地址为ipas1，目的端口号为portas1(若数据包转发规则中还包含port相关参数))，则将该匹配数据包转发规则的上行ip包转发给upf/psa2，否则将不匹配该数据包转发规则的上行ip包转发给upf/psa1。图8实施例中的步骤3.20-3.25与图6实施例中的步骤1.13-1.17类似，只是图8实施例中是upf/psa2执行数据包处理规则的匹配与nat转换，并且下行数据包是由upf/psa2发送给upf/ulcl，然后再发送给目标ue。可以理解的是，图8实施例中，upf/ulcl需要对上行数据包进行匹配与转向操作；对于下行数据包，不作匹配操作，直接将下行数据包发送给ran，然后到达目标ue。需要说明的是，若upf/psa2后继接收到的上行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤3.20和3.21处理。若upf/psa2后继接收到的下行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤3.22和3.23处理。若数据包处理规则中包含port项，则需要作port的转换。图9示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图9实施例与图8实施例类似，其区别在于，在步骤4.3完成(e)as1到(e)as2的迁移，因此图8实施例中的步骤3.17不再执行。图9实施例中的步骤4.1-4.2与图8实施例中的步骤3.1-3.2类似，图9实施例中的步骤4.4-4.16与图8实施例中的步骤3.4-3.16类似，图9实施例中的步骤4.17-4.24与图8实施例中的步骤3.18-3.25类似。图10示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图10实施例与图8实施例类似，其区别在于图10实施例中由upf/ulcl作nat转换，而非upf/psa2。图8实施例中的upf/ulcl只作数据包处理规则中的匹配转向，upf/psa2作nat转换。图10实施例是将图8实施例中的nat转换从upf/psa2改变到upf/ulcl上来。因此，图10实施例中的upf/ulcl具有nat转换后数据转向功能，而upf/psa2不再具有特殊的功能，与相关标准中的功能类似。图10实施例中的步骤5.1-5.10与图8实施例中的步骤3.1-3.10类似，af发出的消息中的targetdnai同sourcednai不相同。图8实施例中的步骤3.11和3.12不再执行。步骤5.11、smf根据步骤5.6中收到targetn6trafficroutinginformation(dnai，nat(between(ipue,ipas1,(o)portas1)and(ipue,ipas2,(o)portas2)生成并向upf/ulcl下发数据包处理规则，以使得upf/ulcl能够进行nat操作，且可以将转换后的上行数据包发送给upf/psa2。需要说明的是，步骤5.11也可以在步骤5.8中执行，即smf第一次向upf/ulcl发送消息时，发送的是n4sessionestablishmentrequest消息，可以将数据包处理规则包含在该n4sessionestablishmentrequest消息中发送给upf/ulcl，upf/ulcl给smf回复n4sessionestablishmentresponse消息以确认收到了该n4sessionestablishmentrequest消息。若smf不是第一次向upf/ulcl发送消息，则发送的是n4sessionmodificationrequest消息，可以将数据包处理规则包含在该n4sessionmodificationrequest消息中发送给upf/ulcl，upf/ulcl给smf回复n4sessionmodificationresponse消息以确认收到了该n4sessionmodificationrequest消息。上述smf发送给upf/ulcl的包含数据包处理规则的n4sessionestablishmentrequest消息或者n4sessionmodificationrequest消息称之为目标n4会话请求消息。步骤5.12-5.17同图8实施例中的步骤3.13-3.18。步骤5.18、upf/ulcl根据步骤5.11中smf下发的数据包处理规则，检测到接收到的上行数据包的源地址为ipue，目的地址为ipas1，目的端口号为portas(若数据包处理规则中还包含portas))，则将匹配该数据包处理规则的上行数据包进行nat转换(见图6实施例的步骤1.13)。步骤5.19、upf/ulcl将转换后的上行数据包转发给upf/psa2。upf/ulcl将不匹配该数据包处理规则的上行数据包转发给upf/psa1。步骤5.20、upf/psa2将该上行数据包发送给(e)as2。步骤5.21、(e)as2回复的下行数据包(源地址ipas2,目的地址ipue,源端口号portas2,目的端口号portue,传输层协议(如udp/tcp))到达upf/psa2。步骤5.22、upf/psa2将该下行数据包发送给upf/ulcl。步骤5.23、upf/ulcl根据步骤5.11中smf下发的数据包处理规则，检测到该下行ip包的源地址为ipas2，目的地址为ipue，源端口号为portas2，传输层协议为如udp/tcp，则将匹配数据包处理规则的下行数据包的目的地址从ipas2替换为ipas1,将源端口号portas2替换为portas1(若数据包处理规则中要进行port的转换)，然后将转换后的下行数据包发送给目标ue。图10实施例中，upf/ulcl需要对上、下行数据包进行匹配，nat转换及转向操作。需要说明的是，若upf/ulcl后继接收到的上行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤5.18和5.19处理。若upf/ulcl后继接收到的下行数据包，仍然匹配上述数据包处理规则的，则继续按照上述步骤5.22和5.23处理。若数据包处理规则中包含port项，则需要作port的转换。图11示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图11实施例与图10实施例类似，其不同之处在步骤6.3完成(e)as1到(e)as2的迁移，因此图10实施例中的步骤5.16不再执行。图11实施例中的步骤6.1-4.2与图10实施例中的步骤5.1-5.2类似，图11实施例中的步骤6.4-6.15与图10实施例中的步骤5.4-5.16类似，图11实施例中的步骤6.16-6.23与图10实施例中的步骤5.17-5.24类似。本公开实施方式提供的用于实现业务连续性的方法，af可以发起在dnai变化及不变化的情形下，(e)as的地址变化，从而保持业务的连续性。可以应用于ec，ec有重大的应用价值，可以广泛应用于游戏加速、视频加速与v2x(vehicletoeverything，车用无线通信技术)等业务中。本公开实施例提供的nat技术方案简单可行，容易部署。只是在相关标准的技术方案之上，增加一种新的方案，因此，对系统的修改不大，容易进行标准化与大规模部署。图12示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图12实施例使用earlynotification，在dnai变化的情况下进行(e)asrelocation，并确定由upf/psa2执行nat转换。步骤7.1-7.2与图6实施例中的步骤1.1-1.2类似，且图12实施例中，af向smf订阅了一些事件。af向smf订阅的事件是“up_path_ch”。af可以直接向smf订阅，也可以先向目标nef订阅，然后目标nef再向smf订阅，订阅的事件“up_path_ch可以是“early(早)”，“late(晚)”或“early_late”(早_晚)。若af向smf订阅的“up_path_ch”是“early(早)”或“early_late”(早_晚)，则称之为af向smf发送了早事件订阅消息。步骤7.3、由于目标ue的移动性，smf根据目标ue的位置可确定目标ue与upf/psa1之间的距离较远，upf/psa1作为目标ue的ipanchor不再适合与外部的(e)as1进行通信，需要进行协议数据单元会话锚点用户面功能网元的修改及用户数据路由的修改。此时af在smf上订阅的notification事件被触发。步骤7.4、当smf决定要进行协议数据单元会话锚点用户面功能网元的修改(增加一个upf/psa2及upf/ulcl，同时dnai作了改变)，且若af在smf上订阅的notification事件是“early”，或是“early_late”，则smf发起notification过程，smf可以直接向af或通过目标nef向af发送nsmf_eventexposure_notify(earlynotification)消息(nsmf_事件开放_通知(早通知)消息，即早事件通知消息)报告notification事件。则smf在eventnotification的这个参数中包含upf/psa2对应的目标dnai，以及对应于upf/psa1的源dnai，dnaichangetype为early，event类型是“up_path_ch”。步骤7.5、af触发(e)as1迁移到目标dnai成为(e)as2。步骤7.6、af向smf回复(e)as1迁移成功的nsmf_eventexposure_apprelocationinfo消息(nsmf_事件开放_应用重定位信息消息，即事件开放应用重定位信息消息)，此消息包含targetn6trafficroutinginformation，且此targetn6trafficroutinginformation包含与上述实施例中的targetn6trafficroutinginformation相同的参数。图12实施例中，smf确定upf/psa2进行nat转换的操作，步骤7.7-7.21可以参见图9实施例中的步骤4.7-4.24。图13示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图13实施例使用earlynotification，在dnai变化的情况下进行(e)asrelocation，并确定由upf/ulcl执行nat转换。步骤8.1-8.6同图12实施例的步骤7.1-7.6。图13实施例中，smf确定upf/ulcl进行nat转换的操作，步骤8.7-8.20可以参见图11实施例中的步骤6.7-6.23。图14示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图14实施例使用latenotification，在dnai变化的情况下进行(e)asrelocation，并确定由upf/psa2执行nat转换。步骤9.1-9.2类似实施例12中的步骤7.1-7.2，区别在于，图14实施例中，af向smf订阅的事件“up_path_ch”是“late(晚)”或“early_late”(早_晚)，则称之为af向smf发送了晚事件订阅消息。步骤9.3同实施例12中的步骤7.3。步骤9.4-9.7同实施例12中的步骤7.7-7.10。步骤9.8、smf配置upf/ulcl将目标ue的所有上行数据包仍然路由到upf/psa1，因为此时尚未完成将(e)as1迁移到(e)as2，此时不能将任何的上行数据包路由到upf/psa2上。步骤9.9同实施例12中的步骤7.13。步骤9.10、smf发起notification过程，smf可以直接向af或通过目标nef向af发送nsmf_eventexposure_notify(latenotification)消息(nsmf_事件开放_通知(晚通知)消息，即晚事件通知消息)报告notification事件。则smf在eventnotification的这个参数中包含upf/psa2对应的目标dnai，以及对应于upf/psa1的源dnai，dnaichangetype为late，event类型是“up_path_ch”。步骤9.11、af触发(e)as1迁移到目标dnai成为(e)as2。步骤9.12、af向smf回复(e)as1迁移成功的nsmf_eventexposure_apprelocationinfo消息(nsmf_事件开放_应用重定位信息消息，即事件开放应用重定位信息消息)，此消息包含targetn6trafficroutinginformation，且此targetn6trafficroutinginformation包含与上述实施例中的targetn6trafficroutinginformation相同的参数。图14实施例中，smf确定upf/psa2进行nat转换的操作，步骤9.13-9.22可以参见图12实施例中的步骤7.11-7.12和步骤7.14-7.21。图15示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程示意图。图14实施例使用latenotification，在dnai变化的情况下进行(e)asrelocation，并确定由upf/ulcl执行nat转换。步骤10.1-12同图14实施例中的步骤9.1-9.10。步骤10.13同图13实施例中的步骤8.11。步骤10.14-10.21同图13实施例中的步骤8.13-8.20。本公开实施方式提供的用于实现业务连续性的方法，当ue位置变化导致ue的当前upf/psa1与(e)as1之间的路由不合适时，smf可以触发early与latenotification过程，通知(e)as进行不同dnai之间的迁移，同时实现了(e)as的地址变化时保持业务的连续性。可以应用于ec，ec有重大的应用价值，可以广泛应用于游戏加速、视频加速与v2x(vehicletoeverything，车用无线通信技术)等业务中。本公开实施例提供的nat技术方案简单可行，容易部署。只是在相关标准的技术方案之上，增加一种新的方案，因此，对系统的修改不大，容易进行标准化与大规模部署。图16示意性示出了根据本公开的一实施例的用于实现业务连续性的方法的流程图。如图16所示，本公开实施例提供的方法可以包括以下步骤。在步骤s1610中，通过目标用户面功能网元接收会话管理功能网元发送的目标n4会话请求消息，所述目标n4会话请求消息包括数据包处理规则，所述数据包处理规则包括网络地址转换规则。在步骤s1620中，通过所述目标用户面功能网元接收上行数据包。在步骤s1630中，若所述目标用户面功能网元根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址。在示例性实施例中，若所述目标用户面功能网元根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址，可以包括：若所述目标用户面功能网元根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址、目的端口号为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址、目的端口号转换为所述第二应用服务器的第二端口号。在步骤s1640中，通过所述目标用户面功能网元将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。在示例性实施例中，所述方法还可以包括：通过所述目标用户面功能网元接收下行数据包；若所述目标用户面功能网元根据所述数据包处理规则检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目标地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址；通过所述目标用户面功能网元将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述目标用户设备网络地址对应的目标用户设备。在示例性实施例中，若所述目标用户面功能网元根据所述数据包处理规则检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目标地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址，可以包括：若所述目标用户面功能网元根据所述数据包处理规则检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目标地址为所述目标用户设备网络地址、源端口号为所述第二应用服务器的第二端口号，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址、源端口号转换为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号。在示例性实施例中，所述目标用户面功能网元可以包括第一协议数据单元会话锚点用户面功能网元。在示例性实施例中，所述目标用户面功能网元可以包括上行分类器用户面功能网元和第二协议数据单元会话锚点用户面功能网元，所述数据包处理规则还包括数据包转发规则，所述目标n4会话请求消息包括第一n4会话请求消息和第二n4会话请求消息。其中，通过目标用户面功能网元接收会话管理功能网元发送的目标n4会话请求消息，可以包括：通过所述上行分类器用户面功能网元接收所述第一n4会话请求消息，所述第一n4会话请求消息包括所述数据包转发规则；通过所述第二协议数据单元会话锚点用户面功能网元接收所述第二n4会话请求消息，所述第二n4会话请求消息包括所述网络地址转换规则。在示例性实施例中，通过所述目标用户面功能网元接收上行数据包，可以包括：通过所述上行分类器用户面功能网元接收所述上行数据包。其中，若所述目标用户面功能网元根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址，可以包括：所述上行分类器用户面功能网元将匹配所述数据包转发规则的上行数据包转发至所述第二协议数据单元会话锚点用户面功能网元；所述第二协议数据单元会话锚点用户面功能网元根据所述网络地址转换规则，将检测到的从所述上行分类器用户面功能网元接收的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器地址。其中，通过所述目标用户面功能网元将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器，可以包括：通过所述第二协议数据单元会话锚点用户面功能网元将目的地址转换为所述第二应用服务器地址的上行数据包转发至所述第二应用服务器。在示例性实施例中，所述第二协议数据单元会话锚点用户面功能网元根据所述网络地址转换规则，将检测到的从所述上行分类器用户面功能网元接收的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器地址，可以包括：所述第二协议数据单元会话锚点用户面功能网元根据所述网络地址转换规则，将检测到的从所述上行分类器用户面功能网元接收的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器地址、目的端口号从所述第一应用服务器网络地址对应的第一应用服务器的第一端口号转换至所述第二应用服务器的第二端口号。在示例性实施例中，所述方法还可以包括：通过所述第二协议数据单元会话锚点用户面功能网元接收下行数据包；若所述第二协议数据单元会话锚点用户面功能网元检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目的地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址；所述第二协议数据单元会话锚点用户面功能网元将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述上行分类器用户面功能网元；所述上行分类器用户面功能网元将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述目标用户设备。在示例性实施例中，若所述第二协议数据单元会话锚点用户面功能网元检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目的地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址，可以包括：若所述第二协议数据单元会话锚点用户面功能网元检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目的地址为所述目标用户设备网络地址、源端口号为所述第二应用服务器的第二端口号，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址、源端口号转换为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号。在示例性实施例中，所述目标用户面功能网元可以包括上行分类器用户面功能网元。在示例性实施例中，在接收所述目标n4会话请求消息之前，所述方法还可以包括：建立与所述目标用户设备网络地址对应的目标用户设备之间的目标协议数据单元会话，以使得所述目标用户设备与所述第一应用服务器网络地址对应的第一应用服务器进行通信。本公开实施例提供的用于实现业务连续性的方法的具体实现可以参照上述其它实施例中用于实现业务连续性的方法中的内容，在此不再赘述。图17示意性示出了根据本公开的一实施例的用于实现业务连续性的装置的框图。如图17所示，本公开实施方式提供的用于实现业务连续性的装置1700可以包括：重定位消息接收单元1710、处理规则生成单元1720以及处理规则下发单元1730。其中，重定位消息接收单元1710可以用于接收目标重定位消息，所述目标重定位消息携带目标数据路由信息，所述目标数据路由信息包括目标数据网络接入标识和网络地址转换信息，所述网络地址转换信息包括目标用户设备网络地址、第一应用服务器网络地址和第二应用服务器网络地址，其中所述目标用户设备网络地址对应的目标用户设备已建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话，并与所述第一应用服务器网络地址对应的第一应用服务器进行通信。处理规则生成单元1720可以用于根据所述目标数据路由信息生成数据包处理规则，所述数据包处理规则包括网络地址转换规则，所述网络地址转换规则包括将所述目标用户设备发送的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器网络地址，并将接收到的目的地址为所述目标用户设备网络地址的下行数据包的源地址从所述第二应用服务器网络地址转换为所述第一应用服务器网络地址。处理规则下发单元1730可以用于将所述数据包处理规则下发至目标网络设备，以使得所述目标网络设备根据所述数据包处理规则，将所述目标用户设备发送的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器，并将接收到的目的地址为所述目标用户设备网络地址、源地址为所述第二应用服务器网络地址的下行数据包转发至所述目标用户设备。在示例性实施例中，所述目标重定位消息可以包括会话管理策略控制更新通知消息。其中，重定位消息接收单元1710可以包括：会话管理策略控制更新通知消息接收单元，可以用于从目标策略控制功能网元接收所述会话管理策略控制更新通知消息，所述会话管理策略控制更新通知消息可以包括与所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，所述会话管理策略控制更新通知消息可以是所述目标策略控制功能网元根据从目标网络开放功能网元接收到的策略授权请求消息生成的，所述策略授权请求消息可以包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。其中，所述策略授权请求消息可以是所述目标网络开放功能网元根据从应用功能网元接收到的影响数据路由请求消息生成的，所述影响数据路由请求消息可以包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，所述会话管理策略控制更新通知消息可以是所述目标策略控制功能网元根据从应用功能网元接收到的影响数据路由请求消息生成的，所述影响数据路由请求消息可以包括所述目标用户设备网络地址、所述源数据网络接入标识、所述目标数据网络接入标识和所述目标数据路由信息。在示例性实施例中，若所述目标数据网络接入标识与所述源数据网络接入标识匹配，则所述目标网络设备可以包括所述第一协议数据单元会话锚点用户面功能网元。其中，处理规则下发单元1730可以包括：n4会话修改请求消息发送单元，可以用于向所述第一协议数据单元会话锚点用户面功能网元发送n4会话修改请求消息，所述n4会话修改请求消息包括所述数据包处理规则。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：n4会话修改响应消息接收单元，可以用于接收所述第一协议数据单元会话锚点用户面功能网元回复的n4会话修改响应消息；会话管理策略控制更新通知响应消息返回单元，可以用于向所述目标策略控制功能网元返回会话管理策略控制更新通知响应消息，以使得所述目标策略控制功能网元向应用功能网元返回影响数据路由响应消息，所述应用功能网元接收到所述影响数据路由响应消息后，触发完成将所述第一应用服务器迁移至所述第二应用服务器。在示例性实施例中，在接收所述目标重定位消息之前，已通过应用功能网元将所述第一应用服务器迁移至所述第二应用服务器。在示例性实施例中，若所述目标数据路由信息还可以包括所述第一应用服务器的第一端口号和所述第二应用服务器的第二端口号，则所述网络地址转换规则还可以包括将所述上行数据包的目的端口号从所述第一端口号转换为所述第二端口号，并将所述下行数据包的源端口号从所述第二端口号转换为所述第一端口号。在示例性实施例中，若所述目标数据网络接入标识与所述第一协议数据单元会话锚点用户面功能网元支持的源数据网络接入标识不匹配，则所述目标网络设备可以包括第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元，所述数据包处理规则还可以包括数据包转发规则，所述数据包转发规则可以包括将接收到的源地址为所述目标用户设备网络地址、目的地址为所述第一应用服务器网络地址的上行数据包转发至所述第二协议数据单元会话锚点用户面功能网元。其中，处理规则下发单元1730可以包括：数据包转发规则下发单元，可以用于将所述数据包转发规则下发至所述上行分类器用户面功能网元；网络地址转换规则下发单元，可以用于将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：用户面路径改变单元，可以用于将所述数据包处理规则下发至目标网络设备之前，确定所述第二协议数据单元会话锚点用户面功能网元；确定所述上行分类器用户面功能网元；更新所述第一协议数据单元会话锚点用户面功能网元的下行用户面；更新所述第二协议数据单元会话锚点用户面功能网元的下行用户面。在示例性实施例中，若所述目标数据网络接入标识与所述第一协议数据单元会话锚点用户面功能网元支持的源数据网络接入标识不匹配，则所述目标网络设备可以包括上行分类器用户面功能网元。其中，处理规则下发单元1730可以包括：上行分类器接收包处理规则单元，可以用于将所述数据包处理规则下发至所述上行分类器用户面功能网元。在示例性实施例中，所述目标重定位消息可以包括事件开放应用重定位信息消息。其中，重定位消息接收单元1710可以包括：事件开放应用重定位信息消息接收单元，可以用于从应用功能网元接收所述事件开放应用重定位信息消息，所述事件开放应用重定位信息消息包括所述目标数据路由信息。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：早事件通知单元，可以用于在接收所述目标重定位消息之前，接收所述应用功能网元的早事件订阅消息；决定作协议数据单元会话锚点用户面功能网元的修改；根据作协议数据单元会话锚点用户面功能网元的修改的决定，向所述应用功能网元传输早事件通知消息，所述早事件通知消息包括事件通知参数，所述事件通知参数包括所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识和第二协议数据单元会话锚点用户面功能网元对应的所述目标数据网络接入标识。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：第一应用服务器迁移单元，可以用于所述应用功能网元根据所述早事件通知消息，触发将所述第一应用服务器从所述源数据网络接入标识迁移至所述目标数据网络接入标识，成为所述第二应用服务器。在示例性实施例中，所述数据包处理规则还可以包括数据包转发规则。其中，用于实现业务连续性的装置1700还可以包括：第二上行用户面功能网元确定单元，可以用于在接收所述目标重定位消息之后，确定所述第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；第一目标网络设备确定单元，可以用于将所述第二协议数据单元会话锚点用户面功能网元和所述上行分类器用户面功能网元作为所述目标网络设备。其中，处理规则下发单元1730可以包括：数据包转发规则发送单元，可以用于将所述数据包转发规则下发至所述上行分类器用户面功能网元；网络地址转换规则发送单元，可以用于将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：用户面功能网元新增单元，可以用于在接收所述目标重定位消息之后，确定所述第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；第二目标网络设备确定单元，可以用于将所述上行分类器用户面功能网元作为所述目标网络设备。其中，处理规则下发单元1730可以包括：数据包处理规则发送单元，可以用于将所述数据包处理规则下发至所述上行分类器用户面功能网元。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：晚事件通知单元，可以用于在接收所述目标重定位消息之前，接收所述应用功能网元的晚事件订阅消息；决定作协议数据单元会话锚点用户面功能网元的修改；根据作协议数据单元会话锚点用户面功能网元的修改的决定，确定第二协议数据单元会话锚点用户面功能网元和上行分类器用户面功能网元；配置所述上行分类器用户面功能网元将接收到的上行数据包转发至所述第一协议数据单元会话锚点用户面功能网元；向所述应用功能网元传输晚事件通知消息，所述晚事件通知消息包括事件通知参数，所述事件通知参数包括所述第一协议数据单元会话锚点用户面功能网元对应的源数据网络接入标识和所述第二协议数据单元会话锚点用户面功能网元对应的所述目标数据网络接入标识。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：第二应用服务器迁移单元，可以用于所述应用功能网元根据所述晚事件通知消息，触发将所述第一应用服务器从所述源数据网络接入标识迁移至所述目标数据网络接入标识，成为所述第二应用服务器。在示例性实施例中，所述数据包处理规则还可以包括数据包转发规则。其中，用于实现业务连续性的装置1700还可以包括：第三目标网络设备确定单元，可以用于在接收所述目标重定位消息之后，将所述第二协议数据单元会话锚点用户面功能网元和所述上行分类器用户面功能网元作为所述目标网络设备。其中，处理规则下发单元1730可以包括：数据包转发规则传输单元，可以用于将所述数据包转发规则下发至所述上行分类器用户面功能网元；网络地址转换规则传输单元，可以用于将所述网络地址转换规则下发至所述第二协议数据单元会话锚点用户面功能网元。在示例性实施例中，用于实现业务连续性的装置1700还可以包括：第四目标网络设备确定单元，可以用于在接收所述目标重定位消息之后，将所述上行分类器用户面功能网元作为所述目标网络设备。其中，处理规则下发单元1730可以包括：数据包检测规则下发单元，可以用于将所述数据包处理规则下发至所述上行分类器用户面功能网元。本公开实施例提供的用于实现业务连续性的装置中的各个单元的具体实现可以参照上述用于实现业务连续性的方法中的内容，在此不再赘述。图18示意性示出了根据本公开的一实施例的用户面功能网元的框图。如图18所示，本公开实施方式提供的用户面功能网元1800可以包括：会话请求消息接收单元1810、上行数据包接收单元1820、上行数据包检测转换单元1830以及上行数据包转发单元1840。其中，会话请求消息接收单元1810可以用于接收会话管理功能网元发送的目标n4会话请求消息，所述目标n4会话请求消息包括数据包处理规则，所述数据包处理规则包括网络地址转换规则。上行数据包接收单元1820可以用于接收上行数据包。上行数据包检测转换单元1830可以用于若根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址。上行数据包转发单元1840可以用于将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。在示例性实施例中，上行数据包检测转换单元1830可以包括：第一目的端口号转换单元，可以用于若根据所述数据包处理规则检测到所述上行数据包的源地址为目标用户设备网络地址、目的地址为第一应用服务器网络地址、目的端口号为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号，则根据所述网络地址转换规则将所述上行数据包的目的地址转换为第二应用服务器网络地址、目的端口号转换为所述第二应用服务器的第二端口号。在示例性实施例中，用户面功能网元1800还可以包括：第一下行数据包接收单元，可以用于接收下行数据包；第一源地址转换单元，可以用于若根据所述数据包处理规则检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目标地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址；第一下行数据包转发单元，可以用于将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述目标用户设备网络地址对应的目标用户设备。在示例性实施例中，第一源地址转换单元可以包括：第一源端口号转换单元，可以用于若根据所述数据包处理规则检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目标地址为所述目标用户设备网络地址、源端口号为所述第二应用服务器的第二端口号，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址、源端口号转换为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号。在示例性实施例中，所述用户面功能网元可以包括第一协议数据单元会话锚点用户面功能网元。在示例性实施例中，所述用户面功能网元可以包括上行分类器用户面功能网元和第二协议数据单元会话锚点用户面功能网元，所述数据包处理规则还可以包括数据包转发规则，所述目标n4会话请求消息可以包括第一n4会话请求消息和第二n4会话请求消息。其中，会话请求消息接收单元1810可以包括：第一n4会话请求消息接收单元，可以用于通过所述上行分类器用户面功能网元接收所述第一n4会话请求消息，所述第一n4会话请求消息包括所述数据包转发规则；第二n4会话请求消息接收单元，可以用于通过所述第二协议数据单元会话锚点用户面功能网元接收所述第二n4会话请求消息，所述第二n4会话请求消息包括所述网络地址转换规则。在示例性实施例中，上行数据包接收单元1820可以包括：上行数据包获得单元，可以用于通过所述上行分类器用户面功能网元接收所述上行数据包。其中，上行数据包检测转换单元1830可以包括：上行数据包发送单元，可以用于所述上行分类器用户面功能网元将匹配所述数据包转发规则的上行数据包转发至所述第二协议数据单元会话锚点用户面功能网元；目的地址转换单元，可以用于所述第二协议数据单元会话锚点用户面功能网元根据所述网络地址转换规则，将检测到的从所述上行分类器用户面功能网元接收的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器地址。其中，上行数据包转发单元1840可以包括：上行数据包传输单元，可以用于通过所述第二协议数据单元会话锚点用户面功能网元将目的地址转换为所述第二应用服务器地址的上行数据包转发至所述第二应用服务器。在示例性实施例中，目的地址转换单元可以包括：第二目的端口号转换单元，可以用于所述第二协议数据单元会话锚点用户面功能网元根据所述网络地址转换规则，将检测到的从所述上行分类器用户面功能网元接收的上行数据包的目的地址从所述第一应用服务器网络地址转换为所述第二应用服务器地址、目的端口号从所述第一应用服务器网络地址对应的第一应用服务器的第一端口号转换至所述第二应用服务器的第二端口号。在示例性实施例中，用户面功能网元1800还可以包括：第二下行数据包接收单元，可以用于通过所述第二协议数据单元会话锚点用户面功能网元接收下行数据包；第二源地址转换单元，可以用于若所述第二协议数据单元会话锚点用户面功能网元检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目的地址为所述目标用户设备网络地址，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址；第二下行数据包转发单元，可以用于所述第二协议数据单元会话锚点用户面功能网元将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述上行分类器用户面功能网元；第三下行数据包转发单元，可以用于所述上行分类器用户面功能网元将源地址转换为所述第一应用服务器网络地址的下行数据包转发至所述目标用户设备。在示例性实施例中，第二源地址转换单元可以包括：第二源端口号转换单元，可以用于若所述第二协议数据单元会话锚点用户面功能网元检测到所述下行数据包的源地址为所述第二应用服务器网络地址、目的地址为所述目标用户设备网络地址、源端口号为所述第二应用服务器的第二端口号，则根据所述网络地址转换规则将所述下行数据包的源地址转换为所述第一应用服务器网络地址、源端口号转换为所述第一应用服务器网络地址对应的第一应用服务器的第一端口号。在示例性实施例中，所述用户面功能网元可以包括上行分类器用户面功能网元。在示例性实施例中，用户面功能网元1800还可以包括：单元会话建立单元，可以用于在接收所述目标n4会话请求消息之前，建立与所述目标用户设备网络地址对应的目标用户设备之间的目标协议数据单元会话，以使得所述目标用户设备与所述第一应用服务器网络地址对应的第一应用服务器进行通信。本公开实施例提供的用户面功能网元中的各个单元的具体实现可以参照上述用于实现业务连续性的方法中的内容，在此不再赘述。图19示意性示出了根据本公开的一实施例的用户设备的框图。如图19所示，本公开实施方式提供的用户设备1900可以包括：单元会话建立单元1910、应用服务器通信单元1920以及上行数据包发送单元1930。其中，单元会话建立单元1910可以用于建立到达第一协议数据单元会话锚点用户面功能网元的目标协议数据单元会话。应用服务器通信单元1920可以用于与第一应用服务器网络地址对应的第一应用服务器进行通信。上行数据包发送单元1930可以用于向目标网络设备发送上行数据包，所述上行数据包的源地址为目标网络设备网络地址、目的地址为所述第一应用服务器网络地址，以便于所述目标网络设备根据数据包处理规则对所述上行数据包进行处理，将所述上行数据包的目的地址转换为第二应用服务器网络地址，将目的地址转换为所述第二应用服务器网络地址的上行数据包转发至所述第二应用服务器网络地址对应的第二应用服务器。在示例性实施例中，用户设备1900还可以包括：下行数据包转接单元，可以用于从所述目标网络设备接收下行数据包，所述下行数据包的源地址是所述目标网络设备根据所述数据包处理规则，从所述第二应用服务器网络地址转换为所述第一应用服务器网络地址，所述下行数据包的目的地址为所述目标用户设备网络地址。本公开实施例提供的用户设备中的各个单元的具体实现可以参照上述用于实现业务连续性的方法中的内容，在此不再赘述。应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本
技术领域：
中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。当前第1页12