CN109951880A - 通信处理方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本发明的实施例提供了一种通信处理方法、装置、计算机可读介质及电子设备。该通信处理方法包括：获取来自于终端设备的调度请求数据包，该调度请求数据包的目的地址为指定业务调度器的网络地址；将该调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；将所述目标数据包发送至指定业务调度器，以使指定业务调度器返回包含有边缘计算设备的网络地址的调度反馈数据包；接收该调度反馈数据包，将该调度反馈数据包的目的地址替换为终端设备的网络地址后发送至终端设备，以使终端设备根据边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。本发明实施例的技术方案可以通过边缘计算设备有效降低终端设备访问业务的时延。

Description

通信处理方法、装置、计算机可读介质及电子设备

技术领域

本发明涉及计算机及通信技术领域，具体而言，涉及一种通信处理方法、装置、计算机可读介质及电子设备。

背景技术

互联网业务平台通常需要依赖于部署在核心数据中心内的业务调度器来响应用户的业务请求，并由业务调度器选择一台业务服务器处理用户的业务请求。但是，相关技术中提出的互联网业务平台的业务调度器无法识别终端设备的业务请求是否来自于可被MEC(Mobile Edge Computing，移动边缘计算)设备服务的区域，因此业务调度器为了确保业务可用性，只能选择位于核心数据中心内的业务服务器来响应用户的业务请求，这种方式导致MEC设备无法通过被调度的方式来处理终端设备的业务请求。

发明内容

本发明的实施例提供了一种通信处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上使得业务调度器能够识别终端设备的业务请求是否可被边缘计算设备处理，进而能够实现通过边缘计算设备向终端设备交付业务，有效降低了终端设备访问业务的时延，并且可以减少核心数据中心的带宽消耗。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的一个方面，提供了一种通信处理方法，包括：获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址；将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包；接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

根据本发明实施例的一个方面，提供了一种通信处理方法，包括：接收终端设备发送的调度请求数据包；若所述调度请求数据包的目的地址为指定业务调度器的网络地址，则将所述调度请求数据包发送至边缘计算设备，以使所述边缘计算设备将所述调度请求数据包的源地址替换为所述边缘计算设备的网络地址并发送至所述指定业务调度器；接收所述边缘计算设备返回的调度反馈数据包，所述调度反馈数据包是由所述指定业务调度器根据所述调度请求数据包生成的、且包含有所述边缘计算设备的网络地址；将所述调度反馈数据包发送给所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

根据本发明实施例的一个方面，提供了一种通信处理装置，包括：获取单元，用于获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址；第一处理单元，用于将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；发送单元，用于将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包；第二处理单元，用于接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

在本发明的一些实施例中，基于前述方案，所述通信处理装置设置于所述边缘计算设备内，所述获取单元配置为：接收分流设备转发的来自所述终端设备的调度请求数据包，其中，所述调度请求数据包是所述分流设备在检测到所述调度请求数据包的目的地址为所述指定业务调度器的网络地址时转发至所述边缘计算设备的。

在本发明的一些实施例中，基于前述方案，所述的通信处理装置还包括：接收单元，用于在接收分流设备转发的来自于所述终端设备的调度请求数据包之前，接收所述分流设备发送的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响应消息通过第二用户面功能实体发送至所述边缘计算设备。

在本发明的一些实施例中，基于前述方案，所述第一发送单元还用于：若所述调度请求数据包的目的地址不是所述指定业务调度器的网络地址，则将所述调度请求数据包发送至核心数据中心。

在本发明的一些实施例中，基于前述方案，所述的通信处理装置还包括：第三接收单元，用于接收所述终端设备发送的业务访问请求；第三发送单元，用于在所述业务访问请求中包含有所述边缘计算设备的网络地址时，将所述业务访问请求转发至所述边缘计算设备，并用于在接收到所述边缘计算设备返回的针对所述业务访问请求的业务响应结果时，将所述业务响应结果返回给所述终端设备。

根据本发明实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的通信处理方法。

根据本发明实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的通信处理方法。

在本发明的一些实施例所提供的技术方案中，通过将终端设备的调度请求数据包的源地址替换为边缘计算设备的网络地址得到目标数据包，然后将目标数据包发送至指定业务调度器，使得指定业务调度器能够根据目标数据包的源地址识别出有边缘计算设备能够响应终端设备的业务访问请求，进而可以返回包含有该边缘计算设备的网络地址的调度反馈数据包。通过将该调度反馈数据包的目的地址替换为终端设备的网络地址并发送至终端设备，使得终端设备能够获取到指定业务调度器分配的边缘计算设备的网络地址，进而能够向该边缘计算设备发起业务访问请求。可见，本发明实施例的技术方案使得业务调度器能够识别终端设备的业务请求是否可被边缘计算设备处理，进而能够实现通过边缘计算设备向终端设备交付业务，不仅降低了终端设备访问业务的时延，而且减少了核心数据中心的带宽消耗，同时由于边缘计算设备的带宽成本通常低于核心数据中心的带宽成本，因此本发明实施例的技术方案也可以有效降低业务提供商的整体带宽成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的技术方案的一个示例性系统架构的示意图；

图2示出了可以应用本发明实施例的技术方案的一个示例性系统架构的示意图；

图3示出了根据本发明的一个实施例的通信处理方法的流程图；

图4示出了根据本发明的一个实施例的通信处理方法的流程图；

图5示出了根据本发明的一个实施例的通信处理方法的流程图；

图6示出了根据本发明的一个实施例的通信处理方法的流程图；

图7示出了根据本发明的一个实施例的通信处理方法的流程图；

图8示出了根据本发明的一个实施例的通信处理方法的流程图；

图9示出了根据本发明的一个实施例的通信处理系统的结构示意图；

图10示出了根据本发明的一个实施例的通信处理系统的交互过程示意图；

图11示出了根据本发明的一个实施例的通信处理装置的框图；

图12示出了根据本发明的一个实施例的通信处理装置的框图；

图13示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：本发明实施例中的MEC设备是位于边缘计算中心的，边缘计算中心是与核心数据中心相对而言的，核心数据中心是位于后端的集中式数据中心，用户可以通过网络访问核心数据中心以获取所需要的数据，但是用户与核心数据中心之间的距离可能较远，进而可能会增加业务访问时延；而边缘数据中心是处于最接近用户的地方，并且可以通过广域网与核心数据中心保持实时的数据更新，以直接为用户提供良好的服务。

图1示出了可以应用本发明实施例的技术方案的一个示例性系统架构的示意图。

如图1所示，系统架构可以包括终端设备101(终端设备101可以是图1中所示智能手机，还可以是平板电脑、便携式计算机、台式计算机等等)、上行分类器(UplinkClassifier，简称UL CL)102、用户面功能(User Plane Function，简称UPF)实体103、核心数据中心104、用户面功能实体105、边缘计算设备106和策略控制功能(Policy ControlFunction，简称PCF)实体107。其中，用户面功能实体103和用户面功能实体105均连接至上行分类器102，用户面功能实体103用于转发上行分类器102与核心数据中心104之间的通信数据，用户面功能实体105用于转发上行分类器102与边缘计算设备106之间的通信数据。

应该理解，图1中所示的终端设备、用户面功能实体、核心数据中心内的服务器、边缘计算设备和策略控制功能实体的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、用户面功能实体、核心数据中心内的服务器、边缘计算设备和策略控制功能实体。

在本发明的一个实施例中，终端设备101生成DNS请求后发送至上行分类器102，上行分类器102将该DNS请求转发至用户面功能实体103，进而由用户面功能实体103发送至核心数据中心104。核心数据中心104内的DNS服务器可以根据该DNS请求生成DNS响应消息，然后通过用户面功能实体103转发至上行分类器102。其中，DNS服务器可以是GSLB(GlobalServer Load Balance，全局负载均衡)。

在本发明的一个实施例中，上行分类器102在接收到用户面功能实体103转发来的DNS响应消息之后，一方面将该DNS响应消息发送给终端设备101，另一方面将该DNS响应消息也发送给用户面功能实体105，进而由用户面功能实体105发送至边缘计算设备106。

在本发明的一个实施例中，边缘计算设备106在接收到用户面功能实体105发送的DNS响应消息之后，解析该DNS响应消息获取到DNS响应消息中包含的域名信息和IP(Internet Protocol，互联网协议)地址，如果DNS响应消息包含的域名信息是边缘计算设备106已存储的域名信息(边缘计算设备106已存储的域名信息可以是事先向边缘计算设备106配置的域名信息，比如能够调度边缘计算设备106的业务调度器对应的域名信息)，则说明边缘计算设备106能够处理终端设备101的业务请求，进而边缘计算设备106可以生成分流策略，并将该分流策略通过策略控制功能实体107发送给上行分类器102，该分流策略用于使上行分类器102将目的地址是前述的IP地址的调度请求数据包通过用户面功能实体105转发给边缘计算设备106。

在本发明的一个实施例中，终端设备101在接收到上行分类器102发送的DNS响应消息之后，根据该DNS响应消息中包含的IP地址发起调度请求数据包(即将该IP地址作为该调度请求数据包的目的地址)，当上行分类器102接收到该调度请求数据包之后，根据前述的分流策略将该调度请求数据包转发至用户面功能实体105，由用户面功能实体105发送至边缘计算设备106。当边缘计算设备106接收到该调度请求数据包之后，将该调度请求数据包的源地址替换为边缘计算设备106的网络地址，然后发送至核心数据中心104。

在本发明的一个实施例中，当核心数据中心104内的业务调度器接收到边缘计算设备106发送的调度请求数据包之后，根据该调度请求数据包的源地址确定边缘计算设备106能够处理终端设备101的业务请求，进而根据边缘计算设备106的网络地址生成调度反馈数据包，并将该调度反馈数据包发送给边缘计算设备106。

在本发明的一个实施例中，边缘计算设备106在接收到该调度反馈数据包之后，将该调度反馈数据包的目的地址替换为终端设备101的网络地址，然后通过用户面功能实体105发送至上行分类器102，由上行分类器102将调度反馈数据包转发给终端设备101。

在本发明的一个实施例中，终端设备101在接收到上行分类器102发送的调度反馈数据包之后，通过解析该调度反馈数据包可以获取到边缘计算设备106的网络地址，之后可以基于边缘计算设备106的网络地址向边缘计算设备106发起业务访问请求。

可见，图1所示实施例的系统架构使得核心数据中心104内的业务调度器能够识别终端设备101的业务请求是否可被边缘计算设备106处理，进而能够实现通过边缘计算设备106向终端设备101交付业务，不仅降低了终端设备101访问业务的时延，而且减少了核心数据中心104的带宽消耗。

图2示出了可以应用本发明实施例的技术方案的一个示例性系统架构的示意图。其中，图2所示的系统架构与图1所示的系统架构的区别在于图2中所示的系统架构去除了图1中所示的策略控制功能实体107。

基于图2所示的系统架构，在本发明的一个实施例中，终端设备101生成DNS请求后发送至上行分类器102，上行分类器102将该DNS请求转发至用户面功能实体103，进而由用户面功能实体103发送至核心数据中心104。核心数据中心104内的DNS服务器可以根据该DNS请求生成DNS响应消息，然后通过用户面功能实体103转发至上行分类器102。当上行分类器102在接收到用户面功能实体103转发来的DNS响应消息之后，将该DNS响应消息发送给终端设备101，并且由上行分类器102直接解析该DNS响应消息获取到DNS响应消息中包含的域名信息和IP地址，如果DNS响应消息中包含的域名信息是边缘计算设备106已存储的域名信息(假设上行分类器102已经获取到边缘计算设备106存储的域名信息)，则上行分类器102可以确定边缘计算设备106能够处理终端设备101的业务请求。

在图2所示的系统架构中，终端设备101在接收到上行分类器102发送的DNS响应消息之后，根据该DNS响应消息中包含的IP地址发起调度请求数据包(即将该IP地址作为该调度请求数据包的目的地址)，当上行分类器102接收到该调度请求数据包之后，可以按照图1所示系统架构的流程将该调度请求数据包通过用户面功能实体105发送至边缘计算设备106，并由边缘计算设备106将该调度请求数据包的源地址替换为边缘计算设备106的网络地址，然后发送至核心数据中心104。或者，当上行分类器102接收到该调度请求数据包之后，可以由上行分类器102将该调度请求数据包的源地址替换为边缘计算设备106的网络地址(假设上行分类器102已经获取到边缘计算设备106的网络地址)，然后通过用户面功能实体103或用户面功能实体105发送至核心数据中心104。

在图2所示的系统架构中，当核心数据中心104内的业务调度器接收到边缘计算设备106发送的调度请求数据包之后，根据该调度请求数据包的源地址确定边缘计算设备106能够处理终端设备101的业务请求，进而根据边缘计算设备106的网络地址生成调度反馈数据包，并将该调度反馈数据包通过上行分类器102发送给终端设备101(比如通过用户面功能实体103将调度反馈数据包发送给上行分类器102，或者通过边缘计算设备106和用户面功能实体105将调度反馈数据包发送给上行分类器102)。

在本发明的一个实施例中，终端设备101在接收到上行分类器102发送的调度反馈数据包之后，通过解析该调度反馈数据包可以获取到边缘计算设备106的网络地址，之后可以基于边缘计算设备106的网络地址向边缘计算设备106发起业务访问请求。

图2所示实施例的系统架构同样使得核心数据中心104内的业务调度器能够识别终端设备101的业务请求是否可被边缘计算设备106处理，进而能够实现通过边缘计算设备106向终端设备101交付业务，但是需要事先将边缘计算设备106的网络地址和边缘计算设备106存储的域名信息配置在上行分类器102中。

以下对本发明实施例的技术方案的实现细节进行详细阐述：

图3示出了根据本发明的一个实施例的通信处理方法的流程图，该通信处理方法可以由边缘计算设备来执行，比如可以由图1中所示的边缘计算设备106来执行。参照图3所示，该通信处理方法至少包括步骤S310至步骤S340，详细介绍如下：

在步骤S310中，获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址。

在本发明的一个实施例中，调度请求数据包是用于向业务调度器请求分配业务服务器的数据包，该业务服务器用于响应终端设备的业务访问请求，其可以是边缘计算设备内的业务服务器，也可以是核心数据中心内的业务服务器。其中，指定业务调度器可以是能够调度边缘计算设备来处理终端设备的业务请求的业务调度器。

在本发明的一个实施例中，边缘计算设备可以接收分流设备转发的来自于终端设备的调度请求数据包。其中，终端设备可以将调度请求数据包发送给基站设备，由基站设备将该调度请求数据包转发给分流设备，进而分流设备在检测到该调度请求数据包的目的地址为指定业务调度器的网络地址时将该调度请求数据包转发给边缘计算设备。其中，该实施例中的分流设备可以是图1中所示的上行分类器102。

在本发明的一个实施例中，为了使分流设备将目的地址为指定业务调度器的网络地址的调度请求数据包转发给边缘计算设备，可以由边缘计算设备向分流设备发送相应的分流策略，具体可以如图4所示，包括如下步骤S410至步骤S440，详细说明如下：

在步骤S410中，接收分流设备发送的DNS响应消息，所述DNS响应消息是由DNS服务器根据终端设备发送的DNS请求生成并发送至所示分流设备的。

在本发明的一个实施例中，终端设备在生成DNS请求之后，会将该DNS请求发送至分流设备，进而分流设备会将该DNS请求转发至DNS服务器，并由DNS服务器响应该DNS请求生成DNS响应消息。DNS服务器在生成DNS响应消息之后，将该DNS响应消息发送给分流设备，当分流设备接收到该DNS响应消息之后，一方面可以将该DNS响应消息发送给终端设备，另一方面可以将该DNS响应消息发送给边缘计算设备。

继续参照图4所示，在步骤S420中，若所述DNS响应消息中的域名信息包含有目标域名，则将所述DNS响应消息中包含的网络地址作为指定业务调度器的网络地址。

在本发明的一个实施例中，DNS响应消息中包含有DNS服务器分配的域名信息和IP地址。目标域名可以是配置并存储在边缘计算设备中的域名信息，比如能够调度边缘计算设备的业务调度器对应的域名信息。其中，当DNS响应消息中的域名信息包含有目标域名时，说明边缘计算设备能够处理终端设备的业务请求，进而可以将DNS响应消息中包含的网络地址作为指定业务调度器的网络地址来生成分流策略。

在本发明的一个实施例中，若DNS响应消息中的域名信息未包含目标域名，则说明边缘计算设备不能处理终端设备的业务请求，进而边缘计算设备可以丢弃该DNS响应消息；或者边缘计算设备也可以向分流设备发送通知信息，以告知分流设备无需将目的地址与DNS响应消息中的IP地址相匹配(比如若DNS响应消息中的IP地址包含了调度请求数据包的目的地址，则说明该调度请求数据包的目的地址与DNS响应消息中的IP地址相匹配)的调度请求数据包转发至边缘计算设备；或者边缘计算设备也可以向分流设备发送通知消息，以使分流设备将目的地址与DNS响应消息中包含的网络地址相匹配的调度请求数据包转发至目标业务调度器(比如可以不经过边缘计算设备而直接转发给目标业务调度器)，该目标业务调度器的网络地址即为DNS响应消息中包含的网络地址。

继续参照图4所示，在步骤S430中，根据所述指定业务调度器的网络地址生成分流策略，所述分流策略用于使分流设备将目的地址与指定业务调度器的网络地址相匹配的调度请求数据包转发至所述边缘计算设备。

