CN113810280A - 一种数据包传输方法及系统 - Google Patents
一种数据包传输方法及系统 Download PDFInfo
- Publication number
- CN113810280A CN113810280A CN202010544107.8A CN202010544107A CN113810280A CN 113810280 A CN113810280 A CN 113810280A CN 202010544107 A CN202010544107 A CN 202010544107A CN 113810280 A CN113810280 A CN 113810280A
- Authority
- CN
- China
- Prior art keywords
- transmitted
- node
- data packet
- transmission
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据包传输方法及系统,确定传输路径;将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。本发明将多个数据包沿一条传输路径传输,可以提高数据传输的效率和路径位宽的利用率。
Description
技术领域
本发明涉及数据传输技术领域,具体而言,涉及一种数据包传输方法及系统。
背景技术
在数据传输过程中,现有技术一般采用串行传输的方式,将数据包依次传输,传输时间长,且没有完全利用传输路径的位宽,导致资源浪费。
发明内容
为解决上述问题,本发明的目的在于提供一种数据包传输方法及系统,可以提高数据传输的效率和路径位宽的利用率。
本发明提供了一种数据包传输方法,包括:
确定传输路径;
将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
作为本发明进一步的改进,所述将具有共同传输路段的多个待传输数据包共同传输,包括:
传输介质沿所述传输路径移动;
当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输;
当所述传输介质到达任一所述待传输数据包的目的节点时,对所述待传输数据包拆包。
作为本发明进一步的改进,所述待传输数据包包括目的节点的地址;
所述当所述传输介质到达任一所述待传输数据包的目的节点时,对所述待传输数据包拆包,包括:
解析所述待传输数据包,确定所述目的节点的地址;
当所述传输介质到达所述目的节点时,对所述待传输数据包拆包。
作为本发明进一步的改进,所述当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输,包括:
判断当前节点是否为另一待传输数据包的目的节点,若是,则先对另一待传输数据包拆包,再对所述待传输数据包打包;若否,则直接对所述待传输数据包打包。
作为本发明进一步的改进,所述待传输数据包包括数据量信息;
所述当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输,包括:
判断所述待传输数据包的数据量是否大于所述传输介质的容量余量,若大于,则对所述待传输数据包延迟打包,若小于等于,对所述待传输数据包打包。
作为本发明进一步的改进,所述确定传输路径,包括:
获取多个所述待传输数据包的源节点和目的节点;
根据多个所述待传输数据包的源节点和目的节点,确定包括多个所述待传输数据包的源节点和目的节点的传输路径。
作为本发明进一步的改进,所述根据多个所述待传输数据包的源节点和目的节点,确定包含多个所述待传输数据包的源节点和目的节点的传输路径,包括:
将多个所述待传输数据包中任一待传输数据包的源节点确定为所述传输路径的起点;
将多个所述待传输数据包中任一待传输数据包的目的节点确定为所述传输路径的终点。
作为本发明进一步的改进,所述根据多个所述待传输数据包的源节点和目的节点,确定包含多个所述待传输数据包的源节点和目的节点的传输路径,以使所述各待传输数据包同时沿所述传输路径移动传输,包括:
将多个所述待传输数据包中任一待传输数据包的源节点确定为所述传输路径的起点;
将多个所述待传输数据包中另一待传输数据包的目的节点确定为所述传输路径的终点。
本发明还提供了一种数据包传输系统,所述系统包括:
路径确定模块,用于确定传输路径;
数据传输模块,用于将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
作为本发明进一步的改进,所述数据传输模块被配置为:
传输介质沿所述传输路径移动;
当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输;
当所述传输介质到达任一所述待传输数据包的目的节点时,对所述待传输数据包拆包。
作为本发明进一步的改进,所述待传输数据包包括目的节点的地址;
所述数据传输模块被配置为:
解析所述待传输数据包,确定所述目的节点的地址;
当所述传输介质到达所述目的节点时,对所述待传输数据包拆包。
作为本发明进一步的改进,所述数据传输模块被配置为:
判断当前节点是否为另一待传输数据包的目的节点,若是,则先对另一待传输数据包拆包,再对所述待传输数据包打包;若否,则直接对所述待传输数据包打包。
作为本发明进一步的改进,所述待传输数据包包括数据量信息;
所述数据传输模块被配置为:
判断所述待传输数据包的数据量是否大于所述传输介质的容量余量,若大于,则对所述待传输数据包延迟打包,若小于等于,对所述待传输数据包打包。
作为本发明进一步的改进,所述路径确定模块被配置为:
获取多个所述待传输数据包的源节点和目的节点;
根据多个所述待传输数据包的源节点和目的节点,确定包括多个所述待传输数据包的源节点和目的节点的传输路径。
作为本发明进一步的改进,所述路径确定模块被配置为:
将多个所述待传输数据包中任一待传输数据包的源节点确定为所述传输路径的起点;
将多个所述待传输数据包中任一待传输数据包的目的节点确定为所述传输路径的终点。
作为本发明进一步的改进,所述路径确定模块被配置为:
将多个所述待传输数据包中任一待传输数据包的源节点确定为所述传输路径的起点;
将多个所述待传输数据包中另一待传输数据包的目的节点确定为所述传输路径的终点。
本发明还提供了一种片间数据传输方法,包括传输路径,所述传输路径中的各节点为各芯片,采用所述的方法,以实现所述各芯片间的数据传输。
本发明还提供了一种片上数据传输方法,包括传输路径,所述传输路径中的各节点为众核芯片中的各计算核,采用所述的方法,以实现所述各计算核间的数据传输。
本发明还提供了一种电子设备,包括存储器和处理器,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被处理器执行以实现所述的方法。
本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现所述的方法。
本发明的有益效果为:将多个数据包沿一条传输路径传输,可以提高数据传输的效率和路径位宽的利用率。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开一示例性实施例的一种数据包传输方法的流程示意图;
图2为图1中S1的流程示意图;
图3为一示例性的现有技术的两个数据包的传输示意图;
图4为本公开一示例性实施例所述的两个数据包的传输示意图;
图5为本公开一示例性实施例所述的三个数据包的传输示意图;
图6为本公开一示例性实施例的一种数据包传输系统的系统框图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
需要说明,若本公开实施例中有涉及方向性指示(诸如上、下、左、右、前、后……),则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则该方向性指示也相应地随之改变。
另外,在本公开的描述中,所用术语仅用于说明目的,并非旨在限制本公开的范围。术语“包括”和/或“包含”用于指定元件、步骤、操作和/或组件的存在,但并不排除存在或添加一个或多个其他元件、步骤、操作和/或组件的情况。术语“第一”、“第二”等可能用于描述各种元件,不代表顺序,且不对这些元件起限定作用。此外,在本公开的描述中,除非另有说明,“多个”的含义是两个及两个以上。这些术语仅用于区分一个元素和另一个元素。结合以下附图,这些和/或其他方面变得显而易见,并且,本领域普通技术人员更容易理解关于本公开实施例的说明。附图仅出于说明的目的用来描绘本公开实施例。本领域技术人员将很容易地从以下说明中认识到,在不背离本公开原理的情况下,可以采用本公开所示结构和方法的替代实施例。
本公开实施例的一种数据包传输方法,如图1所示,所述方法包括:
确定传输路径;
将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
举例说明,如图3所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的路径是:节点A1-节点C1-节点C2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的路径是:节点B1-节点C2-节点C1-节点B2。通过对两个数据包的传输方向进行分析,两个数据包有一段共同传输路段(节点C1-节点C2)。在两个数据包的传输过程中,现有技术一般是对两个数据包采用串行传输,该共同传输路段无法同时传输两个数据包,需要先传输数据包a1,待数据包a1在该共同传输路段传输完后,再传输数据包b1,这使得多个数据包在传输时,传输时间长。另外,例如传输介质的容量为8bit,而数据包a1和数据包b1的数据位宽为4bit,该共同传输路段如果先传输数据包a1,再传输数据包b1,这使得路径位宽没有完全被利用,造成资源浪费。
本公开所述的方法,确定一条传输路径,具有共同传输路段的多个待传输数据包在传输过程中,当遇到共同传输路段时,多个待传输数据包可以同时沿这条传输路径移动传输,这样可以提高传输的效率和路径位宽的利用率。
在一种可选的实施方式中,确定传输路径,如图2所示,包括:
获取多个待传输数据包的源节点和目的节点;
根据多个待传输数据包的源节点和目的节点,确定包括多个待传输数据包的源节点和目的节点的传输路径。
本公开所述的方法,确定一条包含多个待传输数据包的源节点和目的节点的传输路径,多个待传输数据包可以沿该传输路径共同传输。举例说明,如图4所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的路径是:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的路径是:节点B1-节点C2-节点C1-节点B2,将两个数据包的传输路径确定为:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2,数据包a1和数据包b1可以沿该传输路径共同传输。
在一种可选的实施方式中,根据多个待传输数据包的源节点和目的节点,确定包括多个待传输数据包的源节点和目的节点的传输路径,包括:
将多个待传输数据包中任一待传输数据包的源节点确定为传输路径的起点;
将多个待传输数据包中任一待传输数据包的目的节点确定为传输路径的终点。
在一种可选的实施方式中,根据多个待传输数据包的源节点和目的节点,确定包括多个待传输数据包的源节点和目的节点的传输路径,包括:
将多个待传输数据包中任一待传输数据包的源节点确定为传输路径的起点;
将多个待传输数据包中另一待传输数据包的目的节点确定为传输路径的终点。
根据不同的设计方案,多个待传输数据包的传输路径各不相同,基于多个待传输数据包的源节点和目的节点,所确定的包含多个待传输数据包的源节点和目的节点的传输路径也可能会不同。无论多个待传输数据包的传输路径如何设计,所确定的传输路径需要包含多个待传输数据包的源节点和目的节点,该传输路径的起点可以为多个待传输数据包的源节点中一点,终点可以为多个待传输数据包的目的节点中一点,这样多个待传输数据包可以在该传输路径上同时传输。
举例说明,例如,如图4所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包b1从源节点B1传输至目的节点B2,可以将数据包a1的源节点和目的节点分别确定为传输路径的起点和终点,数据包b1的源节点和目的节点确定为传输路径中的其他传输节点,整条传输路径为:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2。又如,如图5所示,有三个待传输数据包(数据包a1、数据包b1和数据包c1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的路径是:节点A1-节点B1-节点C1-节点D1-节点D2-节点C2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的路径是:节点B1-节点C1-节点D1-节点D2-节点C2-节点A2-节点B2,数据包c1从源节点C1传输至目的节点C2,数据包c1的路径是:节点C1-节点D1-节点D2-节点C2,可以将数据包a1的源节点确定为传输路径的起点,将数据包b1的目的节点确定为传输路径的终点,整条传输路径为:节点A1-节点B1-节点C1-节点D1-节点D2-节点C2-节点A2-节点B2。
在一种可选的实施方式中,将具有共同传输路段的多个待传输数据包共同传输,包括:
传输介质沿传输路径移动;
当传输介质到达任一待传输数据包的源节点时,对待传输数据包打包,并由传输介质进行传输
当传输介质到达任一待传输数据包的目的节点时,对待传输数据包拆包。
其中,当传输介质到达待传输数据包除源节点和目的节点外的其他传输节点时,对待传输数据包进行拆包再打包。
在一种可选的实施方式中,当传输介质到达任一待传输数据包的源节点时,对待传输数据包打包,并由传输介质进行传输,包括:
判断当前节点是否为另一待传输数据包的目的节点,若是,则先对另一待传输数据包拆包,再对待传输数据包打包;若否,则直接对待传输数据包打包。
举例说明,如图4所示,传输介质自传输路径的起点至终点的移动过程中,当传输介质到达节点A1即数据包a1的源节点时,对数据包a1打包;当传输介质到达节点B1即数据包b1的源节点时,对数据包b1打包;当传输介质到达节点B2即数据包b1的目的节点时,对数据包b1拆包,完成数据包b1的传输,对数据包a1拆包再打包;当传输介质到达节点A2即数据包a1的目的节点时,对数据包a1拆包,完成数据包a1的传输。
传输介质是指在网络中传输数据的载体,常用的传输介质分为有线传输介质和无线传输介质两大类。不同的传输介质,其特性也各不相同,本公开对传输介质的形式不做具体限制。
在一种可选的实施方式中,待传输数据包包括目的节点的地址;
当传输介质到达任一待传输数据包的目的节点时,对待传输数据包拆包,包括:
解析待传输数据包,确定目的节点的地址;
当传输介质到达目的节点时,对待传输数据包拆包。
举例说明,如图4所示,传输介质自传输路径的起点至终点的移动过程中,当传输介质到达节点A1即数据包a1的源节点时,对数据包a1打包;当传输介质到达节点B1即数据包b1的源节点时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,对数据包b1打包;当传输介质到达节点C2时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1继续向节点B2传输,对数据包b1拆包再打包;当传输介质到达节点C1时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1继续向节点B2传输,对数据包b1拆包再打包;当传输介质到达节点B2即数据包b1的目的节点时,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1到达目的节点,完成传输数据包b1的传输,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包;传输介质到达节点A2即数据包a1的目的节点时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1到达目的节点,完成数据包a1的传输。
在一种可选的实施方式中,待传输数据包包括数据量信息;
当传输介质到达任一待传输数据包的源节点时,对待传输数据包打包,并由所述传输介质进行传输,包括:
判断待传输数据包的数据量是否大于传输介质的容量余量;
若待传输数据包的数据量大于传输介质的容量余量,则对待传输数据包延迟打包;
若待传输数据包的数据量小于等于传输介质的容量余量,则对待传输数据包打包。
传输介质的带宽是指在固定的时间(例如每个时钟)可以传输的数据量,传输介质的容量是小于等于带宽的。由于传输介质的容量是一定的,例如在一个时钟周期内,可以传输的数据量是一定的,在多个数据包的传输过程中,需要在各个节点对各个待传输数据包的数据量进行判断,保证各个待传输数据包的传输过程顺利进行。举例说明,假设数据包a1的数据位宽为4bit,数据包b1的数据位宽为4bit,数据包c1的数据位宽为4bit,在一个节点对数据包a1和数据包b1已经打包,假设在该节点还需要对数据包c1打包,但传输介质的剩余容量为2bit,此时判断传输介质的容量余量不够,无法对数据包c1打包,延迟一个时钟周期,在下一个时钟周期再对数据包c1打包。
本公开实施例所述的一种数据包传输系统,如图6所示,所述系统包括:
路径确定模块,用于确定传输路径;
数据传输模块,用于将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
举例说明,如图3所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的传输路径是:节点A1-节点C1-节点C2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的传输路径是:节点B1-节点C2-节点C1-节点B2。通过对两个数据包的传输方向进行分析,两个数据包有一段共同传输路段(节点C1-节点C2)。在两个数据包的传输过程中,现有技术一般是对两个数据包采用串行传输,该共同传输路段无法同时传输两个数据包,需要先传输数据包a1,待数据包a1在该共同传输路段传输完后,再传输数据包b1,这使得多个数据包在传输时,传输时间长。另外,例如传输介质的容量为8bit,而数据包a1和数据包b1的数据位宽为4bit,该共同传输路段如果先传输数据包a1,再传输数据包b1,这使得路径位宽没有完全被利用,造成资源浪费。
本公开所述的系统,确定一条传输路径,具有共同传输路段的多个待传输数据包在传输过程中,当遇到共同传输路段时,多个待传输数据包可以同时沿这条传输路径移动传输,这样可以提高传输的效率和路径位宽的利用率。
在一种可选的实施方式中,路径确定模块被进一步配置为:
获取多个待传输数据包的源节点和目的节点;
根据多个待传输数据包的源节点和目的节点,确定包括多个待传输数据包的源节点和目的节点的传输路径。
本公开所述的系统,确定一条包含多个待传输数据包的源节点和目的节点的传输路径,多个待传输数据包可以沿该传输路径共同传输。举例说明,如图4所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的路径是:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的路径是:节点B1-节点C2-节点C1-节点B2,将两个数据包的传输路径确定为:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2,数据包a1和数据包b1可以沿该传输路径共同传输。
在一种可选的实施方式中,路径确定模块被进一步配置为:
将多个待传输数据包中任一待传输数据包的源节点确定为传输路径的起点;
将多个待传输数据包中任一待传输数据包的目的节点确定为传输路径的终点。
在一种可选的实施方式中,路径确定模块被进一步配置为:
将多个待传输数据包中任一待传输数据包的源节点确定为传输路径的起点;
将多个待传输数据包中另一待传输数据包的目的节点确定为传输路径的终点。
根据不同的设计方案,多个待传输数据包的传输路径各不相同,基于多个待传输数据包的源节点和目的节点,所确定的包含多个待传输数据包的源节点和目的节点的传输路径也可能会不同。无论多个待传输数据包的传输路径如何设计,所确定的传输路径需要包含多个待传输数据包的源节点和目的节点,该传输路径的起点可以为多个待传输数据包的源节点中一点,终点为多个待传输数据包的目的节点中一点,这样多个待传输数据包可以在该传输路径上同时传输。
举例说明,例如,如图4所示,有两个待传输数据包(数据包a1和数据包b1),其中,数据包a1从源节点A1传输至目的节点A2,数据包b1从源节点B1传输至目的节点B2,可以将数据包a1的源节点和目的节点分别确定为传输路径的起点和终点,数据包b1的源节点和目的节点确定为传输路径中的其他传输节点,整条传输路径为:节点A1-节点B1-节点C2-节点C1-节点B2-节点A2。又如,如图5所示,有三个待传输数据包(数据包a1、数据包b1和数据包c1),其中,数据包a1从源节点A1传输至目的节点A2,数据包a1的路径是:节点A1-节点B1-节点C1-节点D1-节点D2-节点C2-节点A2,数据包b1从源节点B1传输至目的节点B2,数据包b1的路径是:节点B1-节点C1-节点D1-节点D2-节点C2-节点A2-节点B2,数据包c1从源节点C1传输至目的节点C2,数据包c1的路径是:节点C1-节点D1-节点D2-节点C2,可以将数据包a1的源节点确定为传输路径的起点,将数据包b1的目的节点确定为传输路径的终点,整条传输路径为:节点A1-节点B1-节点C1-节点D1-节点D2-节点C2-节点A2-节点B2。
在一种可选的实施方式中,数据传输模块被进一步配置为:
传输介质沿传输路径移动;
当传输介质到达任一待传输数据包的源节点时,对待传输数据包打包,并由传输介质进行传输;
当传输介质到达任一待传输数据包的目的节点时,对待传输数据包拆包。
其中,当传输介质到达待传输数据包除源节点和目的节点外的其他传输节点时,对待传输数据包进行拆包再打包。
在一种可选的实施方式中,当传输介质到达任一待传输数据包的源节点时,对待传输数据包打包,并由传输介质进行传输,包括:
判断当前节点是否为另一待传输数据包的目的节点,若是,则先对另一待传输数据包拆包,再对待传输数据包打包;若否,则直接对待传输数据包打包。
举例说明,如图4所示,传输介质自传输路径的起点至终点的移动过程中,当传输介质到达节点A1即数据包a1的源节点时,对数据包a1打包;当传输介质到达节点B1即数据包b1的源节点时,对数据包b1打包;当传输介质到达节点B2即数据包b1的目的节点时,对数据包b1拆包,完成数据包b1的传输,对数据包a1拆包再打包;当传输介质到达节点A2即数据包a1的目的节点时,对数据包a1拆包,完成数据包a1的传输。
传输介质是指在网络中传输数据的载体,常用的传输介质分为有线传输介质和无线传输介质两大类。不同的传输介质,其特性也各不相同,本公开对传输介质的形式不做具体限制。
在一种可选的实施方式中,待传输数据包包括目的节点的地址,
数据传输模块被进一步配置为:
解析待传输数据包,确定目的节点的地址;
当传输介质到达目的节点时,对待传输数据包拆包。
举例说明,如图4所示,传输介质自传输路径的起点至终点的移动过程中,当传输介质到达节点A1即数据包a1的源节点时,对数据包a1打包;当传输介质到达节点B1即数据包b1的源节点时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,对数据包b1打包;当传输介质到达节点C2时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1继续向节点B2传输,对数据包b1拆包再打包;当传输介质到达节点C1时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1继续向节点B2传输,对数据包b1拆包再打包;当传输介质到达节点B2即数据包b1的目的节点时,数据包b1中包含其目的节点B2的地址,可以解析出数据包b1到达目的节点,完成传输数据包b1的传输,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1继续向节点A2传输,对数据包a1拆包再打包;传输介质到达节点A2即数据包a1的目的节点时,数据包a1中包含其目的节点A2的地址,可以解析出数据包a1到达目的节点,完成数据包a1的传输。
在一种可选的实施方式中,待传输数据包包括数据量信息;
数据传输模块被进一步配置为:
判断待传输数据包的数据量是否大于传输介质的容量余量;
若待传输数据包的数据量大于传输介质的容量余量,对待传输数据包延迟打包;
若待传输数据包的数据量小于等于传输介质的容量余量,对待传输数据包打包。
传输介质的带宽是指在固定的时间(例如每个时钟)可以传输的数据量,传输介质的容量是小于等于带宽的。由于传输介质的容量是一定的,例如在一个时钟周期内,可以传输的数据量是一定的,在多个数据包的传输过程中,需要在各传输节点对各个待传输数据包的数据量进行判断,保证各个待传输数据包的传输过程顺利进行。举例说明,假设数据包a1的数据位宽为4bit,数据包b1的数据位宽为4bit,数据包c1的数据位宽为4bit,在一个节点对数据包a1和数据包b1已经打包,假设在该传输节点还需要对数据包c1打包,但传输介质的剩余容量为2bit,此时判断传输介质的容量余量不够,无法对数据包c1打包,延迟一个时钟周期,在下一个时钟周期再对数据包c1打包。
本公开还涉及一种片间数据传输方法,包括传输路径,传输路径中的各个节点分别为一个芯片,采用所述数据传输方法,以实现各芯片间的数据传输。其中,传输路径中的各个节点例如可以包括所述数据传输方法中各待传输数据包的各传输路径中的源节点、目的节点和各传输节点。
本公开还涉及一种片上数据传输方法,包括传输路径,传输路径中的各个节点分别为众核芯片中的一个计算核,采用所述数据传输方法,以实现所述众核芯片的各计算核间的数据传输。其中,传输路径中的各个节点例如可以包括所述数据传输方法中各待传输数据包的各传输路径中的源节点、目的节点和各传输节点。
本公开还涉及一种电子设备,包括服务器、终端等。该电子设备包括:至少一个处理器;与至少一个处理器通信连接的存储器;以及与存储介质通信连接的通信组件,通信组件在处理器的控制下接收和发送数据;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行以实现上述实施例中的方法。
在一种可选的实施方式中,存储器作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现方法。
存储器可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储选项列表等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器中,当被一个或者多个处理器执行时,执行上述任意方法实施例中的方法。
上述产品可执行本申请实施例所提供的方法,具备执行方法相应的功能模块和有益效果,未在本实施例中详尽描述的技术细节,可参见本申请实施例所提供的方法。
本公开还涉及一种计算机可读存储介质,用于存储计算机可读程序,计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
此外,本领域普通技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本领域技术人员应理解,尽管已经参考示例性实施例描述了本公开,但是在不脱离本公开的范围的情况下,可进行各种改变并可用等同物替换其元件。另外,在不脱离本公开的实质范围的情况下,可进行许多修改以使特定情况或材料适应本公开的教导。因此,本公开不限于所公开的特定实施例,而是本公开将包括落入所附权利要求范围内的所有实施例。
Claims (10)
1.一种数据包传输方法,其特征在于,所述方法包括:
确定传输路径;
将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
2.如权利要求1所述的方法,其中,所述将具有共同传输路段的多个待传输数据包共同传输,包括:
传输介质沿所述传输路径移动;
当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输;
当所述传输介质到达任一所述待传输数据包的目的节点时,对所述待传输数据包拆包。
3.如权利要求2所述的方法,其中,所述待传输数据包包括目的节点的地址;
所述当所述传输介质到达任一所述待传输数据包的目的节点时,对所述待传输数据包拆包,包括:
解析所述待传输数据包,确定所述目的节点的地址;
当所述传输介质到达所述目的节点时,对所述待传输数据包拆包。
4.如权利要求2所述的方法,其中,所述当所述传输介质到达任一所述待传输数据包的源节点时,对所述待传输数据包打包,并由所述传输介质进行传输,包括:
判断当前节点是否为另一待传输数据包的目的节点,若是,则先对另一待传输数据包拆包,再对所述待传输数据包打包;若否,则直接对所述待传输数据包打包。
5.如权利要求1所述的方法,其中,所述确定传输路径,包括:
获取多个所述待传输数据包的源节点和目的节点;
根据多个所述待传输数据包的源节点和目的节点,确定包括多个所述待传输数据包的源节点和目的节点的传输路径。
6.一种数据包传输系统,其特征在于,所述系统包括:
路径确定模块,用于确定传输路径;
数据传输模块,用于将具有共同传输路段的多个待传输数据包共同传输,其中,所述共同传输路段为所述传输路径中的一段。
7.一种片间数据传输方法,包括传输路径,其特征在于,所述传输路径中的各节点为各芯片,采用如权利要求1-5中任意一项所述的方法,以实现所述各芯片间的数据传输。
8.一种片上数据传输方法,包括传输路径,其特征在于,所述传输路径中的各节点为众核芯片中的各计算核,采用如权利要求1-5中任意一项所述的方法,以实现所述各计算核间的数据传输。
9.一种电子设备,包括存储器和处理器,其特征在于,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被处理器执行以实现如权利要求1-5中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行以实现如权利要求1-5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010544107.8A CN113810280A (zh) | 2020-06-15 | 2020-06-15 | 一种数据包传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010544107.8A CN113810280A (zh) | 2020-06-15 | 2020-06-15 | 一种数据包传输方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113810280A true CN113810280A (zh) | 2021-12-17 |
Family
ID=78944105
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010544107.8A Pending CN113810280A (zh) | 2020-06-15 | 2020-06-15 | 一种数据包传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113810280A (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001103042A (ja) * | 1999-09-29 | 2001-04-13 | Nec Corp | データ通信方法及びデータ通信システム |
US20040184402A1 (en) * | 2003-03-20 | 2004-09-23 | Alicherry Mansoor Ali Khan | Low latency shared data path allocation |
US20050135358A1 (en) * | 2003-12-23 | 2005-06-23 | Mane Pravin D. | Method and system for pre-fetching network data using a pre-fetching control protocol |
JP2007251811A (ja) * | 2006-03-17 | 2007-09-27 | Toyota Infotechnology Center Co Ltd | 無線通信装置、無線通信方法および経路情報テーブルの作成方法 |
EP2020791A1 (en) * | 2007-07-30 | 2009-02-04 | Siemens Aktiengesellschaft | Methods and devices for sending of data packets and methods and devices for reconstructing data packets |
CN101388825A (zh) * | 2007-09-12 | 2009-03-18 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
JP2010045732A (ja) * | 2008-08-18 | 2010-02-25 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャストパケット転送装置およびマルチキャストパケット転送方法 |
CN102340891A (zh) * | 2011-10-12 | 2012-02-01 | 中兴通讯股份有限公司 | 多模终端业务切换方法及装置 |
WO2018002357A1 (fr) * | 2016-07-01 | 2018-01-04 | Universite Pierre Et Marie Curie (Paris 6) | Procédé de routage d'une pluralité de flux de données dans un réseau de communication sans fil |
WO2018121705A1 (zh) * | 2016-12-30 | 2018-07-05 | 北京奇虎科技有限公司 | 一种流数据的双向传输方法和装置 |
CN108536555A (zh) * | 2018-08-03 | 2018-09-14 | 中国人民解放军国防科技大学 | 一种基于BCube(n,b)数据中心的数据存取方法 |
-
2020
- 2020-06-15 CN CN202010544107.8A patent/CN113810280A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001103042A (ja) * | 1999-09-29 | 2001-04-13 | Nec Corp | データ通信方法及びデータ通信システム |
US20040184402A1 (en) * | 2003-03-20 | 2004-09-23 | Alicherry Mansoor Ali Khan | Low latency shared data path allocation |
US20050135358A1 (en) * | 2003-12-23 | 2005-06-23 | Mane Pravin D. | Method and system for pre-fetching network data using a pre-fetching control protocol |
JP2007251811A (ja) * | 2006-03-17 | 2007-09-27 | Toyota Infotechnology Center Co Ltd | 無線通信装置、無線通信方法および経路情報テーブルの作成方法 |
EP2020791A1 (en) * | 2007-07-30 | 2009-02-04 | Siemens Aktiengesellschaft | Methods and devices for sending of data packets and methods and devices for reconstructing data packets |
CN101388825A (zh) * | 2007-09-12 | 2009-03-18 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
JP2010045732A (ja) * | 2008-08-18 | 2010-02-25 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャストパケット転送装置およびマルチキャストパケット転送方法 |
CN102340891A (zh) * | 2011-10-12 | 2012-02-01 | 中兴通讯股份有限公司 | 多模终端业务切换方法及装置 |
WO2018002357A1 (fr) * | 2016-07-01 | 2018-01-04 | Universite Pierre Et Marie Curie (Paris 6) | Procédé de routage d'une pluralité de flux de données dans un réseau de communication sans fil |
WO2018121705A1 (zh) * | 2016-12-30 | 2018-07-05 | 北京奇虎科技有限公司 | 一种流数据的双向传输方法和装置 |
CN108536555A (zh) * | 2018-08-03 | 2018-09-14 | 中国人民解放军国防科技大学 | 一种基于BCube(n,b)数据中心的数据存取方法 |
Non-Patent Citations (2)
Title |
---|
王中正等: "HRC-MAC:一种基于CDMA的强实时无线传感器MAC层协议算法", 《计算机与数字工程》 * |
王丹等: "基于TD-LTE系统下行信道检测的研究", 《电子技术应用》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190260609A1 (en) | Packet processing method and network device in hybrid access network | |
CN108696449B (zh) | 一种数据调度方法及装置 | |
CN104348677A (zh) | 一种深度报文检测方法、设备及协处理器 | |
US11677670B2 (en) | Method for determining sending period in deterministic network and apparatus | |
CN108432194A (zh) | 一种拥塞处理的方法、主机及系统 | |
CN114584582B (zh) | 一种车内报文处理方法、装置、车载终端及存储介质 | |
WO2018188663A1 (zh) | 信息通告方法及装置 | |
CN112787902B (zh) | 报文封装方法及装置、报文解封装方法及装置 | |
CN106464581A (zh) | 一种数据传输方法、系统和接收装置 | |
US20150124600A1 (en) | Method for transmitting data in a packet-oriented communications network and correspondingly configured user terminal in said communications network | |
CN104378315A (zh) | 一种capwap隧道数据包传输的方法及装置 | |
CN106105098A (zh) | 交换机及业务请求报文的处理方法 | |
CN103297311A (zh) | 无线接入点控制和提供协议数据隧道的实现方法及装置 | |
CN109861916A (zh) | 一种数据处理方法及相关设备 | |
CN113810280A (zh) | 一种数据包传输方法及系统 | |
CN113810279B (zh) | 一种数据包传输方法及系统 | |
CN105763463A (zh) | 一种链路探测报文的传输方法和装置 | |
CN116800663A (zh) | 数据传输方法、数据传输装置、电子设备及存储介质 | |
CN104869062A (zh) | 一种数据包转发方法及设备 | |
CN109495931A (zh) | 链路聚合的数据传输方法及相关装置 | |
CN114157684B (zh) | 一种报文处理的方法、设备以及存储介质 | |
CN114301813A (zh) | 一种ping检测的时延测量方法及装置 | |
CN101494661B (zh) | 传输控制协议/网间协议的协议栈读取数据的方法和装置 | |
CN102904821A (zh) | 一种数据传输方法、装置及系统 | |
CN107612829A (zh) | 一种数据报文的路径信息获取方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |