WO2020001487A1 - Procédé et appareil de transmission de temps système, et dispositif et support de stockage lisible par ordinateur - Google Patents

Procédé et appareil de transmission de temps système, et dispositif et support de stockage lisible par ordinateur Download PDF

Info

Publication number
WO2020001487A1
WO2020001487A1 PCT/CN2019/093071 CN2019093071W WO2020001487A1 WO 2020001487 A1 WO2020001487 A1 WO 2020001487A1 CN 2019093071 W CN2019093071 W CN 2019093071W WO 2020001487 A1 WO2020001487 A1 WO 2020001487A1
Authority
WO
WIPO (PCT)
Prior art keywords
overhead
frame
data
custom
data frame
Prior art date
Application number
PCT/CN2019/093071
Other languages
English (en)
Chinese (zh)
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 WO2020001487A1 publication Critical patent/WO2020001487A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]

Definitions

  • This application relates to the field of communications.
  • OTN Optical Transport Network
  • Overhead processing plays an important role in OTN, such as Automatic Protection Switching / Protection Communication Channel , APS / PCC), General Communication Channel (GCC), etc.
  • GCC General Communication Channel
  • some reserved overhead can also be used to transmit custom information related to the device or user.
  • FPGA Field Programmable Gate Array
  • an overhead transmission method including: extracting overhead data and buffering the overhead data as an overhead frame, the overhead frame includes: a channel number, a line number, and overhead data; and the overhead is transmitted.
  • the frame is encapsulated as a custom overhead data frame; and serial transmission of overhead data is performed according to the type of the custom overhead data frame.
  • an overhead transmission device including: an extraction module configured to extract overhead data and cache the overhead data as an overhead frame, where the overhead frame includes: a channel number, a line number, and Overhead data; an encapsulation module configured to encapsulate the overhead frame into a custom overhead data frame; and a transmission module configured to perform serial transmission of overhead data according to the type of the custom overhead data frame.
  • an electronic device including a memory, a processor, and at least one application program stored in the memory and configured to be executed by the processor, when the application program is executed This causes the overhead transmission method described above to be performed.
  • a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the above-mentioned overhead transmission method is implemented.
  • FIG. 1 is a flowchart of an overhead transmission method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of overhead data provided according to an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a custom overhead data frame according to an embodiment of the present disclosure.
  • FIG. 5 is a flowchart of an overhead transmission method according to another embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of an overhead data frame provided according to an embodiment of the present disclosure.
  • FIG. 7 is an exemplary structural block diagram of an overhead transmission device according to an embodiment of the present disclosure.
  • FIG. 8 is an exemplary structural block diagram of an overhead transmission device according to another embodiment of the present disclosure.
  • FIG. 9 is a block diagram of an exemplary structure of the transmission module in FIG. 7.
  • an overhead transmission method includes steps S10-S30.
  • step S10 overhead data is extracted, and the overhead data is buffered as an overhead frame, where the overhead frame includes: a channel number, a line number, and overhead data.
  • step S20 the overhead frame is encapsulated into a custom overhead data frame.
  • step S30 serial transmission of overhead data is performed according to the type of the custom overhead data frame.
  • the overhead data is extracted from the overhead interface, and written into the cache in the order of the channel number, the line number, and the overhead data (overhead information), and waited for one frame of data to be transmitted to the encapsulation unit together.
  • FIG. 2 is a structure diagram of overhead data of each row.
  • FIG. 3 is a schematic structural diagram of a custom overhead data frame.
  • the frame header includes bytes such as a packet type field, a request channel number, and a request multiframe.
  • the packet type indicates the type of the overhead frame.
  • the payload part is the overhead to be transmitted.
  • the length of the overhead data can be set according to the requirements.
  • the custom overhead data frame may include, for example, the following fields: Pre & SFD, pkg_type, req_ch_id, reqmfas, oh valid, SA, Len / Type, 18 ⁇ 20 lines of overhead information, and FCS.
  • the method before step S20, the method further includes step S101.
  • step S101 an overhead request and a requested multiframe value are obtained.
  • a certain initial value may be used as the requested multiframe value MFAS, and then the requested multiframe value is sequentially superimposed.
  • the insert data packet (insert overhead data frame) is the overhead data that is sent to the initiator after processing by the feedback end. There is a delay from sending the overhead request to receiving the insert data packet. In order to continuously insert overhead into the service, some overhead data needs to be buffered. Need to design the cache pipeline and appropriate request interval control.
  • step S20 includes: obtaining a cache pipeline from the overhead frame; and packaging the overhead frame into a custom overhead data frame according to the overhead request and the cache pipeline.
  • the overhead frame type is determined according to the overhead request and the buffer pipeline (one frame of data information), the state machine jump is started, and a packet process is started; if the overhead request is received, the channel number and the multiframe value MFAS lock will be requested Save, and return a response signal.
  • the sending unit of the initiator sends the custom overhead frame to the feedback terminal; the feedback terminal receives the custom overhead data frame of the initiator and sends it to the de-framing unit, parses the overhead information in the custom overhead data frame, and outputs a valid channel number, Line number and overhead data.
  • the types of the custom overhead data frames include: a data frame, a request frame, and a data request frame.
  • FIG. 5 is a flowchart of an overhead transmission method according to another embodiment of the present disclosure, which may show a specific operation of step S30 in FIG. 1. As shown in FIG. 5, step S30 includes: steps S31-S33.
  • step S31 it is determined whether the type of the custom overhead data frame is a data frame. If yes, go to step S32; if no, go to step S33.
  • step S32 extraction is performed according to the line number to output the corresponding channel number, requested multiframe value, and overhead data.
  • step S33 the overhead request, the channel number, and the requested multiframe value are extracted and buffered, and a framing operation is performed according to the channel number and the requested multiframe value, and encapsulated into an overhead data frame for transmission.
  • the channel number can be used as the write address in the first line
  • MFAS can be stored in the random access memory (RAM)
  • the channel number is used as the read address in the subsequent lines 2, 3, and 4, for example. Read MFAS information from RAM.
  • step S33 may further include: extracting and caching the request indication, the request channel number, and the requested multiframe value, maintaining a state machine, and when the framing unit is idle and the cache is not empty, the overhead of the cache is Read the request information; select the overhead bytes to be inserted according to the requested channel number and the requested multiframe, and output the overhead to be inserted into the framing unit; when the overhead insertion request is valid, start the state machine to perform the framing operation, and set the overhead to be inserted according to A certain format is encapsulated as an insert overhead data frame.
  • the certain format is, for example, the format shown in FIG. 6.
  • FIG. 6 is a schematic structural diagram of an inserted overhead data frame according to an embodiment of the present disclosure.
  • the frame header part includes the frame length;
  • the payload part includes the requested channel number, the overhead bytes of the requested insertion, and the overhead enable.
  • the length of the insertion overhead can be set according to requirements.
  • the check byte is a 4-byte cyclic redundancy (CRC) check.
  • the inserted overhead data frame may include the following fields: ch_id, MFAS, GCC0, GCC1, GCC2, APS / PCC, INS_EN, DMT, RES, Pre & SFD, DA, SA, Len / Type, 16x10 frame overhead information, FCS .
  • the method may further include: the sending unit at the feedback end sends the customized insertion overhead frame to the initiator; the initiator receives the insertion overhead frame at the feedback end and sends it to the decapsulation unit; Decapsulate to obtain the overhead information, and simultaneously latch the channel number, and store them in the cache together.
  • the sending unit at the feedback end sends the customized insertion overhead frame to the initiator; the initiator receives the insertion overhead frame at the feedback end and sends it to the decapsulation unit; Decapsulate to obtain the overhead information, and simultaneously latch the channel number, and store them in the cache together.
  • the insert cache control unit After the buffering of one frame, read the overhead data and output it to the insert cache control unit; according to the latched channel number, insert the overhead cost to each channel.
  • the RAM corresponding to the overhead one frame overhead is stored.
  • the MFAS value is equal, the overhead data with the same channel number and the overhead insertion request channel number is output to the overhead insertion unit; the overhead to be inserted is loaded into the OTN
  • FIG. 7 is an exemplary structural block diagram of an overhead transmission apparatus according to an embodiment of the present disclosure.
  • an overhead transmission device includes: an extraction module 10, an encapsulation module 20, and a transmission module 30.
  • the extraction module 10 is configured to extract overhead data and cache the overhead data as an overhead frame, where the overhead frame includes: a channel number, a line number, and overhead data.
  • the encapsulation module 20 is configured to encapsulate the overhead frame into a custom overhead data frame.
  • the transmission module 30 is configured to perform serial transmission of overhead data according to the type of the custom overhead data frame.
  • the overhead data is extracted from the overhead interface, and written into the cache in the order of the channel number, line number, and overhead data, and waits for one frame of data to be transmitted to the encapsulation unit together.
  • Figure 2 shows the overhead data for each row. Schematic diagram of the structure.
  • FIG. 3 is a schematic structural diagram of a custom overhead data frame.
  • the frame header includes bytes such as a packet type field, a request channel number, and a request multiframe.
  • the packet type indicates the type of the overhead frame.
  • the payload part is the overhead to be transmitted.
  • the length of the overhead information can be set according to the requirements.
  • the overhead transmission device in addition to the extraction module 10, the encapsulation module 20, and the transmission module 30, the overhead transmission device further includes an insertion module 40.
  • the inserting module 40 is configured to obtain an overhead request and request a multiframe value.
  • the insert data packet is the overhead data that is sent to the initiator after being processed by the feedback end. There is a delay from sending the overhead request to receiving the insert data packet. In order to continuously insert the overhead into the service, some overhead data needs to be buffered. Need to design the cache pipeline and appropriate request interval control.
  • the encapsulation module 20 may be further configured to: obtain a cache pipeline from the overhead frame; and encapsulate the overhead frame into a custom overhead data frame according to the overhead request and the cache pipeline. .
  • the overhead frame type is determined according to the overhead request and the buffer pipeline (one frame of data information), the state machine jump is started, and a packet process is started; if the overhead request is received, the channel number and the multiframe value MFAS lock will be requested Save, and return a response signal.
  • the sending unit of the initiator sends the custom overhead frame to the feedback terminal; the feedback terminal receives the custom overhead data frame of the initiator and sends it to the de-framing unit, parses the overhead information in the custom overhead data frame, and outputs a valid channel number, Line number and overhead data.
  • the types of the custom overhead data frames include: a data frame, a request frame, and a data request frame.
  • FIG. 9 is a block diagram of an exemplary structure of the transmission module in FIG. 7. As shown in FIG. 9, the transmission module includes a determination unit 31, a first transmission unit 32, and a second transmission unit 33.
  • the determining unit 31 is configured to determine whether the type of the custom overhead data frame is a data frame.
  • the first transmission unit 32 is configured to: when the type of the custom overhead data frame is a data frame, perform extraction according to a line number to output a corresponding channel number, a requested multiframe value, and overhead data.
  • the second transmitting unit 33 is configured to: when the type of the custom overhead data frame is a request frame or a data request frame, extract and cache the overhead request, the channel number, and the requested multiframe value, and according to the The channel number and the requested multiframe value are used for framing operations, and are encapsulated into an overhead data frame for transmission.
  • the channel number can be used as the write address in the first line
  • MFAS can be stored in the random access memory (RAM)
  • the channel number is used as the read address in the subsequent lines 2, 3, and 4, for example. Read MFAS information from RAM.
  • the second transmission unit may be further configured to extract and cache the request indication, the request channel number, and the requested multiframe value, and maintain a state machine.
  • the second transmission unit Read out the buffered overhead request information; select the overhead bytes to be inserted according to the requested channel number and the requested multiframe, and output the overhead to be inserted to the framing unit; when the overhead insertion request is valid, start the state machine for framing operation and wait for the
  • the insertion overhead is encapsulated into an insertion overhead data frame according to, for example, the format shown in FIG. 6, where, as shown in FIG. 6, the frame header part includes the frame length.
  • the payload part includes the request channel number, the overhead bytes requested for insertion, and the overhead enable.
  • the length of the insertion overhead can be set according to requirements.
  • the check byte is a 4-byte CRC check.
  • the second transmission unit may be further configured as: the sending unit at the feedback end sends the custom insertion overhead frame to the initiator; the initiator receives the insertion overhead frame at the feedback end and sends it to the decapsulation unit; the insertion overhead
  • the frame is decapsulated to obtain the overhead information, and the channel number is latched and stored together in the cache.
  • the overhead data is read out and output to the insert cache control unit; the overhead is inserted into the cache according to the latched channel number.
  • One frame overhead is stored in the RAM corresponding to each overhead.
  • the overhead data with the same channel number and overhead insertion request channel number is output to the overhead insertion unit; the overhead to be inserted is loaded into the OTN frame.
  • the enable signal is configured by software.
  • An embodiment of the present disclosure further provides an electronic device.
  • the electronic device may include: a memory, a processor, and at least one application program stored in the memory and configured to be executed by the processor, when the application program is executed Causes the overhead transmission method according to the above embodiments to be executed.
  • An embodiment of the present disclosure provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the methods described in the foregoing embodiments are implemented.
  • overhead data can be extracted and cached as overhead frames.
  • the overhead frames include: channel number, line number, and overhead data. ; Encapsulate the overhead frame into a custom overhead data frame; perform serial transmission of overhead data according to the type of the custom overhead data frame.
  • identifiers such as channel numbers and line numbers before the overhead and sequentially buffering them, they are packaged into a custom package for serial transmission of OTN overhead, which realizes the insertion and extraction of overhead across FPGAs, with a simple structure, high portability, and great savings.
  • OTN device pins By adding identifiers such as channel numbers and line numbers before the overhead and sequentially buffering them, they are packaged into a custom package for serial transmission of OTN overhead, which realizes the insertion and extraction of overhead across FPGAs, with a simple structure, high portability, and great savings.
  • OTN device pins By adding identifiers such as channel numbers and line numbers before the overhead and sequentially buffering them, they are packaged into a custom package for serial transmission of OTN overhead, which realizes
  • the methods in the foregoing embodiments can be implemented by means of software plus a necessary universal hardware platform, and of course, can also be implemented by hardware.
  • the technical solution of the present disclosure that is essentially or contributes to the existing technology can be embodied in the form of a software product that is stored in a storage medium (such as ROM / RAM, magnetic disk, The optical disc) includes several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods of the embodiments of the present disclosure.
  • a terminal device which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.