在本发明的一个实施例中，根据指定业务调度器的网络地址生成分流策略可以是将指定业务调度器的网络地址作为参数来生成分流策略，以便于分流设备能够通过解析该分流策略获取到指定业务调度器的网络地址。

继续参照图4所示，在步骤S440中，将所述分流策略发送至所述分流设备。

在本发明的一个实施例中，边缘计算设备在将分流策略发送至分流设备时，可以是将分流策略发送至策略控制功能实体，然后由策略控制功能实体转发至分流设备。

图4所示实施例的技术方案使得边缘计算设备能够通过解析DNS响应消息来确定是否能够响应终端设备的业务请求，进而可以通过生成分流策略来使分流设备将相应的调度请求数据包转发至边缘计算设备，以便于边缘计算设备通过修改调度请求数据包的源地址来确保业务调度器识别出边缘计算设备能够处理终端设备的业务请求。

继续参照图3所示，在步骤S320中，将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包。

在本发明的一个实施例中，调度请求数据包的源地址即为终端设备的网络地址，该实施例中通过将调度请求数据包的源地址替换为边缘计算设备的网络地址得到目标数据包，使得指定业务调度器在接收到该目标数据包之后，可以根据该目标数据包的源地址(即替换后的源地址)识别出边缘计算设备能够处理终端设备的业务请求。

继续参照图3所示，在步骤S330中，将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包。

在本发明的一个实施例中，在将目标数据包发送至指定业务调度器之后，指定业务调度器可以根据目标数据包的源地址(即替换后的源地址)识别出边缘计算设备能够处理终端设备的业务请求，进而可以生成包含有边缘计算设备的网络地址的调度反馈数据包，并将该调度反馈数据包返回给边缘计算设备。

继续参照图3所示，在步骤S340中，接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

在本发明的一个实施例中，在将调度反馈数据包的目的地址替换为终端设备的网络地址之后，可以发送给分流设备，以使分流设备将该调度反馈数据包转发至终端设备。

在本发明的一个实施例中，在将调度反馈数据包的目的地址替换为终端设备的网络地址，并发送至终端设备之后，如图5所示，还可以包括如下步骤：

步骤S510，接收分流设备转发的来自于终端设备的业务访问请求。

在本发明的一个实施例中，在将调度反馈数据包发送至终端设备之后，终端设备可以根据调度反馈数据包中包含的边缘计算设备的网络地址向边缘计算设备发起业务访问请求，该业务访问请求到达分流设备之后，分流设备可以将其转发至边缘计算设备。

步骤S520，响应所述业务访问请求，将所述业务访问请求的响应数据包发送至所述分流设备，以使所述分流设备将所述响应数据包转发至所述终端设备。

在本发明的一个实施例中，响应业务访问请求可以是根据终端设备请求的内容生成相应的响应数据。比如业务访问请求为对某一视频片段的获取请求，那么响应业务访问请求即为获取该视频片段的数据。

需要说明的是，图3至图5从边缘计算设备的角度对本发明实施例的通信处理方法进行了阐述。在本发明的其它实施例中，图3所示的通信处理方法也可以由分流设备(如图1中所示的上行分类器102)来执行，当图3所示的通信处理方法由分流设备来执行时，具体的实现细节可参照前述实施例中针对图2所示系统架构的描述内容。

图6示出了根据本发明的一个实施例的通信处理方法的流程图，该通信处理方法可以由分流设备来执行，比如可以由图1中所示的上行分类器102来执行。参照图6所示，该通信处理方法至少包括步骤S610至步骤S640，详细介绍如下：

在步骤S610中，接收终端设备发送的调度请求数据包。

在本发明的一个实施例中，终端设备可以将调度请求数据包发送给基站设备，由基站设备将该调度请求数据包转发给分流设备。

在步骤S620中，若所述调度请求数据包的目的地址为指定业务调度器的网络地址，则将所述调度请求数据包发送至边缘计算设备，以使所述边缘计算设备将所述调度请求数据包的源地址替换为所述边缘计算设备的网络地址并发送至所述指定业务调度器。

在本发明的一个实施例中，指定业务调度器可以是能够调度边缘计算设备来处理终端设备的业务请求的业务调度器。步骤S620中通过在调度请求数据包的目的地址为指定业务调度器的网络地址时，将该调度请求数据包发送至边缘计算设备，使得边缘计算设备可以修改调度请求数据包的源地址，以确保指定业务调度器可以根据修改后的调度请求数据包识别出该边缘计算设备能够处理终端设备的业务请求，进而可以调度边缘计算设备向终端设备提供服务，有效降低了终端设备访问业务的时延。

在本发明的一个实施例中，分流设备需要事先获知指定业务调度器的网络地址，以便于将相应的调度请求数据包发送至边缘计算设备，具体可以如图7所示，包括如下步骤S710至步骤S730：

在步骤S710中，若接收到终端设备发送的DNS请求，则将所述DNS请求转发至DNS服务器。

在本发明的一个实施例中，终端设备发送的DNS请求可以是通过基站设备发送至分流设备的，分流设备在接收到该DNS请求之后，可以通过用户面功能实体转发至DNS服务器。

在步骤S720中，若接收到所述DNS服务器返回的DNS响应消息，则将所述DNS响应消息发送至边缘计算设备，以使所述边缘计算设备根据所述DNS响应消息中包含的域名信息生成针对所述域名信息的分流策略。

在本发明的一个实施例中，DNS响应消息通常封装有端口信息，比如封装了53端口(53端口是由DNS服务器开放的、主要用于域名解析的端口)，因此分流设备可以根据接收到的数据包中封装的端口信息来确定是否接收到DNS相应信息。

在本发明的一个实施例中，边缘计算设备在接收到DNS响应消息之后，可以确定DNS响应消息中的域名信息是否包含有目标域名(目标域名可以是配置并存储在边缘计算设备中的域名信息，比如能够调度边缘计算设备的业务调度器对应的域名信息)，若DNS响应消息中的域名信息包含有目标域名，则说明边缘计算设备能够处理终端设备的业务请求，进而可以将DNS响应消息中包含的网络地址作为指定业务调度器的网络地址来生成分流策略。

在步骤S730中，获取所述分流策略，根据所述分流策略确定所述指定业务调度器的网络地址。

在本发明的一个实施例中，边缘计算设备在生成分流策略之后，可以将分流策略发送至策略控制功能实体，然后由策略控制功能实体转发至分流设备。

图7所示实施例的技术方案使得分流设备能够将DNS响应消息发送至边缘计算设备，以便于边缘计算设备生成分流策略，进而使得分流设备可以根据边缘计算设备发送的分流策略来将相应的调度请求数据包转发至边缘计算设备，以便于边缘计算设备通过修改调度请求数据包的源地址来确保业务调度器识别出边缘计算设备能够处理终端设备的业务请求。

在本发明的一个实施例中，如果分流设备接收到DNS服务器返回的DNS响应消息，则可以将该DNS响应消息发送至终端设备，以使终端设备根据该DNS响应消息发送调度请求数据包。比如，终端设备可以向DNS响应消息中包含的IP地址(该IP地址是由DNS服务器向终端设备分配的业务调度器的IP地址)发起调度请求数据包。

在本发明的一个实施例中，分流设备可以通过第一用户面功能实体将DNS请求转发至DNS服务器，并通过第二用户面功能实体将DNS响应消息发送至边缘计算设备。

在本发明的一个实施例中，若调度请求数据包的目的地址不是指定业务调度器的网络地址，则分流设备可以将该调度请求数据包直接发送至核心数据中心，以便于核心数据中心内的其它业务调度器响应该调度请求数据包。

继续参照图6所示，在步骤S630中，接收所述边缘计算设备返回的调度反馈数据包，所述调度反馈数据包是由所述指定业务调度器根据所述调度请求数据包生成的、且包含有所述边缘计算设备的网络地址。

在本发明的一个实施例中，当分流设备将调度请求数据包发送至边缘计算设备之后，边缘计算设备可以将调度请求数据包的源地址替换为边缘计算设备的网络地址并发送至指定业务调度器，进而指定业务调度器在接收到修改后的调度请求数据包之后，可以根据其中的源地址(即边缘计算设备的网络地址)识别出边缘计算设备能够处理终端设备的业务请求，进而可以生成包含有边缘计算设备的网络地址的调度反馈数据包，指定业务调度器在生成调度反馈数据包之后，可以将该调度反馈数据包发送给边缘计算设备，进而边缘计算设备将该调度反馈数据包中的目的地址替换为终端设备的目的地址并发送给分流设备。

继续参照图6所示，在步骤S640中，将所述调度反馈数据包发送给所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

在本发明的一个实施例中，分流设备可以通过基站设备将调度反馈数据包发送给终端设备。

在本发明的一个实施例中，分流设备在将调度反馈数据包发送给终端设备之后，如图8所示，还可以包括如下步骤：

步骤S810，接收所述终端设备发送的业务访问请求。

在本发明的一个实施例中，在将调度反馈数据包发送至终端设备之后，终端设备可以根据调度反馈数据包中包含的边缘计算设备的网络地址向边缘计算设备发起业务访问请求，该业务访问请求到达基站设备之后，基站设备可以将其转发至分流设备。

步骤S820，若所述业务访问请求中包含有所述边缘计算设备的网络地址，则将所述业务访问请求转发至所述边缘计算设备。

在本发明的一个实施例中，若业务访问请求中包含有边缘计算设备的网络地址，比如该业务访问请求的目的地址是边缘计算设备的网络地址，则说明该业务访问请求是发送至边缘计算设备的，因此可以将该业务访问请求转发至边缘计算设备。

步骤S830，若接收到所述边缘计算设备返回的针对所述业务访问请求的业务响应结果，则将所述业务响应结果返回给所述终端设备。

在本发明的一个实施例中，分流设备可以通过基站设备将业务响应结果返回给终端设备。

在上述实施例中分别从边缘计算设备和分流设备的角度对本发明实施例的通信处理方法进行了阐述，以下以边缘计算设备包含预处理服务器和业务服务器、以分流设备为上行分类器为例对各个设备的交互及处理过程进行详细阐述：

参照图9所示，根据本发明的一个实施例的通信处理系统，可以包括：终端设备901、基站设备902、上行分类器903、用户面功能实体904、核心数据中心905、用户面功能实体906、边缘计算设备907和策略控制功能实体908。

其中，终端设备901通过基站设备902接入上行分类器903，从终端设备901发出的数据包被基站设备902接收后，会转发至上行分类器903；发向终端设备901的数据包在到达基站设备902前也需要被上行分类器903接收处理。用户面功能实体904和用户面功能实体906均连接至上行分类器903，用户面功能实体904用于转发上行分类器903与核心数据中心905之间的通信数据，用户面功能实体906用于转发上行分类器903与边缘计算设备907之间的通信数据。

在本发明的一个实施例中，核心数据中心905内可以包括业务调度器9051，还可以包括DNS服务器(图9中未示出)等，DNS服务器可以是GSLB，并且核心数据中心905内也可以设置有用于响应终端设备901的业务访问请求的业务服务器。

在本发明的一个实施例中，边缘计算设备907可以包括预处理服务器9071和业务处理器9072。预处理服务器9071可以对接收到的数据包(如来自于上行分类器903或核心数据中心905的数据包)进行处理，如替换数据包的源地址或目的地址等。业务服务器9072可以响应终端设备901的业务访问请求。

图9所示的通信处理系统的具体交互及处理过程如图10所示，包括如下步骤：

步骤S1001，终端设备901向基站设备902发送DNS请求，该DNS请求用于向GSLB请求分配业务调度器。

步骤S1002，基站设备902将DNS请求转发至上行分类器903。

步骤S1003，上行分类器903将DNS请求转发至用户面功能实体904。

步骤S1004，用户面功能实体904通过互联网将DNS请求发送至GSLB。

步骤S1005，GSLB根据DNS请求选择相应的业务调度器9051，将业务调度器9051的IP地址写入DNS响应，并将DNS响应通过互联网发送至用户面功能实体904。

步骤S1006，用户面功能实体904将DNS响应发送给上行分类器903。比如，用户面功能实体904可以将DNS响应封装进一个GTP-U(GPRS Tunnel Protocol-User Plane，GPRS通道协议-用户面)隧道报文，然后转发至上行分类器903。

步骤S1007，上行分类器903将DNS响应发送给基站设备902。

步骤S1008，基站设备902将DNS响应转发给终端设备901。

步骤S1009，上行分类器903将DNS响应发送给用户面功能实体906。

在本发明的一个实施例中，可以在上行分类器903中配置将DNS响应分流至用户面功能实体906的规则，比如该规则可以是对于封装了源端口为53的UDP(User DatagramProtocol，用户数据报协议包)的GTP-U隧道报文，需要进行复制，并将复制后的副本转发到用户面功能实体906。

在本发明的一个实施例中，步骤S1007中上行分类器903将DNS响应发送给基站设备902和步骤S1009中上行分类器903将DNS响应发送给用户面功能实体906的过程可以是同时发生的，也可以是先执行步骤S1007再执行步骤S1009，或者是先执行步骤S1009再执行步骤S1007。

步骤S1010，用户面功能实体906将DNS响应发送给边缘计算设备907中的预处理服务器9071。

在本发明的一个实施例中，如果用户面功能实体将DNS响应封装进一个GTP-U隧道报文转发至上行分类器903，那么用户面功能实体906在接收到上行分类器903转发过来的GTP-U隧道报文后，对其进行解封装，并将提取出来的DNS响应发送给预处理服务器9071。

步骤S1011，预处理服务器9071根据接收到的DNS响应生成分流策略并发送给策略控制功能实体908。

在本发明的一个实施例中，预处理服务器9071在接收到DNS响应后，提取出DNS响应内包含的域名及对应的IP地址。如果预处理服务器9071提取的域名与预先配置的能够调度边缘计算设备907的业务调度器的域名相同，则根据提取出的IP地址生成一个分流策略，并将其发送给策略控制功能实体908。该分流策略可以表述为对于封装了目的地址为指定IP地址(该指定IP地址即为预处理服务器9071从DNS响应中提取出的IP地址)的TCP(Transmission Control Protocol，传输控制协议)包的GTP-U隧道报文，需要将其转发到用户面功能实体906。

步骤S1012，策略控制功能实体908将分流策略转发给上行分类器903。

步骤S1013，终端设备901在接收到DNS响应之后，根据该DNS响应中包含的IP地址生成业务调度请求并发送给基站设备902。

在本发明的一个实施例中，业务调度请求可以是TCP报文，该TCP报文可以被封装进一个GTP-U隧道报文进行发送。

步骤S1014，基站设备902将业务调度请求转发至上行分类器903。

步骤S1015，上行分类器903在接收到该业务调度请求后，根据前述的分流策略将该业务调度请求转发至用户面功能实体906。

步骤S1016，用户面功能实体906将业务调度请求发送给预处理服务器9071。

在本发明的一个实施例中，如果业务调度请求是封装进GTP-U隧道报文进行发送，那么用户面功能实体906可以解析该GTP-U隧道报文得到TCP报文形式的业务调度请求，然后发送给预处理服务器9071。

步骤S1017，预处理服务器9071在接收到业务调度请求之后，将其源IP地址替换为边缘计算设备907的公网地址，然后发送给业务调度器9051。此外，预处理服务器9071还可以将业务调度请求的数据包的源端口号替换为预处理服务器9071的唯一端口号。

步骤S1018，业务调度器9051接收到业务调度请求之后，向预处理服务器9071返回业务调度响应。

在本发明的一个实施例中，由于业务调度请求的源IP地址已被替换为边缘计算设备907的公网地址，因此业务调度器9051可据此判断终端设备901发出的业务请求可被边缘计算设备907中的业务服务器9072处理。随后，业务调度器9051可以根据边缘计算设备907中的业务服务器9072的IP地址生成业务调度响应，并通过TCP连接返回至预处理服务器9071。

步骤S1019，预处理服务器9071在接收到业务调度响应之后，将业务调度响应的目的IP地址替换为终端设备901的IP地址，然后转发给用户面功能实体906。

步骤S1020，用户面功能实体906将业务调度响应转发给上行分类器903。

在本发明的一个实施例中，用户面功能实体906可以将预处理服务器9071返回的业务调度响应封装进GTP-U隧道报文后，再发送至上行分类器903。

步骤S1021，上行分类器903将业务调度响应发送给基站设备902。

步骤S1022，基站设备902将业务调度响应转发给终端设备901。

步骤S1023，终端设备901在接收到业务调度响应之后，能够获取到边缘计算设备907内的业务服务器9072的IP地址，然后根据业务服务器9072的IP地址生成业务访问请求，并发送给基站设备902。

步骤S1024，基站设备902将业务访问请求转发至上行分类器903。

步骤S1025，上行分类器903将业务访问请求转发至用户面功能实体906。

步骤S1026，用户面功能实体906将业务访问请求发送给业务服务器9072。

步骤S1027，业务服务器9072向用户面功能实体906返回业务访问响应。

步骤S1028，用户面功能实体906将业务访问响应转发给上行分类器903。

步骤S1029，上行分类器903将业务访问响应发送给基站设备902。

步骤S1030，基站设备902将业务访问响应转发给终端设备901。

本发明上述实施例的技术方案利用边缘计算设备实现了在网络边缘向终端设备交付业务的可能，通过这种方式，业务提供方可将业务内容放置在MEC设备中进行交付，一方面降低了用户访问业务的时延，另一方面减少了核心数据中心的带宽消耗。同时，由于MEC设备的带宽成本通常低于核心数据中心的带宽成本，因此本发明实施例的技术方案可以有效降低业务提供方的整体带宽成本。此外，本发明实施例的技术方案提供的业务交付方式不需要对业务提供方现有的业务交付架构进行重构，因此可显著降低业务提供方的系统部署成本。

需要说明的是本发明实施例的技术方案不仅可以应用于5G网络的边缘计算场景中，而且也可以应用于后续的6G等移动通讯

以下介绍本发明的装置实施例，可以用于执行本发明上述实施例中的通信处理方法。对于本发明装置实施例中未披露的细节，请参照本发明上述的通信处理方法的实施例。

图11示出了根据本发明的一个实施例的通信处理装置的框图。

参照图11所示，根据本发明的一个实施例的通信处理装置1100，包括：获取单元1102、第一处理单元1104、发送单元1106和第二处理单元1108。

其中，获取单元1102用于获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址；第一处理单元1104用于将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；发送单元1106用于将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包；第二处理单元1108用于接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

在本发明的一个实施例中，所述通信处理装置1100设置于所述边缘计算设备内，所述获取单元1102配置为：接收分流设备转发的来自所述终端设备的调度请求数据包，其中，所述调度请求数据包是所述分流设备在检测到所述调度请求数据包的目的地址为所述指定业务调度器的网络地址时转发至所述边缘计算设备的。

在本发明的一个实施例中，所述通信处理装置1100还包括：接收单元，用于在接收分流设备转发的来自于所述终端设备的调度请求数据包之前，接收所述分流设备发送的DNS(Domain Name System，域名系统)响应信息，所述DNS响应消息是由DNS服务器根据所述终端设备发送的DNS请求生成并发送至所述分流设备的；生成单元，用于在所述DNS响应消息中的域名信息包含有目标域名时，将所述DNS响应消息中包含的网络地址作为所述指定业务调度器的网络地址，并根据所述指定业务调度器的网络地址生成分流策略，所述分流策略用于使所述分流设备将目的地址与指定业务调度器的网络地址相匹配的调度请求数据包转发至所述边缘计算设备；所述发送单元1106还用于将所述分流策略发送至所述分流设备。

在本发明的一个实施例中，所述发送单元1106还用于：若所述DNS响应消息中的域名信息不包含所述目标域名，则向所述分流设备发送通知消息，以使所述分流设备将目的地址与所述DNS响应消息中包含的网络地址相匹配的调度请求数据包转发至目标业务调度器，所述目标业务调度器的网络地址为所述DNS响应消息中包含的网络地址。

在本发明的一个实施例中，所述的通信处理装置1100还包括：第三处理单元，用于接收所述分流设备转发的来自于所述终端设备的业务访问请求，响应所述业务访问请求，将所述业务访问请求的响应数据包发送至所述分流设备，以使所述分流设备将所述响应数据包转发至所述终端设备。

图12示出了根据本发明的一个实施例的通信处理装置的框图。

参照图12所示，根据本发明的一个实施例的通信处理装置1200，包括：第一接收单元1202、第一发送单元1204、第二接收单元1206和第二发送单元1208。

其中，第一接收单元1202用于接收终端设备发送的调度请求数据包；第一发送单元1204用于在所述调度请求数据包的目的地址为指定业务调度器的网络地址时，将所述调度请求数据包发送至边缘计算设备，以使所述边缘计算设备将所述调度请求数据包的源地址替换为所述边缘计算设备的网络地址并发送至所述指定业务调度器；第二接收单元1206用于接收所述边缘计算设备返回的调度反馈数据包，所述调度反馈数据包是由所述指定业务调度器根据所述调度请求数据包生成的、且包含有所述边缘计算设备的网络地址；第二发送单元1208用于将所述调度反馈数据包发送给所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

在本发明的一个实施例中，第一发送单元1204还用于，在将所述调度请求数据包发送至边缘计算设备之前，若接收到所述终端设备发送的DNS请求，则将所述DNS请求转发至DNS服务器，并用于在接收到所述DNS服务器返回的DNS响应消息时，将所述DNS响应消息发送至所述边缘计算设备，以使所述边缘计算设备根据所述DNS响应消息中包含的域名信息生成针对所述域名信息的分流策略；所述通信处理装置1200还包括确定单元，用于获取所述分流策略，根据所述分流策略确定所述指定业务调度器的网络地址。

在本发明的一个实施例中，第一发送单元1204还用于，若接收到所述DNS服务器返回的DNS响应消息，则将所述DNS响应消息发送至所述终端设备，以使所述终端设备根据所述DNS响应消息发送所述调度请求数据包。

在本发明的一个实施例中，第一发送单元1204配置为：将所述DNS请求通过第一用户面功能实体转发至所述DNS服务器，将所述DNS响应消息通过第二用户面功能实体发送至所述边缘计算设备。

在本发明的一个实施例中，第一发送单元1204还用于：若所述调度请求数据包的目的地址不是所述指定业务调度器的网络地址，则将所述调度请求数据包发送至核心数据中心。

在本发明的一个实施例中，所述的通信处理装置1200还包括：第三接收单元，用于接收所述终端设备发送的业务访问请求；第三发送单元，用于在所述业务访问请求中包含有所述边缘计算设备的网络地址时，将所述业务访问请求转发至所述边缘计算设备，并用于在接收到所述边缘计算设备返回的针对所述业务访问请求的业务响应结果时，将所述业务响应结果返回给所述终端设备。

