一种数据传输方法、装置、节点设备及数据传输网络与流程

1.本发明涉及通信技术领域，特别是指一种数据传输方法、装置、节点设备及数据传输网络。


背景技术：

2.从云计算、边缘计算的发展大趋势下，未来社会中会在靠近用户的不同距离遍布许多不同规模的算力，通过全球网络为用户提供各类个性化的服务。从百亿量级的智能终端，到全球十亿量级的家庭网关，再到每个城市中未来mec(移动电子商务)带来的数千个具备计算能力的边缘云，以及每个国家数十个大型的云数据中心dc，形成海量的泛在算力从各处接入互联网，形成计算和网络深度融合的发展趋势。
3.如图1所示，网络中的计算资源融入到网络的各个角落，使每一个网络节点都可以成为资源的提供者，用户的请求可以通过调用最近的节点资源来满足，不再局限于某一特定节点，避免造成连接和网络调度资源的浪费。
4.而传统的网络只是提供数据通信的管道，以连接为基础，受制于固定的网络寻址机制，在更高更苛刻的qoe(quality of experience，体验质量)要求下往往无法满足。
5.此外随着微服务的发展，传统的client-server(客户端-服务器)模式被解构，服务器侧的应用解构成功能组件布放在云平台上，由api gateway(应用程序接口网关)统一调度，可以做到按需动态实例化，服务器中的业务逻辑转移到客户端侧，客户端只需要关心计算功能本身，而无需关心服务器、虚拟机、容器等计算资源，从而实现做一个服务器的功能。
6.基于当前的tcp/ip互联网协议架构，网络的传输可靠性通过tcp层和数据链路层保证，ip只负责尽力而为的转发。由于有的网络的数据链路层有差错控制，有的链路层没有，导致数据传输的可靠性比较低。


技术实现要素：