Abstract

L'invention concerne un procédé et un appareil de transmission de temps système, et un dispositif et un support de stockage lisible par ordinateur. Le procédé consiste à : extraire des données de temps système, et mettre en cache les données de temps système sous la forme d'une trame de temps système, la trame de temps système comprenant : un numéro de canal, un numéro de ligne et les données de temps système ; encapsuler la trame de temps système dans une trame de données de temps système définie par l'utilisateur ; et effectuer une transmission en série des données de temps système selon le type de la trame de données de temps système définie par l'utilisateur.
PCT/CN2019/093071 2018-06-28 2019-06-26 Procédé et appareil de transmission de temps système, et dispositif et support de stockage lisible par ordinateur WO2020001487A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810686869.4 2018-06-28
CN201810686869.4A CN110661745B (zh) 2018-06-28 2018-06-28 一种开销传输方法、装置、设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2020001487A1 true WO2020001487A1 (fr) 2020-01-02

Family

ID=68984745

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/093071 WO2020001487A1 (fr) 2018-06-28 2019-06-26 Procédé et appareil de transmission de temps système, et dispositif et support de stockage lisible par ordinateur

Country Status (2)

Country Link
CN (1) CN110661745B (fr)
WO (1) WO2020001487A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116582412A (zh) * 2023-07-06 2023-08-11 北京晟芯网络科技有限公司 Otn跨芯片发送、接收开销及请求的方法、装置和介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114051023B (zh) * 2021-11-11 2023-05-23 烽火通信科技股份有限公司 光业务单元帧开销处理方法、装置、设备及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571415A (zh) * 2003-07-17 2005-01-26 华为技术有限公司 一种封装数据流的方法
CN1812316A (zh) * 2005-01-25 2006-08-02 华为技术有限公司 一种链路汇聚处理方法和装置
CN101656588A (zh) * 2009-09-21 2010-02-24 中兴通讯股份有限公司 一种传输数据的方法及系统
CN101944952A (zh) * 2010-09-26 2011-01-12 中兴通讯股份有限公司 一种实现光传送网开销处理的装置及方法
US8149868B2 (en) * 2007-03-14 2012-04-03 Hitachi, Ltd. Interface board and optical transmission equipment

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7512150B2 (en) * 2003-03-24 2009-03-31 Applied Micro Circuits Corporation 10 GbE LAN signal mapping to OTU2 signal
CN100589365C (zh) * 2007-09-14 2010-02-10 中兴通讯股份有限公司 一种光传输网中光净荷单元的时隙划分与开销处理的方法
CN101668003B (zh) * 2008-09-05 2013-09-11 华为技术有限公司 数据帧传输方法、设备及系统
CN101631335B (zh) * 2009-08-19 2011-12-28 中兴通讯股份有限公司 一种将开销插入光通道数据单元帧的方法及装置
CN103561360B (zh) * 2013-10-24 2016-08-24 烽火通信科技股份有限公司 串行处理光传送网开销的装置及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571415A (zh) * 2003-07-17 2005-01-26 华为技术有限公司 一种封装数据流的方法
CN1812316A (zh) * 2005-01-25 2006-08-02 华为技术有限公司 一种链路汇聚处理方法和装置
US8149868B2 (en) * 2007-03-14 2012-04-03 Hitachi, Ltd. Interface board and optical transmission equipment
CN101656588A (zh) * 2009-09-21 2010-02-24 中兴通讯股份有限公司 一种传输数据的方法及系统
CN101944952A (zh) * 2010-09-26 2011-01-12 中兴通讯股份有限公司 一种实现光传送网开销处理的装置及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116582412A (zh) * 2023-07-06 2023-08-11 北京晟芯网络科技有限公司 Otn跨芯片发送、接收开销及请求的方法、装置和介质
CN116582412B (zh) * 2023-07-06 2023-11-24 北京晟芯网络科技有限公司 Otn跨芯片发送、接收开销及请求的方法、装置和介质

Also Published As

Publication number Publication date
CN110661745B (zh) 2022-07-08
CN110661745A (zh) 2020-01-07

Similar Documents

Publication Publication Date Title
CN111010253B (zh) 一种基于hinoc协议的himac拆帧系统、方法
US20090248918A1 (en) Method and system for a usb ethertype to tunnel usb over ethernet
WO2017088557A1 (fr) Procédé et appareil de traitement pour émission et réception d'un paquet de données
CN102104548B (zh) 一种数据包接收处理方法和装置
CN113326228B (zh) 基于远程直接数据存储的报文转发方法、装置及设备
WO2020001487A1 (fr) Procédé et appareil de transmission de temps système, et dispositif et support de stockage lisible par ordinateur
US9503309B2 (en) Ethernet communication system and method based on MMC/SD interface
US20140334816A1 (en) Method, apparatus, and system for processing data on otn optical transport network
CN111245550B (zh) Sdh信号处理方法、装置及系统
CN107888337B (zh) 一种fpga、fpga处理信息的方法、加速装置
CN110071839B (zh) 支持数字信号处理器的corba通信装置
US9270734B2 (en) Download method and system based on management data input/output interface
US20120041998A1 (en) Network Interface for Accelerating XML Processing
CN113890680A (zh) 一种应用于光纤通道航电网络dds的传输方法
CN110012367B (zh) 用于gpon olt的omci组帧装置及组帧方法
CN111342929A (zh) 信息发送和接收方法及其装置、信息处理系统
CN114422617B (zh) 一种报文处理方法、系统及计算机可读存储介质
CN113141520A (zh) 视频流传输方法、装置、电子设备及存储介质
CN114567614B (zh) 基于fpga实现arp协议处理的方法及装置
WO2023231428A1 (fr) Procédé d'encapsulation de paquet ipv4, dispositif électronique et support de stockage informatique
CN111181682A (zh) 一种基于fpga的gfp帧分片传输的实现方法
WO2024061124A1 (fr) Procédé et appareil de traitement de données, dispositif électronique et support de stockage lisible
CN116055418B (zh) 以太网数据的发送方法、装置、电子设备和存储介质
CN113098780B (zh) 虚拟网络的报文处理方法、电子设备及存储介质
WO2021217520A1 (fr) Procédé et dispositif de transmission de données

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: 19826029

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 18.02.2021.)

122 Ep: pct application non-entry in european phase

Ref document number: 19826029

Country of ref document: EP

Kind code of ref document: A1