一种数据传输方法、装置和系统与流程

本申请实施例涉及通信技术领域，尤其涉及一种数据传输方法、装置和系统。

背景技术：

在通信过程中，经常需要将一个或多个业务的数据从一台设备(如源节点)传输到另一台设备(如宿节点)，即实现端到端(endtoend，e2e)的业务通信。而在该数据传输过程中，往往存在一些干扰因素会影响宿节点接收到的数据的质量，进而影响到e2e通信的稳定性。

以通过光通信实现e2e的数据传输为例。在数据传输过程中，光纤断裂、光损耗过大、光信号干扰等都会对被传输的数据引入大小不等的误码，严重时甚至导致数据传输通道失效，影响宿节点接收到的数据的质量，使得e2e通信的稳定性下降。

技术实现要素：

本申请实施例提供一种数据传输方法、装置和系统，能够有效地简化数据传输过程，减小延时，同时提高传输过程中的容错健壮性，以达到提高e2e通信的稳定性的目的。

为达到上述目的，本申请实施例提供如下技术方案。

第一方面，提供一种数据传输方法。该方法包括：源节点对待发送业务的数据进行前向纠错(fec)编码，以获得传输数据。该源节点将该传输数据分发到源节点与中间节点之间的m路传输通道进行传输，m是大于1且小于或等于n的整数，n是该待发送业务的数据的传输路径上，任意两个相邻节点之间传输通道数量的最小值，该中间节点是该传输路径上该源节点的下游节点。其中，被分发到该m路传输通道中的每路传输通道的数据块均携带有第一标识，该第一标识用于指示对应数据块属于该待发送业务。

基于该方案，源节点针对一个业务或同源同宿的多个业务进行fec编码，不会出现多个非同源同宿的业务的数据块混合在一起被发送给中间节点，同时通过第一标识来标识这些数据块是属于待发送业务的数据块，以便其他节点不需对数据进行fec终止就可以知晓该数据块对应的下游节点。同时，使用一部分传输通道(如m路传输通道)进行待发送业务对应的m路数据块的数据传输，能够有效地提升每路传输通道的数据传输效率，同时使得一路业务的数据块不会被过于分散地进行传输。因此，通过上述方法能在使用fec编码进行数据传输的同时，能够有效地简化数据传输过程，减小数据传输延时，同时提高传输过程中的容错健壮性，以达到提高e2e通信的稳定性的目的。

在一种可能的设计中，待发送业务为待发送的单个业务，或，待发送业务包括待发送的同源同宿的多个业务。基于该方案，可以将多个同源同宿的多业务捆绑为一个业务进行处理，能够提高对同源同宿业务的传输效率。

在一种可能的设计中，分发到该m路传输通道中的每路传输通道的数据块还分别携带有与该数据块对应的第二标识。其中，该第二标识用于指示对应数据块被分发前在该传输数据中的位置。基于该方案，其他节点就可以通过第二标识确定对应数据块被分发前在该传输数据中的位置，不需确认接收该数据块的通道即可实现对一个业务的多路数据块进行重组。

在一种可能的设计中，该方法还包括：该源节点对该m路传输通道中的每路传输通道的数据块进行fec编码。基于该方案，可以对要传输的数据块进行二级fec编码，进一步提高传输过程中的容错健壮性。

在一种可能的设计中，该源节点对待发送业务的数据进行fec编码，以获得传输数据，包括：该源节点将该待发送业务的数据映射到光业务单元(osu)帧中，获得携带有该数据的osu帧，并对该带有该数据的osu帧进行fec编码，以获得该传输数据。基于该方案，通过osu帧承载数据块，实现了针对待发送业务的fec编码。

在一种可能的设计中，该方法还包括：源节点根据该传输路径中任意相邻两个节点之间传输通道数量确定传输该待发送业务的传输通道数量m。基于该方案，源节点可以根据待发送业务的传输路径上各段链路的传输通道数量，确定需要的最少传输通道的数量，并最终确定传输该待发送业务使用的传输通道数量。例如，传输该待发送业务使用的传输通道数量m可以为上述确定的最小值，又如，传输该待发送业务使用的传输通道数量m可以小于上述确定的最小值。这样就可以在保证其他节点在需要转发待发送业务的数据块时不会存在数据块数量大于下游节点的传输通道数量的问题，同时能够提高每路传输通道的数据发送效率，并避免一个业务的数据分散在多路传输通道进行传输。

第二方面，提供一种数据传输方法，该方法包括：第一节点接收来自第二节点的第一数据块，该第一节点是待发送业务的数据的传输路径上的任意一个中间节点，该第二节点是该传输路径上该第一节点的上游节点。该第一数据块携带有第一标识，该第一标识用于指示该第一数据块属于该待发送业务。该第一节点根据该第一标识将该第一数据块分发到第一传输通道进行传输，该第一传输通道是该第一节点和该传输路径上该第一节点的下游节点之间的传输通道中的任意一个。基于该方案，第一节点通过上游节点传输的数据块中，均携带有用于指示该数据块所属业务的标识，如携带有用于指示对应数据块属于待发送业务的第一标识，则不需要经过fec终止，第一节点就可确定该第一数据块对应业务的下游节点，因此可以进行快速转发，节省了fec终止、重新编码以及分发的耗时。

在一种可能的设计中，待发送业务为待发送的单个业务，或，待发送业务包括待发送的同源同宿的多个业务。基于该方案，可以将多个同源同宿的多业务捆绑为一个业务进行处理，能够提高对同源同宿业务的传输效率。

在一种可能的设计中，该方法还包括：该第一节点接收来自该第二节点的第二数据块，该第二数据块和该第一数据块来自该第二节点和该第一节点之间的不同传输通道。该第二数据块携带有该第一标识。该第一节点根据该第一标识将该第二数据块分发到第二传输通道进行传输，该第二传输通道是该第一节点和该传输路径上该第一节点的下游节点之间的传输通道中的任意一个，该第二传输通道与该第一传输通道不同。基于该方案，属于相同待发送业务的不同数据块，可以通过不同的传输通道进行传输，使得不同的数据块能够相对独立的传输。示例性的，中间节点在进行数据块转发时，将一路传输通道接收到的数据块转发到下游节点的一路传输通道，而如果一路上游的传输通道中发送了两个或多个一个待发送业务的数据块，那么该节点在进行数据转发时还需要将这些数据块区分开，分别进行转发。因此，该方案能够有效提升数据转发效率。

