通信协议实现方法及通信系统

技术领域

本申请涉及通信技术领域，更具体地，涉及一种通信协议实现方法、通信系统及计算机可读介质。

背景技术

目前，随着网络通信技术的高速发展，需要使用通信协议实现通信各方之间的信息传递。然而，系统组件之间的通信速率和不同速率的通信协议成为了网络通信系统性能提高的瓶颈。

发明内容

本申请提出了一种通信协议实现方法、通信系统及计算机可读介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种通信协议实现方法，应用于通信系统的接收端，所述通信系统还包括发送端，所述发送端和所述接收端基于所述通信协议通信，所述接收端被配置为能够使用多个数据通道进行数据传输，所述方法包括：基于多个数据通道接收发送端在数据状态下发送的数据，其中，所述数据状态为所述发送端在确认所述接收端完成链路校验操作之后进入的状态；对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

第二方面，本申请实施例还提供了一种通信协议实现方法，应用于通信系统的发送端，所述通信系统还包括接收端，所述发送端和所述接收端基于所述通信协议通信，所述接收端被配置为能够使用多个数据通道进行数据传输，所述方法包括：在确认所述接收端完成链路校验操作之后进入数据状态；在所述数据状态下通过多个数据通道向所述接收端发送数据，以指示所述接收端对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

第三方面，本申请实施例还提供了一种通信系统，包括发送端和接收端，所述发送端和所述接收端基于所述通信协议通信，所述接收端被配置为能够使用多个数据通道进行数据传输；所述接收端用于基于多个所述数据通道接收发送端在数据模式下发送的数据，其中，所述数据模式为所述发送端确认所述接收端完成链路校验操作之后进入的模式，并对每个所述数据通道接收到的数据执行合并操作得到目标数据流；所述发送端用于在确认所述接收端完成链路校验操作之后进入数据状态，并在所述数据模式下通过多个数据通道向所述发送端发送数据，以指示所述发送端对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

第四方面，本申请实施例还提供了一种计算机可读介质，所述可读存储介质存储有处理器可执行的程序代码，所述程序代码被所述处理器执行时使所述处理器执行前述的方法。

本申请提供的一种通信协议实现方法、通信系统及计算机可读介质，所述通信系统的发送端在确认通信系统的接收端完成链路校验操作之后进入数据状态，并在所述数据状态下通过多个数据通道向所述接收端发送数据；通信系统的接收端基于发送端在所述数据状态下发送的数据，对每个所述数据通道接收到的数据执行合并操作得到目标数据流。因此，该通信协议实现方法使使用该通信协议的点对点通信系统双方能够基于多个数据通道收发数据，从而实现较大范围内的传输速率速度选择，具有良好的灵活性，简单易用，为新一代通信及数据网络应用提供了可靠的解决方案。

本申请实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一实施例提供的通信系统的框图。

图2示出了根据本申请一个实施例的通信协议实现方法流程图。

图3示出了根据本申请另一个实施例的通信协议实现方法流程图。

图4示出了根据本申请又一个实施例的通信协议实现方法流程图。

图5示出了根据本申请再一个实施例的通信协议实现方法流程图。

图6示出了根据本申请又另一个实施例的通信协议实现方法流程图。

图7示出了根据本申请再另一个实施例的通信协议实现方法流程图。

图8示出了本申请实施例的用于执行根据本申请实施例的通信协议实现方法的一种通信系统的框图。

图9示出了根据本申请实施例的发送方向状态机的状态变换流程图。

图10示出了根据本申请实施例的接收方向状态机的状态变换流程图。

图11示出了根据本申请实施例的流模式发送接口时序图。

图12示出了根据本申请实施例的流模式接收接口时序图。

图13示出了根据本申请实施例的帧模式发送接口时序图。

图14示出了根据本申请实施例的帧模式接收接口时序图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

