WO2023273080A1 - 通用通信通道数据传输方法、光网络设备和存储介质 - Google Patents

通用通信通道数据传输方法、光网络设备和存储介质 Download PDF

Info

Publication number
WO2023273080A1
WO2023273080A1 PCT/CN2021/128442 CN2021128442W WO2023273080A1 WO 2023273080 A1 WO2023273080 A1 WO 2023273080A1 CN 2021128442 W CN2021128442 W CN 2021128442W WO 2023273080 A1 WO2023273080 A1 WO 2023273080A1
Authority
WO
WIPO (PCT)
Prior art keywords
gcc
data
frame
length
information length
Prior art date
Application number
PCT/CN2021/128442
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 中国电信股份有限公司
Publication of WO2023273080A1 publication Critical patent/WO2023273080A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0086—Network resource allocation, dimensioning or optimisation

Definitions

  • the present disclosure relates to the technical field of communication, in particular to a GCC (General Communications Channel, general communication channel) data transmission method, optical network equipment and storage medium.
  • GCC General Communications Channel, general communication channel
  • the OTN Optical Transport Network, Optical Transport Network
  • OTN technology is based on wavelength division multiplexing, and at the same time introduces electrical layer crossover to realize large-grained service scheduling and transparent transmission based on ODUk (Optical channel Data Unit, optical channel data unit).
  • ODUk Optical channel Data Unit
  • ODU0 1.25Gb/s
  • the flexible mapping OSU Optical Service Unit
  • OSU technology supports 10Mb/s ⁇ 10Gb/s granular multi-service bearing.
  • the GCC supported by OTN technology can be used to build a DCN (Data communication network, data communication network) for network management and control.
  • DCN Data communication network, data communication network
  • OTN GCC is implemented with fixed overhead.
  • An object of the present disclosure is to improve bandwidth flexibility of GCC data transmission and reduce bandwidth waste.
  • a data transmission method including: the data sending device determines the data frame sending frequency according to the GCC bandwidth requirement and the information length of the GCC data carried by a single data frame; through OAM (Operation Administration and Maintenance, operation The maintenance management) frame carries the GCC data according to the information length of the GCC data carried by a single data frame; the OAM frame is sent to the downstream OTN (Optical Transport Network, Optical Transport Network) node according to the data frame transmission frequency.
  • OTN Optical Transport Network, Optical Transport Network
  • carrying the GCC data through the OAM frame according to the information length of the GCC data carried by a single data frame includes: adding a valid information length field in the OAM function definition area of the OAM frame according to the information length, identifying the single data frame carrying the GCC data Information length: writing the GCC data into the payload area of the OAM frame, wherein the length of the GCC data written in a single OAM frame matches the length of the information carrying the GCC data in a single data frame.
  • the data transmission method further includes: determining the information length of the GCC data carried in a single data frame according to the target service mode.
  • determining the information length of a single data frame carrying GCC data according to the target business mode includes at least one of the following: if the target business mode is a normal mode, the information length of a single data frame carrying GCC data is a predetermined first length; Or if the target service mode is the low-latency mode, the information length of the GCC data carried in a single data frame is the second length, and the second length is smaller than the first length.
  • the data transmission method further includes: the data sending device acquires a service request from the network management and control system, where the service request includes GCC bandwidth requirements.
  • the data transmission method further includes: the data sending device acquires a service request from the network management and control system, where the service request includes GCC bandwidth requirements and a target service mode.
  • the effective information length field has a length of 1 byte.
  • the predetermined first length is 185 bytes.
  • an optical network device including: a transmission frequency determination unit configured to determine the data frame transmission according to the GCC bandwidth requirement of the general communication channel and the information length of the GCC data carried by a single data frame Frequency; the data frame generation unit is configured to carry GCC data according to the information length of a single data frame carrying GCC data through the operation and maintenance management OAM frame; the data frame sending unit is configured to send the OAM frame to the downstream OTN according to the data frame sending frequency node.
  • the optical network device further includes: an information length determination unit configured to determine the information length of a single data frame carrying GCC data according to the target business mode, wherein, if the target business mode is a normal mode, the single data frame carries The information length of the GCC data is a predetermined first length; if the target business mode is a low-latency mode, the information length of a single data frame carrying the GCC data is a second length, and the second length is smaller than the first length.
  • an information length determination unit configured to determine the information length of a single data frame carrying GCC data according to the target business mode, wherein, if the target business mode is a normal mode, the single data frame carries The information length of the GCC data is a predetermined first length; if the target business mode is a low-latency mode, the information length of a single data frame carrying the GCC data is a second length, and the second length is smaller than the first length.
  • the optical network device further includes: a request receiving unit configured to obtain a service request from the network management and control system, where the service request includes GCC bandwidth requirements.
  • an optical network device including: a memory; and a processor coupled to the memory, the processor is configured to execute any one of the above GCC data based on instructions stored in the memory transfer method.
  • a non-transitory computer-readable storage medium on which computer program instructions are stored, and when the instructions are executed by a processor, the steps of any one of the above GCC data transmission methods are implemented. .
  • FIG. 1 is a flowchart of some embodiments of the GCC data transmission method of the present disclosure.
  • Fig. 2 is a flowchart of other embodiments of the GCC data transmission method of the present disclosure.
  • FIG. 3 is a schematic diagram of some embodiments of OAM frames in normal mode in the GCC data transmission method of the present disclosure.
  • FIG. 4 is a schematic diagram of some embodiments of OAM frames in low-latency mode in the GCC data transmission method of the present disclosure.
  • FIG. 5 is a schematic diagram of some embodiments of an optical network device of the present disclosure.
  • Fig. 6 is a schematic diagram of other embodiments of the optical network device of the present disclosure.
  • Fig. 7 is a schematic diagram of some other embodiments of the optical network device of the present disclosure.
  • the bandwidth value provided by the OTN GCC solution is fixed and cannot be flexibly adjusted according to the needs of operators and customers. There may be bandwidth waste or insufficient bandwidth in different scenarios.
  • FIG. 1 The flowchart of some embodiments of the GCC data transmission method of the present disclosure is shown in FIG. 1 .
  • the data sending device determines the data frame sending frequency according to the GCC bandwidth requirement and the information length of the GCC data carried by a single data frame.
  • data frame transmission frequency GCC bandwidth requirement/information length of a single data frame carrying GCC data.
  • the data sending device is any one of the two endpoints of any OSU connection.
  • the data sending device carries the GCC data in the OAM frame according to the information length of the GCC data carried in a single data frame.
  • the OAM frame can be improved by adding an effective information length field in the OAM function definition area of the OAM frame to identify the information length of the GCC data carried by a single data frame, and then write the GCC data into the payload of the OAM frame area, the length of the GCC data written in a single OAM frame matches the information length of the GCC data carried in a single data frame.
  • step 150 the data sending device sends the encapsulated OAM frame to the downstream OTN node according to the data frame sending frequency.
  • step 140 and step 150 may have a parallel execution stage, that is, as the OAM frame is encapsulated, the encapsulated OAM frame will be sent out, and there is no need to wait for all the data to be encapsulated before sending out, improving data transmission efficiency and reducing cache need.
  • the OAM frame of the OSU independent of the OSU channel can be used to implement GCC data transmission, which is called out-of-band GCC.
  • GCC data transmission which is called out-of-band GCC.
  • the out-of-band GCC method facilitates flexible adjustment of the GCC channel bandwidth, and is not limited by the bandwidth of the ODU0 granularity, reducing bandwidth waste.
  • the data sending device may determine the out-of-band GCC mode to perform GCC data transmission in the case of obtaining the corresponding service request from the network management and control system.
  • the service request includes the GCC bandwidth requirement, and the data sending device can determine whether to use the out-of-band GCC method according to the GCC bandwidth requirement. Such a manner can facilitate transmission control and improve the controllability of data transmission.
  • FIG. 2 The flowchart of other embodiments of the GCC data transmission method of the present disclosure is shown in FIG. 2 .
  • the data sending device acquires a service request from the network management and control system, where the service request includes GCC bandwidth requirements and may also include a target service mode.
  • the service request includes GCC bandwidth requirements and may also include a target service mode.
  • different business modes may be preset in the data sending device, and corresponding policies may be obtained according to the target business mode.
  • the information length of a single data frame carrying GCC data is determined according to the target service mode.
  • the policy corresponding to the business mode may include the information length of the GCC data carried in a single data frame, and the information length of the GCC data carried in a different single data frame is preset according to the different delay requirements of the business mode.
  • the service mode includes two types: regular mode and low-latency mode.
  • the regular mode can be the default mode, and the target service mode information is not included in the service request, and the regular mode is adopted by default.
  • the required delay in the low-latency mode is lower than that in the conventional mode.
  • the voice service has higher requirements on the delay, so the low-latency mode is suitable.
  • the types of business modes can be set according to requirements, and the information lengths of the GCC data carried by a single data frame corresponding to different business modes are different.
  • the information length of the GCC data carried in a single data frame is a predetermined first length. In some embodiments, if the target business mode is the low-latency mode, the length of the information carrying the GCC data in a single data frame is the second length, and the second length is smaller than the first length.
  • the frequency of sending data frames will be higher under the same GCC bandwidth requirement, so that the receiver can receive information faster and reduce data transmission delay.
  • a GCC effective information length (PL) overhead can be added in the "OAM function definition area" of the overhead area , indicating the information length of a single data frame carrying GCC data, and the unit can be bytes.
  • the length of the PL field may be 8 bits.
  • the schematic diagram of some embodiments of the OAM frame in conventional mode is as shown in Figure 3, the predetermined first length is 185 bytes, the payload area of the GCC OAM frame is all used for GCC data, and the corresponding identification field PL The value of 185 provides different GCC bandwidths by adjusting the sending frequency of GCC OAM frames.
  • the sending frequency of GCC OAM frames is:
  • FIG. 1 a schematic diagram of some embodiments of an OAM frame in a low-latency mode is shown in FIG.
  • Different GCC bandwidths In the case of providing the same GCC bandwidth, the transmission delay is reduced by increasing the sending frequency of GCC OAM frames to meet the needs of low-latency applications (such as voice communication).
  • the second length is set to be less than 185 bytes in order to provide GCC with a delay tolerance of about half of the conventional mode and a bandwidth of 2 Mbit/s.
  • the sending frequency of GCC OAM frames is:
  • the information length of the GCC data carried by a single OAM frame of different modes may be preset, and the pre-stored matching information length is determined by the mode or service type.
  • the data sending device determines the data frame sending frequency according to the GCC bandwidth requirement and the information length of the GCC data carried by a single data frame.
  • step 240 the GCC data is carried in the OAM frame according to the information length of the GCC data carried in a single data frame.
  • the information length can be identified in the effective information length field of the OAM function definition area of the OAM frame, and the GCC data is written into the payload area of the OAM frame, and the length of the GCC data written into a single OAM frame is the same as the single data Frames carrying GCC data match the information length.
  • step 250 the OAM frame is sent to the downstream OTN node according to the data frame sending frequency.
  • the OTU Optical Transform Unit, optical conversion unit
  • the GCC bandwidth can be flexibly adjusted to meet the different needs of operators and customers; it supports multiple GCC application modes to meet Requirements for applications with different latency tolerances.
  • FIG. 5 A schematic diagram of some embodiments of the optical network device of the present disclosure is shown in FIG. 5 .
  • the sending frequency determining unit 501 can determine the sending frequency of the data frame according to the GCC bandwidth requirement and the information length of the GCC data carried by a single data frame.
  • data frame transmission frequency GCC bandwidth requirement/information length of a single data frame carrying GCC data.
  • the data frame generation unit 502 can carry the GCC data according to the information length of the GCC data carried in a single data frame through the OAM frame.
  • the OAM frame can be improved by adding an effective information length field in the OAM function definition area of the OAM frame to identify the information length of the GCC data carried by a single data frame, and then write the GCC data into the payload of the OAM frame area, the length of the GCC data written in a single OAM frame matches the information length of the GCC data carried in a single data frame.
  • the data frame sending unit 503 can send the encapsulated OAM frame to the downstream OTN node according to the data frame sending frequency.
  • the data frame generation unit 502 and the data frame sending unit 503 may have a parallel execution stage, that is, the encapsulated OAM frame will be sent out along with the OAM frame encapsulation, without waiting for all the data to be encapsulated before sending out, improving Data transmission efficiency, reducing cache requirements.
  • Such an optical network device can implement GCC data transmission by using OAM frames of the OSU independent of the OSU channel, which is called out-of-band GCC, unlike related technologies that implement GCC with fixed overhead.
  • the out-of-band GCC method is convenient for flexible adjustment of the GCC channel bandwidth, and is not limited by the minimum bandwidth of the ODUk small bandwidth granularity, reducing bandwidth waste.
  • the optical network device may further include a request receiving unit 504 capable of obtaining a service request of the network management and control system.
  • the request receiving unit 504 determines the out-of-band GCC mode for GCC data transmission when obtaining the corresponding service request from the network management and control system.
  • the service request includes the GCC bandwidth requirement, and the request receiving unit 504 may determine whether to use the out-of-band GCC method according to the GCC bandwidth requirement.
  • the optical network device may further include an information length determining unit 505 .
  • the service request received by the request receiving unit 504 may include the target service mode.
  • the information length determining unit 505 can determine the information length of the GCC data carried in a single data frame according to the target service mode.
  • the policy corresponding to the service mode may include the information length of the GCC data carried in a single data frame. According to the different delay requirements of the service mode, different single data frames carry the information length of the GCC data in advance.
  • Such optical network equipment enables OTU to provide GCC channels on demand, with high bandwidth utilization; GCC bandwidth can be flexibly adjusted to meet the different needs of operators and customers; it supports multiple GCC application modes to meet the needs of applications with different delay tolerances need.
  • the optical network device includes a memory 601 and a processor 602 .
  • the storage 601 may be a disk, a flash memory or any other non-volatile storage medium.
  • the memory is used to store the instructions in the above corresponding embodiments of the GCC data transmission method.
  • the processor 602 is coupled to the memory 601 and may be implemented as one or more integrated circuits, such as a microprocessor or a microcontroller.
  • the processor 602 is used to execute instructions stored in the memory, which can improve bandwidth flexibility of GCC data transmission and reduce bandwidth waste.
  • the optical network device 700 includes a memory 701 and a processor 702 .
  • the processor 702 is coupled to the memory 701 through the BUS bus 703 .
  • the optical network device 700 can also be connected to an external storage device 705 through a storage interface 704 to call external data, and can also be connected to a network or another computer system (not shown) through a network interface 706 . No more detailed introduction here.
  • the data instruction is stored in the memory, and the instruction is processed by the processor, which can improve bandwidth flexibility of GCC data transmission and reduce bandwidth waste.
  • the OSU technology and the GCC technical solution of this application can help provide OSU-oriented
  • the GCC application for dedicated line customers, such as the management of client devices when establishing an OSU-based VPN improves the utilization of network resources and the flexibility of optical network use.
  • a computer-readable storage medium stores computer program instructions thereon, and when the instructions are executed by a processor, the steps of the method in the corresponding embodiment of the GCC data transmission method are implemented.
  • the embodiments of the present disclosure may be provided as methods, apparatuses, or computer program products. Accordingly, the present disclosure can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein. .
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions
  • the device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.
  • the methods and apparatus of the present disclosure may be implemented in many ways.
  • the methods and devices of the present disclosure may be implemented by software, hardware, firmware or any combination of software, hardware, and firmware.
  • the above sequence of steps for the method is for illustration only, and the steps of the method of the present disclosure are not limited to the sequence specifically described above unless specifically stated otherwise.
  • the present disclosure can also be implemented as programs recorded in recording media, the programs including machine-readable instructions for realizing the method according to the present disclosure.
  • the present disclosure also covers a recording medium storing a program for executing the method according to the present disclosure.

Landscapes

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

Abstract

本公开提出一种通用通信通道数据传输方法、光网络设备和存储介质，涉及通信技术领域。本公开的一种通用通信通道数据传输方法，包括：数据发送设备根据通用通信通道GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率；通过操作维护管理OAM帧根据单个数据帧携带GCC数据的信息长度携带GCC数据；将OAM帧按照数据帧发送频率发送至下游光传送网OTN节点。通过这样的方法，能够提高GCC数据传输的带宽灵活度，降低带宽浪费。

Description

通用通信通道数据传输方法、光网络设备和存储介质
相关申请的交叉引用
本申请是以CN申请号为202110738862.4，申请日为2021年6月30日的申请为基础，并主张其优先权，该CN申请的公开内容在此作为整体引入本申请中。
技术领域
本公开涉及通信技术领域，特别是一种GCC(General Communications Channel，通用通信通道)数据传输方法、光网络设备和存储介质。
背景技术
随着SDH(Synchronous Digital Hierarchy，同步数字体系)/MSTP(Multi-Service Transport Platform，多业务传送平台)网络停建，带来OTN(Optical Transport Network，光传送网)网络下沉到业务边缘。
OTN技术以波分复用为基础，同时引入电层交叉，实现基于ODUk(Optical channel Data Unit，光信道数据单元)的大颗粒业务调度及透明传输。但是ODUk小带宽颗粒为ODU0(1.25Gb/s)，为了解决现网高品质小颗粒(1G以下)业务承载需求，新引入灵活映射的业务单元OSU(Optical Service Unit，光业务单元)技术。OSU技术支持10Mb/s～10Gb/s级粒度多业务承载。
OTN技术支持的GCC可以用于组建用于网络管控的DCN(Data communication network，数据通信网)，OTN GCC采用随路固定开销实现。
发明内容
本公开的一个目的在于提高GCC数据传输的带宽灵活度，降低带宽浪费。
根据本公开的一些实施例，提出一种数据传输方法，包括：数据发送设备根据GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率；通过OAM(Operation Administration and Maintenance，操作维护管理)帧根据单个数据帧携带GCC数据的信息长度携带GCC数据；将OAM帧按照数据帧发送频率发送至下游OTN(Optical Transport Network，光传送网)节点。
在一些实施例中，通过OAM帧根据单个数据帧携带GCC数据的信息长度携带 GCC数据包括：根据信息长度在OAM帧的OAM功能定义区新增有效信息长度字段，标识单个数据帧携带GCC数据的信息长度；将GCC数据写入OAM帧的净荷区，其中，写入单条OAM帧的GCC数据的长度与单个数据帧携带GCC数据的信息长度相匹配。
在一些实施例中，数据传输方法还包括：根据目标业务模式确定单个数据帧携带GCC数据的信息长度。
在一些实施例中，根据目标业务模式确定单个数据帧携带GCC数据的信息长度包括以下至少一项：若目标业务模式为常规模式，则单个数据帧携带GCC数据的信息长度为预定第一长度；或若目标业务模式为低时延模式，则单个数据帧携带GCC数据的信息长度为第二长度，第二长度小于第一长度。
在一些实施例中，数据传输方法还包括：数据发送设备获取网络管控系统的业务请求，业务请求中包括GCC带宽需求。
在一些实施例中，数据传输方法还包括：数据发送设备获取网络管控系统的业务请求，业务请求中包括GCC带宽需求和目标业务模式。
在一些实施例中，有效信息长度字段长度为1字节。
在一些实施例中，预定第一长度为185字节。
根据本公开的一些实施例的一个方面，提出一种光网络设备，包括：发送频率确定单元，被配置为根据通用通信通道GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率；数据帧生成单元，被配置为通过操作维护管理OAM帧根据单个数据帧携带GCC数据的信息长度携带GCC数据；数据帧发送单元，被配置为将OAM帧按照数据帧发送频率发送至下游OTN节点。
在一些实施例中，光网络设备还包括：信息长度确定单元，被配置为根据目标业务模式确定单个数据帧携带GCC数据的信息长度，其中，若目标业务模式为常规模式，则单个数据帧携带GCC数据的信息长度为预定第一长度；若目标业务模式为低时延模式，则单个数据帧携带GCC数据的信息长度为第二长度，第二长度小于第一长度。
在一些实施例中，光网络设备还包括：请求接收单元，被配置为获取网络管控系统的业务请求，业务请求中包括GCC带宽需求。
根据本公开的一些实施例的一个方面，提出一种光网络设备，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行上文中任意 一种GCC数据传输方法。
根据本公开的一些实施例的一个方面，提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中任意一种GCC数据传输方法的步骤。
附图说明
此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
图1为本公开的GCC数据传输方法的一些实施例的流程图。
图2为本公开的GCC数据传输方法的另一些实施例的流程图。
图3为本公开的GCC数据传输方法中常规模式下OAM帧的一些实施例的示意图。
图4为本公开的GCC数据传输方法中低时延模式下OAM帧的一些实施例的示意图。
图5为本公开的光网络设备的一些实施例的示意图。
图6为本公开的光网络设备的另一些实施例的示意图。
图7为本公开的光网络设备的又一些实施例的示意图。
具体实施方式
下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
相关技术中，OTN GCC方案提供的带宽值固定，不能根据运营商和客户的需求灵活调整，在不同场景可能存在带宽浪费或带宽不足的问题。
本公开的GCC数据传输方法的一些实施例的流程图如图1所示。
在步骤130中，数据发送设备根据GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率。在一些实施例中，数据帧发送频率＝GCC带宽需求/单个数据帧携带GCC数据的信息长度。
在一些实施例中，数据发送设备为任意一条OSU连接的两个端点中的任意一个。
在步骤140中，数据发送设备通过OAM帧，根据单个数据帧携带GCC数据的信息长度携带GCC数据。在一些实施例中，可以对OAM帧进行改进，在OAM帧的 OAM功能定义区新增有效信息长度字段，标识单个数据帧携带GCC数据的信息长度，进而将GCC数据写入OAM帧的净荷区，写入单条OAM帧的GCC数据的长度与单个数据帧携带GCC数据的信息长度相匹配。
在步骤150中，数据发送设备将OAM帧按照数据帧发送频率将封装好的OAM帧发送至下游OTN节点。在一些实施例中，步骤140和步骤150可以存在并行执行阶段，即随着OAM帧的封装即将封装好的OAM帧外发，无需等待全部数据封装完毕再外发，提高数据发送效率，降低缓存需求。
这样的方法，能够采用独立于OSU通道的OSU的OAM帧实现GCC数据传输，称为带外GCC。带外GCC的方式便于灵活调整GCC通道带宽，不受ODU0颗粒度的带宽限制，降低带宽浪费。
在一些实施例中，数据发送设备可以在获取网络管控系统的对应的业务请求的情况下，确定带外GCC的方式进行GCC数据传输。在一些实施例中，业务请求中包括GCC带宽需求，数据发送设备可以根据GCC带宽需求判断是否采用带外GCC的方式。这样的方式能够便于传输控制，提高数据传输的可控性。
本公开的GCC数据传输方法的另一些实施例的流程图如图2所示。
在步骤210中，数据发送设备获取网络管控系统的业务请求，业务请求中包括GCC带宽需求，还可以包括目标业务模式。在一些实施例中，数据发送设备中可以预设有不同的业务模式，根据目标业务模式获取对应的策略。
在步骤220中，根据目标业务模式确定单个数据帧携带GCC数据的信息长度。在一些实施例中，业务模式对应的策略可以包括单个数据帧携带GCC数据的信息长度，根据业务模式的时延要求不同，预先设置不同的单个数据帧携带GCC数据的信息长度。
以双业务模式为例，如，业务模式包括常规模式和低时延模式两种，常规模式可以为默认模式，在业务请求中不包括目标业务模式信息，默认采用常规模式。低时延模式的要求的时延要低于常规模式，如语音业务对时延的要求较高，适宜采用低时延模式。在一些实施例中，业务模式的种类可以根据需求设定，不同业务模式对应的单个数据帧携带GCC数据的信息长度不同。
在一些实施例中，若目标业务模式为常规模式，则单个数据帧携带GCC数据的信息长度为预定第一长度。在一些实施例中，若目标业务模式为低时延模式，则单个数据帧携带GCC数据的信息长度为第二长度，第二长度小于第一长度。
由于低时延模式下单OAM帧携带的数据量少，则同样的GCC带宽需求下数据帧发送频率会较高，从而使接收方能够更快的接收到信息，降低数据传输时延。
在一些实施例中，为了便于对端节点识别当前使用的模式、确定单个数据帧携带GCC数据的信息长度，可以在开销区域的“OAM功能定义区”新增一个GCC有效信息长度(PL)开销，指示单个数据帧携带GCC数据的信息长度，单位可以为字节。在一些实施例中，PL字段长度可以为8个bit。
在一些实施例中，常规模式下OAM帧的一些实施例的示意图如图3所示，预定第一长度为185字节，GCC OAM帧的净荷区全部用于GCC数据，对应的标识字段PL的值为185，通过调整GCC OAM帧的发送频率来提供不同的GCC带宽。
假设需要提供的GCC带宽为2Mbit/s，GCC OAM有效信息长度为185Byte，则GCC OAM帧的发送频次为：
f＝2Mbit/s/(185Byte＊8)＝1351帧/s
在一些实施例中，在低时延模式下OAM帧的一些实施例的示意图如图4所示，GCC OAM帧的部分净荷区用于承载管控信息，通过调整GCC OAM帧的发送频率来提供不同的GCC带宽。在提供相同GCC带宽的情况下，通过提高GCC OAM帧的发送频率来降低传输时延，满足低时延应用(如语音通信)的需求。
假设为了提供时延容忍度约为常规模式一半、带宽为2Mbit/s的GCC，设置第二长度小于185字节。假设设置第二长度为92Byte，在PL字段写入的值为92，GCC OAM帧的发送频次为：
f＝2Mbit/s/(92Byte＊8)＝2717帧/s
在一些实施例中，不同模式的单个OAM帧携带的GCC数据的信息长度可以为预设，通过模式或业务种类，确定预存的匹配的信息长度。
在步骤230中，数据发送设备根据GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率。
在步骤240中，通过OAM帧根据单个数据帧携带GCC数据的信息长度携带GCC数据。
在一些实施例中，可以在OAM帧的OAM功能定义区的有效信息长度字段标识信息长度，并将GCC数据写入OAM帧的净荷区，写入单条OAM帧的GCC数据的长度与单个数据帧携带GCC数据的信息长度相匹配。
在步骤250中，将OAM帧按照数据帧发送频率发送至下游OTN节点。
通过这样的方法，OTU(Optical Transform Unit，光转换单元)可按需提供GCC通道，带宽利用率高；GCC带宽可灵活调整，满足运营商和客户的不同需求；支持多种GCC应用模式，满足不同时延容忍度的应用的需求。
本公开的光网络设备的一些实施例的示意图如图5所示。
发送频率确定单元501能够根据GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率。在一些实施例中，数据帧发送频率＝GCC带宽需求/单个数据帧携带GCC数据的信息长度。
数据帧生成单元502能够通过OAM帧，根据单个数据帧携带GCC数据的信息长度携带GCC数据。在一些实施例中，可以对OAM帧进行改进，在OAM帧的OAM功能定义区新增有效信息长度字段，标识单个数据帧携带GCC数据的信息长度，进而将GCC数据写入OAM帧的净荷区，写入单条OAM帧的GCC数据的长度与单个数据帧携带GCC数据的信息长度相匹配。
数据帧发送单元503能够将OAM帧按照数据帧发送频率将封装好的OAM帧发送至下游OTN节点。在一些实施例中，数据帧生成单元502和数据帧发送单元503可以存在并行执行阶段，即随着OAM帧的封装即将封装好的OAM帧外发，无需等待全部数据封装完毕再外发，提高数据发送效率，降低缓存需求。
这样的光网络设备能够不同于相关技术采用随路固定开销实现GCC，而是采用独立于OSU通道的OSU的OAM帧实现GCC数据传输，称为带外GCC。带外GCC的方式便于灵活调整GCC通道带宽，不受ODUk小带宽颗粒粒度的最小带宽限制，降低带宽浪费。
在一些实施例中，如图5所示，光网络设备还可以包括请求接收单元504，能够获取网络管控系统的业务请求。请求接收单元504在获取网络管控系统的对应的业务请求的情况下，确定带外GCC的方式进行GCC数据传输。在一些实施例中，业务请求中包括GCC带宽需求，请求接收单元504可以根据GCC带宽需求判断是否采用带外GCC的方式。这样的光网络设备能够便于传输控制，提高数据传输的可控性。
在一些实施例中，如图5所示，光网络设备还可以包括信息长度确定单元505。请求接收单元504收到的业务请求中可以包括目标业务模式。信息长度确定单元505能够根据目标业务模式确定单个数据帧携带GCC数据的信息长度。在一些实施例中，业务模式对应的策略可以包括单个数据帧携带GCC数据的信息长度。根据业务模式的时延要求不同，预先设置不同的单个数据帧携带GCC数据的信息长度。
这样的光网络设备使得OTU可按需提供GCC通道，带宽利用率高；GCC带宽可灵活调整，满足运营商和客户的不同需求；支持多种GCC应用模式，满足不同时延容忍度的应用的需求。
本公开光网络设备的一个实施例的结构示意图如图6所示。光网络设备包括存储器601和处理器602。其中：存储器601可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中GCC数据传输方法的对应实施例中的指令。处理器602耦接至存储器601，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器602用于执行存储器中存储的指令，能够提高GCC数据传输的带宽灵活度，降低带宽浪费。
在一个实施例中，还可以如图7所示，光网络设备700包括存储器701和处理器702。处理器702通过BUS总线703耦合至存储器701。该光网络设备700还可以通过存储接口704连接至外部存储装置705以便调用外部数据，还可以通过网络接口706连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够提高GCC数据传输的带宽灵活度，降低带宽浪费。
由于运营商建立了覆盖全国的OTN网络用于提供高品质专线业务，同时目前超过80％的专线业务速率都是1Gbit/s以下，OSU技术及本申请的GCC技术方案能够有助于提供面向OSU专线客户的GCC应用，如组建基于OSU的VPN时对客户端设备的管理，提高网络资源的利用率，提高光网络使用的灵活度。
在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现GCC数据传输方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这 些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本公开的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
最后应当说明的是：以上实施例仅用以说明本公开的技术方案而非对其限制；尽管参照较佳实施例对本公开进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本公开技术方案的精神，其均应涵盖在本公开请求保护的技术方案范围当中。

Claims (13)

  1. 一种通用通信通道数据传输方法，包括：
    数据发送设备根据通用通信通道GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率；
    通过操作维护管理OAM帧根据所述单个数据帧携带GCC数据的信息长度携带所述GCC数据；
    将所述OAM帧按照所述数据帧发送频率发送至下游光传送网OTN节点。
  2. 根据权利要求1所述的通用通信通道数据传输方法，其中，所述通过OAM帧根据所述单个数据帧携带GCC数据的信息长度携带所述GCC数据包括：
    根据所述单个数据帧携带GCC数据的信息长度在所述OAM帧的OAM功能定义区新增有效信息长度字段，标识所述单个数据帧携带GCC数据的信息长度；
    将所述GCC数据写入所述OAM帧的净荷区，其中，写入单条所述OAM帧的GCC数据的长度与所述单个数据帧携带GCC数据的信息长度相匹配。
  3. 根据权利要求1所述的通用通信通道数据传输方法，还包括：
    根据目标业务模式确定所述单个数据帧携带GCC数据的信息长度。
  4. 根据权利要求3所述的通用通信通道数据传输方法，所述根据目标业务模式确定所述单个数据帧携带GCC数据的信息长度包括以下至少一项：
    若所述目标业务模式为常规模式，则所述单个数据帧携带GCC数据的信息长度为预定第一长度；或
    若所述目标业务模式为低时延模式，则所述单个数据帧携带GCC数据的信息长度为第二长度，
    其中，所述第二长度小于所述第一长度。
  5. 根据权利要求1所述的通用通信通道数据传输方法，还包括：
    所述数据发送设备获取网络管控系统的业务请求，所述业务请求中包括所述GCC带宽需求。
  6. 根据权利要求3所述的通用通信通道数据传输方法，还包括：
    所述数据发送设备获取网络管控系统的业务请求，所述业务请求中包括所述GCC带宽需求和所述目标业务模式。
  7. 根据权利要求2所述的通用通信通道数据传输方法，其中，所述有效信息长度字段长度为1字节。
  8. 根据权利要求4所述的通用通信通道数据传输方法，其中，所述预定第一长度为185字节。
  9. 一种光网络设备，包括：
    发送频率确定单元，被配置为根据通用通信通道GCC带宽需求和单个数据帧携带GCC数据的信息长度，确定数据帧发送频率；
    数据帧生成单元，被配置为通过操作维护管理OAM帧根据所述单个数据帧携带GCC数据的信息长度携带所述GCC数据；
    数据帧发送单元，被配置为将所述OAM帧按照所述数据帧发送频率发送至下游光传送网OTN节点。
  10. 根据权利要求9所述的光网络设备，还包括：
    信息长度确定单元，被配置为根据目标业务模式确定所述单个数据帧携带GCC数据的信息长度，包括以下至少一项：
    若所述目标业务模式为常规模式，则所述单个数据帧携带GCC数据的信息长度为预定第一长度；或
    若所述目标业务模式为低时延模式，则所述单个数据帧携带GCC数据的信息长度为第二长度，
    其中，所述第二长度小于所述第一长度。
  11. 根据权利要求9或10所述的光网络设备，还包括：
    请求接收单元，被配置为获取网络管控系统的业务请求，所述业务请求中包括所述GCC带宽需求。
  12. 一种光网络设备，包括：
    存储器；以及
    耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至8任一项所述的方法。
  13. 一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现权利要求1至8任意一项所述的方法的步骤。
PCT/CN2021/128442 2021-06-30 2021-11-03 通用通信通道数据传输方法、光网络设备和存储介质 WO2023273080A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110738862.4 2021-06-30
CN202110738862.4A CN115567802A (zh) 2021-06-30 2021-06-30 通用通信通道数据传输方法、光网络设备和存储介质

Publications (1)

Publication Number Publication Date
WO2023273080A1 true WO2023273080A1 (zh) 2023-01-05

Family

ID=84689972

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/128442 WO2023273080A1 (zh) 2021-06-30 2021-11-03 通用通信通道数据传输方法、光网络设备和存储介质

Country Status (2)

Country Link
CN (1) CN115567802A (zh)
WO (1) WO2023273080A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115955519A (zh) * 2023-03-10 2023-04-11 北京智芯微电子科技有限公司 多业务应用共享物理通信通道的方法、装置及系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116436556B (zh) * 2023-03-28 2024-09-27 重庆奥普泰通信技术有限公司 一种otn设备及其自动调整gcc通道带宽的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7106746B1 (en) * 2001-07-30 2006-09-12 Cisco Technology, Inc. Method and system for data stream switching
CN101686177A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 多业务传送网的动态带宽分配方法、设备及系统
CN102170331A (zh) * 2011-05-09 2011-08-31 中兴通讯股份有限公司 一种通用通信通道（gcc）速率调整的方法和装置
CN106161265A (zh) * 2015-04-15 2016-11-23 中兴通讯股份有限公司 实现网络带宽调整的方法及装置
CN108306750A (zh) * 2017-01-13 2018-07-20 中兴通讯股份有限公司 用于管理通信网络的带宽控制方法及系统、相关设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7106746B1 (en) * 2001-07-30 2006-09-12 Cisco Technology, Inc. Method and system for data stream switching
CN101686177A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 多业务传送网的动态带宽分配方法、设备及系统
CN102170331A (zh) * 2011-05-09 2011-08-31 中兴通讯股份有限公司 一种通用通信通道（gcc）速率调整的方法和装置
CN106161265A (zh) * 2015-04-15 2016-11-23 中兴通讯股份有限公司 实现网络带宽调整的方法及装置
CN108306750A (zh) * 2017-01-13 2018-07-20 中兴通讯股份有限公司 用于管理通信网络的带宽控制方法及系统、相关设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115955519A (zh) * 2023-03-10 2023-04-11 北京智芯微电子科技有限公司 多业务应用共享物理通信通道的方法、装置及系统
CN115955519B (zh) * 2023-03-10 2023-05-26 北京智芯微电子科技有限公司 多业务应用共享物理通信通道的方法、装置及系统

Also Published As

Publication number Publication date
CN115567802A (zh) 2023-01-03

Similar Documents

Publication Publication Date Title
WO2023273080A1 (zh) 通用通信通道数据传输方法、光网络设备和存储介质
US10334335B2 (en) Method for assigning and processing a label in an optical network, optical communication device, and optical communication system
EP3089423B1 (en) Ethernet signal transmission method, scheduling method and device and system thereof
US11477549B2 (en) Transmission network system, data switching and transmission method, apparatus and equipment
WO2018210169A1 (zh) 数据传输方法、装置、设备及系统
US20210111933A1 (en) Method for adjusting phy in flexe group, related device, and storage medium
WO2017201953A1 (zh) 一种客户业务处理的方法和设备
JPWO2016084893A1 (ja) 光伝送システム及びリソース最適化方法
US10090960B2 (en) Method, apparatus and system for processing flexible-rate signal
US20230164624A1 (en) Service data processing, exchange and extraction methods, devices, and computer-readable medium
EP3716641A1 (en) Data transport method, device and system
US20200186273A1 (en) Method and Apparatus for Spectrum Defragmentation, Device, and System
WO2019170064A1 (zh) 光网络中以太数据处理的方法、装置和系统
WO2020253478A1 (zh) 资源管理方法、装置、通信设备及存储介质
AU2010230712A1 (en) Method and Device for Sending Data and Receiving Service Data
WO2014059834A1 (zh) 数据传送方法及装置
WO2021027434A1 (zh) 一种业务传输的方法、装置和系统
WO2019052539A1 (zh) 信号的处理装置及方法
WO2010028554A1 (zh) 光传送网互通的方法和装置
EP2579520A1 (en) Bandwidth allocation method and device for realizing bandwidth allocation
WO2008055438A1 (fr) Procédé et dispositif d'allocation de bande passante pour réseau optique passif dans lequel coexistent des vitesses de transmission différentes
WO2021218721A1 (zh) 业务处理的方法和装置
US20210160346A1 (en) Method for Receiving Code Block Stream, Method for Sending Code Block Stream, and Communications Apparatus
WO2014026576A1 (zh) 光传送网的数据映射方法及装置
WO2023134512A1 (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: 21948006

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21948006

Country of ref document: EP

Kind code of ref document: A1