WO2010111958A1 - 一种业务数据发送、接收的方法和装置 - Google Patents

一种业务数据发送、接收的方法和装置 Download PDF

Info

Publication number
WO2010111958A1
WO2010111958A1 PCT/CN2010/071490 CN2010071490W WO2010111958A1 WO 2010111958 A1 WO2010111958 A1 WO 2010111958A1 CN 2010071490 W CN2010071490 W CN 2010071490W WO 2010111958 A1 WO2010111958 A1 WO 2010111958A1
Authority
WO
WIPO (PCT)
Prior art keywords
channel
data channel
scheduling
destination port
port
Prior art date
Application number
PCT/CN2010/071490
Other languages
English (en)
French (fr)
Inventor
李昆
周建林
曹旸
胡幸
蔡钧
肖新华
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP10758060A priority Critical patent/EP2388964A4/en
Priority to IN3524KON2011 priority patent/IN2011KN03524A/en
Priority to AU2010230712A priority patent/AU2010230712A1/en
Publication of WO2010111958A1 publication Critical patent/WO2010111958A1/zh
Priority to US13/226,232 priority patent/US20110318001A1/en

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for transmitting and receiving service data.
  • OTN Optical Transport Network
  • OAM Operaation Administration and Maintenance
  • TCM Tudem Connection Monitoring
  • out-of-band FEC Forward Error Correction
  • OTN is a technology for networking, scheduling, and transmission based on large granular bandwidth.
  • the minimum granularity of ODUk (Optical Channel Data Unit-k) in OTN is ODU0, corresponding to The smallest particle of the OPUk (Optical Channel Payload Unit-k) is OPU0.
  • the rates corresponding to OPU0, 0PU1, OPU2, and OPU3 already defined in G.709 are 1.238954 Gbits/Sec, 2.488320 Gbits/Sec, 9.953280 Gbits/Se, and 39.813120 Gbits/Sec, respectively.
  • the OPUk is divided into a plurality of fixed sub-channels according to an agreement or according to a certain protocol. For example, OPU1 can be divided into 32 time slots, and each time slot is composed of 119 columns and constitutes 77.76 Mbit. The channel of the /S rate, for which traffic data below this rate is padded to this rate; for traffic data above this rate, multiple channels are bound to provide an integer multiple of bandwidth.
  • the above method using the prior art has the following problems:
  • the subchannel has a fixed bandwidth and must be an integer multiple of 77.76 Mbit/Sec; the scheduling of smaller particles (for example, 2 Mbit/Sec) has a problem of wasted bandwidth or difficulty in scheduling;
  • the operation is complicated, and it cannot adapt to the flexible and fast bandwidth adjustment capability of future data service requirements, nor can it adapt to future unknown rate services.
  • Embodiments of the present invention provide a method and apparatus for transmitting and receiving service data, which can solve the problem that a network system cannot carry an arbitrary rate service.
  • An embodiment of the present invention provides a method for sending service data, including:
  • the ODUk frame After completing the framing of the ODUk frame, the ODUk frame is sent to the destination address through the OTN line.
  • An embodiment of the present invention provides a method for receiving service data, including:
  • ODUk frame Receiving an ODUk frame, where the ODUk frame includes at least one flexible data channel;
  • An embodiment of the present invention provides a data device, including:
  • the sending unit is configured to send the ODUk frame to the destination address through the OTN line after completing the framing of the ODUk frame.
  • An embodiment of the present invention further provides another data device, including:
  • a receiving unit configured to receive an ODUk frame, where the ODUk frame includes at least one elastic data channel.
  • a scheduling unit configured to schedule the at least one elastic data channel to a corresponding destination port according to the scheduling control information corresponding to the at least one elastic data channel
  • a recovery unit configured to recover service data in the at least one elastic data channel in the destination port.
  • the transmitting end may schedule each elastic data channel to an ODUk frame in the corresponding destination port according to scheduling control information corresponding to each elastic data channel;
  • the receiving end can schedule the elastic data channel to the corresponding destination port according to the scheduling control information corresponding to each elastic data channel, thereby recovering the service data in the elastic data channel, and the bandwidth of the elastic data channel is variable, thereby realizing
  • the bearer problem at any rate provides flexible and fast bandwidth adjustment.
  • FIG. 1 is a flowchart of a method for transmitting service data according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for receiving service data according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of a method for transmitting service data according to Embodiment 3 of the present invention.
  • FIG. 4 is a schematic diagram of scheduling an elastic data channel according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic diagram of Embodiment 3 of the present invention.
  • FIG. 6 is a schematic diagram of implementation of an embodiment 3 of the present invention in an OTU1 frame
  • FIG. 7 is a schematic diagram of scheduling an elastic data channel according to Embodiment 4 of the present invention
  • FIG. 8 is a schematic diagram of implementation of an embodiment 5 of the present invention in an OTU1 frame
  • FIG. 9 is a schematic diagram of implementation of an embodiment 6 of the present invention in an OTU1 frame
  • FIG. 10 is a schematic diagram of a data device according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of a scheduling unit in the embodiment shown in FIG. 10;
  • FIG. 12 is a schematic diagram of another data device according to an embodiment of the present invention.
  • the method for transmitting service data in this embodiment may include the following steps: S10K receives at least one flexible data channel that is adapted to service data.
  • Service data can be encapsulated and enter the flexible data channel. It can be GPON (Gigabit Passive Optical Network), GFP-T (Generic Framing Procedure-Transparent), GFP-F. (Generic Framing Procedure-Framing), GMP (Generic Mapping Procedure), HDLC (High-Level Data Link Control), or other custom methods Package.
  • the service data can also be transmitted directly and transparently.
  • the service data can be STM-N (Synchronous Transmission Module level n), OTUk (Optical Channel Transport Unit k), and FC (Fiber Channel). Channel) and any customer-defined data streams, etc.
  • An elastic data channel is a physical carrier that carries service data and can only transmit service data or simultaneously transmit elastic data channel overhead.
  • the at least one flexible data channel is separately scheduled to the ODUk frame in the corresponding destination port according to the scheduling control information corresponding to the at least one elastic data channel.
  • the scheduling control information may be carried in an ODUk data frame, or may be scheduled.
  • the data device on the operation is statically configured.
  • the method for sending service data can schedule each elastic data channel to an ODUk frame in a corresponding destination port according to scheduling control information corresponding to each elastic data channel, so that the receiving end can be configured according to each elastic data channel.
  • the corresponding scheduling control information schedules the elastic data channel to the corresponding destination port to recover the service data in the elastic data channel.
  • the bandwidth of the elastic data channel is variable, thereby realizing the bearer problem at an arbitrary rate, providing flexible and fast Bandwidth adjustment capability.
  • the method for receiving service data may include the following steps: S20K receives an ODUk frame, and the ODUk frame includes at least one flexible data channel. S202. Dispatched the at least one elastic data channel to a corresponding destination port according to scheduling control information corresponding to the at least one elastic data channel.
  • the receiving end may schedule the elastic data channel to the corresponding destination port according to the scheduling control information corresponding to each elastic data channel, thereby recovering the service data in the elastic data channel,
  • the flexible data channel has variable bandwidth, which enables bearer problems at any rate and provides flexible and fast bandwidth adjustment.
  • FIG. 3 it is a schematic flowchart of a method for transmitting service data according to this embodiment.
  • This embodiment may include the following steps:
  • the S30K adapts the service data to the corresponding flexible data channel.
  • the location and bandwidth of each resilient data channel may be determined as needed, such as rate requirements for traffic data and/or bandwidth allocation policies.
  • the size of each elastic data channel can be adjusted according to actual needs. For example, the size of each channel can be divided into the same or different bandwidths.
  • the bandwidth of the elastic data channel can be inconsistent, the service data required by different rates and bandwidths can be adapted to the appropriate flexible data channel according to actual conditions.
  • channel overhead can also be added to each of the flexible data channels.
  • the channel management information related to the service data may be added to each flexible data channel, or the error data or the verification data of the service data obtained after detecting the service data may be added to the flexible data channel.
  • the service data in each flexible data channel can be encapsulated, such as GPON, GFP-T, GFP-F, GMP, HDLC or other custom methods.
  • the service data in each flexible data channel can also be directly transparently transmitted without encapsulation.
  • the received elastic data channels may be sent directly through the branch or through the ODUk virtual frame in the branch.
  • TC1, TC2, and TC3 represent the elastic data channel 1, the elastic data channel 2, and the elastic data channel 3, respectively.
  • Case A sends the elastic data channel TC2 directly through the port of port n
  • case B sends the ODUk virtual frame through the branch of port n.
  • Only the TC2 is included in the virtual frame of the ODUk, and there is no other frame information.
  • the frame header of the virtual frame needs to be aligned with the ODUk frame in the port 1.
  • the elastic data channel TC2 needs to be sent to the ODUk frame sent by port 1.
  • the scheduling control information may include port information and channel information.
  • the port information includes: a source port corresponding to the elastic data channel, and a destination port corresponding to the source port.
  • Channel information packet The channel definition field in the source port corresponding to the elastic data channel and the channel definition field in the corresponding destination port.
  • the channel definition field includes: a channel start time slot and a channel length; or a channel start time slot and a channel end time slot.
  • the channel start time slot and channel length, or the channel start time slot and the channel end time slot can all define the position of the corresponding elastic data channel in the ODUk frame.
  • the channel information may also include an identification of each flexible data channel.
  • the scheduling control information of the foregoing flexible data channel may be statically configured in the data device for scheduling control, or may be carried in the ODUk frame sent in the port 1 above.
  • port information or channel information can be allocated in the ODUk frame sent in port 1, or statically configured in the data device for scheduling control. If the scheduling control information is carried in the ODUk frame, the configuration may be performed by using one of the selected primary nodes in the network, and the other nodes only need to select the scheduling control information belonging to the local node from the scheduling information carried in the ODUk frame, thereby The scheduling of the elastic data channel is controlled.
  • the scheduling control table generated based on the scheduling control information is as shown in Table 1.
  • the channel start time slot and the channel end time slot are used to define the elastic data channel.
  • TC1 in source port 1 needs to be scheduled to the channel defined by si ⁇ s2 in destination port j, and TC2 in source port n is scheduled to destination port j.
  • TC3 in source port 1 is dispatched to the channel defined by s9 ⁇ slO in destination port j.
  • the length between the channel start time slot and the channel end time slot of the elastic data channel in the source port should be less than or equal to the elastic data in the destination port. The length between the channel start time slot and the channel end time slot of the channel.
  • the storage location may be the OPUk payload area and the frame count is the number of frames transmitted.
  • the channel information may further include a channel number indication field and other check information, where the channel number indication field is used to indicate the total number of flexible data channels, and the field may also be used to verify the channel information.
  • FIG. 5 is a schematic diagram of the OPU 1 in the embodiment.
  • the channel information may include a channel number indication field and a channel definition field. As shown in FIG. 5, the channel number indication 1 and the channel number indication 2 are included. When the channel number indication 1 is in error, the channel number indication 2 can also indicate the number of elastic data channels.
  • the channel definition field includes: a channel start time slot (Start Time), a channel end time slot (End Time), a checksum extension (CRC (Cyclical Redundancy Check), and EXT). ( Extend, extended)).
  • the channel definition field can also include a channel start time slot and a channel length (Length), which can define an elastic data channel.
  • the channel definition field may not include checksum extension information.
  • Steps S305 and S304 are not limited to the above order and can be performed simultaneously.
  • FIG. 6 is a schematic diagram showing the implementation of an embodiment of the present invention in an OTU1 frame.
  • the channel number indication field and the channel definition field are placed in the payload of OPU1.
  • a new PSI Paymentload Structure Identifier
  • a new PSI Payload Structure Identifier
  • the channel information is transmitted through the payload of the OPU1, the length of the channel information is variable, and the correctness of the channel information can be ensured by repeated transmission and verification.
  • the receiving end can directly obtain the complete channel information from the payload of the OPU1, thereby generating a corresponding scheduling control table according to the channel information and the port information, and scheduling each elastic data channel to the destination. In the port, and can recover the business data in each flexible data channel.
  • the elastic data channel in the received ODUk frame can be re-scheduled and forwarded to other destinations. As can be seen from FIG.
  • each elastic data channel can be scheduled to be in port 1 and port n according to the above method. And recover the business data in the elastic data channel from the corresponding port.
  • the identifier is filled in the corresponding elastic data channel, thereby preventing error diffusion and facilitating detection by the receiving device. And alarm handling.
  • the OPUk frame by carrying multiple flexible data channels and corresponding channel information and/or port information in the payload of the OPUk, all channel information and/or port information can be transmitted through the OPUk frame, and the OTN network can be implemented arbitrarily.
  • the rate bearer problem provides flexible and fast bandwidth adjustment. This method is suitable for fast elastic data channel rate adjustment, and the adjustment rate can be consistent with the OTU frame rate.
  • the elastic data channel in the OPUk can carry a lower rate OTUn frame, where n ⁇ k.
  • an elastic data channel in OPU3 can carry OTU1 or OTU2 frame.
  • embodiments of the present invention are capable of carrying bearers for small bandwidth traffic or any rate bandwidth.
  • the difference between this embodiment and the third embodiment is that the scheduling of the elastic data channels is performed in different ODUk frames.
  • the ODUk frame sent by source port 1 contains multiple flexible data channels, such as TC1, TC2, and TC3.
  • TC1, TC2, and TC3 are scheduled to the ODUk in destination port m
  • TC2 is scheduled to the ODUk in destination port n.
  • the scheduling control table 2 may be generated according to the statically configured scheduling control information or the scheduling control information carried in the ODUk frame sent by the source port 1.
  • each elastic data channel can be scheduled into the OPUk payload of the corresponding destination port.
  • the port m and the port n on the right side can be used as the source port, and the port 1 on the left side is used as the destination port.
  • the method of the embodiment of the present invention can also be implemented in the port m and the port n.
  • the flexible data channel is scheduled into the ODUk frame in port 1.
  • the bearer for a small bandwidth service or an arbitrary rate bandwidth can be implemented by using multiple flexible data channels in the ODUk frame.
  • Embodiment 5 The difference between this embodiment and the first embodiment is that a signaling channel is established in the overhead of the OPUk for transmitting scheduling control information, and specifically, channel information and/or port information can be transmitted.
  • FIG. 8 is a schematic diagram of implementation of the present embodiment in an OTU1 frame.
  • channel information and/or port information can be transmitted through various signaling channels in the OPUk overhead (OPUk Overhead), such as Dl, D2, ... D7.
  • OPUk Overhead OPUk Overhead
  • Channel information and/or port information are encapsulated and transmitted, for example, by HDLC, GFP encapsulation, etc., and the receiver can obtain complete channel information and/or port information after being encapsulated.
  • the correctness of the channel information and/or the port information is ensured by the signaling channel, and the method of the embodiment does not occupy the payload bandwidth of the OPUk, thereby improving the bandwidth efficiency.
  • channel information and/or port information may be directly transmitted through one or more OPUk subframes in the overhead of the OPUk.
  • This method does not occupy the OPUk payload bandwidth, and does not need to encapsulate and decapsulate channel information and/or port information, and the processing is simple.
  • the solution of this embodiment can be divided into multiple segments by using the channel information and/or the port information in the OPUk payload, and frame alignment field in the OTUk frame alignment overhead.
  • the segment in the frame is identified; the receiving end can determine the segment of the channel information and/or port information received, and recover the complete channel information and/or port information according to the frame alignment field.
  • the method of this embodiment can reduce the bandwidth occupancy of channel information and/or port information in the OPUk payload, and increase the rate of bandwidth adjustment.
  • the embodiment of the present invention may further transmit channel information and/or port information by encapsulating (for example, HDLC, GFP, etc.) in the overhead GCC (Generic Communication Channel) of the OTUk; It can recover complete channel information and/or port information after receiving the data frame, and generate a scheduling control table according to the channel information and/or the port information, and schedule the elastic data channel in each port, thereby obtaining the target of the iM. Business data in an elastic data channel.
  • the method for transmitting and receiving service data provided by the embodiments of the present invention can be used not only in the OTN system but also other systems having an MXN block frame structure, such as SDH (Synchronous Digital Hierarchy)/MSTP (MultiService Transport Platform).
  • an embodiment of the present invention further provides a data device, including:
  • the receiving unit 101 is configured to receive at least one elastic data channel that is adapted to the service data, and the scheduling unit 102 is configured to separately schedule the at least one elastic data channel according to the scheduling control information corresponding to the at least one elastic data channel Corresponding to the ODUk frame in the destination port;
  • the sending unit 103 is configured to send the ODUk frame to the destination address through the OTN line after completing the framing of the ODUk frame.
  • the foregoing scheduling unit 102 may include: a control table generating module 1021, a searching module 1022, and a channel scheduling module 1023.
  • the control table generating module 1021 is configured to generate a scheduling control table according to the scheduling control information corresponding to the at least one elastic data channel.
  • the searching module 1022 is configured to search, from the scheduling control table generated by the control table generating module 1021, a destination port corresponding to the at least one elastic data channel, and a channel definition field in the corresponding destination port;
  • the channel scheduling module 1023 is configured to schedule the at least one flexible data channel to the corresponding destination port according to the information found by the searching module 1022.
  • an embodiment of the present invention further provides another data device, including: a receiving unit 121, configured to receive an ODUk frame, where the ODUk frame includes at least one flexible data channel;
  • the scheduling unit 122 is configured to schedule the at least one elastic data channel to the corresponding destination port according to the scheduling control information corresponding to the at least one elastic data channel;
  • the recovery unit 123 is configured to recover the service data in the at least one flexible data channel in the destination port.
  • the scheduling unit 122 may include: a control table generating module, a searching module, and a channel scheduling module.
  • a schematic diagram of the structure of the scheduling unit 122 can be referred to the scheduling unit 102 shown in FIG.
  • the control table generating module is configured to generate a scheduling control table according to the scheduling control information corresponding to the at least one elastic data channel;
  • the searching module is configured to search, from the scheduling control table generated by the control table generating module, a destination port corresponding to the at least one elastic data channel, and a channel definition field in the corresponding destination port;
  • the channel scheduling module is configured to schedule the at least one elastic data channel to the corresponding destination port according to the information that is found by the searching module.
  • the scheduling control information includes: port information and channel information.
  • the port information includes: a source port corresponding to the at least one elastic data channel, and a destination port corresponding to the source port;
  • the channel information includes: a channel definition in a source port corresponding to the at least one elastic data channel a field, a channel definition field in the corresponding destination port, where the channel definition field includes: a channel start time slot and a channel length; or a channel start time slot and a channel end time slot.
  • the scheduling control information may be carried in the ODUk data frame, or may be statically configured on the data device.
  • the device for transmitting and receiving service data provided by the embodiment of the present invention may perform service data transmission and reception in combination with the embodiments of the foregoing method for transmitting and receiving service data.
  • the apparatus for transmitting and receiving service data may, for the transmitting end, schedule each elastic data channel to an ODUk frame in the corresponding destination port according to the scheduling control information corresponding to each elastic data channel; , can be controlled according to the scheduling of each elastic data channel
  • the information is used to schedule the elastic data channel to the corresponding destination port, so that the service data in the elastic data channel can be recovered. Because the bandwidth of the elastic data channel is variable, the bearer problem at any rate is realized, and flexible and fast bandwidth adjustment is provided. ability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

