一种数据包传输方法及系统与流程

1.本发明涉及数据传输技术领域，具体而言，涉及一种数据包传输方法及系统。


背景技术：

2.在数据传输过程中，现有技术一般采用串行传输的方式，将数据包依次传输，传输时间长，且没有完全利用传输路径的位宽，导致资源浪费。


技术实现要素：

3.为解决上述问题，本发明的目的在于提供一种数据包传输方法及系统，可以提高数据传输的效率和路径位宽的利用率。
4.本发明提供了一种数据包传输方法，包括：
5.根据多个待传输数据包分别对应的多条传输路径，确定多条所述传输路径中的共同传输路径；
6.在所述共同传输路径上，将多个所述待传输数据包共同传输。
7.作为本发明进一步的改进，所述根据多个待传输数据包分别对应的多条传输路径，确定多条所述传输路径中的共同传输路径，包括：
8.获取多个所述待传输数据包的源节点和目的节点；
9.根据多个所述待传输数据包的源节点和目的节点，分别确定多个所述待传输数据包的多条传输路径；
10.将多条所述传输路径中的相同方向的传输路径确定为所述共同传输路径。
11.作为本发明进一步的改进，所述在所述共同传输路径上，将多个所述待传输数据包共同传输，包括：
12.传输介质沿所述共同传输路径移动；
13.当所述传输介质到达所述共同传输路径的起点时，对多个所述待传输数据包打包，并由所述传输介质进行传输；
14.当所述传输介质到达所述共同传输路径的终点时，对多个所述待传输数据包拆包。
15.作为本发明进一步的改进，所述方法还包括：
16.传输介质沿多条所述传输路径移动；
17.当所述传输介质到达任一所述待传输数据包的源节点时，对任一所述待传输数据包打包，并由所述传输介质传输；；
18.当所述传输介质到达任一所述待传输数据包的目的节点时，对所述待传输数据包拆包。
19.作为本发明进一步的改进，所述当所述传输介质到达任一所述待传输数据包的源节点时，对所述待传输数据包打包，并由所述传输介质进行传输，包括：
20.判断当前节点是否为另一待传输数据包的目的节点，若是，则先对另一待传输数
据包拆包，再对所述待传输数据包打包；若否，则直接对所述待传输数据包打包。
21.作为本发明进一步的改进，所述待传输数据包包括目的节点的地址；
22.所述当所述传输介质到达任一所述待传输数据包的目的节点时，对所述待传输数据包拆包，包括：
23.解析所述待传输数据包，确定所述目的节点的地址；
24.当所述传输介质到达所述目的节点时，对所述待传输数据包拆包。
25.作为本发明进一步的改进，所述待传输数据包包括数据量信息；
26.所述当所述传输介质到达任一待传输数据包的源节点时，对所述待传输数据包打包，并由所述传输介质进行传输，包括：
27.判断所述待传输数据包的数据量是否大于所述传输介质的容量余量，
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.本发明的有益效果为：将具有共同传输路径的数据包一起打包传输，可以提高数据传输的效率和路径位宽的利用率。
附图说明
59.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
60.图1为本公开一示例性实施例所述的一种数据包传输方法的流程示意图；
61.图2为图1中s1的流程示意图；
62.图3为本公开一示例性实施例所述的两个数据包的传输示意图；
63.图4为本公开又一示例性实施例所述的两个数据包的传输示意图；
64.图5为本公开一示例性实施例所述的一种数据包传输系统的系统框图。
具体实施方式
65.下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
66.需要说明，若本公开实施例中有涉及方向性指示(诸如上、下、左、右、前、后
……
)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
67.另外，在本公开的描述中，所用术语仅用于说明目的，并非旨在限制本公开的范围。术语“包括”和/或“包含”用于指定所述元件、步骤、操作和/或组件的存在，但并不排除存在或添加一个或多个其他元件、步骤、操作和/或组件的情况。术语“第一”、“第二”等可能用于描述各种元件，不代表顺序，且不对这些元件起限定作用。此外，在本公开的描述中，除
非另有说明，“多个”的含义是两个及两个以上。这些术语仅用于区分一个元素和另一个元素。结合以下附图，这些和/或其他方面变得显而易见，并且，本领域普通技术人员更容易理解关于本公开所述实施例的说明。附图仅出于说明的目的用来描绘本公开所述实施例。本领域技术人员将很容易地从以下说明中认识到，在不背离本公开所述原理的情况下，可以采用本公开所示结构和方法的替代实施例。
68.本公开实施例的一种数据包传输方法，如图1所示，所述方法包括：
69.根据多个待传输数据包分别对应的多条传输路径，确定多条传输路径中的共同传输路径；
70.在共同传输路径上，将多个待传输数据包共同传输。
71.在一种可选的实施方式中，根据各待传输数据包的各传输路径，确定各传输路径中的共同传输路径，如图2所示，包括：
72.获取多个待传输数据包的源节点和目的节点；
73.根据多个待传输数据包的源节点和目的节点，分别确定多个待传输数据包的多条传输路径；
74.将多条传输路径中的相同方向的传输路径确定为共同传输路径。
75.其中，在多条传输路径中，每个节点都可能接收来自不同传输方向的各个数据包，对各个数据包在传输节点的传输方向进行分析，可以将相同的传输方向的传输路径确定为共同传输路径。
76.举例说明，如图3所示，有两个待传输数据包(数据包a1和数据包b1)，其中，数据包a1从源节点a1传输至目的节点a2，数据包a1的传输路径是：节点a1-节点b1-节点c1-节点c2-节点a2，数据包b1从源节点b1传输至目的节点b2，数据包b1的传输路径是：节点b1-节点c1-节点b2，通过对两个数据包的传输方向进行分析，可以确定两个数据包的共同传输路径为：节点b1-节点c1。
77.在一种可选的实施方式中，在共同传输路径上，将多个待传输数据包共同传输，包括：
78.传输介质沿所述共同传输路径移动；
79.当传输介质到达共同传输路径的起点时，对多个待传输数据包打包，并由传输介质进行传输；
80.当传输介质到达共同传输路径的终点时，对多个待传输数据包拆包。
81.举例说明，如图3所示，在两个数据包的传输过程中，存在一段共同传输路径(节点b1-节点c1)。现有技术一般是对两个数据包采用串行传输，导致该共同传输路径无法同时传输两个数据包，需要先传输数据包a1，待数据包a1在该共同路径传输完后，再传输数据包b1，这使得多个数据包在传输时，传输的时间长。另外，例如传输介质的容量为8bit，而数据包a1和数据包b1的数据位宽为4bit，该共同传输路径如果先传输数据包a1，再传输数据包b1，这使得路径位宽没有被完全利用，导致资源浪费。
82.本公开所述的方法，将共同传输路径上的多个待传输数据包共同传输，可以提高数据传输的效率和路径位宽的利用率。举例说明，如图3所示，两个数据包的共同传输路径为节点b1-节点c1，节点b1和节点c1分别为共同传输路径的起点和终点。传输介质沿各条传输路径移动，在节点b1出处，对两个数据包(数据包a1和数据包b1)一起打包，并将打包后的
数据包a1b1共同传输，在传输节点c1处对数据包a1b1拆包，分别完成数据包a1和数据包b1在共同传输路径的传输。
83.其中，当传输介质到达共同传输路径中除共同传输路径的起点和终点外的其他节点时，对多个待传输数据包拆包并打包共同传输，直至传输介质到达共同传输路径的终点。
84.根据不同的设计方案，数据包的传输路径各不相同，基于各传输路径所确定的共同传输路径中，还可能包含除共同传输路径的起点和终点外的其他节点，当传输介质到达这些节点时，需要将一起打包的数据包拆包并再打包共同传输。举例说明，如图4所示，有两个待传输数据包(数据包a1和数据包b1)，其中，数据包a1从源节点a1传输至目的节点a2，数据包a1的传输路径是：节点a1-节点b1-节点c1-节点c2-节点c3-节点a2，数据包b1从源节点b1传输至目的节点b2，数据包b1的传输路径是：节点b1-节点c1-节点c2-节点b2，可以确定两个数据包的共同传输路径是：节点b1-节点c1-节点c2，节点b1和节点c2分别为共同传输路径的起点和终点，节点c1即为共同传输路径中除起点和终点外的其他节点。如前述所述，传输介质沿各条传输路径移动，在节点b1出处，对两个数据包(数据包a1和数据包b1)一起打包，并将打包后的数据包a1b1同时传输，在节点c1处对数据包a1b1拆包再一起打包，并将打包后的数据包a1b1共同传输，在节点c2处对数据包a1b1拆包，分别完成数据包a1和数据包b1在共同传输路径的传输。
85.在一种可选的实施方式中，所述方法还包括：
86.传输介质沿多条所述传输路径移动；
87.当传输介质到达一待传输数据包的源节点时，对任一待传输数据包打包，并由传输介质传输；
88.当传输介质到达任一待传输数据包的目的节点时，对待传输数据包拆包。
89.待传输数据包在传输过程中，传输路径除共同传输路径外，还可能包含其他节点。对于除共同传输路径外的其他节点，当传输介质到达每个节点时，可以对各个待传输数据包进行解析，以确定对待传输数据包执行何种操作。当传输介质到达待传数据包的源节点时，对待传输数据包进行打包，当传输介质到达待传数据包的目的节点时，对待传输数据包进行拆包完成传输，当传输介质到达待传输数据包除源节点和目的节点外的其他传输节点时，对待传输数据包进行拆包再打包。
90.在一种可选的实施方式中，当传输介质到达任一待传输数据包的源节点时，对待传输数据包打包，并由传输介质进行传输，包括：
91.判断当前节点是否为另一待传输数据包的目的节点，若是，则先对另一待传输数据包拆包，再对待传输数据包打包；若否，则直接对待传输数据包打包。
92.举例说明，如图3所示，传输介质沿各传输路径移动，当传输介质到达节点a1即数据包a1的源节点时，对数据包a1打包；当传输介质到达节点b1即数据包b1的源节点时，对数据包a1拆包，将数据包a1和数据包b1一起打包并同时传输；当传输介质到达节点c1时，对数据包a1b1拆包，并分别将数据包a1打包、数据包b1打包；当传输介质到达节点c2时，对数据包a1拆包再打包；当传输介质到达节点a2即数据包a1的目的节点时，对数据包a1拆包，完成数据包a1的传输，当传输介质到达节点b2即数据包b1的目的节点时，对数据包b1拆包，完成数据包b1的传输。
93.在一种可选的实施方式中，待传输数据包包括目的节点的地址；
94.当传输介质到达任一待传输数据包的目的节点时，对待传输数据包拆包，包括：
95.解析待传输数据包，确定待传输数据包的目的节点的地址；
96.当传输介质到达自的目的节点时，对待传输数据包拆包。
97.举例说明，如图3所示，传输介质自传输路径的起点至终点的移动过程中，当传输介质到达节点c1时，对数据包a1b1拆包，由于数据包a1中包含其目的节点a2的地址，数据包b1中包含其目的节点b2的地址，可以解析出数据包a1继续向节点c2传输，数据包b1继续向节点b2传输；当传输介质到达节点c2时，对数据包a1拆包，由于数据包a1中包含其目的节点a2的地址，可以解析出数据包a1继续向传输节点a2传输，将数据包a1再打包；当传输介质到达节点a2时，对数据包a1拆包，由于数据包a1中包含其目的节点a2地址，可以解析出数据包a1到达目的节点，完成数据包a1的传输；当传输介质到达节点b2时，对数据包b1拆包，由于数据包b1中包含其目的节点b2地址，可以解析出数据包b1到达目的节点，完成传输数据包b1的传输。
98.在一种可选的实施方式中，待传输数据包包括数据量信息；
99.当传输介质到达任一待传输数据包的源节点时，对待传输数据包打包，并由传输介质进行传输，包括：
100.判断待传输数据包的数据量是否大于传输介质的容量余量；
101.若待传输数据包的数据量大于传输介质的容量余量，则对待传输数据包延迟打包；
102.若待传输数据包的数据量小于等于传输介质的容量余量，则对待传输数据包打包。
103.传输介质的带宽是指在固定的时间(例如每个时钟)可以传输的数据量，传输介质的容量是小于等于带宽的。由于传输介质的容量是一定的，例如在一个时钟周期内，能传输的数据量是一定的，在多个数据包的传输过程中，需要在各传输节点对各个待传输数据包的数据量进行判断，保证各个待传输数据包的传输过程顺利进行。举例说明，假设数据包a1的数据位宽为4bit，数据包b1的数据位宽为4bit，数据包c1的数据位宽为4bit，在一个节点对数据包a1和数据包b1已经打包，假设在该传输节点还需要对数据包c1打包，但传输介质的剩余容量为2bit，此时判断传输介质的容量不够，无法对数据包c1打包，延迟一个时钟周期，在下一个时钟周期再对数据包c1打包。
104.本公开实施例所述的一种数据包传输系统，如图5所示，所述系统包括：
105.共同路径确定模块，用于根据多个待传输数据包分别对应的多条传输路径，确定多条传输路径中的共同传输路径；
106.数据传输模块，用于在共同传输路径上，将多个待传输数据包共同传输。
107.在一种可选的实施方式中，共同路径确定模块被进一步配置为：
108.获取多个待传输数据包的源节点和目的节点；
109.根据多个待传输数据包的源节点和目的节点，分别确定多个待传输数据包的多条传输路径；
110.将多条传输路径中的相同方向的传输路径确定为共同传输路径。
111.其中，在多条传输路径中，每个节点都可能接收来自不同传输方向的各个数据包，对各个数据包在传输节点的传输方向进行分析，可以将相同的传输方向的传输路径确定为
共同传输路径。
112.举例说明，如图3所示，有两个待传输数据包(数据包a1和数据包b1)，其中，数据包a1从源节点a1传输至目的节点a2，数据包a1的传输路径是：节点a1-节点b1-节点c1-节点c2-节点a2，数据包b1从源节点b1传输至目的节点b2，数据包b1的传输路径是：节点b1-节点c1-节点b2，通过对两个数据包的传输方向进行分析，可以确定两个数据包的共同传输路径为：节点b1-节点c1。
113.在一种可选的实施方式中，数据传输模块被进一步配置为：
114.传输介质沿所述共同传输路径移动；
115.当传输介质到达共同传输路径的起点时，对多个待传输数据包打包，并由传输介质进行传输；
116.当传输介质到达共同传输路径的终点时，对多个待传输数据包拆包。
117.举例说明，如图3所示，在两个数据包的传输过程中，存在一段共同传输路径(节点b1-节点c1)。现有技术一般是对两个数据包采用串行传输，导致该共同传输路径无法同时传输两个数据包，需要先传输数据包a1，待数据包a1在该共同路径传输完后，再传输数据包b1，这使得多个数据包在传输时，传输的时间长。另外，例如传输介质的容量为8bit，而数据包a1和数据包b1的数据位宽为4bit，该共同传输路径如果先传输数据包a1，再传输数据包b1，这使得路径位宽没有被完全利用，导致资源浪费。
118.本公开所述的系统，将共同传输路径上的多个待传输数据包共同传输，可以提高数据传输的效率和路径位宽的利用率。举例说明，如图3所示，两个数据包的共同传输路径为节点b1-节点c1，节点b1和节点c1分别为共同传输路径的起点和终点。传输介质沿各条传输路径移动，在节点b1出处，对两个数据包(数据包a1和数据包b1)一起打包，并将打包后的数据包a1b1共同传输，在传输节点c1处对数据包a1b1拆包，分别完成数据包a1和数据包b1在共同传输路径的传输。
119.其中，当传输介质到达共同传输路径中的除共同传输路径的起点和终点外的其他节点时，对多个待传输数据包拆包并打包共同传输，直至传输介质到达共同传输路径的终点。
120.根据不同的设计方案，数据包的传输路径各不相同，基于各传输路径所确定的共同传输路径中，还可能包含除共同传输路径的起点和终点外的其他节点，当传输介质到达这些节点时，需要将一起打包的数据包拆包并再打包共同传输。举例说明，如图4所示，有两个待传输数据包(数据包a1和数据包b1)，其中，数据包a1从源节点a1传输至目的节点a2，数据包a1的传输路径是：节点a1-节点b1-节点c1-节点c2-节点c3-节点a2，数据包b1从源节点b1传输至目的节点b2，数据包b1的传输路径是：节点b1-节点c1-节点c2-节点b2，可以确定两个数据包的共同传输路径是：节点b1-节点c1-节点c2，节点b1和节点c2分别为共同传输路径的起点和终点，节点c1即为共同传输路径中除起点和终点外的其他节点。如前述所述，传输介质沿各条传输路径移动，在节点b1出处，对两个数据包(数据包a1和数据包b1)一起打包，并将打包后的数据包a1b1同时传输，在节点c1处对数据包a1b1拆包再一起打包，并将打包后的数据包a1b1共同传输，在节点c2处对数据包a1b1拆包，分别完成数据包a1和数据包b1在共同传输路径的传输。
121.在一种可选的实施方式中，数据传输模块被进一步配置为：
122.传输介质沿多条所述传输路径移动；
123.当传输介质到达一待传输数据包的源节点时，对任一待传输数据包打包，并由传输介质传输；
124.当传输介质到达任一待传输数据包的目的节点时，对待传输数据包拆包。
125.待传输数据包在传输过程中，传输路径除共同传输路径外，还可能包含其他节点。对于除共同传输路径外的其他节点，当传输介质到达每个节点时，可以对各个待传输数据包进行解析，以确定对待传输数据包执行何种操作。当传输介质到达待传数据包的源节点时，对待传输数据包进行打包，当传输介质到达待传数据包的目的节点时，对待传输数据包进行拆包完成传输，当传输介质到达待传输数据包除源节点和目的节点外的其他传输节点时，对待传输数据包进行拆包再打包。
126.在一种可选的实施方式中，数据传输模块被进一步配置为：
127.判断当前节点是否为另一待传输数据包的目的节点，若是，则先对另一待传输数据包拆包，再对待传输数据包打包；若否，则直接对待传输数据包打包。
128.举例说明，如图3所示，传输介质沿各传输路径移动，当传输介质到达节点a1即数据包a1的源节点时，对数据包a1打包；当传输介质到达节点b1即数据包b1的源节点时，对数据包a1拆包，将数据包a1和数据包b1一起打包并同时传输；当传输介质到达节点c1时，对数据包a1b1拆包，并分别将数据包a1打包、数据包b1打包；当传输介质到达节点c2时，对数据包a1拆包再打包；当传输介质到达节点a2即数据包a1的目的节点时，对数据包a1拆包，完成数据包a1的传输，当传输介质到达节点b2即数据包b1的目的节点时，对数据包b1拆包，完成数据包b1的传输。
129.在一种可选的实施方式中，待传输数据包包括目的节点的地址；
130.数据传输模块被进一步配置为：
131.解析待传输数据包，确定目的节点的地址；
132.当传输介质到达目的节点时，对待传输数据包拆包。
133.举例说明，如图3所示，传输介质自传输路径的起点至终点的移动过程中，当传输介质到达节点c1时，对数据包a1b1拆包，由于数据包a1中包含其目的节点a2的地址，数据包b1中包含其目的节点b2的地址，可以解析出数据包a1继续向节点c2传输，数据包b1继续向节点b2传输。当传输介质到达节点c2时，对数据包a1拆包，由于数据包a1中包含其目的节点a2的地址，可以解析出数据包a1继续向传输节点a2传输，将数据包a1再打包；当传输介质到达节点a2时，对数据包a1拆包，由于数据包a1中包含其目的节点a2地址，可以解析出数据包a1到达目的节点，完成数据包a1的传输；当传输介质到达节点b2时，对数据包b1拆包，由于数据包b1中包含其目的节点b2地址，可以解析出数据包b1到达目的节点，完成传输数据包b1的传输。
134.在一种可选的实施方式中，待传输数据包包括数据量信息；
135.数据传输模块被进一步配置为：
136.当传输介质到达任一待传输数据包的源节点时，对待传输数据包打包，并由传输介质进行传输，包括：
137.判断待传输数据包的数据量是否大于传输介质的容量余量；
138.若待传输数据包的数据量大于传输介质的容量余量，则对待传输数据包延迟打
包；
139.若待传输数据包的数据量小于等于传输介质的容量余量，则对待传输数据包打包。
140.传输介质的带宽是指在固定的时间(例如每个时钟)可以传输的数据量，传输介质的容量是小于等于带宽的。由于传输介质的容量是一定的，在一个时钟周期内，能传输的数据量是一定的，在多个数据包的传输过程中，需要在各传输节点对各个待传输数据包的数据量进行判断，以使各个待传输数据包的传输过程顺利进行。举例说明，假设数据包a1的数据位宽为4bit，数据包b1的数据位宽为4bit，数据包c1的数据位宽为4bit，在一个节点对数据包a1和数据包b1已经打包，假设在该传输节点还需要对数据包c1打包，但传输介质的剩余容量为2bit，此时判断传输介质的容量不够，无法对数据包c1打包，延迟一个时钟周期，在下一个时钟周期再对数据包c1打包。
141.本公开还涉及一种片间数据传输方法，包括传输路径，传输路径中的各个节点分别为一个芯片，采用所述数据传输方法，以实现各芯片间的数据传输。其中，传输路径中的各个节点例如可以包括所述数据传输方法中各待传输数据包的各传输路径中的源节点、目的节点和各传输节点。
142.本公开还涉及一种片上数据传输方法，包括传输路径，传输路径中的各个节点分别为众核芯片中的一个计算核，采用所述数据传输方法，以实现所述众核芯片的各计算核间的数据传输。其中，传输路径中的各个节点例如可以包括所述数据传输方法中各待传输数据包的各传输路径中的源节点、目的节点和各传输节点。
143.本公开还涉及一种电子设备，包括服务器、终端等。该电子设备包括：至少一个处理器；与至少一个处理器通信连接的存储器；以及与存储介质通信连接的通信组件，所述通信组件在处理器的控制下接收和发送数据；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行以实现上述实施例中的数据传输方法。
144.在一种可选的实施方式中，存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现数据传输方法。
145.存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
146.一个或者多个模块存储在存储器中，当被一个或者多个处理器执行时，执行上述任意方法实施例中的方法。
147.上述产品可执行本技术实施例所提供的数据传输方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的数据传输方法。
148.本公开还涉及一种计算机可读存储介质，用于存储计算机可读程序，所述计算机
可读程序用于供计算机执行上述部分或全部的数据传输方法实施例。
149.即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
150.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
151.此外，本领域普通技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
152.本领域技术人员应理解，尽管已经参考示例性实施例描述了本公开，但是在不脱离本公开的范围的情况下，可进行各种改变并可用等同物替换其元件。另外，在不脱离本公开的实质范围的情况下，可进行许多修改以使特定情况或材料适应本公开的教导。因此，本公开不限于所公开的特定实施例，而是本公开将包括落入所附权利要求范围内的所有实施例。