嵌入式系统由硬件和软件组成.是能够独立进行运作的器件，其软件内容只包括软件运行环境及其操作系统，硬件内容包括信号处理器、存储器、通信模块等在内的多方面的内容，对嵌入式系统而言，各组件之间都需要进行数据通信，通信协议是指相互通信的双方(或多方)对如何进行信息交换所一致同意的一套规则，协议定义了数据单元使用的格式，信息单元应该包含的信息与含义连接方式，信息发送和接收的时序，从而确保通信系统中数据被顺利地传送到确定的地方。

以如今常用的Rap id IO协议为例，其由逻辑层、传输层和物理层构成。逻辑层定义了所有协议和包格式，这是对终端进行初始化和完成传送的很有必要的信息，传输层为数据包从一个终端到另一个终端通道的必要信息，物理层描述了设备之间接口协议，例如包传装置，流量控制，电特性及低级错误管理等。

然而，随着网络通信技术的高速发展，发明人在应用中发现，系统组件之间的通信速率和不同速率的通信协议成为了网络通信系统性能提高的瓶颈。现有的通信协议基本都只能在单一通信速率或固定通信速率之间切换，且基本都是固定底层高速串行通道数，且基本只能使用固定的用户接口模式，也就是说，现有的通信协议难以满足高速发展的网络通信对多速率、多通道、多用户接口的使用需求。

因此，为了克服上述缺陷，本申请提供了一种通信协议实现方法及通信系统，该实现方法应用于所述通信系统，使使用该通信协议的通信系统双方能够基于多个数据通道收发数据。所述通信系统的发送端在确认通信系统的接收端完成链路校验操作之后进入数据状态，并在所述数据状态下通过多个数据通道向所述接收端发送数据；通信系统的接收端基于发送端在所述数据状态下发送的数据，对每个所述数据通道接收到的数据执行合并操作得到目标数据流。因此，该通信协议实现方法使使用该通信协议的点对点通信系统双方能够基于多个数据通道收发数据，从而实现较大范围内的传输速率速度选择，具有良好的灵活性，简单易用，为新一代通信及数据网络应用提供了可靠的解决方案。

请参阅图1，图1示出了本申请实施例提供的通信协议实现方法的应用场景，该通信协议实现方法可以应用于通信系统100，该通信系统100包括发送端110和接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。

作为一种实施方式，通信协议130被应用于点对点的数据通信，具体地，如图1所示，发送端110和接收端120之间使用通信协议130进行通信，进一步地，该点对点通信可以为半双工通信或全双工通信方式，其中，半双工通信指数据可以双向交替传输，但不可双向同时传输的通信方式；全双工通信指数据可以双向同时传输的通信方式。也就是说，通信协议的发送端和接收端，会随目标用户的定位不同而发生变化，例如，图1所示出的通信协议结构图，即将发送端110视作向接收端120发送数据的发送端，也将发送端110视作接收接收端120发送的数据的接收端。

请参阅图2，图2示出了本申请实施例提供的一种通信协议实现方法，该方法可以应用于前述实施例的通信系统100的接收端120，所述通信系统100还包括发送端110，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。

步骤S210：基于多个数据通道接收发送端在数据状态下发送的数据，其中，所述数据状态为所述发送端在确认所述接收端完成链路校验操作之后进入的状态。

作为一种实施方式，所述通信系统的发送端和接收端之间遵守的通信协议可以依靠状态机来实现，具体地，所述通信协议在发送方向上具有发送方向状态机，在接收方向上具有接收方向状态机，其中，状态机(Finite State Machine，FSM)为表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型，具体地，可以为包括三个循环执行块(也称always块)的三段式状态机，一个用时序逻辑电路描述状态的转移，一个用组合逻辑电路描述状态转移条件和转移规律，一个描述输出，其中，always块是用来描述组合逻辑以及时序逻辑的语法。

作为一种实施方式，所述发送方向状态机的数据状态，为发送端基于所述通信协议通过多个数据通道向接收端发送数据的状态，具体地，所述发送方向状态机基于判断所述接收方向状态机是否已经完成链路校验操作来完成状态转换。