在一种可能的设计中，该第一数据块和该第二数据块还分别携带有第二标识，该第二标识用于指示对应数据块被分发前在传输数据中的位置。基于该方案，中间节点在进行数据转发时，可以根据第二标识将数据转发到下游节点的任意一路传输通道中。

在一种可能的设计中，该方法还包括：该第一节点对该第一数据块和该第二数据块进行前向纠错(fec)解码。基于该方案，当上游节点发送的数据块是进行过二级fec编码的数据块时，第一节点可以先对该数据块进行fec解码，以便对接收到的数据块进行fec恢复并将恢复后的较为完整的数据块进行转发。

第三方面，提供一种数据传输方法，该方法包括：宿节点接收来自待发送业务的数据的传输路径上该宿节点上游节点的p路数据块，p为大于1的整数。该宿节点确定该p路数据块的m路中携带有第一标识的数据块，该第一标识用于指示对应数据块属于该待发送业务，m为大于1，且小于或等于p的整数。该宿节点对该m路中携带有第一标识的数据块进行重组，获得该待发送业务的数据。基于该方案，宿节点可以从接收到的p路数据块中根据第一标识筛选出属于待发送业务的m路数据块。可以理解的是，当宿节点从p路数据块中已经筛选出m路数据块时，就可以确定出待发送业务所有的数据，针对这些数据进行重组即可获取待发送业务相关的完整的数据。

在一种可能的设计中，待发送业务为待发送的单个业务，或，待发送业务包括待发送的同源同宿的多个业务。基于该方案，可以将多个同源同宿的多业务捆绑为一个业务进行处理，能够提高对同源同宿业务的传输效率。

在一种可能的设计中，该m路中携带有第一标识的数据块，还分别携带有第二标识，该第二标识用于指示对应数据块在该待发送业务的数据中的位置。该宿节点对该m路中携带有第一标识的数据块进行重组，包括：该宿节点根据m路中携带有该第一标识的数据块携带的第二标识，对该m路数据块进行重组。基于该方案，在确定出待发送业务的所有数据块后，可以根据每路数据块携带的第二标识来对其进行重组，而不需要参考获取这些数据块的传输通道的相关信息，因此能够更加快速准确地实现对数据的重组。

在一种可能的设计中，该宿节点根据m路中携带有该第一标识的数据块携带的第二标识，对该m路数据块进行重组，包括：该宿节点根据m路中携带有该第一标识的数据块携带的第二标识，获得完整的传输数据。该获得该待发送业务的数据，包括：该宿节点对该传输数据进行fec解码，获得该待发送业务的数据。基于该方案，在获取重组后的传输数据后，可以对其进行fec解码，以实现在宿节点处获取待发送业务的完整数据的传输目的。

在一种可能的设计中，该方法还包括：该宿节点对接收到的该p路数据块进行前向纠错(fec)解码。基于该方案，当宿节点接收到的数据块是经过二级fec编码的数据块时，可以在接收到这些数据块后，先对其进行fec解码，之后对其进行重组以获取对应的完整数据。

第四方面，提供一种数据传输装置，该数据传输装置可以为数据传输节点的芯片或者片上系统。该数据传输装置可以实现上述第一方面或者第一方面中可能的设计中源节点所执行的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。如：该数据传输装置可以包括：编码单元，分发单元和确定单元以实现源节点的相关功能。示例性的，编码单元可以用于对待发送业务的数据进行前向纠错(fec)编码，以获得传输数据，待发送业务为单个业务，或，包括同源同宿的多个业务。分发单元可以用于将该传输数据分发到该源节点与中间节点之间的m路传输通道进行传输，m是大于1且小于或等于n的整数，n是该待发送业务的数据的传输路径上，任意两个相邻节点之间传输通道数量的最小值，该中间节点是该传输路径上该源节点的下游节点。其中，被分发到该m路传输通道中的每路传输通道的数据块均携带有第一标识，该第一标识用于指示对应数据块属于该待发送业务。当然，该数据传输装置中还可以包括更多或更少的单元，用于实现源节点其他的功能。

第五方面，提供一种数据传输装置，该数据传输装置可以为数据传输节点的芯片或者片上系统。该数据传输装置可以实现上述第二方面或者第二方面中可能的设计中中间节点所执行的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。如：该数据传输装置可以包括：接收单元，解码单元和分发单元以实现中间节点的相关功能。示例性的，接收单元可以用于接收来自上游节点的第一数据块，该待发送业务为单个业务，或，该待发送业务包括同源同宿的多个业务。该第一数据块携带有第一标识，该第一标识用于指示该第一数据块属于该待发送业务。当然，该数据传输装置中还可以包括更多或更少的单元，用于实现中间节点其他的功能。

第六方面，提供一种数据传输装置，该数据传输装置可以为数据传输节点的芯片或者片上系统。该数据传输装置可以实现上述第三方面或者第三方面中可能的设计中宿节点所执行的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。如：该数据传输装置可以包括：接收单元，确定单元和重组单元以实现宿节点的相关功能。示例性的，接收单元，可以用于接收来自待发送业务的数据的传输路径上该宿节点上游节点的p路数据块，该待发送业务为单个业务，或，该待发送业务包括同源同宿的多个业务，p为大于1的整数。确定单元，可以用于确定该p路数据块的m路中携带有第一标识的数据块，该第一标识用于指示对应数据块属于该待发送业务，m为大于1，且小于或等于p的整数。重组单元，可以用于对该m路中携带有第一标识的数据块进行重组，获得该待发送业务的数据。当然，该数据传输装置中还可以包括更多或更少的单元，用于实现宿节点其他的功能。

第七方面，提供一种数据传输装置，该数据传输装置包括一个或多个处理器，该一个或多个处理器和一个或多个存储器耦合。该一个或多个存储器存储有计算机指令。当该一个或多个处理器执行该计算机指令时，使得该数据传输装置执行上述第一方面或者第一方面中可能的设计中源节点所执行的数据传输方法，或者，当该一个或多个处理器执行该计算机指令时，使得该数据传输装置执行上述第二方面或者第二方面中可能的设计中中间节点所执行的数据传输方法，或者，当该一个或多个处理器执行该计算机指令时，使得该数据传输装置执行上述第三方面或者第三方面中任一可能的设计中宿节点所执行的数据传输方法。

