CN112350957B - 一种网络报文发送的方法、装置和网络处理器 - Google Patents

Abstract

一种网络报文发送的方法、装置、网络处理器和计算机可读存储介质，所述方法包括：网络处理器从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部；所述网络处理器发送所述网络报文。本发明实施例中，网络处理器内部存储了网络报文的头信息，减少发送时访问外部存储空间的总线流量，节省总线带宽；本发明实施例通过映射表获取网络报文的头信息，减少软件的机器周期消耗，减少软硬件组包时间，提高报文发送效率；而且，将头信息存于网络处理器内部，缩短获取头信息的路径，有利于提高网络故障分析效率。

Description

一种网络报文发送的方法、装置和网络处理器

技术领域

本文涉及但不限于一种网络报文发送的方法、装置、网络处理器和计算机可读存储介质。

背景技术

网络报文的发送均需要配置报文的MAC(Media Access Control，介质访问控制)/IP(Internet Protocol，网际协议)/UDP(User Datagram Protocol，用户数据报协议)等信息。

相关技术的网络报文发送方式占用了大量CPU计算，使得CPU消耗大，发送报文效率较低。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种网络报文发送的方法、装置、网络处理器和计算机可读存储介质，以节省总线带宽。

本发明实施例提供了一种网络报文发送的方法，包括：

网络处理器从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部；

所述网络处理器发送所述网络报文。

本发明实施例还提供一种网络报文发送的装置，包括：

获取模块，用于从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部；

发送模块，用于发送所述网络报文。

本发明实施例还提供一种网络处理器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述网络报文发送的方法。

本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行所述网络报文发送的方法。

本发明实施例包括：网络处理器从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部；所述网络处理器发送所述网络报文。本发明实施例中，网络处理器内部存储了网络报文的头信息，减少发送时访问外部存储空间的总线流量，节省总线带宽；本发明实施例通过映射表获取网络报文的头信息，减少软件的cycle消耗，减少软硬件组包时间，提高报文发送效率；而且，将头信息存于网络处理器内部，缩短获取头信息的路径，有利于提高网络故障分析效率。

在阅读并理解了附图和详细描述后，可以明白其他方面。

附图说明

图1是主流报文发送装置示意图；

图2是本发明实施例的网络报文发送的方法的流程图；

图3是本发明实施例的报文发送装置示意图；

图4是本发明实施例的存储单元例化为内部存储空间的示意图；

图5是本发明实施例的存储单元例化为Cache空间的示意图；

图6是本发明实施例的存储单元例化为内部存储及Cache空间的示意图；

图7是本发明另一实施例的网络报文发送的方法的流程图；

图8是本发明应用实例一的流程图；

图9是本发明应用实例二的流程图；

图10是本发明实施例的一种网络报文发送的装置的组成示意图；

图11是本发明另一实施例的一种网络报文发送的装置的组成示意图；

图12是本发明实施例的网络处理器的组成示意图。

具体实施方式

下文中将结合附图对本发明的实施例进行详细说明。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

相关技术中，MAC/IP/UDP等信息、数据描述信息以及净荷数据均放在网络加速器的外部存储空间，发送报文时会产生大量的系统总线流量，其中，除净荷数据外的总线流量均可认为是额外的总线流量。尤其在净荷长度占比报文总长度(包含头部信息)较小、以及达到数百Gbps(GigaBit Per Second，千兆/秒)以上的大流量场景，发送报文时频繁通过总线访问外部存储空间配置及获取MAC/IP/UDP等信息，造成了总线流量压力大、总线带宽有效利用率低。

除此之外，目前网络报文发送方式均是在发送时构造MAC/IP/UDP等信息，然后再调用硬件接口将报文发送出去，这种方案虽然灵活，但每次发包CPU(Central ProcessingUnit，中央处理单元)均需要通过访问总线配置及获取MAC/IP/UDP等信息，占用了大量CPU计算。据统计数据分析，每次组MAC/IP/UDP等信息需要上千甚至几千cycles(机器周期)。尤其是发包次数较多的场景，存在因组MAC/IP/UDP等信息占用CPU消耗大，软件发送报文效率较低的不足。

相关技术的发包方式如图1所示，其中，网络处理器包括描述符处理单元11、命令处理单元12和统计信息处理单元13，网络处理器通过总线(Bus)与外部存储空间14交互，获取MAC/IP/UDP等信息、数据描述信息以及净荷数据等。如前所述，这种发包技术存在总线流量压力大、总线带宽有效利用率低，以及占用CPU消耗大、发送报文效率较低等情况。

参照图2和图3，本发明实施例提出一种网络报文发送的方法，包括：

步骤201，网络处理器从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部。

其中，所述头信息可以包括但不限于MAC信息、IP信息、UDP信息、GTPU(GPRSTunnel Protocol User Plane，通用分组无线服务通道协议-用户面)信息、SCTP(StreamControl Transmission Protocol，流控制传输协议)信息中的一种或多种。

在一实施例中，所述映射表可以包括所述头信息、索引号(Index)、以及所述头信息和Index的映射关系，所述网络处理器根据Index，按照所述映射关系从所述映射表中获取对应的头信息。

参照图3，本发明实施例中，网络处理器上新增内部的存储单元20，该存储器可以存储所述映射表。

在一实施例中，所述映射表存储于所述网络处理器的内存和缓存中的至少之一。

参照图4，所述网络处理器内部的存储单元20可以包括内存(内部存储空间21)，该内部存储空间21包括但不限于RAM(Random Access Memory，随机存储内存)，ROM(ReadOnly Memory，只读存储内存)，RAM+ROM。其用于存储预先配置的MAC/IP/UDP头信息及Index的映射等，其空间大小可配，以适配不同的应用场景；在发包过程中，只需获取到本次发包使用的Index，网络处理器将自动匹配对应的MAC/IP/UDP等信息。

参照图5，所述网络处理器内部的存储单元20可以包括缓存(Cache空间22)，用于当使用外部存储空间14中的MAC/IP/UDP头信息时，可自动动态添加至网络处理器模块的Cache空间22中，根据预设的替换规则替换指定条目，达到在使用外部存储空间时提高发包处理效率及降低总线流量的效果。本发明实施例对Cache空间的独立数量、大小、缓存性能、是否使能等不作限制。

参照图6，所述的内部存储单元可以同时包括内部存储空间(RAM，ROM，RAM+ROM)21和Cache空间22，且内部存储空间21与Cache空间22可根据需求在初始化阶段配置例化的空间大小，本发明实施例对其例化的选择及其大小不作限制。

所述网络处理器内部的存储单元20还可以包括内部存储空间及Cache空间的管理逻辑，用于维护头信息与Index的映射表，增加、删除和更新Index。

在一实施例中，所述步骤201之前，还包括：

所述网络处理器生成所述映射表，将所述映射表存储于所述网络处理器内部。

也就是说，将所述映射表存储于所述网络处理器中的存储单元20中。

在一实施例中，所述网络处理器生成所述映射表，包括：

所述网络处理器根据小区配置信息获取头信息，建立所述头信息与Index具有映射关系的映射表。

其中，通过小区的配置信息获取到相应的源端、目的端的MAC/IP，如果通信是封装在更高层的协议基础上，如UDP、GTPU、SCTP等，则相应添加源端、目的端UDP、GTPU、SCTP信息，将其组成完整的头信息。

建立所述头信息与Index具有映射关系的映射表，其中，可以是MAC/IP/UDP头信息只对应一个Index映射表，也可以是MAC、IP、UDP分别对应一个Index映射表，或者是其中的MAC/IP、UDP分别对应一个Index映射表。

在一实施例中，所述网络处理器生成所述映射表，包括：

所述网络处理器从位于所述网络处理器外部的存储空间获取头信息，建立所述头信息与Index具有映射关系的映射表。

其中，可以是网络处理器先在位于所述网络处理器外部的存储空间生成头信息，然后将该头信息存储到位于所述网络处理器内部的缓存中，建立所述头信息与Index具有映射关系的映射表，下次使用时，直接从缓存中获取头信息。

