基于移动边缘计算的业务处理方法及系统与流程

1.本发明涉及网络通信技术领域，具体涉及一种基于移动边缘计算的业务处理方法及系统。


背景技术：

2.移动边缘计算(mobile edge computing，mec)是将云计算平台从核心网内部迁移到接入网边缘，从而来减少网络数据传输负荷以及降低端到端传输时延，继而营造出一个具备高性能、低延迟与高带宽的电信级服务环境，加速网络中各项内容、服务及应用的快速下载，提升用户体验。
3.然而，发明人在实施过程中发现，现有技术中存在如下缺陷：目前的mec对业务流量的分流精度差，接入ptn(packet transport network，分组传输网)负荷高，从而导致业务处理效率低，进而降低用户体验。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于移动边缘计算的业务处理方法及系统。
5.根据本发明的一个方面，提供了一种基于移动边缘计算的业务处理方法，包括：
6.接收基站发送的业务流量；
7.根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别；
8.若所述业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；
9.若所述业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
10.可选的，所述根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别进一步包括：
11.若组网方式为5g nsa组网方式，则根据基站类别以及报文信息判断所述业务流量的流量类别；
12.若组网方式为5g sa组网方式，则根据报文信息判断所述业务流量的流量类别。
13.可选的，所述根据基站类别以及报文信息判断所述业务流量的流量类别进一步包括：
14.若基站为4g基站，则所述业务流量的流量类别为核心网流量；
15.若基站为5g基站，则根据报文信息判断所述业务流量的流量类别。
16.可选的，所述根据报文信息判断所述业务流量的流量类别进一步包括：
17.判断所述报文信息是否满足预设ip分流规则；
18.若是，则所述业务流量为本地流量；
19.若否，则所述业务流量为核心网流量。
20.可选的，所述方法还包括：
21.对所述业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与所述业务流量对应的用户端。
22.可选的，所述方法还包括：
23.根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
24.可选的，在所述业务流量的发送过程中包含主传输链路以及备用传输链路；其中，所述主传输链路包含流量分流节点；而所述备用传输链路不包含流量分流节点；
25.则所述方法还包括；监测主传输链路是否发生故障；
26.若是，则由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网；
27.和/或，所述方法还包括：监测主传输链路故障是否消除，若是，则由传输链路切换回主传输链路。
28.根据本发明的另一方面，提供了一种基于移动边缘计算的业务处理系统，包括：
29.第一交换机，适于接收基站发送的业务流量，并将所述业务流量转发给分流网关；
30.分流网关，适于根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别；
31.第二交换机，适于若所述业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若所述业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
32.可选的，所述分流网关进一步适于：若组网方式为5g nsa组网方式，则根据基站类别以及报文信息判断所述业务流量的流量类别；若组网方式为5g sa组网方式，则根据报文信息判断所述业务流量的流量类别。
33.可选的，所述分流网关进一步适于：若基站为4g基站，则所述业务流量的流量类别为核心网流量；若基站为5g基站，则根据报文信息判断所述业务流量的流量类别。
34.可选的，所述分流网关进一步适于：判断所述报文信息是否满足预设ip分流规则；
35.若是，则所述业务流量为本地流量；
36.若否，则所述业务流量为核心网流量。
37.可选的，所述分流网关进一步适于：对所述业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与所述业务流量对应的用户端。
38.可选的，所述第二交换机进一步适于，根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
39.可选的，在所述业务流量的发送过程中包含主传输链路以及备用传输链路；其中，第一交换机、分流网关以及第二交换机构成的链路为主传输链路；第一交换机与第二交换机之间的链路为备用传输链路；
40.则所述第一交换机进一步适于：监测主传输链路是否发生故障；若是，则由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网；
41.和/或，监测主传输链路故障是否消除，若是，则由传输链路切换回主传输链路。
42.根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和
通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
43.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述基于移动边缘计算的业务处理方法对应的操作。
44.根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述基于移动边缘计算的业务处理方法对应的操作。
45.根据本发明提供的基于移动边缘计算的业务处理方法及系统，首先接收基站发送的业务流量；进一步根据业务流量对应的组网方式、基站类别、以及报文信息，判断业务流量的流量类别；若业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。本方案从组网方式、基站类别、以及报文信息三个维度来综合地确定出业务流量的流量类别，从而能够大幅提升业务流量的类别划分精度；并且，根据流量类别划分结果进行业务流量的转发，实现了业务流量的分流，减轻接入ptn负荷，有利于业务的快速处理；另外，本方案实施方式简单易行，适于大规模应用与实施。
46.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
47.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
48.图1示出了本发明实施例一提供的基于移动边缘计算的业务处理方法的流程示意图；
49.图2示出了本发明实施例一提供的基于三个维度信息确定业务流量的流量类别方法的流程示意图；
50.图3示出了本发明实施例二提供的基于移动边缘计算的业务处理方法的流程示意图；
51.图4示出了本发明实施例三提供的基于移动边缘计算的业务处理方法的流程示意图；
52.图5示出了本发明实施例四提供的基于移动边缘计算的业务处理方法的流程示意图；
53.图6示出了本发明实施例五提供的基于移动边缘计算的业务处理系统的结构示意图；
54.图7示出了本发明实施例七提供的计算设备的结构示意图。
具体实施方式
55.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例
所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
56.实施例一
57.图1示出了本发明实施例一提供的基于移动边缘计算的业务处理方法的流程示意图。其中，本方法应用于mec，并且，本方法的执行设备设置在基站及接入ptn之间。
58.如图1所示，该方法包括以下步骤：
59.步骤s110：接收基站发送的业务流量。
60.本方法的执行主体位于基站及接入ptn之间，并可接收基站发送的业务流量，其中，该业务流量具体为上行数据；该基站可以为4g基站，也可以为5g基站等。在实际的实施过程中，基站通常包含bbu(building base band unite，基带处理单元)、rru(remote radio unit,射频处理单元)以及天馈系统，则本步骤具体是接收基站中的bbu发送的业务流量。
61.可选的，可通过预设接口(如enb接口)来接收来自基站发送的业务流量。
62.步骤s120：根据业务流量对应的组网方式、基站类别、以及报文信息，判断业务流量的流量类别；若流量类别为本地流量，则执行步骤s130；若流量类别为核心网流量，则执行步骤s140。
63.其中流量类别包括本地流量以及核心网流量。本实施例中，通过业务流量对应的组网方式、基站类别、以及报文信息这三个维度信息来综合确定业务流量的流量类别，从而来提升流量类别的划分精度。
64.可选的，为进一步地提升业务流量的流量划分精度，降低误判率，可通过如图2所示流程逐级地实现业务流量的划分：
65.步骤s121：判断业务流量对应的组网方式；若组网方式为5g nsa组网方式，则执行步骤s122；若组网方式为5g sa组网方式，则执行步骤s123。
66.本实施例能够应用于5g场景中，在5g场景中，通常对应于两种不同的组网方式，即5g sa(stand alone，独立组网)组网方式以及5g sa(non-stand alone，非独立组网)组网方式。而不同的组网方式其数据流向不同，从而本实施例首先识别出业务流量所对应的组网方式。
67.当组网方式为5g nsa组网方式时，后续通过步骤s122及步骤s123根据基站类别以及报文信息进一步地判断业务流量的流量类别；而当组网方式为5g sa组网方式时，仅通过步骤s123根据报文信息判断业务流量的流量类别。
68.步骤s122：判断业务流量对应的基站类别；若基站为5g基站，则执行步骤s123；若基站为4g基站，则执行步骤s125。
69.在5g nsa的组网方式中，其是通过4g bbu作为4g/5g的控制面锚点，并且4g bbu也可转发部分用户面流量，而该用户面流量具体指向核心网。从而在确定业务流量对应的基站为4g基站时，则确定业务流量的流量类别为核心网流量(即执行步骤s125)；而在确定业务流量对应的基站为5g基站时，则进一步根据步骤s123根据报文信息来判断业务流量的流量类别。
70.步骤s123：判断业务流量对应的报文信息是否满足预设ip分流规则；若是，则执行步骤s124；若否，则执行步骤s125。
71.在根据报文信息判断业务流量的流量类别时，具体是判断报文信息是否满足预设ip分流规则；若是，则确定该业务流量为本地流量；若否，则该业务流量为核心网流量。
72.具体地，预先构建有ip分流数据库，在该数据库中包含有本地网络的相关ip和/或端口信息，从而可将业务流量的报文信息(具体可以为gtpu报文)通过ip五元组和/或三元组的方式与该数据库中信息进行匹配，若该数据库中存在有与该业务流量的报文信息相匹配的信息，则表明该业务流量满足预设ip分流规则，则确定该业务流量为本地流量；否则，则确定该业务流量为核心网流量。
73.步骤s124：确定该业务流量为本地流量。
74.步骤s125：确定该业务流量为核心网流量。
75.通过三个维度信息确定出业务流量的流量类别之后，进一步基于判定结果进行业务流量的分流转发，从而实现业务流量的分流。在转发过程中，若流量类别为本地流量，则执行步骤s130以将该业务流量发送至本地网络，其中，该本地网络可以为本地私有云；若流量类别为核心网流量，则执行步骤s140以将该业务流量发送至接入ptn，并经由接入ptn传送至核心网。
76.步骤s130：将该业务流量发送至本地网络。
77.可选的，在将业务流量发送至接入分组传送网过程中，可将gtpu报文中的包头剥离后，从lbp接口转发至本地网络。
78.进一步可选的，可预先构建gtpu隧道信息库，在该隧道信息库中存储有相应的包头及ip信息，从而在接收到本地网络通过lbp接口传递的下行报文时，通过查询该隧道信息库来获取与该下行报文匹配的包头，进而将该下行报文与该包头进行封装后通过enb接口传递至基站。
79.步骤s140：将该业务流量发送至接入分组传送网。
80.具体地，可通过epc接口该业务流量发送至接入分组传送网，从而传送至核心网。
81.可选的，当sctp信令报文在enb接口和epc接口之间传递过程中，可进一步地对该信令报文进行解析，从而获得相对应的gtpu隧道信息，继而存储于gtpu隧道信息库中，以实现gtpu隧道信息库的数据更新。
82.由此可见，本实施例通过从组网方式、基站类别、以及报文信息三个维度来综合地确定出业务流量的流量类别，从而能够大幅提升业务流量的类别划分精度；并且，本实施例根据流量类别划分结果进行业务流量的转发，从而实现了业务流量的分流，减轻接入ptn负荷，有利于业务的快速处理；另外，本实施例实施方式简单易行，适于大规模应用与实施；此外，本实施例对原有网络结构改动较小，可拓展性强。
83.实施例二
84.图3示出了本发明实施例二提供的基于移动边缘计算的业务处理方法的流程示意图。其中，本实施例所提供的业务处理方法具体是针对于实施例一中业务处理方法的进一步优化。
85.如图3所示，该方法包括：
86.步骤s310：接收基站发送的业务流量。
87.步骤s320：对业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与该业务流量对应的用户端。
88.本实施例中，可通过构建的分布式dns服务器解析用户的dns请求报文，从而快速地解析出dns请求报文相对应的目标ip地址。
89.在具体的解析过程中，在收到dns请求报文之后，可首先在实施例一中执行设备本地的浏览器和/或操作系统中查找，是否存在与给dns请求中的域名相匹配的ip地址(可选的，可按照先查询浏览器，后查询操作系统的方式进行查找)；若是，则将查找到的ip地址作为目标ip地址反馈给用户。
90.若在执行设备本地的浏览器和/或操作系统中未查找到相匹配的ip地址，则进一步地采用递归查询的方式，在本地dns服务器中查询。若查询到有与该域名对应的ip地址，则解析结束，并将查找到的ip地址作为目标ip地址反馈给用户。
91.若本地dns服务器中未查询到与该域名对应的ip地址，则进一步采用迭代查询的方式进行查询：具体地，本地dns服务器向根域名服务器发起迭代查询。根域名服务器反馈本地dns服务器，下一次查询的顶级域名服务器的ip地址；进一步地，本地dns服务器向顶级域名服务器(如.com.cn)进行查询，顶级域名服务器反馈本地dns服务器，下一次查询的权限服务器的ip地址；本地dns服务器向权限服务器(如二级域名)进行查询，权限服务器反馈本地域名服务器所查询的主机的ip地址(即为目标ip地址)；最后，本地dns服务器缓存该域名以及与该域名对应的目标ip地址，并将解析结果反馈给用户。(可选的，执行设备本地的浏览器和/或操作系统也缓存该域名以及与该域名对应的目标ip地址)。
92.步骤s320：根据业务流量对应的组网方式、基站类别、以及报文信息，判断业务流量的流量类别；若业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
93.由此可见，本实施例能够在大幅提升业务流量的类别划分精度，减轻接入ptn负荷等的基础上，进一步地采用逐级匹配的方式对dns请求报文进行解析，从而能够快速地查找到与域名相匹配的ip地址，从而提升业务访问效率，进而提升用户体验。
94.实施例三
95.图4示出了本发明实施例三提供的基于移动边缘计算的业务处理方法的流程示意图。其中，本实施例所提供的业务处理方法具体是针对于实施例一中业务处理方法的进一步优化。
96.如图4所示，该方法包括：
97.步骤s410：接收基站发送的业务流量。
98.步骤s420：根据业务流量对应的组网方式、基站类别、以及报文信息，判断业务流量的流量类别。
99.步骤s430：若业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网；其中，根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
100.在具体的实施过程中，可根据步骤s410中业务流量的接收状况，周期性地生成相应的接收报告，根据该接收报告能够快速地计算出预设时间段内的丢包率(可选的，该丢包率具体可以为平滑处理后的丢包率，本实施例对具体的平滑处理方式不作限定)，通过该丢包率来表征当前的网络状态。
101.具体地，当丢包率大于第一预设阈值时，则表明当前网络拥堵；当丢包率小于第二
预设阈值时(其中，第二预设阈值小于第一预设阈值)，则表明当前网络空闲；而该丢包率大于或等于第二预设阈值，并且，该丢包率小于或等于第一预设阈值时，则表明当前网络状态适中。
102.进一步地，根据当前的网络状态调整业务流量发送至本地网络和/或分组传送网的发送速率。具体地，在初始状态下，以初始速度进行业务流量的转发。
103.当确定当前网络拥堵时，根据初始速度、发送最小比特率以及乘性减小因子，确定调整后的发送速率。具体地，在网络拥堵时，使发送速率乘性减小，从而降低对所需带宽的要求，并通过发送最小比特率来保证发送端所需的最小带宽。具体通过以下公式3-1来确定调整后的发送速率：
104.speed1＝max{(β*speed0)，minrate}(公式3-1)
105.其中，speed1为调整后的发送速率，speed0为初始发送速率，β为乘性减小因子，minrate为发送端的发送最小比特率。
106.当确定当前网络空闲时，根据初始速度、线性增量以及发送端的发送最大比特率。其中，当网络空闲时,线性增加发送速率，并通过发送最大比特率,保证发送端不会过度占用资源。具体通过以下公式3-2来确定调整后的发送速率：
107.speed1＝min{(speed0 step),maxrate}(公式3-2)
108.其中，speed1为调整后的发送速率，speed0为初始发送速率，step为线性增量，maxrate为发送端的发送最大比特率。
109.当确定当前网络状态适中时，则保持当前速度进行流量转发。
110.由此可见，本实施例能够在大幅提升业务流量的类别划分精度，减轻接入ptn负荷等的基础上，根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率；当网络拥堵时，在降低带宽需求的基础上，进一步保障发送端的最低发送速率；而当网络空闲时，线性增加发送速率，并保障发送端不过度占用资源。从而，采用本方案能够进一步地实现带宽控制，降低丢包率及时延，提升用户体验。
111.实施例四
112.图5示出了本发明实施例四提供的基于移动边缘计算的业务处理方法的流程示意图。其中，本实施例所提供的业务处理方法具体是针对于实施例一中业务处理方法的进一步优化。
113.如图5所示，该方法包括：
114.步骤s510：接收基站发送的业务流量。
115.步骤s520：监测主传输链路是否发生故障,若是，则执行步骤s530；若否，则执行步骤s550。
116.本实施例中，为避免业务流量分流节点故障引起的所有业务处理中断的情况，在业务流量的发送过程中设置有主传输链路以及备用传输链路。其中，主传输链路包含流量分流节点；而备用传输链路不包含流量分流节点。通过主备用链路的设置，来保障业务的正常转发，提升系统的稳定性。
117.步骤s530：由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网。
118.若监测主传输链路发生故障，则直接启用备用传输链路，将业务流量直接发送至
接入ptn，从而保障公网业务的正常处理。
119.步骤s540：监测主传输链路故障是否消除，若是，则执行步骤s550；若否，则继续监测主传输链路故障是否消除。
120.当启用备用传输链路之后，可根据预设周期或实时监测主传输链路故障是否消除，若主传输链路故障已经消除，则将传输链路切换回主传输链路，以进行业务流量的分流；若当前主传输链路故障仍未消除，则继续监测主传输链路，直至主传输链路故障消除。
121.步骤s550：根据业务流量对应的组网方式、基站类别、以及报文信息，判断业务流量的流量类别；若业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
122.若监测到主传输链路未发生故障，或者，主传输链路故障已消除，则利用该主传输链路进行业务流量的分流。
123.由此可见，本实施例能够在大幅提升业务流量的类别划分精度，减轻接入ptn负荷等的基础上，通过主备传输链路的设置，在主传输链路故障的情况下启用备用传输链路进行公网业务流量的转发，从而保障公网业务的正常处理；在主传输链路故障消除的情况下，重新启用主传输链路以进行业务流量的分流。通过本实施例，能够大幅提升系统稳定性，保障业务的正常处理，有利于用户体验的进一步提升。
124.实施例五
125.图6示出了本发明实施例五提供的基于移动边缘计算的业务处理系统的结构示意图。如图6所示，该系统包括：第一交换机61、分流网关62以及第二交换机63。
126.其中，第一交换机61，适于接收基站发送的业务流量，并将所述业务流量转发给分流网关；
127.分流网关62，适于根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别；
128.第二交换机63，适于若所述业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；若所述业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
129.可选的，所述分流网关进一步适于：若组网方式为5g nsa组网方式，则根据基站类别以及报文信息判断所述业务流量的流量类别；若组网方式为5g sa组网方式，则根据报文信息判断所述业务流量的流量类别。
130.可选的，所述分流网关进一步适于：若基站为4g基站，则所述业务流量的流量类别为核心网流量；若基站为5g基站，则根据报文信息判断所述业务流量的流量类别。
131.可选的，所述分流网关进一步适于：判断所述报文信息是否满足预设ip分流规则；
132.若是，则所述业务流量为本地流量；
133.若否，则所述业务流量为核心网流量。
134.可选的，所述分流网关进一步适于：对所述业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与所述业务流量对应的用户端。
135.可选的，所述第二交换机进一步适于，根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
136.可选的，在所述业务流量的发送过程中包含主传输链路以及备用传输链路；其中，
第一交换机、分流网关以及第二交换机构成的链路为主传输链路；第一交换机与第二交换机之间的链路为备用传输链路；第一交换机与第二交换机之间互联smartlink。
137.则所述第一交换机进一步适于：监测主传输链路是否发生故障；若是，则由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网；
138.和/或，监测主传输链路故障是否消除，若是，则由传输链路切换回主传输链路。
139.其中，本实施例中部分的具体实施过程可参照实施例一至实施例四中相应部分描述，本实施例在此不做限定。
140.进一步可选的，可在第二交换机与本地网络之间设置防火墙，从而隔离用户网络与运营商网络，保障网络安全。
141.由此可见，本实施例通过从组网方式、基站类别、以及报文信息三个维度来综合地确定出业务流量的流量类别，从而能够大幅提升业务流量的类别划分精度；并且，本实施例根据流量类别划分结果进行业务流量的转发，从而实现了业务流量的分流，减轻接入ptn负荷，有利于业务的快速处理；另外，本实施例实施方式简单易行，适于大规模应用与实施。
142.实施例六
143.根据本发明实施例六提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于移动边缘计算的业务处理方法。
144.可执行指令具体可以用于使得处理器执行以下操作：
145.接收基站发送的业务流量；
146.根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别；
147.若所述业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；
148.若所述业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
149.在一种可选的实施方式中，可执行指令具体可以用于使得处理器执行以下操作：
150.若组网方式为5g nsa组网方式，则根据基站类别以及报文信息判断所述业务流量的流量类别；
151.若组网方式为5g sa组网方式，则根据报文信息判断所述业务流量的流量类别。
152.在一种可选的实施方式中，可执行指令具体可以用于使得处理器执行以下操作：
153.若基站为4g基站，则所述业务流量的流量类别为核心网流量；
154.若基站为5g基站，则根据报文信息判断所述业务流量的流量类别。
155.在一种可选的实施方式中，可执行指令具体可以用于使得处理器执行以下操作：
156.判断所述报文信息是否满足预设ip分流规则；
157.若是，则所述业务流量为本地流量；
158.若否，则所述业务流量为核心网流量。
159.在一种可选的实施方式中，可执行指令具体可以用于使得处理器执行以下操作：
160.对所述业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与所述业务流量对应的用户端。
161.在一种可选的实施方式中，可执行指令具体可以用于使得处理器执行以下操作：
162.根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
163.在一种可选的实施方式中，在所述业务流量的发送过程中包含主传输链路以及备用传输链路；其中，所述主传输链路包含流量分流节点；而所述备用传输链路不包含流量分流节点；
164.可执行指令具体可以用于使得处理器执行以下操作：
165.监测主传输链路是否发生故障；
166.若是，则由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网；
167.和/或，监测主传输链路故障是否消除，若是，则由传输链路切换回主传输链路。
168.由此可见，本实施例通过从组网方式、基站类别、以及报文信息三个维度来综合地确定出业务流量的流量类别，从而能够大幅提升业务流量的类别划分精度；并且，本实施例根据流量类别划分结果进行业务流量的转发，从而实现了业务流量的分流，减轻接入ptn负荷，有利于业务的快速处理；另外，本实施例实施方式简单易行，适于大规模应用与实施。
169.实施例七
170.图7示出了根据本发明实施例七提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
171.如图7所示，该计算设备可以包括：处理器(processor)702、通信接口(communications interface)704、存储器(memory)706、以及通信总线708。
172.其中：处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704，用于与其它设备比如客户端或其它服务器等的网元通信。处理器702，用于执行程序710，具体可以执行上述用于基于移动边缘计算的业务处理方法实施例中的相关步骤。
173.具体地，程序710可以包括程序代码，该程序代码包括计算机操作指令。
174.处理器702可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。该计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
175.存储器706，用于存放程序710。存储器706可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
176.程序710具体可以用于使得处理器702执行以下操作：
177.接收基站发送的业务流量；
178.根据所述业务流量对应的组网方式、基站类别、以及报文信息，判断所述业务流量的流量类别；
179.若所述业务流量的流量类别为本地流量，则将该业务流量发送至本地网络；
180.若所述业务流量的流量类别为核心网流量，则将该业务流量发送至接入分组传送网。
181.在一种可选的实施方式中，程序710具体可以用于使得处理器702执行以下操作：
182.若组网方式为5g nsa组网方式，则根据基站类别以及报文信息判断所述业务流量
的流量类别；
183.若组网方式为5g sa组网方式，则根据报文信息判断所述业务流量的流量类别。
184.在一种可选的实施方式中，程序710具体可以用于使得处理器702执行以下操作：
185.若基站为4g基站，则所述业务流量的流量类别为核心网流量；
186.若基站为5g基站，则根据报文信息判断所述业务流量的流量类别。
187.在一种可选的实施方式中，程序710具体可以用于使得处理器702执行以下操作：
188.判断所述报文信息是否满足预设ip分流规则；
189.若是，则所述业务流量为本地流量；
190.若否，则所述业务流量为核心网流量。
191.在一种可选的实施方式中，程序710具体可以用于使得处理器702执行以下操作：
192.对所述业务流量对应的dns请求报文进行dns解析，并将目标ip地址反馈给与所述业务流量对应的用户端。
193.在一种可选的实施方式中，程序710具体可以用于使得处理器702执行以下操作：
194.根据业务流量的接收状况，动态调整业务流量发送至本地网络和/或分组传送网的发送速率。
195.在一种可选的实施方式中，在所述业务流量的发送过程中包含主传输链路以及备用传输链路；其中，所述主传输链路包含流量分流节点；而所述备用传输链路不包含流量分流节点；
196.程序710具体可以用于使得处理器702执行以下操作：
197.监测主传输链路是否发生故障；
198.若是，则由主传输链路切换至备用传输链路，以将该业务流量发送至接入分组传送网；
199.和/或，监测主传输链路故障是否消除，若是，则由传输链路切换回主传输链路。
200.由此可见，本实施例通过从组网方式、基站类别、以及报文信息三个维度来综合地确定出业务流量的流量类别，从而能够大幅提升业务流量的类别划分精度；并且，本实施例根据流量类别划分结果进行业务流量的转发，从而实现了业务流量的分流，减轻接入ptn负荷，有利于业务的快速处理；另外，本实施例实施方式简单易行，适于大规模应用与实施。
201.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
202.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
203.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如
下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
204.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
205.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
206.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
207.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。