第八方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令运行时，执行上述第一方面或者第一方面中可能的设计中源节点所执行的数据传输方法，或者，当该指令运行时，执行上述第二方面或者第二方面中可能的设计中中间节点所执行的数据传输方法，或者，当该指令运行时，执行上述第三方面或者第三方面中可能的设计中宿节点所执行的数据传输方法。

第九方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或者第一方面中可能的设计中源节点所执行的数据传输方法，或者，使得计算机可以执行上述第二方面或者第二方面中可能的设计中中间节点所执行的数据传输方法，或者，使得计算机可以执行上述第三方面或者第三方面中任一可能的设计中宿节点所执行的数据传输方法。

第十方面，提供一种芯片系统，该芯片系统包括处理器、通信接口，用于支持数据传输装置实现上述方面中所涉及的功能。在一种可能的设计中，芯片系统还包括存储器，存储器，用于保存网络设备必要的程序指令和数据。需要说明的是，该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

第十一方面，提供一种数据传输系统，该数据传输系统包括两个或多个如上述第四方面和/或第五方面和/或第六方面和/或第七方面提供的数据传输装置，该两个或多个数据传输装置分别通过数据传输线路连接，使得数据按照如第一方面及其可能的设计和/或第二方面及其可能的设计和/或第三方面及其可能的设计中提供的数据传输方法进行传输。

示例性地，第四方面至第十一方面中任一种设计方式均可对应到上述第一方面及其任一种可能的设计或者第二方面及其任一种可能的设计或者第三方面及其任一种可能的设计，因此，能够带来类似的技术效果，此处不再赘述。

附图说明

图1为现有技术提供的一种同源同宿业务的数据传输的示意图；

图2为一种多业务传输网络的示意图；

图3为本申请实施例提供的一种数据传输方法的流程示意图；

图4为本申请实施例提供的又一种数据传输方法的流程示意图；

图5为本申请实施例提供的又一种数据传输方法的流程示意图；

图6为本申请实施例提供的一种数据分发的方法示意图；

图7为本申请实施例提供的一种数据映射到光净荷单元k帧的方法示意图；

图8为本申请实施例提供的又一种数据传输方法的流程示意图；

图9为本申请实施例提供的一种数据传输装置的组成示意图；

图10为本申请实施例提供的又一种数据传输装置的组成示意图；

图11为本申请实施例提供的又一种数据传输装置的组成示意图；

图12为本申请实施例提供的又一种数据传输装置的组成示意图；

图13为本申请实施例提供的一种芯片系统的组成示意图。

具体实施方式

在e2e通信过程中，提高通信的稳定性是提高通信效率的重要方法。现有技术通过设置额外的保护通道来达到此目的。示例性地，当传输数据所使用的传输通道出现故障(如误码率过大)时，会触发自动保护机制，将数据切换到保护通道上进行传输，以实现数据的传输不彻底中断。但是，该方法通常会发生传输数据丢失。例如，在第一时刻，正在被使用的传输通道出现故障，则触发自动保护机制，开始将数据切换到保护通道上进行传输，并在第二时刻完成切换。这样会导致接收端节点接收不到第一时刻和第二时刻之间应该被发送的数据。这种数据传输过程中的丢失，也会降低e2e通信的稳定性。

为了避免上述问题，还可以通过对数据进行冗余前向纠错(forwarderrorcorrection，fec)编码，以提升e2e通信的稳定性。示例性地，在源节点处对业务的数据进行整体fec编码，并将经过fec编码的数据通过传输通道进行传输。宿节点在接收到经过fec编码的数据后，对其进行解码来获取完整的业务数据。由于被传输的数据经过fec编码，因此即便宿节点接收到的数据出现部分错误或丢失，宿节点也可以经过fec解码获取较为完整的业务的数据。这种方法可以适用于多种业务场景，如频谱迁移，波长增删，波长变色以及n:m故障保护等。该方法通过提高传输容错健壮性，有效地提升了e2e通信业务的稳定性。

一般而言，在数据传输过程中会存在多个不同业务的数据被同时传输。本申请实施例中，可以将传输路径完全相同(即具有相同的源节点、中间节点和宿节点)的不同业务称为同源同宿。而传输路径不完全相同的不同业务则称为非同源同宿。示例性地，以2个业务是非同源同宿的业务为例，这2个业务可能是具有不同源节点的业务，也可能是具有不同宿节点的业务，还可能是源节点和宿节点相同，但在传输过程中经过不同中间节点的2个业务。

图1为现有技术提供的一种同源同宿业务的数据传输的示意图。图1以待发送的同源同宿的多个业务的传输路径包括源节点、2个中间节点(节点1和节点2)和宿节点为例进行说明。在进行数据传输之前，源节点对待发送的多个业务的数据进行整体fec编码，并将编码后的数据均匀分发到源节点与节点1之间的传输通道中的每个传输通道传输给节点1。节点1可以通过与源节点之间的传输通道接收到多个数据块，并将这些数据块转发给节点2，接着由节点2转发给宿节点。宿节点通过与节点2之间的传输通道接收到多个数据块后，将这些数据块进行重组，并对重组后的数据进行fec解码，从而获取完整的多个业务的数据。

然而，对于非同源同宿的多个业务，数据的传输会变得复杂很多。以下结合附图进行详细说明。图2为一种多业务传输网络的示意图。图2以待发送的业务包括非同源同宿的业务a、业务b、业务c以及业务d为例。如图2所示，业务a的传输路径包括节点1-节点3-节点4-节点5-节点7，共4段链路。业务b的传输路径包括节点1-节点3-节点4-节点6，共3段链路。业务c的传输路径包括节点2-节点3-节点4-节点5-节点8，共4段链路。业务d的传输路径包括节点2-节点3-节点4-节点6，共3段链路。本申请实施例中，业务a的传输路径可以表示为[ne1<->ne3]＝n1，[ne3<->ne4]＝n3，[ne4<->ne5]＝n4，[ne5<->ne7]＝n6。其中，ne用于标示节点，例如，ne1表示节点1，ne2表示节点2，以此类推。n对应节点之间的传输通道的数量。例如，n1为ne1与ne3之间的传输通道的数量，n3为ne3与ne4之间的传输通道的数量，以此类推。类似地，业务b的传输路径可以表示为[ne1<->ne3]＝n1，[ne3<->ne4]＝n3，[ne4<->ne6]＝n5。业务c的传输路径可以表示为[ne2<->ne3]＝n2，[ne3<->ne4]＝n3，[ne4<->ne5]＝n4，[ne5<->ne8]＝n7。业务d的传输路径可以表示为[ne2<->ne3]＝n2，[ne3<->ne4]＝n3，[ne4<->ne6]＝n5。