进一步地，所述链路校验操作是用于确认接收端已经完成接收端到发送端之间的多个接收通道的校验操作，也就是说，在接收端正式接收发送端发送过来的用户数据之前，接收方向状态机会基于发送方向状态机发送的指令对初始接收数据执行链路校验，只有当接收方向状态机的链路校验操作完成，才表示用户数据能够基于多个接收通道被正确发送到接收端经过进一步处理后被接收端接收，此时，发送方向状态机转换至数据状态，发送端才开始向接收端发送用户数据。

步骤S220：对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

作为一种实施方式，在发送端基于多个数据传输通道向接收端传输用户数据时，通过在原用户数据流中截取固定数据长度的一段用户数据流，将每段用户数据流通过不同的数据通道传输至接收端，也就是说，在接收方向状态机接收数据时，接收到的数据为不完整的用户数据流，需要对每个所述数据通道接收到的数据执行合并操作，从而得到发送端原先向接收端发送的用户数据，进而实现多通道的数据传输。进一步地，通过用户配置使用不同数量的数据通道执行数据接收操作，那么接收方向状态机合并操作得到用户数据流的速度也不同，显而易见的是，若选择更多数量的数据通道进行传输，那么同样长度的用户数据由发送端传输至接收端所花费的时间更少，即实现了多速率的数据传输。

本申请提供的一种通信协议实现方法和通信系统，该实现方法应用于所述通信系统，使使用该通信协议的点对点通信系统双方能够基于多个数据通道收发数据。所述通信系统的发送端在确认通信系统的接收端完成链路校验操作之后进入数据状态，并在所述数据状态下通过多个数据通道向所述接收端发送数据；通信系统的接收端基于发送端在所述数据状态下发送的数据，对每个所述数据通道接收到的数据执行合并操作得到目标数据流。因此，该通信协议实现方法使使用该通信协议的点对点通信系统双方能够基于多个数据通道收发数据，从而实现较大范围内的传输速率速度选择，具有良好的灵活性，简单易用，为新一代通信及数据网络应用提供了可靠的解决方案。

请参阅图3，图3示出了本申请实施例提供的一种通信协议实现方法，该通信协议实现方法可以应用于通信系统100，该通信系统100包括发送端110和接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。具体的，该方法包括步骤S310至步骤S340。

S310：基于多个数据通道接收发送端在数据状态下发送的数据，其中，所述数据状态为所述发送端在确认所述接收端完成链路校验操作之后进入的状态。

其中，步骤S310的实施方式可参考前述实施例，此处不再赘述。

S320：在通道对齐状态下，基于预先获取的同步对齐码对数据通道执行通道对齐操作，并得到每个所述数据通道的第一数据流。

在一些实施方式中，在接收方向状态机确认完成接收端到发送端之间多个接收通道的校验操作之后，转换至通道对齐状态，此时发送方向状态机处于数据状态，且能够通过多个数据通道向接收方向状态机发送数据。如前述实施例所述，由于发送端是在原用户数据流中截取固定数据长度的一段用户数据流，将每段用户数据流通过不同的数据通道传输至接收端，那么，在接收方向状态机接收到经过多个数据通道传输的用户数据后，需要基于预先获取的同步对齐码对每个数据通道执行通道对齐操作，得到每个所述数据通道的第一数据流。

具体地，所述预先获取的同步对齐码可以为发送方向状态机发送至接收方向状态机的固定长度的特殊码型，进一步地，所述接收方向状态机基于所述同步对齐码执行移位调整操作，从而对多个通道进行绑定对齐操作。例如，若发送方向状态机发送的同步对齐码为ABCD码型，接收方向状态机接收到的数据码型为BCDA码型，那么接收方向状态机将会根据指定的ABCD顺序进行移位，将BCDA移位成ABCD，实现每个发送数据通道和每个接收数据通道之间的绑定对齐，并获得对齐后的每个所述数据通道的第一数据流。

S330：将所述第一数据流解码得到第二数据流。

在一些实施方式中，所述接收方向状态机在获取已对齐的每个所述数据通道的第一数据流后，对所述第一数据流执行数据解码操作，得到解码后的第二数据流。具体地，所述数据解码操作与发送方向状态机发送数据时对数据流执行的数据编码操作相对应，进一步地，所述数据编码操作可以包括源编码操作和信源编码操作，源编码过程是将原始数据转换成二进制序列的过程，信道编码过程是将信源数据转换成能够最小化传输数据所需的带宽的形式的过程，进一步地，所述数据解码操作就是与所述数据编码操作逆向进行的操作。