7.本发明提供了一种数据传输方法、装置、节点设备及数据传输网络。解决了现有技术中数据传输可靠性低的问题。
8.为解决上述技术问题，本发明的实施例提供如下方案：
9.一种数据传输方法，应用于具有算力感知能力的第一节点设备，包括：
10.接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；
11.根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
12.根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
13.在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
14.可选的，所述数据包还携带算力资源请求；根据所述第一节点设备的算力资源和
网络资源，确定所述数据包传输的第二节点设备，包括：
15.根据所述算力资源请求以及所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备。
16.可选的，根据所述确认策略，将数据包传输至所述第二节点设备，包括：
17.若所述确认策略为逐包确认策略，按照数据包的序列号，逐包传输至所述第二节点设备；或者，
18.若所述确认策略为聚合确认策略，按照数据包的序列号，将多个数据包一起传输至所述第二节点设备。
19.可选的，传输至所述第二节点设备，包括：
20.经由至少一个路由节点设备，传输至所述第二节点设备。
21.可选的，传输至所述第二节点设备后，还包括：
22.在重传定时器超时前，若接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
23.在重传定时器超时后，若没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
24.可选的，在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备，包括：
25.若所述确认策略为逐包确认策略，将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
26.若所述确认策略为聚合确认策略，将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
27.可选的，所述网络层数据包为ip数据包。
28.可选的，将数据包传输至所述第二节点设备，包括：
29.将所述数据包通过链路层和物理层传输至所述第二节点设备，所述链路层具有数据包流量控制或者点到点重传机制。
30.本发明的实施例还提供一种数据传输装置，应用于具有算力感知能力的第一节点设备，包括：
31.接收模块，用于接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；
32.确定模块，用于根据所述节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
33.传输模块，用于根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
34.重传模块，用于在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
35.本发明的实施例还提供一种节点设备，所述节点设备为具有算力感知能力的第一节点设备，所述第一节点设备包括：
36.收发机，用于接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；根据所述节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感
知能力的第二节点设备；根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
37.处理器，用于在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
38.本发明的实施例还提供一种数据传输网络，包括：至少一个节点设备；
39.所述至少一个节点设备中的第一节点设备接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；所述第一节点设备具有算力感知能力；
40.所述第一节点设备根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
41.所述第一节点设备根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
42.在所述数据包需要重传时，所述第一节点设备将存储的需要重传的数据包重传至所述第二节点设备。
43.可选的，所述第一节点设备根据所述确认策略，将数据包传输至所述第二节点设备，包括：
44.若所述确认策略为逐包确认策略，所述第一节点设备按照数据包的序列号，逐包传输至所述下一跳具有算力感知能力的节点设备；或者，
45.若所述确认策略为聚合确认策略，所述第一节点设备按照数据包的序列号，将多个数据包一起传输至所述第二节点设备。
46.可选的，传输至所述第二节点设备，包括：
47.所述第一节点设备经由至少一个路由节点设备，将数据包传输至所述第二节点设备。
48.可选的，在重传定时器超时前，若所述第一节点设备接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
49.在重传定时器超时后，若所述第一节点设备没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
50.可选的，所述第一节点设备将存储的需要重传的数据包重传至所述第二节点设备，包括：
51.若所述确认策略为逐包确认策略，所述第一节点将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
52.若所述确认策略为聚合确认策略，所述第一节点将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
53.可选的，数据传输网络还包括：所述第二节点设备将所述数据包传输至网络中的算力服务节点。
54.本发明的实施例还提供一种通信设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。
55.本发明的实施例还提供一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。
56.本发明的上述方案至少包括以下有益效果：
57.本发明的上述方案，通过具有算力感知能力的第一节点设备接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。在算力感知网络中，通过在网络层提供分段重传，降低丢包，避免在链路层的端到端重传，降低重传的开销，提高传输效率。
附图说明
58.图1为网络计算融合发展趋势示意图；
59.图2为本发明的实施例数据传输方法的流程示意图；
60.图3为本发明的实施例ip数据包的格式示意图；
61.图4为本发明的实施例中srv6消息格式示意图；
62.图5为本发明的实施例中混合组网情况下的数据传输方法流程示意图；
63.图6为本发明的实施例中混合组网情况下，数据传输方法采用逐包确认策略的流程示意图；
64.图7为本发明的实施例中混合组网情况下，数据传输方法采用聚合确认策略的流程示意图；
65.图8为本发明的实施例中的链路层重传机制的示意图；
66.图9为本发明的实施例中算力感知网络架构一种示意图。
具体实施方式
67.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
68.如图2所示，本发明的实施例提供一种数据传输方法，应用于具有算力感知能力的第一节点设备，包括：
69.步骤21，接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；这里的网络层数据包可以为ip数据包。具体的，如图3和图4所示，可以通过ip数据包的扩展头的hop-by-hop options header,destination options header等扩展头的预留比特携带数据包的序列号和确认策略信息。也可以通过比如srh头的字段的tlv格式中携带。
70.步骤22，根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
71.步骤23，根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
72.步骤24，在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
73.该实施例，通过接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有
算力感知能力的第二节点设备；根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。在算力感知网络中，通过在网络层提供分段重传，降低丢包，避免在链路层的端到端重传，降低重传的开销，提高传输效率。
74.本发明的一可选的实施例中，所述数据包还携带算力资源请求；步骤22可以包括：
75.步骤221，根据所述算力资源请求以及所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备。这里，第一节点设备可以根据控制面资源状况和数据包携带的算力资源请求，为数据包确定最佳服务节点，即第二节点设备。
76.本发明的一可选的实施例中，步骤23可以包括：
77.步骤231，若所述确认策略为逐包确认策略，按照数据包的序列号，逐包传输至所述第二节点设备；或者，
78.步骤232，若所述确认策略为聚合确认策略，按照数据包的序列号，将多个数据包一起传输至所述第二节点设备。
79.当然，这里的逐包确认策略以及聚合确认策略仅为举例说明，本发明的实施例的数据传输中，采用的数据包的确认策略不限于这些策略。
80.本发明的一可选的实施例中，传输至所述第二节点设备，包括：
81.经由至少一个路由节点设备，传输至所述第二节点设备。
82.如图5至图7所示，一种可实现的网络架构中，由算力感知的网络节点和传统网络节点(指无算力感知的节点)混合组网，这里的无算力感知的节点设备对数据包只进行路由转发。因此，数据包可以通过至少一个路由节点设备传输至第二节点设备，当然，第一节点设备也可以直接将数据包传输至所述第二节点设备。
83.本发明的一可选的实施例中，传输至所述第二节点设备后，还可以包括：
84.步骤233，在重传定时器超时前，若接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
85.步骤234，在重传定时器超时后，若没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
86.这里，第一节点设备发送数据包时，可以启动一重传定时器，在该重传定时器超时前，若收到第二节点设备反馈的接收到数据包的确认信息，则说明数据包成功被接收，第一节点设备缓存的数据包可以删除，这样节省缓存空间，提高存储效率。在重传定时器超时后，若没有收到第二节点设备反馈的确认信息，说明数据包传输没有成功被接收，因此，需要该数据包需要重传。
87.本发明的一可选的实施例中，步骤24可以包括：
88.步骤241，若所述确认策略为逐包确认策略，将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
89.步骤242，若所述确认策略为聚合确认策略，将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
90.这里，步骤241在实现时，例如，第一节点设备发送数据序列号为sn的数据包，同时缓存该数据包，启动重传定时器，如果重传定时器到期，仍未收到序列号为sn的数据包的确认，那么第一节点设备将重传sn数据包，直到收到序列号为sn确认后。第一节点设备收到序
列号为sn的确认后，第一节点设备将sn数据包从缓存中删除；第二节点设备将序列号为sn数据包按照传统ip路由协议转发，将sn数据包发送至算力服务节点处理。
91.步骤242在实现时，例如，第一节点设备发送数据序列号sn到sn+5的数据包，同时缓存数据包，并启动重传定时器，如果重传定时器到期，仍未收到数据包的确认，那么第一节点设备将重传sn 0到sn+5数据包，直到收到包序列号为sn+5确认数据包；如果收到确认信息的数据包的确认序列号为sn+4，那么证明sn+4之前的数据包都已经确认，第一节点设备重新发送sn+5包，直到收到sn+5的包的ack信息。
92.下面结合具体的实施例，说明上述方法的具体实现过程：
93.如图5所示，具体包括：
94.1.终端te向r1(第一节点设备，具有算力感知，即具有计算资源)发送ip数据包，数据包携带serviceid(服务标识，用于标识算力服务节点)，具备算力需求的sla。同时可以基于传统的ipv6协议扩展，利用扩展头的预留比携带包序列号(sequence number)和确认策略(ack策略)。其中该序列号被用来跟踪该端发送的数据量。每一个包中都包含序列号，在接收端则通过确认号用来通知发送端数据成功接收。
95.2.r1接收到数据包后，根据控制面已知计算和网络资源状况，结合数据包携带的算力资源请求，为数据包确定最佳服务节点。并向网络下一跳r2(这里的r2可以路由转发节点，可以不具有算力感知能力，即不具有计算资源)发送数据包，同时缓存该数据包。
96.3.r2接收到数据包，基于传统ip路由协议直转发给下一跳网络节点r3(即上述第二节点设备，可以具有算力感知能力，具有计算资源)。
97.4.r3收到数据包后，会发送ack给r1，数据包可支持多种ack确策略：例如，1)逐包确认策略：data-ack；2)聚合性重传策略：data-data-ack；
98.本方案中由于网络节点r1，r3具备存储和算力，可存储已经发送的数据包，r2，r4作为传统网络节点只是转发。一旦数据包丢失，数据包可以在网络节点之间在r1和r3之间分段重传，增强网络传输性能，而无需在te和算力服务节点之间的进行端到端重传，降低重传开销。
99.如图6所示，一种可实现的实例中，算力感知网络是由算力感知的网络节点和传统网络节点(指无算力感知的节点)混合组网，r2，r4是传统网络节点，r1，r3作为算力感知的网络节点。
100.实施例1：逐包确认策略的分段确认(r1与r3之间)
101.1)终端te发送数据包，数据包携带service id(服务标识，用于标识算力服务节点)，具备算力需求的sla，序列号，确认策略选为逐包确认策略；
102.2)r1根据控制面资源状况和数据包携带的算力资源请求，为data确定最佳服务节点。发送数据序列号为sn的数据包，同时该数据包缓存数据包，并启动重传计时器；
103.3)如果重传计时器到期，仍未收到序列号为sn的数据包的确认，那么r1将重传sn数据包，直到收到序列号为sn确认后；
104.4)r1收到序列号为sn的确认后，r1将sn数据包从缓存中删除；
105.5)r4将序列号为sn数据包按照传统ip路由协议转发，将sn数据包发送至算力服务节点处理。
106.实施例2：基于聚合确认策略的分段重传方案
107.如图7所示，此实施例和上述实施1区别之处，te发送的数据包的确认策略为聚合确认策略，即接收的网络节点接收多个数据包后一起回复ack数据包：
108.1)终端te发送数据包，数据包携带携带service id(服务标识，用于标识算力服务节点)，具备算力需求的sla，序列号，确认策略选为聚合确认策略；
109.2)r1根据控制面携带的算力资源请求，为数据包确定最佳服务节点。发送数据sn到sn+5的数据包，同时缓存数据包，并启动重传计时器；
110.3)如果重传计时器到期，仍未收到数据包的确认，那么r1将重传sn 0到sn+5数据包，直到收到包序列号为sn+5确认数据包后；
111.4)如果收到的确认的数据确认序列号为sn+4，那么证明sn+4之前的数据包都已经确认，r1重新发送sn+5包，直到收到sn+5的包的ack信息。
112.本发明的一可选的实施例中，将数据包传输至所述第二节点设备，包括：
113.将所述数据包通过链路层和物理层传输至所述第二节点设备，所述链路层具有数据包流量控制或者点到点重传机制。
114.如图8所示，为基于当前的tcp/ip互联网协议架构，网络层在分段传输的基础上，还可以进一步在链路层进行数据包的流量控制或者点到点重传机制，例如，图中所示的数据包在tcp层需要重传时，网络层的数据包重新传输到链路层，由链路层传输至物理层，最终传输至对端接收设备。这里可以使数据包的传输效率进一步的得到提高，丢包率进一步降低。
115.当然，在ip层可以保证数据包传输的可靠性的情况下，链路层也可以采用传统的机制进行传输，即不进行数据包的流量控制或者点到点重传机制，这样也可以减轻数据包传输的复杂度，提高传输效率。
116.本发明的实施例还提供一种数据传输装置，应用于具有算力感知能力的第一节点设备，包括：
117.接收模块，用于接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；
118.确定模块，用于根据所述节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
119.传输模块，用于根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
120.重传模块，用于在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
121.可选的，所述数据包还携带算力资源请求；根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备，包括：
122.根据所述算力资源请求以及所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备。
123.可选的，根据所述确认策略，将数据包传输至所述第二节点设备，包括：
124.若所述确认策略为逐包确认策略，按照数据包的序列号，逐包传输至所述第二节点设备；或者，
125.若所述确认策略为聚合确认策略，按照数据包的序列号，将多个数据包一起传输
至所述第二节点设备。
126.可选的，传输至所述第二节点设备，包括：
127.经由至少一个路由节点设备，传输至所述第二节点设备。
128.可选的，传输至所述第二节点设备后，还包括：
129.在重传定时器超时前，若接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
130.在重传定时器超时后，若没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
131.可选的，在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备，包括：
132.若所述确认策略为逐包确认策略，将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
133.若所述确认策略为聚合确认策略，将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
134.可选的，所述网络层数据包为ip数据包。
135.可选的，将数据包传输至所述第二节点设备，包括：
136.将所述数据包通过链路层和物理层传输至所述第二节点设备，所述链路层具有数据包流量控制或者点到点重传机制。
137.需要说明的是，上述方法实施例中的所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。
138.本发明的实施例还提供一种节点设备，所述节点设备为具有算力感知能力的第一节点设备，所述第一节点设备包括：
139.收发机，用于接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；根据所述节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
140.处理器，用于在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备。
141.可选的，所述数据包还携带算力资源请求；根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备，包括：
142.根据所述算力资源请求以及所述第一节点设备的算力资源和网络资源，确定所述数据包传输的第二节点设备。
143.可选的，根据所述确认策略，将数据包传输至所述第二节点设备，包括：
144.若所述确认策略为逐包确认策略，按照数据包的序列号，逐包传输至所述第二节点设备；或者，
145.若所述确认策略为聚合确认策略，按照数据包的序列号，将多个数据包一起传输至所述第二节点设备。
146.可选的，传输至所述第二节点设备，包括：
147.经由至少一个路由节点设备，传输至所述第二节点设备。
148.可选的，传输至所述第二节点设备后，还包括：
149.在重传定时器超时前，若接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
150.在重传定时器超时后，若没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
151.可选的，在所述数据包需要重传时，将存储的需要重传的数据包重传至所述第二节点设备，包括：
152.若所述确认策略为逐包确认策略，将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
153.若所述确认策略为聚合确认策略，将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
154.可选的，所述网络层数据包为ip数据包。
155.可选的，将数据包传输至所述第二节点设备，包括：
156.将所述数据包通过链路层和物理层传输至所述第二节点设备，所述链路层具有数据包流量控制或者点到点重传机制。
157.需要说明的是，上述方法实施例中的所有实现方式均适用于该节点设备的实施例中，也能达到相同的技术效果。
158.本发明的实施例还提供一种数据传输网络，包括：至少一个节点设备；
159.所述至少一个节点设备中的第一节点设备接收终端发送的网络层数据包，所述数据包携带序列号以及确认策略；所述第一节点设备具有算力感知能力；
160.所述第一节点设备根据所述第一节点设备的算力资源和网络资源，确定所述数据包传输的下一跳具有算力感知能力的第二节点设备；
161.所述第一节点设备根据所述确认策略，将数据包传输至所述第二节点设备，并存储所述数据包；
162.在所述数据包需要重传时，所述第一节点设备将存储的需要重传的数据包重传至所述第二节点设备。
163.可选的，所述第一节点设备根据所述确认策略，将数据包传输至所述第二节点设备，包括：
164.若所述确认策略为逐包确认策略，所述第一节点设备按照数据包的序列号，逐包传输至所述下一跳具有算力感知能力的第二节点设备；或者，
165.若所述确认策略为聚合确认策略，所述第一节点设备按照数据包的序列号，将多个数据包一起传输至所述第二节点设备。
166.可选的，传输至所述第二节点设备，包括：
167.所述第一节点设备经由至少一个路由节点设备，将数据包传输至所述第二节点设备。
168.可选的，在重传定时器超时前，若所述第一节点设备接收到所述第二节点设备反馈的接收到数据包的确认信息，则删除存储的所述数据包；
169.在重传定时器超时后，若所述第一节点设备没有接收到所述第二节点设备反馈的确认信息，则确定所述数据包需要重传。
170.可选的，所述第一节点设备将存储的需要重传的数据包重传至所述第二节点设备，包括：
171.若所述确认策略为逐包确认策略，所述第一节点将存储的所述序列号的数据包，重传至所述第二节点设备；或者，
172.若所述确认策略为聚合确认策略，所述第一节点将多个数据包中没有收到确认信息的数据包，重传至所述第二节点设备。
173.可选的，数据传输网络，还包括：所述第二节点设备将所述数据包传输至网络中的算力服务节点。
174.如图9所示，上述第一节点设备和第二节点设备可以为如图8所示的算力感知网络架构中的节点，而第一节点设备和第二节点设备以外的其它节点设备可以为传统的网络中具有数据转发功能的节点设备即可。
175.上述图2至图8所示的实施例中的所有实现方式均适用于该数据传输网络的实施例中，也能达到相同的技术效果。
176.上述方法实施例中的所有实现方式均适用于该设备的实施例中，也能达到相同的技术效果。
177.本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。
178.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
179.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
180.在本发明所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
181.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
182.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
183.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说
对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
184.此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
185.因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
186.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。