基于APN6网络实现智能应用感知及报文转发的方法与流程

基于apn6网络实现智能应用感知及报文转发的方法
技术领域
1.本发明涉及网络通信技术领域，尤其涉及基于apn6网络实现智能应用感知及报文转发的方法。


背景技术：

2.从传统云网融合的角度出发，结合边缘计算、网络云化及智能控制的优势，在算力网络连接下实现更加广泛的算力资源纳管和动态调度。但是这又区别于传统云计算资源纳管采用的集中式资源管理或it集约化的资源提供，在算力网络的资源纳管中更多考虑了网络延时、网络损耗对于资源调度方面的影响。因此网络的核心价值是提高效率，算力网络正是为了提高云、边、端三级计算的协同工作效率而出现的；目前网络通信技术中应用感知及报文转发的效率不理想。


技术实现要素：

3.为了解决网络通信技术中应用感知及报文转发的效率不理想的缺陷，本发明提出基于apn6网络实现智能应用感知及报文转发的方法。
4.本发明采用的技术方案是，基于apn6网络实现智能应用感知及报文转发的方法，包括，资源调度层进行软件定义网络架构，使得云、边及端的算力资源通过网络连接；服务编排层进行底层资源的服务化编排，并统一调度算力网络资源给应用层；在资源调度层、服务编排层和应用层三层之间结合人工智能分析业务特征和用户特征，基于apn6网络进行智能应用感知及报文转发。
5.优选的，在资源调度层基于sdn承载网络连接云、边及端的算力资源。
6.优选的，面向中心云，基于openstack 实现资源调度和管理；面向边缘和端侧，基于kubernetes 实现资源调度；面向网络侧，基于sdn、dci等实现数据中心的互联。
7.优选的，通过构建线程池使用率模型，将资源调度层数据有序传递给服务编排层。
8.优选的，线程池使用率模型公式如下：
9.其中是线程池运行时工作线程数，是设置的最大线程数，描述工作线程的饱和度；是当前采集时间窗口的任务数，是上一采集时间窗口的任务数，是任务缓冲队列大小，描述当前任务饱和度，描述任务缓冲队列增长速率；是权重系数。对比预设的线程池负荷度，若大于则触发自适应参数调整计算；否则跳过当前采集时间窗口。
10.优选的，通过资源调度层历史采集数据转发到目的地最多的节点部署的应用做为初始感知应用，存储在reserved字段；当apn6的报文信息进入srv6感知应用的头节点后，如
果apn6的报文头doh信息中的apn header中获取初始感知应用对应的感知应用的尾节点中没有满足当前业务需求的路径或业务特征不匹配时，将报文转发给感知应用的中间节点，在srv6网络中进一步提供感知应用服务；反之，则转发并通知感知应用的尾节点当前应用将向你进行数据转发；从而完成智能应用感知及报文转发过程；感知应用的中间节点接收到头节点转发报文后，通过网络拓扑获得apn6网络中所有感知应用的尾节点，并根据reserved的关键词与各应用的尾节点存储的日志数据进行分析及匹配。
11.优选的，首先，通过apn6的报文头doh信息中的apn header中获取apn id，其中，apn id也称为应用唯一对应的的apn标识信息编号，由三部分组成：app-group-id：应用组的标识信息，长度可变，由配置决定。
12.user-group-id：用户组的标识信息，长度可变，由配置决定。
13.reserved：预留字段；把资源调度层采集数据中的对象参数（如用户、部门、用户组）映射给user-group-id和业务参数映射给user-group-id（如视频数据、财务数据、交易数据）；根据业务特殊性及对网络时效性要求将部分特殊标记放入reserved：预留字段。
14.优选的，基于apn6网络实现智能应用感知及报文转发过程中，采用三个指标进行评价，指标1为空闲算力算法，指标2为reserved应用关键词，指标3为预测应用使用当前尾节点趋势，并对三个指标进行评分。
15.优选的，指标1具体为：
16.对apn6网络业务场景匹配不同的算力需求后，进行算力的统一的量化并提供网络节点的链路传输提供一个可靠的链路负载指标。空闲算力越大越好。
17.算力的统一的量化是算力调度、使用的基础。通过模型计算各链路的空闲算力后，“动态”选择链路的负载映射空闲算力，从而使得各链路的利用率更均衡，从而提升应用的性能(fct、吞吐量)。
18.针对异构算力的设备和平台，假设存在n个逻辑运算芯片、m 个并行计算芯片和p个神经网络加速芯片，那么业务的算力需求可统一描述。
19.算力量化模型的公式如下：
20.式中，为总的算力需求；f(x）是映射函数；a、b 和 y为映射比例系数；q为冗余算力。以并行计算能力为例，假设有b1、b2、b3;3种不同类型的并行计算芯片资源，则表示第j个并行计算芯片b可提供的并行计算能力的映射函数，q2表示并行计算的冗余算力。
21.优选的，指标2具体为：将reserved关键词匹配所有网内部署应用的感知应用的尾节点的日志数据，根据出现次数由高到低排列。
22.优选的，指标3具体为：预测应用使用当前尾节点趋势：将reserved关键词匹配所有网内部署应用的感知应用的尾节点的日志最近十次数据。由相同类型的reserved关键词和app-group-id出现几次报文转发，从而达到预测下次报文转发是否会出现相同reserved关键词和app-group-id的概率。
23.与现有技术相比，本发明具有以下有益效果：本发明针对算力网络资源调度和服务编排过程中资源调度层、服务编排层和应用
层三层之间结合人工智能分析业务特征和用户特征实现基于apn6网络架构的智能应用感知及报文转发，提高云、边、端三级计算的协同工作效率。
附图说明
24.下面结合实施例和附图对本发明进行详细说明，其中：图1是基于apn6网络实现智能应用感知及报文转发的方法的流程图；图2是算力网络资源调度和服务编排整体技术架构图；图3是apn6计算原理架构图。
具体实施方式
25.为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
26.基于apn6网络实现智能应用感知及报文转发的方法，如图1所示：包括s1、资源调度层进行软件定义网络架构，使得云、边及端的算力资源通过网络连接；s2、服务编排层进行底层资源的服务化编排，并统一调度算力网络资源给应用层；在资源调度层、服务编排层和应用层三层之间结合人工智能分析业务特征和用户特征，基于apn6网络进行智能应用感知及报文转发。
27.在一些实施例中，在资源调度层基于sdn承载网络连接云、边及端的算力资源，面向中心云，基于openstack 实现资源调度和管理；面向边缘和端侧，基于kubernetes 实现资源调度；面向网络侧，基于sdn、dci等实现数据中心的互联，通过构建线程池使用率模型，将资源调度层数据有序传递给服务编排层。
28.在一些实施例中，通过算力网络将云、边、端的算力资源调度和服务编排协同统一起来，其中，中心云采用传统的云计算来实现集中式的资源统一管理，在中心云中主要对大规模或超大规模的数据进行处理。如在现有大型企业多级数据中心调度信息化架构中，中心云主要承载面向全国的业务平台能力和数据处理能力。在边缘云由于接入的边缘数据中心众多，且分布得比较广泛，基本上每一个边缘数据中心会采用一个相对独立的集群来实现，承载省分公司本地的业务平台，或者相对集中的数据处理等，因此边缘云多数采用多集群的方式来实现多个边缘计算集群的协同管理，而在特殊行业或指定场景下，用户拥有自己独立的数据中心或业务上有数据保密等需求，这就要求在用户环境下形成一个相对比较独立的私有云资源池，而在边缘云的统一管理中，需要将此部分单独作为独立的边缘云资源进行管理，同时在算力分配或应用能力的部署方面也需要指定部署到用户的数据中心内。在算力网络设备端侧，结合现有工业互联网及智慧城市等场景，往往涉及海量的前端嵌入式边缘设备，并且采用的计算架构不同，主要有arm、dsp、fpga等，负责用户的数据采集、用户侧的业务访问入口和交互等，因此通过算力网络将整个云、边、端的计算资源协同起来，并且采用分级、多集群的方式进行统一管理。目前，在中心云主要采用openstack 等传统的iaas进行承载，而在边缘或远端设备上的计算资源通过轻量级的云原生kubernetes 等i-paas和a-paas进行计算资源和应用能力的管理等。
29.在一些实施例中，线程池使用率模型公式如下：
30.其中是线程池运行时工作线程数，是设置的最大线程数，描述工作线程的饱和度；是当前采集时间窗口的任务数，是上一采集时间窗口的任务数，是任务缓冲队列大小，描述当前任务饱和度，描述任务缓冲队列增长速率；是权重系数。对比预设的线程池负荷度，若大于则触发自适应参数调整计算；否则跳过当前采集时间窗口。
31.其中，apn6计算原理是通过apn6的报文头doh信息中的apn header中获取apn id，其中，apn id也称为应用唯一对应的的apn标识信息编号，由三部分组成：
32.app-group-id：应用组的标识信息，长度可变，由配置决定。
33.user-group-id：用户组的标识信息，长度可变，由配置决定。
34.reserved：预留字段；
35.把资源调度层采集数据中的对象参数（如用户、部门、用户组）映射给user-group-id和业务参数映射给user-group-id（如视频数据、财务数据、交易数据）；根据业务特殊性及对网络时效性要求将部分特殊标记放入reserved：预留字段。
36.在一些实施例中，通过资源调度层历史采集数据转发到目的地最多的节点部署的应用做为初始感知应用，存储在reserved字段；当apn6的报文信息进入srv6感知应用的头节点后，如果apn6的报文头doh信息中的apn header中获取初始感知应用对应的感知应用的尾节点中没有满足当前业务需求的路径或业务特征不匹配时，将报文转发给感知应用的中间节点，在srv6网络中进一步提供感知应用服务；反之，则转发并通知感知应用的尾节点当前应用将向你进行数据转发；从而完成智能应用感知及报文转发过程；感知应用的中间节点接收到头节点转发报文后，通过网络拓扑获得apn6网络中所有感知应用的尾节点，并根据reserved的关键词与各应用的尾节点存储的日志数据进行分析及匹配。
37.在一些实施例中，基于apn6网络实现智能应用感知及报文转发过程中，采用三个指标进行评价，指标1为空闲算力算法，指标2为reserved应用关键词，指标3为预测应用使用当前尾节点趋势；指标1具体为：对apn6网络业务场景匹配不同的算力需求后，进行算力的统一的量化并提供网络节点的链路传输提供一个可靠的链路负载指标。空闲算力越大越好。
38.算力的统一的量化是算力调度、使用的基础。通过模型计算各链路的空闲算力后，“动态”选择链路的负载映射空闲算力，从而使得各链路的利用率更均衡，从而提升应用的性能(fct、吞吐量)。
39.针对异构算力的设备和平台，假设存在n个逻辑运算芯片、m 个并行计算芯片和p个神经网络加速芯片，那么业务的算力需求可统一描述。
40.算力量化模型的公式如下：
41.式中，为总的算力需求；f(x）是映射函数；a、b 和 y为映射比例系数；q为冗余算
力。以并行计算能力为例，假设有b1、b2、b3;3种不同类型的并行计算芯片资源，则表示第j个并行计算芯片b可提供的并行计算能力的映射函数，q2表示并行计算的冗余算力。
42.优选的，指标2具体为：将reserved关键词匹配所有网内部署应用的感知应用的尾节点的日志数据，根据出现次数由高到低排列。
43.优选的，指标3具体为：预测应用使用当前尾节点趋势：将reserved关键词匹配所有网内部署应用的感知应用的尾节点的日志最近十次数据。由相同类型的reserved关键词和app-group-id出现几次报文转发，从而达到预测下次报文转发是否会出现相同reserved关键词和app-group-id的概率。
44.在一些实施例中，对三个指标进行评分，并制成评分表如下表1所示：表1：
45.要说明的是：感知应用的头节点：头节点负责维护入方向流量与网络服务路径的匹配关系。头节点从网络边缘设备接收到数据报文后，根据报文中携带的apn6应用信息，将流量匹配引入到满足需求的路径；也可以将应用信息复制并封装到外侧ipv6扩展头中，在srv6网络中进一步提供感知应用服务。
46.感知应用的中间节点：中间节点根据头节点匹配的网络服务路径，为应用提供网络转发服务。同时，中间节点还可以根据报文中携带的apn6应用信息提供其他的网络增值服务，如感知应用的sfc、感知应用的ifit等。
47.感知应用的尾节点：网络服务路径将在尾节点处终结，apn6应用信息可以在尾节点上和路径隧道封装被一起解除。在报文进入路径之前就已经存在的apn6应用信息，也可以随ipv6数据报文继续传输。
48.在本说明书的描述中，若出现术语
″
实施例一
″
、
″
本实施例
″
、
″
在一个实施例中
″
等描述，意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于发明或发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例；而且，所描述的具体特征、结构、材料或特点可以在任何一个或多个实施例或示例中以恰当的方式结合。
49.在本说明书的描述中，术语
″
连接
″
、
″
安装
″
、
″
固定
″
、
″
设置
″
、
″
具有
″
等均做广义理解，例如，
″
连接
″
可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
50.在本说明书的描述中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要
素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
51.上述对实施例的描述是为了便于该技术领域的普通技术人员能够理解和应用本案技术，熟悉本领域技术的人员显然可轻易对这些实例做出各种修改，并把在此说明的一般原理应用到其它实施例中而不必经过创造性的劳动。因此，本案不限于以上实施例，对于以下几种情形的修改，都应该在本案的保护范围内：
①
以本发明技术方案为基础并结合现有公知常识所实施的新的技术方案，该新的技术方案所产生的技术效果并没有超出本发明技术效果之外；
②
采用公知技术对本发明技术方案的部分特征的等效替换，所产生的技术效果与本发明技术效果相同；
③
以本发明技术方案为基础进行可拓展，拓展后的技术方案的实质内容没有超出本发明技术方案之外；
④
利用本发明说明书及附图内容所作的等效变换，直接或间接运用在其他相关的技术领域。