CN117561706A - 一种处理数据包的方法和设备 - Google Patents
一种处理数据包的方法和设备 Download PDFInfo
- Publication number
- CN117561706A CN117561706A CN202180099446.2A CN202180099446A CN117561706A CN 117561706 A CN117561706 A CN 117561706A CN 202180099446 A CN202180099446 A CN 202180099446A CN 117561706 A CN117561706 A CN 117561706A
- Authority
- CN
- China
- Prior art keywords
- data segment
- data
- received data
- data packets
- application program
- 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
- 238000012545 processing Methods 0.000 title claims abstract description 103
- 238000000034 method Methods 0.000 title claims abstract description 84
- 230000008569 process Effects 0.000 description 34
- 230000015654 memory Effects 0.000 description 19
- 238000004891 communication Methods 0.000 description 14
- 230000006978 adaptation Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 238000013461 design Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 7
- 238000012856 packing Methods 0.000 description 4
- FGUUSXIOTUKUDN-IBGZPJMESA-N C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 Chemical compound C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 FGUUSXIOTUKUDN-IBGZPJMESA-N 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
- G06F13/20—Handling requests for interconnection or transfer for access to input/output bus
- G06F13/24—Handling requests for interconnection or transfer for access to input/output bus using interrupt
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种处理数据包的方法和设备,通过调制解调器解调多个接收数据包,将多个接收数据包划分到至少一个数据段,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序。应用处理器包括多个核,用于解析至少一个数据段,得到数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。
Description
本申请实施例涉及通信技术领域,尤其涉及一种处理数据包的方法和设备。
随着第五代移动通信技术(5th generation mobile communication technology,5G)的蓬勃发展,无线空口侧的下行速率能达到10Gbps甚至更多,因此终端侧也需要具备更快的收发能力和更强的处理能力。
终端侧包括应用处理器,用于对终端接收到的数据包进行处理。目前,应用处理器可支持多核运算,但在组包收包的场景下,应用处理器处理数据包是单核处理,因此会出现其中一个核的负载过高,而其他核的负载较低的情况,导致应用处理器处理数据包的能力下降。
发明内容
本申请实施例提供一种处理数据包的方法和设备,应用于电子设备,可以在电子设备进行组包收包时,合理均衡应用处理器多个核的负载,从而提高电子设备处理数据包的能力。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,本申请实施例提供了一种电子设备,该电子设备包括:调制解调器,用于解调多个接收数据包,将多个接收数据包划分到至少一个数据段,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序;应用处理器包括多个核,应用处理器用于解析至少一个数据段,得到数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。
由此,本申请实施例提供的电子设备,能够通过改变组包格式,将多个接收数据包划分到至少一个数据段,使得每个数据段中包括的一个或多个接收数据包都对应同一个应用程序,并且数据段头用于标识该应用程序,从而在解析数据段时能够不引入额外的处理开销,方便直接的确定出每个数据段中包括的一个或多个接收数据包所对应的应用程序。此外,电子设备的应用处理器包括多个核,应用处理器能够根据解析数据段得到的数据段头,将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核,使得在核上运行该应用程序从而处理该一个或多个接收数据包。从而能够通过多个核对多个接收数据包进行处理,相比于现有技术中通过单核对多个数据包进行处理,导致电子设备处理能力降低,本申请能够实现合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力的技术效果。
在一种可能的设计中,应用处理器具体用于:在网卡层上解析至少一个数据段,得到数据段头,根据数据段头确定应用程序;将一个或多个接收数据包从网卡层传输至协议栈层;在协议栈层上解析一个或多个接收数据包,得到解析后的数据;将解析后的数据传输至与应用程序对应的核。由此,本申请实施例提供的电子设备,能够在 网卡层上根据解析数据段得到的数据段头确定出该数据段对应的应用程序,相比于现有技术中在网卡层上解析多个数据包的L3/L4对多个数据包进行分流,导致引入额外消耗,本申请能够通过不在网卡层上引入额外处理开销即可确定出多个接收数据包对应的应用程序。并且本申请实施例提供的电子设备,能够在协议栈层上解析一个或多个接收数据包,得到每个数据段中的数据,将解析后的数据传输至与应用程序对应的核,使得在核上运行该应用程序从而处理该一个或多个接收数据包,即在每个数据段对应的应用程序对应的核上处理该数据段中的一个或多个接收数据包,使得不同数据段中的接收数据包在不同应用程序对应的核上运行,从而合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力。
在一种可能的设计中,调制解调器具体用于:根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,以将一个或多个接收数据包组包在每个数据段中。由此,本申请实施例提供的电子设备,能够通过改变组包格式,根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,将五元组信息相同的一个或多个接收数据包组包在同一个数据段中,从而在解析数据段时能够不引入额外的处理开销,方便直接的确定出每个数据段中包括的一个或多个接收数据包所对应的应用程序。
第二方面,本申请实施例提供了一种调制解调装置,该调制解调装置包括:解调模块,用于解调多个接收数据包;组包模块,用于将多个接收数据包划分到至少一个数据段,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序;发送模块,用于向应用处理装置发送至少一个数据段,每个数据段中的一个或多个接收数据包用于传输至与应用程序对应的核。
由此,本申请实施例提供的调制解调装置,能够通过改变组包格式,将多个接收数据包划分到至少一个数据段,使得每个数据段中包括的一个或多个接收数据包都对应同一个应用程序,并且数据段头用于标识该应用程序,从而在解析数据段时能够不引入额外的处理开销,方便直接的确定出每个数据段中包括的一个或多个接收数据包所对应的应用程序。
在一种可能的设计中,组包模块具体用于:根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,以将一个或多个接收数据包组包在每个数据段中。由此,本申请实施例提供的调制解调装置,能够通过改变组包格式,根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,将五元组信息相同的一个或多个接收数据包组包在同一个数据段中,从而在解析数据段时能够不引入额外的处理开销,方便直接的确定出每个数据段中包括的一个或多个接收数据包所对应的应用程序。
第三方面,本申请实施例提供了一种应用处理装置,该应用处理装置包括多个核,该应用处理装置包括:接收模块,用于从调制解调装置接收至少一个数据段,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序;解析模块,用于解析至少一个数据段,得到数据段头;调度模块,用于根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。
由此,本申请实施例提供的应用处理装置包括多个核,应用处理装置能够根据解 析数据段得到的数据段头,将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核,使得在核上运行该应用程序从而处理该一个或多个接收数据包。从而能够通过多个核对多个接收数据包进行处理,相比于现有技术中通过单核对多个数据包进行处理,导致电子设备处理能力降低,本申请能够实现合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力的技术效果。
在一种可能的设计中,解析模块具体用于:在网卡层上解析至少一个数据段,得到数据段头,根据数据段头确定应用程序;将一个或多个接收数据包从网卡层传输至协议栈层;在协议栈层上解析一个或多个接收数据包,得到解析后的数据;调度模块,具体用于将解析后的数据传输至与应用程序对应的核。由此,本申请实施例提供的应用处理装置,能够在网卡层上根据解析数据段得到的数据段头确定出该数据段对应的应用程序,相比于现有技术中在网卡层上解析多个数据包的L3/L4对多个数据包进行分流,导致引入额外消耗,本申请能够通过不在网卡层上引入额外处理开销即可确定出多个接收数据包对应的应用程序。并且本申请实施例提供的应用处理装置,能够在协议栈层上解析一个或多个接收数据包,得到每个数据段中的数据,将解析后的数据传输至与应用程序对应的核,使得在核上运行该应用程序从而处理该一个或多个接收数据包,即在每个数据段对应的应用程序对应的核上处理该数据段中的一个或多个接收数据包,使得不同数据段中的接收数据包在不同应用程序对应的核上运行,从而合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力。
第四方面,本申请实施例提供了一种处理数据包的方法,该应用于电子设备,电子设备包括多个核,该方法包括:解调多个接收数据包,将多个接收数据包划分到至少一个数据段,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序;解析至少一个数据段,得到数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。第四方面所达到的有益效果可以参见第一方面中有益效果。
在一种可能的设计中,解析至少一个数据段,得到数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核具体包括:在网卡层上解析至少一个数据段,得到数据段头,根据数据段头确定应用程序;将一个或多个接收数据包从网卡层传输至协议栈层;在协议栈层上解析一个或多个接收数据包,得到解析后的数据;将解析后的数据传输至与应用程序对应的核。
在一种可能的设计中,解调多个接收数据包,将多个接收数据包划分到至少一个数据段具体包括:根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,以将一个或多个接收数据包组包在每个数据段中。
第五方面,一种计算机可读存储介质,包括计算机指令,当计算机指令在计算机或处理器上运行时,使得计算机或处理器执行上述第四方面以及第四方面中的任一种可能的设计方法。
上述其他方面对应的有益效果,可以参见关于第一方面的有益效果的描述,此处不予赘述。
图1为一种处理数据包的流程示意图;
图2为一种处理数据包的流程示意图;
图3为本申请实施例提供的一种处理数据包的方法的应用场景示意图;
图4为本申请实施例提供的一种电子设备的硬件结构示意图;
图5为本申请实施例提供的一种处理数据包的方法的流程示意图;
图6为本申请实施例提供的一种组包格式的示意图;
图7为本申请实施例提供的一种组包格式的示意图;
图8为本申请实施例提供的一种处理数据包的方法的流程示意图;
图9为本申请实施例提供的一种装置的结构组成示意图;
图10为本申请实施例提供的一种装置的结构组成示意图;
图11为本申请实施例提供的一种电子设备的结构组成示意图。
为了便于理解,示例性地给出了部分与本申请实施例相关概念的说明以供参考。如下所示:
数据包(packet):是传输控制协议/因特网协议(transmission control protocol/internet protocol,TCP/IP)协议通信传输中的数据单位。数据包包括物理层、链路层、传输控制协议(transmission control protocol,TCP)层和因特网协议(internet protocol,IP)层,分别对应数据包的层1、层2、层3(layer 3,L3)和层4(layer 4,L4)。每一层都会对数据包中的数据附加一个头部,这个头部中包含了该层的必要信息。其中,数据包的TCP层的头部包含了该数据包的源端口和目的端口,数据包的IP层的头部包含了该数据包的源IP地址、目的IP地址和协议号。本申请实施例中,数据包的L3/L4即指数据包的TCP/IP层。解析数据包的L3/L4的头部可以理解为解析数据包的TCP/IP层的头部,从而得到该数据包的源IP地址、目的IP地址、协议号、源端口和目的端口,即得到该数据包的五元组信息。
五元组信息:包括源IP地址、目的IP地址、协议号、源端口和目的端口,本申请实施例中,五元组信息全部相同的数据包对应同一个数据流。
组包:终端的调制解调器需要将从空口侧接收到多个数据包发送到应用处理器进行处理,通过组包的方式,将多个数据包组包成一个数据包进行发送,能够提高传输速率。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”, 或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
目前,在组包收包的场景下,终端侧处理数据包的过程如图1所示,终端侧包括调制解调器和应用处理器。其中,调制解调器用于接收数据包并将数据包发送给应用处理器,应用处理器用于对数据包进行处理,具体包括以下步骤:
步骤1、调制解调器从空口侧接收多个数据包。
步骤2、调制解调器将多个数据包按照从空口侧的接收顺序进行组包。
步骤2可以理解为调制解调器将多个数据包按照从空口侧的接收顺序组包成一个大数据包(即组包后的数据包)。
步骤3、调制解调器通过通用串行总线(universal serial bus,USB)将组包后的数据包发送到应用处理器。
步骤4、应用处理器在硬件适配层上接收组包后的数据包,并将组包后的数据包传输到应用处理器的网卡层。
其中,应用处理器可以理解为中央处理器(central processing unit,CPU)。应用处理器包括硬件适配层、网卡层、协议栈层和应用层。数据包中的每个层的头部都有独立的软件去解析,其中,硬件适配层和网卡层可以理解为解析数据包链路层的头部的软件,应用处理器中的协议栈层可以理解为解析数据包TCP层的头部和IP层的头部的软件合集,应用层包括一个或多个应用程序。应用处理器在不同的层上会运行不同的软件来执行不同的动作。例如,应用处理器在硬件适配层上主要负责将接收到的组包后的数据包传输到网卡层。
具体的,步骤4中应用处理器在硬件适配层上将组包后的数据包调度到应用处理器的一个核(即单核)上,通过单核将组包后的数据包传输到应用处理器的网卡层。
步骤5、应用处理器在网卡层上对组包后的数据包解组包,得到多个数据包。
应用处理器在网卡层上接收到组包后的数据包后,会对该组包后的数据包解组包格式,得到多个数据包。也可以理解为将一个大数据包(即组包后的数据包)解组包成多个数据包。
具体的,步骤5中应用处理器在网卡层上通过单核对组包后的数据包解组包,得到多个数据包。
步骤6、应用处理器在网卡层上将多个数据包传输到应用处理器的协议栈层。
具体的,步骤6中应用处理器在网卡层上将解组包后得到的多个数据包调度到单核上传输到协议栈层。
因此,当空口侧的下行速率过高,调制解调器从空口侧接收到的数据包较多时,应用处理器在网卡层上通过单核解组包并传输多个数据包,会导致该单核所承受的负载较大,进而导致应用处理器处理数据包的速度下降,即终端侧的处理能力降低。
步骤7、应用处理器在协议栈层上对多个数据包解数据包,得到多个数据包中的多个用户数据,并将多个用户数据拷贝到与应用程序对应的核。
应用处理器在协议栈层上接收到多个数据包后,会对该多个数据包解数据包,得到多个数据包中的多个用户数据,可以理解为将多个数据包中的每个数据包逐层解析,得到每个数据包中的用户数据。
具体的,步骤7中应用处理器在协议栈层上通过单核对多个数据包解数据包,得 到多个数据包中的多个用户数据,并将多个用户数据调度到单核上拷贝到与应用程序对应的核。
因此,当解数据包得到的用户数据较多时,应用处理器在协议栈层上通过单核对多个数据包解数据包并将数据包中的用户数据拷贝到与应用程序对应的核,会导致该单核所承受的负载较大,进而导致终端侧的处理能力降低。
可以看出,在上述终端侧处理数据包的过程中,步骤5-步骤7中涉及到的应用处理器解组包、解数据包以及将用户数据拷贝到与应用程序对应的核的过程,是应用处理器处理数据包的过程中负载占用较大的过程。但是,目前在上述组包收包的场景下,终端侧只会通过单核处理数据包,因此会出现应用处理器其中一个核的负载过高,而其他核的负载较低或处于空闲态的情况,并且通过单核处理数据包的处理时间较长,处理速度较慢,因此会导致终端侧的处理能力下降。
因此,为了通过多个核处理数据包,且使多个核所承受的负载均衡,提出了应用处理器在网卡层上解组包之后,再解析多个数据包的L3/L4的头部,即多个数据包的TCP/IP层的头部的方案。如图2所示,该方案可以理解为将上述步骤5-步骤7替换为步骤5'-步骤7',其余步骤1-步骤4的过程不变,步骤5'-步骤7'如下:
步骤5'、应用处理器在网卡层上对组包后的数据包解组包,得到多个数据包,再解析多个数据包的L3/L4的头部。
其中,解析数据包的L3/L4的头部能够得到数据包的五元组信息,根据数据包的五元组信息可以确定出该数据包所属于的数据流。其中,同一个数据流是由同一个应用程序发起的,同一个应用程序可以发起多个不同的数据流,也可以理解为,同一个数据流对应同一个应用程序,多个不同的数据流可以对应同一个应用程序。应用处理器在网卡层上能够通过解析多个数据包的L3/L4的头部,将多个数据包按照数据流进行区分,即对多个数据包进行分流。
具体的,步骤5'中应用处理器在网卡层上通过单核对组包后的数据包解组包,得到多个数据包,再通过单核解析多个数据包的L3/L4的头部。
步骤6'、应用处理器在网卡层上将多个数据包传输到应用处理器的协议栈层。
其中,将多个数据包传输到应用处理器的协议栈层可以理解为:根据步骤5'中对多个数据包进行分流后的结果,将属于同一个数据流的数据包调度到同一个核上传输到应用处理器的协议栈层,即步骤6'中应用处理器在网卡层上将解组包后得到的多个数据包调度到多个核上传输到协议栈层。
步骤7'、应用处理器在协议栈层上将多个数据包解数据包,得到多个数据包中的多个用户数据,并将多个用户数据拷贝到与应用程序对应的核。
具体的,步骤7'中应用处理器在协议栈层上通过多个核对多个数据包解数据包,得到多个数据包中的多个用户数据,并将多个用户数据调度到多个核上拷贝到与应用程序对应的核。也可以理解为,将属于同一个数据流的多个数据包解析得到的多个用户数据调度到同一个核上拷贝到与该数据流对应的应用程序对应的核。
将上述步骤5-步骤7替换为步骤5'-步骤7'后,应用处理器虽然能够通过多个核处理数据包,降低单核所承受的负载。但是,应用处理器在网卡层上增加了额外的处理过程,即应用处理器在网卡层上增加了解析多个数据包的L3/L4的头部的处理过 程,并且应用处理器在协议栈层上依旧会按照原有的处理流程解数据包。因此该方案会导致应用处理器增加额外的消耗,引入了额外的处理开销。
因此,本申请提出一种处理数据包的方法,该方法可以应用于电子设备。考虑到现有技术中在组包收包场景下,由单核处理数据包,导致应用处理器处理数据包的能力下降的问题,本申请在组包收包场景下,通过将多个接收数据包划分到至少一个数据段,每个数据段对应一个应用程序,每个数据段包括数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核,从而合理均衡了应用处理器多个核所承受的负载,避免出现某一个核承受负载较高而其他核所承受负载较低或处于空闲态的情况,提高了电子设备处理数据包的能力。
如图3所示,本申请实施例提出的处理数据包的方法可以应用于组包收包的场景中,该场景包括电子设备和外部设备,电子设备例如可以为芯片、移动终端、平板电脑、笔记本电脑、个人电脑(personal computer,PC)等,外部设备例如可以为服务器等。其中,电子设备和外部设备之间可以相互通信,例如可以相互传输数据包,外部设备用于向电子设备发送多个接收数据包,电子设备用于接收外部设备发送的多个接收数据包,并对该多个接收数据包进行处理。电子设备和外部设备之间的通信可经过一个或多个中间节点,例如基站、无线路由器、有线路由器、网关或中继节点等。
在一种示例中,如图4所示,其示出了一种电子设备的硬件结构示意图,该电子设备可以为芯片,图4中以芯片400示例的芯片。芯片400可包括处理器401、存储器402以及芯片接口403等。
可以理解的是,本申请实施例示意的结构并不构成对芯片400的具体限定。在本申请另一些实施例中,芯片400可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器401可以包括一个或多个处理单元,处理单元用于对从芯片接口403处接收的多个接收数据包进行处理,例如将多个接收数据包进行组包、将组包后的多个数据包解组包、对多个接收数据包解数据包以及对多个接收数据包进行调度等。不同的处理单元可以是独立的部件,也可以集成在一个或多个处理器中。例如处理器401可以包括图形处理器(graphics processing unit,GPU)、中央处理器(central processing unit,CPU)、和/或神经网络处理器(neural network processing unit,NPU)等。本申请实施例中,处理器401包括调制解调器4011和应用处理器4012。
其中,调制解调器4011可以用于接收并处理接收数据包。本申请实施例中,调制解调器4011可以用于解析多个接收数据包的L3/L4的头部,得到多个接收数据包的五元组信息,识别多个接收数据包所对应的数据流,将对应同一个数据流的一个或多个接收数据包划分到同一个数据段进行组包。可以理解为一个数据段对应一个数据流,即一个数据段中的一个或多个接收数据包对应同一个数据流对应的应用程序,而一个数据流是由一个应用程序发起的,因此也可以理解为一个数据流对应一个应用程序。调制解调器4011还用于将组包后的数据包发送出去。
应用处理器4012可以用于接收并处理接收数据包。本申请实施例中,应用处理器4012可以用于将组包后的数据包解组包,得到至少一个数据段,将每个数据段中的一 个或多个接收数据包传输至与应用程序对应的核。
存储器402可以用于存储一个或多个计算机程序,该一个或多个计算机程序包括指令。处理器401可以通过运行存储在存储器402的上述指令,从而使得芯片400执行本申请实施例中所提供的处理数据包的方法等。存储器402可以包括代码存储区和数据存储区。其中,数据存储区可存储芯片400使用过程中所创建的数据等。此外,存储器402可以包括高速随机存取存储器,还可以包括非易失性存储器,例如一个或多个磁盘存储部件,闪存部件,通用闪存存储器(universal flash storage,UFS)等。本申请的实施例中,存储器402可以用于存储一个或多个应用程序。
芯片接口403可以包括一个或多个芯片接口,芯片接口403例如可以为处理器401中的调制解调器4011对外通信的接口,也可以为天线或以太接口等。芯片接口403用于与芯片的外部设备进行通信,例如与服务器进行通信。
应用上述本申请提供的电子设备,下面结合附图对本申请针对电子设备所提出的处理数据包的方法,以电子设备为芯片为例,在芯片进行组包收包过程中,通过将多个接收数据包划分到至少一个数据段,每个数据段对应一个应用程序,每个数据段包括数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核的过程进行介绍。
如图5所示,本申请实施例提供一种处理数据包的方法,该方法应用于电子设备,电子设备包括多个核,以电子设备为芯片400为例,该方法包括:
步骤501、解调多个接收数据包,将多个接收数据包划分到至少一个数据段。
其中,多个接收数据包可以理解为电子设备从外部设备接收的多个数据包,例如从服务器接收的多个数据包,且多个接收数据包可以来自不同的服务器,多个接收数据包例如可以为多个以太网数据包。多个接收数据包中的每个接收数据包都有对应的数据流,每个接收数据包对应的数据流可以相同或不相同。其中,数据流是由应用程序发起的,一个应用程序可以发起多个数据流,可以理解为同一个应用程序可以发起多个不同的数据流,即多个五元组信息不同的数据流。一个数据流对应一个应用程序,也可以理解为每个接收数据包都有对应的应用程序。
将多个接收数据包根据数据流划分到至少一个数据段,具体为将多个接收数据包中对应同一个数据流的一个或多个接收数据包划分到同一个数据段,可以理解为一个数据流对应一个数据段。至少一个数据段中每个数据段对应一个应用程序,可以理解为一个数据段对应一个应用程序,且多个数据段可以对应同一个应用程序,即该多个数据段对应的多个数据流是同一个应用程序发起的。
至少一个数据段中每个数据段包括数据段头,数据段头用于标识应用程序,例如数据段头包括数据流标识(identifier,ID)信息,数据流ID信息用于表示该数据段对应的应用程序,可以理解为用于表示被划分到该数据段中的一个或多个接收数据包对应的应用程序。
示例性的,电子设备接收到多个接收数据包之后,会解调多个接收数据包,识别多个接收数据包分别对应的数据流,即对多个接收数据包分流,将属于同一数据流的一个或多个接收数据包划分到同一个数据段中,可以理解为对多个接收数据包进行组包。如图6所示,以多个接收数据包为接收数据包0、接收数据包1和接收数据包2 为例,电子设备解调接收数据包0、接收数据包1和接收数据包2之后,识别出接收数据包2对应第一数据流,接收数据包0和接收数据包1对应第二数据流。电子设备将接收数据包2单独组包在第一数据段中,且第一数据段包括数据段头0,用于标识该第一数据段对应的第一应用程序。电子设备将接收数据包0和接收数据包1按照接收到的顺序一起组包在第二数据段中,且第二数据段包括数据段头1,用于标识该第二数据段对应的第二应用程序。其中,第一应用程序和第二应用程序可以是同一个应用程序,也可以是不同应用程序。
具体的,上述步骤501可以是电子设备中的调制解调器执行的,例如可以是图4中的调制解调器4011执行的。
在一些可选的实施例中,步骤501具体包括:
步骤5011、根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,以将一个或多个接收数据包组包在每个数据段中。
步骤501中解调多个接收数据包例如可以为解析多个接收数据包的L3/L4的头部,得到每个接收数据包的五元组信息。其中,五元组信息完全相同的数据包对应同一个数据流,即五元组信息完全相同的数据包能够划分到同一个数据段中,对应同一个应用程序。可以理解为现有技术步骤5'中应用处理器在网卡层上解析多个数据包的L3/L4的头部的过程由本申请的调制解调器4011执行,本申请的调制解调器4011具备解析多个接收数据包的L3/L4的头部,得到每个接收数据包的五元组信息的能力。示例性的,本申请的调制解调器4011中包括硬件加速器,调制解调器4011通过硬件加速器来执行解析多个接收数据包的L3/L4的头部,得到每个接收数据包的五元组信息这一步骤。调制解调器4011得到每个接收数据包的五元组信息后,能够将五元组信息相同的一个或多个接收数据包组包在同一个数据段中,该步骤也可以由调制解调器4011中的硬件加速器来执行。
示例性的,电子设备得到每个接收数据包的五元组信息后,根据每个接收数据包的五元组信息确定每个接收数据包对应的数据段,将五元组信息相同的一个或多个接收数据包组包在同一个数据段中。
如图6所示,电子设备按接收到多个接收数据包的顺序,将五元组信息相同的一个或多个接收数据包组包在同一个数据段中。组包后的多个接收数据包包括组包头、每个数据段的数据段头和每个数据段中的一个或多个接收数据包。其中,组包头用于存放整个组包后的多个接收数据包的描述信息,每个数据段的数据段头用于标识该数据段对应的数据流,即用于标识该数据段对应的应用程序,每个数据段中的一个或多个接收数据包为对应同一个数据流的一个或多个接收数据包,即对应该数据段头标识的应用程序的一个或多个接收数据包。
以通用串行总线(universal serial bus,USB)网络控制模型(network control model,NCM)组包格式为例,组包后的多个接收数据包如图7所示,包括NCM头、多个NCM数据包指针(NCM data pointer,NDP)和多个接收数据包等。
其中,NCM头可以理解为组包头,用于存放组包后的多个接收数据包的描述信息。NCM头包括NCM传输头(NCM transfer header,NTH)、长度(NCM头)和指针(NDP)等信息。NTH为组包标识符,用于存放固定字符串专用集成电路(application specific integrated circuit,ASIC)码,长度(NCM头)用于描述整个NCM头的长度,指针(NDP)用于指向组包后的多个接收数据包中第一个NDP的位置,可以理解为解析到该指针(NDP)后,能够索引到第一个NDP头。
多个NDP可以理解为多个数据段,目前在USB通信设备类(communication device class,CDC)规范的NCM组包格式中并没有规范每个NDP的划分规则,本申请实施例中,优化为每个NDP包括的数据包都对应同一个数据流,即对应同一个应用程序。
如图7所示,以多个NDP包括NDP0和NDP1,NDP0包括接收数据包2,NDP1包括接收数据包0和接收数据包1为例。NDP0包括NDP0头、长度(NDP0)、指针(下一个NDP)、指针(接收数据包2)和长度(接收数据包2)等信息。其中,NDP0头可以理解为数据段头。目前在USB CDC规范的NCM组包格式中,NDP头默认存放“ncmx”字符串ASIC码值,本申请实施例中,优化为NCM头存放用于标识应用程序的信息。可以理解为NDP0头用于表示该NDP0对应的应用程序的信息,例如存放数据流ID信息,示例性的,将数据流ID信息放入到NDP0头中时,可以前16比特(bit)放置固定的字符,后16bit放置数据流ID信息,本申请不予限制。长度(NDP0)用于描述整个NDP0的长度,指针(下一个NDP)用于指向下一个NDP的位置,指针(接收数据包2)用于指向接收数据包2的位置,长度(接收数据包2)用于描述接收数据包2的长度。
NDP1的格式与NDP0的格式类似,NDP1包括NDP1头、长度(NDP1)、指针(下一个NDP)、指针(接收数据包0)、长度(接收数据包0)、指针(接收数据包1)和长度(接收数据包1)等信息。其中,NDP1头中存放的数据流ID信息与NDP0头中存放的数据流ID信息不同,可以理解为NDP1和NDP0对应不同的应用程序,长度(NDP1)用于描述整个NDP1的长度,指针(下一个NDP)用于指向下一个NDP的位置,当NDP1为最后一个NDP时,可以理解为当前数据段为最后一个数据段时,指针(下一个NDP)=空,指针(接收数据包0)用于指向接收数据包0的位置,长度(接收数据包0)用于描述接收数据包0的长度,指针(接收数据,1)用于指向接收数据包1的位置,长度(接收数据包1)用于描述接收数据包1的长度。
多个接收数据包例如可以为多个以太网数据包,根据每个接收数据包的五元组信息,将五元组信息相同的一个或多个接收数据包按照图6或图7的组包格式组包在同一个数据段中。
在图7示例的CDC协议规范的NCM组包格式中,NDP中包括一个或多个接收数据包可以理解为NDP中包括该一个或多个接收数据包的指针信息,通过该一个或多个接收数据包的指针信息索引到该一个或多个接收数据包的位置上。例如通过NDP1中的指针(接收数据包1)信息索引到接收数据包1的位置,NDP1中并不直接包括该接收数据包1,是包括指示该接收数据包1位置的指针(接收数据包1)信息,即可以表示为NDP1中包括接收数据包1。相应的,本申请实施例提出的组包格式也可以是人为定义一种组包格式,其中每个数据段中直接包括一个或多个接收数据包,该一个或多个数据包对应同一个数据流,即对应同一个应用程序。
步骤502、解析至少一个数据段,得到数据段头,根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。
其中,解析至少一个数据段可以理解为电子设备将组包后的多个接收数据包进行 解组包,得到至少一个数据段中每个数据段包括的数据段头,以及每个数据段中的一个或多个接收数据包。
电子设备包括多个核,可以理解为电子设备中的应用处理器包括多个核,一个应用程序对应一个核,可以理解为一个应用程序在一个核上运行。根据解析至少一个数据段得到的每个数据段的数据段头,其中,数据段头中包括的数据流ID信息能够标识该数据段对应的应用程序。将每个数据段中的一个或多个接收数据包传输至与该数据段对应的应用程序对应的核,可以理解为将该一个或多个接收数据包调度到与该数据段对应的应用程序对应的核上运行。
示例性的,电子设备将组包后的多个接收数据包解组包后,能够得到每个数据段的数据段头和每个数据段中的一个或多个接收数据包等,根据每个数据段的数据段头标识的应用程序,将每个数据段中的一个或多个接收数据包传输至对应的应用程序对应的核,在核上运行该应用程序从而处理该一个或多个接收数据包。参考图6所示的组包后的多个接收数据包,电子设备对该组包后的多个接收数据包解组包后,会得到数据段头0、接收数据包2、数据段头1、接收数据包0和接收数据包1等信息。电子设备根据数据段头0将接收数据包2传输至数据段头0标识的第一应用程序对应的核,并在第一应用程序对应的核上运行该第一应用程序从而处理该接收数据包2。电子设备根据数据段头1将接收数据包0和接收数据包1传输至数据段头1标识的第二应用程序对应的核,并在第二应用程序对应的核上运行该第二应用程序从而处理该接收数据包0和接收数据包1。
具体的,上述步骤502可以是电子设备中的应用处理器执行的,例如可以是图4中的应用处理器4012执行的。
在一些可选的实施例中,应用处理器包括硬件适配层、网卡层、协议栈层和应用层。数据包中的每个层的头部都有独立的软件去解析,其中,硬件适配层和网卡层可以理解为解析数据包链路层的头部的软件,应用处理器中的协议栈层可以理解为解析数据包TCP层的头部和IP层的头部的软件合集,应用层包括一个或多个应用程序,一个应用程序运行在一个核上,硬件适配层、网卡层和协议栈层支持多核运行。步骤502具体包括:
步骤5021、在网卡层上解析至少一个数据段,得到数据段头,根据数据段头确定应用程序。
其中,电子设备在硬件适配层上接收到组包后的多个接收数据包后,会将组包后的多个接收数据包传输到网卡层。电子设备在网卡层上将组包后的多个接收数据包解组包,得到每个数据段的数据段头,并根据数据段头标识的应用程序确定出每个数据段对应的应用程序。
步骤5022、将一个或多个接收数据包从网卡层传输至协议栈层。
其中,电子设备将对应同一个应用程序的一个或多个接收数据包传输至协议栈层,可以理解为电子设备将对应同一个应用程序的一个或多个接收数据包调度到同一个核上传输至协议栈层,即电子设备将多个接收数据包中对应不同应用程序的一个或多个接收数据包调度到不同的核上传输到协议栈层。
示例性的,电子设备在网卡层上根据每个数据段的数据段头标识的应用程序,将 每个数据段中的一个或多个接收数据包通过不同的上送队列传输至协议栈层。其中,同一个上送队列中传输同一个数据段中的一个或多个接收数据包。
步骤5023、在协议栈层上解析一个或多个接收数据包,得到解析后的数据。
其中,电子设备在协议栈层上对接收数据包逐层进行解析,得到解析后的数据,同一个数据段中的一个或多个接收数据包解析后的数据对应同一个应用程序。
步骤5024、将解析后的数据传输至与应用程序对应的核。
其中,电子设备将解析后的数据传输至与该解析后的数据对应的应用程序对应的核,即将解析后的数据传输至与该解析后的数据对应的数据段对应的应用程序对应的核。可以理解为多个接收数据包中对应同一个数据段的一个或多个接收数据包对应同一个应用程序,一个应用程序对应一个核,将对应同一个数据段的一个或多个接收数据包解析得到的数据调度到对应的应用程序对应的核上。
由此,本申请实施例提供的一种处理数据包的方法,可以应用于电子设备,例如芯片中,当进行组包收包过程时,通过将多个接收数据包划分到至少一个数据段,每个数据段对应一个应用程序,且每个数据段的数据段头用于标识应用程序的组包格式,在解包时,将每个数据段中的一个或多个接收数据包传输至与该数据段对应的应用程序对应的核。相比于现有技术中对组包格式中每个数据段不进行规范,且通过单核对多个数据包进行处理,导致单核所承受负载较大,电子设备处理能力降低,本申请通过改变组包格式,且通过多个核对多个接收数据包进行处理,实现合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力的技术效果。
如图8所示,电子设备包括调制解调器和应用处理器,调制解调器用于从空口侧接收多个接收数据包并对多个接收数据包进行处理,应用处理器用于从调至解调器接收多个接收数据包并对多个接收数据包进行处理,应用处理器包括多个核,应用处理器包括硬件适配层、网卡层、协议栈层和应用层,应用层包括一个或多个程序,具体包括以下步骤:
步骤a、调制解调器从空口侧接收多个数据包。
示例性的,调制解调器可以从空口侧接收服务器发送的多个数据包。
步骤b、调制解调器解调多个接收数据包。
步骤b可参见对上述步骤501的描述,此处不过多赘述。
步骤c、调制解调器将多个接收数据包划分到至少一个数据段。
其中,至少一个数据段中每个数据段对应一个应用程序,每个数据段包括数据段头,数据段头用于标识应用程序。步骤c可参见对上述步骤501的描述,此处不过多赘述。
步骤c具体的包括步骤c1、根据多个接收数据包中每个接收数据包的五元组信息确定每个接收数据包对应的数据段,以将一个或多个接收数据包组包在每个数据段中。步骤c1可参见对上述步骤5011的描述,此处不过多赘述。
调制解调器中例如可以包括硬件加速器,上述步骤b和步骤c的过程,具体可以由硬件加速器来执行,即由硬件加速器对接收到的多个接收数据包进行分流和组包。
步骤d、调制解调器向应用处理器发送至少一个数据段。
其中,每个数据段中的一个或多个接收数据包用于传输至与应用程序对应的核。 调制解调器可以通过有线方式或无线方式向应用处理器发送至少一个数据段,例如,调制解调器可以通过USB向应用处理器发送至少一个数据段。
步骤e、应用处理器从调制解调器接收至少一个数据段。
其中,应用处理器在硬件适配层上接收至少一个数据段,并将至少一个数据段传输到应用处理器的网卡层。
步骤f、应用处理器解析至少一个数据段,得到数据段头。
步骤f可参见对上述步骤502的描述,此处不过多赘述。
步骤f具体的包括:步骤f1、在网卡层上解析至少一个数据段,得到数据段头,根据数据段头确定应用程序。
步骤f2、将一个或多个接收数据包从网卡层传输至协议栈层。
步骤f3、在协议栈层上解析一个或多个接收数据包,得到解析后的数据;
步骤f4、将解析后的数据传输至与应用程序对应的核。
步骤f1-步骤f4可参见对上述步骤5021-步骤5024的描述,此处不过多赘述。
步骤g、应用处理器根据数据段头将每个数据段中的一个或多个接收数据包传输至与应用程序对应的核。
步骤g可参见对上述步骤502的描述,此处不过多赘述。
由此,本申请实施例提供的一种处理数据包的方法,可以应用于电子设备,电子设备包括调制解调器和应用处理器,当进行组包收包过程时,调制解调器将多个接收数据包划分到至少一个数据段,每个数据段对应一个应用程序,且每个数据段的数据段头用于标识应用程序的组包格式,在解包时,应用处理器将每个数据段中的一个或多个接收数据包传输至与该数据段对应的应用程序对应的核。相比于现有技术中在应用处理器侧引入额外消耗,使得电子设备处理能力降低,本申请通过改变组包格式,通过多个核对多个接收数据包进行处理,并且在应用处理器侧不引入额外消耗,实现合理均衡电子设备多个核的负载,提高电子设备处理数据包的能力的技术效果。
可以理解的是,上述电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请实施例的范围。
本申请实施例可以根据上述方法示例对上述电子设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图9示出了上述实施例中涉及的调制解调装置900的一种可能的组成示意图,调制解调装置900可以为上述实施例中涉及的调制解调器,如图9所示,该调制解调装置900可以包括:解调模块901、组包模块902和发送模块903。
其中,解调模块901可以用于支持调制解调装置900执行上述步骤501和步骤b等,和/或用于本文所描述的技术的其他过程。
组包模块902可以用于支持调制解调装置900执行上述步骤501、步骤5011、步骤c和步骤c1等,和/或用于本文所描述的技术的其他过程。
发送模块903可以用于支持调制解调装置900执行上述步骤d等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的调制解调装置900,用于执行上述处理数据包的方法,因此可以达到与上述实现方法相同的效果。
在采用对应各个功能划分各个功能模块的情况下,图10示出了上述实施例中涉及的应用处理装置1000的一种可能的组成示意图,应用处理装置1000可以为上述实施例中涉及的应用处理器,如图10所示,该应用处理装置1000可以包括:接收模块1001、解析模块1002和调度模块1003。
其中,接收模块1001可以用于支持应用处理装置1000执行上述步骤e等,和/或用于本文所描述的技术的其他过程。
解析模块1002可以用于支持应用处理装置1000执行上述步骤502、步骤5021、步骤5022、步骤5023、步骤f、步骤f1、步骤f2和步骤f3等,和/或用于本文所描述的技术的其他过程。
调度模块1003可以用于支持应用处理装置1000执行上述步骤502、步骤5024、步骤f4和步骤g等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的应用处理装置1000,用于执行上述处理数据包的方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,如图11所示,本申请实施例公开了一种电子设备1100,该电子设备1100可以为上述实施例中的芯片400。电子设备1100可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对电子设备1100的动作进行控制管理,例如,可以用于支持电子设备1100执行上述解调模块901、组包模块902、发送模块903、接收模块1001、解析模块1002和调度模块1003执行的步骤。存储模块可以用于支持电子设备1100存储程序代码和数据等。通信模块可以用于支持电子设备1100与其他设备的通信例如,可以用于支持电子设备1100执行上述步骤a。
当然,上述电子设备1100中的单元模块包括但不限于上述处理模块、存储模块和通信模块。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为与其他外部设备交互的设备。
例如,处理模块为处理器401,存储模块可以为存储器402,通信模块可以为芯片接口403。本申请实施例所提供的电子设备1100可以为图4所示的芯片400。其中,上述处理器401、存储器402、芯片接口403等可以连接在一起,例如通过总线连接。
本申请实施例还提供一种电子设备,包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得电子设备执行上述相关方法步骤实现上述实施例中的处理数据包的方法。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当计算机指令在计算机或处理器上运行时,使得计算机或处理器执行上述实施例中的处理数据包的方法。
其中,本实施例提供的电子设备和计算机存储介质均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任 何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (11)
- 一种电子设备,其特征在于,所述电子设备包括:调制解调器,用于解调多个接收数据包,将所述多个接收数据包划分到至少一个数据段,所述至少一个数据段中每个数据段对应一个应用程序,所述每个数据段包括数据段头,所述数据段头用于标识所述应用程序;应用处理器包括多个核,所述应用处理器用于解析所述至少一个数据段,得到所述数据段头,根据所述数据段头将所述每个数据段中的一个或多个接收数据包传输至与所述应用程序对应的核。
- 根据权利要求1所述的电子设备,其特征在于,所述应用处理器具体用于:在网卡层上解析所述至少一个数据段,得到所述数据段头,根据所述数据段头确定所述应用程序;将所述一个或多个接收数据包从所述网卡层传输至协议栈层;在所述协议栈层上解析所述一个或多个接收数据包,得到解析后的数据;将所述解析后的数据传输至与所述应用程序对应的所述核。
- 根据权利要求1或2所述的电子设备,其特征在于,所述调制解调器具体用于:根据所述多个接收数据包中每个接收数据包的五元组信息确定所述每个接收数据包对应的数据段,以将所述一个或多个接收数据包组包在所述每个数据段中。
- 一种调制解调装置,其特征在于,所述调制解调装置包括:解调模块,用于解调多个接收数据包;组包模块,用于将所述多个接收数据包划分到至少一个数据段,所述至少一个数据段中每个数据段对应一个应用程序,所述每个数据段包括数据段头,所述数据段头用于标识所述应用程序;发送模块,用于向应用处理装置发送所述至少一个数据段,所述每个数据段中的一个或多个接收数据包用于传输至与所述应用程序对应的核。
- 根据权利要求4所述的调制解调装置,其特征在于,所述组包模块具体用于:根据所述多个接收数据包中每个接收数据包的五元组信息确定所述每个接收数据包对应的数据段,以将所述一个或多个接收数据包组包在所述每个数据段中。
- 一种应用处理装置,所述应用处理装置包括多个核,其特征在于,所述应用处理装置包括:接收模块,用于从调制解调装置接收至少一个数据段,所述至少一个数据段中每个数据段对应一个应用程序,所述每个数据段包括数据段头,所述数据段头用于标识所述应用程序;解析模块,用于解析所述至少一个数据段,得到所述数据段头;调度模块,用于根据所述数据段头将所述每个数据段中的一个或多个接收数据包传输至与所述应用程序对应的核。
- 根据权利要求6所述的应用处理装置,其特征在于,所述解析模块具体用于:在网卡层上解析所述至少一个数据段,得到所述数据段头,根据所述数据段头确定所述应用程序;将所述一个或多个接收数据包从所述网卡层传输至协议栈层;在所述协议栈层上解析所述一个或多个接收数据包,得到解析后的数据;所述调度模块,具体用于将所述解析后的数据传输至与所述应用程序对应的所述核。
- 一种处理数据包的方法,所述方法应用于电子设备,所述电子设备包括多个核,其特征在于,所述方法包括:解调多个接收数据包,将所述多个接收数据包划分到至少一个数据段,所述至少一个数据段中每个数据段对应一个应用程序,所述每个数据段包括数据段头,所述数据段头用于标识所述应用程序;解析所述至少一个数据段,得到所述数据段头,根据所述数据段头将所述每个数据段中的一个或多个接收数据包传输至与所述应用程序对应的核。
- 根据权利要求8所述的方法,其特征在于,所述解析所述至少一个数据段,得到所述数据段头,根据所述数据段头将所述每个数据段中的一个或多个接收数据包传输至与所述应用程序对应的核具体包括:在网卡层上解析所述至少一个数据段,得到所述数据段头,根据所述数据段头确定所述应用程序;将所述一个或多个接收数据包从所述网卡层传输至协议栈层;在所述协议栈层上解析所述一个或多个接收数据包,得到解析后的数据;将所述解析后的数据传输至与所述应用程序对应的所述核。
- 根据权利要求8或9所述的方法,其特征在于,所述解调多个接收数据包,将所述多个接收数据包划分到至少一个数据段具体包括:根据所述多个接收数据包中每个接收数据包的五元组信息确定所述每个接收数据包对应的数据段,以将所述一个或多个接收数据包组包在所述每个数据段中。
- 一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在计算机或处理器上运行时,使得所述计算机或所述处理器执行上述权利要求8-10中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/132095 WO2023087306A1 (zh) | 2021-11-22 | 2021-11-22 | 一种处理数据包的方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117561706A true CN117561706A (zh) | 2024-02-13 |
Family
ID=86396065
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180099446.2A Pending CN117561706A (zh) | 2021-11-22 | 2021-11-22 | 一种处理数据包的方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117561706A (zh) |
WO (1) | WO2023087306A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080130680A1 (en) * | 2006-12-05 | 2008-06-05 | Electronics And Telecommunications Research Institute | Apparatus and method for receiving upstream data packet |
WO2009008007A2 (en) * | 2007-07-09 | 2009-01-15 | Hewlett-Packard Development Company L.P. | Data packet processing method for a multi core processor |
CN110650168B (zh) * | 2018-06-27 | 2021-09-14 | 华为技术有限公司 | 一种通信方法及其装置 |
KR102604290B1 (ko) * | 2018-07-13 | 2023-11-20 | 삼성전자주식회사 | 전자 장치의 데이터 패킷 처리 장치 및 방법 |
CN110968415B (zh) * | 2018-09-29 | 2022-08-05 | Oppo广东移动通信有限公司 | 多核处理器的调度方法、装置及终端 |
KR20210060194A (ko) * | 2019-11-18 | 2021-05-26 | 삼성전자주식회사 | 패킷 전달을 제어하는 전자 장치 및 그의 동작 방법 |
-
2021
- 2021-11-22 CN CN202180099446.2A patent/CN117561706A/zh active Pending
- 2021-11-22 WO PCT/CN2021/132095 patent/WO2023087306A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2023087306A1 (zh) | 2023-05-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108268328B (zh) | 数据处理装置及计算机 | |
TWI392288B (zh) | 用於多核心通訊處理的系統及方法 | |
CN106209506A (zh) | 一种虚拟化深度包检测流量分析方法及*** | |
CN111818136B (zh) | 数据处理方法、装置、电子设备及计算机可读介质 | |
CN112243046B (zh) | 通信方法和网卡 | |
CN101902395A (zh) | 管理主机上的资源的***和方法 | |
US9910687B2 (en) | Data flow affinity for heterogenous virtual machines | |
WO2012080170A1 (en) | Network processor and method for accelerating data packet parsing | |
US20170187587A1 (en) | Technologies for inline network traffic performance tracing | |
CN104580011A (zh) | 一种数据转发装置和方法 | |
WO2018004953A1 (en) | Technologies for scalable packet reception and transmission | |
CN114885045B (zh) | 一种在高速智能网卡/dpu内节约dma通道资源方法和装置 | |
WO2000052869A2 (en) | Method and apparatus for identifying and classifying network traffic in a high performance network interface | |
CN106603322A (zh) | 一种报文发送、接收方法及网络设备 | |
US10554513B2 (en) | Technologies for filtering network packets on ingress | |
CN102238064A (zh) | 数据传输方法、装置和*** | |
CN104598430A (zh) | 一种cpu互联扩展***的网络接口互联设计与控制*** | |
CN117561706A (zh) | 一种处理数据包的方法和设备 | |
CN107645747B (zh) | 一种发送和接收数据的方法及设备 | |
CN117041370A (zh) | 一种通信方法及*** | |
CN116405420A (zh) | 一种网络测试仪、网络测试***和网络测试方法 | |
CN112804027B (zh) | 数据包生成方法及装置、数据读取方法及装置 | |
CN115904488A (zh) | 数据传输方法、***、装置及设备 | |
CN116095015B (zh) | 电子哨兵数据传输效率提升方法、装置、设备及存储介质 | |
CN115150308B (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 |