CN114499750A - 一种数据包的处理方法、通信装置及通信系统 - Google Patents
一种数据包的处理方法、通信装置及通信系统 Download PDFInfo
- Publication number
- CN114499750A CN114499750A CN202111450373.5A CN202111450373A CN114499750A CN 114499750 A CN114499750 A CN 114499750A CN 202111450373 A CN202111450373 A CN 202111450373A CN 114499750 A CN114499750 A CN 114499750A
- Authority
- CN
- China
- Prior art keywords
- data packet
- data
- packet
- crc
- header
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 42
- 238000003672 processing method Methods 0.000 title abstract description 4
- 238000000034 method Methods 0.000 claims abstract description 99
- 238000012545 processing Methods 0.000 claims abstract description 82
- 238000004590 computer program Methods 0.000 claims description 12
- 125000004122 cyclic group Chemical group 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 abstract description 53
- 238000012795 verification Methods 0.000 abstract description 28
- 230000008569 process Effects 0.000 abstract description 17
- 101000651958 Crotalus durissus terrificus Snaclec crotocetin-1 Proteins 0.000 description 28
- 230000006870 function Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 15
- 101100258328 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) crc-2 gene Proteins 0.000 description 13
- 238000003780 insertion Methods 0.000 description 4
- 230000037431 insertion Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 206010009944 Colon cancer Diseases 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- 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)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本申请实施例提供一种数据包的处理方法、通信装置及通信系统。该方法包括:接收来自第一设备的数据包;根据数据包中的第一CRC,对数据包进行校验;根据数据包中的第二CRC对数据包的包头进行校验;若数据包校验失败且包头校验失败,则丢弃数据包;或者,若数据包校验失败但包头校验成功,则根据数据包的类型处理数据包。该方案,数据包中携带用于对数据包进行校验的第一CRC和用于对数据包的包头进行校验的第二CRC。当数据包校验失败但包头校验成功,表明包头传输正确但数据传输错误,则第二设备可以根据数据包的类型处理该数据包,而不是直接丢弃该数据包。如此可以减少丢包次数,从而可以提升数据传输效率和系统容量。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据包的处理方法、通信装置及通信系统。
背景技术
当设备之间进行通信,设备之间需要进行数据收发。比如第一设备向第二设备发送数据,或者第二设备向第一设备发送数据。
为了提升数据发送速率,一个业务报文一般会拆分为多个数据包进行发送,然后由接收方对收到的多个数据包进行组装,得到完整的业务报文。如图1所示,为业务报文的示例图。一个业务报文拆分为n个数据包依次进行发送,其中n为大于1的整数。
为了保证数据接收的准确性,接收方在每收到一个数据包后,需要对该数据包进行校验。当一个数据包校验失败,表明该数据包在发送过程中发生错误。对于校验失败的数据包,一般直接丢弃。
发明内容
本申请实施例提供一种数据包的处理方法、通信装置及通信系统,用以提升数据传输效率和系统容量。
第一方面,本申请实施例提供一种数据包的处理方法,该方法可以由第二设备或应用于第二设备中的模块(如芯片)来执行。该方法包括:接收来自第一设备的数据包,该数据包包括包头、数据、第一循环冗余校验(Cyclic Redundancy Check,CRC)和第二CRC;根据该数据包中的第一CRC,对该数据包进行校验;根据该数据包中的第二CRC对该数据包的包头进行校验;根据数据包的校验结果和/或包头的校验结果对该数据包进行处理。
在一种可能的实现方法中,所述根据数据包的校验结果和/或包头的校验结果对该数据包进行处理,包括:若所述数据包校验成功,或者若数据包校验成功且包头校验成功,则不丢弃所述数据包;或者,若所述数据包校验失败且所述包头校验失败,则丢弃所述数据包;或者,若所述数据包校验失败但所述包头校验成功,则根据所述数据包的类型处理所述数据包。
根据上述方案,数据包中携带用于对数据包进行校验的第一CRC和用于对数据包的包头进行校验的第二CRC。当数据包校验失败但包头校验成功,表明包头传输正确但数据传输错误。此时,第二设备可以根据数据包的类型处理该数据包,而不是直接丢弃该数据包。如此可以减少丢包次数,从而可以提升数据传输效率和系统容量。
在一种可能的实现方法中,所述根据数据包中的第二CRC对数据包的包头进行校验,可以是:若数据包校验失败,则根据该数据包中的第二CRC对数据包的包头进行校验。若数据包校验失败,表明该数据包传输过程中发生错误,则进一步根据数据包中的第二CRC对数据包的包头进行校验,以判断包头是否发生错误。若数据包校验成功,表明该数据包传输过程中没有发生错误,则可以无需再根据第二CRC对数据包的包头进行校验,从而减少校验次数,提升校验的速度。
在一种可能的实现方法中,若数据包校验失败,则标记该数据包。也即若数据包校验失败,则不丢弃该数据包,而是对该数据包进行标记,例如可以用特殊字符进行标记或特定比特(或比特位置)进行标记等,表明该数据包是需要进一步判断的数据包,后续再使用第二CRC对数据包的包头进行校验,并根据第二CRC的校验结果,决定丢弃该数据包还是不丢弃该数据包。该标记也可以用于指示或者提示对此数据包进行下一步处理的模块或者设备,该数据包中的数据存在错误。
在一种可能的实现方法中,根据该数据包的类型处理该数据包,可以是:若该数据包的类型是用户面数据,则不丢弃该数据包;或者,若该数据包的类型是控制面数据,则丢弃该数据包。
根据上述方案,如果数据包的类型是用户面数据,意味着数据包的包头传输正确,数据包中的数据发生传输错误,且该数据是用户面数据,该情形下,虽然传输的用户面数据发生一些错误,但由于包头传输正确,因此该用户面数据可以被正确处理,并且用户面数据的错误可能会稍微影响用户体验,但实际上不会造成其他更为严重的影响,因此第二设备可以不丢弃该数据包,该方式可以提升数据传输效率和系统容量。如果数据包的类型是控制面数据,意味着数据包的包头传输正确,数据包中的数据发生传输错误,且该数据是控制面数据,该情形下,尽管包头传输正确,但传输的控制面数据发生错误,由于控制面数据发生错误带来的后果相对比较严重,因此第二设备丢弃该数据包。
在一种可能的实现方法中,根据该数据包的类型处理该数据包之前,先根据该包头,确定该数据包的类型。
在一种可能的实现方法中,第二设备如果确定不丢弃该数据包,则还可以从该数据包中删除该第二CRC。
根据上述方式,从数据包中删除第二CRC,可以简化后续处理的流程或者复杂度,减少了对处理模块的改动,也减少了第二设备内部需要传输的数据量或者第二设备需要传输给其他设备或者模块的数据量。
在一种可能的实现方法中,该第一CRC位于该数据包的尾部,该第二CRC位于该数据包的包头之后。
在一种可能的实现方法中,该第一CRC是根据该数据包的包头、该数据包的数据和该第二CRC生成的。或者,该第一CRC是根据该数据包的包头、该数据包的数据生成的。
在一种可能的实现方法中,该第二CRC是根据该数据包的包头生成的。
该方案,由于根据该包头生成该第二CRC,因此该第二CRC可以用于对包头的传输正确性进行校验,可以保证包头的正确传输。
在一种可能的实现方法中,该第二CRC是根据该数据包的包头和该数据包中的部分数据生成的。
该方案,可以在数据包的起始位置之后的固定长度位置插入第二CRC,因此第二CRC可能将原来的数据分割成位于第二CRC之前的第一部分数据和位于第二CRC之后的第二部分数据,则第二CRC可以是根据位于第二CRC之前的包头和第一部分数据生成的。一方面,由于根据该包头和部分数据生成该第二CRC,因此该第二CRC可以用于对包头的传输正确性进行校验,可以保证包头的正确传输。另一方面,由于是在数据包的起始位置之后的固定位置插入第二CRC,因此可以简化第二CRC的生成和插入方式,从而提升数据包的生成速度。
在一种可能的实现方法中,该数据包是增强通用公共无线接口(enhancedcommonpublic radio interface,eCPRI)数据包,该数据包中的数据包括eCPRI数据。
第二方面,本申请实施例提供一种数据包的处理方法,该方法可以由第一设备或应用于第一设备中的模块(如芯片)来执行。该方法包括:生成数据包,该数据包包括包头、数据、第一CRC和第二CRC,该第一CRC用于对该数据包进行校验,该第二CRC用于对该包头进行校验;向第二设备发送该数据包。
根据上述方案,数据包中携带用于对数据包进行校验的第一CRC和用于对数据包的包头进行校验的第二CRC。从而第二设备收到该数据包后,可以根据第一CRC和第二CRC确定该数据包的处理方式。
在一种可能的实现方法中,根据该包头,生成该第二CRC。
该方案,由于根据该包头生成该第二CRC,因此该第二CRC可以用于对包头的传输正确性进行校验,可以保证包头的正确传输。
在一种可能的实现方法中,根据该包头,生成该第二CRC,具体可以是:根据该数据中的部分数据和该包头,生成该第二CRC。
该方案,可以在数据包的起始位置之后的固定长度位置插入第二CRC,因此第二CRC可能将原来的数据分割成位于第二CRC之前的第一部分数据和位于第二CRC之后的第二部分数据,则第二CRC可以是根据位于第二CRC之前的包头和第一部分数据生成的。一方面,由于根据该包头和部分数据生成该第二CRC,因此该第二CRC可以用于对包头的传输正确性进行校验,可以保证包头的正确传输。另一方面,由于是在数据包的起始位置之后的固定位置插入第二CRC,因此可以简化第二CRC的生成和插入方式,从而提升数据包的生成速度。
在一种可能的实现方法中,根据该包头和数据,生成该第一CRC。
在一种可能的实现方法中,根据该包头、该数据和该第二CRC,生成该第一CRC。
该方案,由于根据该包头、该数据和该第二CRC生成该第一CRC,因此该第一CRC可以用于对数据包的传输正确性进行校验,可以保证数据包的正确传输。
在一种可能的实现方法中,该第一CRC位于该数据包的尾部,该第二CRC位于该数据包的包头之后。
在一种可能的实现方法中,该数据包是eCPRI数据包,该数据包中的数据包括eCPRI数据。
在一种可能的实现方法中,该包头指示了该数据包的类型,该数据包的类型为用户面数据或控制面数据。
第三方面,本申请实施例提供一种通信装置,该装置可以是第二设备或应用于第二设备中的模块(如芯片)。该装置具有实现上述第一方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面,本申请实施例提供一种通信装置,该装置可以是第一设备或应用于第一设备中的模块(如芯片)。该装置具有实现上述第二方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面,本申请实施例提供一种通信装置,包括至少一个处理器,所述至少一个处理器用于与存储器耦合,读取并执行所述存储器中的指令,以实现上述第一方面至第二方面中的任意实现方法。该存储器可以位于该装置之内,也可以位于该装置之外。
第六方面,本申请实施例提供一种通信装置,包括处理器和存储器;该存储器用于存储计算机指令,当该装置运行时,该处理器执行该存储器存储的计算机指令,以使该装置执行上述第一方面至第二方面中的任意实现方法。
第七方面,本申请实施例提供一种通信装置,包括用于执行上述第一方面至第二方面中的任意实现方法的各个步骤的单元或手段(means)。
第八方面,本申请实施例提供一种通信装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行上述第一方面至第二方面中的任意实现方法。该处理器包括一个或多个。
第九方面,本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当计算机程序或指令被通信装置运行时,使得上述第一方面至第二方面中的任意实现方法被执行。
第十方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在通信装置上运行时,使得上述第一方面至第二方面中的任意实现方法被执行。
第十一方面,本申请实施例还提供一种芯片系统,包括:处理器,用于执行上述第一方面至第二方面中的任意实现方法。
第十二方面,本申请实施例还提供一种通信系统,包括:用于执行上述第一方面的任意实现方法的第二设备,和用于执行上述第二方面的任意实现方法的第一设备。
附图说明
图1为业务报文的示例图;
图2为本申请实施例提供的一种数据包的处理方法的流程示意图;
图3(a)为本申请实施例提供的数据包格式的一个示意图;
图3(b)为本申请实施例提供的数据包格式的另一个示意图;
图4(a)为现有的基于eCPRI的业务报文的示例图;
图4(b)为本申请实施例提供的在业务数据包中插入CRC的一个示意图;
图5为本申请实施例提供的第一设备和第二设备的结构示意图;
图6为本申请实施例提供的一种通信装置示意图;
图7为本申请实施例提供的一种通信装置示意图。
具体实施方式
参考图2,为本申请实施例提供的一种数据包的处理方法的流程示意图。该实施例中,第一设备作为发送方,第二设备作为接收方。当然,在第二设备作为发送方,第一设备作为接收方的情况下,该方法也适用。示例性的,第一设备可以是基带单元(baseband unit,BBU)、集中式单元(Central Unit,CU)或者分布式单元(Distributed Unit,DU)等具有基带信号处理功能的通信设备或者功能模块,第二设备是射频单元(radio unit,RU),这里的RU比如可以是远端射频单元(radio remote unit,RRU)或自适应天线单元(active antennaunit,AAU)等具有处理中频信号、射频信号或者中射频信号处理功能的通信设备或者功能模块。或者,第一设备是RU,第二设备是BBU。其中,第一设备与第二设备之间的接口可以是eCPRI或其他类型接口,本申请实施例不做限定。
该方法包括以下步骤:
步骤201,第一设备生成数据包,该数据包包括包头、数据、第一CRC和第二CRC。
该第一CRC用于对该数据包进行校验。可选的,第一设备可以根据包头和数据生成第一CRC,或者,第一设备根据包头、该数据和第二CRC,生成第一CRC。
该第二CRC用于对包头进行校验。可选的,第一设备根据包头生成第二CRC,或者,第一设备根据包头和该数据中的部分数据生成第二CRC。
该数据包的包头指示了数据包的类型,该数据包的类型为用户面数据或控制面数据。数据包的类型为用户面数据,指的是该数据包的数据全部是用户面数据,或者包含用户面数据以及其他数据。数据包的类型为控制面数据,指的是该数据包的数据全部是控制面数据,或者包含控制面数据以及其他数据。可选的,如果数据包中包含有控制面数据,则该数据包的类型是控制面数据。数据包的类型也可以理解为是数据包的中的数据的类型。
其中,用户面数据指的是实际业务数据,例如语音数据、分组业务数据等。控制面数据指的是控制消息或信令,例如小区建立消息、小区释放消息、或者操作与维护相关的消息等。
本申请实施例对于该数据包的组包形式不做限定,也即不限定数据包中的包头、数据、第一CRC、第二CRC之间的相互位置关系。比如,第一CRC位于数据包的尾部,第二CRC位于数据包的包头之后。再比如,第一CRC位于数据包的尾部,第二CRC位于包头和数据之间。
可选的,数据包中的数据包括需要被保护的关键信息(例如会影响数据包处理方式的信息)以及业务数据,这里的关键信息例如包括eCPRI类型。在该情形下,第二CRC可以插入在包头和关键信息之后,并根据包头和所述关键信息来生成,从而可以通过第二CRC来保障该关键信息的正确传输。示例性的,数据包中的数据包括eCPRI类型和eCPRI数据,则第二CRC可以插入在eCPRI类型之后的位置。
下面结合附图,对该数据包的组包形式进行举例说明。
参考图3(a),为数据包格式的一个示意图。其中,第二CRC位于包头和数据之间,具体的,第二CRC位于包头之后、且位于数据之前。第一CRC位于数据包的尾部。第二CRC是根据包头生成的,第一CRC是根据包头和数据生成的,或者是根据包头、第二CRC和数据生成的。需要说明的是,对于不同的数据包,其包头的大小可能不同,因此不同数据包中的第二CRC的起始位置与包头的起始位置之间的距离可能不同。基于该实现方法,可以预先获知包头的大小,从而可以根据包头的大小,在包头之后插入第二CRC。
参考图3(b),为数据包格式的另一个示意图。其中,第二CRC位于数据中,插入该第二CRC之后,原来的数据被第二CRC分割成两部分,第二CRC之前的部分数据称为数据_1,第二CRC之后的部分数据称为数据_2,数据_1与数据_2的组合即为原数据。第一CRC位于数据包的尾部。第二CRC是根据包头和数据_1生成的,第一CRC是根据包头和数据生成的,或者是根据包头、第二CRC和数据生成的。基于该实现方法,可以预先设定一个长度(以下称为预设长度),第二CRC的插入位置(即第二CRC的起始位置,以下称为第一位置)即为从包头的起始位置+预设长度。示例性,该预设长度大于或等于第一长度,该第一长度可以为已知的各种包头长度中的最大长度,如此可以保证可以在包头之后插入第二CRC,而不会在包头中插入第二CRC,可以保证包头的完整性。需要说明的是,由于不同的数据包的包头的长度可能不同,因此对于不同的数据包,第二CRC之前的数据_1的比特大小可能不同。比如,预设长度为100比特,数据包x的包头为60比特,则数据包x中的数据_1的比特大小为40比特,数据包y的包头为70比特,则数据包y中的数据_1的比特大小为30比特。
步骤202,第一设备向第二设备发送数据包。相应地,第二设备接收该数据包。
第一设备可以通过第一设备与第二设备之间的接口,向第二设备发送该数据包。或者,第一设备通过一个或多个第三方设备的转发,将该数据包发送至第二设备。
步骤203,第二设备根据数据包中的第一CRC,对数据包进行校验。
比如,第二设备收到数据包后,获取该数据包中的第一CRC,以及根据数据包中的除第一CRC之外的其它部分(例如,包头、第二CRC和数据)生成第三CRC。
如果第一CRC与第三CRC相同,则该数据包校验成功,表明该数据包在传输过程中没有发生错误。
如果第一CRC与第三CRC不同,则该数据包校验失败,表明该数据包在传输过程中发生错误。其中发生错误的位置可能是在包头中、第二CRC中、数据中或者是第一CRC中。
步骤204,第二设备根据数据包中的第二CRC对数据包的包头进行校验。
第二设备获取该数据包中的第二CRC,以及根据数据包中的位于第二CRC之前的部分生成第四CRC。其中,位于第二CRC之前的部分可能是包头,比如参考图3(a)的示例,或者位于第二CRC之前的部分也可能是包头和数据_1,比如参考图3(b)的示例。
如果第二CRC与第四CRC相同,则对该数据包的包头校验成功,表明该数据包的包头在传输过程中没有发生错误。
如果第二CRC与第四CRC不同,则对该数据包的包头校验失败,表明该数据包的包头在传输过程中发生错误。其中,针对图3(a)的示例,如果第二CRC与第四CRC不同,则表明对该数据包的包头校验失败,也即包头中存在传输发生错误的比特。针对图3(b)的示例,如果第二CRC与第四CRC不同,则可能是包头中存在发生传输发生错误的比特,也可能是数据_1中存在传输发生错误的比特。但在实际应用中,一般地,数据_1在数据中的占比很小,因此对于该图3(b)的示例,如果第二CRC与第四CRC不同,表明包头或数据_1发生错误,但可以不做区分,统一认为是对该数据包的包头校验失败,也即认为是包头中存在传输发生错误的比特。
步骤205,第二设备根据数据包的校验结果和/或包头的校验结果对该数据包进行处理。
下面介绍该步骤203至步骤205的两种不同具体实现方法。
实现方法一,第二设备既执行上述步骤203得到数据包的校验结果,也执行上述步骤204得到包头的校验结果,并根据数据包的校验结果和/或包头的校验结果对该数据包进行处理。
其中,上述步骤203和步骤204的执行顺序不限,比如可以先执行步骤203再执行步骤204,或者先执行步骤204再执行步骤203,或者这两个步骤并行执行,不分先后。
该实现方法一中,第二设备根据数据包的校验结果和/或包头的校验结果对该数据包进行处理,具体可以分为以下情形1和情形2。
情形1,若数据包校验成功,表明该数据包在传输过程中没有发生错误,则第二设备不丢弃该数据包,本申请实施例中所述的“不丢弃”比如可以是保存、保留、继续处理、传输至下一级数据处理模块继续处理等等,本申请实施例中所述的“丢弃”可以包括删除、被其他数据覆盖、不继续处理、或者不传输至下一级数据处理模块等等,这里统一说明,后面不再赘述。可选的,如果第二CRC是位于数据中,则第二设备可以在删除第二CRC之后得到数据包中的数据。比如参考图3(b),第二设备删除第二CRC之后,根据数据_1和数据_2可以得到数据包中的数据。
其中,数据包校验成功,意味着包头和数据都没有发生传输错误,因此可以认为包头也会校验成功。因此数据包校验成功,可以表明数据包校验成功以及包头校验成功。
情形2,若数据包校验失败,表明该数据包在传输过程中发生错误,发生错误的位置可能是在包头中、第二CRC中、数据中或者是第一CRC中,此时第二设备可以也不丢弃该数据包,而是根据包头的校验结果再决定如何处理该数据包。因此该情形2又可以分为以下情形2.1和情形2.2。
情形2.1,数据包校验失败但数据包的包头校验成功,表明数据包发生传输错误但发生错误的位置不在包头,也即包头没有发生传输错误,这种情况可以理解为是数据包的数据发生传输错误,该情形下,第二设备可以根据数据包的类型处理该数据包。针对图3(a)的示例,意味着数据和/或第一CRC发生传输错误。针对图3(b)的示例,意味着数据中的数据_2和/或第一CRC发生传输错误。
其中,第二设备可以根据包头确定数据包的类型,比如包头中可以包含数据包的类型,或者包含用于指示数据包的类型的指示信息,或者是该包头本身可以对应数据包的类型。
作为一种实现方法,第二设备根据数据包的类型处理数据包,比如可以是:若数据包的类型是用户面数据,则不丢弃该数据包,若数据包的类型是控制面数据,则丢弃数据包。
具体的,如果数据包的类型是用户面数据,意味着数据包的包头传输正确,数据包中的数据发生传输错误,且该数据包含或者全部是用户面数据。该情形下,虽然传输的用户面数据发生一些错误,但由于包头传输正确,因此该用户面数据可以被正确处理,并且用户面数据的错误可能会稍微影响用户体验,但实际上不会造成其他更为严重的影响,因此第二设备可以不丢弃该数据包,该方式可以提升数据传输效率和系统容量。可选的,如果第二CRC是位于数据中,则第二设备可以在删除第二CRC之后得到数据包中的数据。比如参考图3(b),第二设备删除第二CRC之后,根据数据_1和数据_2可以得到数据包中的数据。可选的,第二设备在删除第二CRC得到数据之后,可以对数据进行下一步处理或者发送给下一步数据处理模块进行继续处理。
如果数据包的类型是控制面数据,意味着数据包的包头传输正确,数据包中的数据发生传输错误,且该数据是控制面数据。该情形下,尽管包头传输正确,但传输的控制面数据发生错误,由于控制面数据发生错误带来的后果相对比较严重,因此第二设备丢弃该数据包。
情形2.2,数据包校验失败且数据包的包头校验失败,表明数据包发生传输错误且发生错误的位置至少包含包头,也即包头发生传输错误,该情形下,第二设备可以丢弃该数据包。
由于包头中包含有源地址、目的地址、源端口号、目的端口号、协议信息等中的一个或多个,因此包头对于第二设备如何正确处理该数据包起到至关重要的作用。因而如果包头校验失败,则丢弃数据包。
实现方法二,第二设备先执行上述步骤203得到数据包的校验结果,如果数据包的校验结果为数据包校验成功,则不丢弃该数据包,具体参考上述实现方法一的情形1的描述,并且后面也不再执行上述步骤204和步骤205。如果数据包的校验结果为数据包校验失败,则再执行上述步骤204得到包头的校验结果,并根据包头的校验结果对该数据包进行处理,其中,根据包头的校验结果对该数据包进行处理包括两种情形,分别如上述实现方法一中的情形2.1和情形2.2的描述。
基于该实现方法二,如果数据包校验成功,则不再校验包头,因此可以减少校验次数,从而提升校验效率。
基于该实现方法二,可选的,若数据包校验失败,可以标记该数据包。也即若数据包校验失败,则不丢弃该数据包,而是对该数据包进行标记,例如可以用特殊字符进行标记或特定比特进行标记等,表明该数据包是需要进一步判断的数据包,后续再使用第二CRC对数据包的包头进行校验,并根据包头校验结果,决定丢弃该数据包还是不丢弃该数据包。
作为一种实现方法,在上述任意实现方法中,如果第二设备丢弃收到的数据包,则第二设备在丢弃数据包之后,还可以通知第一设备重传该数据包,从而保证数据包的正确接收,有助于提升用户体验。
根据上述方案,第二设备在数据包中携带用于对数据包进行校验的第一CRC和用于对数据包的包头进行校验的第二CRC。当数据包校验失败但包头校验成功,表明包头传输正确但数据传输错误。此时,第二设备可以根据数据包的类型处理该数据包,而不是直接丢弃该数据包。如此可以减少丢包次数,从而可以提升数据传输效率和系统容量。
本申请实施例提供的上述方案,可以应用于各种场景,对此本申请不做限定。下面结合一个具体应用场景进行说明。
以下示例中,以第一设备与第二设备之间的接口是eCPRI为例进行说明。该示例下,第一设备向第二设备发送的数据包可以称为eCPRI数据包,数据包中的数据可以称为eCPRI数据。
目前,在传统的CPRI上,传输的数据实际是空口数据的数字采样信号,个别误码只是影响这一个采样数据的数值精度,不影响其他样点,因此CPRI链路对光纤误码的容忍度比较高。无线前传从CPRI切换到eCPRI之后,由于前传链路上存在误码,按照目前处理机制,一个比特的错误会导致一个数据包CRC校验失败,从而该数据包被丢弃,而一个数据包被丢弃将导致整个业务报文因无法收齐所有的数据包而被丢弃。因此,一个比特的误码导致的数据丢失损失急剧放大,导致从CPRI切换到eCPRI之后,业务性能相对下降,影响用户体验。
参考图4(a),为现有的基于eCPRI的业务报文格式示意图。其中,一个业务报文包括一个或多个数据包,每个数据包包括媒体接入控制(medium access control,MAC)头、MAC数据和CRC。
其中,MAC头包括源MAC地址、目的MAC地址等信息。
MAC数据包括eCPRI类型和eCPRI数据,eCPRI数据包括待传输的用户面数据或控制面数据。
CRC用于对MAC头和MAC数据的正确性进行校验。如果接收端对该CRC校验成功,表明该MAC头和MAC数据均传输正确,没有错误比特。如果对该CRC校验失败,表明该MAC头和MAC数据中存在错误的比特。
以图4(a)为例,假设数据包3中的某个比特或某些比特发生传输错误,则接收端对业务数据包3的CRC校验失败,则按照目前处理机制,接收端将会丢弃该数据包3。同时,由于接收端未能正确接收该数据包3,因而导致整个业务报文因无法收齐所有的数据包也将被丢弃。这意味着即使接收端正确接收了除数据包3之外的其它n-1个数据包,接收端也会丢弃这n-1个数据包,因而造成业务性能相对下降,影响用户体验。
下面结合图2所示的方法,对现有的eCPRI数据包进行改进,具体的,第一设备生成的eCPRI数据包包括两个CRC,分别为第一CRC和第二CRC。然后第一设备将该eCPRI数据包发送给第二设备,第二设备可以根据该eCPRI数据包中的第一CRC和第二CRC,确定处理该eCPRI数据包的方式。
该eCPRI数据包的传输和处理过程包括以下步骤:
步骤1,第一设备获取数据包a,该数据包a包括MAC头、eCPRI类型和eCPRI数据。
这里的MAC头即为上述图2的实施例中的包头的一个具体示例。
这里的eCPRI类型和eCPRI数据的组合即为上述图2的实施例中的数据的一个具体示例。
步骤2,第一设备在数据包a中插入CRC1,得到数据包b。
这里的CRC1即为上述图2的实施例中的第二CRC的一个具体示例。
其中,图4(b)为在业务数据包中插入CRC的示意图。该示例中,是在第一位置插入CRC1,且插入CRC1之后,eCPRI数据被划分为eCPRI数据_1和eCPRI数据_2。其中,CRC1是根据MAC头、eCPRI类型和eCPRI数据_1生成的,这里的eCPRI类型和eCPRI数据_1的组合即为上述图2的实施例中的数据_1的一个具体示例。
步骤3,第一设备在数据包b的尾部插入CRC2,得到数据包c。
这里的CRC2头即为上述图2的实施例中的第一CRC的一个具体示例。
该CRC2是根据MAC头、eCPRI类型、CRC1、eCPRI数据_1以及eCPRI数据_2生成的。
步骤4,第一设备向第二设备发送数据包c。
这里的数据包c即为上述图2的实施例中第一设备向第二设备发送的数据包的一个具体示例。
步骤5,第二设备对数据包c中的CRC2进行校验,可选的,还对CRC1进行校验,分为以下情形1和情形2:
情形1,如果CRC2校验成功,表明MAC头、eCPRI类型以及eCPRI数据均传输正确,则第二设备不丢弃该数据c。可选的,第二设备还删除CRC1,得到eCPRI数据并保存eCPRI数据。
情形2,如果CRC2校验失败,则进一步对CRC1进行校验,分为以下情形2.1和情形2.2:
情形2.1,如果CRC1校验失败,则丢弃数据包c。
情形2.2,如果CRC1校验成功,则分为以下情形2.2.1和情形2.2.2:
情形2.2.1,如果eCPRI数据的类型是用户面数据,则不丢弃该数据包c。可选的,第二设备还删除CRC1,得到eCPRI数据。
情形2.2.2,如果eCPRI数据的类型是控制面数据,则丢弃该数据包c。
其中,第二设备可以根据MAC头和/或eCPRI类型,确定该eCPRI数据的类型。
通过上述方法,实现了对eCPRI数据包的传输和处理,可以提升数据传输效率和系统容量,有助于提升用户体验。
示例性的,下面给出上述第一设备、第二设备的一种实现方式。参考图5,为本申请实施例提供的第一设备和第二设备的结构示意图。下面以将该图5所示的第一设备、第二设备应用于上述eCPRI数据包的传输和处理过程为例进行说明。
第一设备包括基带处理单元、头部校验编码单元和以太网MAC层发包单元,其中:
1)、基带处理单元:产生数据包a,数据包a包括MAC头、eCPRI类型和eCPRI数据;
2)、头部校验处理单元:根据MAC头、eCPRI类型和eCPRI数据_1生成CRC1,并在第一位置插入CRC1,得到数据包b;
3)、以太网MAC层发包单元:根据MAC头、eCPRI类型、CRC1和eCPRI数据生成CRC2,并在数据包b的尾部添加CRC2,得到数据包c,并通过第一设备与第二设备之间的eCPRI接口向第二设备发送数据包c。
第二设备包括以太网MAC层收包单元、头部校验译码单元和基带处理单元,其中:
1)、以太网MAC层收包单元:接收数据包c,校验数据包c中的CRC2,如果CRC2校验成功则删除数据包c中的CRC2得到数据包b,并生成标记信息1,标记信息1指示数据包校验成功,然后将数据包b和标记信息1发送给头部校验单元;如果CRC2校验失败则删除CRC2得到数据包b,并生成标记信息2,标记信息2指示数据包校验失败,然后将数据包b和标记信息2发送给头部校验单元。
2)、头部校验处理单元:接收数据包b,以及接收标记信息1或标记信息2。如果头部校验处理单元接收到数据包b和标记信息1,则去除CRC1后得到数据包a,并生成标记信息3,标记信息3指示数据包校验成功,然后头部校验处理单元向基带处理单元发送数据包a和标记信息3。如果头部校验处理单元接收到数据包b和标记信息2,则校验数据包b中的CRC1,如果CRC1校验成功且数据包b的类型是用户面数据,则删除CRC1得到数据包a,并生成标记信息3,标记信息3指示数据包校验成功,然后将数据包a和标记信息3发送给基带处理单元;如果CRC1校验成功但数据包b的类型是控制面数据,或者CRC1校验失败,则头部校验处理单元删除CRC1得到数据包a,并生成标记信息4,标记信息4指示数据包校验失败,然后将数据包a和标记信息4发送给基带处理单元。
3)、基带处理单元:接收数据包a,以及接收标记信息3或标记信息4。如果收到数据包a和标记信息3,则不丢弃该数据包a,比如可以对数据包a进行处理或者发送给下一步数据处理模型进行处理等。如果收到数据包a和标记信息4,则丢弃该数据包a。
上述实现中,标记信息1、标记信息2、标记信息3以及标记信息4可以不同时存在。在上述给出的实现中,第二设备的以太网MAC层收包单元通过标记信息1告知头部校验单元:数据包校验成功,以及通过标记信息2告知头部校验单元:数据包校验失败。作为另一种实现,当以太网MAC层收包单元确定数据包c校验成功,则向头部校验单元发送数据包b和一个标记信息,当以太网MAC层收包单元确定数据包c校验成功,则不向头部校验单元发送数据包b,因此当头部校验单元收到数据包b和一个标记信息,则确定数据包b校验成功,即数据包b没有发生传输错误,当头部校验单元收到数据包b,则数据包b校验失败,即数据包b发生传输错误。或者反过来,当以太网MAC层收包单元确定数据包c校验成功,则向头部校验单元发送数据包b,当以太网MAC层收包单元确定数据包c校验失败,则向头部校验单元发送数据包b和一个标记信息。
作为一种实现,头部校验单元和基带处理单元也可以按照以下处理方式处理数据包:头部校验单元接收数据包b,以及接收标记信息1或标记信息2。如果头部校验处理单元接收到数据包b和标记信息1,则删除数据包b中的CRC1后得到数据包a并向基带处理单元发送数据包a。如果头部校验处理单元接收到数据包b和标记信息2,则校验数据包b中的CRC1,如果CRC1校验成功且数据包b的类型是用户面数据,则删除CRC1得到数据包a,并将数据包a发送给基带处理单元;如果CRC1校验成功但数据包b的类型是控制面数据,或者CRC1校验失败,则头部校验处理单元丢弃该数据包b。相应的,基带处理单元接收数据包a,基带处理单元不丢弃该数据包a,比如可以对数据包a进行处理或者发送给下一步数据处理模型进行处理等。
可以理解的,上述功能单元的划分以及名称仅为示例,上述示例中在同一个单元中实现的功能也可以由不同的功能模块或功能单元来实现,类似的,上述实例中在不同单元中实现的功能,也可以根据需要由同一个功能模块或单元来实现,本申请对此不做限定。
通过上述方案,可以挽回存在误码比特的大部分携带用户面数据的数据包,可以提高前传链路误码状态下的系统性能。
可以理解的是,为了实现上述实施例中功能,第一设备或第二设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图6和图7为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置600可以用于实现上述方法实施例中第一设备或第二设备的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是第一设备或第二设备,也可以是应用于第一设备或第二设备的模块(如芯片)。如图6所示,通信装置600包括处理单元610和收发单元620。通信装置600用于实现上述方法实施例中第一设备或第二设备的功能。示例性的,当通信装置600用于实现上述图5中的第一设备的功能,则处理单元610可用于实现第一设备中的基带处理单元和头部校验处理单元的功能,收发单元620可用于实现第一设备中的以太网MAC层发包单元的功能。当通信装置600用于实现上述图5中的第二设备的功能,则处理单元610可用于实现第二设备中的基带处理单元和头部校验处理单元的功能,收发单元620可用于实现第二设备中的以太网MAC层收包单元的功能。
在第一个实施例中,该通信装置用于实现上述方法图2所示的方法实施例中的第二设备的操作,收发单元620,用于接收来自第一设备的数据包,该数据包包括包头、数据、第一CRC和第二CRC;处理单元610,用于根据该数据包中的第一CRC,对该数据包进行校验;根据该数据包中的第二CRC对该数据包的包头进行校验;以及根据数据包的校验结果和/或包头的校验结果对该数据包进行处理。
在一种可能的实现中,处理单元610,具体用于若所述数据包校验成功,或者若数据包校验成功且包头校验成功,则不丢弃所述数据包;若所述数据包校验失败且所述包头校验失败,则丢弃所述数据包;或者,若所述数据包校验失败但所述包头校验成功,则根据所述数据包的类型处理所述数据包。
在一种可能的实现中,处理单元610,具体用于若数据包校验失败,则根据该数据包中的第二CRC对数据包的包头进行校验。
在一种可能的实现中,处理单元610,具体用于若数据包校验失败,则标记该数据包。
在一种可能的实现中,处理单元610,具体用于若该数据包的类型是用户面数据,则不丢弃该数据包;或者,若该数据包的类型是控制面数据,则丢弃该数据包。
在一种可能的实现中,处理单元610,还用于根据该包头,确定该数据包的类型。
在一种可能的实现中,处理单元610,还用于从该数据包中删除该第二CRC。
在一种可能的实现中,该第一CRC位于该数据包的尾部,该第二CRC位于该数据包的包头之后。
在一种可能的实现中,该第一CRC是根据该数据包的包头和该数据包的数据生成的。
在一种可能的实现中,该第一CRC是根据该数据包的包头、该数据包的数据和该第二CRC生成的。
在一种可能的实现中,该第二CRC是根据该数据包的包头生成的。
在一种可能的实现中,该第二CRC是根据该数据包的包头和该数据包中的部分数据生成的。
在一种可能的实现中,该数据包是eCPRI数据包,该数据包中的数据包括eCPRI数据。
在第二个实施例中,该通信装置用于实现上述方法图2所示的方法实施例中的第一设备的操作,处理单元610,用于生成数据包,该数据包包括包头、数据、第一CRC和第二CRC,该第一CRC用于对该数据包进行校验,该第二CRC用于对该包头进行校验;收发单元620,用于向第二设备发送该数据包。
在一种可能的实现中,处理单元610,还用于根据该包头,生成该第二CRC。
在一种可能的实现中,处理单元610,具体用于根据该数据中的部分数据和该包头,生成该第二CRC。
在一种可能的实现中,处理单元610,还用于根据该包头、该数据和该第二CRC,生成该第一CRC。
在一种可能的实现中,该第一CRC位于该数据包的尾部,该第二CRC位于该数据包的包头之后。
在一种可能的实现中,该数据包是eCPRI数据包,该数据包中的数据包括eCPRI数据。
在一种可能的实现中,该包头指示了该数据包的类型,该数据包的类型为用户面数据或控制面数据。
有关上述处理单元610和收发单元620更详细的描述可以直接参考上述方法实施例中相关描述直接得到,这里不加赘述。
如图7所示,通信装置700包括至少一个处理器710,还可以包括接口电路720。处理器710可以和接口电路720之间相互耦合。可以理解的是,接口电路720可以为收发器或输入输出接口。可选的,通信装置700还可以包括存储器730,用于存储处理器710执行的指令或存储处理器710运行指令所需要的输入数据或存储处理器710运行指令后产生的数据。
当通信装置700用于实现上述方法实施例时,处理器710用于实现上述处理单元610的功能,接口电路720可以用于实现上述收发单元620的功能。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于基站或终端中。当然,处理器和存储介质也可以作为分立组件存在于基站或终端中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、基站、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (23)
1.一种数据包的处理方法,其特征在于,包括:
接收来自第一设备的数据包;
根据所述数据包中的第一循环冗余校验CRC,对所述数据包进行校验;
根据所述数据包中的第二CRC对所述数据包的包头进行校验;
若所述数据包校验失败且所述包头校验失败,则丢弃所述数据包;或者,
若所述数据包校验失败但所述包头校验成功,则根据所述数据包的类型处理所述数据包。
2.如权利要求1所述的方法,其特征在于,所述根据所述数据包中的第二CRC对所述数据包的包头进行校验,包括:
若所述数据包校验失败,则根据所述数据包中的所述第二CRC对所述数据包的包头进行校验。
3.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
若所述数据包校验失败,则标记所述数据包。
4.如权利要求1至3中任一项所述的方法,其特征在于,所述根据所述数据包的类型处理所述数据包,包括:
若所述数据包的类型是用户面数据,则不丢弃所述数据包;或者,
若所述数据包的类型是控制面数据,则丢弃所述数据包。
5.如权利要求4所述的方法,其特征在于,所述方法还包括:
根据所述包头,确定所述数据包的类型。
6.如权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
从所述数据包中删除所述第二CRC。
7.如权利要求1至6中任一项所述的方法,其特征在于,所述第一CRC位于所述数据包的尾部,所述第二CRC位于所述数据包的包头之后。
8.如权利要求1至7中任一项所述的方法,其特征在于,所述第一CRC是根据所述数据包的包头、所述数据包的数据和所述第二CRC生成的。
9.如权利要求1至8中任一项所述的方法,其特征在于,所述第二CRC是根据所述数据包的包头生成的。
10.如权利要求9所述的方法,其特征在于,所述第二CRC是根据所述数据包的包头和所述数据包中的部分数据生成的。
11.如权利要求1至10中任一项所述的方法,其特征在于,所述数据包是增强通用公共无线接口eCPRI数据包,所述数据包中的数据包括eCPRI数据。
12.一种数据包的处理方法,其特征在于,包括:
生成数据包,所述数据包包括包头、数据、第一循环冗余校验CRC和第二CRC,所述第一CRC用于对所述数据包进行校验,所述第二CRC用于对所述包头进行校验;
向第二设备发送所述数据包。
13.如权利要求12所述的方法,其特征在于,所述方法还包括:
根据所述包头,生成所述第二CRC。
14.如权利要求13所述的方法,其特征在于,所述根据所述包头,生成所述第二CRC,包括:
根据所述数据中的部分数据和所述包头,生成所述第二CRC。
15.如权利要求12至14中任一项所述的方法,其特征在于,所述方法还包括:
根据所述包头、所述数据和所述第二CRC,生成所述第一CRC。
16.如权利要求12至15中任一项所述的方法,其特征在于,
所述第一CRC位于所述数据包的尾部,所述第二CRC位于所述包头之后。
17.如权利要求12至16中任一项所述的方法,其特征在于,所述数据包是增强通用公共无线接口eCPRI数据包,所述数据包中的数据包括eCPRI数据。
18.如权利要求12至17中任一项所述的方法,其特征在于,所述包头指示了所述数据包的类型,所述数据包的类型为用户面数据或控制面数据。
19.一种通信装置,其特征在于,包括用于执行如权利要求1至11中任一项所述方法的模块,或用于执行如权利要求12至18中任一项所述方法的模块。
20.一种通信装置,其特征在于,包括至少一个处理器,所述至少一个处理器用于与存储器耦合,读取并执行所述存储器中的指令,以实现:如权利要求1至11中任一项所述的方法,或如权利要求12至18中任一项所述的方法。
21.一种计算机程序产品,其特征在于,包括计算机程序,当所述计算机程序被通信装置执行时,实现如权利要求1至18中任一项所述的方法。
22.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至18中任一项所述的方法。
23.一种通信系统,其特征在于,包括用于执行如权利要求1至11中任一项所述方法的第二设备,和用于执行如权利要求12至18中任一项所述方法的第一设备。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111450373.5A CN114499750A (zh) | 2021-11-30 | 2021-11-30 | 一种数据包的处理方法、通信装置及通信系统 |
PCT/CN2022/130825 WO2023098430A1 (zh) | 2021-11-30 | 2022-11-09 | 一种数据包的处理方法、通信装置及通信系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111450373.5A CN114499750A (zh) | 2021-11-30 | 2021-11-30 | 一种数据包的处理方法、通信装置及通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114499750A true CN114499750A (zh) | 2022-05-13 |
Family
ID=81492080
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111450373.5A Pending CN114499750A (zh) | 2021-11-30 | 2021-11-30 | 一种数据包的处理方法、通信装置及通信系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114499750A (zh) |
WO (1) | WO2023098430A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023098430A1 (zh) * | 2021-11-30 | 2023-06-08 | 华为技术有限公司 | 一种数据包的处理方法、通信装置及通信系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101155141A (zh) * | 2006-09-29 | 2008-04-02 | 华为技术有限公司 | 分组语音数据包传输方法及其系统 |
CN102611531A (zh) * | 2012-03-12 | 2012-07-25 | 成都龙冠科技实业有限公司 | 一种单向数据传输方法 |
CN104717031A (zh) * | 2013-12-12 | 2015-06-17 | 华为终端有限公司 | 流媒体报文的处理方法、WiFi芯片及移动终端 |
CN104935408A (zh) * | 2015-06-04 | 2015-09-23 | 深圳市吉芯微半导体有限公司 | 数据传输方法及装置 |
CN111328104A (zh) * | 2018-12-14 | 2020-06-23 | 华为技术有限公司 | 数据包的解压缩方法和装置 |
WO2020238881A1 (zh) * | 2019-05-31 | 2020-12-03 | 华为技术有限公司 | 一种报文的生成、校验方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2001237877A1 (en) * | 2000-03-07 | 2001-09-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Pre-verification of checksums used with checksum-based header compression |
CN112350798A (zh) * | 2019-08-08 | 2021-02-09 | 华为技术有限公司 | 分组传输方法和装置 |
CN114499750A (zh) * | 2021-11-30 | 2022-05-13 | 华为技术有限公司 | 一种数据包的处理方法、通信装置及通信系统 |
-
2021
- 2021-11-30 CN CN202111450373.5A patent/CN114499750A/zh active Pending
-
2022
- 2022-11-09 WO PCT/CN2022/130825 patent/WO2023098430A1/zh unknown
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101155141A (zh) * | 2006-09-29 | 2008-04-02 | 华为技术有限公司 | 分组语音数据包传输方法及其系统 |
CN102611531A (zh) * | 2012-03-12 | 2012-07-25 | 成都龙冠科技实业有限公司 | 一种单向数据传输方法 |
CN104717031A (zh) * | 2013-12-12 | 2015-06-17 | 华为终端有限公司 | 流媒体报文的处理方法、WiFi芯片及移动终端 |
CN104935408A (zh) * | 2015-06-04 | 2015-09-23 | 深圳市吉芯微半导体有限公司 | 数据传输方法及装置 |
CN111328104A (zh) * | 2018-12-14 | 2020-06-23 | 华为技术有限公司 | 数据包的解压缩方法和装置 |
WO2020238881A1 (zh) * | 2019-05-31 | 2020-12-03 | 华为技术有限公司 | 一种报文的生成、校验方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023098430A1 (zh) * | 2021-11-30 | 2023-06-08 | 华为技术有限公司 | 一种数据包的处理方法、通信装置及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2023098430A1 (zh) | 2023-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7003710B2 (en) | Communications method, communications apparatus and communications system using same communications apparatus | |
CN102017458B (zh) | 在解码之前处理消息差值的装置和方法 | |
EP1190520B1 (en) | System and method for implementing hybrid automatic repeat request using parity check combining | |
US8949682B2 (en) | Apparatus and method for generating ARQ feedback message in wireless communication system | |
US20030023915A1 (en) | Forward error correction system and method for packet based communication systems | |
CN106656424B (zh) | 一种数据传输的校验方法 | |
JP2011504314A (ja) | 部分的に崩壊したデータパケットからの値の抽出方法 | |
CN112636879B (zh) | 基于混合自动重传请求的码块处理的方法和装置 | |
CN110635867B (zh) | 通信方法、网络设备和终端 | |
WO2018228457A1 (zh) | 发送和接收反馈信息的方法和装置 | |
WO2023098430A1 (zh) | 一种数据包的处理方法、通信装置及通信系统 | |
CN113079074A (zh) | 一种基于can总线的协议栈通信方法、装置和存储介质 | |
CN114301576B (zh) | 用于在ieee 802.15.4网络中生成和发送应答帧的方法及通信装置 | |
WO2022042543A1 (zh) | 一种以太网错误帧的重传方法及相关装置 | |
EP2858286A1 (en) | Rateless decoding | |
CN113541874A (zh) | 一种数据传输方法及网络设备 | |
US20230261795A1 (en) | Method for Retransmitting Data and Apparatus | |
CN109756306B (zh) | 信息传输方法和通信设备 | |
EP3621234B1 (en) | Method and device for determining whether data is damaged | |
CN114337942B (zh) | 一种报文重传方法、装置及电子设备 | |
CN106888072B (zh) | 数据传输方法及装置 | |
WO2020192772A1 (zh) | 一种通信方法及装置 | |
JP2006101061A (ja) | 通信方法 | |
CN112073146A (zh) | 一种重传数据的发送方法、接收方法及装置 | |
JP2019083507A (ja) | 受信装置、送信装置、受信方法及び送信方法 |
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 |