CN112291381A - 应用服务器切换方法、设备及系统 - Google Patents

Abstract

本申请实施例提供应用服务器切换方法、设备及系统，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。方法包括：终端接收DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录；终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录。

Description

应用服务器切换方法、设备及系统

技术领域

本申请涉及通信技术领域，尤其涉及应用服务器切换方法、设备及系统。

背景技术

移动边缘计算(mobile edge computing，MEC)是基于第五代(5rd generation，5G)演进架构，将接入网与互联网业务深度融合的一种技术。它将应用服务器(applicationserver，AS)和移动宽带(mobile broadband，MBB)核心网部分业务处理和资源调度的功能一同部署到靠近接入网的网络边缘，通过业务靠近用户处理，来提供可靠、超低时延的极致业务体验。

通常，要提供极致的业务体验就需要在邻近的MEC平台上均部署有提供相同服务的应用服务器，并且终端发生MEC平台切换后能够快速将访问的对象从部署在源MEC平台上的源应用服务器上切换到部署在目标MEC平台上提供相同服务的目标应用服务器上。其中，现有技术中，当终端访问某个应用服务器时，通常通过应用服务器的域名访问。比如，假设某应用服务器的域名为app.com，则终端访问此应用服务器的过程如下：步骤一、用户在浏览器中输入app.com或直接打开此应用服务器对应的终端应用进行访问。步骤二、浏览器或终端应用发起域名系统(domain name system，DNS)请求，以获得app.com对应的网际协议(internet protocol，IP)地址。步骤三、终端操作系统(operating system，OS)查询本机DNS缓存，若查询到app.com对应的DNS记录，则直接将对应的IP地址返回给浏览器或终端应用。其中，一个域名和IP地址的映射关系即为一条DNS记录。步骤四、若步骤三中未查询到app.com对应的DNS记录，则终端向DNS服务器发送DNS解析请求。步骤五、DNS服务器接收到来自终端的DNS解析请求后进行DNS解析，将app.com对应的IP地址通过DNS响应消息发送给终端。步骤六、终端接收来自DNS服务器的DNS解析响应后，将app.com对应的IP地址返回给浏览器或终端应用，同时将相应的DNS记录存储在终端中。其中，DNS记录在终端中的缓存时间可以根据DNS响应中的生存时间(time to live，TTL)参数进行设置，也可以由OS或终端应用进行设置。当DNS记录在终端中的缓存时间到期后，该DNS缓存将被清除或不再有效。步骤七、浏览器或终端应用得到app.com对应的IP地址后向此IP地址对应的应用服务器发起连接请求。进而，该应用服务器可以向终端返回请求的内容，并由浏览器或终端应用进行显示。至此，终端访问该应用服务器的过程结束。然而，由于部署在不同MEC平台上提供相同服务的应用服务器的域名相同，而对应的IP地址并不相同，因此，终端访问源MEC平台上的某个应用服务器之后，终端存储的DNS记录中的IP地址是指向部署在此源MEC平台上的应用服务器。这样，后续终端发生MEC平台切换后，若终端仍然通过该应用服务器的域名进行访问，且该DNS记录仍在有效期内，则终端将根据该DNS记录，仍然会访问源MEC平台上的应用服务器，而不会访问目标MEC平台提供相同服务的应用服务器，从而会大大影响用户的业务体验。比如，若给部署在源MEC平台和目标MEC平台上的应用服务器分配的IP地址为私网IP地址，则将导致应用服务器访问失败；若给部署在源MEC平台和目标MEC平台上的应用服务器的IP地址为公网IP地址，则将使得访问路径变长。为解决上述问题，现有技术中提供如下两种解决方案：

第一种方案是通过修改DNS响应报文中的TTL参数的值来减少DNS记录在终端中的缓存时间。由于TTL参数用于表征DNS记录在终端中的缓存时间，当TTL参数到期后，对应的DNS记录将被清除或不再有效，从而在终端仍然通过该应用服务器的域名进行访问时，将按照上述终端访问应用服务器的流程访问目标MEC平台上提供相同服务的应用服务器，因此，减少DNS记录在终端中的缓存时间可以加速应用服务器的切换。然而，一方面，即使设置的TTL参数较小，在终端发生MEC平台切换之后，若该TTL参数还未到期，则上述问题依然存在；另一方面，若TTL参数的值设置的过小，将导致DNS解析请求过于频繁，从而将增加网络压力；再一方面，有些终端可能并不根据TTL参数确定DNS记录在终端中的缓存时间，这样，修改TTL参数的值可能无法解决上述问题。比如：安卓(android)终端上的应用可以自己设置DNS记录在终端中的缓存时间，甚至可以设置成始终有效。也就是说，修改TTL参数最多只能在一定程度上加速应用服务器的切换，并不能从根本上解决上述问题，并且会导致DNS解析请求过于频繁等副作用。

第二种方案通过部署到MEC平台上的应用服务器与核心网交互获得MEC切换信息，通过部署到MEC平台上的应用服务器与终端交互来实现MEC平台切换后的应用服务器切换。然而，该方案中每个部署到MEC平台上的应用服务器都需要先进行适配开发，以支持该应用服务器向核心网订阅和接收MEC切换事件，以及支持该应用服务器和终端交互。这样不仅会大大增加MEC的成本和难度，而且与部署在MEC平台上的应用服务器对应的终端应用也需要进行适配开发，以支持终端接收应用服务器的切换通知后处理该切换通知，因此将会影响应用厂商使用MEC的意愿，从而将影响MEC的大规模应用。

因此，如何在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，是目前亟待解决的问题。

发明内容

本申请实施例提供应用服务器切换方法、设备及系统，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。

为达到上述目的，本申请实施例提供如下技术方案：

第一方面，提供一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，该方法包括：终端接收域名系统DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括部署在该源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，该源IP地址为与该源MEC平台关联的IP地址，M为正整数；终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录，其中，该目标DNS记录包括该M个应用服务器中同样也部署在该目标MEC平台上的应用服务器的域名和对应的目标IP地址的对应关系，该目标IP地址为与该目标MEC平台关联的IP地址。基于该方案，一方面，由于在MEC平台切换后，可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录，进而可以根据目标DNS记录访问部署在目标MEC平台上的应用服务器，因此可以实现应用服务器的及时切换；另一方面，由于应用服务器切换过程中终端应用和部署在MEC平台上的应用服务器均不需要感知，因此不需要对终端应用和部署在MEC平台上的应用服务器进行适配开发，从而可以为MEC的大规模应用创造条件。也就是说，基于该应用服务器切换方法，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。

可选的，若上述M＝1，则上述应用服务器切换方法也可以描述为：终端接收域名系统DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括部署在该源MEC平台上的应用服务器的域名和对应的源网际协议IP地址的对应关系，该源IP地址为与该源MEC平台关联的IP地址；终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录，其中，该目标DNS记录包括部署在该目标MEC平台上的上述应用服务器的域名和对应的目标IP地址的对应关系，该目标IP地址为与该目标MEC平台关联的IP地址。其中，对应的有益效果可参考上述应用服务器切换方法的有益效果，在此不再赘述。

在一种可能的设计中，终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录，包括：终端根据该DNS刷新消息，删除该DNS记录标识对应的源DNS记录；对于该M个应用服务器中同样也部署在该目标MEC平台上的，且终端需要访问的每个应用服务器，终端均按照下述针对第一应用服务器的方式处理：在终端需要访问该第一应用服务器的情况下，终端发送DNS解析请求，该DNS解析请求用于请求与该第一应用服务器的域名对应的目标IP地址；终端接收与该第一应用服务器的域名对应的目标IP地址，并存储该第一应用服务器的域名和该与该第一应用服务器的域名对应的目标IP地址的对应关系。基于该方案，由于在发生MEC平台切换后，终端可以根据DNS刷新消息，删除该DNS记录标识对应的源DNS记录，因此，在终端确定需要通过某个已删除的DNS记录对应的域名访问相应的应用服务器时，在本地缓存中将查询不到对应的DNS记录，因此将重新发起DNS请求，从而使得可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录。

在一种可能的设计中，终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录，包括：终端根据该DNS刷新消息，对于该M个应用服务器中同样也部署在该目标MEC平台上的，且该终端需要访问的每个应用服务器，均按照下述针对第一应用服务器的方式处理：在终端需要访问该第一应用服务器的情况下，终端发送DNS解析请求，该DNS解析请求用于请求与该第一应用服务器的域名对应的目标IP地址；终端接收与该第一应用服务器的域名对应的目标IP地址，并将第一DNS记录中与该第一应用服务器的域名对应的源IP地址替换为与该第一应用服务器的域名对应的目标IP地址，以得到第二DNS记录，其中，该第一DNS记录为该第一应用服务器的域名和该与该第一应用服务器的域名对应的源IP地址的对应关系；该第二DNS记录为该第一应用服务器的域名和该与该第一应用服务器的域名对应的目标IP地址的对应关系。基于该方案，由于在发生MEC平台切换后，终端可以根据DNS刷新消息，对于M个应用服务器中同样也部署在该目标MEC平台上的，且该终端需要访问的每个应用服务器，均重新发起DNS请求，因此可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录。

在一种可能的设计中，终端接收DNS刷新消息，包括：终端接收来自控制设备的应用触发请求，该应用触发请求中携带该DNS刷新消息。由于该方案在发送DNS刷新消息时，可以复用现有的应用触发流程，因此简化了方案实施的复杂性，从而增加了方案的可实施性。

在一种可能的设计中，终端接收DNS刷新消息，包括：终端接收来自会话管理实体的DNS刷新消息。由于该方案不需要限定终端必须支持应用触发机制，因此扩大了方案的应用范围。

第二方面，提供一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，该方法包括：控制设备接收来自会话管理实体的切换通知，该切换通知用于指示该终端发生MEC平台切换；控制设备根据该切换通知，获取域名系统DNS记录标识；控制设备向该终端发送DNS刷新消息，该DNS刷新消息携带该DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括部署在该源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，该源IP地址为与该源MEC平台关联的IP地址，M为正整数。其中，对应的有益效果可参考上述第一方面中有益效果的描述，在此不再赘述。

在一种可能的设计中，控制设备向该终端发送DNS刷新消息，包括：控制设备向该终端发送应用触发请求，该应用触发请求中携带该DNS刷新消息。由于该方案在发送DNS刷新消息时，可以复用现有的应用触发流程，因此简化了方案实施的复杂性，从而增加了方案的可实施性。