S340：将每个数据通道的所述第二数据流整合得到目标数据流。

在一些实施方式中，所述将每个数据通道的所述第二数据流整合得到目标数据流的操作，可以为所述接收方向状态机基于预先获取的校验码获得不同码型指示的不同状态信息，对接收到的每个数据通道的所述第二数据流重新调整整合得到目标数据流，且得到的所述目标数据流满足用户的数据位序，并输出至接收端用户，使接收端用户可以正确接收到发送侧的用户数据。具体地，所述预先获取的校验码可以为所述接收方向状态机在正式接收数据前执行链路校验操作的过程中从发送方向状态机获取的校验码。

请参阅图4，图4示出了本申请实施例提供的一种通信协议实现方法，该通信协议实现方法可以应用于通信系统100，该通信系统100包括发送端110和接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。具体的，该方法包括步骤S410至步骤S450。

S410：基于多个数据通道接收发送端在数据状态下发送的数据，其中，所述数据状态为所述发送端在确认所述接收端完成链路校验操作之后进入的状态。

其中，步骤S410的实施方式可参考前述实施例，此处不再赘述。

S420：获取所述发送端预先发送的同步对齐码。

在一些实施方式中，所述同步对齐码可以为，所述发送方向状态机在所述接收方向状态机预先执行链路校验过程时发送至接收端的，用于执行链路校验的固定长度的特殊码型。

S430：在通道对齐状态下，基于预先获取的同步对齐码对数据通道执行通道对齐操作，并得到每个所述数据通道的第一数据流；

S440：将所述第一数据流解码得到第二数据流；

S450：将每个数据通道的所述第二数据流整合得到目标数据流。

其中，步骤S430至步骤S450的实施方式可参考前述实施例，此处不再赘述。

请参阅图5，图5示出了一种本申请实施例提供的一种通信协议实现方法，该通信协议实现方法可以应用于通信系统100，该通信系统100包括发送端110和接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。具体的，该方法包括步骤S510和步骤S520。

S510：在确认所述接收端完成链路校验操作之后进入数据状态。

作为一种实施方式，所述链路校验操作是用于确认接收端已经完成接收端到发送端之间的多个接收通道的校验操作，也就是说，在发送端正式向接收端发送用户数据之前，接收方向状态机会基于发送方向状态机发送的指令对初始接收数据执行链路校验，只有当接收方向状态机的链路校验操作完成，才表示用户数据能够基于多个接收通道被正确发送到接收端经过进一步处理后被接收端接收，此时，发送方向状态机转换至数据状态，发送端才开始向接收端发送用户数据。

S520：在所述数据状态下通过多个数据通道向所述接收端发送数据，以指示所述接收端对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

作为一种实施方式，发送端在所述数据状态下通过多个数据传输通道向接收端传输用户数据的方式可以为，在原用户数据流中截取固定数据长度的一段用户数据流，将每段用户数据流通过不同的数据通道传输至接收端，也就是说，在接收方向状态机接收数据时，接收到的数据为不完整的用户数据流，需要对每个所述数据通道接收到的数据执行合并操作，从而得到发送端原先向接收端发送的用户数据，进而实现多通道的数据传输。进一步地，通过用户配置使用不同数量的数据通道执行数据接收操作，那么接收方向状态机合并操作得到用户数据流的速度也不同，显而易见的是，若选择更多数量的数据通道进行传输，那么同样长度的用户数据由发送端传输至接收端所花费的时间更少，即实现了多速率的数据传输。

作为一种实施方式，所述接收端对每个所述数据通道接收到的数据执行合并操作得到目标数据流的方式可以参考前述实施例，此处不再赘述。

请参阅图6、图9及图10，图6示出了一种本申请实施例提供的一种通信协议实现方法，该通信协议实现方法可以应用于通信系统100的发送端110，该通信系统100还包括接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。具体地，该方法包括步骤S610至步骤S640；图10示出了所述发送方向状态机的状态变换流程图，图11示出了所述接收方向状态机的状态变换流程图。

S610：进入空闲状态，发送空闲码至所述接收端，响应于所述接收端发送的第三反馈信号，进入所述初始化状态。

作为一种实施方式，所述空闲状态为所述发送方向状态机上电复位后转换的状态，进一步地，所述发送方向状态机在空闲状态下向接收方向状态机持续发送空闲码，使所述接收方向状态机利用接收的所述空闲码进行字节对齐调整操作，当字节对齐调整操作执行完成后，所述接收方向状态机能够接收到正确的空闲码，此时接收方向状态机向发送方向状态机发送第三反馈信号指示操作完成，所述发送方向状态机响应于所述接收端发送的第三反馈信号，进入所述初始化状态，可以得到的是，所述初始化状态是所述发送方向状态机确认所述接收方向状态机完成字节对齐调整操作之后转换的状态，进一步地，所述接收方向状态机是处于字节对齐状态下执行字节对齐调整操作，并向所述发送方向状态机发送第三反馈信号。

S620：在初始化状态下，发送同步对齐码至接收端；

S630：响应于所述接收端基于所述同步对齐码发送的第一反馈信号，进入校验状态，发送链路校验码至所述接收端，所述第一反馈信号用于确认所述接收端已完成通道校验操作。

作为一种实施方式，所述同步对齐码可以为发送方向状态机发送至接收方向状态机的固定长度的特殊码型，进一步地，所述发送方向状态机在初始化状态下向接收方向状态机发送同步对齐码，使所述接收方向状态机利用接收的所述同步对齐码进行通道校验操作，当通道校验操作执行完成后，所述接收方向状态机能够接收到码型正确且个数正确的同步对齐码，此时接收方向状态机向发送方向状态机发送第一反馈信号指示操作完成，所述发送方向状态机响应于所述接收端发送的第一反馈信号，进入所述校验状态，可以得到的是，所述校验状态是所述发送方向状态机确认所述接收方向状态机完成通道校验操作之后转换的状态，进一步地，所述接收方向状态机是处于通道对齐状态下执行通道校验操作，并向所述发送方向状态机发送第一反馈信号。其中，所述通道检验操作为所述接收方向状态机基于所述同步对齐码执行移位调整操作，从而对多个通道进行绑定对齐操作。

S640：响应于所述接收端基于所述链路校验码发送的第二反馈信号，进入数据状态，所述第二反馈信号用于确认所述接收端已基于所述链路校验码完成链路校验操作。

作为一种实施方式，所述链路校验码可以为发送方向状态机在固定的位置周期性发送至接收方向状态机的特殊码型，进一步地，所述发送方向状态机在校验状态下向接收方向状态机发送链路校验码，使所述接收方向状态机利用接收的所述链路校验码进行链路校验操作，当完成数据解码整合操作后，所述接收方向状态机接收到的初始数据能够满足用户的数据位序，此时接收方向状态机向发送方向状态机发送第二反馈信号指示操作完成，所述发送方向状态机响应于所述接收端发送的第二反馈信号，进入所述数据状态，可以得到的是，所述数据状态是所述发送方向状态机确认所述接收方向状态机完成链路检验操作之后转换的状态。进一步地，所述接收方向状态机是处于数据解码状态下执行链路检验操作，并向所述发送方向状态机发送第二反馈信号，进一步地，所述接收方向状态机完成链路检验操作后，将进入数据状态，可以得到的是，此处所述的接收方向状态机的数据状态是所述接收方向状态机完成链路检验操作之后转换的状态。其中，所述链路检验操作为所述接收方向状态机基于接收的校验码获得不同码型指示的不同状态信息，对每个数据通道的初始数据流重新调整整合得到用户数据流。

S650：在所述数据状态下通过多个数据通道向所述接收端发送数据，以指示所述接收端对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

其中，步骤S650的实施方式可以参考前述实施例，此处不再赘述。