图13示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图13示出的电子设备的计算机系统1300仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图13所示，计算机系统1300包括中央处理单元(Central Processing Unit，CPU)1301，其可以根据存储在只读存储器(Read-Only Memory，ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(Random Access Memory，RAM)1303中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1303中，还存储有系统操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本发明实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (15)

1.一种通信处理方法，其特征在于，包括：

获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址；

将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；

将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包；

接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

2.根据权利要求1所述的通信处理方法，其特征在于，在所述通信处理方法由所述边缘计算设备执行的情况下，获取来自于终端设备的调度请求数据包，包括：

接收分流设备转发的来自所述终端设备的调度请求数据包，其中，所述调度请求数据包是所述分流设备在检测到所述调度请求数据包的目的地址为所述指定业务调度器的网络地址时转发至所述边缘计算设备的。

3.根据权利要求2所述的通信处理方法，其特征在于，在接收分流设备转发的来自于所述终端设备的调度请求数据包之前，所述通信处理方法还包括：

接收所述分流设备发送的域名系统DNS响应消息，所述DNS响应消息是由DNS服务器根据所述终端设备发送的DNS请求生成并发送至所述分流设备的；

若所述DNS响应消息中的域名信息包含有目标域名，则将所述DNS响应消息中包含的网络地址作为所述指定业务调度器的网络地址；

根据所述指定业务调度器的网络地址生成分流策略，所述分流策略用于使所述分流设备将目的地址与指定业务调度器的网络地址相匹配的调度请求数据包转发至所述边缘计算设备；

将所述分流策略发送至所述分流设备。

4.根据权利要求3所述的通信处理方法，其特征在于，还包括：

若所述DNS响应消息中的域名信息不包含所述目标域名，则向所述分流设备发送通知消息，以使所述分流设备将目的地址与所述DNS响应消息中包含的网络地址相匹配的调度请求数据包转发至目标业务调度器，所述目标业务调度器的网络地址为所述DNS响应消息中包含的网络地址。

5.根据权利要求2至4中任一项所述的通信处理方法，其特征在于，在将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备之后，所述通信处理方法还包括：

接收所述分流设备转发的来自于所述终端设备的业务访问请求；

响应所述业务访问请求，将所述业务访问请求的响应数据包发送至所述分流设备，以使所述分流设备将所述响应数据包转发至所述终端设备。

6.一种通信处理方法，其特征在于，包括：

接收终端设备发送的调度请求数据包；

若所述调度请求数据包的目的地址为指定业务调度器的网络地址，则将所述调度请求数据包发送至边缘计算设备，以使所述边缘计算设备将所述调度请求数据包的源地址替换为所述边缘计算设备的网络地址并发送至所述指定业务调度器；

接收所述边缘计算设备返回的调度反馈数据包，所述调度反馈数据包是由所述指定业务调度器根据所述调度请求数据包生成的、且包含有所述边缘计算设备的网络地址；

将所述调度反馈数据包发送给所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

7.根据权利要求6所述的通信处理方法，其特征在于，在将所述调度请求数据包发送至边缘计算设备之前，所述通信处理方法还包括：

若接收到所述终端设备发送的DNS请求，则将所述DNS请求转发至DNS服务器；

若接收到所述DNS服务器返回的DNS响应消息，则将所述DNS响应消息发送至所述边缘计算设备，以使所述边缘计算设备根据所述DNS响应消息中包含的域名信息生成针对所述域名信息的分流策略；

获取所述分流策略，根据所述分流策略确定所述指定业务调度器的网络地址。

8.根据权利要求7所述的通信处理方法，其特征在于，还包括：

若接收到所述DNS服务器返回的DNS响应消息，则将所述DNS响应消息发送至所述终端设备，以使所述终端设备根据所述DNS响应消息发送所述调度请求数据包。

9.根据权利要求7所述的通信处理方法，其特征在于，将所述DNS请求转发至DNS服务器，包括：将所述DNS请求通过第一用户面功能实体转发至所述DNS服务器；

将所述DNS响应消息发送至所述边缘计算设备，包括：将所述DNS响应消息通过第二用户面功能实体发送至所述边缘计算设备。

10.根据权利要求6所述的通信处理方法，其特征在于，还包括：

若所述调度请求数据包的目的地址不是所述指定业务调度器的网络地址，则将所述调度请求数据包发送至核心数据中心。

11.根据权利要求6至10中任一项所述的通信处理方法，其特征在于，在将所述调度反馈数据包发送给所述终端设备之后，所述通信处理方法还包括：

接收所述终端设备发送的业务访问请求；

若所述业务访问请求中包含有所述边缘计算设备的网络地址，则将所述业务访问请求转发至所述边缘计算设备；

若接收到所述边缘计算设备返回的针对所述业务访问请求的业务响应结果，则将所述业务响应结果返回给所述终端设备。

12.一种通信处理装置，其特征在于，包括：

获取单元，用于获取来自于终端设备的调度请求数据包，所述调度请求数据包的目的地址为指定业务调度器的网络地址；

第一处理单元，用于将所述调度请求数据包的源地址替换为边缘计算设备的网络地址，得到目标数据包；

发送单元，用于将所述目标数据包发送至所述指定业务调度器，以使所述指定业务调度器返回包含有所述边缘计算设备的网络地址的调度反馈数据包；

第二处理单元，用于接收所述调度反馈数据包，将所述调度反馈数据包的目的地址替换为所述终端设备的网络地址后发送至所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

13.一种通信处理装置，其特征在于，包括：

第一接收单元，用于接收终端设备发送的调度请求数据包；

第一发送单元，用于在所述调度请求数据包的目的地址为指定业务调度器的网络地址时，将所述调度请求数据包发送至边缘计算设备，以使所述边缘计算设备将所述调度请求数据包的源地址替换为所述边缘计算设备的网络地址并发送至所述指定业务调度器；

第二接收单元，用于接收所述边缘计算设备返回的调度反馈数据包，所述调度反馈数据包是由所述指定业务调度器根据所述调度请求数据包生成的、且包含有所述边缘计算设备的网络地址；

第二发送单元，用于将所述调度反馈数据包发送给所述终端设备，以使所述终端设备根据所述边缘计算设备的网络地址向所述边缘计算设备发起业务访问请求。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的通信处理方法，或实现如权利要求6至11中任一项所述的通信处理方法。

15.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任一项所述的通信处理方法，或实现如权利要求6至11中任一项所述的通信处理方法。