在数据传输过程中，中间节点在接收到上游节点发送的数据后，需要进行较为复杂的处理才可将对应的数据传输到业务对应的传输路径上的下游节点。以ne4为例进行说明。ne4会同时接收到来自于节点1的包括业务a和业务b的数据，以及来自节点2的包括业务c和业务d的数据。不同业务的数据的传输路径并不相同。因此，在接收到这些数据后，ne4需哪些数据所述的具体业务，进而确定对应业务的传输路径上的下游节点，并将对应业务的数据传输给对应的下游节点。也就是说，在ne4接收到来自于节点1和节点2的数据后，首先需要对接收到的所有数据进行fec解码，即执行fec终止，并重组接收到的数据，以获取完整的业务a、业务b、业务c以及业务d的数据。然后对业务a和业务c进行整体fec编码，并将编码后的业务数据传输给节点5。类似地，ne4还需对业务b和业务d进行整体fec编码，并将编码后的业务数据传输给节点6。

可以理解的是，上述方案中，源节点处数据进行fec编码，以便后续节点可以通过fec解码对接收到的数据进行恢复，使得数据能够被更加完整地接收，以此达到提高传输过程中的容错健壮性的效果，最终使得端到端业务的通信稳定性得以提高。但是，由于被传输的数据是进行了fec编码的数据，中间节点在接收该数据后，需进行fec终止、重新编码和分发的操作。这会带来数据传输系统复杂度高、时延大等问题，进而影响到e2e业务的数据传输，也就会降低通信过程的稳定性。

为了解决上述问题，本申请实施例提供一种数据传输方法、装置和系统，能够有效地简化数据传输过程，减小延时，同时提高传输过程中的容错健壮性，以提高e2e通信的稳定性。

需要说明的是，本申请实施例提供的技术方案，可以应用于具有多个网元(或称为节点)的数据传输系统中，不同节点之间可以通过数据传输链路连接，不同的数据传输链路可以包括一个或多个传输通道。本申请实施例中，每个节点也可称为一个数据传输装置。示例性地，该数据传输系统可以为光传送网(opticaltransportnetwork，otn)。相邻节点之间的数据传输线路可以为光载波，光传送单元(opticaltransportunit，otu)，承载容器，或者光数据单元k(opticaldataunitk，oduk)中的一种或多种。在一些实施例中，该节点可以为包括线路板，支路板和交叉板的otn设备。

业务数据的传输的起点也称为该业务的源节点，其传输的终点也称为该业务的宿节点。传输业务的数据所经过的路径，也称为该业务的传输路径。业务路径由传输路径上多个相邻节点之间的链路组成。该业务路径可以是在进行业务的数据传输之前就确定的。或者，业务路径也可以是根据网络情况进行实时调整的。本申请实施例在此不做限制。

可选地，业务的传输路径还可以包括中间节点，用于对数据进行转发，实现数据的长距离传输。需要说明的是，本申请实施例中，中间节点可以是一个或多个。以下以业务的传输路径上包括多个节点作为中间节点为例进行说明。

图3为本申请实施例提供的一种数据传输方法的流程示意图。为了更加清楚地说明本申请实施例提供的数据传输方法，以下以待发送业务的数据为图2所示的业务a为例。如图3所示，该方法可以包括s301-s306。

s301、源节点对待发送业务的数据进行fec编码，以获得传输数据。

本申请实施例中，可以用光业务单元(opticaserviceunit，osu)帧承载业务的数据，以便源节点对业务的数据进行处理和发送。示例性地，osu帧可以包括开销区和净荷区。其中，开销区可以用于承载业务相关的标识。例如，该标识可以包括以下标识中的一个或多个：业务帧头指示，路径踪迹指示(trailtraceidentifier，tti)，x比特间插奇偶校验(xbit-interleavedparity，bip-x)，后向错误指示(backwarderrorindication，bei)，后向缺陷指示(backwarddefectindication，bdi)，状态指示(status，stat)，时戳，顺序标识，映射开销等。当然，开销区还可以包括其他信息与业务传输相关的信息，本申请实施在此不做限制。osu帧的净荷区可以用于承载业务数据。例如，净荷区中可以包括数据单元，该数据单元可以提供8字节，16字节，32字节，64字节，128字节，196字节，240字节，256字节或512字节等大小的存储空间来存储业务数据。

如图2所示，ne1为业务a的源节点。ne1可以对承载有业务a的数据的osu帧进行fec编码，以获取对应的经过fec编码的传输数据。

可选地，当一个源节点中包括两个或多个同源同宿的业务时，可以将这些同源同宿的业务的数据捆绑作为一个业务进行处理，即待发送业务可以包括同源同宿的多个业务。

当然，源节点在对业务的数据进行fec编码时，也可以采用不同于上述osu帧的其他数据帧类型作为业务a的数据的载体进行fec编码。或者，源节点也可以直接对业务的数据进行fec编码并获取对应的传输数据。本申请实施例在此不做限制。

s302、源节点将传输数据分发到源节点与中间节点之间的m路传输通道进行传输。

其中，m是大于1且小于或等于n的整数，n是待发送业务的数据的传输路径上，任意两个相邻节点之间传输通道数量的最小值，该中间节点是上述传输路径上源节点的下游节点。

如图2所示，ne1可以将经过fec编码的业务a对应的传输数据发送给业务a对应传输路径上的下游节点，即ne3。

本申请实施例中，ne1在将业务a对应的传输数据分发到ne1与ne3之间的传输通道时，可以选用ne1与ne3之间的n1个传输通道的一部分传输通道进行传输。

示例性地，ne1可以在分发业务a对应的传输数据前，确定业务a的传输路径上包括的多个传输链路中每个传输链路的传输通道数量，并取最小值作为传输业务a对应传输数据的通道数量。例如，ne1可以统计业务a的传输路径上，各段传输链路的传送线路数量分别为n1，n3，n4和n6，则ne1可以取n＝min{n1,n3,n4,n6}作为传输业务a对应传输数据的通道数量m，即取m＝n。这样，就使得中间节点在对业务a对应传输数据的转发过程中，不会出现接收端传输通道数量大于发送端传输断传输通道的问题。同时也能够使得业务a对应的传输数据集中在几个通道中进行传输，有利于提高数据传输的稳定性。

本申请实施例中，传输业务a对应传输数据的通道数量m还可以是小于n且大于1的任意一个整数。对于m的具体设置，可以根据实际使用场景灵活设置，只要满足m小于获得等于n即可，本申请实施例在此不做限制。

另外，ne1确定传输业务a对应传输数据的通道数量m的操作，可以是在开始传输业务a之前进行的，也可以是在完成fec编码后，分发业务a对应的传输数据之前进行的。

示例性地，ne1可以将m个分支中的m个数据块，按照预先设定的顺序，分发到m个传输通道中，以便传输路径上的其他节点(如宿节点)可以根据接收到m个数据块的传输通道，知晓该数据块被分发前在传输数据中的位置。

s303、中间节点接收来自上游节点的数据块。

中间节点可以通过与上游节点之间的传输通道，接收到多个数据块。其中，一个传输通道对应一个数据块。示例性地，结合图2，对于业务a，以中间节点ne3为例。ne3可以通过与ne1之间的n1个通道中的每个通道，接收到一个承载有数据块的otuk帧。一般而言，在数据通信过程中，大多传输通道都会有数据进行传输。因此，ne3就可以从与ne1之间的n1个传输通道中接收到n1个otuk帧。其中,每个outk帧所承载的数据块均携带有用于指示对应数据块所属业务的标识。本申请实施例中，上述中间节点(如ne3)也可称为第一节点，其上游节点也可称为第二节点。

例如，ne3可以分别接收到来自ne1的第一数据块和第二数据块。该第一数据是承载有属于业务a的数据块1，第二数据是承载有属于业务a的数据块2。数据块1和数据块2可以分别携带有第一标识，用于标识对应的数据块属于业务a。

s304、中间节点将接收到的数据转发到与下游节点通信的对应通道中。

中间节点在一个传输通道中接收到数据块后，可以根据该数据块所携带的指示该数据块所属业务的标识，确定该数据块的对应下游节点，并将该数据块转发到与对应下游节点的传输通道中。

示例性地，结合图2，以中间节点为ne3为例。ne3可以从与ne1之间传输通道接收到多个otuk帧。其中包括承载有携带第一标识的m个数据块的otuk帧。针对接收到的多个otuk帧中的每个otuk帧，ne3可以确定通过解映射获取该otuk帧中承载的数据块。

例如，ne3通过与ne1之间的一个传输通道，接收到包括一个otuk帧的第一数据。则首先确定该otuk帧在第一数据中的起始位置，从中提取otuk开销以及oduk开销，获取该otuk帧中的光净荷单元k(opticalpayloadunitk，opuk)帧，进而可以通过解映射获取该opuk帧中承载的数据块1。

ne3可以通过数据块所携带的用于指示对应数据块所属业务的标识，确定该数据块对应的下游节点，并将该数据块分发到与对应下游节点之间的传输通道上。

例如，ne3通过解映射，获取了数据块1，并且该数据块1携带有用于指示该数据块1是属于业务a的第一标识。那么，ne3就可以将该数据块1分发到ne3与ne4之间的一个传输通道(如第一传输通道)上进行传输。

类似地，ne3可以对通过多个传输通道中的每个传输通道接收到的数据执行以上操作，则ne3就可以按照数据块所携带的指示对应数据块所属业务的标识，将该数据块分发到传输路径上的下游传输链路上。

需要说明的是，ne3会将不同的数据块分发到不同的传输通道中，保证一个传输通道中不会发送同一个业务来自上游节点的两个或多个传输通道中的数据块。示例性地，ne3通过解映射获取数据块2，该数据块2携带有第一标识，则ne3会将该数据块2分发到ne3与ne4之间的传输通道(如第二传输通道)中，该第二传输通道是ne3与ne4之间，与第一传输通道不同的一个传输通道。

s305、宿节点接收来自待发送业务传输路径上的上游节点的数据块。

s306、宿节点对接收到的数据进行处理，获取待发送业务的数据。

目标节点的宿节点可以通过与待发送业务的传输路径上的上游节点之间的传输通道，接收到多个数据块。其中，一个传输通道对应一个数据块。

示例性地，宿节点(ne7)可以通过与ne5之间的n6个传输通道中的每一个通道，接收到一个携带有用于标示对应数据块所属业务的标识的数据块。ne7可以根据该标识，确定对应数据块所属的业务，并对这些具有相同标识的数据块进行处理，获取对应的传输数据，进而获得对应的业务的数据。

例如，ne7可以通过n6个传输通道接收到n6个承载有数据块的otuk帧，通过类似于s304中的解映射处理，可以获取对应的n6个数据块。其中包括有携带有第一标识的m个数据块。ne7可以将这m个数据块进行重组，以获取业务a对应的传输数据。介质ne7可以对该传输数据进行fec解码，便可获取业务a的完整数据。

需要说明的是，本申请实施例中，在源节点或中间节点对数据块进行分发传输时，对传输通道的选取，可以是按照预设的规则，选取与数据块对应的传输通道进行分发，也可以是随机地从下游传输通道中选取一个通道进行一个数据块的传输。

在一些实施例中，当数据块在源节点处被传输之前，每个数据块在传输路径上各段链路的传输通道已经分配好，则发送数据块的节点可以将对应的数据块分发到对应的传输通道中进行传输。宿节点在接收到多个数据块后，可以根据接收这些数据块的传输通道，确定每一个数据块被分发前在传输数据中的位置并进行数据块的重组。

在另一些实施例中，当在数据块开始被传输之前，并未确定该数据块在各段链路上的传输通道时，则发送数据块的节点可以在与下游节点之间的多个传输通道中随机选取一个传输通道进行数据块的传输，并在传输时为该数据块添加对应的出口标识，以便宿节点可以根据各个链路上传输该数据块时的出口标识，确定该数据块在源节点处未被分发前在传输数据中的位置并进行数据块的重组。

以上方法能够实现对于非同源同宿以及同源同宿业务的传输。在该方法中，源节点以业务为单位对数据进行fec编码，并将编码后的数据经过中间节点传输到宿节点。在此过程中，中间节点可以根据每个数据块所携带的指示对应数据块所属业务的标识(如待发送业务对应的数据块携带有第一标识)对数据块进行转发，而不需要进行fec终止、重新编码以及分发的过程，在通过fec编码增强传输通道健壮性的同时，显著减小了中间节点转发数据所需时间，并降低了系统复杂度。同时，由于在源节点处选取了传输待发送业务的数据所需最少的通道数量进行传输，使得数据传输过程中对于传输通道的选择更加灵活。

如上述说明，本申请的一些实施例中，可以采用osu帧承载业务数据，并对osu帧进行相关处理，以实现对业务的数据的传输。示例性地，图4所示，当采用osu帧承载业务的数据时，s301具体的可以包括s401-s402。

s401、ne1将业务a的数据映射到osu帧中的净荷区的数据单元中，以便获取携带有业务a的数据的osu数据帧。

一般而言，一个osu帧的净荷区的数据单元可能无法承载所有业务a的数据。因此，在将业务a的数据映射到osu帧中时，ne1可以将业务a的数据映射到多个osu帧中，对应的可以获得多个携带有业务a的数据的osu数据帧。需要说明的是，将数据映射到osu帧中的方式，可以是同步映射，也可以是异步映射，也可以是根据通用映射规程(genericmappingprocedure，gmp)进行的映射中的任意一种。当然，将数据映射到osu帧中的方式也可以不同于上述示例，本申请实施例对此不做限制。

s402、ne1对osu数据帧进行fec编码，以获取业务a对应的传输数据。

ne1在对osu数据帧进行fec编码后，会获得对应的fec编码信息。本申请实施例中，可以将该fec编码信息存储到osu编码帧中。需要说明的是，在一些实施例中，对osu数据帧进行fec编码后，获取的osu编码帧可以同时包括fec编码信息以及对应osu数据帧承载的业务的数据，则对业务a对应的osu数据帧进行fec编码后获取的osu编码帧就是业务a对应的传输数据。在另一些实施例中，对osu数据帧进行fec编码后，获取的osu编码帧可以仅包括fec编码的相关编码信息。则业务a对应的传输数据可以包括业务a对应的osu数据帧，以及对该osu数据帧进行fec编码后获取的osu编码帧。

这样，ne1就完成了对于业务a的数据的fec编码，并获得了对应的传输数据。类似的，对于其他业务(如图2中的业务b、业务c以及业务d)，源节点也可以对对应的业务的数据按照上述方法进行fec编码，并获得与业务对应的传输数据。

另外，在本申请的另一些实施例中，在执行上述s302时，在ne1要将业务a对应的传输数据分发到m个传输通道中进行传输时，可以先对业务a对应的传输数据进行划分。示例性的，当对传输数据进行划分时，请参考图5，上述s302可以包括s501-s503。

s501、ne1将业务a对应的传输数据分发到m个分支中。

ne1可以通过将传输数据分发到m个分支中，实现对于传输数据的划分。例如，如图6所示，以业务a对应的传输数据包括p个osu编码帧和q个osu数据帧为例。ne1可以分别将这p个osu编码帧和q个osu数据帧分发到m路分支中。其中，每路分支中可以包括一个由osu编码帧和/或osu数据帧构成的数据块。

s502、ne1为m个分支中的每个分支中的数据块添加用于指示该数据块属于待发送业务的第一标识。

任意相邻两个节点之间的数据传输包括多个业务的数据。因此，本申请实施例中，可以为每个通道中的数据块添加用于指示该数据块所属业务的标识。示例性地，ne1可以为m个分支中的m个数据块分别添加第一标识。例如，该标识可以为“#业务a”，该标识可以通过16比特值来表示。可以理解的是，属于待发送业务的数据块，携带有相同的第一标识。

需要说明的是，当待发送业务是由两个或多个同源同宿的业务捆绑形成的业务时，源节点可以为该捆绑的业务对应的所有分支中的数据块添加聚合业务标识，用于标示这些数据块属于对应的同源同宿的业务。

s503、ne1将m个分支中的数据块分别通过m个传输通道传输给中间节点。

一般而言，相邻两个节点之间的多个传输通道中的每个传输通道都包括一个对应的传送线路帧。当需要通过一个传输通道传输数据时，可以将数据映射到该传输通道对应的传送线路帧中，以实现通过该传送线路帧传输该数据。

示例性地，以传送线路帧为otuk帧为例。其中，一个otuk帧中可以包括一个用于进行链路监控的oduk帧。一个oduk帧中可以包括一个用于承载数据的opuk帧以及对应的oduk开销。

ne1可以将m个分支中的一个分支中的数据块(如称为数据块1)映射到m个传输通道中的一个传输通道的opuk帧中，获取承载有数据块1的opuk帧。接着ne1可以为承载有数据块1的opuk帧添加oduk开销，获取对应的oduk帧。然后ne1可以为该oduk帧添加对应的otuk开销，以获取承载有数据块1的otuk帧。类似的，ne1可以将m个分支中的其他数据块分别映射到不同的otuk帧中，以实现通过otuk帧将m个数据块传输给中间节点。其中，一个传输通道中的otuk帧中承载有一个数据块。

需要说明的是，本申请实施例中，在将数据块映射到opuk帧中之前，可以将opuk帧中的用于存储数据的连续净荷区划分为多个净荷块，每个净荷块可以用于承载一个数据块。以在提升opuk帧存储空间的利用率的同时，实现对opuk帧存储空间的复用。如图7所示，假设一个opuk帧中可以包括4行净荷区，则可以将第1行opuk帧的净荷区划分为多个净荷块，每个净荷块的大小等于一个数据块的大小。则ne1可以将数据块1映射到标号为#1的净荷块中，将与数据块1连续的数据块2映射到其他净荷块中，例如可以将数据块2映射到标号为#3的净荷块中。这样就使得每个净荷块均承载有与其最大容量相当的数据块，进而提升了净荷区的存储效率。而当一个净荷区中存在空闲的净荷块时，可以用来承载除业务a对应数据块之外的数据块，这样就实现了opuk帧存储空间的复用。

这样，通过以上s501-s503，ne1就实现了源节点将业务a对应的m个携带有第一标识的数据块发送给中间节点的目的。需要说明的是，在本申请实施例中，m个携带有第一标识的数据块会按照一定的顺序被分发到对应的m个传输通道中，以便宿节点能够按照接收数据块的通道，确定m个数据块中的每个数据块被分发前在传输数据中的位置，并据此重组获得业务a对应的传输数据。

以上实施例中，是以宿节点根据接收到数据块的传输通道确定该数据块在所述业务中的位置为例进行说明的，本申请的另一些实施例中，还可以通过在数据块中添加第二标识，用于指示该数据块被分发前在对应业务数据中的位置，使得宿节点可以根据该第二标识对数据块进行重组以获取业务数据。

示例性地，请参考图8，该方法可以包括s801-s809。

s801、ne1将业务a的数据映射到osu帧中的净荷区的数据单元中，以便获取携带有业务a的数据的osu数据帧。

s802、ne1对osu数据帧进行fec编码，以获取业务a对应的传输数据。

s803、ne1将业务a对应的传输数据分发到m个分支中。

s804、ne1为m个分支中的每个分支中的数据块添加第一标识和第二标识。所述第一标识用于指示该数据块属于业务a，所述第二标识用于指示对应数据块被分发前在所述传输数据中的位置。

第二标识可以通过一个8比特值表示，其取值范围为0到255。例如，对m个分支的数据块而言，可以为m个分支中的第一个数据块添加#0的第二标识，为m个分支中的第二个数据块添加#2的第二标识，以此类推，就可以获得分别被标识有#0到#m-1的m个数据块。

s805、ne1将m个分支中的数据块分别通过m个传输通道传输给中间节点。

可以理解的是，由于每个数据块均携带有第二标识，因此，针对m个分支中的每个分支的数据块，ne1可以将其分发到ne1与ne3之间的n1个传输通道中的任意一个传输通道即可。需要说明的是，在分发数据块的过程中，相同业务的不同数据块不会被分发到同一个传输通道上，以此保证数据块传输的相对独立。

s806、中间节点接收来自上游节点的数据块。

s807、中间节点将接收到的数据转发到与下游节点通信的对应通道中。

类似于上述s805中的说明，由于每个数据块均携带有第二标识，因此，中间节点在根据数据块携带的第一标识确定该数据块所述业务后，可以将该数据块分发到对应业务的传输路径上的下一段传输链路上的任意一个传输通道中。

s808、ne7接收来自业务a传输路径上的上游节点的数据块。

s809、ne7对接收到的数据进行处理，获取业务a的数据。

对于宿节点而言，在接收到携带有第一标识的m个数据块后，可以根据每个数据块携带的第二标识，对m个数据块进行重组，即可获取完整的业务a对应的传输数据。接着对该传输数据进行fec解码，即可获取完整的业务a的数据。

通过以上s801-s809，可实现业务a的数据从源节点到宿节点的传输。需要说明的是，在如图8所示的方法中，除每个数据块还携带有第二标识外，其他方法与图3所示的方法类似，其具体说明在此处不再赘述。

需要说明的是，本申请实施例中，在业务a的数据的传输过程中，还可进行第二次fec编码(或称为进行二级fec编码)，进一步提高数据传输的稳定性。

示例性地，在ne1将m个分支的数据分发到与ne3之间的传输通道上进行传输时，可以对m个数据块分别进行fec编码，完成二级fec编码。例如，以传输通道上的传送线路帧为otuk帧为例。针对m个分支中的m个数据块的一个数据块(如数据块1)，ne1可以将该数据块1按照上述方法承载到一个otuk帧中。在获取承载有数据块1的otuk帧后，ne1可以对该outk帧进行fec编码，并将获取的fec编码信息存储到该otuk帧的fec区域。对应的，ne3在接收到该经过二级fec编码的otuk帧后，可以根据fec区域存储的fec编码信息，对其进行二级fec解码，以获取承载有数据块1的otuk帧。

本申请实施例中，对于一个业务的数据传输过程，可以在传输路径上的每个节点都进行二级fec编码，以最大程度地增强数据传输的稳定性。也可以在传输路径上的部分节点进行二级fec编码，以适当缩短由于二级fec编码/解码导致的延时。当然，也可以在传输过程中不进行二级fec编码，以消除由于二级fec编码/解码导致的延时。在具体过程中，可以根据具体需求进行灵活选取，本申请实施例对此不作限制。

根据以上方法，在通过fec编码增强传输通道健壮性的同时，显著减小了中间节点转发数据所需时间，并降低了系统复杂度。同时，由于在源节点处选取了传输待发送业务的数据所需最少的通道数量进行传输，使得数据传输过程中对于传输通道的选择更加灵活。同时，由于为每个传输的数据块添加了第二标识，使得数据在传输过程中可以被分发到对应业务的传输路径上的任一个传输通道中，增加了数据分发的灵活性。另外，由于对传输的数据块进行了二级fec编码，进一步增强了数据传输的稳定性。

以上主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。应理解，上述节点为了实现对应的功能，其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对节点(如源节点，中间节点以及宿节点)进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图9示出了的一种数据传输装置900的组成示意图。数据传输装置900可以为源节点中的芯片或者片上系统。该数据传输装置900用于执行上述实施例中涉及的源节点的功能。作为一种可实现方式，该数据传输装置900包括：编码单元901和分发单元902。

编码单元901用于执行如图3所示的s301。其中，编码单元901所处理的待发送业务可以是多种形式的业务。示例性地，在一些实施例中，待发送业务为单个业务。在另一些实施例中，待发送业务包括同源同宿的多个业务。分发单元902用于执行如图3所示的s302。示例性地，分发单元902在分发业务数据时，承载数据块的传输通道数m可以是大于1且小于或等于n的整数，n是待发送业务数据的传输路径上，任意两个相邻节点之间传输通道数量的最小值。需要说明的是，被分发到m路传输通道中的每路传输通道的数据块均携带有第一标识，该第一标识可以用于指示对应数据块属于待发送业务。

在一种可能的设计中，被分发单元902分发到m路传输通道中的每路传输通道的数据块还分别携带第二标识，用于指示对应数据块被分发前在传输数据中的位置。

在一种可能的设计中，编码单元901还用于对m路传输通道中的每路传输通道的数据块进行fec编码。在该示例中，编码单元901可以对已经分发到传输通道中的数据块(如承载有数据块的otuk帧)进行二级fec编码，以便进一步增强传输通道传输数据的容错健壮性。

在一种可能的设计中，编码单元901具体的可以用于执行如图4所示的s401-s402以及如图8所示的s801-s802。

在一种可能的设计中，该数据传输装置900还可以包括确定单元903。该确定单元903用于，根据待发送业务的传输路径中任意相邻两个节点之间传输通道数量，确定传输该待发送业务的传输通道数量m。示例性地，确定单元903可以在开始对待发送业务的数据进行传输之前执行上述操作，也可以在对传输数据进行分发前进行上述操作。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置，用于执行上述数据传输方法中源节点的功能，因此可以达到与上述数据传输方法相同的效果。作为可选而不是必须，必要时，本申请实施例提供的数据传输装置900还可以包括用于支持上述编码单元901和/或分发单元902和/或确定单元903完成相应功能的处理模块或者控制模块。

图10示出了又一种数据传输装置1000的组成示意图，该数据传输装置1000可以为中间节点中的芯片或者片上系统，该数据传输装置1000用于执行上述实施例中涉及的中间节点的功能。作为一种可实现方式，该数据传输装置1000包括接收单元1001和分发单元1002。

其中，接收单元1001用于执行如图3所示的s303。其中，被处理的待发送业务可以是多种形式的业务。示例性地，在一些实施例中，待发送业务可以为单个业务，在另一些实施例中，待发送业务同时包括同源同宿的多个业务。需要说明的是，被接收单元1001接收的第一数据块携带有第一标识，该第一标识用于指示第一数据块属于待发送业务。

分发单元1002用于执行如图3所示的s304。在本申请实施例中，分发单元1002在对数据块进行分发时，一个传输通道中不会同时被分发属于同一业务的两个或多个数据块，以此保证数据块传输的相对独立性。

在一种可能的设计中，接收单元1001还用于接收来自上游节点的第二数据块。其中，第二数据块和第一数据块来自于不同传输通道。并且，被接收单元1001接收的第二数据块也携带有第一标识。

分发单元1002还可以用于根据第一标识将第二数据块分发到第二传输通道进行传输。其中，第二传输通道是第一节点和下游节点之间的传输通道中的任意一个，并且第二传输通道与第一传输通道不同。

在一种可能的设计中，被接收单元1001接收的第一数据块和第二数据块还分别携带有第二标识，第二标识用于指示对应数据块被分发前在传输数据中的位置。

在一种可能的设计中，数据传输装置1000还可以包括解码单元1003，用于对第一数据块和第二数据块进行fec解码。在该示例中，当第一数据块和第二数据块在被传输给第一节点前，进行了二级fec编码，则在接收到上述两个数据块后，解码单元1003可以先对其进行fec解码，在执行其他操作。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置，用于执行上述数据传输方法中的中间节点的功能，因此可以达到与上述数据传输方法相同的效果。作为可选而不是必须，必要时，本申请实施例提供的数据传输装置1000还可以包括用于支持上述接收单元1001和/或分发单元1002和/或解码单元1003完成相应功能的处理模块或者控制模块。

图11示出了又一种数据传输装置1100的组成示意图。该数据传输装置1100可以为宿节点中的芯片或者片上系统，该数据传输装置1100可以用于执行上述实施例中涉及的宿节点的功能。作为一种可实现方式，该数据传输装置1100可以包括接收单元1101，确定单元1102和重组单元1103。

接收单元1101用于执行如图3所示的s305。确定单元1102可以用于确定p路数据块的m路中携带有第一标识的数据块，该第一标识用于指示对应数据块属于所述待发送业务。其中，m为大于1，且小于或等于p的整数。重组单元1103可以用于对m路中携带有第一标识的数据块进行重组，获得待发送业务的数据。其中，被处理的待发送业务可以是多种形式的业务。在一些实施例中，待发送业务可以为单个业务，在另一些实施例中，待发送业务同时包括同源同宿的多个业务。示例性地，确定单元1102以及重组单元1103用于执行如图3所示的s306。

在一种可能的设计中，接收单元1101所接收的m路中携带有第一标识的数据块，还分别携带有第二标识，用于指示对应数据块在待发送业务的数据中的位置。重组单元1103用于根据m路中携带有第一标识的数据块携带的第二标识，对所述m路数据块进行重组。

在一种可能的设计中，重组单元1103具体可以用于根据m路中携带有第一标识的数据块携带的第二标识，获得完整的传输数据。该数据传输装置1100还包括解码单元1104。解码单元1104可以用于对传输数据进行fec解码，获得待发送业务的数据。

在一种可能的设计中，解码单元1104还用于对接收到的所述p路数据块进行fec解码。在该示例中，当第一数据块和第二数据块在被传输给第一节点前，进行了二级fec编码，则在接收到上述两个数据块后，解码单元1104可以先对其进行fec解码，在执行其他操作。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置1100，用于执行上述数据传输方法中宿节点的功能，从而达到与上述数据传输方法相同的效果。作为可选而不是必须，必要时，数据传输装置1100还可以包括用于支持上述接收单元1101和/或确定单元1102和/或重组单元1103和/或解码单元1104完成相应功能的处理模块或者控制模块。

图12示出了另一种数据传输装置1200的组成示意图。数据传输装置1200包括：一个或多个处理器1201以及一个或多个存储器1202。一个或多个处理器1201与一个或多个存储器1202耦合，存储器1202用于存储计算机执行指令。示例性地，在一些实施例中，当处理器1201执行存储器1202存储的指令时，使得该数据传输装置1200执行如图3所示的s301-s302和/或如图8所示的s801-s805，以及源节点需要执行的其他操作。在另一些实施例中，当处理器1201执行该存储器1202存储的指令时，使得数据传输装置1200执行如图3所示的s303-s304和/或如图8所示的s806-s807，以及中间节点需要执行的其他操作。在另一些实施例中，当该处理器1201执行该存储器1202存储的指令时，使得该数据传输装置1200执行如图3所示的s305-s306和/或如图8所示的s808-s809，以及宿节点需要执行的其他操作。

图13示出了一种芯片系统1300的组成示意图。该芯片系统1300包括处理器1301和通信接口1302，用于支持实现上述装置实施例中所涉及的功能。在一种可能的设计中，芯片系统还包括存储器，用于保存装置必要的程序指令和数据。需要说明的是，该芯片系统1300，可以由芯片构成，也可以包含芯片和其他分立器件。

在上述实施例中的功能或动作或操作或步骤等，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。