CN111711968B - 报文处理方法、装置、通信设备和通信系统 - Google Patents
报文处理方法、装置、通信设备和通信系统 Download PDFInfo
- Publication number
- CN111711968B CN111711968B CN202010521899.7A CN202010521899A CN111711968B CN 111711968 B CN111711968 B CN 111711968B CN 202010521899 A CN202010521899 A CN 202010521899A CN 111711968 B CN111711968 B CN 111711968B
- Authority
- CN
- China
- Prior art keywords
- compression
- local
- fpga
- compressed
- message
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及报文处理方法、装置、通信设备和通信系统。报文处理方法包括:接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA。其中,待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。由CPU和FPGA联合实现对空口无线传输报文的IP报头压缩及MAC报头压缩,大幅提高了空口带宽利用率,使得系统性能得到显著提升。
Description
技术领域
本发明涉及无线通信技术领域,特别是涉及一种报文处理方法、装置、通信设备和通信系统。
背景技术
随着无线通信技术的发展,无线信道的带宽是整个无线系统中最宝贵的资源,对带宽的高效利用要求越来越高,通过对空口的数据报文进行压缩以提高空口的数据吞吐量,从而充分利用空口的带宽资源。对通信系统来说,数据压缩与解压缩,以及非对称加解密等属于计算密集型任务,而对称加密、防火墙、分组交换和路由查找等属于通信密集型任务。在无线通信中,对功耗、吞吐量、时延和安全性等要求较高的应用场景中,通信系统需要同时开启压缩与解压缩功能、加解密功能、软交换功能和路由功能等功能。然而,在实现本发明过程中,发明人发现传统的通信系统中,在空口无线通信的两端通信设备上开启的前述功能对应的通信密集型任务和计算密集型任务,都是采用设备自身的CPU处理实现的,存在着空口带宽利用率不高的问题。
发明内容
基于此,有必要针对上述传统的通信系统中存在的问题,提供一种能够有效提高空口带宽利用率的报文处理方法、一种报文处理装置、一种通信设备、一种计算机可读存储介质和一种通信系统。
为了实现上述目的,本发明实施例提供以下技术方案:
一方面,本发明实施例提供一种报文处理方法,包括:
接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;
根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;
在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
另一方面,提供一种报文处理装置,包括:
解析处理模块,用于接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;
同步指示模块,用于根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;
同步下发模块,用于在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
又一方面,还提供一种通信设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述报文处理方法的步骤。
再一方面,还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述报文处理方法的步骤。
再一方面,还提供一种通信系统,包括本端机和对端机,本端机包括连接的本端CPU和本端FPGA,对端机包括连接的对端CPU和对端FPGA;
本端FPGA用于接收待压缩报文后,在本端FPGA的压缩表中未查找到待压缩报文的压缩表记录时,将待压缩报文发送至空口单元并在设定时间内将待压缩报文发送至本端CPU;
本端CPU用于解析待压缩报文的报头信息并放入本端压缩表中,以及通过压缩控制信令与对端CPU进行对端压缩表同步;报头信息包括IP报头信息和MAC报头信息;
本端CPU还用于在对端CPU完成对端压缩表同步后,将本端压缩表的压缩信息下发本端FPGA;
本端FPGA还用于根据本端压缩表的压缩信息同步本端FPGA的压缩表,以及查找本端FPGA的压缩表中对应待压缩报文的目标压缩信息,根据目标压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩;
对端CPU用于在完成对端压缩表同步后,将对端压缩表的压缩信息下发对端FPGA;
对端FPGA用于根据对端压缩表的压缩信息同步对端FPGA的压缩表,以及查找对端FPGA的压缩表中对应待压缩报文的目标压缩信息,根据目标压缩信息对待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩。
上述各技术方案中的一个技术方案具有如下优点和有益效果:
上述报文处理方法、装置、通信设备和通信系统,根据CPU与FPGA自身的特点,通过将通信密集型任务和计算密集型任务分开处理,由CPU处理通信密集型任务,FPGA处理计算密集型任务,也即CUP实现压缩控制功能,FPGA实现报文的压缩与解压缩功能。具体的,在本端机上,本端FPGA接收到还没有压缩表记录的待压缩报文后发送给本端CPU,本端CPU获取待压缩报文的压缩信息并与对端CPU进行压缩表同步。完成两端的CPU完成压缩表同步后,即可以分别将同步后的压缩信息下发各自的FPGA,进行两端的FPGA的压缩表同步。如此,本端FPGA即可查找同步后的压缩表的压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩处理;相应的,对端FPGA也可查找同步后的压缩表的压缩信息,对空口发送过来的待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩处理。大幅提高了空口带宽利用率,提升了空口的数据吞吐量,降低系统的数据处理时延以及实现小包线速提升,使得系统性能得到显著提升。
附图说明
为了更清楚地说明本申请实施例或传统技术中的技术方案,下面将对实施例或传统技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一个实施例中通信系统的简易架构示意图;
图2为一个实施例中FPGA收到待压缩报文的处理流程示意图;
图3为一个实施例中报文处理方法的第一流程示意图;
图4为一个实施例中报文处理方法的第二流程示意图;
图5为一个实施例中报文处理方法的第三流程示意图;
图6为一个实施例中压缩表老化处理的时序示意图;
图7为一个实施例中报文处理方法的第四流程示意图;
图8为一个实施例中报文处理方法的第五流程示意图;
图9为一个实施例中报文处理方法的第六流程示意图;
图10为一个实施例中异常压缩报文的处理时序示意图;
图11为一个实施例中报文处理方法的第七流程示意图;
图12为一个实施例中报文处理装置的模块结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
需要说明的是,除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体地实施方式的目的,不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
在无线通信中,无线信道的带宽是整个无线通信系统中最宝贵的资源,可以通过对空口的数据报文进行压缩以提高空口的数据吞吐量,从而充分利用空口带宽资源。同时,无线通信系统中处理数据的时延和小包线速也是重要的性能指标。在无线通信中,对功耗、吞吐量、时延和安全性等要求较高的应用场景中,无线通信系统要同时开启压缩于解压缩功能、加解密功能、软交换功能和路由功能等功能,若仅采用通信设备的CPU处理上述功能分别对应的通信密集型任务或计算密集型任务,则很难达到无线通信系统的性能要求。
然而,FPGA(Field Programmable Gate Array,现场可编程逻辑门阵列)无论是处理通信密集型任务,还是处理计算密集型任务,相对于CPU而言在时延、吞吐量和功耗等方面都具有明显的性能优势。针对上述传统的通信系统中存在的问题,为了提升空口利用率,同时能降低系统时延、实现小包数据线速提升等,解决CPU处理通信密集型或计算密集型任务带来的上述问题,下面以空口无线信道两端的通信设备为例进行说明:
其中一端称为本端设备,另一端则称为对端设备。本领域技术人员可以理解,本端设备和对端设备并不特指某一网络位置上的通信设备,而是就某一时间发生的空口数据报文传输过程而言的。在另一时间,本端设备和对端设备的数据发送方或数据接收方的身份可以对换,例如本端设备可以是远端机RT(即Remote Terminal),或者可以是近端机AP(即Access Point);相应地,对端设备也可以是近端机AP或者可以是远端机RT,也即是说,近端机AP和远端机RT均可以用于实现本申请提供的报文处理方法。在本端设备和对端设备中均包括CPU和FPGA两大模块,本端设备的CPU和FPGA分别称为本端CPU和本端FPGA,对端设备的CPU和FPGA分别称为对端CPU和对端FPGA。
本端CPU接收到本端FPGA发送的待压缩报文后,解析该待压缩报文的报头信息并放入本端CPU使用的本端压缩表中。其中,待压缩报文为未存在相应压缩表记录的业务报文。报头信息包括IP报头信息和MAC报头信息。本端CPU根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步。在对端CPU完成压缩表同步后,本端CPU将本端压缩表的压缩信息下发本端FPGA,以同步本端FPGA的压缩表,进而本端FPGA即可查找同步后的本端FPGA的压缩表,以获取新增的压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩。如此,由CPU和FPGA联合实现对空口无线传输报文的IP报头压缩及MAC报头压缩,将压缩业务数据与压缩控制数据分离开来,CPU处理通信密集型任务而FPGA处理计算密集型任务,充分发挥FPGA的性能优势和CPU的控制优势,从而提升空口无线信道的带宽利用率,降低数据传输时延,实现业务数据小包线速的提升,使得系统整体性能得到大幅提升。
请参阅图1和图2,在一个实施例中,提供一种通信系统100,包括本端机12和对端机14。本端机12包括连接的本端CPU122和本端FPGA124,对端机14包括连接的对端CPU142和对端FPGA144。本端FPGA124用于接收待压缩报文后,在本端FPGA124的压缩表中未查找到待压缩报文的压缩表记录时,将待压缩报文发送至空口单元并在设定时间内将待压缩报文发送至本端CPU122。本端CPU122用于解析待压缩报文的报头信息并放入本端压缩表中,以及通过压缩控制信令与对端CPU142进行对端压缩表同步;报头信息包括IP报头信息和MAC报头信息。本端CPU122还用于在对端CPU142完成对端压缩表同步后,将本端压缩表的压缩信息下发本端FPGA124。
本端FPGA124还用于根据本端压缩表的压缩信息同步本端FPGA124的压缩表,以及查找本端FPGA124的压缩表中对应待压缩报文的目标压缩信息,根据目标压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩。对端CPU142用于在完成对端压缩表同步后,将对端压缩表的压缩信息下发对端FPGA144。对端FPGA144用于根据对端压缩表的压缩信息同步对端FPGA144的压缩表,以及查找对端FPGA144的压缩表中对应待压缩报文的目标压缩信息,根据目标压缩信息对待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩。
可以理解,压缩控制信令是指本端CPU122与对端CPU142之间交互的控制信令,用于实现所需的压缩表变更控制,以实现对FPGA的压缩与解压缩处理的控制。压缩控制信令可以以控制报文的方式传输。本端CPU122与对端CPU142通过压缩控制信令,实现本端压缩表的压缩表项与对端压缩表的压缩表项的同步,以及实现本端FPGA124的压缩表项与对端FPGA144的压缩表项的同步。空口单元为本端机12的空口处理单元。设定时间可以是但不限于0.01s至0.1s之间的任意取值,也即每秒100至10个通告报文给到本端CPU122。设定时间的设定用于在业务量较大时保护本端CPU122的管理通道,防止管理通道拥塞,因此针对不同的通信设备可以进行灵活选择。
待压缩报文是指本端FPGA124收到的未经压缩的业务数据报文,本端FPGA124从自身使用的压缩表中查找不到该业务数据报文的压缩表记录,也即是说,待压缩报文为还未存在压缩表记录的新收到的业务数据报文。FPGA同步压缩表后,根据压缩信息对报文进行报头压缩与解压缩的处理过程,可参照传统的报文压缩与解压缩处理过程,本说明书中不再展开赘述。如图2所示的是FPGA收到待压缩报文的处理流程示意图,其中FPGA可以是本端FPGA124(或对端FPGA144),CPU可以是本地CPU(或对端CPU),相应的空口单元可以是本端机的空口处理单元(或对端机的空口处理单元)。
具体的,当本端FPGA124收到一条业务数据报文时,查找本端FPGA124的压缩表中是否存在该业务数据报文的压缩表记录。若存在,则本端FPGA124直接查找到该业务数据报文对应的压缩表信息,进而根据查找的压缩表信息对该业务数据报文进行压缩后送空口单元进行空口发送。若不存在,则本端FPGA124将这一待压缩报文发送至空口单元,同时在设定时间内将该条待压缩报文发送给本端CPU122进行压缩信息获取。
本端CPU122收到该待压缩报文后,对该待压缩报文进行解析,具体解析字段包括该待压缩报文的IP报头信息和MAC报头信息等字段,获取该待压缩报文的IP报头信息和MAC报头信息后,放入本端CPU122的本端压缩表中,从而形成新增了压缩表项的本端压缩表。进而,为了使得后续能够正常实现本端机12上对该待压缩报文的压缩与空口发送处理,以及实现对端机14上对空口收到的该待压缩报文对应的压缩报文进行解压缩处理,需要进行两端的压缩表同步处理。
本端CPU122通过压缩控制信令与对端CPU142交互,以使对端CPU142同步新增相应的压缩表项。完成CPU的压缩表同步后,本端机12与对端机14的CPU分别向各自同端的FPGA发送同步后的压缩表信息,以使各自的FPGA实现压缩表同步。最后,对于本端机12而言,本端FPGA124查找其同步后的压缩表信息对待压缩报文进行压缩;而对于对端机14而言,其空口单元接收到该待压缩报文对应的压缩报文后,对端FPGA144即可自动查找其同步后的压缩表信息对该压缩报文进行解压缩,分别实现空口无线信道的报文压缩与解压缩处理。
上述的通信系统100,根据CPU与FPGA自身的特点,通过将通信密集型任务和计算密集型任务分开处理,由CPU处理通信密集型任务,FPGA处理计算密集型任务,也即CUP实现压缩控制功能,FPGA实现报文的压缩与解压缩功能。具体的,在本端机12上,本端FPGA124接收到还没有压缩表记录的待压缩报文后发送给本端CPU122,本端CPU122获取待压缩报文的压缩信息并与对端CPU142进行压缩表同步。完成两端的CPU完成压缩表同步后,即可以分别将同步后的压缩信息下发各自的FPGA,进行两端的FPGA的压缩表同步。
如此,本端FPGA124即可查找同步后的压缩表的压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩处理;相应的,对端FPGA144也可查找同步后的压缩表的压缩信息,对空口发送过来的待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩处理。由CPU和FPGA联合实现对空口无线传输报文的IP报头压缩/解压缩及MAC报头压缩/解压缩,充分发挥了FPGA的性能优势和CPU的控制优势,从而大幅提高了空口带宽利用率,提升了空口的数据吞吐量,降低系统的数据处理时延以及实现小包线速提升,使得系统性能得到显著提升。
在一个实施例中,在本端CPU122根据本端压缩表通过压缩控制信令指示对端CPU142进行压缩表同步的过程中,本端CPU122具体可以用于向对端CPU142发送压缩通告增加信令;其中,压缩通告增加信令用于告知对端CPU142本端压缩表上新加入的压缩表项。本端CPU122还用于接收对端CPU142返回的压缩通告确认信令;压缩通告确认信令为对端CPU142在对端压缩表中增加新加入的压缩表项后回复的确认信令。
可以理解,压缩控制信令可以但不限于有以下几种:压缩通告增加信令,用于告知对端CPU142新加入的压缩表项;压缩通告确认信令,用于收到压缩通告增加信令后回复给对方CPU;压缩通告删除信令,用于告知对端CPU142删除对端压缩表中某个表项;压缩错误通告信令,用于告知对端CPU142某一压缩表项异常。在本实施例中,压缩控制信令为压缩通告增加信令以及相应的压缩通告确认信令。
具体的,本端CPU122向对端CPU142发送压缩通告增加信令,告知对端CPU142当前本端压缩表上新加入的压缩表项,对端CPU142即可在自身使用的对端压缩表上对应增加该新加入的压缩表项,实现与本端CPU122之间的压缩表同步。对端CPU142与本端CPU122之间的压缩表同步完成后,对端CPU142向本端CPU122发送压缩通告确认指令。本端CPU122接收对端CPU142返回的压缩通告确认信令,即可确认对端CPU142已完成压缩表同步。
通过本端CPU122与对端CPU142的压缩控制信令交互,快速实现本端压缩表的压缩表项与对端压缩表的压缩表项的同步,本端CPU122与对端CPU142负责处理压缩控制,无需本端CPU122与对端CPU142直接处理压缩与解压缩,有效发挥CPU的控制性能优势。
在一个实施例中,压缩控制信令还可以包括全表查询信令和全表响应信令。全表查询信令用于告知对端CPU142(或本端CPU122),本端CPU122(或对端CPU142)想知道对端CPU142(或本端CPU122)所有的压缩表项。全表响应信令用于回复对端CPU142(或本端CPU122)本地所有的压缩表项。
具体的,在本端机12和对端机14的正常工作过程中、上电初始化后或者由异常停机回复至正常工作的初始状态时,本端CPU122还可以向对端CPU142发送全表查询信令,对端CPU142接收到该全表查询信令后即可知道本端CPU122当前想要知道对端CPU142的所有压缩表项。对端CPU142向本端CPU122发送全表响应信令,本端CPU122接收到该全表响应信令后,即可获知对端CPU142上的所有压缩表项。当对端CPU142想要知道本端CPU122上的所有压缩表项时,也可以通过向本端CPU122发送全表查询信令实现,具体实现流程与前述本端CPU122发起的查询流程同理。
通过上述全表查询信令和全表响应信令,本端机12和对端机14即可方便快捷地查询到对方的所有压缩表项,以便于确定压缩表是否需要进行同步处理。
在一个实施例中,MAC报头信息可以包括但不限于目的MAC信息(6字节)、源MAC信息(6字节)和Type字节信息(2字节)。IP报头信息可以包括源IP信息(4字节/16字节(IPv6))和目的IP信息(4字节/16字节(IPv6))。
在一个实施例中,MAC报头信息还可以包括VLAN字段,例如VLAN1(4字节)、VLAN2(S-VLAN)(4字节)和VLAN3(C-VLAN)(4字节)。也即是说,在本实施例中,CPU可以解析上述多个报头字段的信息(即最大可压缩字段)。而在一些实施方式中,若对于没有VLAN字段的报文,则不需要进行VLAN压缩。
请参阅图3,在一个实施例中,提供了一种报文处理方法,以应用于上述的通信系统为例,需要说明的是,一下实施例是在本端机的角度进行说明的,当站位对端机的角度时也同理。该报文处理方法包括如下步骤S12至S16:
S12,接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;
S14,根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;
S16,在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
可以理解,当本端FPGA收到一条业务数据报文时,查找本端FPGA的压缩表中是否存在该业务数据报文的压缩表记录。若存在,则本端FPGA直接查找到该业务数据报文对应的压缩表信息,进而根据查找的压缩表信息对该业务数据报文进行压缩后送空口单元进行空口发送。若不存在,则本端FPGA将这一待压缩报文发送至空口单元,同时在设定时间内将该条待压缩报文发送给本端CPU进行压缩信息获取。
因此,本端CPU收到本端FPGA发送的该待压缩报文后,对该待压缩报文进行解析,具体解析字段包括该待压缩报文的IP报头信息和MAC报头信息等字段,获取该待压缩报文的IP报头信息和MAC报头信息后,放入本端CPU的本端压缩表中,从而形成新增了压缩表项的本端压缩表。进而,为了使得后续能够正常实现本端机上对该待压缩报文的压缩与空口发送处理,以及实现对端机上对空口收到的该待压缩报文对应的压缩报文进行解压缩处理,需要进行两端的压缩表同步处理。
本端CPU通过压缩控制信令与对端CPU交互,以使对端CPU同步新增相应的压缩表项。完成CPU的压缩表同步后,本端机与对端机的CPU分别向各自同端的FPGA发送同步后的压缩表信息,以使各自的FPGA实现压缩表同步。最后,对于本端机而言,本端FPGA查找其同步后的压缩表信息对待压缩报文进行压缩实现空口无线信道的报文压缩处理。
上述报文处理方法,根据CPU与FPGA自身的特点,通过将通信密集型任务和计算密集型任务分开处理,由CPU处理通信密集型任务,FPGA处理计算密集型任务,也即CUP实现压缩控制功能,FPGA实现报文的压缩与解压缩功能。具体的,在本端机上,本端FPGA接收到还没有压缩表记录的待压缩报文后发送给本端CPU,本端CPU获取待压缩报文的压缩信息并与对端CPU进行压缩表同步。完成两端的CPU完成压缩表同步后,即可以分别将同步后的压缩信息下发各自的FPGA,进行两端的FPGA的压缩表同步。
压缩表同步后,本端FPGA即可查找同步后的压缩表的压缩信息对待压缩报文进行IP报头压缩及MAC报头压缩处理;相应的,对端FPGA可查找同步后的压缩表的压缩信息,对空口发送过来的待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩处理。如此,由CPU和FPGA联合实现对空口无线传输报文的IP报头压缩/解压缩及MAC报头压缩/解压缩,充分发挥了FPGA的性能优势和CPU的控制优势,从而大幅提高了空口带宽利用率,提升了空口的数据吞吐量,降低系统的数据处理时延以及实现小包线速提升,使得系统性能得到显著提升。
请参阅图4,在一个实施例中,关于上述的处理步骤S14,具体可以包括如下处理步骤S142和S144:
S142,向对端CPU发送压缩通告增加信令;压缩通告增加信令用于告知对端CPU本端压缩表上新加入的压缩表项;
S144,接收对端CPU返回的压缩通告确认信令;压缩通告确认信令为对端CPU在对端压缩表中增加新加入的压缩表项后回复的确认信令。
可以理解,压缩控制信令可以但不限于有以下几种:压缩通告增加信令,用于告知对端CPU新加入的压缩表项;压缩通告确认信令,用于收到压缩通告增加信令后回复给对方CPU;压缩通告删除信令,用于告知对端CPU删除对端压缩表中某个表项;压缩错误通告信令,用于告知对端CPU某一压缩表项异常。在本实施例中,压缩控制信令为压缩通告增加信令以及相应的压缩通告确认信令。
具体的,本端CPU向对端CPU发送压缩通告增加信令,告知对端CPU当前本端压缩表上新加入的压缩表项,对端CPU即可在自身使用的对端压缩表上对应增加该新加入的压缩表项,实现与本端CPU之间的压缩表同步。对端CPU与本端CPU之间的压缩表同步完成后,对端CPU向本端CPU发送压缩通告确认指令。本端CPU接收对端CPU返回的压缩通告确认信令,即可确认对端CPU已完成压缩表同步。
通过本端CPU与对端CPU的上述压缩控制信令交互,快速实现本端压缩表的压缩表项与对端压缩表的压缩表项的同步,本端CPU与对端CPU负责处理压缩控制,而无需本端CPU与对端CPU实现压缩与解压缩处理,有效发挥CPU的控制性能优势,提升空口无线信道的带宽利用率,降低数据传输时延,实现业务数据小包线速提升,从而提升本端机的整体性能。
请参阅图5,在一个实施例中,上述的报文处理方法还可以包括如下处理步骤S18至S21:
S18,查询本端FPGA的压缩表中超过设定时长未使用的休眠压缩表项;
S19,向对端CPU发送第一删除信令;第一删除信令用于指示对端CPU删除对端压缩表中的休眠压缩表项;
S20,收到对端CPU回复的删除确认信令后,删除本端压缩表中的休眠压缩表项;
S21,向本端FPGA发送第二删除信令;第二删除信令用于指示本端FPGA删除本端FPGA的压缩表中的休眠压缩表项。
可以理解,休眠压缩表项是指长期不用的压缩表项。设定时长可以根据FPGA的存储容量来确定,例如200s、300s、400s或其他时长,只要能够在FPGA存储的压缩表项耗尽前,提示CPU删除部分在统计的时长内不用的压缩表项,以释放这些压缩表项所占用资源用于所需的压缩表项更新即可。第一删除信令也即压缩通告删除信令,第二删除信令也即头压缩删除命令。
具体的,本端CPU可以向本端FPGA查询压缩表项的使用情况,本端FPGA可以实时记录各其压缩表的各压缩表项的使用时间,例如在设定时长内未检测到某一压缩表项的被查找使用记录,或者设定时长的计时时间内检测到某一压缩表项的查找使用行为等,即可表明该某一压缩表项当前已成为休眠压缩表项。由于FPGA存储的压缩表项数量有限,需要对长期不使用的压缩表项进行删除,以释放这些压缩表项的占用资源。因此,本端CPU在向本端FPGA查询到超过设定时长的休眠压缩表项后,会向对端CPU发送第一删除信令,使得对端CPU收到该第一删除信令后,对端CPU删除其对端压缩表中存储的同一休眠压缩表项;而且,对端CPU也会通过删除信令指示对端FPGA删除其存储的压缩表中相应的休眠压缩表项。
本端CPU收到对端CPU回复的删除确认信令(也即删除确认ACK报文)后,即可确定对端机已完成休眠压缩表项的删除处理,从而本地CPU删除其存储的本端压缩表中的休眠压缩表项,进而向本端FPGA发送第二删除信令,告知本端FPGA删除其存储的压缩表中的相应休眠压缩表项,实现本端机与对端机的休眠压缩表项的同步删除处理。
通过上述的处理步骤,即可以定期高效释放长期不用的压缩表项所占用的存储资源,实现对压缩表老化的处理,便于压缩表更新的高效实现,从而进一步提升系统性能。
请参阅图6,在一个实施例中,关于上述的处理步骤S18,具体可以包括如下处理步骤:
定期向本端FPGA发送计数值采集信令;计数值采集信令用于指示本端FPGA采集本端FPGA的压缩表各压缩表项相应计数器的计数值;
接收本端FPGA回复的各计数值并根据各计数值确定休眠压缩表项。
可以理解,定期的具体时长可以根据前述的设定时长来确定,只要能够保证有效实现各休眠压缩表项的查询即可。在本实施例中,本端FPGA可以对其存储的每条压缩表项设置counter(计数器),用于分别统计各压缩表项的使用次数,对于任一压缩表项而言,每被查找使用(也即命中)一次,对该压缩表项对应的counter值进行累加,例如计数值加1或者其他数值。
具体的,本端CPU则定期向本端FPGA发送计数值采集信令,以查询counter值。若在设定时长内,某压缩表项对应的counter值不增加,则确定该压缩表项为休眠压缩表项。因此,本端CPU可以向本端FPGA发送头压缩删除命令,以使本端FPGA删除休眠压缩表项,释放该休眠压缩表项所占用资源。
通过上述的处理步骤,本端FPGA可以通过计数器的方式记录各压缩表项的使用情况,从而使得本端CPU能够快速查询并确定休眠压缩表项,提升压缩表老化处理效率。
请参阅图7,在一个实施例中,上述报文处理方法,还可以包括如下处理步骤S22至S24:
S22,接收到对端CPU发送的第一删除信令后,删除本端压缩表中的休眠压缩表项;
S23,向本端FPGA发送第二删除信令;第二删除信令用于指示本端FPGA删除本端FPGA的压缩表中的休眠压缩表项;
S24,向对端CPU回复删除确认信令。
具体的,当对端CPU发起压缩表老化处理流程时,本端CPU接收到对端CPU发送的第一删除信令后,删除本端压缩表中的休眠压缩表项,并指示本端FPGA删除其压缩表中相应的休眠压缩表项。本端CPU完成本端机的压缩表老化处理后,向对端CPU回复删除确认信令,告知对端CPU本端机的压缩表老化处理已完成,以便对端CPU进行对端机的压缩表老化处理。
通过上述的处理步骤,可以响应对端机实现对压缩表老化的处理,便于压缩表更新的高效实现,从而进一步提升系统性能。
请参阅图8,在一个实施例中,上述报文处理方法,还可以包括如下处理步骤S25至S27:
S25,接收到本端FPGA发送的异常压缩报文后,删除本端压缩表中对应异常压缩报文的压缩表项;异常压缩报文为本端FPGA未查询到相应压缩信息的压缩报文;
S26,向对端CPU发送压缩通告删除信令;压缩通告删除信令用于指示对端CPU删除对端压缩表中对应异常压缩报文的压缩表项;
S27,接收对端CPU回复的删除确认信令。
可以理解,当本端FPGA收到一个压缩报文,如对端FPGA压缩的业务数据报文,同时在本端FPGA存储的压缩表项中查找不到该压缩报文对应的压缩表信息时,即可确定该压缩报文为异常压缩报文。本端FPGA可以直接将异常压缩报文发送给本端CPU,由本端CPU删除该异常压缩报文的压缩表项,并通过压缩通告删除信令告知对端CPU删除对端压缩表中与该异常压缩报文对应的压缩表项,同时,对端CPU会告知对端FPGA删除其存储的压缩表中对应该异常压缩报文的压缩表项。在对端机完成异常压缩报文对应的压缩表项删除处理后,对端CPU发送删除确认信令给本端CPU,本端CPU即可确认异常压缩报文的压缩记录已删除,进而可以丢弃该异常压缩报文。
通过上述的处理步骤,可以联合FPGA实现对异常压缩报文的处理,进一步提升整体系统的空口吞吐率。
请参阅图9和图10,在一个实施例中,上述报文处理方法,还可以包括如下处理步骤S28至S30:
S28,接收到对端CPU发送的压缩通告删除信令后,删除本端压缩表中对应异常压缩报文的压缩表项;
S29,向本端FPGA发送第四删除信令;第四删除信令用于指示本端FPGA删除本端FPGA的压缩表中对应异常压缩报文的压缩表项;
S30,向对端CPU回复删除确认信令。
可以理解,第四删除信令也为头压缩删除命令。如图10所示的是本端机发起的异常压缩报文处理流程示意图,对端机发起的异常压缩报文处理流程同理理解。具体的,当对端CPU发起异常压缩报文的处理流程时,如本端机的空口单元发送到对端机的空口单元的压缩报文,而对端FPGA确认为异常压缩报文而发生给对端CPU处理,本地CPU收到对端CPU发送的压缩通告删除信令后,删除本端压缩表中对应异常压缩报文的压缩表项,并告知本端FPGA删除其存储的压缩表中对应该异常压缩报文的压缩表项。本端FPGA完成表项删除处理后,本地CPU发送删除确认信令给对端CPU,告知对端CPU当前本端机已完成异常压缩报文的压缩表项删除处理。
通过上述的处理步骤,可以联合FPGA实现对异常压缩报文的压缩记录删除处理,避免异常压缩报文的持续产生与传输,从而进一步提升整体系统的空口吞吐率。
请参阅图11,在一个实施例中,上述报文处理方法,还可以包括如下处理步骤S31至S33:
S31,接收到对端CPU发送的压缩通告增加信令后,在本端压缩表中增加新加入的压缩表项;
S32,向对端CPU返回压缩通告确认信令;
S33,将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文相应的压缩报文进行IP报头解压缩及MAC报头解压缩。
可以理解,当对端CPU发起新增压缩表项的压缩表同步流程时,本端CPU也可实现相应的压缩表同步处理流程。具体的,本端CPU接收到对端CPU发送的压缩通告增加信令后,在自身使用的本端压缩表上对应增加对端CPU告知的新加入的压缩表项,实现与对端CPU之间的压缩表同步。完成本端压缩表的同步后,将本端压缩表的压缩信息下发本端FPGA,以实现本端FPGA的压缩表同步。
如此,当本端机的空口单元接收到对端机的空口单元发送的压缩报文(根据新增的压缩表项的压缩信息进行压缩处理的报文)后,本端FPGA即可查找同步后的压缩表项,找到该压缩报文对应的压缩表信息进行解压缩处理。
通过上述的处理步骤,快速实现本端压缩表的压缩表项与对端压缩表的压缩表项的同步,以有效发挥CPU的控制性能优势,提升空口无线信道的带宽利用率,降低数据传输时延,实现业务数据小包线速提升,从而提升本端机的整体性能。上述报文处理方法,实现了对IP网络报文的报头压缩功能,实现IPv4报文最大压缩比达2:34,IPv6报文压缩比达2:58。
应该理解的是,虽然图3-图5,图7-图9以及图11的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图3-图5,图7-图9以及图11中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
请参阅图12,在一个实施例中,还提供一种报文处理装置200,包括解析处理模块21、同步指示模块23和同步下发模块25。解析处理模块21用于接收以太网侧的报文。解析处理模块21用于接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息。同步指示模块23用于根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步。同步下发模块25用于在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
上述报文处理装置200,通过各模块的协作,通过将通信密集型任务和计算密集型任务分开处理,由各模块处理通信密集型任务,FPGA处理计算密集型任务。由各模块和FPGA联合实现对空口无线传输报文的IP报头压缩/解压缩及MAC报头压缩/解压缩,充分发挥了FPGA的性能优势,从而大幅提高了空口带宽利用率,提升了空口的数据吞吐量,降低系统的数据处理时延以及实现小包线速提升,使得通信系统性能得到显著提升。
在一个实施例中,上述的同步指示模块23具体可以包括信令发送子模块和信令接收子模块。信令发送子模块用于向对端CPU发送压缩通告增加信令;压缩通告增加信令用于告知对端CPU本端压缩表上新加入的压缩表项。信令接收子模块用于接收对端CPU返回的压缩通告确认信令;压缩通告确认信令为对端CPU在对端压缩表中增加新加入的压缩表项后回复的确认信令。
在一个实施例中,上述报文处理装置200还可以包括表项查询模块和表项删除模块。表项查询模块用于查询本端FPGA的压缩表中超过设定时长未使用的休眠压缩表项。信令发送子模块还可以用于向对端CPU发送第一删除信令;第一删除信令用于指示对端CPU删除对端压缩表中的休眠压缩表项。表项删除模块用于在信令接收子模块收到对端CPU回复的删除确认信令后,删除本端压缩表中的休眠压缩表项。信令发送子模块还可以用于向本端FPGA发送第二删除信令;第二删除信令用于指示本端FPGA删除本端FPGA的压缩表中的休眠压缩表项。
在一个实施例中,上述的表项查询模块具体可以用于定期向本端FPGA发送计数值采集信令,以及用于接收本端FPGA回复的各计数值并根据各计数值确定休眠压缩表项。其中,计数值采集信令用于指示本端FPGA采集本端FPGA的压缩表各压缩表项相应计数器的计数值。
在一个实施例中,上述的表项删除模块还可以用于在信令接收子模块接收到对端CPU发送的第一删除信令后,删除本端压缩表中的休眠压缩表项。上述的信令发送子模块还可以用于向本端FPGA发送第二删除信令,以及用于向对端CPU回复删除确认信令。其中,第二删除信令用于指示本端FPGA删除本端FPGA的压缩表中的休眠压缩表项。
在一个实施例中,上述的表项删除模块还可以用于接收到本端FPGA发送的异常压缩报文后,删除本端压缩表中对应异常压缩报文的压缩表项;异常压缩报文为本端FPGA未查询到相应压缩信息的压缩报文。信令发送子模块还可以用于向对端CPU发送压缩通告删除信令;压缩通告删除信令用于指示对端CPU删除对端压缩表中对应异常压缩报文的压缩表项。信令接收子模块还用于接收对端CPU回复的删除确认信令。
在一个实施例中,上述的表项删除模块还可以用于在信令接收子模块接收到对端CPU发送的压缩通告删除信令后,删除本端压缩表中对应异常压缩报文的压缩表项。信令发送子模块还可以用于向本端FPGA发送第四删除信令,以及用于向对端CPU回复删除确认信令。第四删除信令用于指示本端FPGA删除本端FPGA的压缩表中对应异常压缩报文的压缩表项。
在一个实施例中,解析处理模块21还可以用于在信令接收子模块接收到对端CPU发送的压缩通告增加信令后,在本端压缩表中增加新加入的压缩表项。信令发送子模块还可以用于向对端CPU返回压缩通告确认信令。同步下发模块25还可以用于将本端压缩表的压缩信息下发本端FPGA;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文相应的压缩报文进行IP报头解压缩及MAC报头解压缩。
关于报文处理装置200的具体限定,可以参见上文中对于报文处理方法的相应解释限定,在此不再赘述。上述报文处理装置200中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中,也可以以软件形式存储于通信设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,还提供一种通信设备,例如但不限于微波站设备或点对点通信的以太网中的网元设备。该通信设备包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现以下步骤:接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA。其中,待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
本领域技术人员可以理解,本实施例中的通信设备除上述的存储器和处理器外,还可以包括其他的组成部分,具体可以根据实际应用中近端机与远端机等通信设备的具体结构组成及其功能确定,本说明书中不再一一展开说明。
在一个实施例中,处理器执行计算机程序时还可以实现上述报文处理方法各实施例中的增加的步骤或者子步骤。
在一个实施例中,还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收到本端FPGA发送的待压缩报文后,解析待压缩报文的报头信息并放入本端压缩表中;根据本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;在对端CPU完成压缩表同步后,将本端压缩表的压缩信息下发本端FPGA。其中,待压缩报文为未存在相应压缩表记录的业务报文,报头信息包括IP报头信息和MAC报头信息;本端压缩表的压缩信息用于同步本端FPGA的压缩表,同步后的本端FPGA的压缩表用于指示本端FPGA对待压缩报文进行IP报头压缩及MAC报头压缩。
在一个实施例中,计算机程序被处理器执行时,还可以实现上述报文处理方法各实施例中的增加的步骤或者子步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (12)
1.一种报文处理方法,其特征在于,包括:
本端CPU接收到本端FPGA发送的待压缩报文后,解析所述待压缩报文的报头信息并放入本端压缩表中;所述待压缩报文为未存在相应压缩表记录的业务报文,所述报头信息包括IP报头信息和MAC报头信息;
根据所述本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;
在所述对端CPU完成压缩表同步后,将所述本端压缩表的压缩信息下发所述本端FPGA;所述本端压缩表的压缩信息用于同步所述本端FPGA的压缩表,同步后的所述本端FPGA的压缩表用于指示所述本端FPGA对所述待压缩报文进行IP报头压缩及MAC报头压缩。
2.根据权利要求1所述的报文处理方法,其特征在于,根据所述本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步的步骤,包括:
向所述对端CPU发送压缩通告增加信令;所述压缩通告增加信令用于告知所述对端CPU所述本端压缩表上新加入的压缩表项;
接收所述对端CPU返回的压缩通告确认信令;所述压缩通告确认信令为所述对端CPU在对端压缩表中增加新加入的压缩表项后回复的确认信令。
3.根据权利要求1或2所述的报文处理方法,其特征在于,所述方法还包括:
查询所述本端FPGA的压缩表中超过设定时长未使用的休眠压缩表项;
向所述对端CPU发送第一删除信令;所述第一删除信令用于指示所述对端CPU删除对端压缩表中的所述休眠压缩表项;
收到所述对端CPU回复的删除确认信令后,删除所述本端压缩表中的所述休眠压缩表项;
向所述本端FPGA发送第二删除信令;所述第二删除信令用于指示所述本端FPGA删除所述本端FPGA的压缩表中的所述休眠压缩表项。
4.根据权利要求3所述的报文处理方法,其特征在于,查询所述本端FPGA的压缩表中超过设定时长未使用的休眠压缩表项的步骤,包括:
定期向所述本端FPGA发送计数值采集信令;所述计数值采集信令用于指示所述本端FPGA采集所述本端FPGA的压缩表各压缩表项相应计数器的计数值;
接收所述本端FPGA回复的各计数值并根据各所述计数值确定所述休眠压缩表项。
5.根据权利要求3所述的报文处理方法,其特征在于,所述方法还包括:
接收到所述对端CPU发送的第一删除信令后,删除所述本端压缩表中的所述休眠压缩表项;
向所述本端FPGA发送第二删除信令;所述第二删除信令用于指示所述本端FPGA删除所述本端FPGA的压缩表中的所述休眠压缩表项;
向所述对端CPU回复删除确认信令。
6.根据权利要求1或2所述的报文处理方法,其特征在于,所述方法还包括:
接收到所述本端FPGA发送的异常压缩报文后,删除所述本端压缩表中对应所述异常压缩报文的压缩表项;所述异常压缩报文为所述本端FPGA未查询到相应压缩信息的压缩报文;
向所述对端CPU发送压缩通告删除信令;所述压缩通告删除信令用于指示所述对端CPU删除对端压缩表中对应所述异常压缩报文的压缩表项;
接收所述对端CPU回复的删除确认信令。
7.根据权利要求6所述的报文处理方法,其特征在于,所述方法还包括:
接收到所述对端CPU发送的压缩通告删除信令后,删除所述本端压缩表中对应所述异常压缩报文的压缩表项;
向所述本端FPGA发送第四删除信令;所述第四删除信令用于指示所述本端FPGA删除所述本端FPGA的压缩表中对应所述异常压缩报文的压缩表项;
向所述对端CPU回复删除确认信令。
8.根据权利要求2所述的报文处理方法,其特征在于,所述方法还包括:
接收到所述对端CPU发送的压缩通告增加信令后,在所述本端压缩表中增加新加入的所述压缩表项;
向所述对端CPU返回压缩通告确认信令;
将所述本端压缩表的压缩信息下发所述本端FPGA;所述本端压缩表的压缩信息用于同步所述本端FPGA的压缩表,同步后的所述本端FPGA的压缩表用于指示所述本端FPGA对所述待压缩报文相应的压缩报文进行IP报头解压缩及MAC报头解压缩。
9.一种报文处理装置,其特征在于,配置于本端CPU处,所述装置包括:
解析处理模块,用于接收到本端FPGA发送的待压缩报文后,解析所述待压缩报文的报头信息并放入本端压缩表中;所述待压缩报文为未存在相应压缩表记录的业务报文,所述报头信息包括IP报头信息和MAC报头信息;
同步指示模块,用于根据所述本端压缩表通过压缩控制信令指示对端CPU进行压缩表同步;
同步下发模块,用于在所述对端CPU完成压缩表同步后,将所述本端压缩表的压缩信息下发所述本端FPGA;所述本端压缩表的压缩信息用于同步所述本端FPGA的压缩表,同步后的所述本端FPGA的压缩表用于指示所述本端FPGA对所述待压缩报文进行IP报头压缩及MAC报头压缩。
10.一种通信设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述报文处理方法的步骤。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述报文处理方法的步骤。
12.一种通信系统,包括本端机和对端机,其特征在于,所述本端机包括连接的本端CPU和本端FPGA,所述对端机包括连接的对端CPU和对端FPGA;
所述本端FPGA用于接收待压缩报文后,在所述本端FPGA的压缩表中未查找到所述待压缩报文的压缩表记录时,将所述待压缩报文发送至空口单元并在设定时间内将所述待压缩报文发送至所述本端CPU;
所述本端CPU用于解析所述待压缩报文的报头信息并放入本端压缩表中,以及通过压缩控制信令与所述对端CPU进行对端压缩表同步;所述报头信息包括IP报头信息和MAC报头信息;
所述本端CPU还用于在所述对端CPU完成对端压缩表同步后,将所述本端压缩表的压缩信息下发所述本端FPGA;
所述本端FPGA还用于根据所述本端压缩表的压缩信息同步所述本端FPGA的压缩表,以及查找所述本端FPGA的压缩表中对应所述待压缩报文的目标压缩信息,根据所述目标压缩信息对所述待压缩报文进行IP报头压缩及MAC报头压缩;
所述对端CPU用于在完成对端压缩表同步后,将所述对端压缩表的压缩信息下发所述对端FPGA;
所述对端FPGA用于根据所述对端压缩表的压缩信息同步所述对端FPGA的压缩表,以及查找所述对端FPGA的压缩表中对应所述待压缩报文的目标压缩信息,根据所述目标压缩信息对所述待压缩报文对应的压缩报文进行IP报头解压缩及MAC报头解压缩。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010521899.7A CN111711968B (zh) | 2020-06-10 | 2020-06-10 | 报文处理方法、装置、通信设备和通信系统 |
PCT/CN2020/138081 WO2021248869A1 (zh) | 2020-06-10 | 2020-12-21 | 报文处理方法、装置、通信设备和通信系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010521899.7A CN111711968B (zh) | 2020-06-10 | 2020-06-10 | 报文处理方法、装置、通信设备和通信系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111711968A CN111711968A (zh) | 2020-09-25 |
CN111711968B true CN111711968B (zh) | 2022-02-01 |
Family
ID=72539206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010521899.7A Active CN111711968B (zh) | 2020-06-10 | 2020-06-10 | 报文处理方法、装置、通信设备和通信系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111711968B (zh) |
WO (1) | WO2021248869A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111711968B (zh) * | 2020-06-10 | 2022-02-01 | 京信网络系统股份有限公司 | 报文处理方法、装置、通信设备和通信系统 |
CN113626736B (zh) * | 2021-08-10 | 2023-11-17 | 迈普通信技术股份有限公司 | Url特征学习方法、装置、电子设备及计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107027036A (zh) * | 2017-05-12 | 2017-08-08 | 郑州云海信息技术有限公司 | 一种fpga异构加速平台的解压缩方法、装置及系统 |
CN110334066A (zh) * | 2019-05-09 | 2019-10-15 | 苏州浪潮智能科技有限公司 | 一种基于FPGA的Gzip解压缩方法、装置及系统 |
CN111343148A (zh) * | 2020-02-05 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种fgpa通信数据的处理方法、系统及装置 |
CN112399477A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种通信方法及设备 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011257989A (ja) * | 2010-06-09 | 2011-12-22 | Hitachi Kokusai Electric Inc | 画像圧縮符号化装置 |
CN103369593B (zh) * | 2012-04-05 | 2016-08-03 | 中兴通讯股份有限公司 | 一种压缩和解压缩以太网报文的方法及网元设备 |
CN107645746B (zh) * | 2016-07-20 | 2021-03-16 | 深圳市中兴微电子技术有限公司 | 一种上下文更新方法、系统及设备 |
US9923577B1 (en) * | 2016-09-04 | 2018-03-20 | ScaleFlux, Inc. | Hybrid software-hardware implementation of lossless data compression and decompression |
CN109213737A (zh) * | 2018-09-17 | 2019-01-15 | 郑州云海信息技术有限公司 | 一种数据压缩方法及装置 |
CN110620637B (zh) * | 2019-09-26 | 2023-02-03 | 上海仪电(集团)有限公司中央研究院 | 一种基于fpga的数据解压装置及方法 |
CN111107051A (zh) * | 2019-11-01 | 2020-05-05 | 京信通信系统(中国)有限公司 | 报文传输方法、装置、计算机设备和存储介质 |
CN111711968B (zh) * | 2020-06-10 | 2022-02-01 | 京信网络系统股份有限公司 | 报文处理方法、装置、通信设备和通信系统 |
-
2020
- 2020-06-10 CN CN202010521899.7A patent/CN111711968B/zh active Active
- 2020-12-21 WO PCT/CN2020/138081 patent/WO2021248869A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107027036A (zh) * | 2017-05-12 | 2017-08-08 | 郑州云海信息技术有限公司 | 一种fpga异构加速平台的解压缩方法、装置及系统 |
CN110334066A (zh) * | 2019-05-09 | 2019-10-15 | 苏州浪潮智能科技有限公司 | 一种基于FPGA的Gzip解压缩方法、装置及系统 |
CN112399477A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种通信方法及设备 |
CN111343148A (zh) * | 2020-02-05 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种fgpa通信数据的处理方法、系统及装置 |
Non-Patent Citations (1)
Title |
---|
浅谈面向云计算数据中心的新型解压缩方法;赵雷等;《中国信息化》;20200420(第04期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2021248869A1 (zh) | 2021-12-16 |
CN111711968A (zh) | 2020-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11388269B2 (en) | Method for obtaining internet protocol header replacement mapping and network node | |
CN111711968B (zh) | 报文处理方法、装置、通信设备和通信系统 | |
CN108696588B (zh) | 一种信息的发送方法及设备 | |
CN114079674B (zh) | 一种数据处理方法、用户面功能及装置 | |
US12089086B2 (en) | Resource periodicity configuration method and device, link processing and establishing method and device | |
WO2019178813A1 (zh) | 处理报文分片的方法、装置和系统 | |
EP3376717B1 (en) | Link discovery method and apparatus | |
CN104995882B (zh) | 报文处理方法及装置 | |
CN107623752B (zh) | 基于链路层的网络管理方法和装置 | |
CN115022180B (zh) | 一种基于RoCE-SAN的拓扑管理方法、装置、设备及介质 | |
CN109729188A (zh) | 一种报文传输方法、设备及通信系统 | |
CN106878072A (zh) | 一种报文传输方法和装置 | |
WO2017118019A1 (zh) | 一种e1结构化时隙压缩模式分组传送的方法及装置 | |
CN114449051B (zh) | 一种数据包的传输方法以及通信设备 | |
CN105592485A (zh) | 一种基于snmp网管协议实时采集并处理消息的方法 | |
CN116489539A (zh) | 下行帧长的处理方法及装置、存储介质、电子装置 | |
WO2017140076A1 (zh) | 一种数据传输方法及装置 | |
CN106209666B (zh) | 一种基于负载均衡器的链路复用方法及系统 | |
CN106714294B (zh) | 应用于智能电网的多通道tcp/ip头压缩的同步方法 | |
US10547549B2 (en) | Processing data flows based on information provided via beacons | |
CN104219178A (zh) | 基于Openflow控制报文处理方法、发送装置、接收装置和系统 | |
KR102722220B1 (ko) | 리소스 사이클 구성 방법 및 디바이스, 링크 프로세싱 및 확립 방법 및 디바이스 | |
CN117938989B (zh) | 5g信令与用户数据的关联方法、装置、设备及存储介质 | |
CN112449388B (zh) | 网络连接控制方法、装置、移动终端及存储介质 | |
CN115473848A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant after: Jingxin Network System Co.,Ltd. Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant before: Comba Telecom System (China) Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |