CN117061388A - 一种报文传输方法以及装置 - Google Patents

Abstract

本申请实施例公开了一种报文传输方法以及装置。本申请实施例方法包括：接收端检测到来自发送端的第一报文出错时，向发送端发送重传请求，当来自发送端的重传报文校验失败时，将重传报文中的纠错码和第一报文进行联合解码，降低误包率，同时有效降低重传次数，同时降低上层重传协议触发概率，降低数据传输时间。

Description

一种报文传输方法以及装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种报文传输方法以及装置。

背景技术

随着高级驾驶辅助系统(advanced driver assistance system，ADAS)技术的发展，车载传感器的数量激增，进而对车载网络在带宽，时延及可靠性等方面提出了更高的要求。

目前满足该高要求的视频接入技术中的移动产业处理器接口(mobile industryprocessor interface，MIPI)汽车物理层(automotive physical layer，A-PHY)可以达到误包率(packet error rate，PER)<1E-19的性能，但是，在车载网络以太化的趋势下，传统以太网技术与MIPI A-PHY仍然存在较大差距。

发明内容

本申请实施例提供了一种报文传输方法以及装置，用于降低报文传输误包率和传输时延。

本申请实施例第一方面提供了一种报文传输方法，其特征在于，包括：接收来自发送端的第一报文；当检测到第一报文出错时，向发送端发送重传请求，重传请求指示重传第一报文；接收来自发送端的重传报文，重传报文为发送端根据重传请求确定的，重传报文包括纠错码；当重传报文校验失败时，根据纠错码对第一报文进行联合解码，以获得第二报文。

上述方面中，接收端检测到来自发送端的第一报文出错时，向发送端发送重传请求，当来自发送端的重传报文校验失败时，将重传报文中的纠错码和第一报文进行联合解码，降低误包率，同时有效降低重传次数，同时降低上层重传协议触发概率，降低数据传输时间。

一个可能的实施方式中，上述步骤根据纠错码对第一报文进行联合解码之前，该方法还包括：根据纠错码对重传报文进行解码；当解码失败时，触发根据纠错码对第一报文进行联合解码的步骤。

上述可能的实施方式中，在根据纠错码对第一报文进行联合解码之前，接收端还可以先利用该纠错码对重传报文进行解码，在解码成功时，可以获得第二报文，并正常转发该第二报文，此时无需再进行上述的联合解码操作。若利用纠错码对重传报文的解码失败，则再进行联合解码步骤，提高解码的灵活性。

一个可能的实施方式中，上述步骤根据纠错码对第一报文进行联合解码之前，方法还包括：接收来自发送端的第三报文,第三报文为未出错的报文；上述步骤根据纠错码对第一报文进行联合解码之后，方法还包括：对第二报文和第三报文进行重排序。

上述可能的实施方式中，在前一个报文出错后，后续的报文会继续传输，接收端在反馈重传请求的同时，可以正常接收第三报文，无需等待第一报文的重传，减少报文传输时延。

一个可能的实施方式中，上述步骤接收来自发送端的第一报文包括：通过中间节点接收第一报文，第一报文包括错误标记，错误标记指示第一报文出错，错误标记为中间节点设置。

上述可能的实施方式中，发送端可以先向中间节点发送报文，并由中间节点向接收端转发报文，当中间节点确定第一报文出错时，可以在第一报文中设置错误标记，接收端在接收到第一报文后即可根据该错误标记确定第一报文出错，提高方案的灵活性。

一个可能的实施方式中，上述步骤根据纠错码对第一报文进行联合解码之前，该方法还包括：接收来自发送端的第四报文，第四报文为未出错的报文；将第四报文转发给尾节点；上述步骤根据纠错码对第一报文进行联合解码之后，该方法还包括：将第二报文发送给尾节点，以使得尾节点对第二报文和第四报文进行重排序。

上述可能的实施方式中，报文重新排序的操作由接收端执行，此时接收端可以是中间节点或者是尾节点，若限定报文重新排序的操作只由尾节点执行，在接收端为中间节点时，接收端在接收来自发送端的正常的第四报文后，将第四报文转发给尾节点，接收端在解码出第二报文后，可以将第二报文发送给尾节点，尾节点即可以将第二报文和第四报文重新排序，增加报文排序位置的灵活性。

一个可能的实施方式中，上述步骤向发送端发送重传请求包括；多次向发送端发送重传请求。

上述可能的实施方式中，多次发送该重传请求给发送端，避免部分数据包丢失影响发送端获取重传指令。

一个可能的实施方式中，重传请求包括多个相同的重传信息，重传信息指示重传第一报文。

上述可能的实施方式中，多个重传信息都向发送端指示需要重传第一报文，任意重传信息出错都不影响其他重传信息的指示效果。

本申请实施例第二方面提供了一种报文传输装置，可以实现上述第一方面或第一方面中任一种可能的实施方式中的方法。该装置包括用于执行上述方法的相应的单元或模块。该装置包括的单元或模块可以通过软件和/或硬件方式实现。该装置例如可以为网络设备，也可以为支持网络设备实现上述方法的芯片、芯片系统、或处理器等，还可以为能实现全部或部分网络设备功能的逻辑模块或软件。

本申请实施例第三方面提供了一种计算机设备，包括：处理器，该处理器与存储器耦合，该存储器用于存储指令，当指令被处理器执行时，使得该计算机设备实现上述第一方面或第一方面中任一种可能的实施方式中的方法。该计算机设备例如可以为网络设备，也可以为支持网络设备实现上述方法的芯片或芯片系统等。

本申请实施例第四方面提供了一种计算机可读存储介质，该计算机可读存储介质中保存有指令，当该指令被处理器执行时，实现前述第一方面或第一方面任一种可能的实施方式提供的方法。

本申请实施例第五方面提供了一种计算机程序产品，计算机程序产品中包括计算机程序代码，当该计算机程序代码在计算机上执行时，实现前述第一方面或第一方面任一种可能的实施方式提供的方法。

附图说明

图1为本申请实施例提供的一种报文传输架构示意图；

图2为本申请实施例提供的一种报文传输方法的流程示意图；

图3为本申请实施例提供的一种以太帧格式的示意图；

图4为本申请实施例提供的另一种以太帧格式的示意图；

图5为本申请实施例提供的报文传输整体流程图；

图6为本申请实施例提供的重排序示意图；

图7为本申请实施例提供的一种报文传输装置的结构示意图；

图8为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

本申请实施例提供了一种报文传输方法以及装置，用于降低报文传输误包率和传输时延。

下面结合附图，对本申请的实施例进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本申请，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本申请同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本申请的主旨。

下面对本申请实施例的一些术语进行描述。

循环冗余校验(cyclic redundancy check，CRC)是数据通信领域常用的一种数据传输检错技术。通过在发送端对数据按照某种算法计算出校验码，并将得到的校验码附在数据帧的后面，一起发送到接收端。接收端对收到的数据和校验码按照相同算法进行验证，以此判断接收到的数据是否正确、完整。CRC32为使用32位来保存错误检查信息的CRC。

本申请实施例提供了一种报文传输方法，该方法可以应用于一种以太网通信系统，该以太网通信系统包括源网络设备和目标网络设备，源网络设备和目标网络设备均为具有以太网接口的设备，源网络设备和目标网络设备通过线缆连接，其中，在本申请的可选实施例中，源网络设备可以理解为发送端(或发送端设备)，目标网络设备也可以理解接收端(或接收端设备)。发送端获取传输的介质访问控制(media access control，MAC)报文，然后对该MAC报文进行修改，进而生成第一帧。具体的，该MAC报文包括第一字段和第二字段，接收端利用所述第一字段的字段空间生成用于重传控制的第一数据控制子帧，基于所述第二字段生成用于携带有效载荷的第一目标数据子帧，该第一数据控制子帧包括所述第一目标数据子帧的序列号；源网络设备向所述目标网络设备发送该第一帧。目标网络设备接收该第一帧，若目标网络设备未成功接收到该第一目标数据子帧，则该目标网络设备向该源网络设备反馈该第一目标数据子帧的序列号，该源网络设备向目标网络设备重新发送该第一帧。

