基于边缘计算平台的通信方法、装置、介质及电子设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种基于边缘计算平台的通信方法、装置、介质及电子设备。
背景技术
随着互联网业务的处理逻辑越来越复杂，相关技术中提出了移动边缘计算(Mobile Edge Computing，简称MEC)的概念，即通过边缘计算平台内的业务服务器利用无线接入网络就近提供用户所需服务和云端计算功能，以创造出一个具备高性能、低延迟与高带宽的电信级服务环境。但是，如何能够在通过边缘计算平台实现更低时延、更高效率的业务处理的前提下，降低系统运维成本成为亟待解决的技术问题。
发明内容
本申请的实施例提供了一种基于边缘计算平台的通信方法、装置、介质及电子设备，进而至少在一定程度上可以在实现更低时延、更高效率的业务处理的前提下，降低系统运维成本，提高了系统运维管理效率。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种基于边缘计算平台的通信方法，所述边缘计算平台上部署有边缘用户面功能实体(User Plane Function，简称UPF)、边缘业务服务器和DNS(Domain Name System，域名系统)代理模块，所述通信方法由所述DNS代理模块执行，所述通信方法包括：接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求；将所述DNS请求转发至位于云端的DNS服务器，并接收所述DNS服务器针对所述DNS请求返回的DNS响应；将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位，得到修改后的DNS响应；将所述修改后的DNS响应发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述修改后的DNS响应返回给所述终端设备。
根据本申请实施例的一个方面，提供了一种基于边缘计算平台的通信方法，所述边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和DNS代理模块，所述通信方法由所述边缘用户面功能实体执行，所述通信方法包括：将终端设备发送的DNS请求转发给所述DNS代理模块，以使所述DNS代理模块将所述DNS请求转发至位于云端的DNS服务器；接收所述DNS代理模块发送的修改后的DNS响应，所述修改后的DNS响应是所述DNS代理模块在接收到所述DNS服务器返回的DNS响应之后，将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位得到的；将所述修改后的DNS响应返回给所述终端设备，以使所述终端设备基于所述修改后的DNS响应向所述边缘业务服务器发起业务服务请求。
根据本申请实施例的一个方面，提供了一种基于边缘计算平台的通信装置，所述边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和域名系统DNS代理模块，所述通信装置设置在所述DNS代理模块内，所述通信装置包括：第一接收单元，配置为接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求；第一交互单元，配置为将所述DNS请求转发至位于云端的DNS服务器，并接收所述DNS服务器针对所述DNS请求返回的DNS响应；处理单元，配置为将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位，得到修改后的DNS响应；第一发送单元，配置为将所述修改后的DNS响应发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述修改后的DNS响应返回给所述终端设备。
在本申请的一些实施例中，基于前述方案，所述第一发送单元还配置为：在所述第一接收单元接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求之前，向控制面设备发送针对DNS请求的第一分流请求，所述第一分流请求用于使所述控制面设备向所述边缘用户面功能实体发送DNS请求的第一分流策略，所述第一分流策略用于指示所述边缘用户面功能实体将接收到的指定DNS请求转发至所述DNS代理模块，所述指定DNS请求与所述边缘业务服务器处理的业务类型相匹配。
在本申请的一些实施例中，基于前述方案，所述处理单元配置为：若根据所述DNS请求确定所述边缘业务服务器能够处理所述终端设备的业务服务请求，则在接收到所述DNS响应之后，将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位。
在本申请的一些实施例中，基于前述方案，所述第一发送单元还配置为：若根据所述DNS请求确定所述边缘业务服务器不能处理所述终端设备的业务服务请求，则在接收到所述DNS响应之后，将所述DNS响应直接发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述DNS响应返回给所述终端设备。
在本申请的一些实施例中，基于前述方案，所述第一发送单元还配置为：在所述第一接收单元接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求之前，向控制面设备发送针对DNS请求的第二分流请求，所述第二分流请求用于使所述控制面设备向所述边缘用户面功能实体发送DNS请求的第二分流策略，所述第二分流策略用于指示所述边缘用户面功能实体将接收到的所有DNS请求转发至所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，所述第一交互单元配置为：将所述DNS请求发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述DNS请求转发至所述DNS服务器；或者
基于所述DNS服务器的网络地址，将所述DNS请求直接发送给所述DNS服务器。
根据本申请实施例的一个方面，提供了一种基于边缘计算平台的通信装置，所述边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和DNS代理模块，所述通信装置设置在所述边缘用户面功能实体内，所述通信装置包括：第二发送单元，配置为将终端设备发送的DNS请求转发给所述DNS代理模块，以使所述DNS代理模块将所述DNS请求转发至位于云端的DNS服务器；第二接收单元，配置为接收所述DNS代理模块发送的修改后的DNS响应，所述修改后的DNS响应是所述DNS代理模块在接收到所述DNS服务器返回的DNS响应之后，将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位得到的；第三发送单元，配置为将所述修改后的DNS响应返回给所述终端设备，以使所述终端设备基于所述修改后的DNS响应向所述边缘业务服务器发起业务服务请求。
在本申请的一些实施例中，基于前述方案，所述第二发送单元配置为：将所述终端设备发送的指定DNS请求转发给所述DNS代理模块，所述指定DNS请求与所述边缘业务服务器处理的业务类型相匹配。
在本申请的一些实施例中，基于前述方案，所述第二发送单元还配置为：在将终端设备发送的DNS请求转发给所述DNS代理模块之前，接收控制面设备发送的DNS请求的第一分流策略，所述第一分流策略是所述控制面设备根据所述DNS代理模块发送的第一分流请求生成的，所述第一分流策略用于指示所述边缘用户面功能实体将接收到的指定DNS请求转发至所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，所述第二发送单元还配置为：若接收到所述终端设备发送的除所述指定DNS请求之外的其它DNS请求，则将所述其它DNS请求转发给所述DNS服务器；所述第二接收单元还配置为：接收所述DNS服务器针对所述其它DNS请求返回的DNS响应；所述第三发送单元还配置为：将所述DNS服务器针对所述其它DNS请求返回的DNS响应转发给所述终端设备。
在本申请的一些实施例中，基于前述方案，所述第二发送单元配置为：将所述终端设备发送的所有DNS请求转发给所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，所述第二发送单元还配置为：在将终端设备发送的DNS请求转发给所述DNS代理模块之前，接收控制面设备发送的DNS请求的第二分流策略，所述第二分流策略是所述控制面设备根据所述DNS代理模块发送的第二分流请求生成的，所述第二分流策略用于指示所述边缘用户面功能实体将接收到的所有DNS请求转发至所述DNS代理模块。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的基于边缘计算平台的通信方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的基于边缘计算平台的通信方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的基于边缘计算平台的通信方法。
在本申请的一些实施例所提供的技术方案中，边缘用户面功能实体在接收到终端设备的DNS请求时，将该DNS请求转发至部署在边缘计算平台上的DNS代理模块，然后DNS代理模块将该DNS请求转发至位于云端的DNS服务器，DNS代理模块在接收到DNS服务器针对该DNS请求返回的DNS响应之后，将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位，得到修改后的DNS响应，然后将修改后的DNS响应发送给边缘用户面功能实体，边缘用户面功能实体将该修改后的DNS响应返回给终端设备，进而终端设备可以基于修改后的DNS响应向边缘业务服务器发起业务服务请求。可见，本申请实施例的技术方案通过在边缘计算平台中引入DNS代理模块，由DNS代理模块负责DNS请求的转发与DNS响应的接收和修改(即将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位)，使得可以在业务系统和终端设备无感知的情况下通过边缘业务服务器实现更低时延、更高效率的业务处理，同时由于引入DNS代理模块来实现，无需对业务系统进行修改，因此也可以降低系统运维成本，有利于提高系统运维管理效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了一种MEC部署的场景图；
图2示出了一种MEC部署的场景图；
图3示出了基于图2所示的MEC部署方式进行的业务调度示意图；
图4示出了根据本申请的一个实施例的业务处理流程示意图；
图5示出了根据本申请的一个实施例的基于边缘计算平台的通信方法的流程图；
图6示出了根据本申请的一个实施例的基于边缘计算平台的通信方法的流程图；
图7示出了根据本申请的一个实施例的基于边缘计算平台的通信方法的流程图；
图8示出了根据本申请的一个实施例的基于边缘计算平台的通信装置的框图；
图9示出了根据本申请的一个实施例的基于边缘计算平台的通信装置的框图；
图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
随着5G网络的大规模商用部署，移动边缘计算作为5G网络中的一个重要特色也逐步走入方案落地的阶段。边缘业务的部署通常需要面对如下两种场景：
如图1所示是面向大型企业的专有MEC部署场景，在该部署场景下，边缘计算平台102部署在网络中的特定位置，边缘计算平台102中部署有边缘用户面功能实体1021和边缘业务服务器1022。其中，终端设备101的业务访问请求可以通过边缘用户面功能实体1021卸载到边缘计算平台102中的边缘业务服务器1022上，由边缘计算平台102上部署的边缘业务服务器1022为终端设备101提供服务。
如图2所示是面向普通消费者的MEC部署场景，在该部署场景下，边缘计算平台202部署在网络中的特定位置，边缘计算平台202中部署有边缘用户面功能实体2021和边缘业务服务器2022。考虑到用户服务的连续性以及终端业务的体验质量，通常不仅要在特定的场地部署边缘计算平台202和边缘业务服务器2022，还需要在互联网云端部署同样的业务服务器203，以便在终端设备201离开边缘计算平台202的覆盖范围之后继续享受互联网业务服务。
针对图2所示的部署场景，相关技术中提出了采用基于云端的业务调度器来对云端部署的业务和MEC上部署的业务进行整体的调度，该业务调度器根据终端设备的业务接入请求来进行决策。具体地，如图3所示，业务调度器304通常提供HTTP的接口形式，在终端设备301发送给业务调度器304的业务调度请求中，通过修改业务调度请求的IP地址或者HTTP头部的方式来表征自己的位置信息，业务调度器304基于预先配置好的位置信息数据与业务服务器的映射关系来进行调度决策，确定本次业务调度请求应当由部署在云端的业务服务器303还是部署在边缘计算平台302上的边缘业务服务器3021来为其提供服务，进而终端设备301向确定的业务服务器303或边缘业务服务器3021发送业务服务请求。
在图3所示的应用场景中，需要终端设备301在发出的业务调度请求中携带位置信息，并且需要在云端部署一个能够对包括云端业务和边缘业务在内的业务服务器进行全网调度的业务调度器304，同时还需要搜集、整理地理位置信息与边缘业务服务器3021和部署在云端的业务服务器303之间的映射关系，以便根据终端设备301的业务调度请求中携带的位置信息进行全网调度决策。
但是，这种实现方案的缺点是显而易见的：对于没有全网业务调度器的互联网业务而言，需要增加边缘计算场景下的部署改造成本；并且需要搜集整理并维护终端位置信息数据和全网(包括云端和边缘)业务服务器的映射关系，管理效率低下；同时系统升级、扩容和维护比较复杂，带来了较高的维护成本。
基于此，在本申请实施例的一个应用场景中，如图4所示，在边缘计算平台402中部署有边缘用户面功能实体4021、DNS代理模块4022和边缘业务服务器4023。边缘用户面功能实体4021作为标准5G网元，其主要功能是根据核心网控制面设备的指示，将网络流量转发给互联网或者本地的边缘计算平台402，实现本地流量卸载功能。核心网控制面设备作为标准设备，对外提供开放的接口，以便与其它模块通过接口交互，实现本地流量卸载等功能，在本申请的实施例中，可以由边缘计算平台402上的DNS代理模块4022通过该接口来实现将终端设备401发送给全局DNS服务器的DNS请求卸载到边缘计算平台402上。全局DNS服务器作为标准网元，提供标准的域名解析服务。边缘业务服务器4023和部署于互联网云端的业务服务器403用于在接收到终端设备401发送过来的业务服务请求时，为其提供正常的业务服务。
在本申请的一个实施例中，在图4所示的应用场景中，终端设备401发送给全局DNS服务器的DNS请求在到达边缘用户面功能实体4021之后，由边缘用户面功能实体4021转发给DNS代理模块4022，然后DNS代理模块4022将该DNS请求转发给全局DNS服务器，比如DNS代理模块4022可以通过边缘用户面功能实体4021将该DNS请求转发给全局DNS服务器，或者也可以基于全局DNS服务器的IP地址直接将该DNS请求转发给全局DNS服务器。
在本申请的一个实施例中，DNS代理模块4022在将该DNS请求转发给全局DNS服务器之后，如果接收到全局DNS服务器返回的DNS响应，则将边缘业务服务器4023的IP地址添加至DNS响应中包含的IP地址列表的首位，然后将修改后的DNS响应返回给边缘用户面功能实体402，并由边缘用户面功能实体402返回给终端设备401，进而终端设备401可以基于修改后的DNS响应向边缘业务服务器4023发起业务服务请求。这种方式可以在业务系统和终端设备401无感知的情况下实现更低时延、更高效率的业务处理，同时由于无需对业务系统进行修改，因此也可以降低系统运维成本，有利于提高系统运维管理效率。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图5示出了根据本申请的一个实施例的基于边缘计算平台的通信方法的流程图，该边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和DNS代理模块，该基于边缘计算平台的通信方法可以由DNS代理模块来执行。参照图5所示，该基于边缘计算平台的通信方法至少包括如下步骤S510至步骤S540：
步骤S510，接收边缘用户面功能实体转发的来自于终端设备的DNS请求；
步骤S520，将DNS请求转发至位于云端的DNS服务器，并接收DNS服务器针对DNS请求返回的DNS响应；
步骤S530，将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位，得到修改后的DNS响应；
步骤S540，将修改后的DNS响应发送给边缘用户面功能实体，以使边缘用户面功能实体将修改后的DNS响应返回给终端设备。
在本申请的一个实施例中，边缘用户面功能实体可以仅将指定DNS请求转发至DNS代理模块，该指定DNS请求与边缘业务服务器处理的业务类型相匹配，即如果边缘业务服务器中部署有终端设备请求的业务，那么再将DNS请求转发至DNS代理模块，否则边缘用户面功能实体可以直接将DNS请求转发至位于云端的DNS服务器。在这种情况下，DNS代理模块在接收边缘用户面功能实体转发的来自于终端设备的DNS请求之前，可以向控制面设备发送针对DNS请求的第一分流请求，该第一分流请求用于使控制面设备向边缘用户面功能实体发送DNS请求的第一分流策略，该第一分流策略用于指示边缘用户面功能实体将接收到的指定DNS请求转发至DNS代理模块。
在本申请的一个实施例中，边缘用户面功能实体可以将接收到的所有DNS请求都转发至DNS代理模块，在这种情况下，DNS代理模块如果根据DNS请求确定边缘业务服务器能够处理终端设备的业务服务请求，则在接收到DNS响应之后，将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位；如果DNS代理模块根据DNS请求确定边缘业务服务器不能处理终端设备的业务服务请求，则在接收到DNS响应之后，将DNS响应直接发送给边缘用户面功能实体，以使边缘用户面功能实体将DNS响应返回给终端设备。在该实施例中，DNS代理模块在接收边缘用户面功能实体转发的来自于终端设备的DNS请求之前，可以向控制面设备发送针对DNS请求的第二分流请求，该第二分流请求用于使控制面设备向边缘用户面功能实体发送DNS请求的第二分流策略，该第二分流策略用于指示边缘用户面功能实体将接收到的所有DNS请求转发至DNS代理模块。
在本申请的一个实施例中，DNS代理模块将DNS请求转发至位于云端的DNS服务器的过程可以是先将DNS请求发送给边缘用户面功能实体，然后由边缘用户面功能实体将DNS请求转发至DNS服务器；或者DNS代理模块可以基于DNS服务器的网络地址，将DNS请求直接发送给DNS服务器。
图5是从DNS代理模块的角度对本申请实施例的基于边缘计算平台的通信方法进行阐述，以下结合图6从边缘用户面功能实体的角度对本申请实施例的技术方案进行说明：
图6示出了根据本申请的一个实施例的基于边缘计算平台的通信方法的流程图，该边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和DNS代理模块，该基于边缘计算平台的通信方法可以由边缘用户面功能实体来执行。参照图6所示，该基于边缘计算平台的通信方法至少包括如下步骤S610至步骤S630，详细说明如下：
在步骤S610中，将终端设备发送的DNS请求转发给DNS代理模块，以使DNS代理模块将DNS请求转发至位于云端的DNS服务器。
在本申请的一个实施例中，边缘用户面功能实体可以将终端设备发送的指定DNS请求转发给DNS代理模块，该指定DNS请求与边缘业务服务器处理的业务类型相匹配。具体地，边缘用户面功能实体在将终端设备发送的DNS请求转发给DNS代理模块之前，可以接收控制面设备发送的DNS请求的第一分流策略，该第一分流策略是控制面设备根据DNS代理模块发送的第一分流请求生成的，该第一分流策略用于指示边缘用户面功能实体将接收到的指定DNS请求转发至DNS代理模块。在这种情况下，如果边缘用户面功能实体接收到终端设备发送的除指定DNS请求之外的其它DNS请求，则将其它DNS请求转发给DNS服务器，然后接收DNS服务器针对其它DNS请求返回的DNS响应，并将DNS服务器针对其它DNS请求返回的DNS响应转发给终端设备。
在本申请的一个实施例中，边缘用户面功能实体可以将终端设备发送的所有DNS请求转发给DNS代理模块。具体地，边缘用户面功能实体在将终端设备发送的DNS请求转发给DNS代理模块之前，可以接收控制面设备发送的DNS请求的第二分流策略，该第二分流策略是控制面设备根据DNS代理模块发送的第二分流请求生成的，该第二分流策略用于指示边缘用户面功能实体将接收到的所有DNS请求转发至DNS代理模块。
在步骤S620中，接收DNS代理模块发送的修改后的DNS响应，该修改后的DNS响应是DNS代理模块在接收到DNS服务器返回的DNS响应之后，将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位得到的。
在步骤S630中，将修改后的DNS响应返回给终端设备，以使终端设备基于修改后的DNS响应向边缘业务服务器发起业务服务请求。
在本申请的一个实施例中，由于DNS代理模块在接收到DNS服务器返回的DNS响应之后，将边缘业务服务器的网络地址添加至DNS响应中包含的网络地址列表的首位，因此终端设备可以从该网络地址列表中优先选择边缘业务服务器的网络地址发起业务服务请求。
以上分别从DNS代理模块和边缘用户面功能实体的角度对本申请实施例的基于边缘计算平台的通信方法进行了阐述，以下结合图7从各个实体之间的交互角度对本申请实施例的技术方案进行进一步说明：
如图7所示，根据本申请的一个实施例的基于边缘计算平台的通信方法，包括如下步骤：
步骤S701，DNS代理模块向控制面设备发送针对DNS请求的分流请求。在本申请的一个实施例中，该分类请求可以是将与边缘业务服务器中部署的业务类型相匹配的DNS请求转发给DNS代理模块。
步骤S702，控制面设备向边缘用户面功能实体发送DNS请求的分流策略。在本申请的一个实施例中，如果DNS代理模块发送的分类请求是将与边缘业务服务器中部署的业务类型相匹配的DNS请求转发给DNS代理模块，那么该分流策略即是要求边缘用户面功能实体将与边缘业务服务器中部署的业务类型相匹配的DNS请求转发给DNS代理模块。
步骤S703，终端设备向边缘用户面功能实体发送DNS请求。
在本申请的一个实施例中，该DNS请求可以是基于标准DNS协议的DNS请求，也可以是采用HTTP协议的DNS请求(即采用HTTP DNS的业务调度方式)。
步骤S704，边缘用户面功能实体将DNS请求分流至DNS代理模块。在该实施例中，假设终端设备发送的DNS请求与边缘业务服务器中部署的业务类型相匹配，那么边缘用户面功能实体将该DNS请求分流至DNS代理模块。
步骤S705，DNS代理模块转发DNS请求到全局DNS服务器。
步骤S706，全局DNS服务器返回DNS响应。该DNS响应中包含有全局DNS服务器分配的IP地址列表。
步骤S707，DNS代理模块对DNS响应进行修改，并将修改后的DNS响应发送给边缘用户面功能实体。具体地，DNS代理模块可以将边缘计算平台上部署的边缘业务服务器的IP地址添加到DNS响应中的IP地址列表的首位，然后发给边缘用户面功能实体。
步骤S708，边缘用户面功能实体将修改后的DNS响应转发给终端设备。
步骤S709，终端设备在接收到修改后的DNS响应之后，根据修改后的DNS响应向边缘业务服务器发起业务服务请求。
需要说明的是，在图7所示的实施例中，DNS代理模块向控制面设备发送的针对DNS请求的分流请求是请求将与边缘业务服务器中部署的业务类型相匹配的DNS请求转发给DNS代理模块，在这种情况下，如果终端设备发送的DNS请求与边缘业务服务器中部署的业务类型不匹配，即边缘业务服务器没有部署终端设备所要请求的业务，那么边缘用户面功能实体可以将DNS请求直接发送给全局DNS服务器，并将全局DNS服务器返回的DNS响应发送给终端设备。
在本申请的其它实施例中，DNS代理模块向控制面设备发送的针对DNS请求的分流请求也可以是请求将终端设备发送的所有DNS请求转发给DNS代理模块。在这种情况下，DNS代理模块需要确定DNS请求与边缘业务服务器中部署的业务类型是否匹配，如果匹配，那么需要对全局DNS服务器返回的DNS响应进行修改；如果不匹配，那么DNS代理模块在接收到全局DNS服务器返回的DNS响应之后，可以直接转发给边缘用户面功能实体，并由边缘用户面功能实体转发给终端设备。
本申请上述实施例的技术方案可以通过边缘计算平台上的DNS代理模块实现5G场景下云端业务和边缘业务的协同工作，在后台业务系统和终端应用无感知的前提下，实现了边缘应用规模部署情况下面临的业务连续性及用户体验质量问题，同时也具有较低的系统运维管理成本和较高的管理效率。并且本申请上述实施例的技术方案具有很强的通用性，可广泛应用于视频直播、云游戏、车路协同等各种场景，在业务调度逻辑不做任何修改的情况下，实现对边缘业务和云端业务的最佳调度。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于边缘计算平台的通信方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的基于边缘计算平台的通信方法的实施例。
图8示出了根据本申请的一个实施例的基于边缘计算平台的通信装置的框图，该边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和域名系统DNS代理模块，该通信装置设置在DNS代理模块内。
参照图8所示，根据本申请的一个实施例的基于边缘计算平台的通信装置800，包括：第一接收单元802、第一交互单元804、处理单元806和第一发送单元808。
其中，第一接收单元802配置为接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求；第一交互单元804配置为将所述DNS请求转发至位于云端的DNS服务器，并接收所述DNS服务器针对所述DNS请求返回的DNS响应；处理单元806配置为将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位，得到修改后的DNS响应；第一发送单元808配置为将所述修改后的DNS响应发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述修改后的DNS响应返回给所述终端设备。
在本申请的一些实施例中，基于前述方案，第一发送单元808还配置为：在所述第一接收单元802接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求之前，向控制面设备发送针对DNS请求的第一分流请求，所述第一分流请求用于使所述控制面设备向所述边缘用户面功能实体发送DNS请求的第一分流策略，所述第一分流策略用于指示所述边缘用户面功能实体将接收到的指定DNS请求转发至所述DNS代理模块，所述指定DNS请求与所述边缘业务服务器处理的业务类型相匹配。
在本申请的一些实施例中，基于前述方案，处理单元806配置为：若根据所述DNS请求确定所述边缘业务服务器能够处理所述终端设备的业务服务请求，则在接收到所述DNS响应之后，将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位。
在本申请的一些实施例中，基于前述方案，第一发送单元808还配置为：若根据所述DNS请求确定所述边缘业务服务器不能处理所述终端设备的业务服务请求，则在接收到所述DNS响应之后，将所述DNS响应直接发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述DNS响应返回给所述终端设备。
在本申请的一些实施例中，基于前述方案，第一发送单元808还配置为：在所述第一接收单元802接收所述边缘用户面功能实体转发的来自于终端设备的DNS请求之前，向控制面设备发送针对DNS请求的第二分流请求，所述第二分流请求用于使所述控制面设备向所述边缘用户面功能实体发送DNS请求的第二分流策略，所述第二分流策略用于指示所述边缘用户面功能实体将接收到的所有DNS请求转发至所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，第一交互单元804配置为：将所述DNS请求发送给所述边缘用户面功能实体，以使所述边缘用户面功能实体将所述DNS请求转发至所述DNS服务器；或者
基于所述DNS服务器的网络地址，将所述DNS请求直接发送给所述DNS服务器。
图9示出了根据本申请的一个实施例的基于边缘计算平台的通信装置的框图，该边缘计算平台上部署有边缘用户面功能实体、边缘业务服务器和域名系统DNS代理模块，该通信装置设置在边缘用户面功能实体内。
参照图9所示，根据本申请的一个实施例的基于边缘计算平台的通信装置900，包括：第二发送单元902、第二接收单元904和第三发送单元906。
其中，第二发送单元902配置为将终端设备发送的DNS请求转发给所述DNS代理模块，以使所述DNS代理模块将所述DNS请求转发至位于云端的DNS服务器；第二接收单元904配置为接收所述DNS代理模块发送的修改后的DNS响应，所述修改后的DNS响应是所述DNS代理模块在接收到所述DNS服务器返回的DNS响应之后，将所述边缘业务服务器的网络地址添加至所述DNS响应中包含的网络地址列表的首位得到的；第三发送单元906配置为将所述修改后的DNS响应返回给所述终端设备，以使所述终端设备基于所述修改后的DNS响应向所述边缘业务服务器发起业务服务请求。
在本申请的一些实施例中，基于前述方案，第二发送单元902配置为：将所述终端设备发送的指定DNS请求转发给所述DNS代理模块，所述指定DNS请求与所述边缘业务服务器处理的业务类型相匹配。
在本申请的一些实施例中，基于前述方案，第二发送单元902还配置为：在将终端设备发送的DNS请求转发给所述DNS代理模块之前，接收控制面设备发送的DNS请求的第一分流策略，所述第一分流策略是所述控制面设备根据所述DNS代理模块发送的第一分流请求生成的，所述第一分流策略用于指示所述边缘用户面功能实体将接收到的指定DNS请求转发至所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，第二发送单元902还配置为：若接收到所述终端设备发送的除所述指定DNS请求之外的其它DNS请求，则将所述其它DNS请求转发给所述DNS服务器；所述第二接收单元还配置为：接收所述DNS服务器针对所述其它DNS请求返回的DNS响应；所述第三发送单元还配置为：将所述DNS服务器针对所述其它DNS请求返回的DNS响应转发给所述终端设备。
在本申请的一些实施例中，基于前述方案，第二发送单元902配置为：将所述终端设备发送的所有DNS请求转发给所述DNS代理模块。
在本申请的一些实施例中，基于前述方案，第二发送单元902还配置为：在将终端设备发送的DNS请求转发给所述DNS代理模块之前，接收控制面设备发送的DNS请求的第二分流策略，所述第二分流策略是所述控制面设备根据所述DNS代理模块发送的第二分流请求生成的，所述第二分流策略用于指示所述边缘用户面功能实体将接收到的所有DNS请求转发至所述DNS代理模块。
图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。
以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