在一种可能的设计中，在控制设备接收来自会话管理实体的切换通知之前，该方法还包括：控制设备向该会话管理实体发送订阅请求，该订阅请求用于请求订阅MEC平台的切换事件。通过订阅MEC平台的切换事件，可以实现定制化服务，使得在终端发生MEC平台切换的情况下，及时通知控制设备，进而通过控制设备实现应用服务器的及时切换。

在一种可能的设计中，该切换通知携带DNS记录标识；控制设备根据该切换通知，获取DNS记录标识，包括：控制设备从该切换通知中获取该DNS记录标识。这样可以使得控制设备快速获取到DNS记录标识。

在一种可能的设计中，该切换通知携带该源MEC平台的标识；控制设备根据该切换通知，获取DNS记录标识，包括：控制设备根据该源MEC平台的标识，以及该源MEC平台的标识和DNS记录标识的对应关系，确定该DNS记录标识。这样可以使得控制设备在接收到切换通知之后，从本地获取到该DNS记录标识，减少了和外部设备的信令交互，节省了信令资源。

在一种可能的设计中，在控制设备确定该DNS记录标识之前，还包括：控制设备确定该DNS记录标识在有效期内。这样可以避免若获取到不在有效期内的DNS记录标识而导致的无效操作。

在一种可能的设计中，该切换通知携带该源MEC平台的标识；控制设备根据该切换通知，获取DNS记录标识，包括：控制设备根据该源MEC平台的标识，从仓库功能实体中查询该DNS记录标识。这样可以在切换通知中也不携带DNS记录标识，且本地获取不到DNS记录标识的情况下，保证控制设备能够获取到DNS记录标识。

第三方面，提供一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，该方法包括：会话管理实体获取域名系统DNS记录标识；会话管理实体向该终端发送DNS刷新消息，该DNS刷新消息携带该DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括部署在该源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，该源IP地址为与该源MEC平台关联的IP地址，M为正整数。其中，对应的有益效果可参考上述第一方面中有益效果的描述，在此不再赘述。

在一种可能的设计中，会话管理实体获取DNS记录标识，包括：会话管理实体根据该源MEC平台的标识，以及该源MEC平台的标识和DNS记录标识的对应关系，确定该DNS记录标识。这样可以使得会话管理实体从本地获取到该DNS记录标识，减少了和外部设备的信令交互，节省了信令资源。

在一种可能的设计中，在会话管理实体确定该3DNS记录标识之前，还包括：会话管理实体确定该DNS记录标识在有效期内。这样可以避免若获取到不在有效期内的DNS记录标识而导致的无效操作。

在一种可能的设计中，会话管理实体获取DNS记录标识，包括：会话管理实体根据该源MEC平台的标识，从仓库功能实体中查询该DNS记录标识。这样可以在本地获取不到DNS记录标识的情况下，保证会话管理实体能够获取到DNS记录标识。

第四方面，提供一种应用服务器切换方法，该方法包括：终端接收域名系统DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括源应用服务器的域名和对应的源网际协议IP地址的对应关系；终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，以得到目标DNS记录，其中，该目标DNS记录包括目标应用服务器的域名和对应的目标IP地址的对应关系，该源应用服务器的域名和该目标应用服务器的域名相同。

在一种可能的设计中，终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，包括：终端根据该DNS刷新消息，删除该DNS记录标识对应的该源DNS记录；在终端需要访问该目标应用服务器的情况下，终端发送DNS解析请求，该DNS解析请求用于请求与该目标应用服务器的域名对应的目标IP地址；终端接收该目标IP地址，并存储该目标应用服务器的域名和对应的该目标IP地址的对应关系，以得到目标DNS记录。

在一种可能的设计中，终端根据该DNS刷新消息，刷新该DNS记录标识对应的源DNS记录，包括：在该终端需要访问该目标应用服务器的情况下，该终端发送DNS解析请求，该DNS解析请求用于请求与该目标应用服务器的域名对应的目标IP地址；终端接收该目标IP地址，并将该源DNS记录中的源IP地址替换为该与该第一应用服务器的域名对应的目标IP地址，以得到目标DNS记录。

其中，终端接收DNS刷新消息的具体实现可参考第一方面中的相关描述，在此不再赘述。

其中，第四方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第五方面，提供一种应用服务器切换方法，该方法包括：控制设备接收来自会话管理实体的切换通知，该切换通知用于指示该终端发生AS切换；控制设备根据该切换通知，获取域名系统DNS记录标识；控制设备向该终端发送DNS刷新消息，该DNS刷新消息携带该DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括源应用服务器的域名和对应的源网际协议IP地址的对应关系。

在一种可能的设计中，控制设备向该终端发送DNS刷新消息，包括：控制设备向该终端发送应用触发请求，该应用触发请求中携带该DNS刷新消息。

在一种可能的设计中，在控制设备接收来自会话管理实体的切换通知之前，该方法还包括：控制设备向该会话管理实体发送订阅请求，该订阅请求用于请求订阅MEC平台的切换事件。

其中，控制设备根据该切换通知，获取DNS记录标识的具体实现可参考第二方面中的相关描述，在此不再赘述。

其中，第五方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。

第六方面，提供一种应用服务器切换方法，该方法包括：会话管理实体获取域名系统DNS记录标识；会话管理实体向终端发送DNS刷新消息，该DNS刷新消息携带该DNS记录标识，该DNS刷新消息用于指示刷新该DNS记录标识对应的源DNS记录，其中，该源DNS记录包括源应用服务器的域名和对应的源网际协议IP地址的对应关系。

其中，会话管理实体获取DNS记录标识的具体实现可参考第三方面中的相关描述，在此不再赘述。

其中，第六方面中任一种设计方式所带来的技术效果可参见第三方面中不同设计方式所带来的技术效果，此处不再赘述。

第七方面，提供了一种终端，该终端具有实现上述第一方面或第四方面所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，提供了一种终端，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该终端执行如上述第一方面或第四方面中任一所述的应用服务器切换方法。

第九方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或第四方面中任意一项所述的应用服务器切换方法。

第十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或第四方面中任意一项所述的应用服务器切换方法。

第十一方面，提供了一种芯片系统，该芯片系统包括处理器，用于支持终端实现上述方面中所涉及的功能，例如根据DNS刷新消息，刷新DNS记录标识对应的源DNS记录。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第七方面至第十一方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第十二方面，提供了一种控制设备，该控制设备具有实现上述第二方面或第五方面所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十三方面，提供了一种控制设备，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该控制设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该控制设备执行如上述第二方面或第五方面中任一所述的应用服务器切换方法。

第十四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第二方面或第五方面中任意一项所述的应用服务器切换方法。

第十五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面或第五方面中任意一项所述的应用服务器切换方法。

第十六方面，提供了一种芯片系统，该芯片系统包括处理器，用于支持控制设备实现上述方面中所涉及的功能，例如根据切换通知，获取域名系统DNS记录标识。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存控制设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第十二方面至第十六方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。

第十七方面，提供了一种会话管理实体，该会话管理实体具有实现上述第三方面或第六方面所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十八方面，提供了一种会话管理实体，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该会话管理实体运行时，该处理器执行该存储器存储的该计算机执行指令，以使该会话管理实体执行如上述第三方面或第六方面中任一所述的应用服务器切换方法。

第十九方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第三方面或第六方面中任意一项所述的应用服务器切换方法。

第二十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第三方面或第六方面中任意一项所述的应用服务器切换方法。

第二十一方面，提供了一种芯片系统，该芯片系统包括处理器，用于支持会话管理实体实现上述方面中所涉及的功能，例如获取域名系统DNS记录标识。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存会话管理实体必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第十七方面至第二十一方面中任一种设计方式所带来的技术效果可参见第三方面中不同设计方式所带来的技术效果，此处不再赘述。

第二十二方面，提供了一种应用服务器切换系统，该应用服务器切换系统包括如上述方面所示的终端和控制设备；或者，该应用服务器切换系统包括如上述方面所述的终端和会话管理实体。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为现有的MEC平台的切换流程示意图；

图2为现有的应用触发机制的流程示意图；

图3为本申请实施例提供的应用服务器切换系统的架构示意图；

图4为本申请实施例提供的应用服务器切换系统在5G中的应用架构示意图；

图5为本申请实施例提供的通信设备的硬件结构示意图；

图6为本申请实施例提供的应用服务器切换方法的流程示意图一；

图7为本申请实施例提供的应用服务器切换方法的流程示意图二；

图8为本申请实施例提供的应用服务器切换方法的流程示意图三；

图9为本申请实施例提供的装置的结构示意图；

图10为本申请实施例提供的控制设备的结构示意图；

图11为本申请实施例提供的会话管理实体的结构示意图。

具体实施方式

为了方便理解本申请实施例的技术方案，首先给出本申请相关技术的简要介绍如下。

MEC平台：

MEC平台是指将应用服务器和MBB核心网部分业务处理和资源调度的功能一同部署到靠近接入侧的网络边缘后所形成的一个平台。通常，MEC平台上可以部署用户面功能(user plane function，UPF)实体，各种应用服务器和DNS代理(DNS Proxy，DNSP)实体等，本申请实施例对此不作具体限定。

可选的，本申请实施例中的MEC平台也可以称之为MEC系统或其他，本申请实施例对此不作具体限定。

终端应用：

终端应用是指安装在终端上，用于访问应用服务器提供的服务的软件产品，也可以称之为终端上的应用客户端，比如终端上的微信客户端或者终端上的浏览器，可以用于访问微信服务器提供的服务，在此进行统一说明，以下不再赘述。

应用服务器：

本申请实施例中的应用服务器是指能够提供相应服务的载体。例如，微信服务器可以是能够提供微信服务的载体。

其中，本申请实施例中的载体可以是虚拟设备，也可以是实体设备，本申请实施例对此不作具体限定。其中，这里的虚拟设备例如可以是虚拟机或者容器等，本申请实施例对此不作具体限定。

边缘应用服务器和中心应用服务器:

边缘应用服务器是指部署在MEC平台上的应用服务器，而中心应用服务器是相对于边缘服务器来说的，可以和边缘应用服务器交互，比如可以向边缘应用服务器下发控制信息或同步数据等，因此边缘应用服务器通常具有中心应用服务器的全部功能或部分功能，本申请实施例对此不作具体限定。此外，由于边缘应用服务器部署在靠近接入网侧的网络边缘，也就是说部署位置较低，因此可以为用户提供更好的服务，比如时延更低、速率更高等。

需要说明的是，本申请下述实施例中的描述中，可以将部署在MEC平台上的应用服务器描述成边缘应用服务器，也可以直接描述成部署在MEC平台上的应用服务器，本申请实施例对此不作具体限定。在此进行统一说明，以下不再赘述。

DNS记录：

终端访问应用服务器通常通过域名访问，在通过域名访问时，需要先通过DNS解析请求获得对应的应用服务器的IP地址，其中，一个域名和IP地址的映射关系即为一条DNS记录。

DNS缓存：

终端获得DNS记录后通常会在本地缓存一定时间，在此时间内终端若再次对该域名进行访问时可以直接使用缓存的DNS记录，不需要再发起新的DNS解析请求去获取对应的应用服务器的IP地址。

边缘应用服务器的地址分配：

边缘应用服务器的IP地址通常由MEC平台在部署边缘应用服务器时分配，当然也可以是由其它地址分配设备统一分配。边缘应用服务器的IP地址可以是私网IP地址或公网IP地址，本申请实施例对此不作具体限定。

一种可能的实现方式中，部署在每个MEC平台上的应用服务器的IP地址可以在一个或多个IP地址段内，部署在不同MEC平台上的应用服务器的IP地址可以不同。比如，部署系统可以为MEC平台1上的应用服务器分配IP地址段1.1.0.1～1.1.255.255，为MEC平台2上的应用服务器分配IP地址段2.2.0.1～2.2.255.255。进而，MEC平台1在部署MEC平台1上的应用服务器时，可以为app.com对应的应用服务器分配IP地址为1.1.1.2；MEC平台2在部署MEC平台2上的应用服务器时，可以为app.com对应的应用服务器分配IP地址为2.2.1.2。

MEC平台上的DNS代理：

每个MEC平台上都可以部署一个DNSP实体，每个应用服务器被部署到MEC平台上时会被部署系统指定一个私有域名，该私有域名由该应用服务器的真实域名和部署该应用服务器的MEC平台的标识确定，格式通常为此应用服务器的真实域名+.mec<MECID>，例如某应用服务器的真实域名为app.com，被部署到MEC平台1时会被指定一个私有域名app.com.mec1，DNSP实体中将会保存app.com和app.com.mec1的映射关系，以及app.com.mec1和该部署到MEC平台1上的应用服务器的IP地址的映射关系。当终端发起到app.com的DNS解析请求时，MEC平台1上的UPF实体会将此DNS解析请求转发到DNSP实体，DNSP实体会先通过app.com找到其私有域名app.com.mec1，再通过app.com.mec1找到该部署到MEC平台1上的应用服务器的IP地址，并将此IP地址通过DNS解析响应发送到终端。

需要说明的是，本申请实施例中，MEC平台的标识用于唯一标识一个MEC平台，例如可以是部署在MEC平台上的UPF实体的位置信息或者数据网络接入标识(data networkaccess identity，DNAI)等，本申请实施例不作具体限定。在此统一说明，以下不再赘述。

需要说明的是，本申请实施例中，当终端访问某个应用服务器时，通常通过应用服务器的域名访问，这里应用服务器的域名指的是应用服务器的真实域名，在此进行统一说明，以下不再赘述。

MEC平台的切换：

MEC平台的切换可能是由于接入设备的切换导致的，也可能是由于其他原因导致的，本申请实施例对此不作具体限定。这里以MEC平台的切换是由于接入设备的切换导致的为例进行说明，则MEC平台的切换的流程可以如图1所示：

S101、核心网中的会话管理功能(session management function，SMF)实体上预先配置接入设备和MEC平台的标识的对应关系。该对应关系用于表征通过哪个接入设备接入时由哪个MEC平台提供服务。

S102、终端由于移动等原因触发接入设备发生切换，比如从源接入设备切换到目标接入设备接入。

S103、目标接入设备向核心网中的AMF实体发送路径切换请求(path switchrequest)，以使得AMF实体接收来自目标接入设备的路径切换请求。

S104、AMF实体向核心网中的SMF实体发送承载修改请求(modify bearerrequest)，以使得SMF实体接收来自AMF实体的承载修改请求。

S105、SMF实体确定接入设备发生切换，根据接入设备和MEC平台的标识的对应关系确定是否需要进行MEC平台的切换，如果需要，则向部署在目标MEC平台上的目标UPF实体发送会话建立请求(create session request)，以使得目标UPF实体接收来自SMF实体的会话建立请求。

S106、目标UPF实体向SMF实体发送会话建立响应(create session response)，以使得SMF实体接收来自目标UPF实体的会话建立响应。

S107、SMF实体向AMF实体发送承载修改响应(modify bearer response)，以使得AMF实体接收来自SMF实体的承载修改响应。

S108、AMF实体向目标接入设备发送路径切换响应(path switch response)，以使得目标接入设备接收来自AMF实体的路径切换响应。

S109、SMF实体向部署在源MEC平台上的源UPF实体发送会话删除请求(deletesession request)，以使得源UPF实体接收来自SMF实体的会话删除请求。

S110、源UPF实体向SMF实体发送会话删除响应(delete session response)，以使得SMF实体接收来自源UPF实体的会话删除响应。

至此，MEC切换的基本流程结束。其中，步骤S101至步骤S110的具体实现可参考现有的MEC平台的切换流程，在此不再赘述。

需要说明的是，由于MEC平台的部署位置较低，每个MEC平台的覆盖范围有限，因此终端移动时很容易触发MEC平台的切换，在此统一说明，以下不再赘述。

应用触发(application trigger)机制：

应用触发机制提供了一种应用服务器通过核心网控制面向终端主动推送消息的方法，此机制在第三代合作伙伴计划(3rd generation partnership project，3GPP)23.501 4.4.5和23.5025.2.6.1中有详细描述。其主要流程如图2所示，包括如下步骤：

S201、应用服务器向网络对外功能(network exposure function，NEF)实体发送应用触发请求(application trigger request)，以使得NEF实体接收来自应用服务器的应用触发请求。

其中，该应用触发请求中可以包括终端标识、请求者标识、消息的有效期、终端应用的标识、触发负载(trigger payload)等，终端标识例如可以是国际移动用户识别码(international mobile subscriber identity，IMSI)或终端的IP地址等，用于指示向哪个终端推送消息；请求者标识例如可以是该应用服务器的IP地址或者名称，用于指示消息由哪个应用服务器发起，其中，该请求者标识通常是应用服务器与运营商签约后由运营商分配或双方协商好的标识，可以用于对消息发送者进行鉴权、配额控制或计费等；消息的有效期用于指示消息在多长时间内有效，若消息发送失败并且还在有效期内，则需要核心网进行重传；终端应用的标识例如可以是数字标识或域名等，通常也是应用服务器与运营商签约后由运营商分配或双方协商的一个全局唯一的标识，用于指示消息需要发给终端上的哪个终端应用；触发负载是需要终端应用处理的内容，具体可参考现有的方案，在此不予赘述。

S202、NEF实体根据应用触发请求中携带的终端标识从统一数据管理(unifieddata management，UDM)获取终端的相关信息。

其中，该终端的相关信息例如可以是为此终端提供服务的核心网网元信息，比如哪个接入和移动性管理功能(access and mobility management function，AMF)为该终端提供服务。

S203、NEF实体向为终端服务的AMF实体发送该应用触发请求，以使得AMF实体接收来自NEF实体的应用触发请求。

S204、AMF实体向终端发送应用触发请求，以使得终端接收来自AMF实体的应用触发请求。

S205、终端向AMF实体发送应用触发响应(application trigger response)，以使得AMF实体接收来自终端的应用触发响应。其中，该应用触发响应用于指示终端已经成功接收到应用触发请求。

S206、AMF实体向NEF实体发送应用触发响应，以使得NEF实体接收来自AMF实体的应用触发响应。

S207、NEF实体向应用服务器发送应用触发响应，以使得应用服务器接收来自NEF实体的应用触发响应。

至此，应用触发机制的基本流程结束。其中，步骤S201至步骤S207的具体实现可参考现有的应用触发机制流程，在此不再赘述。

需要说明的是，必须支持应用触发机制的终端才可以使用上述的应用触发流程。而如何使得终端可以支持应用触发机制，可以有多种实现方式，比如终端基带芯片接收到非接入层(non-access stratum，NAS)消息后识别出是应用触发请求，可以将该应用触发请求发送到终端OS处理。进而，终端OS提供的一个服务可以处理该应用触发请求，这里终端OS提供的一个服务就是操作系统提供的一个功能或者功能模块，实现一些特定的功能，比如设备控制，消息通知功能等，在此统一说明，以下不再赘述。或者，终端OS接收到应用触发请求后，可以根据应用触发请求中携带的终端应用的标识，将应用触发请求发送给一个特定的终端应用来处理，本申请实施例对此不作具体限定。其中，由于处理应用触发请求的终端应用是一个特殊应用，因此对应的终端应用的标识可以是由运营商分配的一个特殊的标识，比如“0”，在此统一说明，以下不再赘述。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图3所示，为本申请实施例提供的一种应用服务器切换系统30，该应用服务器切换系统30包括终端、部署在源MEC平台中一个或多个应用服务器、部署在目标MEC平台上的一个或多个应用服务器以及部署在核心网中的会话管理实体。其中，部署在源MEC平台中一个或多个应用服务器例如可以包括源应用服务器1、……、源应用服务器k、以及应用服务器p等；部署在目标MEC平台中一个或多个应用服务器例如可以包括目标应用服务器1、……、目标应用服务器k、以及应用服务器q等，p、q、k均为正数。

需要说明的是，图3中应用服务器或源应用服务器或目标应用服务器后面的数字是为了区分是提供不同服务的应用服务器，若数字相同，可以认为是提供了相同的服务。比如，源应用服务器1和目标应用服务器1提供了相同的服务，源应用服务器k和目标应用服务器k提供了相同的服务。当然，本申请实施例中，也可能有些应用服务器仅部署在源MEC平台或目标MEC平台的其中一个MEC平台上，未同时部署在源MEC平台和目标MEC平台。比如，如图3所示，应用服务器p部署在源MEC平台上，在目标MEC平台上未部署相应的应用服务器；应用服务器q部署在目标MEC平台上，在源MEC平台上未部署相应的应用服务器，本申请实施例对此不作具体限定。

可选的，一种可能的实现方式中，在终端从源MEC平台切换到目标MEC平台接入的场景下，会话管理实体，用于获取DNS记录标识，并向终端发送DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录。其中，该源DNS记录包括部署在源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源IP地址的对应关系，该源IP地址为与源MEC平台关联的IP地址，M为正整数。

终端，用于接收来自会话管理实体的DNS刷新消息，并根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。其中，目标DNS记录包括M个应用服务器中同样也部署在目标MEC平台上的每个应用服务器的域名和对应的目标IP地址的对应关系，该目标IP地址为与目标MEC平台关联的IP地址。

需要说明的是，本申请实施例中，提供相同功能或者服务的应用服务器部署在不同的MEC平台上，可能具有不同的IP地址。当一个应用服务器X部署在任一MEC平台Y上时，我们称应用服务器X与该MEC平台Y相关联，该应用服务器X的IP地址为与该MEC平台Y相关联的IP地址。例如，源IP地址为与源MEC平台关联的IP地址，具体是指源IP地址为部署在源MEC平台上的应用服务器的IP地址；目标IP地址为与目标MEC平台关联的IP地址，具体是指目标IP地址为部署在目标MEC平台上的应用服务器的IP地址，在此统一说明，以下不再赘述。

或者，可选的，另一种可能的实现方式中，如图3所示，本申请实施例提供的应用切换系统30还可以包括控制设备。其中，控制设备，用于接收来自会话管理实体的切换通知，该切换通知用于指示终端发生MEC平台切换。

控制设备，还用于根据该切换通知，获取DNS记录标识，并向终端发送DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录。其中，该源DNS记录包括部署在源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源IP地址的对应关系，该源IP地址为与源MEC平台关联的IP地址，M为正整数。

终端，用于接收来自控制设备的DNS刷新消息，并根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。其中，目标DNS记录包括M个应用服务器中同样也部署在目标MEC平台上的应用服务器的域名和对应的目标IP地址的对应关系，该目标IP地址为与目标MEC平台关联的IP地址。

可选的，本申请实施例中的控制设备可以是应用服务器或者应用功能(application function，AF)实体等，本申请实施例对此不作具体限定。在此统一说明，以下不再赘述。

可选的，本申请实施例中，部署在源MEC平台上的M个应用服务器可以是部署在源MEC平台上的部分或全部应用服务器，本申请实施例对此不作具体限定。在此统一说明，以下不再赘述。

可选的，本申请实施例中，对于部署在源MEC平台上的应用服务器且同时也部署在目标MEC平台上的应用服务器，在终端发生MEC平台切换后，可以是部分或全部应用服务器发生切换。比如，在终端发生MEC平台切换后，部署在源MEC平台上的源应用服务器k可以发生切换，部署在源MEC平台上的源应用服务器1可以不发生切换；或者，部署在源MEC平台上的源应用服务器k和源应用服务器1均发生切换，本申请实施例对此不作具体限定。在此统一说明，以下不再赘述。其中，本申请实施例中，应用服务器发生切换是指终端能够快速将访问的对象从部署在源MEC平台上的源应用服务器上切换到部署在目标MEC平台上提供相同服务的目标应用服务器上，在此进行统一说明，以下不再赘述。

可选的，本申请实施例中，源IP地址和目标IP地址可以是私网IP地址或公网IP地址，本申请实施例对此不作具体限定。在此统一说明，以下不再赘述。

可选的，本申请实施例提供的应用服务器切换系统中的各个设备之间可以直接通信，也可以通过其它设备的转发进行通信，本申请实施例对此不作具体限定。

本申请实施例提供的应用服务器切换系统中，在终端从源MEC平台切换到目标MEC平台接入的情况下，控制设备或会话管理实体可以向终端发送DNS刷新消息，使得终端可以根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。一方面，由于在MEC平台切换后，可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录，进而可以根据目标DNS记录访问部署在目标MEC平台上的应用服务器，因此可以实现应用服务器的及时切换；另一方面，由于应用服务器切换过程中终端应用和部署在MEC平台上的应用服务器均不需要感知，因此不需要对终端应用和部署在MEC平台上的应用服务器进行适配开发，从而可以为MEC的大规模应用创造条件。也就是说，基于该应用服务器切换系统，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。

可选的，图3所示的应用切换系统可以应用于5G网络以及未来其它的网络，本申请实施例对此不作具体限定。

以图3所示的应用切换系统应用于5G网络为例，则如图4所示，图3中的会话管理实体具体可以为会话管理功能(session management function，SMF)实体。此外，如图4所示，核心网中还可以包括接入和移动性管理功能(access and mobility managementfunction，AMF)实体、NEF实体和网络功能仓库功能(network function repositoryfunction，NRF)实体等；源MEC平台中还可以包括源UPF实体和第一DNSP实体等，目标MEC平台中还可以包括目标UPF实体和第二DNSP实体等，本申请实施例对此不作具体限定。

其中，终端发生MEC平台切换之前，终端通过第一接入设备接入源MEC平台；终端发生MEC平台切换之后，终端通过第二接入设备接入目标MEC平台；第一接入设备通过下一代网络(Next generation，N)接口3(简称N3)与源UPF实体通信；第二接入设备通过N接口3(简称N3)与目标UPF实体通信；第一接入设备和第二接入设备均通过N接口2(简称N2)与AMF实体通信；AMF实体通过N接口11(简称N11)与SMF实体通信，SMF实体可以与NRF实体通信。部署在源MEC平台上的应用服务器(比如应用服务器q、源应用服务器1、……、源应用服务器k)、以及部署在目标MEC平台上的应用服务器(比如应用服务器q、目标应用服务器1、……、目标应用服务器k)可以通过NEF实体和NRF实体通信；SMF实体可以通过NEF实体与控制设备通信，并且，NRF实体可以通过NEF实体与控制设备通信。

需要说明的是，图4所示的实施例以控制设备、部署在源MEC平台上的应用服务器、以及部署在目标MEC平台上的应用服务器与NRF实体通信时所经过的NEF实体为相同的NEF实体为例进行示意，但是NEF实体可能是分布式部署的，本申请实施例对部署在源MEC平台上的应用服务器、以及部署在目标MEC平台上的应用服务器与NRF实体通信时所经过的NEF实体的部署位置不作具体限定。比如，部署在源MEC平台上的应用服务器可能通过部署在源MEC平台上的NEF实体与NRF实体通信，部署在目标MEC平台上的应用服务器可能通过部署在目标MEC平台上的NEF实体与NRF实体通信，在此统一说明，以下不再赘述。当然，本申请实施实施例中，控制设备、部署在源MEC平台上的应用服务器、以及部署在目标MEC平台上的应用服务器也可能不经过NEF实体与核心网网元(比如NRF实体、AMF实体或SMF实体等)通信，本申请实施例对是否有NEF实体以及NEF实体的部署位置不作具体限定.可选的，图4所示的实施例以终端发生MEC平台切换前和终端发生MEC平台切换后，终端通过不同的接入设备接入为例进行说明，当然，如上所述，终端发生MEC平台切换前和终端发生MEC平台切换后，终端也可以通过相同的接入设备接入，本申请实施例对此不作具体限定。

需要说明的是，图4中的各个网元之间的接口名字只是一个示例，具体实现中接口名字可能为其他名字，本申请实施例对此不作具体限定。

需要说明的是，图4的接入设备、SMF实体、UPF实体、AMF实体、NEF实体和NRF实体等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，接入设备、SMF实体、UPF实体、AMF实体、NEF实体和NRF实体所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。

可选的，本申请实施例中所涉及到的终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)等。为方便描述，本申请中，上面提到的设备统称为终端。

可选的，本申请实施例中所涉及到的接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非第三代合作伙伴计划(3rd generation partnership project，3GPP)接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。

可选的，图3中的终端、会话管理实体或控制设备可以由一个实体设备实现，也可以由多个实体设备共同实现，还可以是一个实体设备内的一个逻辑功能模块，本申请实施例对此不作具体限定。

例如，图3中的终端、会话管理实体或控制设备可以通过图5中的通信设备来实现。图5所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备500包括至少一个处理器501，通信线路502，存储器503以及至少一个通信接口504。

处理器501可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路502可包括一通路，在上述组件之间传送信息。

通信接口504，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器503可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路502与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器503用于存储执行本申请方案的计算机执行指令，并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机执行指令，从而实现本申请下述实施例提供的应用服务器切换方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器501可以包括一个或多个CPU，例如图5中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备500可以包括多个处理器，例如图5中的处理器501和处理器508。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备500还可以包括输出设备505和输入设备506。输出设备505和处理器501通信，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备506和处理器501通信，可以以多种方式接收用户的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备500可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备500可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图5中类似结构的设备。本申请实施例不限定通信设备500的类型。

下面将结合图1至图5，对本申请实施例提供的应用服务器切换方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要说明的是，本申请下述实施例所对应的图6至图8中仅是示例性的给出了相关描述所需的网元，对于描述中未涉及到的网元，比如源接入设备，部署在源MEC平台上的源UPF实体和第一DNSP实体等并未示出，在此统一说明，以下不再赘述。

以图4所示的应用服务器切换系统在5G网络中的应用架构为例，如图6所示，为本申请实施例提供的一种应用服务器切换方法，该方法包括如下步骤：

S601、在SMF实体上配置应用服务器相关的信息。

可选的，本申请实施例中，应用服务器相关的信息可以包括部署在源MEC平台和目标MEC平台上的应用服务器的域名，或者部署在源MEC平台和目标MEC平台上的应用服务器的IP地址或IP地址段等，本申请实施例对此不作具体限定。

示例性的，该应用服务器相关的信息例如可以是部署在源MEC平台上的应用服务器的IP地址段为1.1.1.1～1.1.255.255，部署在目标MEC平台上的应用服务器的IP地址段为2.2.1.1～2.2.255.255。

可选的，本申请实施例中，应用服务器相关的信息可以由MEC应用管理网元(负责MEC上的应用服务器的部署及管理)自动配置的，也可以是由运维人员手工配置的，本申请实施例对此不做具体限定。

可选的，本申请实施例中的MEC应用管理网元例如可以是图4中的控制设备或者独立的MEC应用部署和管理功能实体，本申请实施例对此不做具体限定。

需要说明的是，本申请实施例中的步骤S601是个可选的步骤，即本申请实施例也可以不包括步骤S601，在此进行统一说明，以下不再赘述。

S602、在源MEC平台上部署应用服务器A之后，部署在源MEC平台上的应用服务器A向NRF实体注册应用服务器A的域名以及对应的IP地址等信息，比如可以是appA.com.mec11.1.1.2，其中，appA.com为应用服务器A的真实域名；mec1为源MEC平台的标识；1.1.1.2为部署在源MEC平台上的应用服务器A的IP地址。

可选的，步骤S602中的应用服务器A可以是部署在源MEC平台上的任意一个应用服务器，比如可以是图4中源应用服务器1；或者，图4中源应用服务器k；或者，图4中应用服务器p等，本申请实施例对此不作具体限定。

可选的，如图6所示，部署在源MEC平台上的应用服务器A向NRF实体注册应用服务器A的域名以及对应的IP地址等信息时，需要通过NEF实体的转发，本申请实施例对此不作具体限定。

可选的，对于部署在源MEC平台上的每个应用服务器，均可以按照步骤S602的方式执行，在此不再一一赘述。

S603、在目标MEC平台上部署应用服务器B之后，部署在目标MEC平台上的应用服务器B向NRF实体注册应用服务器B的域名以及对应的IP地址等信息，比如可以是appB.com.mec2 2.2.1.2，其中，appB.com为应用服务器B的真实域名；mec2为目标MEC平台的标识；2.2.1.2为部署在目标MEC平台上的应用服务器B的IP地址。

可选的，步骤S603中的应用服务器B可以是部署在目标MEC平台上的任意一个应用服务器，比如可以是图4中目标应用服务器1；或者，图4中目标应用服务器k；或者，图4中应用服务器q等，本申请实施例对此不作具体限定。

可选的，如图6所示，部署在目标MEC平台上的应用服务器B向NRF实体注册应用服务器B的域名以及对应的IP地址等信息时，需要通过NEF实体的转发，本申请实施例对此不作具体限定。

可选的，对于部署在目标MEC平台上的每个应用服务器，均可以按照步骤S603的方式执行，在此不再一一赘述。

可选的，步骤S602中的应用服务器A和步骤S603中的应用服务器B可以是相同的应用服务器，也可以是不相同的应用服务器，本申请实施例对此不作具体限定。

其中，步骤S602和步骤S603中注册的具体实现可参考现有的实现方式，在此不予赘述。

S604、控制设备向部署在核心网中的SMF实体发送订阅请求，以使得SMF实体接收来自控制设备的订阅请求。该订阅请求应用请求订阅MEC平台的切换事件。

可选的，本申请实施例中，订阅请求中可以携带MEC平台的标识，即可以根据MEC平台的标识进行订阅。比如，订阅请求中可以携带MEC平台A的标识，这样，若任意终端从MEC平台A切换至其他MEC平台接入，或者从其他MEC平台切换至MEC平台A接入，均可以触发SMF实体向控制设备发送切换通知；或者，订阅请求中可以携带MEC平台A的标识和MEC平台B的标识，这样，若任意终端从MEC平台A切换至MEC平台B接入，或者从MEC平台B切换至MEC平台A接入，均可以触发SMF实体向控制设备发送切换通知。通过在订阅请求中携带MEC平台的标识，可以实现对该MEC平台的标识对应的MEC平台的定制化服务，从而可以在发生MEC平台切换的MEC平台中包括该MEC平台时，实现应用服务器的及时切换。

或者，可选的，本申请实施例中，订阅请求中可以携带终端标识，即可以根据终端标识进行订阅。比如，订阅请求中可以携带终端A标识，这样，若该终端A从任意一个MEC平台切换至另外任意一个MEC平台接入，均可以触发SMF实体向控制设备发送切换通知。通过在订阅请求中携带终端标识，可以实现对该终端标识对应的终端的定制化服务，从而可以在发生MEC平台切换的终端为该终端时，实现应用服务器的及时切换。

或者，可选的，本申请实施例中还可以同时携带终端标识和MEC平台的标识，即可以根据MEC平台的标识和终端标识进行订阅。比如，订阅请求中可以携带终端A标识和MEC平台A的标识，这样，若终端A从MEC平台A切换至其他MEC平台接入，或者从其他MEC平台切换至MEC平台A接入，才可以触发SMF实体向控制设备发送切换通知；或者，订阅请求中可以携带终端A标识、MEC平台A的标识和MEC平台B的标识，这样，若终端A从MEC平台A切换至MEC平台B接入，或者从MEC平台B切换至MEC平台A接入，才可以触发SMF实体向控制设备发送切换通知。通过在订阅请求中携带终端标识和MEC平台的标识，可以实现对该终端标识对应的终端在该MEC平台的标识对应的MEC平台上的定制化服务，从而可以在发生MEC平台切换的终端为该终端，且发生MEC平台切换的MEC平台中包括该MEC平台时，实现应用服务器的及时切换。

可选的，本申请实施例中，MEC平台的标识可以是任意可以标识MEC平台的信息，比如可以是全局唯一的MEC标识(identity，ID)或者MEC平台所在网络的数据网络接入标识(data network access identifier，DNAI)等，本申请实施例对此不作具体限定。

其中，终端标识的相关描述可参考图2所示的实施例，在此不再赘述。

可选的，如图6所示，控制设备向SMF实体发送订阅请求需要通过NEF实体的转发，本申请实施例对此不作具体限定。

S605、终端从源MEC平台切换到目标MEC平台接入。

其中，步骤S605的具体实现可参考图1所示的实施例，在此不再赘述。

假设步骤S604中的订阅请求中携带终端标识、源MEC平台的标识、或目标MEC平台的标识中的至少一个，则本申请实施例提供的应用切换方法还包括如下步骤：

S606、SMF实体向控制设备发送切换通知，以使得控制设备接收来自SMF实体的切换通知。该切换通知用于指示终端发生MEC平台的切换。

其中，本申请实施例中，切换通知中携带终端标识，该终端标识用于指示发生MEC平台切换的终端。

可选的，本申请实施例中，切换通知中还可以携带源MEC平台的标识，其中，源MEC平台的标识用于后续获取DNS记录标识，具体可参考后续实施例的描述，在此不再赘述。

可选的，本申请实施例中，若步骤S601中在SMF实体上配置了部署在源MEC平台上的应用服务器的IP地址或IP地址段，或者部署在源MEC平台上的应用服务器的域名等，则此时的切换通知中还可以携带DNS记录标识，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中的DNS记录标识为源DNS记录对应的标识，该源DNS记录包括部署在源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源IP地址的对应关系，该源IP地址为与源MEC平台关联的IP地址，M为正整数，在此统一说明，以下不再赘述。

可选的，本申请实施例中的DNS记录标识例如可以包括部署在源MEC平台上的M个应用服务器的域名，或者部署在源MEC平台上的M个应用服务器的IP地址或IP地址段中的至少一个，本申请实施例对此不作具体限定。

可选的，如图6所示，SMF实体向控制设备发送切换通知需要通过NEF实体的转发，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中的步骤S604是个可选的步骤，即本申请实施例也可以不包括步骤S604，而是在终端从源MEC平台切换到目标MEC平台接入(步骤S605)后，直接执行步骤S606，本申请实施例对此不作具体限定。

S607、控制设备根据切换通知，获取DNS记录标识。

可选的，一种可能的实现方式中，步骤S606中的切换通知中携带该DNS记录标识，则此时控制设备根据切换通知，获取DNS记录标识，具体可以包括：控制设备从切换通知中获取DNS记录标识。

或者，可选的，一种可能的实现方式中，假设步骤S606中的切换通知中未携带该DNS记录标识，而是携带MEC平台的标识，则此时控制设备根据切换通知，获取DNS记录标识，具体可以包括：控制设备根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定该DNS记录标识。

比如，若控制设备本身负责MEC平台上应用服务器的部署和管理，则在MEC平台部署完成之后，控制设备可以存储源MEC平台的标识和DNS记录标识的对应关系。这样，控制设备接收携带源MEC平台的标识的切换通知后，可以根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定该DNS记录标识。该情况下，M个应用服务器通常为部署在源MEC平台上的全部应用服务器。

或者，比如，控制设备可以在前一次从部署在核心网中的NRF实体中查询DNS记录标识后，存储源MEC平台的标识和DNS记录标识的对应关系。这样，若该DNS记录标识在有效期内，则控制设备接收携带源MEC平台的标识的切换通知后，可以根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定该DNS记录标识。该情况下，M个应用服务器也通常为部署在源MEC平台上的全部应用服务器。

或者，可选的，一种可能的实现方式中，若上述方式均无法确定DNS记录标识，则此时控制设备根据切换通知，获取DNS记录标识，具体可以包括：控制设备根据源MEC平台的标识，从NRF实体中查询DNS记录标识。该情况下，M个应用服务器也通常为部署在源MEC平台上的全部应用服务器。可选的，在控制设备从NRF实体中查询到DNS记录标识之后，可以将该DNS记录标识和该源MEC平台的标识的对应关系在本地缓存一段时间，后续需要该DNS记录标识时，可以在按照上一种实现方式从本地获取，从而可以减少控制设备向核心网查询的次数，其中，缓存时间由控制设备自行确定，本申请实施例对此不作具体限定。

S608、控制设备向终端发送应用触发请求，以使得终端接收来自控制设备的应用触发请求。其中，该应用触发请求携带DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录。

可选的，本申请实施例中的应用触发请求可以复用图2所示的应用触发机制中的应用触发请求，其中，该应用触发请求中除了携带如图2所示的参数之外，还可以在应用触发请求的触发负载中携带DNS刷新消息，本申请实施例对此不作具体限定。

可选的，本申请实施例中的DNS刷新消息可以指示刷新的动作。比如，可以在DNS刷新消息中定义一个“刷新动作”字段，这样，终端在解析应用触发请求，得到DNS刷新消息之后，根据该“刷新动作”字段，可以确定需要刷新该DNS记录标识对应的源DNS记录。或者，可以通过应用触发请求中携带的终端应用的标识来隐式指示刷新的动作，具体的，终端在解析应用触发请求之后，可以得到终端应用的标识，进而可以根据该终端应用的标识，向对应的终端应用发送DNS刷新请求，其中，该终端应用用于专门处理应用触发请求，具体可参考下述步骤S609的描述，在此不再赘述。

可选的，本申请实施例中，若M为不小于2的正整数，则DNS记录标识可以是一个汇聚后的IP地址段，这样可以减少DNS刷新消息中内容的长度或数量，从而可以节省信令资源。比如，若M个应用服务器中每个应用服务器对应的源IP地址分别为1.1.1.1、1.1.1.2、1.1.1.3、1.1.1.4和1.1.1.5，则可以汇聚成1.1.1.1～1.1.1.5；或者，若M个应用服务器中每个应用服务器对应的源IP地址所在的IP地址段分别为1.1.1.1～1.1.1.100和1.1.1.111～1.1.1.200，则可以汇聚成1.1.1.1～1.1.1.200，本申请实施例对汇聚方式不作具体限定。其中，若DNS记录标识是携带在切换通知中的，则上述IP地址汇聚的过程可以是由SMF实体实现的，也可以是由控制设备实现的；若DNS记录是在控制设备本地获取的，则上述IP地址汇聚的过程是由控制设备实现的；若DNS记录是从NRF实体中查询得到的，则上述IP地址汇聚的过程是由控制设备实现的，也可以是由NRF实体实现的，本申请实施例对此不作具体限定。

可选的，如图6所示，控制设备向终端发送应用触发请求需要通过NEF实体、AMF实体和目标接入设备的转发，其中，这里的控制设备可以替换为图2中的应用服务器，具体可参考图2所示的应用触发流程，在此不再详细赘述。

S609、终端根据应用触发请求中携带的DNS刷新消息，删除DNS记录标识对应的源DNS记录。

如图2中所述，必须支持应用触发机制的终端才可以使用图2所示的应用触发流程。因此，本申请实施例中，若要复用应用触发机制中的应用触发请求，该终端必须支持应用触发机制，比如如图2中所述，可以提供一个特定的终端应用或者终端OS提供一个服务，用于处理应用触发请求。同时，本申请实施例中，由于在应用触发请求中携带了DNS刷新消息，因此要求该终端应用或者终端OS提供的服务还具备处理DNS刷新消息的功能或服务，这样，终端OS系统获取应用触发请求之后，可以根据应用触发请求中携带的DNS刷新消息，查找DNS记录标识对应的源DNS记录，进而删除该DNS记录标识对应的源DNS记录；或者，终端OS获取应用触发请求之后，可以将应用触发请求发送给相应的终端应用，由终端应用根据应用触发请求中携带的DNS刷新消息，查找DNS记录标识对应的源DNS记录，进而删除该DNS记录标识对应的源DNS记录，本申请实施例对此不作具体限定。

S610、终端向控制设备发送应用触发响应，以使得控制设备接收来自终端的触发响应该应用触发响应。其中，该应用触发响应用于指示终端已经接收到应用触发请求。

可选的，如图6所示，终端向控制设备发送应用触发响应需要通过目标接入设备、AMF实体和NEF实体的转发，其中，这里的控制设备可以替换为图2中的应用服务器，具体可参考图2所示的应用触发流程，在此不再详细赘述。

S611、终端确定需要访问第一应用服务器，其中，该第一应用服务器为M个应用服务器中同样也部署在目标MEC平台上的一个应用服务器。

由于步骤S609中终端已经删除第一应用服务器的域名和对应的源IP地址的对应关系，因此，在终端确定需要访问该第一应用服务器之后，在本地缓存中将查询不到对应的DNS记录，进而将执行步骤S612。

S612、终端向目标MEC平台上的第二DNSP实体发送DNS解析请求，以使得第二DNSP实体接收来自终端的DNS解析请求。该DNS解析请求用于请求与第一应用服务器的域名对应的目标IP地址。

可选的，该DNS解析请求中可以携带第一应用服务器的域名或其他可以用于唯一标识第一应用服务器的信息，本申请实施例对此不作具体限定。

可选的，如图6所示，终端向第二DNSP实体发送DNS解析请求需要通过目标接入设备和部署在目标MEC平台上的目标UPF实体的转发，具体的，终端发送DNS解析请求之后，目标UPF实体识别出DNS解析请求，并转发到第二DNSP实体处理，这个过程是对终端透明的，本申请实施例对此不作具体限定。

S613、第二DNSP实体向终端发送DNS解析响应，以使得终端接收来自第二DNSP实体的DNS解析响应。其中，该DNS解析响应携带与第一应用服务器的域名对应的目标IP地址。

可选的，如图6所示，第二DNSP实体向终端发送DNS解析响应需要通过目标UPF实体和目标接入设备的转发，本申请实施例对此不作具体限定。

S614、终端存储第二DNS记录，该第二DNS记录为第一应用服务器的域名和对应的目标IP地址的对应关系。

这样，在该第二DNS记录的有效期内，若终端需要访问该第一应用服务器，则终端可以直接根据该第二DNS记录，向该第二DNS记录中的目标IP地址对应的第一应用服务器发起连接请求，具体可参考现有的实现方式，在此不再赘述。

可选的，本申请实施例中，对于M个应用服务器中同样也部署在目标MEC平台上的终端需要访问的每个应用服务器，均可以按照步骤S611至S614的方式执行，在此不再一一赘述。

可选的，本申请实施例中，也可以是在终端根据应用触发请求中携带的DNS刷新消息，删除DNS记录标识对应的源DNS记录(步骤S609)之后，对于M个应用服务器中同样也部署在目标MEC平台上的每个应用服务器，直接按照步骤S612至S614的方式执行，本申请实施例对此不作具体限定。

可选的，本申请实施例中，对于M个应用服务器中未部署在目标MEC平台上的应用服务器，终端也可以向第二DNSP实体发送DNS解析请求，由于该应用服务器未部署在目标MEC平台上，因此第二DNSP实体可以向实际的DNS服务器发送DNS解析请求并向终端发送获取到的IP地址，本申请实施例对此不作具体限定。

本申请实施例提供的应用服务器切换方法中，在终端从源MEC平台切换到目标MEC平台接入的情况下，控制设备可以向终端发送DNS刷新消息，使得终端可以根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。一方面，由于在MEC平台切换后，可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录，进而可以直接根据目标DNS记录访问部署在目标MEC平台上的应用服务器，因此可以实现应用服务器的及时切换；另一方面，由于应用服务器切换过程中终端应用和部署在MEC平台上的应用服务器均不需要感知，因此不需要对终端应用和部署在MEC平台上的应用服务器进行适配开发，从而可以为MEC的大规模应用创造条件。也就是说，基于该应用服务器切换方法，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。同时，由于该方案在发送DNS刷新消息时，可以复用现有的应用触发流程，因此简化了方案实施的复杂性，从而增加了方案的可实施性。

其中，上述步骤S601至S614中终端和控制设备的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，以图4所示的应用服务器切换系统在5G网络中的应用架构为例，如图7所示，为本申请实施例提供的另一种应用服务器切换方法，该方法包括如下步骤：

S701-S708、同步骤S601-S608，具体可参考图6所示的实施例，在此不再赘述。

S709、同步骤S610、具体可参考图6所示的实施例，在此不再赘述。

S710-S712、与步骤S611-S613类似，区别仅在于，在图6所示的实施例中，在步骤S610之后，终端可以删除DNS刷新消息；而在图7所示的实施例中，在步骤S708之后，终端需要缓存该DNS刷新消息。这样，在终端确定需要访问第一应用服务器(步骤S710)之后，由于终端中还存储第一应用服务器的域名和对应的源IP地址的对应关系，因此，终端必须结合DNS刷新消息确定是否需要刷新该条DNS记录，比如若该第一应用服务器为M个应用服务器中的一个应用服务器，且该第一应用服务器同样也部署在目标MEC平台，则终端可以继续执行后续步骤S711-S712，否则向该源IP地址对应的应用服务器发起连接请求，本申请实施例对此不作具体限定。

或者，可选的，本申请实施例中，在步骤S708之后，终端也可以不缓存该DNS刷新消息，而是在获取DNS刷新消息之后，根据DNS刷新消息中携带的DNS记录标识，在该DNS记录标识对应的源DNS记录中增加一个标记，以用于区分该源DNS记录待刷新。这样，在终端确定需要访问第一应用服务器(步骤S710)之后，若对应的源DNS记录中有该标记，则可以确定该源DNS记录需要刷新，进而终端可以继续执行后续步骤S711-S712，否则向该源IP地址对应的应用服务器发起连接请求，本申请实施例对此不作具体限定。

或者，可选的，在步骤S708之后，终端也可以不缓存该DNS刷新消息，而是在获取DNS刷新消息之后，根据DNS刷新消息中携带的DNS记录标识，将该DNS记录标识对应的源DNS记录的TTL参数修改为无效值。这样，在终端确定需要访问第一应用服务器(步骤S710)之后，若对应的源DNS记录中的TTL参数为无效值，则可以确定该源DNS记录需要刷新，进而终端可以继续执行后续步骤S711-S712，否则向该源IP地址对应的应用服务器发起连接请求，本申请实施例对此不作具体限定。

其中，步骤S710-S712的具体实现可参考图6所示的实施例，在此不再赘述。

S713、终端将第一DNS记录中与第一应用服务器的域名对应的源IP地址替换为与第一应用服务器的域名对应的目标IP地址，以得到第二DNS记录。

其中，第一DNS记录为第一应用服务器的域名和对应的源IP地址的对应关系；第二DNS记录为第一应用服务器的域名和对应的目标IP地址的对应关系。

这样，在该第二DNS记录的有效期内，若终端需要访问该第一应用服务器，则终端可以直接根据该第二DNS记录，向该第二DNS记录中的目标IP地址对应的第一应用服务器发起连接请求，具体可参考现有的实现方式，在此不再赘述。

可选的，本申请实施例中，对于M个应用服务器中同样也部署在目标MEC平台上的终端需要访问的每个应用服务器，均可以按照步骤S710至S713的方式执行，在此不再一一赘述。

可选的，本申请实施例中，也可以是在终端接收来自控制设备的应用触发请求之后，根据应用触发请求中携带的DNS刷新消息，对于M个应用服务器中同样也部署在目标MEC平台上的每个应用服务器，直接按照步骤S711至S713的方式执行，本申请实施例对此不作具体限定。

可选的，本申请实施例中，对于M个应用服务器中未部署在目标MEC平台上的应用服务器，终端也可以向第二DNSP实体发送DNS解析请求，由于该应用服务器未部署在目标MEC平台上，因此第二DNSP实体可以向实际的DNS服务器发送DNS解析请求并向终端发送获取到的IP地址，本申请实施例对此不作具体限定。

本申请实施例提供的应用服务器切换方法中，在终端从源MEC平台切换到目标MEC平台接入的情况下，控制设备可以向终端发送DNS刷新消息，使得终端可以根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。一方面，由于在MEC平台切换后，可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录，进而可以直接根据目标DNS记录访问部署在目标MEC平台上的应用服务器，因此可以实现应用服务器的及时切换；另一方面，由于应用服务器切换过程中终端应用和部署在MEC平台上的应用服务器均不需要感知，因此不需要对终端应用和MEC平台上的应用服务器进行适配开发，从而可以为MEC的大规模应用创造条件。也就是说，基于该应用服务器切换方法，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。同时，由于该方案在发送DNS刷新消息时，可以复用现有的应用触发流程，因此简化了方案实施的复杂性，从而增加了方案的可实施性。

