一种数据传送的方法、设备和系统与流程

本申请涉及光通信领域，尤其涉及数据传送技术。

背景技术：

光传送网络(opticaltransportnetwork，otn)具备大容量和低时延等优势，被广泛用于骨干或汇聚网络的数据传输。otn所传输的业务多种多样，例如，视频业务，企业专线，以及无线业务等。otn还可以用于其他网络的承载网络。例如，otn可以作为无源光网络(passiveopticalnetwork，pon)的承载网络，用于提升pon业务的传输距离或者提供更好的业务保护。又如，otn可以用于5g(5^thgeneration)网络的多种业务传输。

如图1所示，针对每一种不同的业务，当前都要定制专门的设备来将客户数据接入到otn承载网络。例如：针对视频业务，需要专门定制cpe2(customerpremiseequipment,用户驻地设备)和cpe5；而针对企业专线业务，需要定制支持不同数据格式的cpe3和cpe6。这些cpe设备将业务承载到otn数据帧中，再发送给otn设备(例如图1中的otna设备，otnb设备)进行数据传输。具体地，这些业务可以通过一个otn网络来传输。或者，如图1所示，业务可以通过多个otn网络来进行传输，例如：通过两个汇聚网络，或者是通过一个骨干网和两个汇聚网络。因为单一业务类型的设备数量相对较少，因此该类设备的价格昂贵。另外一种可替代的方法是使用一个otn接入设备来支持不同类型的设备，这样大大地提高了设备的复杂度，也存在设备成本高的问题。

因此，亟需一种方案来解决otn网络使用定制设备的价格太高或者复杂度太高的问题。

技术实现要素：

本申请实施例提供一种数据传送的装置、设备和方法，用以解决现有技术中使用定制设备成本太高或者复杂度高的问题。

第一方面，本申请实施例提供了一种数据传送装置，该装置包括收发器和处理器，其中：

所述收发器，用于接收多个第一数据帧，所述第一数据帧为无源光网络(pon)上行数据帧或者承载了pon上行数据帧的数据帧；

所述处理器，用于：根据所述多个第一数据帧来获取一个第二数据帧组，所述第二数据帧组用于承载发送给同一目的设备的业务数据；将所述第二数据帧组封装到一个第三数据帧中；

所述收发器，还用于发送所述承载了第二数据帧组的第三数据帧。

在一种可能的设计中，所述第三数据帧为光传送网(otn)数据帧或者灵活以太网(flexe)数据帧。其中，所述otn数据帧为灵活光数据单元(oduflex)或另一数据帧，所述另一数据帧的速率和所述第二数据帧组的速率匹配。

在一种可能的设计中，取决于具体对接收到的多个数据帧的处理方式不同，所述根据所述多个第一数据帧来获取一个第二数据帧组有具体多个实现方式。如下不同的实现方式针对于第一数据帧为pon上行数据帧或者承载了pon上行数据帧的数据帧都是相同的。如果第一数据帧为承载了pon上行数据帧的数据帧，那么在采用如下的具体某一种实现方式之前，数据转发装置需要先解析出所述pon上行数据帧，然后针对所述pon上行数据帧进行处理，而不是直接对第一数据帧进行直接处理。为了避免歧义，以下描述均使用pon上行数据帧进行描述。

在一种可能的实现方式中，所述根据所述多个第一数据帧来获取一个第二数据帧组具体包括：将所述pon上行数据帧中时分管道标识相同的数据帧归为所述第二数据帧组；

在另一种可能的实现方式中，所述根据所述多个第一数据帧来获取一个第二数据帧组具体包括：

将所述多个pon上行数据帧中时分管道标识相同的数据帧归为第三数据帧组；

从所述第三数据帧组中解析出客户数据，并将所述客户数据归为所述第二数据帧组。

在又一种可能的实现方式中，所述根据所述多个第一数据帧来获取一个第二数据帧组具体包括：

将所述多个pon上行数据帧中时分管道标识相同的数据帧归为第四数据帧组；

从所述第四数据帧组中解析出多个吉比特无源光网络封装方式(gem)帧，并将所述多个gem帧归为所述第二数据帧组。

需要说明的是，上述又一种可能的实现方式中提及的gem帧是当前国际标准定义的帧格式。但是，上述的pon上行数据帧可以采用国际标准规定的数据帧格式，也可以采用自行定义的数据帧格式。对此，本申请不做任何限制。

在一种可能的设计中，所述处理器还用于给onu发送带宽分配信息，所述带宽分配信息包括时分管道标识、所述时分管道标识对应的时分管道在上行数据帧的字节起始和终止位置。可选地，所述处理器还用于接收带宽调整信息，并根据所述带宽调整信息调整所述第三数据帧的带宽和所述onu的带宽。

在一种可能的设计中，所述处理器还用于对所述第二数据帧组进行交叉。具体地，所述为时分交叉或空分交叉。

第二方面，本申请实施例提供了另一种数据传送装置，该装置包括收发器和处理器，其中：

所述收发器，用于接收多个第一数据帧，所述第一数据帧为光传送网(otn)数据帧或者灵活以太网(flexe)数据帧；

所述处理器，用于：从所述多个otn数据帧中解析出多个第二数据帧；将所述多个第二数据帧中发送到同一目的设备的数据帧封装到无源光网络(pon)下行数据帧；

所述收发器，还用于发送所述pon下行数据帧。

在一种可能的设计中，所述处理器还用于给光网络单元(onu)发送带宽分配信息，所述带宽分配信息包括时分管道标识、所述时分管道标识对应的时分管道在上行数据帧的字节起始和终止位置。可选地，所述处理器还用于接收带宽调整信息，并根据所述带宽调整信息调整发送另一带宽调整信息给一个或者多个onu。

在一种可能的设计中，所述otn数据帧为灵活光数据单元(oduflex)或另一数据帧，所述另一数据帧的速率和多个第一数据帧组的速率相同。

在一种可能的设计中，所述处理器还用于对所述多个第二数据帧组进行交叉。具体地，所述交叉为时分交叉或空分交叉。

在一种可能的设计中，取决于第二数据帧具体帧结构，所述将所述多个第二数据帧中发送到同一目的设备的数据帧封装到pon下行数据帧有不同的实现方式。

在一种可能的实现方式中，若所述多个第二数据帧的帧格式为通过传输容器(t-cont)指示的时隙资源接收的数据帧帧格式，所述将所述多个第二数据帧中发送到同一目的设备的数据帧封装到pon下行数据帧具体包括：

从所述多个第二数据帧中发送到同一目的设备的数据帧的每一个数据帧中解析出一个吉比特无源光网络封装方式(gem)帧，并将所述每一个gem帧封装到所述pon下行数据帧中。

在另一种可能的实现方式中，若所述多个第二数据帧的帧格式为吉比特无源光网络封装方式(gem)帧格式，则所述将所述多个第二数据帧中发送到同一目的设备的数据帧封装到pon下行数据帧具体包括：

将所述多个第二数据帧中发送到同一目的设备的数据帧直接封装到所述pon下行数据帧中。

在又一种可能的实现方式中，若所述多个第二数据帧的帧格式为客户数据帧格式，所述将所述多个第二数据帧中发送到同一目的设备的数据帧封装到pon下行数据帧具体包括：

将所述多个第二数据帧中发送到同一目的设备的数据帧的每一个数据帧先封装到一个吉比特无源光网络封装方式(gem)帧，并将所述每一个gem帧封装到所述pon下行数据帧中。

以上不同的实现方式是假设采用当前国际标准规定的pon下行数据帧格式。如果使用自定的pon下行数据帧格式，则需要遵循自定义格式的封装层次和方式。

在一种可能的设计中，所述发送所述pon下行数据帧包括：将所述下行数据帧封装在第三数据帧中，再发送所述第三数据帧。也就是说，还需要经过承载网络来完成数据的转发。该承载网络可以为otn网络或flexe网络。因此，这个第三数据帧可以是otn数据帧或者flexe帧。

第三方面，本申请实施例提供了一种数据传送方法，该方法包括第一方面或第一方面任一种实现方式描述的装置执行的所有步骤。该方法通过将收到的数据帧进行分组处理，并通过跟数据帧组带宽匹配的传送数据帧发送出去。

第四方面，本申请实施例提供了另一种数据传送方法，该方法包括第二方面或第二方面任一种实现方式描述的装置执行的所有步骤。该方法通过将收到的数据帧进行一定的处理后，再根据数据帧需要发送的目的设备进行分组，并将分组后的数据帧承载在pon下行数据帧发送出去。

第五方面，本申请实施例提供了另一种数据传送设备，该设备包括第一方面或第一方面任一种实现方式描述的装置和第二方面或第二方面任一种实现方式描述的装置。需要说明的是，这种设备是一种具备双向处理能力的设备。如果具备带宽管理功能，该设备发送的带宽分配信息既可以用于协助接收的数据处理，也可以用于协助数据发送处理。

第六方面，本申请实施例提供了另一种数据转发系统，该系统包括第一方面或者第一方面任一种实现方式描述的装置和第二方面或者第二方面任一种实现方式描述的装置。可选地，该系统还可以包括其他网络设备。例如：跟上述两种设备直接或者间接连接的其他网络设备。例如，onu设备，olt设备，或者其他otn设备或者flexe设备等。

第七方面，本申请实施例还提供了一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现第三方面至第四方面中任一方面的任意一种设计提供的方法。

第八方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第三方面至第四方面中任一种设计提供的方法。

第九方面，本申请实施例提供一种芯片，所述芯片与存储器相连，用于读取并执行所述存储器中存储的软件程序，以实现第三方面至第四方面中任一方面的任意一种设计提供的方法。

通过使用当前价格低廉的onu设备，并将发送给不同目的设备的业务数据区分对待，并给这些数据帧对接一个带宽有保证的数据传送管道，本申请有效地减低了针对带宽有保证需求业务的承载成本。此外，通过多个带宽都要保障的数据管道对接，还能够保证业务数据的传输质量。

附图说明

图1为现有业务接入方式的网络示意图；

图2为本申请的一种可能的应用场景示意图；

图3为光传送网络设备的硬件结构示意图；

图4为本申请提供的一种可能的业务发送方法的流程示意图；

图5为本申请实施例1提供的一种可能的业务处理方法的流程示意图；

图6为本申请实施例2提供的另一种可能的业务处理方法的流程示意图；

图7为本申请实施例3提供的又一种可能的业务处理方法的流程示意图；

图8为本申请的另一种可能的应用场景示意图；；

图9为本申请实施例4提供的一种可能的业务处理方法的流程示意图；

图10为本申请实施例4提供的另一种可能的业务处理方法的流程示意图；

图11为本申请提供的一种可能的设备结构示意图；

图12为本申请提供的另一种可能的设备结构示意图。

具体实施方式

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限制。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题同样适用。

总体概述：

本申请的实施例适用于传送网络，例如：光传送网络(opticaltransportnetwork，otn)，又如：灵活以太网络(flexibleethernet，flexe)。尤其适用于需要接入多种业务的场景。图2为本申请的一种可能的网络场景。通过采用本申请揭示的新型设备，多种不同的业务(例如：无线业务，视频业务)可以通过光网络单元(opticalnetworkunit,onu)设备接入到汇聚网络和骨干网络中进行传输。如图2所示，该新型设备为otn1/flexe设备和otn2/flexe设备，指的是该设备可以是otn设备或flexe设备。当前，汇聚网络和骨干网络通常采用光传送网络。根据具体的传输需求，骨干网络是一个可选的网络。此外，在onu设备和新型设备之间，还可能存在承载网络，用于拉远两个设备之间信号的传输距离。这种承载网络也可以是otn网络或者其他能够进行长距离传输的网络，例如：flexe网络。需要说明的是，本申请针对的业务类型主要是需要有带宽保证需求的业务，例如一个需要带宽保证为4.5g的无线业务。也可以针对于包含有不同需求的混合业务场景，其中至少包括一个有带宽保证需求的业务。如图2所示，一个otn1或者flexe设备可以连接多个onu设备。例如，onu1、onu2和onu5。其中，onu2和onu5通过分光器(图中未示出)连接后，再连接到该otn1(或flexe)设备上。

一个传送网络通常由多个设备通过光纤连接而成，可以根据具体需要组成如线型、环形和网状等不同的拓扑类型。需要说明的是，本申请对承载网络，汇聚网络和骨干网络的具体组网方式不做任何限定。

以该设备为otn设备为例。图3给出了一个otn设备的硬件结构图。具体地，一个otn设备300包括电源305、风扇307、辅助类单板306，还可能包括支路板303、线路板301、交叉板302、光层处理单板(图3未示出)，以及系统控制和通信类单板304。需要说明的是，根据具体的需要，每个设备具体包含的单板类型和数量可能不相同。例如：作为核心节点的网络设备可能没有支路板303。作为边缘节点的网络设备可能有多个支路板303。其中，电源305用于为otn设备供电，可能包括主用和备用电源。风扇307用于为设备散热。辅助类单板306用于提供外部告警或者接入外部时钟等辅助功能。支路板303、交叉板302和线路板301主要是用于处理otn的电层信号,。一般的otn的电层信号可以称为odu信号、otn帧、或者odu数据帧。为了简化描述，后续统一称之为odu数据帧。其中，支路板303用于实现各种客户业务的接收和发送，例如sdh业务、分组业务、以太网业务和前传业务等。更进一步地，支路板可以划分为客户侧光模块和信号处理器。其中，客户侧光模块可以为光收发器，用于接收和/或发送客户信号。信号处理器用于实现对客户信号到odu数据帧的映射和解映射处理。交叉板用于实现odu数据帧的交换，完成一种或多种类型的odu数据帧的交换。线路板301主要实现线路侧odu数据帧的处理。具体地，线路板301可以划分为线路侧光模块和信号处理器。其中，线路侧光模块可以为线路侧光收发器，用于接收和/或发送odu数据帧。信号处理器用于实现对线路侧的odu数据帧的复用和解复用，或者映射和解映射处理。系统控制和通信类单板用于实现系统控制和通信。具体地，可以通过背板从不同的单板收集信息，或者将控制指令发送到对应的单板上去。需要说明的是，除非特殊说明，具体的组件(例如：信号处理器)可以是一个或多个，本申请不做任何限制。还需要说明的是，本申请实施例针对的是至少包含支路板301的otn设备。

如果该新型设备为flexe设备，则该设备的硬件结构跟图3相同。唯一的区别在于，使用的帧结构不同，因此在对数据帧处理上会有差别。例如：在承载业务数据之前，可能需要进行编码转换等。需要说明的是，flexe网络当前还处在技术研究期，并没有被用到实际的应用中。但是，它被认为一种可行的传送网络技术，因此本申请揭示的方法也可以适用于这种技术。

无源光网络(passiveopticalnetwork，pon)设备目前广泛使用，其价格较低廉。但是，因为pon的传输距离有限、组网形式单一等特点，目前主要用于宽带接入范围。当前，将pon和传送网络(例如，otn)结合的应用常见于将otn网络作为pon网络的承载网络，从而使得pon业务能够传输更远的距离，或者提供更强的保护能力(例如：提供1+1保护)等。与现有的方式不同的是，本申请揭示了一种新的otn设备，使得传统的otn接入业务可以使用onu设备进行接入，从而使得onu设备被作为cpe设备进行使用，从而降低了otn客户接入设备的成本。本领域技术人员可知，当flexe技术发展成为一种可实用的传送技术时，前述的otn设备也可以是flexe设备。

以上述新型设备作为发送接入业务数据的设备为例，图4描述了一种可能的业务发送的流程。需要说明的是，图4以otn设备为例，但图4描述的流程同样适用于flexe设备。

s401:接收多个第一数据帧；

具体地，一个otn设备接收多个第一数据帧。在一种可能的实现方式中，所述otn设备直接跟多个onu设备连接，则所述第一数据帧为pon的上行数据帧。在另一种可能的实现方式中，所述otn设备通过一个承载网络跟所述多个onu设备连接，那么所述第一数据帧可能为承载了pon上行数据帧的帧结构。例如，第一数据帧为otn帧结构或flexe帧结构。不论在哪一种网络场景下，所述多个第一数据帧可能由多个onu设备发送。onu设备用于承载客户业务。其中一个客户业务包括多个业务数据帧。更详细的描述参见实施例1-3的描述，此处不予赘述。

s402:根据所述多个第一数据帧来获取一个第二数据帧组；

具体地，所述otn设备对收到的多个第一数据帧进行处理。具体地，根据第一数据帧的帧格式不同，处理的方式也有所区别。例如，如果第一数据帧都是利用pon网络的传送容器(transportcontainer，t-cont)来发送的，那么就根据t-cont对应的时分管道标识来进行区分，即将时分管道标识相同的第一数据帧划分为一组，即获取了所述第二数据帧组。其他的处理方式参见实施例1的描述，此处不予赘述。例如，将属于同一个客户业务(例如：例如图1所示的视频业务1)的数据帧或者承载同一客户业务的业务数据的数据帧归为一组，以进行后续处理。这么做的好处是可以保证属于同一客户业务的数据在otn网络中能够通过一个专属的管道来进行传输，从而使得客户业务的传输质量得到保证。或者，本步骤还可以将发送给同一目的设备的多个客户业务对应的数据帧归为一组，以进行后续的处理。可以理解的是，前面提及的针对单个业务数据的处理是针对发送同一目的设备的多个客户业务处理的一个具体举例。还需要说明的是，otn设备不一定是直接通过目的地址来判断的，可以由外部的控制器或者管理系统通过其他方式来通知这个新型otn设备进行数据帧处理的策略。例如：外部的控制器可以指定otn设备将某一个或者几个虚拟局域网标识(virtuallocalareanetworkidentifier，vlan-id)值分为一组。或者，otn设备将某一个或者几个t-contid作为一个组进行处理等。但是，不同的策略本质上还是通过目的地址来进行处理。本申请对otn设备具体如何判断依据何参数来进行分组判断不做任何限定。

s403:将所述第二数据帧组封装到一个光传送网(otn)帧中；

具体地，所述otn设备将得到的第二数据帧组封装到一个otn帧中。这个otn帧的选择取决于第二数据帧组所承载的业务带宽大小。例如：如果这个业务带宽为3.5g，可以选择当前otn标准定义的oduflex来进行承载。又如，如果这个业务带宽为500m，那么可以选择odu0，或者后续可能定义的更小粒度的otn容器来承载。本申请对具体如何选择otn帧格式不做任何限定，仅要求选择的otn帧的带宽大小跟所述第二数据帧组对应的业务带宽匹配。以第二数据帧组为单一业务数据帧为例，在一般情况下，用于承载的otn帧的带宽大小跟业务预先配置的带宽大小基本相同。但是，实际业务的带宽大小(也就是第二数据帧组的带宽)可能小于此预先设置的值。因此，实际otn帧的带宽大于或者等于第二数据帧组的带宽。如果第二数据帧组里包括多个业务数据帧，那么用于承载的otn帧的带宽大小跟多个业务预先配置的带宽大小之和基本相同。

s404:发送所述otn帧；

具体地，所述otn设备将所述otn帧发送给所述otn设备所述的网络中的其他otn设备。

对应地，作为接收侧的otn设备需要接收所述otn帧，并还原出其中承载的第二数据帧组，并将所述第二数据帧组处理得到合适的下行传输格式，发送出去给改数据帧对应的目的设备。通过一个或者多个设备的传输后，业务数据将发送给最终的接收设备。

通过上述的方法，各种接入业务可以通过onu设备来接入otn网络，onu设备通过统一的上行传输帧格式对客户数据封装，无需根据不同的业务来进行定制，这样也降低了otn接入设备的复杂度。此外，onu设备价格低廉，从而可以大大降低接入设备的成本。

下面将基于上面所述的本申请涉及波长对准技术的共性方面，对本申请实施例进一步详细说明。需要说明的是，本申请的下述实施例中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。

实施例1：

本申请的一个实施例提供了一种数据处理方法、装置和系统。本实施例以图2的网络场景为例，假设onu1以及onu2和otn1设备为业务发送侧的设备，而otn2和onu4以及onu3为业务接收侧的设备。需要说明的是，本实施例假设onu设备和otn设备之间没有承载网络。在实际应用的过程中，任意的onu设备都可以为发送或者接收设备，与之对应的otn设备为发送或者接收设备。一般地，onu设备和otn设备通常同时具备发送和接收业务数据的功能。

图5给出了上述设备的数据处理需要执行的步骤。具体描述如下：

s501：发送多个无源光网络(pon)上行数据帧；

具体地，onu设备(例如：onu1和onu2)首先将接收到的客户数据(例如，无线业务1，无线业务2等)封装到pon网络上行发送使用的数据帧中。例如：在吉比特pon(gpon)中，onu设备发送上行数据时，标准规定的业务数据的封装采用gpon封装模式(gigabit-capablepassiveopticalnetworkencapsulationmethod，gem)。又如，可以使用自定义的pon上行数据帧，这个数据帧需要支持pon中的上行时分的突发机制。然后，onu设备将这些携带了客户数据的上行数据帧通过预先配置的时隙发送出去。在gpon中，这个预先配置的时隙构成了一个管道资源，也被称为传送器(即t-cont)。为了简化描述，后面的解释说明限定在标准规定的gpon数据帧中。但是，在实际的应用中，本申请不限定onu设备使用的上行数据传输格式，仅要求onu设备可以采用专属的管道资源和pon的上行数据帧格式发送数据。也就是说，这个pon上行数据帧可以是自定义的，但是发送该数据帧的机制按照时分突发的机制。

需要说明的是，该步骤发送的pon上行数据帧由otn1设备来接收的。具体地，otn1设备的接收动作参见图4的步骤s401的描述，此处不再赘述。在其他可能的实现方式中，该步骤发送的对象可能是其他的网络设备，具体参见实施例2-3的描述，此处不予赘述。对应地，otn1设备接收到的数据帧不一定是pon上行数据帧，还可能是其他格式的数据帧，但是所述其他格式的数据帧承载了所述pon上行数据帧。在本实施例中，以otn1接收的数据帧为pon上行数据帧为例。

s502：根据所述多个pon上行数据帧来获取一个第一数据帧组；

该步骤的执行主体是otn1设备。具体地，在接收到一个或者多个onu设备发送的上行数据帧后，otn1设备需要对这些数据帧进行分组处理，并为这些数据帧组分配对应的odu管道资源，以使得这些数据帧承载的客户数据能够在保证带宽的、端到端的管道进行传输。这么做的好处是客户数据的传输质量可以得到保证，例如：丢包率、时延、可靠性等。

该步骤跟图4的步骤s402类似。otn1设备可以根据接收到的pon上行数据帧对应的时分管道标识来进行数据分组。具体地，将时分管道标识相同的上行数据帧归为一组，从而得到了一个或者多个数据帧组。例如：针对支持gpon的onu设备发送的上行数据帧，otn1设备可以使用分配标识(alloc-id)来进行区分。针对其他类型的pon网络，otn1设备还可以根据pon的其他管道资源标识信息来进行分组，以保证承载同一个客户数据的数据帧可以被划分到同一个组。

在一种可能的实现中，otn1将上述得到的一个或者多个数据帧组直接作为第一数据帧组。在另一种可能的实现中，otn1可以将上述得到的一个或者多个数据帧组进一步进行解析来获得第一数据帧组。例如，在gpon网络中，可以解析获得gem帧来作为第一数据帧组。又如，可以解析出客户数据，将客户数据帧作为第一数据帧组。

s503：将所述第一数据帧组封装到一个光传送网(otn)数据帧中；

此步骤跟图4的步骤s403类似。具体地，otn1设备为所述第一数据帧组选择一个合适的odu数据帧，并将所述第一个数据帧组里的数据帧封装到所述odu数据帧中。例如，如果业务为快速以太网(fastethernet，fe)，那么所述第一数据帧组的带宽为100m，那么otn1设备可以选择对应带宽的otn容器来进行承载。又如，如果业务为两个4.5g的无线业务，那么所述第一数据帧组的带宽为9g，那么otn1设备可以选择带宽为9g的oduflex作为承载容器。

可选地，otn1设备还可以在将第一数据帧组封装到otn数据帧之前，对第一数据帧组进行交叉，从而可以将该数据帧组交换到合适的输出端口进行输出。具体地，所述交叉可以是时分交叉或者空分交叉。

s504:发送所述otn数据帧；

具体地，otn1设备将所述otn数据帧转换为恰当的otn帧格式发送出去，例如：可以转换为otu数据帧，或者灵活otn接口数据帧(flexo数据帧)等。

需要说明的是，otn1设备发送所述otn数据帧给另一个otn2设备。这个otn2设备可以是本申请解释的新的otn设备，也可以是传统的otn设备。本实施例以otn1设备发送的对象为新的otn设备(即：otn2设备)为例。

可选地，otn1设备还具备发送带宽分配信息的功能，从而可以配置onu设备使用的带宽资源信息。例如，otn1设备可以为跟其对应的onu设备(即onu1和onu2)分配上行传输数据时使用的时隙(或者管道)信息。具体地，该信息至少包括时分管道标识，还有该时分管道标识所指示的时分管道在上行数据帧的字节起始以及终止位置。需要说明的是，起始和终止位置还可以是以比特或者其他粒度大小为单位的，本申请不做任何限制。例如，在gpon中，可以使用标准的下行数据帧的开销来发送这个带宽分配信息。需要说明的是，带宽资源信息有时也成为带宽地图。本领域技术人员可知，每个onu设备收到了带宽地图是相同的，且通过这个带宽地图，每个onu设备可以获得其可以使用的时隙(或者带宽资源)信息。

可选地，otn1设备还可以接收外部的带宽调整信息，并根据此信息对使用的odu数据帧做调整，以改变承载第一数据帧组的odu数据帧的带宽大小。更进一步地，otn1设备还可以对应地调整onu设备的带宽信息，以实现端到端的管道带宽调整。在一种可能的实现方式中，这个外部的带宽调整信息可能来自控制器或者管理系统。在另一种可能的实现方式中，这个带宽调整信息可能来自于onu设备。具体地，可以提前将带宽调整信息(带宽使用的日历，即包括不同时间段使用的带宽大小)下发给onu设备。当带宽发生变化时，onu设备可以主动发送请求消息给otn设备请求进行带宽调整。通过协调好odu数据帧和onu设备的带宽的改变，可以实现端到端的无损调整。以针对otn管道带宽的调整采用无损调整的方法为例，如果onu设备的带宽的增大不超过其对应的odu管道的带宽大小，则无需调整odu管道带宽，仅需调整onu设备的带宽。如果onu设备的带宽增大后的大小已经大于其对应的odu管道的带宽大小，则需先调整odu管道带宽，再调整onu设备的带宽。类似地，如果onu设备的带宽减少不超过其对应的odu管道的最小调整颗粒度(例如：1.25g或者2.5g，或者更小)，则无需调整odu管道带宽，仅需调整onu设备的带宽。如果onu设备的带宽减小已经大于其对应的odu管道的带宽最小调整颗粒度，则先调整onu设备的带宽，再可选地调整odu管道带宽。

需要说明的是，该步骤发送的对象是otn2设备。也就是说，otn2设备直接或者间接地接收从otn1设备发送的otn数据帧。如果是，otn2设备跟otn1设备直接相连，则所述数据接收是直接的。如果otn2设备通过其他设备跟otn1设备连接为一个网络，那么所述数据接收是间接的。

s505:从所述承载了第一数据帧组的otn数据帧中解析出多个第二数据帧；

该步骤以及后面两个步骤的执行主体是otn2设备。具体地，otn2设备在接收到了承载了第一数据帧组的otn数据帧之后，从这些数据帧中解析出多个第二数据帧。取决于作为发送端的otn1设备的处理方式不同，那么所述第二数据帧的格式有所不同。例如，该数据帧可能是t-cont指示的时隙传输时对应的帧格式。或者，该数据帧是gem格式或者原始的客户数据格式。

s506:将所述多个第二数据帧中发送到同一目的设备的数据帧封装到pon下行数据帧；

具体地，根据第二数据帧的格式不同，otn2设备的处理有所区别。如果第二数据帧是t-cont对应的帧格式，那么otn2设备需要终结这些数据帧，从这些数据帧中解析出多个gem帧。然后，otn2设备再将多个gem帧中需要发送到同一个目的设备的gem帧封装到pon下行数据帧。如果第二数据帧是gem帧，那么otn2设备直接将这些帧中发送给同一目的地址的数据帧封装到pon下行数据帧。如果第二数据帧是客户数据，otn2设备则需要将这些数据帧首先封装到gem帧，然后再将承载了这些数据帧的gem帧中发送到同一目的设备封装到pon下行数据帧。也就是说，otn2设备需要根据收到数据帧应该接收的目的设备和数据帧本身的格式来进行区分处理。然后再执行下一步骤。

s507：发送所述pon下行数据帧。

otn2设备发送s506步骤生成的pon下行数据帧。首先，取决于不同的组网结构，发送的对象可能不同。在本实施例中，otn2直接发送给onu设备(例如：onu3，onu4)。在其他的场景中，例如：实施例2-3所描述的场景，otn2设备可能会发送给其他承载网络的设备，此处不予赘述。其次，otn2还需要区分pon下行数据帧的目的pon设备。在一种可能的实现方式中，可以通过pon端口来进行区分。例如，在图2中，otn1设备连接onu设备有两个端口，其中一个端口连接两个onu设备，另外一个端口连接一个onu设备。那么，otn1可以通过端口号来区分应该将数据帧发送的目的设备。在另一种可能的实现方式中，可以通过onu标识，或者onu标识和pon端口一起，来进行区分。例如，在图2中，otn2设备连接onu的有两个onu设备，那么可以通过onu设备标识来进行区分。或者，类似图4中的步骤s402的描述，也可以通过外部配置，otn1通过其他参数来间接地确定发送的目的地设备。本申请对具体如何区分到不同的目的设备的数据帧不做任何限制。

作为接收侧的onu设备收到了otn2设备发送的下行数据帧后，解析出对应的业务数据并发送给跟其连接的业务目的设备，从而完成了业务从源端设备、经过中间传输网络的传输、最终发送至目的设备的过程。

需要说明的是，可选地，本申请揭示的新型otn设备还需要具备onu设备激活、支持运行、管理和维护消息等，以支持onu设备的正常运作和管理。

本实施例提供的方法通过采用具备新功能的otn设备，使得网络可以借助当前价格低廉的onu设备来实现客户业务接入，从而降低了客户业务建网的成本。可选地，该新型的otn设备可具备带宽调整能力，能实现端到端的业务带宽调整，从而能够满足业务带宽动态变化的需求。

需要说明的是，图5以otn设备为例，但是图5描述的流程同样适用于flexe设备。区别在于，otn数据帧需要替换为flexe数据帧。也就是说，使用的承载容器的帧格式是不同的，因此对应的数据帧处理上可能会有所区别。例如，业务数据在封装到flexe帧之前，可能需要进行码块转换处理。如非特殊说明，后面的实施例提及的otn设备实施例或者flexe设备实施例的执行主体是可以替换的。

实施例2：

本申请的一个实施例提供了另一种数据处理方法、装置和系统。本实施例以图2的网络场景为例，假设onu1以及onu2和otn1设备为业务发送侧的设备，而otn2和onu4以及onu3为业务接收侧的设备。需要说明的是，与实施例1不同，本实施例假设onu1备和otn1设备之间有承载网络。也就是说，onu1设备并不是直接跟otn1设备相连，而是通过一个承载网络来进行互连。

在本实施例中，onu设备和otn设备执行的步骤基本跟实施例1相同。此外，otn设备可执行的可选步骤，例如：带宽分配，带宽调整等，都与实施例1的otn设备相同。具体地，参见图5以及相关的步骤解释，此处不再赘述。本实施例跟实施例1的步骤不同的是：

首先，onu1设备发送多个pon上行数据帧给承载网络的设备，而不是直接发送给otn1设备，即执行图6的步骤s601。对应地，承载网络执行的步骤也在图6示出。图6是以承载网络为otn为例。具体地，承载网络的入口设备执行在收到了onu设备发送的pon上行数据帧之后，承载网络的设备执行如下的步骤。

s602:在入口设备处，将所述pon上行数据帧封装到多个otn数据帧中；

也就是说，接收了pon上行数据帧的设备将这些数据帧封装到otn数据帧中。otn数据帧在承载网络中经过一个或者多个中间设备的传输后，最终传输到承载网络的出口设备。

s603:在出口设备处，将所述pon上行数据帧从所述多个otn数据帧中解析出来；

在这一步骤，出口设备从接收到的多个otn数据帧中解析出pon上行数据帧。

s604：发送多个无源光网络(pon)上行数据帧；

在这一步骤，承载网络的出口设备将解析出来的pon上行数据帧发送给otn1设备。

其次，otn1设备不是从onu设备直接接收数据，而是从承载网络的设备来接收pon上行数据帧。但是，从图6可以看出，otn1设备接收到的数据帧跟实施例1中的数据帧格式没有区别。

需要说明的是，otn作为承载网络只是其中的一个示例，还可以通过其他具备拉远功能的网络来进行承载，例如：flexe等具备长距离传送能力的网络技术。还需要说明的是，本实施例中的承载网络可以包含中间设备(图6中未示出)，该中间设备完成otn数据帧的转发。

本实施例提供的方法通过采用具备新功能的otn设备，使得网络可以借助当前价格低廉的onu设备来实现客户业务接入，从而降低了客户业务建网的成本。可选地，该新型的otn设备可具备带宽调整能力，能实现端到端的业务带宽调整，从而能够满足业务带宽动态变化的需求。进一步地，通过采用承载网络，延伸了otn能够覆盖的业务场景距离和类型。

实施例3：

本申请的一个实施例提供了又一种数据处理方法、装置和系统。本实施例以图2的网络场景为例，假设onu1以及onu2和otn1设备为业务发送侧的设备，而otn2和onu4以及onu3为业务接收侧的设备。需要说明的是，与实施例1不同，本实施例假设onu2备和otn1设备之间有承载网络。也就是说，onu2设备并不是直接跟otn1设备相连，而是通过一个承载网络来进行互连。

在本实施例中，onu设备和otn设备执行的步骤基本跟实施例1相同。此外，otn设备可执行的可选步骤，例如：带宽分配，带宽调整等，都与实施例1的otn设备相同。具体地，可以参见图5以及相关的步骤解释，此处不予赘述。本实施例跟实施例1的步骤不同的是：

首先，onu2设备发送多个pon上行数据帧给承载网络的设备，而不是直接发送给otn1设备，即执行图7的步骤s701。对应地，承载网络执行的步骤也在图7给出。图7是以承载网络是otn为例。具体地，承载网络的入口设备执行在收到了onu设备发送的pon上行数据帧之后，承载网络的设备执行如下的步骤。

s702:在入口设备处，将所述pon上行数据帧封装到多个otn数据帧中；

也就是说，接收了pon上行数据帧的设备将这些数据帧封装到otn数据帧中。otn数据帧在承载网络中经过一个或者多个中间设备的传输后，最终传输到承载网络的出口设备。

s703:发送所述多个otn数据帧；

这一步骤执行主体是承载网络的出口设备。也就是在承载网络中直接连接otn1设备的设备。具体地，承载网络的出口设备将其收到的otn数据帧发送给otn1设备。

其次，otn1设备不是从onu2设备直接接收数据，而是从承载网络的设备来接收。而且，接收的数据不再是pon上行数据帧，而是承载了该pon上行数据帧的otn数据帧。

再次，otn1设备对接收到的数据帧处理需要增加步骤，即如下描述的s704步骤。

s704：从所述多个otn数据帧解析出所述多个pon上行数据帧。

具体地，otn1设备在对数据帧进行如实施例1中描述的处理之前，otn1设备需要从接收到的otn数据帧汇总解析出pon上行数据帧。

接收侧的otn2设备、onu3设备执行的流程跟实施例1描述的otn2设备和onu4设备相同，此处不再赘述。唯一存在的区别是，在实施例1中onu4设备解析出来的客户数据是无线业务，而onu3解析出来的是视频业务。因此，如果otn2设备具备为onu3和onu4设备分配带宽和调整带宽的能力，那么它为这两个onu设备分配的带宽大小以及时分管道标识可能不同。

本实施例提供的方法通过采用具备新功能的otn设备，使得网络可以借助当前价格低廉的onu设备来实现客户业务接入，从而降低了客户业务建网的成本。可选地，该新型的otn设备可具备带宽调整能力，能实现端到端的业务带宽调整，从而能够满足业务带宽动态变化的需求。进一步地，通过采用承载网络，延伸了otn网络能够覆盖的业务场景类型。

实施例4

本申请的一个实施例提供了再一种数据处理方法、装置和系统。本实施例以图8的网络场景为例，假设onu1、onu2和flexe1设备为业务发送侧的设备，而flexe2、onu3和onu4为业务接收侧的设备。需要说明的是，与实施例1不同，本实施例揭示的新型设备为flexe设备。此外，本实施例的flexe设备还需要跟pon网络的光线路终端(opticallineterminal，olt)进行交互，例如：flexe1设备和olt1设备，flexe2设备和olt2设备。

需要说明的是，就视频业务，本实施例中onu1/onu2、flexe1、flexe2和onu3/onu4设备之间的交互跟实施例1描述onu设备和otn设备交互的步骤是类似的，此处不予赘述。本实施例和实施例1的区别在于：

首先，本实施例的新型设备为flexe设备，而实施例1是以otn设备为例的。两者使用的帧结构不同。需要说明的是，本实施例提供的方法也可以适用于新型otn设备。

其次，onu设备承载的客户业务类型不同。需要说明的是，这个区别对设备执行的步骤没有影响。

再次，flexe设备除了需要跟onu设备交互，还需要跟olt交互。也就是说，不是所有从onu设备发送的数据帧都需要发送给对侧的flexe设备。而是，flexe设备要根据数据帧所承载的业务类型来决定是发送给对侧的flexe设备还是给olt设备。或者，flexe设备还可以根据配置信息来决定哪些数据帧时需要发送给olt设备的。对应地，flexe设备需要具备交叉能力。此外，flexe设备还需要具备结合olt设备发送的带宽信息，来综合考虑如何给每一个onu设备进行带宽分配。

就上述最后一点区别，图9和图10对相关的onu设备、flexe设备和olt设备之间的交互进行了展开描述。需要说明的是，图9和图10是以onu1、flexe1和olt1为例。

图9是onu1作为发送设备，flexe1作为转发设备，olt1作为接收设备。对应的具体步骤描述如下：

s101：发送多个无源光网络(pon)上行数据帧；

具体地，onu1发送多个pon上行数据帧。需要说明的是，onu1设备发送的pon上行数据帧中既有支持视频业务1的数据帧，也有支持非专线业务1的数据帧。需要说明的是，非专线业务指的是需要olt处理的业务。专线业务就是前述部分提到的有带宽保证需求的业务。该多个pon上行数据帧接收的对象是flexe1设备。

s102：根据所述多个pon上行数据帧来获取第三数据帧组；

具体地，flexe1设备根据所述多个pon上行数据帧来获取第三数据帧组。所述第三数据帧组包括需要发送给olt1设备的数据帧。需要说明的是，可选地，类似实施例2或者3，onu1和flexe1之间还可能有承载网络。如果所述承载网络的出口设备能够解析出pon上行数据帧，那么flexe1设备无变化。如果所述承载网络的出口设备不解析出pon上行数据帧，也就是说，该出口发送的是承载了pon上行数据帧的flexe数据帧或者otn数据帧，则flexe1设备还需要首先从收到的数据帧解析出所述多个pon上行数据帧，再执行本步骤。

s103：发送所述第三数据帧组；

具体地，flexe1设备发送所述第三数据帧组。需要说明的是，在本实施例中，flexe1设备有两个出端口。因此，flexe1设备具备交叉能力，可以把需要发送的数据帧或者数据帧组通过正确的端口发送出去。

图10则是olt1作为发送设备，flexe1作为转发设备，而onu1作为具体设备。具体的步骤描述如下。

s104：发送多个无源光网络(pon)下行数据帧；

具体地，olt1设备发送多个无源光网络(pon)下行数据帧给flexe1设备。

s105：确定所述多个pon下行数据帧的目的设备；

具体地，flexe1设备需要确定多个无源光网络(pon)下行数据帧需要发送的目的设备例如：onu1或者onu2。在本实施例中，这个目的设备是onu1设备。

s106：发送所述多个无源光网络(pon)下行数据帧。

具体地，flexe1设备发送多个无源光网络(pon)下行数据帧给onu1设备。类似步骤s103，flexe1设备也需要通过交叉板或交叉模块来将需要发送的数据帧发送到正确的目的设备。

需要说明的是，本实施例中，flexe1和flexe2设备在对onu设备进行带宽分配控制时，除了需要考虑到专线业务(例如：视频业务，无线业务等)的传输带宽，还需要考虑到和olt设备交互的非专线业务的传输带宽。

本实施例提供的方法通过采用具备新功能的flexe设备(或者otn设备)，使得网络可以借助当前价格低廉的onu设备来实现专线客户业务接入，从而降低了客户业务建网的成本。该新型的flexe设备可具备带宽调整能力，能实现端到端的业务带宽调整，从而能够满足业务带宽动态变化的需求。此外，该具备新功能的设备能支持混合业务类型，提供了更好的业务承载灵活性。

实施例5：

图11为一种可能网络设备结构示意图。该网络设备包括处理单元1101、发送单元1102和接收单元1103。需要说明的是，该网络设备可以用于实现上述实施例1-4里提及的不同行为的新型otn设备或者新型flexe设备，以实现数据传输。

在一种可能的实现中，该网络设备为实施例1-4任一描述的发送侧的otn设备或者flexe设备。例如，所述处理单元1101执行图4的s402和s403步骤。具体地，所述处理单元1101用于执行实施例1-3中的otn1设备的数据帧处理步骤、或者执行实施例4中的flexe1设备的数据帧处理步骤。可选地，所述处理单元1101还要执行实施例1-4描述的其他可选的处理步骤，此处不再赘述。所述发送单元1102用于执行图4所示的s404。具体地，所述发送单元1102用于执行实施例1-3中的otn1设备的发送数据帧动作、或者执行实施例4中的flexe1设备的发送数据帧动作。所述接收单元1103用于执行图4所示的s401。具体地，所述接收单元1103用于执行实施例1-3中的otn1设备的接收数据帧动作、或者执行实施例4中的flexe1设备的接收数据帧动作。

在另一种可能的实现中，该网络设备为实施例1-4任一描述的接收侧的otn设备或者flexe设备。具体地，所述处理单元1101用于执行实施例1-3中的otn2设备的数据帧处理步骤、或者执行实施例4中的flexe2设备的处理步骤。可选地，所述处理单元1101还要执行实施例1-4描述的其他可选的处理步骤，此处不再赘述。所述发送单元1102用于执行实施例1-3中的otn2设备的发送数据帧动作、或者执行实施例4中的flexe2设备的发送数据帧动作。所述接收单元1103用于执行实施例1-3中的otn2设备的接收数据帧动作、或者执行实施例4中的flexe2设备的接收数据帧动作。

在又一种可能的实现中，该网络设备为同时具备发送和接收pon数据帧两种能力。也就是说，单一网络设备支持上述两个方面的设备能力。具体地，处理单元、发送单元和接收单元支持的步骤如前述两个方面的描述，此处不再赘述。

本申请实施例还提供一种芯片，该芯片中集成了用于实现上述处理器1101的功能的电路和一个或者多个接口。当该芯片中集成了存储器时，该芯片通过所述接口与光收发模块连接，从而利用所述光收发模块来发送上述方法实施例中提及的数据帧给其他网络设备，或者从所述光收发模块接收其他网络设备发送的帧；当该芯片中未集成存储器时，可以通过接口与外置的存储器连接，该芯片根据外置的存储器中存储的程序代码来实现上述实施例中网络设备内部执行的动作，并借助跟其连接光收发模块来发送和接收数据帧。可选地，所述芯片支持的功能可以包括实施例1-4任一所提及的帧处理动作，此处不再赘述。

需要说明的是，上述各个单元对应执行的动作仅是具体举例，各个单元实际执行的动作参照上述实施例1-4的描述中提及的动作/步骤。还需要说明的是，当本申请揭示的新型设备为otn设备时，所述各单元在图2所述的otn硬件结构图中，可能位于支路板中或者包含支路板功能的板卡中。本申请对所述各单元具体的所述的单板位置不做任何限制。

还需要说明的是，上述处理单元、发送单元、接收单元和收发单元也可以替换为处理器、发送器、接收器和收发器。

图12为另一种可能网络设备结构示意图。该网络设备包括收发单元1201、交叉单元1202、数据帧处理单元1203和带宽管理单元1204。需要说明的是，该网络设备可以用于实现上述实施例1-4里提及的不同行为的新型otn设备或者新型flexe设备，以实现数据传输。还需要说明的是，其中交叉单元1202和带宽管理单元1204是可以选的单元。如果没有交叉单元1202，则数据帧处理单元1203和收发单元1201直接连接。如果没有带宽管理单元1204，可以通过网络管理系统或者单独的控制器实现onu带宽管理的功能。

在一种可能实现方式中，该网络设备为实施例1-4任一描述的发送侧的otn设备或者flexe设备。例如，所述数据帧处理单元1203执行图4的s402和s403步骤。具体地，所述数据帧处理单元1203用于执行实施例1-3中的otn1设备的数据帧处理步骤、或者执行实施例4中的flexe1设备的处理步骤。可选地，所述带宽管理单元1204和所述交叉单元1202还要执行实施例1-4描述的相关步骤(即：带宽管理步骤和交叉动作)，此处不再赘述。所述收发单元1201用于执行图4所示的s401和s404。具体地，所述收发单元1201用于执行实施例1-3中的otn1设备的数据帧发送动作和接收动作、或者执行实施例4中的flexe1设备的数据帧发送和接收动作。

在另一种可能的实现中，该网络设备为实施例1-4任一描述的接收侧的otn设备或者flexe设备。具体地，所述数据帧处理单元1203用于执行实施例1-3中的otn2设备的数据帧处理步骤、或者执行实施例4中的flexe2设备的处理步骤。可选地，所述带宽管理单元1204和所述交叉单元1202还要执行实施例1-4描述的相关步骤，此处不再赘述。所述收发单元1201用于执行实施例1-3中的otn2设备的数据帧发送和接收动作、或者执行实施例4中的flexe2设备的数据帧发送和接收动作。

在又一种可能的实现中，该网络设备为同时具备发送和接收pon数据帧两种能力。也就是说，单一网络设备支持上述两个方面的设备能力。具体地，每个单元支持的动作如前述两个方面的描述，此处不再赘述。

需要说明的是上述数据帧处理单元1203、交叉单元1202和带宽管理单元1204可以通过一个或者多个处理器来实现。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，随机接入存储器等。例如，上述处理单元或处理器可以是中央处理器，通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。上述的这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。