请参阅图7，图7示出了一种本申请实施例提供的一种通信协议实现方法，该通信协议实现方法可以应用于通信系统100，该通信系统100包括发送端110和接收端120，所述发送端110和所述接收端120基于所述通信协议130通信，所述接收端120被配置为能够使用多个数据通道进行数据传输。具体的，该方法包括步骤S710至步骤S740。

S710：在确认所述接收端完成链路校验操作之后进入数据状态。

其中，步骤S710的实施方式可以参考前述实施例，在此不再赘述。

S720：确定用户选择的数据接口模式。

作为一种实施方式，所述数据接口模式可以包括流模式接口和帧模式接口，所述用户可以在提供的数据接口模式中自由选择想使用的数据接口。具体地，流模式是指在使能有效时就发送数据，数据没有头尾，帧模式是指数据以数据包的形式发送，具有包头和包尾。

请参阅图11及图12，图11示出了流模式发送接口时序图，图12示出了流模式接口接收时序图，并且，由图可知，流模式接口处于发送模式时，仅当tx_ready和tx_valid同时有效时，发送的tx_data才有效，流模式接口处于接收模式时，当rx_valid有效时，接收的rx_data就有效。

请参阅图13及图14，图13示出了帧模式发送接口时序图，图14示出了帧模式接口接收时序图，其中，sop指示帧模式接口的数据包的开始位置，eop指示帧模式接口的数据包的结束位置，byte指示帧模式接口的最后一个数据的有效字节数，并且，由图可知，帧模式接口处于发送模式时，仅当tx_ready和tx_valid同时有效时，发送的tx_data才有效，帧模式接口处于接收模式时，当rx_valid有效时，接收的rx_data就有效。

S730：若所述数据接口模式为帧模式接口，则对所述帧模式接口执行数据校验操作。

作为一种实施方式，若用户选择使用帧模式接口，发送方向状态机会执行数据校验操作，具体地，所述数据校验操作可以为循环冗余校验(Cyclic Redundancy Check，crc)，所述循环冗余校验是一种数据传输检错功能，对数据进行多项式计算，并将得到的结果附在帧的后面，接收设备也执行类似的算法，以保证数据传输的正确性和完整性。

S740：在所述数据状态下通过多个数据通道向所述接收端发送数据，以指示所述接收端对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

其中，步骤S740的实施方式可以参考前述实施例，在此不再赘述。

请参阅图8，图8示出了本申请实施例提供的一种通信系统800，该通信系统800包括发送端810和接收端820，所述发送端810和所述接收端820基于所述通信协议830通信，所述接收端820被配置为能够使用多个数据通道进行数据传输。

其中，所述接收端811用于基于多个所述数据通道接收发送端812在数据模式下发送的数据，其中，所述数据模式为所述发送端812确认所述接收端811完成链路校验操作之后进入的模式，并对每个所述数据通道接收到的数据执行合并操作得到目标数据流；

其中，所述发送端812用于在确认所述接收端811完成链路校验操作之后进入数据状态，并在所述数据模式下通过多个数据通道向所述发送端812发送数据，以指示所述发送端812对每个所述数据通道接收到的数据执行合并操作得到目标数据流。

作为一种实施方式，所述通信协议为基于高速串行收发器(SerDes)设计的点对点通信协议，进一步地，所述通信协议可以包括物理编码子层(Physical Coding Sublayer，PCS)和物理介质连接子层(Physical Medium Attachment，PMA)。

作为一种实施方式，所述发送端包括发送端物理编码子层和发送端物理介质连接子层，所述发送端物理编码子层用于在确认所述接收端完成链路校验操作之后进入数据状态，并在所述数据模式下通过多个数据通道向所述发送端发送数据，所述发送端物理介质连接子层用于向所述发送端提供可自定义数量的所述数据通道。具体地，所述发送端物理编码子层包括

作为一种实施方式，所述接收端包括接收端物理编码子层和接收端物理介质连接子层，所述接收端物理编码子层用于基于多个所述数据通道接收发送端在数据模式下发送的数据，并对每个所述数据通道接收到的数据执行合并操作得到目标数据流，所述接收端物理介质连接子层用于向所述接收端提供可自定义数量的所述数据通道。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。