需要说明的是，本申请实施例中所涉及的源网络设备和目标网络设备可以是具有以太网接口的各种网络通信设备，例如，如交换机、路由器、服务器、车载设备或个人计算机(personal computer，PC)等，这些网络通信设备也可以为具有网络通信功能的其他硬件(如包括处理器、存储器及各种外围电路)，这些通信设备除了网络通信功能外，还执行其他的功能。例如，请参阅图1，如图1所示为本申请实施例提供的一种报文传输架构示意图，该架构包括发送端11和接收端12，发送端11向接收端12发送报文，当接收端12无法接收或者无法解码该报文时，向发送端11反馈重传请求，发送端11可以根据重传请求确定并发送需要重传的报文，以使得接收端12可以正常接收或解码报文。图1所示的结构为单跳网络，本申请实施例还可以应用于多跳网络，此处不作赘述。

随着高级驾驶辅助系统(advanced driver assistance system，ADAS)技术的发展，车载传感器的数量激增，进而对车载网络在带宽，时延及可靠性等方面提出了更高的要求。

目前满足该高要求的视频接入技术中的移动产业处理器接口(mobile industryprocessor interface，MIPI)汽车物理层(automotive physical layer，A-PHY)可以达到误包率(packet error rate，PER)小于1E-19的性能，但是，在车载网络以太化的趋势下，传统以太网技术与MIPI A-PHY仍然存在较大差距。

为解决上述问题，本申请实施例提供了一种报文传输方法，该方法如下所述。

请参阅图2，如图2所示为本申请实施例提供的一种报文传输方法的流程示意图，该方法包括：

步骤201.发送端发送第一报文，相应的，接收端接收该第一报文。

本实施例中，发送端获取需要发送的第一报文，然后将该第一报文传输给接收端处理。示例性的，以车载视频传输技术为例，此时发送端为车载摄像头，车载摄像头可以将包括视频数据的报文传输给移动数据中心(mobile data center，MDC)，此时接收端可以是移动数据中心，也可以是在车载摄像头和移动数据中心之间的中间节点，此处不作限定。

当接收端为尾节点，例如移动数据中心时，发送端可以先向中间节点发送报文，并由中间节点向接收端转发报文，当中间节点确定第一报文出错时，可以在第一报文中设置错误标记，例如将第一报文中的错误(err)符号置为1，指示该第一报文出错，接收端在接收到第一报文后即可根据该错误标记确定第一报文出错。

步骤202.当检测到第一报文出错时，接收端向发送端发送重传请求，重传请求指示重传第一报文。

本实施例中，接收端在接收到第一报文后，可以获取该第一报文的CRC进行校验，当校验出该第一报文出错时，接收端向发送端反馈一个否定应答(negativeacknowledgement，NACK)，并缓存该第一报文。其中，该NACK为一个重传请求，该重传请求指示接收端没有收到或者无法解码该第一报文，发送端需要重传该第一报文。示例性的，该第一报文包括帧序列号(frame sequence number，FSN)，接收端可以在重传请求配置该第一报文的FSN。

为提高重传请求的可靠性，本申请实施例可以在重传请求的有效负荷(payload)中携带多个相同的重传信息，该多个重传信息都向发送端指示需要重传第一报文，任意重传信息出错都不影响其他重传信息的指示效果。在另一个方式中，本申请实施例可以重传请求中添加冗余码，例如前向纠错码(forward error correction，FEC)，在重传请求的有效负荷有一定数据丢失时，仍然可以利用冗余码和有效负荷恢复出完整的数据。在另一方式中，接收端还可以多次发送该重传请求给发送端，减少因数据丢失造成的影响。