其中，上述步骤S701至S713中终端和控制设备的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，以图4所示的应用服务器切换系统在5G网络中的应用架构为例，如图8所示，为本申请实施例提供的另一种应用服务器切换方法，该方法包括如下步骤：

S801-S803、同步骤S601-S603，具体可参考图6所示的实施例，在此不再赘述。

S804、同步骤S605，具体可参考图6所示的实施例，在此不再赘述。

S805、SMF实体获取DNS记录标识。

可选的，一种可能的实现方式中，SMF实体获取DNS记录标识，具体可以包括：SMF实体根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定DNS记录标识。

比如，若步骤S801中在SMF实体中配置了部署在源MEC平台上的应用服务器相关的信息，则SMF实体可以存储源MEC平台的标识和DNS记录标识的对应关系。这样，SMF实体在确定MEC平台发生切换之后，可以根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定DNS记录标识。该情况下，M个应用服务器通常为部署在源MEC平台上的全部应用服务器。

或者，比如，SMF实体可以在前一次从部署在核心网中的NRF实体中查询DNS记录标识后，存储源MEC平台的标识和DNS记录标识的对应关系。这样，若该DNS记录标识在有效期内，则SMF实体在确定MEC平台发生切换之后，可以根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定DNS记录标识。该情况下，M个应用服务器也通常为部署在源MEC平台上的全部应用服务器。

或者，可选的，一种可能的实现方式中，若上述方式均无法确定源DNS记录对应的DNS记录标识，则此时SMF实体获取DNS记录标识，具体可以包括：SMF实体根据源MEC平台的标识，从NRF实体中查询DNS记录标识。该情况下，M个应用服务器也通常为部署在源MEC平台上的全部应用服务器。可选的，在SMF实体从NRF实体中查询到该DNS记录标识之后，可以将该DNS记录标识和该源MEC平台的标识的对应关系在本地缓存一段时间，后续需要该DNS记录标识时，可以在按照上一种实现方式从本地获取，从而可以减少SMF实体向核心网查询的次数，其中，缓存时间由SMF实体自行确定，本申请实施例对此不作具体限定。

S806、SMF实体向AMF实体发送切换通知，以使得AMF实体接收来自SMF实体的切换通知。其中，该切换通知携带DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录。

可选的，本申请实施例中，若M为不小于2的正整数，则DNS记录标识可以是一个汇聚后的IP地址段，这样可以减少DNS刷新消息中内容的长度或数量，从而可以节省信令资源。相关描述可参考图6所示的实施例，在此不再赘述。

S807、AMF实体向终端发送NAS消息1，以使得终端接收来自AMF实体的NAS消息1。其中，该NAS消息1携带DNS刷新消息，该DNS刷新消息携带DNS记录标识，用于指示刷新该DNS记录标识对应的源DNS记录。

可选的，本申请实施例中，DNS刷新消息可以携带在NAS消息1的额外信息(additional information)信元中或其它字段中，本申请实施例对此不作具体限定。

可选的，本申请实施例中的DNS刷新消息可以指示刷新的动作。比如，可以在DNS刷新消息中定义一个“刷新动作”字段，这样，终端在解析NAS消息1，得到DNS刷新消息后，根据该“刷新动作”字段，可以确定需要刷新该DNS记录标识对应的源DNS记录。或者，或者，可以通过在切换通知和NAS消息1中携带终端应用的标识来隐式指示刷新的动作，具体的，终端在解析NAS消息1之后，可以得到终端应用的标识，进而可以根据该终端应用的标识，向对应的终端应用发送DNS刷新消息，其中，该终端应用用于专门处理DNS刷新消息，具体可参考步骤S808的描述，在此不再赘述。

可选的，如图8所示，AMF实体向终端发送NAS消息1需要通过目标接入设备的转发，本申请实施例对此不作具体限定。

S808、终端根据NAS消息1中携带的DNS刷新消息，删除DNS记录标识对应的源DNS记录。

可选的，本申请实施例中，可以提供一个特定的终端应用或者终端OS提供一个服务，用于处理DNS刷新消息。这样，终端基带芯片接收到NAS消息1后识别出是DNS刷新消息，可以将该DNS刷新消息发送到终端OS。这样，终端OS系统获取该DNS刷新消息之后，可以根据该DNS刷新消息，查找DNS记录标识对应的源DNS记录，进而删除该DNS记录标识对应的源DNS记录；或者，终端OS获取该DNS刷新消息之后，可以将该DNS刷新消息发送给相应的终端应用，由终端应用根据该DNS刷新消息，查找DNS记录标识对应的源DNS记录，进而删除该DNS记录标识对应的源DNS记录，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若提供一个特定的终端应用来处理DNS刷新消息，则NAS消息1中还可以携带该终端应用的标识，本申请实施例对此不作具体限定。

S809、终端向AMF实体发送NAS消息2，以使得AMF实体接收来自终端的NAS消息2。其中，该NAS消息2中携带DNS刷新响应。DNS刷新响应应用指示终端已经接收到DNS刷新请求。

可选的，本申请实施例中，DNS刷新响应可以携带在NAS消息2的额外信息信元中或其它字段中，本申请实施例对此不作具体限定。

可选的，如图8所示，终端向AMF实体发送NAS消息2需要通过目标接入设备的转发，本申请实施例对此不作具体限定。

S810-S813、同步骤S611-S614，具体可参考图6所示的实施例，在此不再赘述。

可选的，本申请实施例中，也可在终端从源MEC平台切换到目标MEC平台接入的过程中，在如图2所示的步骤S107之前执行步骤S805，进而，在步骤S107中的承载修改响应中携带上述的DNS刷新消息，这样，可以不用执行本申请实施例中的步骤S806，从而节省了信令资源，本申请实施例对此不作具体限定。示例性的，可以通过在承载修改响应中增加DNS刷新消息字段的方式在承载修改响应中携带上述的DNS刷新消息；也可以在承载修改响应中的协议配置项(protocol configuration option，PCO)信元中携带上述DNS刷新消息，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在终端接收来自AMF实体的NAS消息1之后，可以参照图7所示的步骤S710-S713刷新DNS记录标识对应的源DNS记录，具体可参考图7所示的实施例，本申请实施例在此不再赘述。

本申请实施例提供的应用服务器切换方法中，在终端从源MEC平台切换到目标MEC平台接入的情况下，SMF实体可以向终端发送DNS刷新消息，使得终端可以根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。一方面，由于在MEC平台切换后，可以及时刷新DNS记录标识对应的源DNS记录，得到目标DNS记录，进而可以直接根据目标DNS记录访问部署在目标MEC平台上的应用服务器，因此可以实现应用服务器的及时切换；另一方面，由于应用服务器切换过程中终端应用和部署在MEC平台上的应用服务器均不需要感知，因此不需要对终端应用和部署在MEC平台上的应用进行适配开发，从而可以为MEC的大规模应用创造条件。也就是说，基于该应用服务器切换方法，可以在终端从源MEC平台切换到目标MEC平台接入的场景下，实现应用服务器的及时切换，并且不需要对部署在MEC平台上的应用服务器和与部署在MEC平台上的应用服务器对应的终端应用进行适配开发，为MEC的大规模应用创造了条件。同时，与图6或图7所示的实施例相比，本申请实施例不需要限定终端必须支持应用触发机制，因此扩大了方案的应用范围。

其中，上述步骤S801至S813中终端和SMF实体的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

需要说明的是，本申请上述实施例均是以所提供的应用服务器切换方法应用于MEC平台上为例进行说明，当然，上述应用服务器切换方法也可能应用于与MEC平台类似的其他场景下，本申请实施例对此不作具体限定。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述终端、会话管理功能实体和控制设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端、会话管理功能实体和控制设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以采用集成的方式划分各个功能模块的情况下，图9示出了一种装置90的结构示意图。该装置90可以是终端，也可以是终端内的芯片，本申请实施例对此不作具体限定。其中，该装置90包括：收发模块901和处理模块902。收发模块901，用于接收DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新DNS记录标识对应的源DNS记录；处理模块902，用于根据该DNS刷新消息，刷新DNS记录标识对应的源DNS记录，以得到目标DNS记录。其中，源DNS记录和目标DNS记录的相关描述可参考上述方法实施例，在此不再赘述。

可选的，处理模块902具体用于：根据DNS刷新消息，删除DNS记录标识对应的源DNS记录；对于M个应用服务器中同样也部署在目标MEC平台上的，且终端需要访问的每个应用服务器，均按照下述针对第一应用服务器的方式处理：在终端需要访问第一应用服务器的情况下，发送DNS解析请求，该DNS解析请求用于请求与第一应用服务器的域名对应的目标IP地址；接收与第一应用服务器的域名对应的目标IP地址，并存储第一应用服务器的域名和与第一应用服务器的域名对应的目标IP地址的对应关系。

可选的，收发模块901具体用于：接收来自控制设备的应用触发请求，应用触发请求中携带DNS刷新消息。

或者，可选的，收发模块901具体用于：接收来自会话管理实体的DNS刷新消息。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该装置90以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在一个简单的实施例中，本领域的技术人员可以想到装置90可以采用图5所示的形式。

比如，图5中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得装置90执行上述方法实施例中的应用服务器切换方法。

具体的，图9中的收发模块901和处理模块902的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图9中的处理模块902的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现，图9中的收发模块902的功能/实现过程可以通过图5中的通信接口504来实现。

可选的，当该装置90是芯片时，则收发模块901的功能/实现过程还可以通过管脚或电路等来实现。可选地，当该装置90是芯片时，存储器503可以为芯片内的存储单元，如寄存器、缓存等。当然，当该装置90是终端时，存储器503可以是终端内的位于芯片外部的存储单元，本申请实施例对此不作具体限定。

由于本申请实施例提供的装置可用于执行上述应用服务器切换方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图10示出了一种控制设备100的结构示意图。该控制设备100可以包括收发模块1001和处理模块1002。收发模块1001，用于接收来自会话管理实体的切换通知，该切换通知用于指示终端发生MEC平台切换；处理模块1002，用于根据切换通知，获取DNS记录标识；收发模块1001，还用于向终端发送DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新DNS记录标识对应的源DNS记录，其中，其中，源DNS记录的相关描述可参考上述方法实施例，在此不再赘述。

可选的，收发模块1001用于向终端发送DNS刷新消息，包括：用于向终端发送应用触发请求，应用触发请求中携带DNS刷新消息。

可选的，收发模块1001，还用于向会话管理实体发送订阅请求，订阅请求用于请求订阅MEC平台的切换事件。