步骤202，所述网络处理器发送所述网络报文。

本步骤中，所述网络处理器将组装好的网络报文发送出去。

步骤202之后，还可以包括：所述网络处理器对发送的网络报文信息进行统计，可以包括：

对本次发送的网络报文的个数、报文长度、本次发送使用的进程号、物理端口号等进行累加计数。

本发明实施例中，网络处理器内部存储了网络报文的头信息，减少发送时访问外部存储空间的总线流量，节省总线带宽；本发明实施例通过映射表获取网络报文的头信息，减少软件的cycle消耗，减少软硬件组包时间，提高报文发送效率；而且，将头信息存于网络处理器内部，缩短获取头信息的路径，有利于提高网络故障分析效率。本发明实施例采用软件实现时，可以减少软件发送接口的参数，提高程序稳定性。

参照图3～6，本发明实施例中，在网络处理器上新增内部存储空间和/或缓存空间以及相关管理逻辑(MAC/IP/UDP等信息体与Index的映射等)。

其中，命令处理单元12判断命令空间是否有新的描述符需要发送，若有就启动描述符处理单元11进行处理；描述符处理单元11解析描述符，根据描述符的内容获取净荷地址、长度和MAC/IP/UDP、报文组包和发送方式等信息，并组报文，启动报文发送；统计信息处理单元13于统计收发报文的统计信息。

所述外部存储空间14存储发送时所需要的MAC/IP/UDP头信息、净荷。本发明实施例对所述的外部存储空间的使用与否、类型及大小不作限制，可根据实际应用场合选择。

总线连接结构是网络处理器和外部存储空间的物理连接，网络处理器可通过总线实现对外部存储空间的读写访问。本发明实施例对所述的总线连接结构使用的总线类型、宽度、数量不作限制，可根据实际应用选择。

下面以一个实施例说明构造及发送网络报文的方法，如图7所示，包括如下步骤：

步骤301，配置头信息与映射表并存于网络处理器内部的存储单元。

本步骤中，进行软件初始化，配置MAC/IP/UDP等头信息与映射表并存于网络处理器内部的存储单元。

所述头信息是根据使用的协议确定其内容，如MAC头信息：接收方MAC地址(6字节)、发送方MAC地址(6字节)、以太类型(两字节)等。

本发明实施例对MAC/IP/UDP等头信息的类型、组合不作限制，可以是MAC、IP、UDP、GTPU、SCTP等头信息。

步骤302，配置报文描述符信息。

所述报文描述符信息可包括本次发包的净荷源端地址、净荷长度、本次发包的Index、命令方式等，配置结束后启动发送报文。

其中，Index是由初始化阶段配置MAC/IP/UDP等头信息与Index映射表的高层传递。

步骤303，网络处理器根据Index从映射表中获取本次发包的头信息。

本步骤进入网络发送进程，网络处理器根据Index从步骤301配置的MAC/IP/UDP等头信息与Index的映射表获取本次发包的MAC/IP/UDP等头信息。

步骤304，网络处理器获取本次发包的净荷地址、长度，获取净荷，将头信息与净荷共同组包发送。

其中，网络处理器中描述符处理单元解析报文描述符，获取本次发包的净荷地址、长度，并与MAC/IP/UDP等头信息共同组包发送。

步骤305，网络处理器对本次发送的报文进行统计。

其中，由统计信息单元对本次发送的报文个数、报文长度、本次发送使用的进程号、物理端口号等进行累加计数。

下面以一些应用实例进行说明。

应用实例一：

本应用实例涉及的装置实施方案如图4，方法实现流程如图8。图4网络处理器的存储单元使用的是内部存储空间，图8采用网络处理器中的MAC/IP/UDP头信息与Index映射表的方式进行构造网络报文。

应用实例一步骤如下：

步骤401，软件初始化后，如通信基站建立小区后，通过小区的配置信息获取到目的端的MAC/IP，如果通信是封装在更高层的协议基础上，如UDP、GTPU、SCTP等，则相应添加源端、目的端UDP、GTPU、SCTP信息，将其组成完整的头部信息。为简化描述，本应用实例中描述的完整头部信息为MAC/IP/UDP头信息。本发明实施例的实施方案包括但不仅限于本应用实例一描述的头部信息只包含MAC/IP/UDP的场景。

