CN113630818B - 重定向方法、装置、相关设备及存储介质 - Google Patents

重定向方法、装置、相关设备及存储介质 Download PDF

Info

Publication number
CN113630818B
CN113630818B CN202010383799.2A CN202010383799A CN113630818B CN 113630818 B CN113630818 B CN 113630818B CN 202010383799 A CN202010383799 A CN 202010383799A CN 113630818 B CN113630818 B CN 113630818B
Authority
CN
China
Prior art keywords
mec server
terminal
address
upf
redirection
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.)
Active
Application number
CN202010383799.2A
Other languages
English (en)
Other versions
CN113630818A (zh
Inventor
郝丽
王晔
李源
张喆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202010383799.2A priority Critical patent/CN113630818B/zh
Publication of CN113630818A publication Critical patent/CN113630818A/zh
Application granted granted Critical
Publication of CN113630818B publication Critical patent/CN113630818B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种重定向方法、装置、相关设备及存储介质。其中，方法包括：终端向切换后的用户面功能实体(UPF)发送第一信息；第一信息用于指示所述切换后的UPF获取第二多接入边缘计算(MEC)服务器的网际互连协议(IP)地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。

Description

重定向方法、装置、相关设备及存储介质
技术领域
本申请涉及无线通信领域，尤其涉及一种重定向方法、装置、相关设备及存储介质。
背景技术
重定向是指通过各种方法将各种网络请求重新定个方向转到其它位置(如：网页重定向、域名的重定向、路由选择的变化也是对数据报文经由路径的一种重定向)。车联网多接入边缘计算(MEC，Multi-Access Edge Computing)应用包括车联网中对时延敏感或数据量大需本地卸载的业务，一般将这些应用部署在MEC服务器上。车辆高速移动时，为该车辆提供应用服务的MEC服务器会发生切换，而MEC服务器的切换会导致MEC服务器上承载的应用服务的访问网际互连协议(IP，Internet Protocol)地址发生变化，也就是说，由于车辆的移动性，车联网MEC应用服务普遍面临重定向问题。
然而，相关技术中，在车辆确定需要进行MEC应用服务重定向时，缺乏保障应用服务连续性的重定向方案。
发明内容
为解决相关技术问题，本申请实施例提供一种重定向方法、装置、相关设备及存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供了一种重定向方法，应用于终端，包括：
向切换后的用户面功能实体(UPF，User plane Function)发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
上述方案中，所述向切换后的UPF发送第一信息，包括：
向切换后的UPF发送所述第二MEC服务器的域名。
上述方案中，所述向切换后的UPF发送所述第二MEC服务器的域名，包括：
向所述切换后的UPF直接发送所述第二MEC服务器的域名；
或者，
向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
上述方案中，所述方法还包括：
切换UPF后，确定第一MEC服务器不能够提供应用服务。
上述方案中，所述切换UPF后，确定第一MEC服务器不能够提供应用服务，包括：
向切换后的UPF发送应用数据；
接收所述切换后的UPF发送的数据传输失败消息。
本申请实施例还提供了一种重定向方法，应用于UPF，包括：
终端切换UPF后，接收所述终端发送的第一信息；
基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
上述方案中，所述接收所述终端发送的第一信息，包括：
接收所述终端发送的所述第二MEC服务器的域名。
上述方案中，所述接收所述终端发送的所述第二MEC服务器的域名，包括：
接收所述终端直接发送的所述第二MEC服务器的域名；
或者，
接收所述终端发送的携带所述第二MEC服务器域名的应用数据。
上述方案中，在接收所述终端发送的携带所述第二MEC服务器的域名的情况下，所述方法还包括：
基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器。
上述方案中，所述方法还包括：
接收所述终端发送的应用数据；
向所述终端返回数据传输失败消息。
上述方案中，所述获取第二MEC服务器的IP地址，包括：
基于所述域名，通过向域名服务协议(DNS，Domain Name System)服务器查询，获取所述第二MEC服务器的IP地址。
本申请实施例提供了一种重定向方法，应用于应用功能实体(AF，ApplicationFunction)，包括：
获取来自终端的应用服务对应的数据包；
利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
将获取的第二MEC服务器的IP地址同步给会话管理功能实体(SMF，SessionManagement Function)，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，
重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
上述方案中，通过Naf_事件开放服务，获取所述第二MEC服务器的IP地址。
本申请实施例还提供了一种重定向方法，应用于SMF，包括：
接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则。
上述方案中，所述向所述终端通知第二MEC服务器的IP地址，包括：
通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
本申请实施例还提供了一种终端，包括：
所述第三通信接口，用于向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
本申请实施例还提供了一种UPF，包括：
第四通信接口，用于终端切换UPF后，接收所述终端发送的第一信息；
第四处理器，用于基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
本申请实施例还提供了一种AF，包括：
所述第一通信接口，用于获取来自终端的应用服务对应的数据包；
所述第一处理器，用于利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
所述第一通信接口，还用于获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
本申请实施例还提供了一种SMF，包括：
第二通信接口，用于接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
第二处理器，用于通过所述第二通信接口向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；基于生成的会话相关策略，通过所述第二通信接口向所述终端切换后的UPF配置路由规则。
本申请实施例还提供了一种终端，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，
其中，所述第三处理器用于运行所述计算机程序时，执行上述终端侧任一方法的步骤。
本申请实施例还提供了一种UPF，其特征在于，包括：第四处理器和用于存储能够在处理器上运行的计算机程序的第四存储器，
其中，所述第四处理器用于运行所述计算机程序时，执行上述UPF侧任一方法的步骤。
本申请实施例还提供了一种AF，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，
其中，所述第一处理器用于运行所述计算机程序时，执行上述AF侧任一方法的步骤。
本申请实施例还提供了一种SMF，其特征在于，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，
其中，所述第二处理器用于运行所述计算机程序时，执行上述SMF侧任一方法的步骤。
本申请实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述终端侧任一方法的步骤，或者实现上述UPF侧任一方法的步骤，或者实现上述AF侧任一方法的步骤，或者实现上述SMF侧任一方法的步骤。
本申请实施例提供的重定向方法、装置、相关设备及存储介质，AF获取来自终端的应用服务对应的数据包；利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；获取第二MEC服务器的IP地址；将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；而SMF接收来自AF同步的第二MEC服务器的IP地址；向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则，如此，能够满足终端的应用服务在保障连续性的同时实现重定向；终端向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；而UPF在终端切换UPF后，接收所述终端发送的第一信息；基于所述第一信息，获取第二MEC服务器的IP地址，如此，也能够满足终端的应用服务在保障连续性的同时实现重定向。
附图说明
图1a为通信系统架构中的SSC模式一的示意图；
图1b为通信系统架构中的SSC模式二的示意图；
图1c为通信系统架构中的SSC模式三的示意图；
图2为本申请实施例一种重定向的方法流程示意图；
图3为一种5G系统架构示意图；
图4为本申请实施例另一种重定向的方法流程示意图；
图5为本申请实施例第三种重定向的方法流程示意图；
图6为本申请应用实施例利用5GC消息通知进行重定向的方法流程示意图；
图7为本申请应用实施例一种利用边缘DNS进行重定向的方法流程示意图；
图8为本申请应用实施例第二种利用边缘DNS进行重定向的方法流程示意图；
图9为本申请实施例一种重定向装置结构示意图；
图10为本申请实施例第二种重定向装置结构示意图；
图11为本申请实施例第三种重定向装置结构示意图；
图12为本申请实施例第四种重定向装置结构示意图；
图13为本申请实施例AF结构示意图；
图14为本申请实施例SMF结构示意图；
图15为本申请实施例终端结构示意图；
图16为本申请实施例UPF结构示意图。
具体实施方式
下面结合附图及实施例对本申请再作进一步详细的描述。
相关技术中，对第五代移动通信技术(5G，5th-Generation)系统架构中网络域的会话和服务连续性(SSC，Session and Service Continuity)的支持问题进行了讨论，已确定三种模式以满足终端(也可以称为用户设备(UE，User Equipment)的不同应用/服务的各种连续性要求。
图1a为5G系统架构中的SSC模式一的示意图。在SSC模式一下，“锚点不变”，具体地，无论终端连续用来访问网络的接入技术(例如，接入类型和小区)如何，在公用数据网(PDN，Public Data Network)会话建立时充当会话变更流程(PDU，Session Modificationprocedure)会话锚点(PSA)的UPF都将保持不变。
图1b为5G系统架构中的SSC模式二的示意图。在SSC模式二下，“先断后建”，具体地，网络可以触发原PDU会话的释放，并指示终端立即建立到同一数据网络的新PDU会话。
图1c为5G系统架构中的SSC模式三的示意图。在SSC模式三下，“先建后断”，具体地，终端可以获知用户平面的更改，同时网络可以确保终端不会失去连接性。在终止原来连接之前，将通过新的PDU会话锚点建立连接，以实现更好的服务连续性。
对于车联网MEC应用服务，车辆的移动性导致UPF频繁更改，因此，UPF保持不变的SSC模式一并不适用。SSC模式二对网络的要求较低，并允许网络暂时中断，因此，适用于车联网MEC应用服务中延迟不太敏感的服务，即对连续性要求不太高的服务，如网页浏览。SSC模式三对网络要求严格，需要网络始终保持连通性，因此，适用于车联网MEC应用服务中对延迟敏感的服务，即连续性要求特别高的服务，如远程驾驶。也就是说，SSC模式二和SSC模式三可以适用于不同连续性要求的应用服务。
虽然SSC模式二和SSC模式三为连续性要求的应用服务的重定向实现提供了可行的方向，但相关技术中，仅涉及终端何时进行应用服务重定向，尚无应用服务重定向的具体实现流程。
基于此，在本申请的各种实施例中，针对不同的网络域模式，提供了两种不同的重定向方案，其中，一种重定向方案是通过向切换后的UPF发送信息，从而使切换后的UPF通过部署在UPF处的边缘DNS服务器查询来获取重定向后的MEC服务器的IP地址；另一种重定向方案是通过5GC消息通知获取重定向后的MEC服务器的IP地址，消息通知路径包括AF-NEF-SMF-UPF-UE，如此，能够满足终端的应用服务在保障连续性的同时实现重定向。
需要说明的是，本申请实施例并不限于使用在车联网MEC应用服务的重定向，任何确定需要在保障会话和服务连续性的同时将终端定向到目标MEC服务器承载的新应用服务的应用场景均可适用。后文中，为了描述的清楚性，仅以车联网MEC应用服务的重定向为例进行说明。
下面首先介绍通过5GC消息通知获取重定向后的MEC服务器的IP地址的重定向方案。
本申请实施例提供一种重定向方法，应用于AF，如图2所示，该方法包括：
步骤201：获取来自终端的应用服务对应的数据包；
步骤202：利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
步骤203：获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
步骤204：将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，
重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
需要说明的是，在本实施例中，网络域可以采用SSC模式三。
这里，为了说明各网络节点的功能，首先简单介绍5G系统架构，如图3所示，该构架包括：UE、接入网((R)AN)、虚拟网络功能(VNF)及运营商数据网络(DN)；其中，接入网可以包括基站，虚拟网络功能(图3中虚线框中示出的部分)可以包括多个网络节点，如，接入与移动性管理功能实体(AMF，Access and Mobility Management Function、UPF、SMF、策略控制功能实体(PCF，Policy Control Function)、AF、网络能力开放功能实体(NEF，NetworkExposure Function)等。
这里，第一MEC服务器为在所述应用服务重定向前，终端通过切换前的UPF接入的MEC服务器，即重定向前，由第一MEC服务器为终端提供应用服务，这里第一MEC服务器也可以理解为源MEC服务器，换前的UPF也可以理解为源UPF。第二MEC服务器为在所述应用服务重定向后，终端通过切换后的UPF接入的MEC服务器，即重定向后，由第二MEC服务器为终端提供应用服务，这里第二MEC服务器也可以理解为目标MEC服务器，换前后UPF也可以理解为目标UPF。实际应用中，所述应用服务可以是远程驾驶的数据支持等。
这里，所述AF可以理解为位于第一MEC服务器及第二MEC服务器之上的MEC管理节点。
实际应用中，当终端位置移动后，但重定向尚未完成时，终端仍会基于第一MEC服务器的IP地址，向切换后的UPF发送应用服务对应的数据包，此时第一MEC服务器已不能提供应用服务，因此，切换后的UPF发送的数据传输给第一MEC服务器时会发生失败，该失败消息会反馈给终端。AF可以通过终端在该过程中的数据包，确定第一MEC服务器不能够为所述终端提供应用服务。
接下来，为了实现重定向，AF需要获取第二MEC服务器的IP地址。
相关技术中已定义5GC核心网能够告知终端移动性相关的参数，具体可以通过Naf接口承载的Naf_事件开放服务(英文可以表达为Naf_Event Exposure service)实现终端移动性相关的参数的订阅。这里，终端移动性相关的参数包括第二MEC服务器的IP地址。
基于此，在一实施例中，所述获取第二MEC服务器的IP地址，包括：
通过Naf_事件开放服务，获取所述第二MEC服务器的IP地址。
AF在获取第二MEC服务器的IP地址之后，将第二MEC服务器的IP地址同步给SMF。
实际应用中，AF在将第二MEC服务器的IP地址同步给SMF时，先将第二MEC服务器的IP地址同步给NEF，再由NEF将第二MEC服务器的IP地址同步给SMF。这里，NEF允许AF存取部分终端移动性相关的参数。
这里，发送的第二MEC服务器的IP地址可以供所述SMF为所述终端生成会话相关策略，以使终端基于该会话相关策略定向到第二MEC服务器承载的应用服务。
实际应用中，AF也会将第一MEC服务器的IP地址同步给NEF，再由NEF将第一MEC服务器的IP地址同步给SMF，以便于后续SMF实现会话相关策略的生成。
对应地，本申请实施例还提供一种重定向方法，应用于SMF，如图4所示，该方法包括：
步骤401：接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
步骤402：向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
步骤403：基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则。
其中，在一实施例中，所述向所述终端通知第二MEC服务器的IP地址，包括：
通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
这里，实际应用中，前已述及在SSC模式三对网络要求严格，需要网络始终保持连通性，也就是说，在完成重定向之前，并且在刚完成重定时，终端通过切换前的UPF接入第一MEC服务器的网络链路一直是连通的。负责会话管理功能的SMF可以通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
在一实施例中，所述利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略，包括：
通过与PCF交互，生成会话相关策略。
这里，实际应用中，PCF具体负责会话相关策略的建立和会话相关策略的修改。具体地，在从第一MEC服务器切换到第二MEC服务器时涉及会话变更流程PDU，SMF会基于第一MEC服务器的IP地址及第二MEC服务器的IP地址向PCF报告当前PDU会话状态，发起会话变更请求，PCF根据会话状态和请求情况，向SMF回复相应的会话策略，以完成会话相关策略的修改。此时，SMF即完成了为终端生成会话相关策略。实际应用中，不同场景使用的消息以及流程均有不同。SMF在完成了为终端生成会话相关策略后(即收到PCF回复的会话相关策略后)，基于该会话相关策略，向切换后的UPF配置路由规则。
这里，实际应用中，所述路由规则可以是终端在已发生移动后，终端通过切换后的UPF接入第二MEC服务器所需的路由支持。
实际应用中，终端收到第二MEC服务器的IP地址后，基于第二MEC服务器的IP地址，向第二MEC服务器发送应用数据，这样就实现了重定向到第二MEC服务器。
本申请实施例提供的重定向方法，AF获取来自终端的应用服务对应的数据包；利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；获取第二MEC服务器的IP地址；将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；而SMF接收来自AF同步的第二MEC服务器的IP地址；向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则，通过5GC消息通知获取重定向后的MEC服务器的IP地址，消息通知路径包括AF-NEF-SMF-UPF-UE。本申请实施提供的重定向方案能够满足终端的应用服务在保障连续性的同时实现重定向，可以应用在实际应用中组网条件能够满足SSC模式三、且应用服务对连续性程度需求很高的情况下的重定向应用场景，比如，远程驾驶。
接下来介绍通过向切换后的UPF发送信息，从而使切换后的UPF通过部署在UPF处的边缘DNS服务器查询来获取重定向后的MEC服务器的IP地址的重定向方案。具体地：
本申请实施例提供了一种重定向方法，应用于终端，该方法包括：
向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
需要说明的是，考虑到实际应用中，SSC模式三组网困难，而SSC模式二是现网更可能的实现方式。在本实施例中，组网硬件(网络域)可以采用SSC模式二的组网硬件或者SSC模式三的组网硬件。可以理解的是，SSC模式二的功能较简单，对组网硬件的要求较低，SSC模式二的组网硬件仅可以支持SSC模式二的实现，而SSC模式三的功能较丰富，对组网硬件的要求较高，SSC模式三的组网硬件可以支持SSC模式二及SSC模式三的实现。
需要说明的是，在SSC模式三的组网硬件下时，AF网络节点可以通过5GC消息通知直接获得第二MEC服务器的IP地址，因此当本实施例的方案用于SSC模式三组网硬件时，实际运行的是SSC模式二，即选择不利用SSC模式三上述方式直接获取第二MEC服务器的IP地址，而是利用本实例提供的通过向DNS服务器查询的方式来获取第二MEC服务器的IP地址。
这里，第一MEC服务器为在所述应用服务重定向前，终端通过切换前的UPF接入的MEC服务器，即重定向前，由第一MEC服务器为终端提供应用服务，这里第一MEC服务器也可以理解为源MEC服务器，换前的UPF也可以理解为源UPF。第二MEC服务器为在所述应用服务重定向后，终端通过切换后的UPF接入的MEC服务器，即重定向后，由第二MEC服务器为终端提供应用服务，这里第二MEC服务器也可以理解为目标MEC服务器，换前后UPF也可以理解为目标UPF。
实际应用中，在SSC模式二下，各网络节点并不能直接获得第二MEC服务器的IP地址，本申请实施例中在UPF处部署边缘DNS服务器，并在DNS服务器中存放与UPF相邻的MEC服务器的IP地址，这样，在终端通过域名访问MEC服务器承载的应用服务时，可以通过向DNS服务器查询，获取到应用服务更新后的IP地址(即第二MEC服务器的IP地址)。
基于此，在一实施例中，所述向切换后的UPF发送第一信息，包括：
向切换后的UPF发送所述第二MEC服务器的域名。
其中，在一实施例中，所述向切换后的UPF发送所述第二MEC服务器的域名，包括：
向所述切换后的UPF直接发送所述第二MEC服务器的域名；
或者，
向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
实际应用中，终端存在两种应用服务的访问方式，即通过IP地址的方式访问应用服务及通过域名的方式访问应用服务。当终端通过IP地址的方式访问应用服务时，仅利用域名访问的方式获取第二MEC服务器的IP地址，此时，终端向所述切换后的UPF直接发送所述第二MEC服务器的域名。当终端通过域名的方式访问应用服务时，终端向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
下面将详细描述终端通过IP地址的方式访问应用服务及通过域名的方式访问应用服务时，具体实现重定向的过程。
方案一：终端通过IP地址的方式访问应用服务
当终端通过IP地址的方式访问应用服务时，由于终端的移动，UPF发生切换，但终端并知晓访问应用服务的IP地址已更新，此时，终端通过切换后的UPF仍准备接入第一MEC服务器，而切换后的UPF在接入第一MEC服务器时会发生失败，此时，终端会接收所述切换后的UPF发送的数据传输失败消息。基于该传输失败的消息，终端可以确定第一MEC服务器不能够提供应用服务。
基于此，在一实施例中，在所述向切换后的UPF发送第一信息之前，所述方法还包括：
切换UPF后，确定第一MEC服务器不能够提供应用服务。
其中，在一实施例中，所述切换UPF后，确定第一MEC服务器不能够提供应用服务，包括：
向切换后的UPF发送应用数据；
接收所述切换后的UPF发送的数据传输失败消息。
在终端确定第一MEC服务器不能够提供应用服务后，利用域名访问的方式获取第二MEC服务器的IP地址，此时，终端向所述切换后的UPF直接发送所述第二MEC服务器的域名。切换后的UPF通过向DNS服务器查询，获取到应用服务更新后的IP地址(即第二MEC服务器的IP地址)。之后，切换后的UPF将第二MEC服务器的IP地址发送给终端。终端在获知第二MEC服务器的IP地址后，基于第二MEC服务器的IP地址，向切换后的UPF发送应用数据。之后，基于切换后的UPF基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器，这样，就实现了终端重定向到第二MEC服务器。此时，由第二MEC服务器继续为终端提供应用服务。这里，完成了应用服务的重定向过程。
方案一的重定向方案中，终端通过IP地址方式访问应用服务，该方案可以在SSC模式二下实现，而SSC模式二对组网硬件的要求低，因此该方案对组网的要求低；同时，该方案仅需要在目标UPF处设置边缘DNS。方案一的重定向方案可以满足一般对连续性要求不高的应用服务的应用场景，如网页浏览。
方案二：终端通过域名的方式访问应用服务
当终端通过域名的方式访问应用服务时，在UPF发生切换前，终端向切换前的UPF发送携带所述第一MEC服务器域名的应用数据。切换前的UPF通过向设置在切换前的UPF处的DNS服务器查询，获取到第一MEC服务器的IP地址。此时，由于终端向切换前的UPF发送的数据已经包括了应用数据，切换前的UPF可以基于获取的第一MEC服务器的IP地址，直接将接收的应用数据发送至所述第一MEC服务器。也就是说，切换前的UPF将直接完成数据转发，不将第一MEC服务器的IP地址返回至终端。此时，由第一MEC服务器为终端提供应用服务。
在终端移动，UPF发生切换后，终端向切换后的UPF发送携带所述第二MEC服务器域名的应用数据。切换后的UPF通过向设置在切换后的UPF处的DNS服务器查询，获取到第二MEC服务器的IP地址。此时，由于终端向切换后的UPF发送的数据已经包括了应用数据，切换后的UPF可以基于获取的第二MEC服务器的IP地址，直接将接收的应用数据发送至所述第二MEC服务器，这样，就实现了终端重定向到第二MEC服务器。也就是说，切换后的UPF将直接完成数据转发，不再将第二MEC服务器的IP地址返回至终端。此时，由第二MEC服务器继续为终端提供应用服务。这里，完成了应用服务的重定向过程。
方案二的重定向方案中终端通过域名的方式访问应用服务时，该方案对可以在SSC模式二下实现，而SSC模式二对组网硬件的要求低，因此该方案对组网的要求低；同时，该方案需要同时在源UPF及目标UPF处均设置边缘DNS。方案二的重定向方案可以满足对连续性要求略高的应用服务，如车对网络V2N访问流量优化。方案二中终端通过域名的方式访问应用服务时，切换后的UPF在获取到第二MEC服务器的IP地址将直接完成数据转发，不将第二MEC服务器的IP地址返回至终端，可以大大地缩短重定向过程的时间，从而缩小SSC模式二带来的业务中断影响。
从前述的重定向过程可以看出，当终端通过域名的方式访问应用服务时，切换后的UPF在获取到第二MEC服务器的IP地址将直接完成数据转发，不将第二MEC服务器的IP地址返回至终端，相较于终端通过IP地址方式访问应用服务，可以的缩短重定向过程的时间，从而缩小SSC模式二带来的业务中断影响。
对应地，本申请实施例还提供一种重定向方法，应用于UPF，如图5所示，该方法包括：
步骤501：终端切换UPF后，接收所述终端发送的第一信息；
步骤502：基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述接收所述终端发送的第一信息，包括：
接收所述终端发送的所述第二MEC服务器的域名。
在一实施例中，所述接收所述终端发送的所述第二MEC服务器的域名，包括：
接收所述终端直接发送的所述第二MEC服务器的域名；
或者，
接收所述终端发送的携带所述第二MEC服务器域名的应用数据。
在一实施例中，在接收所述终端发送的携带所述第二MEC服务器的域名的情况下，所述方法还包括：
基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器。
在一实施例中，所述方法还包括：
接收所述终端发送的应用数据；
向所述终端返回数据传输失败消息。
在一实施例中，所述获取第二MEC服务器的IP地址，包括：
基于所述域名，通过向DNS查询，获取所述第二MEC服务器的IP地址。
本申请实施例提供的重定向方法，终端向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。而SMF在终端切换UPF后，接收所述终端发送的第一信息；基于所述第一信息，获取第二MEC服务器的IP地址，通过向切换后的UPF发送信息，从而使切换后的UPF通过部署在UPF处的边缘DNS服务器查询来获取重定向后的MEC服务器的IP地址。本实施提供的重定向方案能够满足终端的应用服务在保障连续性的同时实现重定向，具体地可以实现实际应用中组网条件仅能满足SSC模式二、且应用服务对连续性程度需求不高的情况下的重定向应用场景。
下面结合应用实施例对本申请再作进一步详细的描述。
应用实施例一
在本应用实施例中，第一，网络域采用SSC模式三，即可以确保UE重定向到T-MEC(即第二MEC服务器)前，UE与S-MEC(即第一MEC服务器)一直保持网络连接；第二，NEF网络能力开放支持AF消息回传，完成路由更新；第三，UE支持双IP共存，即UE同时与S-MEC、T-MEC连接的状态。本应用实施例适用于业务连续性要求最高场景。
相关技术中已定义5GC核心网能够告知UE移动性相关的参数，具体可以通过Naf接口承载的Naf_Event Exposure service实现UE移动性相关的参数的订阅。基于此，当S-MEC上的应用服务借助AF的接口，获得UE移动性相关的参数并确定UE需要进行MEC切换时，可以反向流程将T-MEC上应用服务的IP地址通知到UE，同步新的路由规则。
基于此，本应用实施例通过“5GC消息通知”的方式实现重定向的过程，消息通知路径为AF-NEF-SMF-UPF-UE，如图6所示，该重定向的过程具体如下：
可以理解的是，当车辆发生移动后，UE仍会基于S-MEC的IP地址，向T-UPF(即切换后的UPF)发送应用服务对应的数据包，此时S-MEC已不能持续提供应用服务，因此，T-UPF发送的数据传输给S-MEC时会发生失败，该失败消息会反馈给UE(由于UE重定向到T-MEC前，UE与S-MEC一直保持网络连接，图6中UE发出的应用数据仍指向S-UPF(即切换前的UPF)、S-MEC)。
步骤601：AF通过UE在上述过程中的数据包，确定S-MEC不能够为所述终端提供应用服务；
步骤602：AF获取T-MEC的IP地址，
步骤603：AF将获取T-MEC的IP地址同步给NEF；
步骤604：NEF将T-MEC的IP地址同步给SMF；
步骤605：SMF通过S-UPF向所述UE通知该T-MEC的IP地址；
步骤606：SMF通过与PCF交互生成会话相关策略；
步骤607：SMF基于生成的会话相关策略，向T-UPF配置路由规则；
步骤608：UE基于T-MEC的IP地址，向T-UPF发送应用数据；
步骤609：T-UPF将接收的应用数据转发至T-MEC。
应用实施例二
考虑到应用实施例一前提条件较多，实际实施过程中，通常认为SSC模式三组网困难，而SSC模式二是现网更可能的实现方式。在本应用实施例中，网络域可以采用SSC模式二，在UPF处部署边缘DNS服务器，UE向S-MEC的应用IP发送数据失败后，可通过域名访问MEC承载的应用服务，在边缘DNS获取到更新后的应用服务IP，重定向到T-MEC。本应用实施例适用于业务连续性要求较高场景。
基于此，本应用实施例通过“边缘DNS(UE发起)”的方式实现重定向的过程，如图7所示，该重定向的过程具体如下：
可以理解的是，当车辆发生移动后，UPF从S-UPF切换到T-UPF，此时，UE并知晓访问应用服务的IP地址已更新。
步骤701：UE通过T-UPF向S-MEC发送应用数据；
步骤702：UE接收到T-UPF返回的数据传输失败消息，基于该传输失败的消息，UE可以确定S-MEC不可达；
步骤703：UE通过域名访问EMC应用；
步骤704：T-UPF向边缘DNS服务器查询T-MEC的IP地址；
步骤705：边缘DNS服务器将解析得到的T-MEC的IP地址返回给T-UPF；
步骤706：T-UPF将T-MEC的IP地址发送给UE；
步骤707：UE基于T-MEC的IP地址，向T-UPF发送应用数据；
步骤708：T-UPF将接收的应用数据转发至T-MEC。
应用实施例三
考虑到SSC模式三先断后连的网络域方案，势必导致短时间的业务中断，应用实施例二中通过终端发现S-MEC不可达后再发起域名解析的形式同样需要时间，因此为尽量减小SSC模式三带来的业务中断影响，在本应用实施例中考虑由UPF发起边缘DNS解析，并根据解析后的地址转发相应数据至MEC。本应用实施例适用于业务连续性要求较高场景。
基于此，本应用实施例通过“边缘DNS(UPF发起)”的方式实现重定向的过程，如图8所示。在图8中的重定向过程中终端每次访问MEC应用均通过域名形式访问，UPF在接收到终端发送的数据时，需默认路由到边缘DNS获取MEC地址，收到边缘DNS返回的MEC地址后直接完成数据转发，不再返回至UE。具体地：
在UPF发生切换前：
步骤801：UE向S-UPF发送携带所述S-MEC域名的应用数据；
步骤802：S-UPF通过向设置在S-UPF处的DNS服务器查询；
步骤803：设置在S-UPF处的DNS服务器将解析得到的S-MEC的IP地址返回给S-UPF；
步骤804：S-UPF基于S-MEC的IP地址，直接将接收的应用数据发送至S-MEC；
当车辆发生移动，UPF发生切换后：
步骤805：UE向T-UPF发送携带所述T-MEC域名的应用数据；
步骤806：T-UPF通过向设置在T-UPF处的DNS服务器查询；
步骤807：设置在T-UPF处的DNS服务器将解析得到的T-MEC的IP地址返回给T-UPF；
步骤808：T-UPF基于T-MEC的IP地址，直接将接收的应用数据发送至T-MEC。
为了实现本申请实施例的方法，本申请实施例还提供了一种重定向装置，设置在AF上，如图9所示，该装置包括：
第一获取单元91，用于获取来自终端的应用服务对应的数据包；
第一确定单元92，用于利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
所述第一获取单元91，还用于获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
同步单元93，用于将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，
重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述第一获取单元91，具体用于通过Naf_事件开放服务，获取所述第二MEC服务器的IP地址。
实际应用时，所述第一获取单元91及同步单元93可由重定向装置中的通信接口实现；所述第一确定单元92可由重定向装置中的处理器实现。
为了实现本申请实施例SMF侧的方法，本申请实施例还提供了一种重定向装置，设置在SMF上，如图10所示，该装置包括：
第一接收单元101，用于接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
处理单元102，用于向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
所述处理单元102，还用于基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则。
其中，在一实施例中，所述处理单元102，具体用于通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
在一实施例中，所述处理单元102，具体用于通过与PCF交互，生成会话相关策略。
实际应用时，所述第一接收单元101可由重定向装置中的通信接口实现；所述处理单元102可由重定向装置中的处理器实现。
为了实现本申请实施例终端侧的方法，本申请实施例还提供了一种重定向装置，设置在终端上，如图11所示，该装置包括：
第一发送单元111，用于向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述第一发送单元111，具体用于向切换后的UPF发送所述第二MEC服务器的域名。
在一实施例中，所述第一发送单元111，具体用于向所述切换后的UPF直接发送所述第二MEC服务器的域名；或者，向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
在一实施例中，如图15所示，所述装置还可以包括：第二确定单元112，用于切换UPF后，确定第一MEC服务器不能够提供应用服务。
在一实施例中，所述第二确定单元112，具体用于向切换后的UPF发送应用数据；接收所述切换后的UPF发送的数据传输失败消息。
实际应用时，所述第一发送单元111可由重定向装置中的通信接口实现、所述第二确定单元112可由重定向装置中的处理器实现。
为了实现本申请实施例UPF侧的方法，本申请实施例还提供了一种重定向装置，设置在UPF上，如图12所示，该装置包括：
第二接收单元121，用于终端切换UPF后，接收所述终端发送的第一信息；
第二获取单元122，用于基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，第二接收单元121，具体用于接收所述终端发送的所述第二MEC服务器的域名。
在一实施例中，第二接收单元121，具体用于接收所述终端直接发送的所述第二MEC服务器的域名；或者，接收所述终端发送的携带所述第二MEC服务器域名的应用数据。
在一实施例中，所述装置还包括第二发送单元，用于基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器。
在一实施例中，所述第二接收单元121，还用于接收所述终端发送的应用数据；
所述第二发送单元，还用于向所述终端返回数据传输失败消息。
在一实施例中，第二获取单元122，具体用于基于所述域名，通过向DNS服务器查询，获取所述第二MEC服务器的IP地址。
实际应用时，所述第二接收单元121、第二发送单元可由重定向装置中的通信接口实现；所述第二获取单元122可由重定向装置中的处理器实现。
需要说明的是：上述实施例提供的重定向装置在进行重定向时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的重定向装置与重定向方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
基于上述程序模块的硬件实现，且为了实现本申请实施例AF侧的方法，本申请实施例还提供了一种AF，如图13所示，该AF 130包括：
第一通信接口131，能够与SMF进行信息交互；
第一处理器132，与所述第一通信接口131连接，以实现与SMF进行信息交互，用于运行计算机程序时，执行上述AF侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器133上。
具体地，所述第一通信接口131，用于获取来自终端的应用服务对应的数据包；
所述第一处理器132，用于利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
所述第一通信接口131，还用于获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述第一处理器132，具体用于通过Naf_事件开放服务，获取所述第二MEC服务器的IP地址。
需要说明的是：所述第一处理器132和所述第一通信接口131的具体处理过程可参照上述方法理解。
当然，实际应用时，AF 130中的各个组件通过总线系统134耦合在一起。可理解，总线系统134用于实现这些组件之间的连接通信。总线系统134除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统134。
本申请实施例中的第一存储器133用于存储各种类型的数据以支持AF 130的操作。这些数据的示例包括：用于在AF 130上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第一处理器132中，或者由所述第一处理器132实现。所述第一处理器132可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器132中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器132可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器132可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器133，所述第一处理器132读取第一存储器133中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，AF 130可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。
基于上述程序模块的硬件实现，且为了实现本申请实施例SMF侧的方法，本申请实施例还提供了一种SMF，如图13所示，该SMF 140包括：
第二通信接口141，能够与AF进行信息交互；
第二处理器142，与所述第二通信接口141连接，以实现与AF进行信息交互，用于运行计算机程序时，执行上述SMF侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器143上。
具体地，第二通信接口141，用于接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
第二处理器142，用于通过所述第二通信接口141向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；基于生成的会话相关策略，通过所述第二通信接口141向所述终端切换后的UPF配置路由规则。
其中，在一实施例中，所述第二处理器142，具体用于通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
在一实施例中，所述第二处理器142，具体用于通过与PCF交互，生成会话相关策略。
需要说明的是：所述第二处理器142和所述第二通信接口141的具体处理过程可参照上述方法理解。
当然，实际应用时，SMF 140中的各个组件通过总线系统144耦合在一起。可理解，总线系统144用于实现这些组件之间的连接通信。总线系统144除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图14中将各种总线都标为总线系统144。
本申请实施例中的第二存储器143用于存储各种类型的数据以支持接SMF 140操作。这些数据的示例包括：用于在SMF 140上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第二处理器142中，或者由所述第二处理器142实现。所述第二处理器142可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第二处理器142中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器142可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器142可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器143，所述第二处理器142读取第二存储器143中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，SMF 140可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。
基于上述程序模块的硬件实现，且为了实现本申请实施例终端侧的方法，本申请实施例还提供了一种终端，如图15所示，该终端150包括：
第三通信接口151，能够与UPF进行信息交互；
第三处理器152，与所述第三通信接口151连接，以实现与UPF进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法。而所述计算机程序存储在第三存储器153上。
具体地，所述第三通信接口151，用于向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述第三通信接口151，具体用于向切换后的UPF发送所述第二MEC服务器的域名。
在一实施例中，所述第三通信接口151，具体用于向所述切换后的UPF直接发送所述第二MEC服务器的域名；或者，向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
在一实施例中，所述第三处理器152，用于切换UPF后，确定第一MEC服务器不能够提供应用服务。
在一实施例中，所述第三通信接口151，具体用于向切换后的UPF发送应用数据；接收所述切换后的UPF发送的数据传输失败消息。
需要说明的是：第三处理器152和第三通信接口151的具体处理过程可参照上述方法理解。
当然，实际应用时，终端150中的各个组件通过总线系统154耦合在一起。可理解，总线系统154用于实现这些组件之间的连接通信。总线系统154除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图15中将各种总线都标为总线系统154。
本申请实施例中的第三存储器153用于存储各种类型的数据以支持终端150的操作。这些数据的示例包括：用于在终端150上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第三处理器152中，或者由所述第三处理器152实现。所述第三处理器152可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第三处理器152中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第三处理器152可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第三处理器152可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第三存储器153，所述第三处理器152读取第三存储器153中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，终端150可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。
基于上述程序模块的硬件实现，且为了实现本申请实施例UPF侧的方法，本申请实施例还提供了一种UPF，如图16所示，该UPF 160包括：
第四通信接口161，能够与终端进行信息交互；
第四处理器162，与所述第四通信接口161连接，以实现与终端进行信息交互，用于运行计算机程序时，执行上述UPF侧一个或多个技术方案提供的方法。而所述计算机程序存储在第四存储器163上。
具体地，所述第四通信接口161，用于终端切换UPF后，接收所述终端发送的第一信息；
所述第四处理器162，用于基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
其中，在一实施例中，所述第四通信接口161，具体用于接收所述终端发送的所述第二MEC服务器的域名。
在一实施例中，所述第四通信接口161，具体用于通过与PCF交互，生成会话相关策略。接收所述终端直接发送的所述第二MEC服务器的域名；或者，接收所述终端发送的携带所述第二MEC服务器域名的应用数据。
在一实施例中，所述第四通信接口161，还用于基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器。
在一实施例中，所述第四通信接口161，还用于接收所述终端发送的应用数据；向所述终端返回数据传输失败消息。
在一实施例中，所述第四处理器162，具体用于基于所述域名，通过向DNS服务器查询，获取所述第二MEC服务器的IP地址。
需要说明的是：所述第四处理器162和所述第四通信接口161的具体处理过程可参照上述方法理解。
当然，实际应用时，UPF 160中的各个组件通过总线系统164耦合在一起。可理解，总线系统164用于实现这些组件之间的连接通信。总线系统164除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图16中将各种总线都标为总线系统164。
本申请实施例中的第四存储器163用于存储各种类型的数据以支持接UPF160操作。这些数据的示例包括：用于在UPF 160上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第四处理器162中，或者由所述第四处理器162实现。所述第四处理器162可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第四处理器162中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第四处理器162可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第四处理器162可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第四存储器163，所述第四处理器162读取第四存储器163中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，UPF 160可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。
可以理解，本申请实施例的存储器(第一存储器133、第二存储器143、第三存储器153、第四存储器163)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，DynamicRandom Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic RandomAccess Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器133，上述计算机程序可由AF 130的第一处理器132执行，以完成前述AF侧方法所述步骤。再比如包括存储计算机程序的第二存储器143，上述计算机程序可由SMF 140的第二处理器142执行，以完成前述SMF侧方法所述步骤。再比如包括存储计算机程序的第三存储器153，上述计算机程序可由终端150的第三处理器152执行，以完成前述终端侧方法所述步骤。再比如包括存储计算机程序的第四存储器163，上述计算机程序可由UPF 160的第四处理器162执行，以完成前述UPF侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (24)

1.一种重定向方法，其特征在于，应用于终端，包括：
向切换后的用户面功能实体UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二多接入边缘计算MEC服务器的网际互连协议IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
2.根据权利要求1所述的方法，其特征在于，所述向切换后的UPF发送第一信息，包括：
向切换后的UPF发送所述第二MEC服务器的域名。
3.根据权利要求2所述的方法，其特征在于，所述向切换后的UPF发送所述第二MEC服务器的域名，包括：
向所述切换后的UPF直接发送所述第二MEC服务器的域名；
或者，
向所述切换后的UPF发送携带所述第二MEC服务器域名的应用数据。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
切换UPF后，确定第一MEC服务器不能够提供应用服务。
5.根据权利要求4所述的方法，其特征在于，所述切换UPF后，确定第一MEC服务器不能够提供应用服务，包括：
向切换后的UPF发送应用数据；
接收所述切换后的UPF发送的数据传输失败消息。
6.一种重定向方法，其特征在于，应用于UPF，包括：
终端切换UPF后，接收所述终端发送的第一信息；
基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
7.根据权利要求6所述的方法，其特征在于，所述接收所述终端发送的第一信息，包括：
接收所述终端发送的所述第二MEC服务器的域名。
8.根据权利要求7所述的方法，其特征在于，所述接收所述终端发送的所述第二MEC服务器的域名，包括：
接收所述终端直接发送的所述第二MEC服务器的域名；
或者，
接收所述终端发送的携带所述第二MEC服务器域名的应用数据。
9.根据权利要求8所述的方法，其特征在于，在接收所述终端发送的携带所述第二MEC服务器的域名的情况下，所述方法还包括：
基于获取的第二MEC服务器的IP地址，将接收的应用数据发送至所述第二MEC服务器。
10.根据权利要求6所述的方法，其特征在于，所述方法还包括：
接收所述终端发送的应用数据；
向所述终端返回数据传输失败消息。
11.根据权利要求7至9任一项所述的方法，其特征在于，所述获取第二MEC服务器的IP地址，包括：
基于所述域名，通过向域名服务协议DNS服务器查询，获取所述第二MEC服务器的IP地址。
12.一种重定向方法，其特征在于，应用于应用功能实体AF，包括：
获取来自终端的应用服务对应的数据包；
利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
将获取的第二MEC服务器的IP地址同步给会话管理功能实体SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，
重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
13.根据权利要求12所述的方法，其特征在于，所述获取第二MEC服务器的IP地址，包括：
通过Naf_事件开放服务，获取所述第二MEC服务器的IP地址。
14.一种重定向方法，其特征在于，应用于SMF，包括：
接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；
基于生成的会话相关策略，向所述终端切换后的UPF配置路由规则。
15.根据权利要求14所述的方法，其特征在于，所述向所述终端通知第二MEC服务器的IP地址，包括：
通过切换前的UPF向所述终端通知第二MEC服务器的IP地址。
16.一种终端，其特征在于，包括：第三通信接口及第三处理器；其中，
所述第三通信接口，用于向切换后的UPF发送第一信息；第一信息用于指示所述切换后的UPF获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
17.一种UPF，其特征在于，包括：
第四通信接口，用于终端切换UPF后，接收所述终端发送的第一信息；
第四处理器，用于基于所述第一信息，获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；其中，重定向前，由第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
18.一种AF，其特征在于，包括：第一通信接口及第一处理器；其中，
所述第一通信接口，用于获取来自终端的应用服务对应的数据包；
所述第一处理器，用于利用获取的数据包，确定第一MEC服务器不能够为所述终端提供应用服务；
所述第一通信接口，还用于获取第二MEC服务器的IP地址；获取的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；将获取的第二MEC服务器的IP地址同步给SMF，发送的第二MEC服务器的IP地址用于供所述SMF为所述终端生成会话相关策略；其中，重定向前，由所述第一MEC服务器为所述终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务。
19.一种SMF，其特征在于，包括：
第二通信接口，用于接收来自AF同步的第二MEC服务器的IP地址；其中，重定向前，由第一MEC服务器为终端提供应用服务；重定向后，由所述第二MEC服务器为所述终端提供应用服务；
第二处理器，用于通过所述第二通信接口向所述终端通知第二MEC服务器的IP地址；并利用所述第二MEC服务器的IP地址，为所述终端生成会话相关策略；通知的第二MEC服务器的IP地址用于将所述终端重定向到第二MEC服务器；基于生成的会话相关策略，通过所述第二通信接口向所述终端切换后的UPF配置路由规则。
20.一种终端，其特征在于，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，
其中，所述第三处理器用于运行所述计算机程序时，执行权利要求1至5任一项所述方法的步骤。
21.一种UPF，其特征在于，包括：第四处理器和用于存储能够在处理器上运行的计算机程序的第四存储器，
其中，所述第四处理器用于运行所述计算机程序时，执行权利要求6至11任一项所述方法的步骤。
22.一种AF，其特征在于，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，
其中，所述第一处理器用于运行所述计算机程序时，执行权利要求12至13任一项所述方法的步骤。
23.一种SMF，其特征在于，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，
其中，所述第二处理器用于运行所述计算机程序时，执行权利要求14至15任一项所述方法的步骤。
24.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述方法的步骤，或者实现权利要求6至11任一项所述方法的步骤，或者实现权利要求12至13任一项所述方法的步骤，或者实现权利要求14至15任一项所述方法的步骤。
CN202010383799.2A 2020-05-08 2020-05-08 重定向方法、装置、相关设备及存储介质 Active CN113630818B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010383799.2A CN113630818B (zh) 2020-05-08 2020-05-08 重定向方法、装置、相关设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010383799.2A CN113630818B (zh) 2020-05-08 2020-05-08 重定向方法、装置、相关设备及存储介质

Publications (2)

Publication Number Publication Date
CN113630818A CN113630818A (zh) 2021-11-09
CN113630818B true CN113630818B (zh) 2023-04-07

Family

ID=78377409

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010383799.2A Active CN113630818B (zh) 2020-05-08 2020-05-08 重定向方法、装置、相关设备及存储介质

Country Status (1)

Country Link
CN (1) CN113630818B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115460053B (zh) * 2022-07-28 2023-06-27 山东浪潮科学研究院有限公司 服务调用方法、装置及边缘计算系统
CN115396847B (zh) * 2022-08-19 2024-05-03 中国联合网络通信集团有限公司 数据传输方法、通信装置及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109548082A (zh) * 2017-09-21 2019-03-29 华为技术有限公司 业务重定向方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8291481B2 (en) * 2007-09-18 2012-10-16 Microsoft Corporation Sessionless redirection in terminal services
WO2017100640A1 (en) * 2015-12-11 2017-06-15 Interdigital Patent Holdings, Inc. Method and apparatus for enabling third party edge clouds at the mobile edge
CN108632813B (zh) * 2018-05-21 2021-05-28 北京邮电大学 移动边缘计算的移动性管理方法及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109548082A (zh) * 2017-09-21 2019-03-29 华为技术有限公司 业务重定向方法及装置

Also Published As

Publication number Publication date
CN113630818A (zh) 2021-11-09

Similar Documents

Publication Publication Date Title
JP7060613B2 (ja) データバッファリング方法およびセッション管理機能エンティティ
US12004117B2 (en) LMF selection method and terminal location service method and device
CN111836319B (zh) 域名地址获取的方法和设备
AU2018370721A1 (en) Session processing method, device, and system
CN113630818B (zh) 重定向方法、装置、相关设备及存储介质
CN107959918B (zh) 一种会话管理方法、移动性管理功能以及会话管理功能
CN113676977A (zh) 一种应用重定位的方法及装置、电子设备、存储介质
WO2020005755A1 (en) User plane function (upf) programming over enhanced n9 interface
CN115152194A (zh) 一种发现应用的方法、装置及系统
CN112714413A (zh) 车联网业务处理方法、设备及存储介质
US20230188965A1 (en) Application Relocation Method and Apparatus
JP2023534597A (ja) リロケーション時にエッジアプリケーションサーバへのシームレスなサービス継続性を調整するためのメカニズム
CN114916028A (zh) 业务服务器的切换控制方法及装置、电子设备、存储介质
CN110324388B (zh) 一种重定向的方法及装置
CN113473526A (zh) 一种通信方法及装置
US20210329098A1 (en) Methods of operating service instance sets and/or set restoration storage resources and related network nodes
CN116097751A (zh) 利用smf重新选择来重新锚定
CN114727361A (zh) 一种用于网络功能选择的处理方法、装置和网络设备
CN113709905A (zh) 一种通信方法、装置及计算机可读存储介质
CA3201522A1 (en) Handover processing method and apparatus, and communication device
CN114222341B (zh) 会话接续方法和会话管理功能实体
CN113453287B (zh) 一种数据传输方法、装置及系统
CN116208625B (zh) 信息同步方法、装置、电子设备及计算机可读存储介质
JP7377987B2 (ja) 通信サービスを提供する通信ネットワーク構成及び方法
CN113079584B (zh) Ec平台的会话管理方法、smf网元及amf网元

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