一种可能的实现方式中，切换通知携带DNS记录标识；处理模块1002具体用于：从切换通知中获取DNS记录标识。

一种可能的实现方式中，切换通知携带源MEC平台的标识；处理模块1002具体用于：根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定DNS记录标识。

可选的，处理模块1002，还用于确定DNS记录标识在有效期内。

一种可能的实现方式中，切换通知携带源MEC平台的标识；处理模块1002具体用于：根据源MEC平台的标识，从仓库功能实体中查询DNS记录标识。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该控制设备100以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到控制设备100可以采用图5所示的形式。

比如，图5中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得控制设备100执行上述方法实施例中的应用服务器切换方法。

具体的，图10中的处理模块1002和收发模块1001和的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图10中的处理模块1002的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现，图10中的收发模块1001的功能/实现过程可以通过图5中的通信接口504来实现。

由于本申请实施例提供的控制设备可用于执行上述应用服务器切换方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图11示出了一种会话管理实体110的结构示意图。该会话管理实体110可以包括收发模块1101和处理模块1102。处理模块1102，用于获取DNS记录标识；收发模块1101，用于向终端发送DNS刷新消息，该DNS刷新消息携带DNS记录标识，该DNS刷新消息用于指示刷新DNS记录标识对应的源DNS记录，其中，源DNS记录的相关描述可参考上述方法实施例，在此不再赘述。

在一种可能的实现方式中，处理模块1102具体用于：根据源MEC平台的标识，以及源MEC平台的标识和DNS记录标识的对应关系，确定DNS记录标识。

可选的，处理模块1102，还用于确定DNS记录标识在有效期内。

在一种可能的实现方式中，处理模块1102具体用于：根据源MEC平台的标识，从仓库功能实体中查询DNS记录标识。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该会话管理实体110以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到会话管理实体110可以采用图5所示的形式。

比如，图5中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得会话管理实体110执行上述方法实施例中的应用服务器切换方法。

具体的，图11中的处理模块1102和收发模块1101和的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图11中的处理模块1102的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现，图11中的收发模块1101的功能/实现过程可以通过图5中的通信接口504来实现。

由于本申请实施例提供的会话管理实体可用于执行上述应用服务器切换方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

上述实施例中，装置90、控制设备100和会话管理实体110均以采用集成的方式划分各个功能模块的形式来呈现。当然，本申请实施例也可以对应各个功能划分装置、控制设备和会话管理实体的各个功能模块，本申请实施例对此不作具体限定。

可选的，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，用于支持控制设备实现上述应用服务器切换方法，例如根据切换通知，获取DNS记录标识。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存控制设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

可选的，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，用于支持会话管理实体实现上述应用服务器切换方法，例如获取DNS记录标识。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存会话管理实体必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (27)

1.一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，其特征在于，所述方法包括：

所述终端接收域名系统DNS刷新消息，所述DNS刷新消息用于指示刷新对应的源DNS记录，其中，所述源DNS记录包括部署在所述源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，所述源IP地址为与所述源MEC平台关联的IP地址，M为正整数；

所述终端根据所述DNS刷新消息，刷新所述源DNS记录，以得到目标DNS记录，其中，所述目标DNS记录包括所述M个应用服务器中同样也部署在所述目标MEC平台上的应用服务器的域名和对应的目标IP地址的对应关系，所述目标IP地址为与所述目标MEC平台关联的IP地址。

2.根据权利要求1所述的方法，其特征在于，所述DNS刷新消息携带DNS记录标识，其中，所述源DNS记录与所述DNS记录标识相对应。

3.根据权利要求2所述的方法，其特征在于，所述终端根据所述DNS刷新消息，刷新源DNS记录，以得到目标DNS记录，包括：

所述终端根据所述DNS刷新消息，删除所述源DNS记录；

对于所述M个应用服务器中同样也部署在所述目标MEC平台上的，且所述终端需要访问的每个应用服务器，所述终端均按照下述针对第一应用服务器的方式处理：

在所述终端需要访问所述第一应用服务器的情况下，所述终端发送DNS解析请求，所述DNS解析请求用于请求与所述第一应用服务器的域名对应的目标IP地址；

所述终端接收所述与所述第一应用服务器的域名对应的目标IP地址，并存储所述第一应用服务器的域名和所述与所述第一应用服务器的域名对应的目标IP地址的对应关系。

4.根据权利要求2所述的方法，其特征在于，所述终端根据所述DNS刷新消息，刷新源DNS记录，以得到目标DNS记录，包括：

所述终端根据所述DNS刷新消息，删除所述源DNS记录；

对于所述M个应用服务器中同样也部署在所述目标MEC平台上的应用服务器，所述终端均按照下述针对第一应用服务器的方式处理：

所述终端直接发送DNS解析请求，所述DNS解析请求用于请求与所述第一应用服务器的域名对应的目标IP地址；

所述终端接收所述与所述第一应用服务器的域名对应的目标IP地址，并存储所述第一应用服务器的域名和所述与所述第一应用服务器的域名对应的目标IP地址的对应关系。

5.根据权利要求1-4任一所述的方法，其特征在于，所述终端接收DNS刷新消息，包括：

所述终端接收来自控制设备的应用触发请求，所述应用触发请求中携带所述DNS刷新消息。

6.根据权利要求1-4任一所述的方法，其特征在于，所述终端接收DNS刷新消息，包括：

所述终端接收来自会话管理实体的所述DNS刷新消息。

7.根据权利要求2-6任一所述的方法，其特征在于，所述DNS记录标识包括所述M个应用服务器的域名、所述M个应用服务器的域名IP地址或者用于指示所述M个应用服务器的域名的IP地址段。

8.一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，其特征在于，所述方法包括：

控制设备接收来自会话管理实体的切换通知，所述切换通知用于指示所述终端发生MEC平台切换；

响应于所述切换通知，所述控制设备向所述终端发送DNS刷新消息，所述DNS刷新消息用于指示刷新所述DNS记录标识对应的源DNS记录，其中，所述源DNS记录包括部署在所述源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，所述源IP地址为与所述源MEC平台关联的IP地址，M为正整数。

9.根据权利要求8所述的方法，其特征在于，所述控制设备向所述终端发送DNS刷新消息，包括：

所述控制设备向所述终端发送应用触发请求，所述应用触发请求中携带所述DNS刷新消息。

10.根据权利要求8或9所述的方法，其特征在于，其特征在于，在所述控制设备接收来自会话管理实体的切换通知之前，所述方法还包括：

所述控制设备向所述会话管理实体发送订阅请求，所述订阅请求用于请求订阅MEC平台的切换事件。

11.根据权利要求8-10任一所述的方法，其特征在于，所述方法还包括：

所述控制设备根据所述切换通知，获取域名系统DNS记录标识；其中，所述DNS刷新消息携带所述DNS记录标识。

12.根据权利要求11所述的方法，其特征在于，所述切换通知携带所述DNS记录标识；

所述控制设备根据所述切换通知，获取DNS记录标识，包括：

所述控制设备从所述切换通知中获取所述DNS记录标识。

13.根据权利要求11所述的方法，其特征在于，所述切换通知携带所述源MEC平台的标识；

所述控制设备根据所述切换通知，获取DNS记录标识，包括：

所述控制设备根据所述源MEC平台的标识，以及所述源MEC平台的标识和DNS记录标识的对应关系，确定所述DNS记录标识。

14.根据权利要求13所述的方法，其特征在于，在所述控制设备确定所述DNS记录标识之前，还包括：

所述控制设备确定所述DNS记录标识在有效期内。

15.根据权利要求11所述的方法，其特征在于，所述切换通知携带所述源MEC平台的标识；

所述控制设备根据所述切换通知，获取DNS记录标识，包括：所述控制设备根据所述源MEC平台的标识，从仓库功能实体中查询所述DNS记录标识。

16.根据权利要求8-15任一项所述的方法，其特征在于，所述DNS记录标识包括所述M个应用服务器的域名、所述M个应用服务器的域名IP地址或者用于指示所述M个应用服务器的域名的IP地址段。

17.一种应用服务器切换方法，应用于终端从源移动边缘计算MEC平台切换到目标MEC平台接入的场景下，其特征在于，所述方法包括：

所述会话管理实体向所述终端发送DNS刷新消息，所述DNS刷新消息用于指示刷新源DNS记录，其中，所述源DNS记录包括部署在所述源MEC平台上的M个应用服务器中每个应用服务器的域名和对应的源网际协议IP地址的对应关系，所述源IP地址为与所述源MEC平台关联的IP地址，M为正整数。

18.根据权利要求17所述的方法，其特征在于，所述方法还包括：

所述会话管理实体获取域名系统DNS记录标识；其中，所述DNS刷新消息携带所述DNS记录标识。

19.根据权利要求18所述的方法，其特征在于，所述会话管理实体获取DNS记录标识，包括：

所述会话管理实体根据所述源MEC平台的标识，以及所述源MEC平台的标识和DNS记录标识的对应关系，确定所述DNS记录标识。

20.根据权利要求19所述的方法，其特征在于，在所述会话管理实体确定所述3DNS记录标识之前，还包括：

所述会话管理实体确定所述DNS记录标识在有效期内。

21.根据权利要求18所述的方法，其特征在于，所述会话管理实体获取DNS记录标识，包括：

所述会话管理实体根据所述源MEC平台的标识，从仓库功能实体中查询所述DNS记录标识。

22.一种通信装置，其特征在于，所述装置包括处理器和存储器；

所述存储器用于存储计算机执行指令，当所述装置运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述装置执行如权利要求1-7中任意一项所述的应用服务器切换方法。

23.根据权利要求22所述的装置，其特征在于，所述装置包括终端或所述终端内的芯片。

24.一种控制设备，其特征在于，所述控制设备包括处理器和存储器；

所述存储器用于存储计算机执行指令，当所述控制设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述控制设备执行如权利要求8-16中任意一项所述的应用服务器切换方法。

25.一种会话管理实体，其特征在于，所述会话管理实体包括处理器和存储器；

所述存储器用于存储计算机执行指令，当所述会话管理实体运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述会话管理实体执行如权利要求17-21中任意一项所述的应用服务器切换方法。

26.一种应用服务器切换系统，其特征在于，所述应用服务器切换系统包括如权利要求22所述的通信装置和如权利要求24所述的控制设备；

或者，所述应用服务器切换系统包括如权利要求22所述的通信装置和如权利要求25所述的会话管理实体。

27.一种通信装置，包括用于实现上述权利要求1-21任一所述方法的模块。

Images