相应的，报文的帧格式可以是如下所述，表1为原始以太帧的格式，

表1

preamble(7B)

SFD(1B)

DMAC(6B)

SMAC(6B)

type(6B)

payload

crc32

前导码(preamble)：7个字节，用于数据传输过程中的双方发送与接收的速率的同步。

帧开始符((start frame delimiter，SFD)：1个字节，用于标识一个以太网帧的开始。

目的MAC(destination MAC，DMAC)地址：6个字节，指明帧的接收者。

源MAC(source MAC，SMAC)地址：6个字节，指明帧的发送者。

类型：2个字节，指明帧中数据的协议类型，比如常见的IPv4中的ip协议采用0x0800。

有效负荷(payload)：46-1500个字节，包含了上层协议传递下来的数据，如果加入数据字段后帧长度不够64字节，会在数据字段加入填充字段达到64字节。

CRC32：4个字节，对接收网卡(主要是检测数据与填充字段)提供判断是否传输错误的一种方法，如果发现错误，则丢弃此帧。

如图3为本申请实施例的以太帧格式，该新的以太帧在原始以太帧的基础上进行改进，请参阅图3，将preamble(7B)配置请求发送(request to send，RTS)字符、否定应答(negative acknowledgment，NAK)字符、Type字符和FSN字符，并在payload和CRC32之间增加纠错码，其中，

RTS：2比特(bit)，指示该业务是否需重传，当为非重传业务时，Type及FSN无效。

NAK：2比特，区分正常数据及重传请求。

Type：4比特，区分原始包和重传包。

FSN：1字节，MAC帧序列号，用于指示需要重传帧。

纠错码：冗余编码，保护报文(除前导以外部分)。

当发送端和尾节点之间还存在中间节点，且接收端为尾节点时，本申请实施例的另一种以太帧格式可以参照图4所示，该以太帧格式与图3打的以太帧格式相比，在payload之前还增加了err字符和HEAD-CRC字符，其中，HEAD_CRC用于报文头保护，err用于指示payload错误。

步骤203.发送端向接收端发送重传报文，相应的，接收端接收来自发送端的重传报文，重传报文为发送端根据重传请求确定的，重传报文包括纠错码。

本实施例中，发送端在接收到重传请求后，可以确定第一报文需要重传，则发送端可以从缓存中获取第一报文，并在第一报文中添加纠错码，以生成重传报文，然后将该重传报文发送给接收端。其中，该纠错码可以是里德-所罗门(reed-solomon，RS)码、格雷码、波色-乔杜里-霍克金海姆(bose–chaudhuri–hocquenghem，BCH)码、多维奇偶校验码和汉明码等，此处不做限定。

步骤204.当重传报文校验失败时，接收端根据纠错码对第一报文进行联合解码，以获得第二报文。

本实施例中，接收端接收到重传报文后，继续对重传报文进行CRC校验，通过获取该重传报文的CRC32进行检验，如果该重传报文还是检验失败，则可以获取该重传报文的纠错码对步骤201缓存的第一报文进行联合解码，则可以获得第二报文，该第二报文为正常的第一报文。当接收端基于纠错码对第一报文的联合解码失败后，还可以上报告警，记录该第一报文异常。当重传报文出错的情况下，利用第一报文和纠错码联合解码，恢复信息，单次重传达到极低PER<1E-21。

在根据纠错码对第一报文进行联合解码之前，接收端还可以先利用该纠错码对重传报文进行解码，在解码成功时，可以获得第二报文，并正常转发该第二报文，此时无需再进行上述的联合解码操作。若利用纠错码对重传报文的解码失败，则再进行联合解码步骤，提高解码的灵活性。

具体的，本申请实施例的步骤可以是如图5所示的报文传输整体流程图，步骤501：接收端更新第一报文的RTS和FSN；步骤502：然后经过CRC封装后发送给接收端进行CRC校验。步骤503：第一报文的CRC校验失败后，接收端进行错误报文缓存，并生成重传请求；步骤504：接收端将重传请求经过CRC封装后发送给发送端进行CRC校验；步骤505：发送端在校验成功后提取该重传请求的FSN，并确定重传包；步骤506：发送端将该重传包进行纠错码编码构成重传报文；步骤507：发送端将该重传报文进行CRC封装后发送给接收端进行CRC校验；步骤508：接收端通过重传报文的纠错码对该重传报文进行解码，当解码成功时执行步骤509，解码失败时执行步骤510；步骤509：接收端将解码成功获得的正常报文正常转发；步骤510：接收端将纠错码和第一报文进行联合解码，当联合解码成功时，则执行步骤509，否则执行步骤511；步骤511：接收端上报告警。

本申请实施例的报文传输为实时性(real-time)自动重传请求(automaticrepeat request，ARQ)方式，其中，相对于现有停等式重传机制(传输控制协议(transmission control protocol，TCP)/互联网协议(internet protocol，IP)的重传)，实时性自动重传请求为非停等式重传，即在前一个报文出错后，后续的报文会继续传输，由于此方式会导致报文在目的节点的乱序，所以需要在尾节点进行重排序。本实施例中，发送端在发送第一报文后，还向接收端发送了第三报文，第三报文可以是一个或多个，且第三报文为没有出错的报文，即该第三报文的CRC32校验正确。接收端在反馈重传请求的同时，可以正常接收第三报文，无需等待第一报文的重传，减少报文传输时延。接收端在联合解码获得第二报文后，可以将第二报文与之前收到的第三报文重新排序，例如将第二报文排达到第三报文前面,如图6所示的重排序示意图。具体的，报文排序的依据可以是按照报文的FSN排列的，具体此处不作限定。

示例性的，当发送端和尾节点之间还存在中间节点，接收端为尾节点时，发送端发送报文1，指示报文1为重传业务(RTS＝1),数据报文(NAK＝0),且为原始报文(Type＝0)，FSN＝0。接收端收到报文1后，检测到报文1的CRC32错误(中间节点基于CRC32确定第一报文出错，并在第一报文的err置1，尾节点可以基于err字符确定第一报文出错)，此时缓存原始报文1，并发送重传请求NACK(RTS＝1,NAK＝1,Type＝0，FSN＝0)，连续发送三次NACK。发送端收到NACK后，校验正确后，根据FSN组装重传报文，并对该重传报文进行冗余编码，在重传报文中增加纠错码。接收端收到重传报文后，纠错码校验正确，则重传报文重排序后正常上送处理，纠错码校验错误，则利用该纠错码结合报文1进行联合解码，恢复报文，假如报文恢复不成功，则接收端上报告警；若恢复成功，则在接收端进行报文重排序后正常上送处理。

当发送端和尾节点之间还存在中间节点，且接收端为中间节点时，发送端发送原始报文1，分别设置其前导码中各域段(FSN＝0,RTS＝1,NAK＝0,Type＝0)，指示其为FSN＝0的原始报文，且该报文出错后需要进行重传。中间节点收到该报文后，校验其CRC32及HEAD_CRC。若HEAD_CRC正确，且CRC32正确，则正常向尾节点转发该报文1。若HEAD_CRC错误，则丢弃该报文，并记录错误信息。若HEAD_CRC正确，但CRC32错误，则说明payload出错，触发重传请求，并保存该原始错误报文，同时构造重传请求发送至发送端。发送端收到重传请求NACK后，获取需要重传报文的FSN，并对该重传报文添加纠错码。中间节点收到重传报文后，对重传报文继续校验其CRC32及HEAD_CRC，在payload再次出错的情况下，通过纠错码对重传报文进行解码。当解码失败时，再通过纠错码和缓存的报文1进行联合解码恢复数据。中间节点再将恢复成功的报文发送给尾节点。

报文重新排序的操作由接收端执行，此时接收端可以是中间节点或者是尾节点，若限定报文重新排序的操作只由尾节点执行，在接收端为中间节点时，接收端在接收来自发送端的正常的第四报文后，将第四报文转发给尾节点，其中，第四报文的描述可以参照第三报文的描述。并且接收端在解码出第二报文后，可以将第二报文发送给尾节点，尾节点即可以将第二报文和第四报文重新排序，示例性的，可以是按照报文的FSN进行排序。

本申请实施例通过接收端检测到来自发送端的第一报文出错时，向发送端发送重传请求，当来自发送端的重传报文校验失败时，将重传报文中的纠错码和第一报文进行联合解码，降低误包率，同时有效降低重传次数，同时降低上层重传协议触发概率，降低数据传输时间。

上面讲述了报文传输方法，下面对执行该方法的装置进行描述。

请参阅图7，如图7所示为本申请实施例提供的一种报文传输装置，该装置70包括：

接收单元701，用于接收来自发送端的第一报文；

发送单元702，用于当检测到第一报文出错时，向发送端发送重传请求，重传请求指示重传第一报文；

接收单元701还用于，接收来自发送端的重传报文，重传报文为发送端根据重传请求确定的，重传报文包括纠错码；

解码单元703，用于当重传报文校验失败时，根据纠错码对第一报文进行联合解码，以获得第二报文。

可选的，解码单元703还用于：根据纠错码对重传报文进行解码；当解码失败时，触发根据纠错码对第一报文进行联合解码的步骤。

可选的，接收单元701还用于：接收来自发送端的第三报文,第三报文为未出错的报文；

装置70还包括重排序单元704，重排序单元704用于：对第二报文和第三报文进行重排序。

可选的，接收单元701具体用于：通过中间节点接收第一报文，第一报文包括错误标记，错误标记指示第一报文出错，错误标记为中间节点设置。

可选的，接收单元701还用于：接收来自发送端的第四报文，第四报文为未出错的报文；将第四报文转发给尾节点；装置70还包括重排序单元704，重排序单元704具体用于：将第二报文发送给尾节点，以使得尾节点对第二报文和第四报文进行重排序。

可选的，发送单元702具体用于；多次向发送端发送重传请求。

可选的，重传请求包括多个相同的重传信息，重传信息指示重传第一报文。

装置70的接收单元701用于执行图2方法实施例中的步骤201和步骤203，装置70的发送单元702用于执行图2方法实施例中的步骤202，装置70的解码单元703用于执行图2方法实施例中的步骤204，此处不再赘述。

图8所示，为本申请的实施例提供的计算机设备80的一种可能的逻辑结构示意图。计算机设备80包括：处理器801、通信接口802、存储系统803以及总线804。处理器801、通信接口802以及存储系统803通过总线804相互连接。在本申请的实施例中，处理器801用于对计算机设备80的动作进行控制管理，例如，处理器801用于执行图2的方法实施例中接收端所执行的步骤。通信接口802用于支持计算机设备80进行通信。存储系统803，用于存储计算机设备80的程序代码和数据。

其中，处理器801可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器801也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线804可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

装置50中的收发单元502相当于计算机设备80中的通信接口802，装置50中的处理单元501相当于计算机设备80中的处理器801。

本实施例的计算机设备80可对应于上述图2方法实施例中的接收端，该计算机设备80中的通信接口802可以实现上述图2方法实施例中的接收端所具有的功能和/或所实施的各种步骤，为了简洁，在此不再赘述。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

在本申请的另一个实施例中，还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当设备的处理器执行该计算机执行指令时，设备执行上述方法实施例中接收端所执行的方法。

在本申请的另一个实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中。当设备的处理器执行该计算机执行指令时，设备执行上述方法实施例中接收端所执行的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (17)

1.一种报文传输方法，其特征在于，包括：

接收来自发送端的第一报文；

当检测到所述第一报文出错时，向所述发送端发送重传请求，所述重传请求指示重传所述第一报文；

接收来自所述发送端的重传报文，所述重传报文为所述发送端根据所述重传请求确定的，所述重传报文包括纠错码；

当所述重传报文校验失败时，根据所述纠错码对所述第一报文进行联合解码，以获得第二报文。

2.根据权利要求1所述的方法，其特征在于，所述根据所述纠错码对所述第一报文进行联合解码之前，所述方法还包括：

根据所述纠错码对所述重传报文进行解码；

当解码失败时，触发所述根据所述纠错码对所述第一报文进行联合解码的步骤。

3.根据权利要求1或2所述的方法，其特征在于，根据所述纠错码对所述第一报文进行联合解码之前，所述方法还包括：

接收来自所述发送端的第三报文,所述第三报文为未出错的报文；

根据所述纠错码对所述第一报文进行联合解码之后，所述方法还包括：

对所述第二报文和所述第三报文进行重排序。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述接收来自发送端的第一报文包括：

通过中间节点接收所述第一报文，所述第一报文包括错误标记，所述错误标记指示所述第一报文出错，所述错误标记为所述中间节点设置。

5.根据权利要求1或2所述的方法，其特征在于，根据所述纠错码对所述第一报文进行联合解码之前，所述方法还包括：

接收来自所述发送端的第四报文，所述第四报文为未出错的报文；

将所述第四报文转发给尾节点；

根据所述纠错码对所述第一报文进行联合解码之后，所述方法还包括：

将所述第二报文发送给所述尾节点，以使得所述尾节点对所述第二报文和所述第四报文进行重排序。

6.根据权利要求1-5任一项所述的方法，其特征在于，向所述发送端发送重传请求包括；

多次向所述发送端发送所述重传请求。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述重传请求包括多个相同的重传信息，所述重传信息指示重传所述第一报文。

8.一种报文传输装置，其特征在于，包括：

接收单元，用于接收来自发送端的第一报文；

发送单元，用于当检测到所述第一报文出错时，向所述发送端发送重传请求，所述重传请求指示重传所述第一报文；

所述接收单元还用于，接收来自所述发送端的重传报文，所述重传报文为所述发送端根据所述重传请求确定的，所述重传报文包括纠错码；

解码单元，用于当所述重传报文校验失败时，根据所述纠错码对所述第一报文进行联合解码，以获得第二报文。

9.根据权利要求8所述的装置，其特征在于，所述解码单元还用于：

根据所述纠错码对所述重传报文进行解码；

当解码失败时，触发所述根据所述纠错码对所述第一报文进行联合解码的步骤。

10.根据权利要求8或9所述的装置，其特征在于，所述接收单元还用于：

接收来自所述发送端的第三报文,所述第三报文为未出错的报文；

所述装置还包括重排序单元，所述重排序单元用于：

对所述第二报文和所述第三报文进行重排序。

11.根据权利要求8-10任一项所述的装置，其特征在于，所述接收单元具体用于：

通过中间节点接收所述第一报文，所述第一报文包括错误标记，所述错误标记指示所述第一报文出错，所述错误标记为所述中间节点设置。

12.根据权利要求8或9所述的装置，其特征在于，所述接收单元还用于：

接收来自所述发送端的第四报文，所述第四报文为未出错的报文；

将所述第四报文转发给尾节点；

所述装置还包括重排序单元，所述重排序单元具体用于：

将所述第二报文发送给所述尾节点，以使得所述尾节点对所述第二报文和所述第四报文进行重排序。

13.根据权利要求8-12任一项所述的装置，其特征在于，所述发送单元具体用于；

多次向所述发送端发送所述重传请求。

14.根据权利要求8-12任一项所述的装置，其特征在于，所述重传请求包括多个相同的重传信息，所述重传信息指示重传所述第一报文。

15.一种计算机设备，其特征在于，包括：处理器，所述处理器与存储器耦合，

所述处理器用于执行所述存储器中存储的指令，使得所述计算机设备执行如权利要求1至7中任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令被处理器执行时，实现如权利要求1至7中任一项所述的方法。

17.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，实现如权利要求1至7中任一项所述的方法。