本发明的实施例公开了一种业务数据发送、接收的方法和装置， 涉及通信技术领域， 能够解决网络系统无法承载任意速率业务的问题。 业务数据发送的方法， 包括： 接收适配了业务数据的至少一个弹性数据通道；查找所述至少一个弹性数据通道的源端口对应的目的端口地址；根据所述至少一个弹性数据通道对应的通道指示信息，将所述至少一个弹性数据通道分别调度到对应的目的 端口中的ODUk帧中；完成所述ODUk帧的组帧后，将所述ODUk帧通过OTN 线路转发到目的地址。本发明的实施例适用于光网络通信。

Description

一种业务数据发送、 接收的方法和装置
本申请要求于 2009 年 4 月 1 日提交中国专利局、 申请号为 200910131493.1、 发明名称为"一种业务数据发送、 接收的方法和装置"的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域， 尤其涉及一种业务数据发送、接收的方法和装 置。
背景技术
OTN ( Optical Transport Network, 光发送网） 包括了电层和光层的技术规 范， 具备丰富的 OAM ( Operation Administration and Maintenance, 运行、 管理 与维护）、 强大的 TCM ( Tandem Connection Monitoring, 串联连接检测）能力 和带外 FEC ( Forward Error Correction，前向纠错） 能力， 能够实现大容量业务 的灵活调度和管理。
OTN是基于大颗粒带宽进行组网、 调度和发送的技术， OTN体制具有以 下特点： （ 1 )能够透明发送多种类型的业务数据； ( 2 )大颗粒带宽复用和交叉 配置； （3 )提供了完善的性能和故障监测能力； （4 )带夕卜 FEC， 可以带来最大 6.2dB ( BER ( Bit Error Rate, 误码率 )=1CT15 ) 编码增益； （5 )相对 WDM ( Wavelength Division Multiplexing，波分复用）更强的组网和保护能力； （6 ) 小带宽业务支持能力差， OTN中的 ODUk ( Optical Channel Data Unit-k, 光信 道数据单元 k )最小颗粒是 ODU0,对应 OPUk( Optical Channel Payload Unit-k, 光信道净荷单元 k ) 的最小颗粒是 OPU0。
在 G.709中已经定义的 OPU0、 0PU1、 OPU2、 OPU3对应的速率分别为 1.238954Gbits/Sec、2.488320Gbits/Sec、9.953280Gbits/Se和 39.813120Gbits/Sec。
目前客户信号速率低于 1.25Gbits/Sec 的业务大量存在， 并且还将维持很 长时期。 而随着 OTN应用面的深入， 一方面， OTN将向 100Gbits/Sec或者更 高速率扩展； 另一方面， OTN也将向低于 1.25Gbits/Sec的领域延伸， 通过直 接承载低速率业务来降低投资和运营维护成本。 为了在承载不同带宽的业务时，将 OPUk按照约定或者按照某种协议， 划 分为多个固定的子通道， 例如， 可以将 OPU1划分为 32个时隙， 每个时隙由 119列组成 77.76Mbit/S速率的通道， 对于低于此速率的业务数据， 填充到此 速率； 对于高于此速率的业务数据， 用绑定多个通道来提供整数倍的带宽。
采用现有技术的上述方法存在如下问题： 子通道带宽固定， 必须是 77.76Mbit/Sec的整数倍； 更小颗粒的调度（例如 2Mbit/Sec )， 存在带宽浪费或 者调度困难的问题； 改变通道带宽操作复杂， 不能适应未来数据业务要求灵活 快捷的带宽调整能力， 也不能艮好的适应将来的未知速率业务。
发明内容
本发明的实施例提供一种业务数据发送、接收的方法和装置， 能够解决网 络系统无法承载任意速率业务的问题。
本发明的实施例采用如下技术方案：
本发明的实施例提供了一种业务数据发送的方法， 包括：
接收适配了业务数据的至少一个弹性数据通道；
根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少一个弹 性数据通道分别调度到对应的目的端口中的 ODUk帧中；
完成所述 ODUk帧的组帧后，将所述 ODUk帧通过 OTN线路发送到目的 地址。
本发明的实施例提供了一种业务数据接收的方法， 包括：
接收 ODUk帧， 所述 ODUk帧中包括至少一个弹性数据通道；
根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少一个弹 性数据通道调度到对应的目的端口；
在所述目的端口中恢复出所述至少一个弹性数据通道中的业务数据。 本发明的实施例提供了一种数据设备， 包括：
接收单元， 用于接收适配了业务数据的至少一个弹性数据通道； 调度单元， 用于根据所述至少一个弹性数据通道对应的调度控制信息，将 所述至少一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧中； 发送单元， 用于完成所述 ODUk帧的组帧后， 将所述 ODUk帧通过 OTN 线路发送到目的地址。
本发明的实施例还提供了另一种数据设备， 包括：
接收单元， 用于接收 ODUk帧， 所述 ODUk帧中包括至少一个弹性数据 通道 ^
调度单元， 用于根据所述至少一个弹性数据通道对应的调度控制信息，将 所述至少一个弹性数据通道调度到对应的目的端口；
恢复单元，用于在所述目的端口中恢复出所述至少一个弹性数据通道中的 业务数据。
本发明实施例提供的业务数据发送、接收的方法和装置， 对于发送端， 可 以根据各弹性数据通道对应的调度控制信息，将各弹性数据通道调度到对应的 目的端口中的 ODUk帧中； 对于接收端， 可以根据各弹性数据通道对应的调 度控制信息将弹性数据通道调度到对应的目的端口中，从而能够恢复出弹性数 据通道中的业务数据， 由于弹性数据通道的带宽可变，从而实现了任意速率的 承载问题， 提供了灵活快捷的带宽调整能力。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动性的前提下， 还可以根据这些附图获得其它的附图。
图 1为本发明的实施例一业务数据发送的方法的流程图；
图 2为本发明的实施例二业务数据接收的方法的流程图；
图 3为本发明的实施例三业务数据发送的方法的流程图；
图 4为本发明的实施例三中调度弹性数据通道的示意图；
图 5为本发明的实施例三 OPU1的示意图；
图 6为本发明的实施例三在 OTU1帧中的实现示意图；
图 7为本发明的实施例四中调度弹性数据通道的示意图； 图 8为本发明的实施例五在 OTU1帧中的实现示意图；
图 9为本发明的实施例六在 OTU1帧中的实现示意图；
图 10为本发明的实施例数据设备的示意图；
图 11为图 10所示的实施例中调度单元的示意图；
图 12为本发明的实施例另一种数据设备的示意图。
具体实施方式
下面结合附图对本发明实施例业务数据发送的方法和装置进行伴细描述。 应当明确， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实 施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前 提下所获得的所有其它实施例， 都属于本发明保护的范围。
实施例一
如图 1所示， 本实施例为业务数据发送的方法， 可以包括如下步骤： S10K 接收适配了业务数据的至少一个弹性数据通道。
业务数据可以经过封装后进入弹性数据通道， 可以采用 GPON ( Gigabit Passive Optical Network, 吉比特无源光纤网络）、 GFP-T ( Generic Framing Procedure-Transparent, 通用成帧程序-透明模式）、 GFP-F ( Generic Framing Procedure-Framing, 通用成帧程序-帧映射模式）、 GMP ( Generic Mapping Procedure,通用映射程序）、 HDLC ( High-Level Data Link Control, 高级数据 链路控制）、 或其它自定义方法进行封装。 还可以直接透明传送业务数据， 业 务数据可以是 STM-N ( Synchronous Transmission Module level n， n级同步传 输模式）、 OTUk( Optical Channel Transport Unit k,光信道传送单元 k )、 FC( Fiber Channel, 光线通道） 以及任意客户定义的数据流等。
弹性数据通道是承载业务数据的物理载体，可以只传送业务数据，或者还 同时传送弹性数据通道开销。
S102、根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少 一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧中。
所述调度控制信息可以携带在 ODUk数据帧中， 或者也可以是进行调度 操作的数据设备上静态配置的。
S103、完成所述 ODUk帧的组帧后， 将所述 ODUk帧通过 OTN线路发送 到目的地址。
本发明实施例提供的业务数据发送的方法，可以根据各弹性数据通道对应 的调度控制信息， 将各弹性数据通道调度到对应的目的端口中的 ODUk帧中， 从而接收端能够根据各弹性数据通道对应的调度控制信息将弹性数据通道调 度到对应的目的端口中， 恢复出弹性数据通道中的业务数据， 由于弹性数据通 道的带宽可变，从而实现了任意速率的承载问题，提供了灵活快捷的带宽调整 能力。
实施例二
如图 2所示， 本实施例为业务数据接收的方法， 可以包括如下步骤： S20K 接收 ODUk帧， 所述 ODUk帧中包括至少一个弹性数据通道。 S202、根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少 一个弹性数据通道调度到对应的目的端口。
S203、 在所述目的端口中恢复出所述至少一个弹性数据通道中的业务数 据。
本发明实施例提供的业务数据接收的方法，接收端可以根据各弹性数据通 道对应的调度控制信息将弹性数据通道调度到对应的目的端口中，从而能够恢 复出弹性数据通道中的业务数据， 由于弹性数据通道的带宽可变，从而实现了 任意速率的承载问题， 提供了灵活快捷的带宽调整能力。
以下将以 OTN网络为基 的业务数据传输为例， 对本发明的实施例进行 伴细说明。
实施例三
如图 3所示， 为本实施例业务数据发送方法的流程示意图。本实施例可以 包括如下步骤：
S30K 将业务数据适配到相应的弹性数据通道中。 在本发明的实施例中， 可以根据需要， 例如业务数据的速率要求和 /或带 宽分配策略，确定各弹性数据通道的位置和带宽。各个弹性数据通道的大小可 以根据实际需要来进行调整。例如，可以将各个通道的大小划分为相同或不同 的带宽。
通常弹性数据通道至少为一个。 由于弹性数据通道的带宽可以不一致， 因 而，可以根据实际情况将不同速率和带宽要求的业务数据适配到合适的弹性数 据通道中。
在将业务数据适配到各弹性数据通道中时，还可以在所述各弹性数据通道 中添加通道开销。例如，可以在各弹性数据通道中添加与业务数据相关的通道 管理信息，或添加在对业务数据进行检测后得到的业务数据的误码或校验等信 将业务数据适配到各弹性数据通道中后，可以将各弹性数据通道中的业务 数据可以进行封装， 如采用 GPON、 GFP-T、 GFP-F、 GMP、 HDLC或其它自 定义方法。 或者各弹性数据通道中的业务数据也可以不用封装直接透传。
S302、 接收所述适配了业务数据的弹性数据通道。
接收到的这些弹性数据通道可能直接通过支路进行发送，或者通过支路中 的 ODUk虚帧进行发送。 如图 4所示， TC1、 TC2和 TC3分别表示弹性数据 通道 1、 弹性数据通道 2和弹性数据通道 3。 情况 A则为直接通过端口 n的支 路发送弹性数据通道 TC2, 而情况 B则为通过端口 n的支路发送 ODUk虚帧。 ODUk的虚帧中只包括了 TC2, 没有其它的帧信息； 并且， 虚帧的帧头需与端 口 1中的 ODUk帧对齐。
端口 1中发送的 ODUk帧， 其中包括了 TC1和 TC3。 本实施例需要将弹 性数据通道 TC2发送到端口 1发送的 ODUk帧中。
S303, 根据弹性数据通道对应的调度控制信息， 生成调度控制表。
调度控制信息可以包括端口信息和通道信息。 所述端口信息包括： 与弹性 数据通道对应的源端口、 以及与所述源端口对应的目的端口。 所述通道信息包 括： 与弹性数据通道对应的源端口中的通道定义字段、对应的目的端口中的通 道定义字段。 其中， 所述通道定义字段包括： 通道开始时隙和通道长度； 或通 道开始时隙和通道结束时隙。通道开始时隙和通道长度、或通道开始时隙和通 道结束时隙都能定义出对应的弹性数据通道在 ODUk帧中的位置。 通道信息 还可以包括各弹性数据通道的标识。
上述的弹性数据通道的调度控制信息可以静态配置于进行调度控制的数 据设备中， 也可以携带在上述端口 1 中发送的 ODUk帧中。 此外， 可以将端 口信息或通道信息分配携带在端口 1 中发送的 ODUk帧中、 或者是静态配置 于进行调度控制的数据设备中。 如果调度控制信息携带在 ODUk帧， 则可以 通过网络中的选取的一个主节点进行配置， 而其它节点只需从携带在 ODUk 帧中的调度信息中选取出属于本节点的调度控制信息，从而对弹性数据通道的 调度进行控制。
根据调度控制信息生成的调度控制表如表 1所示。这里用的是通道开始时 隙和通道结束时隙来定义弹性数据通道。
表 1. 实施例一中的调度控制表
Figure imgf000009_0001
参照图 4，可从上述调度控制表中看出， 需要将源端口 1中的 TC1调度到 目的端口 j中的 si ~ s2定义的通道中，将源端口 n中的 TC2调度到目的端口 j 中的 s5 ~ s6定义的通道中， 将源端口 1中的 TC3调度到目的端口 j中的 s9 ~ slO定义的通道中。 要实现弹性数据通道的调度， 要求源端口中弹性数据通道 的通道开始时隙和通道结束时隙之间的长度，应小于等于目的端口中弹性数据 通道的通道开始时隙和通道结束时隙之间的长度。
在上面的调度控制表中， 还可以包括存储位置和帧计数两个字段。 例如， 存储位置可以是 OPUk净荷区， 帧计数是发送的帧数目。 此外， 通道信息还可 以包括通道数量指示字段以及其它校验信息，所述通道数量指示字段用于表示 弹性数据通道的总数量， 该字段也可以用于对通道信息进行校验。
S304、 根据调度控制表将各弹性数据通道调度到目的端口 j 中的 ODUk 的 OPUk净荷区中。
本实施例可以采用速率为 2.48832Gbits/Sec的 OPU1。在这种方式下， OPU1 的开销保留不使用。 如图 5所示为本实施例中 OPU1的示意图。 根据 G.709定 义， OPU1的净荷为 4 X 3808列的结构，将此 4 x 3808字节等效为 4 x 3808=1 x 15232字节。
S305、 将通道信息携带在 OPUk净荷区中。
通道信息可以包括通道数量指示字段和通道定义字段。如图 5所示， 包括 通道数量指示 1和通道数量指示 2， 在通道数量指示 1出错时， 通道数量指示 2还能够指示弹性数据通道的数量。
如图 5所示， 通道定义字段中包括： 通道开始时隙 （Start Time )、 通道结 束时隙（End Time )、 校验和扩展（ CRC(Cyclical Redundancy Check,循环冗余 码校验)和 EXT ( Extend, 扩展））。 当然， 通道定义字段还可以包括通道开始 时隙和通道长度（Length ), 这两个字段即可定义一个弹性数据通道。 此外， 通道定义字段也可以不包括校验和扩展信息。
当然，也可以将通道信息保留在调度设备中成为静态配置信息，或者也可 以将端口信息也携带在 ODUk帧中发送。 步骤 S305和 S304不限于上述顺序， 可以同时进行。
S306、 生成相应的 ODUk数据帧。
图 6所示为本发明的实施例在 OTU1帧中的实现示意图。其中，通道数量 指示字段和通道定义字段置于 OPU1的净荷中。为了和现有的 OPU1净荷区分， 需要定义新的 PSI( Payload Structure Identifier,净荷结构标识符），表示该 OPUk 是弹性数据通道。
为了能够与 ODU1 的传输结构进行对接， 还需要对业务数据做必要的格 式转换， 并填充空余的 OPU1净荷， 生成 ODU1数据帧。
S307、 将生成的 ODUk帧调度到 OTU线路板， 并添加 OTUk的开销， 生 成 OTUk帧。
S308、 在 OTN网络中将生成的 OTUk帧进行传输。
在本实施例中通道信息通过 OPU1的净荷传送，通道信息的长度可变， 并 可通过重复传送、校验等方法保证通道信息的正确性。 而接收端在接收到数据 帧后， 能够直接从 OPU1的净荷中一次获得完整的通道信息，从而根据所述通 道信息以及端口信息， 生成相应的调度控制表，将各弹性数据通道调度到目的 端口中， 并能够恢复出各个弹性数据通道中的业务数据。 此外， 在接收端， 也 可以将接收到的 ODUk帧中的弹性数据通道重新进行调度， 并转发到其它目 的地。 从图 4中可见， 如果将右侧的端口 j作为源端口， 左侧的端口 1和端口 n作为目的端口， 则根据上述的方法， 能够将各弹性数据通道分别调度到端口 1和端口 n中， 并从相应的端口中恢复出弹性数据通道中的业务数据。
在本发明的实施例的实现过程中，如果在业务数据发送的过程中， 某个弹 性数据通道发生错误， 则在相应的弹性数据通道中填充标识，从而能够防止错 误扩散和便于接收端设备检测和报警处理。
本实施例通过在 OPUk的净荷中携带多个弹性数据通道、以及对应的通道 信息和 /或端口信息， 并且全部通道信息和 /或端口信息都可以通过 OPUk帧进 行传输， 能够实现 OTN网络任意速率的承载问题， 提供了灵活快捷的带宽调 整能力。该方法适合快速的弹性数据通道速率调整，能够做到调整速率和 OTU 帧频一致。
此外， 在本发明的实施例中， OPUk中的弹性数据通道可以承载速率更低 的 OTUn帧， 其中 n < k。 例如， OPU3中的弹性数据通道可以承载 OTU1或 OTU2帧。 因而， 本发明的实施例能够实现对小带宽业务或任意速率带宽的承 载。
实施例四
本实施例与实施例三不同的是， 要在不同的 ODUk帧中进行弹性数据通 道的调度。
如图 7所示， 源端口 1发送过来的 ODUk帧中包含了多个弹性数据通道， 如 TC1、 TC2和 TC3。 现在要将 TC1和 TC3调度到目的端口 m中的 ODUk 中， 将 TC2调度到目的端口 n中的 ODUk中。
可以根据静态配置的调度控制信息或源端口 1发送的 ODUk帧中携带的 调度控制信息生成调度控制表 2。
表 2. 实施例二中的调度控制表
Figure imgf000012_0001
根据上面的表 2， 则可以将各弹性数据通道调度到对应的目的端口的 OPUk净荷中。 而完成业务数据发送的其它步骤可以参照实施例一。
此外， 对于图 7， 也可以将右侧的端口 m和端口 n作为源端口， 左侧的端 口 1 作为目的端口， 采用本发明的实施例的方法， 同样也能够实现将端口 m 和端口 n中的弹性数据通道调度到端口 1中的 ODUk帧中。
本实施例， 通过 ODUk帧中的多个弹性数据通道， 能够实现对小带宽业 务或任意速率带宽的承载。
实施例五 本实施例与实施例一不同的是，通过在 OPUk的开销中， 建立信令通道用 于传送调度控制信息， 具体地说， 可以传送通道信息和 /或端口信息。
如图 8所示为本实施例在 OTU1帧中的实现示意图。从图中可以看出，通 道信息和 /或端口信息可以通过 OPUk的开销（ OPUk Overhead )中的各个信令 通道进行传送， 如 Dl、 D2…… D7等。
通道信息和 /或端口信息经过封装后传送， 例如采用 HDLC、 GFP封装等， 接收端去封装后能够得到完整的通道信息和 /或端口信息。
本实施例通过信令通道保证通道信息和 /或端口信息的正确性， 并且采用 本实施例的方法不占用 OPUk的净荷带宽， 从而提高了带宽的有效率。
本发明并不局限于此，还可以通过 OPUk的开销中的一个以上 OPUk子帧 直接传送通道信息和 /或端口信息。 此方法不占用 OPUk的净荷带宽， 而且不 需要对通道信息和 /或端口信息做封装和去封装， 处理简单。
实施例六
本实施例的方案可以参照图 9所示， 将完整的通道信息和 /或端口信息划 分为多个片段，放在 OPUk净荷中逐片传送， 并由 OTUk帧对齐开销中的帧对 齐字段对该帧中的片段进行标识；接收端能够^ ^据帧对齐字段，确定是接收到 的是第几个通道信息和 /或端口信息的片段， 并恢复出完整的通道信息和 /或端 口信息。
本实施例的方法能够降低 OPUk净荷中通道信息和 /或端口信息的带宽占 用率， 并且提高了带宽调整的速率。
另夕卜， 本发明的实施例还可以在 OTUk 的开销 GCC ( Generic Communication Channel, 通用通信信道）中， 将通道信息和 /或端口信息经过 封装（例如 HDLC、 GFP等）后进行传送； 接收端能够在接收到数据帧后恢 复完整的通道信息和 /或端口信息， 并根据通道信息和 /或端口信息生成调度 控制表， 对各端口中的弹性数据通道进行调度， 从而能够获 iM目应的弹性数 据通道中的业务数据。 本发明的实施例提供的业务数据发送和接收的方法不仅能够用在 OTN体 制中，对于具有 M X N块状帧结构的其它体制，例如 SDH (Synchronous Digital Hierarchy，同步数字体系）/ MSTP( MultiService Transport Platform, 多业务传送 平台） /SONET(Synchronous Optical Network 同步光网络)等， 也可以使用。 并 且划分弹性数据通道以及生成、发送或接收业务数据的方法可以参照上述实施 例。 如图 10所示， 本发明的实施例还提供了一种数据设备， 包括：
接收单元 101， 用于接收适配了业务数据的至少一个弹性数据通道； 调度单元 102， 用于根据所述至少一个弹性数据通道对应的调度控制信 息， 将所述至少一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧 中；
发送单元 103， 用于完成所述 ODUk帧的组帧后， 将所述 ODUk帧通过 OTN线路发送到目的地址。
在上述方案的基 上， 如图 11所示， 上述的调度单元 102可以包括：控 制表生成模块 1021、 查找模块 1022和通道调度模块 1023。
所述控制表生成模块 1021， 用于根据所述至少一个弹性数据通道对应的 调度控制信息， 生成调度控制表。
所述查找模块 1022， 用于从所述控制表生成模块 1021生成的调度控制表 中查找出所述至少一个弹性数据通道对应的目的端口，以及对应的目的端口中 的通道定义字段；
所述通道调度模块 1023， 用于根据所述查找模块 1022查找出的信息， 将 所述至少一个弹性数据通道分别调度到对应的目的端口中。
如图 12所示， 本发明的实施例还提供了另一种数据设备， 包括： 接收单元 121，用于接收 ODUk帧，所述 ODUk帧中包括至少一个弹性数 据通道； 调度单元 122， 用于根据所述至少一个弹性数据通道对应的调度控制信 息， 将所述至少一个弹性数据通道调度到对应的目的端口；
恢复单元 123， 用于在所述目的端口中恢复出所述至少一个弹性数据通道 中的业务数据。
在上述方案的基 上， 上述的调度单元 122可以包括：控制表生成模块、 查找模块和通道调度模块。 调度单元 122的结构示意图可以参照图 11所示的 调度单元 102。
其中， 所述控制表生成模块， 用于根据所述至少一个弹性数据通道对应的 调度控制信息， 生成调度控制表；
所述查找模块，用于从所述控制表生成模块生成的调度控制表中查找出所 述至少一个弹性数据通道对应的目的端口，以及对应的目的端口中的通道定义 字段；
所述通道调度模块， 用于根据所述查找模块查找出的信息，将所述至少一 个弹性数据通道分别调度到对应的目的端口中。
对于上述实施例的数据设备， 调度控制信息包括： 端口信息和通道信息。 所述端口信息包括： 所述至少一个弹性数据通道对应的源端口、 以及与所述源 端口对应的目的端口； 所述通道信息包括： 所述至少一个弹性数据通道对应的 源端口中的通道定义字段、对应的目的端口中的通道定义字段； 其中， 所述通 道定义字段包括：通道开始时隙和通道长度；或通道开始时隙和通道结束时隙。
调度控制信息可以携带在 ODUk数据帧中， 或者也可以静态配置于所述 数据设备上。
本发明实施例提供的业务数据发送、接收的装置，可以结合上述业务数据 发送、 接收的方法的各实施例， 完成业务数据发送和接收。
本发明实施例提供的业务数据发送、接收的装置， 对于发送端， 可以根据 各弹性数据通道对应的调度控制信息，将各弹性数据通道调度到对应的目的端 口中的 ODUk帧中； 对于接收端， 可以根据各弹性数据通道对应的调度控制 信息将弹性数据通道调度到对应的目的端口中，从而能够恢复出弹性数据通道 中的业务数据， 由于弹性数据通道的带宽可变，从而实现了任意速率的承载问 题， 提供了灵活快捷的带宽调整能力。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于 此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应以权利要求的保护范围为准。

Claims

权 利 要 求
1、 一种业务数据发送的方法， 其特征在于， 包括：
接收适配了业务数据的至少一个弹性数据通道；
根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少一个弹 性数据通道分别调度到对应的目的端口中的 ODUk帧中；
完成所述 ODUk帧的组帧后，将所述 ODUk帧通过 OTN线路发送到目的 地址。
2、 根据权利要求 1所述的方法， 其特征在于， 所述各弹性数据通道的位 置和带宽为根据业务数据的速率要求和 /或带宽分配策略来确定。
3、 根据权利要求 1所述的方法， 其特征在于， 所述调度控制信息包括： 端口信息，所述端口信息包括：所述至少一个弹性数据通道对应的源端口、 以及与所述源端口对应的目的端口；
通道信息， 所述通道信息包括： 所述至少一个弹性数据通道对应的源端口 中的通道定义字段、 对应的目的端口中的通道定义字段； 其中，
所述通道定义字段包括： 通道开始时隙和通道长度； 或通道开始时隙和通 道结束时隙。
4、 根据权利要求 3所述的方法， 其特征在于， 所述通道信息还包括： 通 道数量指示字段和 /或校验信息， 所述通道数量指示字段用于表示弹性数据通 道的总数量。
5、 根据权利要求 3所述的方法， 其特征在于， 所述根据所述至少一个弹 性数据通道对应的调度控制信息，将所述至少一个弹性数据通道分别调度到对 应的目的端口中的 ODUk帧中， 具体为：
根据所述至少一个弹性数据通道对应的调度控制信息， 生成调度控制表； 从所述调度控制表中查找出所述至少一个弹性数据通道对应的目的端口， 以及对应的目的端口中的通道定义字段；
根据从所述调度控制表中查找出的信息，将所述至少一个弹性数据通道分 别调度到对应的目的端口中的 ODUk帧中。
6、 根据权利要求 3或 4或 5所述的方法， 其特征在于， 所述端口信息和 / 或通道信息携带在 OPUk净荷中， 或
携带在 OPUk开销的一个以上 OPUk子帧中， 或
封装在 OPUk开销的信令通道中， 或
封装在 OTUk开销的信令通道中， 或
包括一个以上的片段， 所述一个以上的片段携带在至少一个 ODUk帧的 OPUk净荷中， 由对应的 OTUk帧对齐开销中的帧定位字段进行标识。
7、 根据权利要求 1至 5中任一项所述的方法， 其特征在于， 所述将所述 至少一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧中， 具体为： 将所述至少一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧 的 OPUk净荷区中。
8、 根据权利要求 1至 5中任一项所述的方法， 其特征在于， 如果在通过 OTN线路发送业务数据的过程中， 某个弹性数据通道发生错误， 则在所述某 个弹性数据通道处填充错误标识。
9、 一种业务数据接收的方法， 其特征在于， 包括：
接收 ODUk帧， 所述 ODUk帧中包括至少一个弹性数据通道；
根据所述至少一个弹性数据通道对应的调度控制信息，将所述至少一个弹 性数据通道调度到对应的目的端口；
在所述目的端口中恢复出所述至少一个弹性数据通道中的业务数据。
10、 根据权利要求 9所述的方法， 其特征在于， 所述调度控制信息包括： 端口信息，所述端口信息包括：所述至少一个弹性数据通道对应的源端口、 以及与所述源端口对应的目的端口；
通道信息， 所述通道信息包括： 所述至少一个弹性数据通道对应的源端口 中的通道定义字段、 对应的目的端口中的通道定义字段； 其中，
所述通道定义字段包括： 通道开始时隙和通道长度； 或通道开始时隙和通 道结束时隙。
11、 根据权利要求 10所述的方法， 其特征在于， 所述根据所述至少一个 弹性数据通道对应的调度控制信息，将所述至少一个弹性数据通道调度到对应 的目的端口， 具体为：
根据所述至少一个弹性数据通道对应的调度控制信息， 生成调度控制表； 从所述调度控制表中查找出所述至少一个弹性数据通道对应的目的端口， 以及对应的目的端口中的通道定义字段；
根据从所述调度控制表中查找出的信息，将所述至少一个弹性数据通道分 别调度到对应的目的端口中。
12、 根据权利要求 10或 11所述的方法， 其特征在于， 所述端口信息和 / 或通道信息携带在 OPUk净荷中， 或
携带在 OPUk开销的一个以上 OPUk子帧中， 或
封装在 OPUk开销的信令通道中， 或
封装在 OTUk开销的信令通道中， 或
包括一个以上的片段， 所述一个以上的片段携带在至少一个 ODUk帧的
OPUk净荷中， 由对应的 OTUk帧对齐开销中的帧定位字段进行标识。
13、 一种数据设备， 其特征在于， 包括：
接收单元， 用于接收适配了业务数据的至少一个弹性数据通道；
调度单元， 用于根据所述至少一个弹性数据通道对应的调度控制信息，将 所述至少一个弹性数据通道分别调度到对应的目的端口中的 ODUk帧中；
发送单元， 用于完成所述 ODUk帧的组帧后， 将所述 ODUk帧通过 OTN 线路发送到目的地址。
14、根据权利要求 13所述的数据设备， 其特征在于， 所述调度单元包括： 控制表生成模块，用于根据所述至少一个弹性数据通道对应的调度控制信 息， 生成调度控制表；
查找模块，用于从所述控制表生成模块生成的调度控制表中查找出所述至 少一个弹性数据通道对应的目的端口， 以及对应的目的端口中的通道定义字 段；
通道调度模块， 用于根据所述查找模块查找出的信息，将所述至少一个弹 性数据通道分别调度到对应的目的端口中的 ODUk帧中。
15、 一种数据设备， 其特征在于， 包括：
接收单元， 用于接收 ODUk帧， 所述 ODUk帧中包括至少一个弹性数据 通道；
调度单元， 用于根据所述至少一个弹性数据通道对应的调度控制信息，将 所述至少一个弹性数据通道调度到对应的目的端口；
恢复单元，用于在所述目的端口中恢复出所述至少一个弹性数据通道中的 业务数据。
16、根据权利要求 15所述的数据设备， 其特征在于， 所述调度单元包括： 控制表生成模块，用于根据所述至少一个弹性数据通道对应的调度控制信 息， 生成调度控制表；
查找模块，用于从所述控制表生成模块生成的调度控制表中查找出所述至 少一个弹性数据通道对应的目的端口， 以及对应的目的端口中的通道定义字 段；
通道调度模块， 用于根据所述查找模块查找出的信息，将所述至少一个弹 性数据通道分别调度到对应的目的端口中。
PCT/CN2010/071490 2009-04-01 2010-04-01 一种业务数据发送、接收的方法和装置 WO2010111958A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP10758060A EP2388964A4 (en) 2009-04-01 2010-04-01 METHOD AND DEVICE FOR TRANSMITTING AND RECEIVING SERVICE DATA
IN3524KON2011 IN2011KN03524A (zh) 2009-04-01 2010-04-01
AU2010230712A AU2010230712A1 (en) 2009-04-01 2010-04-01 Method and Device for Sending Data and Receiving Service Data
US13/226,232 US20110318001A1 (en) 2009-04-01 2011-09-06 Method and device for sending and receiving service data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910131493A CN101854220A (zh) 2009-04-01 2009-04-01 一种业务数据发送、接收的方法和装置
CN200910131493.1 2009-04-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/226,232 Continuation US20110318001A1 (en) 2009-04-01 2011-09-06 Method and device for sending and receiving service data

Publications (1)

Publication Number Publication Date
WO2010111958A1 true WO2010111958A1 (zh) 2010-10-07

Family

ID=42805508

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071490 WO2010111958A1 (zh) 2009-04-01 2010-04-01 一种业务数据发送、接收的方法和装置

Country Status (6)

Country Link
US (1) US20110318001A1 (zh)
EP (1) EP2388964A4 (zh)
CN (1) CN101854220A (zh)
AU (1) AU2010230712A1 (zh)
IN (1) IN2011KN03524A (zh)
WO (1) WO2010111958A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9531477B2 (en) 2012-07-30 2016-12-27 Huawei Technologies Co., Ltd. Method and apparatus for transmitting and receiving client signal in optical transport network

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102630384B (zh) * 2011-12-07 2016-03-09 华为技术有限公司 一种在光传送网中实现业务传送的方法及实现该方法的设备和系统
CN104066017B (zh) * 2013-03-21 2018-10-23 中兴通讯股份有限公司 设备单元、节点设备、隧道带宽调整的方法和系统
CN103532740A (zh) * 2013-09-24 2014-01-22 瑞斯康达科技发展股份有限公司 实现远程管理的方法、系统及gcc开销处理方法、装置
CN105451102B (zh) * 2014-08-22 2019-05-28 华为技术有限公司 一种处理信号的方法、装置及系统
US9838290B2 (en) 2015-06-30 2017-12-05 Ciena Corporation Flexible ethernet operations, administration, and maintenance systems and methods
CN112312184B (zh) * 2019-07-30 2023-01-13 苏州华兴源创科技股份有限公司 一种视频组帧方法
CN111083580B (zh) * 2019-12-09 2021-12-14 北京格林威尔科技发展有限公司 一种在光传输网络中对以太网链路的保护方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1734986A (zh) * 2004-08-11 2006-02-15 华为技术有限公司 光传送网中传输低速率业务信号的方法及其装置
CN1770673A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种otn网络中业务复用的开销处理方法
CN101291179A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 一种光传送网中客户信号传送方法及相关设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030048813A1 (en) * 2001-09-05 2003-03-13 Optix Networks Inc. Method for mapping and multiplexing constant bit rate signals into an optical transport network frame
CN100388700C (zh) * 2002-10-18 2008-05-14 华为技术有限公司 一种在同步数字网上传送数据业务的方法
CN100596043C (zh) * 2004-08-26 2010-03-24 华为技术有限公司 实现低速信号在光传输网络中透明传送的方法和装置
CN100373847C (zh) * 2004-12-14 2008-03-05 华为技术有限公司 在光传送网中传输低速率业务信号的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1734986A (zh) * 2004-08-11 2006-02-15 华为技术有限公司 光传送网中传输低速率业务信号的方法及其装置
CN1770673A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种otn网络中业务复用的开销处理方法
CN101291179A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 一种光传送网中客户信号传送方法及相关设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9531477B2 (en) 2012-07-30 2016-12-27 Huawei Technologies Co., Ltd. Method and apparatus for transmitting and receiving client signal in optical transport network
US10256915B2 (en) 2012-07-30 2019-04-09 Huawei Technologies Co., Ltd. Method and apparatus for transmitting and receiving client signal in optical transport network
US10887020B2 (en) 2012-07-30 2021-01-05 Huawei Technologies Co., Ltd. Method and apparatus for transmitting and receiving client signal in optical transport network
US11595130B2 (en) 2012-07-30 2023-02-28 Huawei Technologies Co., Ltd. Method and apparatus for transmitting and receiving client signal in optical transport network

Also Published As

Publication number Publication date
EP2388964A4 (en) 2012-01-18
AU2010230712A1 (en) 2011-09-29
US20110318001A1 (en) 2011-12-29
EP2388964A1 (en) 2011-11-23
IN2011KN03524A (zh) 2015-07-10
CN101854220A (zh) 2010-10-06

Similar Documents

Publication Publication Date Title
US11082199B2 (en) Data transmission method in optical network and optical network device
US10462028B2 (en) Efficient ethernet signal transport and scheduling
WO2010111958A1 (zh) 一种业务数据发送、接收的方法和装置
EP2874332B1 (en) Method and device for transporting and receiving client signal in optical transport network
US9071376B2 (en) Bandwidth adjusting method and communication node
US8958701B2 (en) Methods and systems of preserving client overhead bytes in optical transport network tunneling applications
US11477549B2 (en) Transmission network system, data switching and transmission method, apparatus and equipment
CN101615967B (zh) 一种业务数据的发送、接收方法、装置和系统
WO2017201953A1 (zh) 一种客户业务处理的方法和设备
CN1490987A (zh) 一种在同步数字网上传送数据业务的方法
WO2006015533A1 (fr) Procede et dispositif pour transport de signal
WO2017124787A1 (zh) 一种传输公共无线接口信号的方法和设备
WO2013189034A1 (zh) 一种分配光频谱带宽资源的方法及装置
WO2010121520A1 (zh) 光传送网的信号传送方法、设备及通信系统
WO2011057545A1 (zh) 传输多路业务的方法和装置
ES2922823T3 (es) Método, dispositivo y sistema de comunicación de red óptica pasiva
US8374147B2 (en) System and method for protecting payload information in radio transmission
JP6779285B2 (ja) 信号を送受信する方法、装置、およびシステム
WO2011116594A1 (zh) 一种基于g.709的业务建立的信令控制方法和系统
WO2011150807A1 (zh) 带宽分配方法及实现带宽分配的设备
WO2017049546A1 (zh) 一种发送和接收光传送网otn信号的方法、otn设备和系统
WO2016074484A1 (zh) 分组业务信号发送方法、装置及接收方法、装置
WO2024002084A1 (zh) 数据帧的校验方法及相关设备
WO2023232018A1 (zh) 一种速率调整方法、装置、设备和存储介质
CN118074856A (zh) 数据映射方法、数据解映射方法及相关设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10758060

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010758060

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 3524/KOLNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2010230712

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2010230712

Country of ref document: AU

Date of ref document: 20100401

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE