CN112118073B - 一种数据处理方法、光传输设备及数字处理芯片 - Google Patents

一种数据处理方法、光传输设备及数字处理芯片 Download PDF

Info

Publication number
CN112118073B
CN112118073B CN201910534192.7A CN201910534192A CN112118073B CN 112118073 B CN112118073 B CN 112118073B CN 201910534192 A CN201910534192 A CN 201910534192A CN 112118073 B CN112118073 B CN 112118073B
Authority
CN
China
Prior art keywords
data stream
data
payload area
frame
transmitted
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.)
Active
Application number
CN201910534192.7A
Other languages
English (en)
Other versions
CN112118073A (zh
Inventor
向俊凌
郑述乾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910534192.7A priority Critical patent/CN112118073B/zh
Priority to EP20827215.3A priority patent/EP3972165A4/en
Priority to PCT/CN2020/095813 priority patent/WO2020253628A1/zh
Publication of CN112118073A publication Critical patent/CN112118073A/zh
Priority to US17/554,025 priority patent/US12021615B2/en
Application granted granted Critical
Publication of CN112118073B publication Critical patent/CN112118073B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H04J3/1664—Optical Transport Network [OTN] carrying hybrid payloads, e.g. different types of packets or carrying frames and packets in the paylaod
    • 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/0041—Arrangements at the transmitter end
    • H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0084—Formats for payload data
    • 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/04—Protocols for data compression, e.g. ROHC
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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)
  • Quality & Reliability (AREA)
  • Optical Communication System (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请实施例公开了一种数据处理方法、光传输设备及数字处理芯片，用于提高业务的传输性能。本申请实施例方法包括如下步骤。光传输设备压缩待传输数据流得到压缩数据流。之后，光传输设备可以获取与压缩数据流对应的第一净荷区域的大小。接下来，光传输设备映射压缩数据流到数据帧，该数据帧包括开销区域和净荷区域。其中，净荷区域包括第一净荷区域和第二净荷区域，第二净荷区域用于承载压缩数据流，第一净荷区域用于承载前向纠错FEC编码。最后，光传输设备发送该数据帧。

Description

一种数据处理方法、光传输设备及数字处理芯片
技术领域
本申请涉及光通信领域，尤其涉及一种数据处理方法、光传输设备及数字处理芯片。
背景技术
光传送网(optical transport network，OTN)作为一种主流的光传输技术，能够实现大容量业务的传输、调度和管理。随着业务流量的增长，从超100G时代进入到超400G时代。对应地，OTN接口速率不断提高，但仍需要支持同样的传输距离。因此，在业务传输过程中会带来更大的信道噪声，导致业务的传输性能较差。
发明内容
本申请实施例提供了一种数据处理方法、光传输设备及数字处理芯片，用于提高业务的传输性能。
第一方面，本申请实施例提供了一种数据处理方法。该方法包括如下步骤。
光传输设备压缩待传输数据流得到压缩数据流。之后，光传输设备可以获取与压缩数据流中对应的第一净荷区域的大小。接下来，光传输设备根据压缩数据流生成数据帧。该数据帧包括开销区域和净荷区域。其中，净荷区域包括第一净荷区域和第二净荷区域。第二净荷区域用于承载压缩数据流。第一净荷区域用于承载FEC编码。进而，光传输设备发送该数据帧。
在该实施方式中，通过压缩待传输数据流可以使得后续映射得到的数据帧中预留出一部分净荷区域用于承载FEC编码，相当于在数据帧内扩展承载FEC编码的区域，可以提高业务的传输性能。
可选地，在一些可能的实施方式中，获取所述压缩数据流的第一净荷区域的大小包括：首先获取压缩数据流的压缩率。该压缩率是压缩数据流的数据量与待传输数据流的数据量的比值。接下来，根据压缩率确定第一净荷区域的大小。在该实施方式中，压缩率越小则可预留的第一净荷区域可以越大，那么通过计算压缩率动态确定第一净荷区域的大小，可以充分利用压缩出来的区域用于FEC编码，更有助于提高业务的传输性能。
需要说明的是，也可以预配置第一净荷区域的固定大小，即无论压缩率是多少该第一净荷区域的大小是一样。
可选地，在一些可能的实施方式中，根据压缩率确定第一净荷区域的大小包括：
获取至少一个压缩率区间与净荷区域大小的对应关系，之后确定压缩率位于的目标压缩率区间，接下来就可以根据上述的对应关系确定目标压缩率区间对应的净荷区域大小，即可预留的第一净荷区域的大小。在该实施方式中，提供了一种根据压缩率确定第一净荷区域大小的具体实现方式，提高了本方案的实用性。
可选地，在一些可能的实施方式中，根据压缩数据流生成待传输数据帧包括：
先对压缩数据流进行速率适配，进而映射速率适配后的压缩数据流至数据帧，其中，数据帧的数字包封结构包括光数据单元(Optical Data Unit，ODU)、光传输单元(Optical Transport Unit，OTU)或灵活光传送网(Flexible Optical TransportNetwork，FlexO) 帧。在该实施方式中，提供了一些可能的数据帧的数字包封结构，提高了本方案的扩展性。
可选地，在一些可能的实施方式中，数据帧的传输速率小于数字包封结构对应的标准传输速率。在该实施方式中，由于需要发送的数据帧是经过压缩处理的，因此相较于数字包封结构对应的标准传输速率，可以使得数据帧以更低的传输速率来发送，基于同样的传输距离，减少了传输过程中的噪声，提高了传输性能。
可选地，在一些可能的实施方式中，压缩待传输数据流得到压缩数据流之前，方法还包括：
将待传输数据流的第一数据格式转换为第二数据格式。其中，第二数据格式的长度小于第一数据格式的长度。在该实施方式中，在不影响有效数据的前提下可以通过转码减少待传输数据流的数据长度，从而降低传输速率，提升了光信噪比(Optical Signal-to-Noise Ratio， OSNR)的余量，可以容忍更大的信道噪声，提高了传输性能。
可选地，在一些可能的实施方式中，压缩待传输数据流得到压缩数据流包括：
根据预设的压缩算法压缩待传输数据流得到压缩数据流。其中，压缩算法包括字典编码或熵编码。提供了几种可能的压缩算法，提高了本方案的可实现性。
可选地，在一些可能的实施方式中，待传输数据流为非扰码数据流。
第二方面，本申请实施例提供了一种光传输设备，包括：
处理器、存储器以及光收发器，处理器、存储器以及光收发器通过线路互联，处理器调用存储器中的程序代码用于执行如下步骤：
压缩待传输数据流得到压缩数据流；
获取压缩数据流的第一净荷区域的大小，所述第一净荷区域用于承载FEC编码；
根据压缩数据流生成数据帧，数据帧包括开销区域和净荷区域，其中，净荷区域包括第一净荷区域和第二净荷区域，第二净荷区域用于承载压缩数据流；
发送数据帧至光收发器；
光收发器发送经过FEC处理的数据帧。
可选地，在一些可能的实施方式中，处理器具体用于：
获取压缩数据流的压缩率，压缩率为压缩数据流的数据量与待传输数据流的数据量的比值；
根据压缩率确定第一净荷区域的大小。
可选地，在一些可能的实施方式中，处理器具体用于：
获取至少一个压缩率区间与净荷区域大小的对应关系；
确定压缩率位于的目标压缩率区间；
根据对应关系确定目标压缩率区间所对应的第一净荷区域的大小。
可选的，在一些可能的实施方式中，处理器具体用于：
对压缩数据流进行速率适配；
映射速率适配后的压缩数据流至数据帧，数据帧的数字包封结构包括ODU、OTU或FlexO 帧。
可选地，在一些可能的实施方式中，数据帧的传输速率小于数字包封结构对应的标准传输速率。
可选地，在一些可能的实施方式中，压缩待传输数据流得到压缩数据流之前，处理器还用于：
将待传输数据流的第一数据格式转换为第二数据格式，其中，第二数据格式的长度小于第一数据格式的长度。
可选地，在一些可能的实施方式中，处理器具体用于：
根据预设的压缩算法压缩待传输数据流得到压缩数据流，压缩算法包括字典编码或熵编码。
可选地，在一些可能的实施方式中，待传输数据流为非扰码数据流。
第三方面，本申请实施例提供了一种数字处理芯片。该芯片包括处理器和存储器，存储器和处理器通过线路互联。存储器中存储有指令，处理器用于执行如第一方面任一实施方式中的数据处理方法。
第四方面，本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面的任一实施方式中的数据处理方法。
第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面的任一实施方式中的数据处理方法。
从以上技术方案可以看出，本申请实施例具有以下优点：通过压缩待传输数据流可以使得后续映射得到的数据帧中预留出一部分净荷区域用于承载FEC编码，相当于在数据帧外部已有的用于承载FEC编码的净荷区域的基础上，从数据帧内部又扩展了一部分净荷区域用于承载FEC编码，总体上扩大了FEC编码可用的区域，提高了业务的传输性能。
附图说明
图1为光传输设备的硬件结构示意图；
图2为本申请数据处理方法的一个实施例示意图；
图3为一种可能的转码方式的示意图；
图4为一种可能的压缩率的仿真示意图；
图5为ODU帧格式的示意图；
图6为一种可能的在净荷区域中第一净荷区域的示意图；
图7为OTUk帧格式的示意图；
图8为接收端处理数据帧的流程示意图；
图9为一种可能的光传输设备的结构示意图。
具体实施方式
本申请实施例提供了一种数据处理方法、光传输设备及数字处理芯片，用于提高业务的传输性能。需要说明的是，本申请说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等用于区别类似的对象，而非限定特定的顺序或先后次序。应该理解，上述术语在适当情况下可以互换，以便在本申请描述的实施例能够以除了在本申请描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请的实施例适用于光网络，例如：光传送网络(Optical transport Network，OTN)。一个光网络通常由多个设备通过光纤连接而成，可以根据具体需要组成如线型、环形和网状等不同的拓扑类型。
图1给出了一个光传输设备102的硬件结构示意图。具体地，该设备102包括电源102A、风扇102B、辅助类单板102C，还可能包括支路板102D、线路板102E、交叉板102F、光层处理单板(图中未示出)以及系统控制和通信类单板102G。需要说明的是，根据具体的需要，一个设备102具体包含的单板类型和数量可能不相同。例如，作为核心节点的网络设备可能没有支路板102D。作为边缘节点的网络设备可能有多个支路板102D。其中，电源102A用于为设备供电，可能包括主用和备用电源。风扇102B用于为设备散热。辅助类单板102C用于提供外部告警或者接入外部时钟等辅助功能。支路板102D、交叉板102F和线路板102E主要是用于处理光网络的电层信号(例如，OTN中的ODU帧)。其中，支路板102D用于实现各种客户业务的接收和发送，例如同步数字体系(Synchronous Digital Hierarchy,SDH)业务、分组业务、以太网业务和前传业务等。更进一步地，支路板102D可以划分为客户侧光模块和处理器。其中，客户侧光模块可以为光收发器，用于接收和/或发送客户信号。处理器用于实现对客户信号到ODU帧的映射和解映射处理。交叉板102F用于实现ODU帧的交换，完成一种或多种类型的ODU信号的交换。线路板102E主要实现线路侧ODU帧的处理。具体地，线路板 102E可以划分为线路侧光模块和处理器。其中，线路侧光模块可以为线路侧光收发器，用于接收和/或发送ODU信号。处理器用于实现对线路侧的ODU帧的复用和解复用，或者映射和解映射处理。系统控制和通信类单板102G用于实现系统控制和通信。具体地，可以通过背板从不同的单板收集信息，或者将控制指令发送到对应的单板上去。需要说明的是，除非特殊说明，具体的组件(例如：处理器)可以是一个或多个，本申请不做任何限制。还需要说明的是，本申请实施例不对设备包含的单板类型，以及单板具体的功能设计和数量做任何限制。需要说明的是，本申请的数据处理方法具体可以在线路板102E上实现，又或者，支路板102D 与线路板102E可以集成在一起用于实现本申请的数据处理方法。
随着业务流量的增长，从超100G时代进入到超400G时代。对应地，OTN接口速率不断提高，但仍需要支持同样的传输距离。因此，在业务传输过程中会带来更大的信道噪声，导致业务的传输性能较差。为此本申请实施例提供了一种数据处理方法，用于提高业务的传输性能，下面进行介绍。
图2为本申请数据处理方法的一个实施例示意图。在该示例中，数据处理方法包括如下步骤。
201、压缩待传输数据流得到压缩数据流。
本实施例中，光传输设备首先对待传输数据流进行压缩以得到压缩数据流，其中，待传输数据流具体可以是光传输设备需要发送的业务。如以太业务、SDH业务、恒定比特率(Constant Bit Rate，CBR)业务等，此处不做限定。具体地，光传输设备可以采用预设的压缩算法对待传输数据流进行压缩，该压缩算法可以是字典编码或熵编码(例如霍夫曼编码和算术编码)等，具体此处不做限定。
下面通过示例对本申请所可能采用的一种压缩算法进行介绍。例如，该压缩算法可以根据统计模型将出现频率较高的数据用较短的比特序列表示，出现频率较低的数据用较长的比特序列表示。以此在有效业务不变的基础上，通过减少冗余信息来达到无损压缩的目的。例如，如果待传输数据流为“ABACCDA”，它只用到四种字符，用两位二进制编码便可分辨。假设A,B,C,D的编码分别为00,01,10,11，则上述数据流为“00010010101100”(共14位)。其中各字符的出现频率不相同，用短编码表示出现频率大的字符，用长编码表示出现频率小的字符，使得编码序列的总长度减小。从出现频率上来看，A＞C＞B＝D，那么A用0表示，C用10表示，B用110，D用111，则待传输数据流压缩后的压缩数据流为“0110010101110”(共13位)
可选地，待传输数据流为非扰码数据流。即，在压缩前不对待传输数据流进行扰码，或者对经过扰码的待传输数据流先解扰后压缩。另外，为了有助于接收端正确恢复数据，通常从待传输数据流中有效业务数据边界的第一个字节开始压缩。例如，若待传输数据流为媒体访问控制(Media Access Control，MAC)帧，则从帧边界的第一个字节开始进行压缩。若待传输数据流为66B或257B等编码块，则压缩从码块边界的第一个字节开始进行。
可选地，在压缩待传输数据流之前，还可以对待传输数据流进行转码。图3为一种可能的转码方式的示意图。例如，转码前待传输数据流的第一数据格式为64B/66B，转码后待传输数据流的第二数据格式为256B/257B。可以看出，转码前每64bit的数据对应2bit的同步头，而转码后256bit的数据对应1bit的同步头。通过转码减少了待传输数据流的数据长度，降低了传输速率，提升了OSNR的余量，可以容忍更大的信道噪声，提高了传输性能。
202、获取压缩数据流的第一净荷区域的大小。
相比于按照同样的帧格式映射待传输数据流和压缩数据流，压缩数据流映射得到的帧中可以预留出一部分净荷区域，即第一净荷区域。那么在映射成帧之前可以先确定第一净荷区域的大小。
具体地，在压缩处理后可以计算出压缩率。光传输设备中可以预先配置并存储有至少一个压缩率区间与净荷区域大小的对应关系，那么确定了计算出的压缩率落入的目标压缩率区间后，即可根据对应关系确定目标压缩率区间对应的第一净荷区域的大小。其中，压缩率可以是压缩数据流的数据量与待传输数据流的数据量的比值，或者压缩数据流的速率与待传输数据流的速率的比值。具体此处不做限定。
该对应关系的示例可以如下表1所示。例如，压缩率为98％，在97％-100％的压缩率区间 (大于或等于97％且小于100％)，那么可以确定第一净荷区域的大小为456字节。又如，压缩率为95％，在95％-97％的压缩率区间(大于或等于95％且小于97％)，则可以确定第一净荷区域的大小为761字节。以此类推。可以理解的是，若映射成帧的数字包封结构的不同，同一压缩率区间对应的净荷区域大小也可能不同。即，每一种数字包封结构都可以配置有相应的压缩率区间与净荷区域大小之间的对应关系。
表1
压缩率区间 第一净荷区域的大小
97％-100％ 456字节
95％-97％ 761字节
93％-95％ 1066字节
… …
请参阅图4，图4为一种可能的压缩率的仿真示意图。其中，纵坐标表示压缩率，横坐标表示数据块的序号。可以理解的是，压缩处理可以是将待传输数据流按一定长度等长划分后再分段压缩。由于每一段数据都可能是不同的，那么对每一段数据压缩后的压缩率是变化的。因此，可以分别计算出每一段数据的压缩率再求平均值来计算得到上述压缩数据流的压缩率。
需要说明的是，第一净荷区域的大小也可以设置为固定值。例如，456字节。即，无论实际压缩率为多少，第一净荷区域的大小都是一致的。本申请可以根据压缩率动态确定第一净荷区域的大小，也可以配置一个预设值作为第一净荷区域的大小。具体此处不做限定。
203、根据压缩数据流生成数据帧。
本实施例中，在压缩得到压缩数据流后，可以根据压缩数据流生成数据帧。进一步对压缩数据流进行速率适配。其中，数据帧包括开销区域和净荷区域。进一步地，净荷区域包括第一净荷区域和第二净荷区域。其中，第二净荷区域用于承载压缩数据流，第一净荷区域用于承载FEC编码。也就是说，通过压缩处理可以在数据帧的净荷区域中预留一部分区域用于承载FEC编码。在不影响有效数据传输的基础上，扩大了用于承载FEC编码的区域，可以提高业务传输性能。
下面介绍根据压缩数据流生成数据帧的具体过程：
首先可以采用通用成帧规程(Generic Framing Procedure，GFP)对压缩数据流添加GFP 块头得到GFP帧，并且通过在GFP帧中添加空闲块进行速率匹配，进一步再将速率适配后的 GFP帧映射到数据帧。本申请中数据帧的数字包封结构可以包括光数据单元(Optical Data Unit，ODU)、光传输单元(Optical Transport Unit，OTU)或灵活光传送网(Flexible Optical Transport Network，FlexO)帧等。其中，OTU还可以包括光传输单元-k(Optical Transport Unit-k，OTUk)以及光传输单元-Cn(Optical Transport Unit-Cn，OTUCn)等，具体此处不做限定。
需要说明的是，由于压缩处理的过程可以是将数据流按照一定长度分段压缩，那么压缩后的每一段的数据长度可能是变化的，因此压缩数据流中每一段的数据长度可能是不等长的，当然也可以按照等长的方式对压缩数据流重新进行分段划分，具体此处不做限定。
下面以ODU帧结构为例对本实施例中的数据帧格式进行说明：
图5为ODU帧格式的示意图。ODU帧为4行3824字节列，包括OTU开销区域、ODU开销区域和光净荷单元(Optical Payload Unit，OPU)区域。其中，OPU区域进一步由OPU开销区域(2列)和净荷区域(3808列)。本方案是在净荷区域中划分出一部分区域作为第一净荷区域。
下面介绍一种具体的划分方式：
图6为一种可能的在净荷区域中预留第一载荷区域的示意图。例如压缩率为98％，参考表1第一净荷区域的大小为456字节。由于净荷区域共4行，那么可以将每一行的最后114 字节预留为第一净荷区域。剩下的区域作为第二净荷区域用于承载压缩数据流。本申请不对第一净荷区域具体的预留位置做限定。
可以理解的是，可以在OPU开销区中增加负载类型(Payload Type，PT)的开销用于指示第二净荷区域当前承载的是压缩数据流。
图7为OTUk帧格式的示意图。可以看出，ODU帧结构外还可以扩展256列FEC区域，并将扩展后的帧结构定义为OTUk帧结构。那么基于本申请的方法，可以在原有FEC区域的基础上从ODU帧结构内部进一步划分出一部分第一净荷区域用于承载FEC编码，因此相当于扩展了OTUk帧中的FEC区域。
204、发送数据帧。
本实施例中，光传输设备在将压缩数据流映射到数据帧后，可以对该数据帧进行FEC处理后并发送。可以理解的是，除了进行FEC处理外还可以对该数据帧执行诸如光数字信号处理(Optical Digital Signal Processing，ODSP)等其他流程后并发送，具体此处不做限定。
需要说明的是，上述步骤201至203与FEC处理可以集成在同一个芯片上实现。此外，上述步骤201至203与FEC处理也可以分别在两个相互独立的芯片上实现，具体此处不做限定。
可选的，按照上述方式最终得到的数据帧对应的是标准传输速率，不过由于对待传输数据流进行了压缩。因此，可以将压缩数据流映射到一个低于标准传输速率的数据帧中。即该数据帧的传输速率小于该数据帧的数字包封结构对应的标准传输速率。例如，数据帧的数字包封结构为OTU4，OTU4的标准速率为111.809Gbps。假如压缩率为97％，则可以定义一个新速率的OTU4，其速率可以为111.809*97％＝108.454Gbps，小于OTU4的标准速率。
通过上述描述可以看出，压缩待传输数据流可以使得后续映射得到的数据帧中预留出一部分净荷区域用于承载FEC编码。相当于在数据帧外部已有的用于承载FEC编码的净荷区域的基础上，从数据帧内部又扩展了一部分净荷区域用于承载FEC编码，总体上扩大了FEC编码可用的净荷区域，提高了业务的传输性能。
下面对接收端收到上述数据帧后的处理流程进行描述。
图8为接收端处理数据帧的流程示意图。接收端收到数据帧后首先进行光电转换，之后 ODSP单元801可以进行数字信号处理以及FEC解码，并输出OTUk信号，接下来解映射单元 802定帧确定帧头并解映射出GFP帧的数据流，进而再由解压单元803对映射单元802输出的数据流解压后得到业务数据。可选地，若发送端发送的数据帧是经过转码的，那么接收端还可以包括转码单元804，用于将业务数据恢复为转码前的数据格式。
需要说明的是，上述接收端的FEC解码可以是在发送端生成的第一净荷区域中进行的。或者，FEC解码可以是在已有的数据帧的FEC区域和发送端生成的第一净荷区域中进行的。或者，FEC解码还可以包含了在发送端生成的第一净荷区域以及多个其他已有的可以承载 FEC编码的区域中进行。接收端的处理过程可以参考发送端和发送方法的相关描述，此处不再赘述。
上面对本申请实施例中的数据处理方法进行了描述，下面对本申请实施例中的光传输设备进行描述：
图9为一种可能的光传输设备的结构示意图。该光传输设备包括处理器901、存储器902 和光收发器903。该处理器901、存储器902和光收发器903通过线路互联。其中，存储器 902用于存储程序指令和数据。需要说明的是，该光传输设备可以是实现上述图2所示实施例中数据处理方法的光传输设备。
在一种可能的实现方式中，存储器902存储了支持图2所示步骤的程序指令和数据，处理器901以及光收发器903用于执行图2所示的方法步骤。具体地，处理器901用于执行图 2所示的步骤201-203以及FEC处理，光收发器903用于发送FEC处理后的数据帧，又或者，处理器901用于执行图2所示的步骤201-203，由光收发器203进行FEC处理并发送数据帧。可选的，处理器901可以划分为压缩单元、获取单元以及映射单元，分别用于执行图2所示的步骤201-203。
本申请实施例还提供一种芯片。该芯片中集成了用于实现上述处理器901的功能的电路和一个或者多个接口。当该芯片中集成了存储器时，该芯片可以完成前述实施例中的任一个或者多个实施例的方法步骤。当该芯片中未集成存储器时，可以通过接口与外置的存储器连接。该芯片根据外置的存储器中存储的程序代码来实现上述实施例中光传输设备执行的动作。
需要说明的是，上述描述的执行的动作仅是具体举例，处理器901和光收发器903实际执行的动作参照图2相关的描述中提及的动作/步骤。还需要说明的是，处理器901、存储器 902以及光收发器903在图1所述的OTN硬件结构图中，可能位于线路板中，也可能位于支路板与线路板合成的支线路合一板中，具体此处不做限定。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，随机接入存储器等。具体地，例如：上述处理单元或处理器可以是中央处理器，通用处理器、数字信号处理器(DSP)、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。上述的这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
当使用软件实现时，上述实施例描述的方法步骤可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种数据处理方法，其特征在于，包括：
压缩待传输数据流得到压缩数据流；
获取所述压缩数据流的第一净荷区域的大小，所述第一净荷区域用于承载前向纠错FEC编码；
采用通用成帧规程GFP对所述压缩数据流进行封装得到GFP帧，并对所述GFP帧进行速率匹配，再将速率匹配后的GFP帧映射到数据帧，所述数据帧包括开销区域和净荷区域，其中，所述净荷区域包括所述第一净荷区域和第二净荷区域，所述第二净荷区域用于承载所述压缩数据流；
发送所述数据帧。
2.根据权利要求1所述的方法，其特征在于，获取所述压缩数据流的第一净荷区域的大小包括：
获取所述压缩数据流的压缩率，所述压缩率为所述压缩数据流的数据量与所述待传输数据流的数据量的比值；
根据所述压缩率确定所述第一净荷区域的大小。
3.根据权利要求2所述的方法，其特征在于，根据所述压缩率确定所述第一净荷区域的大小包括：
获取至少一个压缩率区间与净荷区域大小的对应关系；
确定所述压缩率位于的目标压缩率区间；
根据所述对应关系确定所述目标压缩率区间所对应的所述第一净荷区域的大小。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述数据帧的数字包封结构包括光数据单元ODU、光传输单元OTU或灵活光传送网FlexO帧。
5.根据权利要求4所述的方法，其特征在于，所述数据帧的传输速率小于所述数字包封结构对应的标准传输速率。
6.根据权利要求1、2、3或5所述的方法，其特征在于，压缩待传输数据流得到压缩数据流之前，所述方法还包括：将所述待传输数据流的第一数据格式转换为第二数据格式，其中，所述第二数据格式的长度小于所述第一数据格式的长度。
7.根据权利要求1、2、3或5所述的方法，其特征在于，压缩待传输数据流得到压缩数据流包括：
根据预设的压缩算法压缩所述待传输数据流得到所述压缩数据流，所述压缩算法包括字典编码或熵编码。
8.根据权利要求1、2、3或5所述的方法，其特征在于，所述待传输数据流为非扰码数据流。
9.一种数字处理芯片，其特征在于，所述芯片包括处理器和存储器，所述存储器和所述处理器通过线路互联，所述存储器中存储有指令，所述处理器用于执行如权利要求1至8中任一项的数据处理方法。
10.一种光传输设备，其特征在于，包括：
处理器、存储器以及光收发器，所述处理器、所述存储器以及所述光收发器通过线路互联，所述处理器调用所述存储器中的程序代码用于执行如下步骤：
压缩待传输数据流得到压缩数据流；
获取所述压缩数据流的第一净荷区域的大小，所述第一净荷区域用于承载前向纠错FEC编码；
采用通用成帧规程GFP对所述压缩数据流进行封装得到GFP帧，并对所述GFP帧进行速率匹配，再将速率匹配后的GFP帧映射到数据帧，所述数据帧包括开销区域和净荷区域，其中，所述净荷区域包括所述第一净荷区域和第二净荷区域，所述第二净荷区域用于承载所述压缩数据流；
发送所述数据帧至所述光收发器；
所述光收发器发送经过FEC处理的数据帧。
11.根据权利要求10所述的光传输设备，其特征在于，所述处理器具体用于：
获取所述压缩数据流的压缩率，所述压缩率为所述压缩数据流的数据量与所述待传输数据流的数据量的比值；
根据所述压缩率确定所述第一净荷区域的大小。
12.根据权利要求11所述的光传输设备，其特征在于，所述处理器具体用于：
获取至少一个压缩率区间与净荷区域大小的对应关系；
确定所述压缩率位于的目标压缩率区间；
根据所述对应关系确定所述目标压缩率区间所对应的所述第一净荷区域的大小。
13.根据权利要求10至12中任一项所述的光传输设备，其特征在于，所述数据帧的数字包封结构包括光数据单元ODU、光传输单元OTU或灵活光传送网FlexO帧。
14.根据权利要求13所述的光传输设备，其特征在于，所述数据帧的传输速率小于所述数字包封结构对应的标准传输速率。
15.根据权利要求10、11、12或14所述的光传输设备，其特征在于，压缩待传输数据流得到压缩数据流之前，所述处理器还用于：
将所述待传输数据流的第一数据格式转换为第二数据格式，其中，所述第二数据格式的长度小于所述第一数据格式的长度。
16.根据权利要求10、11、12或14所述的光传输设备，其特征在于，所述处理器具体用于：
根据预设的压缩算法压缩所述待传输数据流得到所述压缩数据流，所述压缩算法包括字典编码或熵编码。
17.根据权利要求10、11、12或14所述的光传输设备，其特征在于，所述待传输数据流为非扰码数据流。
CN201910534192.7A 2019-06-19 2019-06-19 一种数据处理方法、光传输设备及数字处理芯片 Active CN112118073B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910534192.7A CN112118073B (zh) 2019-06-19 2019-06-19 一种数据处理方法、光传输设备及数字处理芯片
EP20827215.3A EP3972165A4 (en) 2019-06-19 2020-06-12 DATA PROCESSING METHOD, OPTICAL TRANSMISSION DEVICE AND DIGITAL PROCESSING CHIP
PCT/CN2020/095813 WO2020253628A1 (zh) 2019-06-19 2020-06-12 一种数据处理方法、光传输设备及数字处理芯片
US17/554,025 US12021615B2 (en) 2019-06-19 2021-12-17 Data processing method, optical transmission device, and digital processing chip

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910534192.7A CN112118073B (zh) 2019-06-19 2019-06-19 一种数据处理方法、光传输设备及数字处理芯片

Publications (2)

Publication Number Publication Date
CN112118073A CN112118073A (zh) 2020-12-22
CN112118073B true CN112118073B (zh) 2022-04-22

Family

ID=73795219

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910534192.7A Active CN112118073B (zh) 2019-06-19 2019-06-19 一种数据处理方法、光传输设备及数字处理芯片

Country Status (4)

Country Link
US (1) US12021615B2 (zh)
EP (1) EP3972165A4 (zh)
CN (1) CN112118073B (zh)
WO (1) WO2020253628A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112803950A (zh) * 2021-01-05 2021-05-14 上海臣星软件技术有限公司 一种数据压缩方法、装置、设备及计算机存储介质
US11695494B2 (en) * 2021-06-29 2023-07-04 Ciena Corporation FlexO/ZR asynchronous adaptation using a variable length frame
CN117792564A (zh) * 2022-09-20 2024-03-29 深圳市中兴微电子技术有限公司 一种数据处理方法、装置电子设备及可读存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101031074A (zh) * 2006-02-28 2007-09-05 展讯通信（上海）有限公司 一种基于码流优先级的手机电视链路层视频传输方法
CN101512989A (zh) * 2006-07-25 2009-08-19 汤姆森特许公司 利用交错播放和交叉分组前向纠错在基于因特网协议的无线网络中恢复突发分组丢失
US8914711B2 (en) * 2007-04-12 2014-12-16 Cisco Technology, Inc. Variable forward error correction for optical communication links
WO2015027755A1 (zh) * 2013-08-30 2015-03-05 华为技术有限公司 一种物理层编解码方法及其装置
US9438275B2 (en) * 2013-01-10 2016-09-06 Fujitsu Limited Transmission apparatus and transmission method
CN106301661A (zh) * 2012-07-30 2017-01-04 华为技术有限公司 光传送网中传送、接收客户信号的方法和装置
CN106301678A (zh) * 2015-06-08 2017-01-04 华为技术有限公司 一种数据处理的方法、通信设备及通信系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8160057B2 (en) * 2008-06-30 2012-04-17 Applied Micro Circuits Corporation Multi-channel optical transport network training signal
US8359525B2 (en) * 2009-03-06 2013-01-22 Electronics And Telecommunications Research Institute Method and apparatus for transmitting data in optical transport network
US9236969B2 (en) * 2011-10-28 2016-01-12 Infinera Corporation Super optical channel data unit signal supported by multiple wavelengths
EP2602948A1 (en) * 2011-12-05 2013-06-12 Alcatel Lucent A method of processing a digital signal for transmission, a method of processing an optical data unit upon reception, and a network element for a telecommunications network
WO2016106584A1 (zh) * 2014-12-30 2016-07-07 华为技术有限公司 无线前传无源光网络pon系统、光网络设备及方法
US9712190B2 (en) * 2015-09-24 2017-07-18 International Business Machines Corporation Data packing for compression-enabled storage systems
US10013200B1 (en) * 2016-06-29 2018-07-03 EMC IP Holding Company LLC Early compression prediction in a storage system with granular block sizes
DE102017130591B4 (de) * 2016-12-20 2022-05-25 Hyperstone Gmbh Verfahren und Vorrichtung zur Fehlerkorrekturkodierung auf Basis einer Datenkomprimierung
US10757450B2 (en) * 2017-10-05 2020-08-25 Cable Television Laboratories, Inc System and methods for data compression and nonuniform quantizers
US20200259896A1 (en) * 2019-02-13 2020-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Industrial Automation with 5G and Beyond

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101031074A (zh) * 2006-02-28 2007-09-05 展讯通信（上海）有限公司 一种基于码流优先级的手机电视链路层视频传输方法
CN101512989A (zh) * 2006-07-25 2009-08-19 汤姆森特许公司 利用交错播放和交叉分组前向纠错在基于因特网协议的无线网络中恢复突发分组丢失
US8914711B2 (en) * 2007-04-12 2014-12-16 Cisco Technology, Inc. Variable forward error correction for optical communication links
CN106301661A (zh) * 2012-07-30 2017-01-04 华为技术有限公司 光传送网中传送、接收客户信号的方法和装置
US9438275B2 (en) * 2013-01-10 2016-09-06 Fujitsu Limited Transmission apparatus and transmission method
WO2015027755A1 (zh) * 2013-08-30 2015-03-05 华为技术有限公司 一种物理层编解码方法及其装置
CN106301678A (zh) * 2015-06-08 2017-01-04 华为技术有限公司 一种数据处理的方法、通信设备及通信系统

Also Published As

Publication number Publication date
CN112118073A (zh) 2020-12-22
US12021615B2 (en) 2024-06-25
EP3972165A4 (en) 2022-07-20
US20220109519A1 (en) 2022-04-07
WO2020253628A1 (zh) 2020-12-24
EP3972165A1 (en) 2022-03-23

Similar Documents

Publication Publication Date Title
US11700083B2 (en) Method and apparatus for processing service data in optical transport network
JP6539755B2 (ja) データ処理方法、通信デバイス、及び通信システム
US11082199B2 (en) Data transmission method in optical network and optical network device
US11777608B2 (en) Data transmission method and apparatus
RU2500080C2 (ru) СПОСОБ РЕГУЛИРОВКИ ПОЛОСЫ ПРОПУСКАНИЯ КАНАЛА ODUflex БЕЗ ПОТЕРЬ И КАНАЛ ODUflex
US10164728B2 (en) Method and apparatus for generic mapping procedure GMP and method and apparatus for generic mapping procedure GMP demapping
EP2296297B1 (en) Method and device for mapping a client signal
CN112118073B (zh) 一种数据处理方法、光传输设备及数字处理芯片
JP5071963B2 (ja) デジタル伝送システム、およびデジタル伝送方法
WO2021180007A1 (zh) 一种业务承载的方法、装置和系统
US20230051477A1 (en) Service Processing Method and Apparatus
WO2024045869A1 (zh) 一种数据传输方法和数据传输装置
WO2019011003A1 (zh) 一种光网络中光监控信道处理的方法和装置
WO2023221966A1 (zh) 一种传输数据的方法和装置
WO2023231764A1 (zh) 业务数据处理的方法和装置
WO2024002146A1 (zh) 一种配置时隙的方法、装置和系统
WO2024051586A1 (zh) 一种光传送网中的数据帧的处理方法、装置和系统
CN117135498A (zh) 一种传输数据的方法和装置
CN118074851A (zh) 数据传输的方法和装置
CN116489704A (zh) 一种传输数据的方法
KR100399413B1 (ko) 동기식 디지털 계위 전송 시스템의 고계위 신호 연결 장치
CN117692114A (zh) 一种传输数据的方法和装置
CN118074854A (zh) 一种传输数据的方法和装置
CN118074856A (zh) 数据映射方法、数据解映射方法及相关设备

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
GR01 Patent grant
GR01 Patent grant