步骤402，将步骤401描述的完整头部信息MAC/IP/UDP头分别配置至图4中网络处理模块的存储单元20中，建立MAC/IP/UDP头信息与Index映射表。建立关系可以是MAC/IP/UDP头信息只对应一个Index，也可以是MAC、IP、UDP分别对应一个Index映射表，或者是其中的MAC/IP、UDP分别对应一个Index映射表。本发明实施例描述的头信息与Index的映射表包括但不限于以上描述的头部组合建立Index映射表，可以根据应用场合需求建立任意头部种类组合的映射表。

步骤403，进入网络发送进程，软件完成发送净荷的处理，获取存储于图4描述的外部存储空间的净荷数据源端地址及净荷长度。

步骤404，软件配置报文描述符信息，包括本次发包的净荷源端地址、净荷长度、本次发包的Index、命令处理方式等。

步骤405，图4描述的网络处理器中的存储单元20根据Index从步骤402中配置的MAC/IP/UDP头信息与Index映射表获取本次发包的MAC/IP/UDP头信息。

步骤406，启动发送命令，经描述符处理单元解析描述符并完成组包发送。发送命令的方式可以是只有一个命令，即本次发包只有一个报文描述符，也可以包含多个命令，即本次发包依次根据配置的多个报文描述符信息完成发包过程。

步骤407，判断发包是否完成，若未完成，继续发送，若完成，执行下一步。

步骤408，网络处理器的统计信息处理单元在发送过程对本次发送的报文个数、报文长度、本次发送使用的进程号、物理端口号等进行累加计数。

步骤409，等待统计信息更新完成，结束本次发包过程。

应用实例二：

将应用实例一网络处理器中存储单元的具体例化对象由内部存储空间替换为Cache空间，构成本应用实例的装置实施方案图5。本应用实例采用的方法如图9。图9虽然是常规的报文发送流程，但在本应用实例中，将首次获取的存储于外部存储空间的MAC/IP/UDP头信息添加至Cache空间。

应用实例二步骤如下：

步骤501，进入网络发送进程，软件完成发送净荷的处理，获取存储于图5描述的外部存储空间的净荷数据源端地址及净荷长度。

步骤502，申请外部存储空间，该空间用于存储发送时所需要的MAC/IP/UDP头信息。本发明实施例对描述的外部存储空间的类型及大小不作限制，可根据实际应用场合选择。

步骤503，构造本次发送的MAC/IP/UDP头信息，并将其存储于外部存储空间。该MAC/IP/UDP头信息的构造可以是软件或者是硬件构造，本发明实施例对MAC/IP/UDP头信息的构造方式不作限制。

步骤504，软件配置报文描述符信息，包括本次发包的净荷源端地址、净荷长度、命令处理方式等。

步骤505～508，与应用实例一的步骤406～409相同。

从外部存储空间首次使用的MAC/IP/UDP头信息，在本次发送结束后存于网络处理器的Cache空间中，在Cache空间存储能力范围内，若MAC/IP/UDP头信息未被置为无效，则下次使用到该MAC/IP/UDP头信息时，优先在Cache中查找匹配。该Cache可设置使能位。

应用实例三：

当MAC/IP/UDP头信息组合太多，受限于网络处理器的存储单元大小，可结合应用实例一和应用实例二实施。保持灵活性的同时，也对发送报文的效率作适当提升。

应用实例三步骤与应用实例一的步骤405～409相似，区别在于当实际使用的MAC/IP/UDP头信息条目太多，而网络处理器中存储单元的内部存储空间有限，此时需要使用内部存储空间+Cache空间的方式。软件在初始化阶段需根据实际场景中头信息条目频度和流量方案需求，分别规划存储至内部存储空间和外部存储空间的MAC/IP/UDP头信息条目。若发包时使用的头信息存储于内部存储空间，则发包的流程与应用实例一基本相同；发包时使用的头信息存储于外部存储空间，则发包流程与应用实例二基本相同。本质上应用实例三是应用实例一和应用实例二的组合使用。

综上所述，本发明实施例提供的技术方案，实现简单、灵活，技术人员可根据实际应用场景选择使用的方式。在保持传统的发包组包灵活性的基础上，本发明实施例新增了采用网络处理器中的MAC/IP/UDP头信息与Index映射表的方式。该方式能够有效解决访问外部存储空间的带宽瓶颈，提高发包的效率。

如图10所示，本发明实施例还提供一种网络报文发送的装置，包括：

获取模块61，用于从映射表获取网络报文的头信息，根据所述头信息和净荷生成网络报文；其中，所述映射表存储于所述网络处理器内部；

发送模块62，用于发送所述网络报文。

在一实施例中，所述映射表包括所述头信息、索引号、以及所述头信息和所述索引号的映射关系，所述获取模块61，用于：

根据索引号，按照所述映射关系从所述映射表中获取对应的头信息。

如图11所示，在一实施例中，所述装置还包括：

生成模块63，用于生成所述映射表，将所述映射表存储于所述网络处理器内部。

在一实施例中，所述生成模块63，用于：

根据小区配置信息获取头信息，建立所述头信息与索引号具有映射关系的映射表。

在一实施例中，所述生成模块63，用于：

从位于所述网络处理器外部的存储空间获取头信息，建立所述头信息与索引号具有映射关系的映射表。

在一实施例中，所述映射表存储于所述网络处理器的内存和缓存中的至少之一。

在一实施例中，所述头信息包括MAC信息、IP信息、UDP信息、GTPU信息、SCTP信息中的至少之一。

如图12所示，本发明实施例还提供一种网络处理器，包括：存储器71、处理器72及存储在存储器71上并可在处理器72上运行的计算机程序73，所述处理器72执行所述程序时实现所述网络报文发送的方法。

本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行所述网络报文发送的方法。

在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (8)

1.一种网络报文发送的方法，包括：

在初始化阶段，根据实际场景中头信息条目频度和流量方案需求，分别规划存储在网络处理器的内存和外部存储空间中的头信息，所述外部存储空间位于所述网络处理器外部；

在所述内存中存储所述网络报文的头信息的情况下，所述网络处理器从所述内存中存储的映射表获取网络报文的头信息，在所述外部存储空间中存储所述网络报文的头信息的情况下，所述网络处理器从所述外部存储空间中获取所述网络报文的头信息，并将所述网络报文的头信息存储在所述网络处理器的缓存中的映射表中；

根据获取的所述头信息和净荷生成网络报文；

所述网络处理器发送所述网络报文。

2.如权利要求1所述的方法，其特征在于，所述映射表包括所述头信息、索引号、以及所述头信息和所述索引号的映射关系，所述网络处理器从映射表获取网络报文的头信息，包括：

所述网络处理器根据索引号，按照所述映射关系从所述映射表中获取对应的头信息。

3.如权利要求1所述的方法，其特征在于，所述网络处理器从映射表获取网络报文的头信息之前，所述方法还包括：

所述网络处理器生成所述映射表，将所述映射表存储于所述网络处理器的内存中。

4.如权利要求3所述的方法，其特征在于，所述网络处理器生成所述映射表，包括：

所述网络处理器根据小区配置信息获取头信息，建立所述头信息与索引号具有映射关系的映射表。

5.如权利要求3所述的方法，其特征在于，所述网络处理器生成所述映射表，包括：

所述网络处理器从所述外部存储空间获取头信息，建立所述头信息与索引号具有映射关系的映射表。

6.如权利要求1～5中任意一项所述的方法，其特征在于，

所述头信息包括介质访问控制MAC信息、网际协议IP信息、用户数据报协议UDP信息、通用分组无线服务通道协议-用户面GTPU信息、流控制传输协议SCTP信息中的至少之一。

7.一种网络处理器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～6中任意一项所述网络报文发送的方法。

8.一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1～6中任意一项所述网络报文发送的方法。