[go: up one dir, main page]

WO2013181826A1 - Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn - Google Patents

Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn Download PDF

Info

Publication number
WO2013181826A1
WO2013181826A1 PCT/CN2012/076590 CN2012076590W WO2013181826A1 WO 2013181826 A1 WO2013181826 A1 WO 2013181826A1 CN 2012076590 W CN2012076590 W CN 2012076590W WO 2013181826 A1 WO2013181826 A1 WO 2013181826A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
data
control module
channel
physical layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2012/076590
Other languages
English (en)
Chinese (zh)
Inventor
孙涛
常天海
阎君
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201280000840.7A priority Critical patent/CN102835127B/zh
Priority to PCT/CN2012/076590 priority patent/WO2013181826A1/fr
Publication of WO2013181826A1 publication Critical patent/WO2013181826A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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]

Definitions

  • the present invention relates to the field of optical communication technologies, and in particular, to an optical transmission network (Optical).
  • Optical optical transmission network
  • GCC General Communication Channel
  • APS Automatic Protection Switching
  • the embodiments of the present invention provide a method and a device for transmitting and receiving an OTN overhead, which are used to improve the efficiency of the physical layer channel of the OTN overhead and implement dynamic allocation of the physical layer channel, and can extend the type of the data packet.
  • the embodiment of the present invention provides a method for sending an OTN overhead, including: performing physical layer encapsulation on a data packet to be transmitted, and adding a type field in the physical layer encapsulation, so that the physical layer channel of the OTN overhead can be time-divided. Reusing different types of data packets, the type field being used to indicate the type of the data message to be transmitted;
  • the data packet encapsulated by the physical layer is sent in the physical layer channel of the OTN overhead.
  • an embodiment of the present invention provides a method for receiving an OTN overhead, including: The physical layer encapsulated data packet transmitted in the physical layer channel of the OTN overhead, the data packet encapsulated by the physical layer includes a type field, and the physical layer channel can time-division and multiplex different types of data packets.
  • the type field is used to indicate the type of the data packet; and the data packet is received and processed according to the type field.
  • an embodiment of the present invention provides a sending apparatus, including:
  • the physical layer encapsulation module is configured to perform physical layer encapsulation on the data packet to be transmitted, and add a type field in the physical layer encapsulation, so that different types of data packets can be time-division multiplexed in the physical layer channel of the OTN overhead, the type a field is used to indicate the type of the data message to be transmitted;
  • an embodiment of the present invention provides a receiving apparatus, including:
  • the OTN cost module is configured to receive the physical layer encapsulated data packet transmitted in the physical layer channel of the OTN overhead, where the data packet encapsulated by the physical layer includes a type field, and the physical layer channel can be time division multiplexed Different types of data packets, the type field is used to indicate the type of the data packet;
  • the physical layer decapsulation module is configured to receive and process the data packet according to the type field.
  • the embodiment of the present invention performs physical layer encapsulation on the data packet to be transmitted, and the data packet encapsulated by the physical layer is transmitted in the physical layer channel, instead of limiting the physical layer channel to a certain transmission.
  • Data packets so that different types of data packets can be time-multiplexed with the same physical layer channel, improve the efficiency of the physical layer channel, and dynamically allocate physical layer channels.
  • By encapsulating the packet type Extend the type of data message.
  • FIG. 1 is a schematic flowchart of an embodiment of a method for transmitting an OTN overhead according to the present invention
  • FIG. 2 is a schematic structural diagram of a system for transmitting an OTN overhead according to the present invention
  • FIG. 3 is a schematic diagram of a format of a protocol packet encapsulated by a physical layer in the present invention
  • FIG. 4 is a schematic diagram of a format of a static packet after being encapsulated by a physical layer according to the present invention
  • FIG. 5 is a schematic flowchart of another embodiment of a method for transmitting an OTN overhead according to the present invention
  • FIG. 6 is a schematic diagram of a format of a static packet according to the present invention
  • FIG. 7 is a schematic flowchart of another embodiment of a method for transmitting an OTN overhead according to the present invention
  • FIG. 8 is a schematic flowchart of a method for receiving an OTN overhead according to another embodiment of the present invention
  • 10 is a schematic flowchart of another embodiment of a method for receiving an OTN overhead according to the present invention
  • FIG. 11 is a schematic structural diagram of an embodiment of a transmitting apparatus according to the present invention.
  • FIG. 12 is a schematic structural diagram of another embodiment of a transmitting apparatus according to the present invention.
  • FIG. 13 is a schematic structural diagram of an embodiment of a receiving apparatus according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a schematic flowchart of an OTN overhead sending method according to an embodiment of the present invention, including: Step 11: Perform physical layer encapsulation on a data packet to be transmitted, and add a type field in the physical layer encapsulation, so that the OTN overhead physical layer channel Different types of data messages can be time-division multiplexed, and the type field is used to indicate the type of the data message to be transmitted.
  • the data packets to be transmitted can be divided into static packets and protocol packets.
  • the static packets refer to the fixed-content packets sent periodically.
  • the protocol packets refer to the running of a complex protocol. Text.
  • the static packets can be classified into two types: fast (fast) static packets and slow (slow) static packets.
  • Fast static packets are shorter in duration and shorter in length than slow static packets.
  • each static message can also be divided into a plurality of smaller types.
  • the ten-year-old texts can include new delayed time measure (ndtm), ten-party discussion, 1588, and general communication channel (GCC) protocol messages.
  • the data packet to be transmitted may include a fast static packet (fastjype), a slow static packet (slow_type), an ndtm protocol packet, a 1588 protocol packet, a GCC protocol packet, and n types of reservations.
  • Type of data message can be further classified into i types of messages.
  • Slow static messages can be further classified into k types of messages.
  • Each type of static message can be identified by type identifier (id), length (L), and data ( D) Composition.
  • n, i, and k are all positive integers.
  • the data packet to be transmitted is directly inserted into the fixed physical layer channel of the OTN overhead.
  • the GCC protocol packet to be transmitted is directly inserted into the GCC channel of the OTN overhead. Transfer in.
  • a certain type of data packet is not transmitted in the OTN overhead, but a plurality of types of data may be transmitted in a time division multiplexing manner.
  • the GCC protocol packet can be transmitted in the first time period, and the 1588 protocol packet is transmitted in the second time period, and the static packet is transmitted in the third time period.
  • the type of the data packet can be identified at the same time as the data packet is transmitted.
  • the physical layer encapsulation mode is adopted, and the type corresponding to the data packet is added in the physical layer encapsulation.
  • the HDLC encapsulation is taken as an example.
  • the packet format of the physical layer encapsulation of the protocol packet includes an HDLC frame header (7E), a type field (mux_type), and a complex protocol part as a payload. (that is, the protocol message to be transmitted), the CRC check bit, and the HDLC end of the frame, where the CRC check bit can be divided into a CRC check high bit (crch) and a CRC check low bit (crcl).
  • the physical packet encapsulation format of the static packet includes an HDLC frame header (7E), a type field (mux_type), and a static packet portion as a payload (specifically, multiple subtype data may be used.
  • each seed type data can be represented by a type-length-value, a CRC check bit, and an HDLC frame tail, wherein the CRC check bit can be divided into a CRC check high bit (crch) and a CRC check low bit (crcl).
  • the type field ( muxjype ) is used to indicate the type of the data message. For example, for fast static messages, the mux_type can be set. Set to 01. For slow static messages, set the mux_type to 02. For GCC protocol messages, set the mux-type to 03.
  • the physical layer encapsulation mode of FIG. 3 or FIG. 4 is exemplified by the HDLC encapsulation.
  • an Ethernet encapsulation (FE, GE, 10GE) or the like can also be used.
  • the length of the mux_type is defined as 1 byte, its expandable data type can reach 255 (all 0s are invalid).
  • the length of the mux_type is defined as double bytes, the extension type can reach 65,535. . If the data type is further divided into data types, such as i (i is a positive integer) data included in the static message, the extended structure of the data message becomes very flexible, and the forward compatibility becomes very simple.
  • Step 12 The data packet encapsulated by the physical layer is sent in the physical layer channel of the OTN overhead.
  • the physical layer channel of the OTN overhead may include one or more.
  • a byte occupied by GCC0 is defined as a physical layer channel for transmitting data packets
  • the data layer encapsulated by the physical layer may be encapsulated in each frame.
  • the text is inserted into the byte occupied by GCC0 for transmission.
  • the physical layer encapsulated data packet is inserted into the byte occupied by GCC0 in each frame.
  • the byte occupied by GCC1 is transmitted.
  • a physical layer channel when a data packet is transmitted, a physical layer channel is not fixed to one type of data packet transmission, but all types of data packets can be transmitted in the same physical layer channel, and then different types of datagrams are transmitted.
  • the text can be transmitted in the same physical layer channel in time sharing, improving the efficiency of use. Since the physical layer channel can transmit any type of data message, dynamic allocation of bandwidth can be achieved.
  • the type of the data packet is added to implement the extension of the data packet type.
  • FIG. 5 is a schematic flowchart of another embodiment of a method for transmitting an OTN overhead according to the present invention. This embodiment takes a static packet as an example. Referring to FIG. 5, this embodiment includes:
  • Step 51 The static message control module sends a ready signal to the time sharing and priority control module when a static message is to be sent.
  • the static packet is sent periodically, assuming that the static packet starts from time 0.
  • the time T is transmitted for the period, and when the transmission period of the static message arrives, that is, at the time point of ⁇ ( ⁇ is a positive integer), the static message control module can detect whether a static message is to be transmitted.
  • static messages can be organized in channels.
  • the static message control module can start the inspection from the first channel (C1) to determine whether to send static messages.
  • C1 the first channel
  • a static message can include 64 channels, and each channel can contain 32 bytes of data.
  • the data of each channel is relatively independent, and the specific usage can be defined or parsed by high-level software. It can be understood that the number of channels given here and the data length of each channel can be defined by themselves.
  • the total value (total) can be recorded in the first byte (byte number is 0), the total value marks the number of bytes that the current channel needs to send, and the number of bytes to be sent includes total bytes. If the total value is not 0, the channel has data to send. When any channel has data to send, the static message control module can send a ready signal to the time sharing and priority control module.
  • Step 52 After receiving the indication signal, the time-sharing and priority control module sends a frame header field and a report to the High Level Data Link Control (HDLC) encapsulation module after determining that the static message can be sent.
  • HDLC High Level Data Link Control
  • the time-sharing and priority control module After receiving the ready signal, the time-sharing and priority control module first determines whether there is a message currently being sent. If not, it determines whether the ready signal of other messages is received, if no ready signal of other messages is received. Then it is determined that the data message to be sent can be sent. Alternatively, if a ready signal of other messages is received, the data message may be sent according to a preset priority order, for example, if a ready signal indicating that a 1588 protocol message is to be sent and a ready message to be sent a static message are received If the signal has a higher priority than the 1588 packet, you can determine that the static packet to be sent can be sent.
  • a ready signal of a static message of a fast type and a ready signal of a static message of a slow type are received, and a static message of a fast type has a higher priority than a static message of a slow type, it can be determined that it can be sent.
  • Fast type static message For example, if a ready signal of a static message of a fast type and a ready signal of a static message of a slow type are received, and a static message of a fast type has a higher priority than a static message of a slow type, it can be determined that it can be sent.
  • Fast type static message for example, if a ready signal of a static message of a fast type and a ready signal of a static message of a slow type are received, and a static message of a fast type has a higher priority than a static message of a slow type
  • the corresponding field needs to be sent in combination with the HDLC processing, for example, sending a 1 byte 7E frame header; and then transmitting a 1-byte message type mux_type, specifically, For the fast type, mux_type is 01, and for the slow type, mux_type is 02. Further, when the third byte needs to be sent, that is, when valid data needs to be sent, the time-sharing and priority control module may send a request signal (req) to the static message control module to request valid data.
  • req request signal
  • Step 53 After receiving the request signal, the static message control module sends the valid data of the static message to the time sharing and priority control module and synchronously gives a valid signal, and after the static message control module sends the valid data, Give an invalid signal.
  • the static message control module After receiving the req signal, the static message control module needs to send the data of the first byte, that is, the data corresponding to the total position (position index is 0), then replace the total value with the channel value and send it to the time-sharing and The priority control module, for example, the data of the first channel currently transmitting the static message, then replaces the total value of the first channel with 1.
  • the static message control module When the static message control module receives the req signal, if it needs to send the data of the non-total position, that is, the data of the 2nd to 32th bytes (the position index is 1 ⁇ 31), the data in the cache is directly sent to the time sharing. And the priority control module, for example, sequentially sends idl, Ll, datal, and the like.
  • the static message since the static message is organized in a channel manner, in order to ensure the integrity of the data, it is necessary to transmit the valid data of one channel and then send the valid data of the next channel. For example, after the static message control module sends the data of the first channel (C1), it continues to patrol the second channel (C2) and processes C3 after the data in C2 is sent, and so on.
  • static packets can be classified into multiple types, such as idl and id2, one type of data needs to be sent before another type of data is sent. For example, idl, L1, and datal are sent. After that, send id2, L2, and data2.
  • Step 54 The time-sharing and priority control module sends the valid data of the received static packet to the HDLC encapsulation module.
  • Step 55 The HDLC encapsulation module performs physical layer encapsulation on the received data.
  • the frame header 7E is encapsulated first, then the mux_type is encapsulated, followed by the valid data, and then the Cyclic Redundancy Check (CRC) of the HDLC is continued to be encapsulated when an invalid signal is received.
  • the check bit (this bit can specifically include crch and crcl), followed by the end of frame mark 7E. At this point, a complete HDLC message is sent. Go to the next loop.
  • Step 56 The HDLC encapsulation module inserts the static packet encapsulated by the physical layer into the OTN overhead.
  • Step 57 The OTN overhead module sends a static packet encapsulated by the physical layer.
  • This embodiment describes the physical layer encapsulation and transmission process of the static packet to implement the transmission of static packets in the physical layer channel.
  • FIG. 7 is a schematic flowchart of another embodiment of a method for transmitting an OTN overhead according to the present invention.
  • a sending protocol packet is taken as an example. Referring to Figure 7, this embodiment includes:
  • Step 71 The protocol message control module sends a ready signal to the time sharing and priority control module when the protocol message is to be sent.
  • Step 72 After receiving the indication signal, the time-sharing and priority control module sends a frame header field and a message type field to the HDLC encapsulation module, and obtains valid data from the protocol packet control module after determining that the protocol packet can be sent. , that is, get the data message to be transmitted.
  • the time-sharing and priority control may also determine whether the protocol packet can be sent according to whether the packet is sent or not.
  • the frame header 7E may be sent first, then the mux_type field indicating the packet type is sent, and then the valid data is obtained from the protocol packet control module.
  • the valid data in this embodiment is a packet that has been encapsulated by the protocol layer, for example, a GCC protocol packet encapsulated in the GCC protocol, or a 1588 protocol packet encapsulated in the protocol layer according to the 1588 protocol.
  • Step 74 The time-sharing and priority control module sends the valid data of the received static packet to the HDLC encapsulation module.
  • Step 75 The HDLC encapsulation module performs physical layer encapsulation on the received data.
  • the frame header 7E is encapsulated first, then the mux_type is encapsulated, followed by the valid data, and then the CRC16 check bit of the HDLC is continuously encapsulated when the invalid signal is received (this bit may specifically include crch and crcl). ), followed by the end of frame mark 7E.
  • this bit may specifically include crch and crcl.
  • the replacement processing can also be performed. For details, refer to the related description in the static packet.
  • Step 77 The OTN overhead module sends a static packet encapsulated by the physical layer.
  • This embodiment describes the physical layer encapsulation and transmission process of the protocol packet, so as to implement the transmission of protocol packets in the physical layer channel.
  • FIG. 8 is a schematic flowchart of an OTN overhead receiving method according to an embodiment of the present invention, including: Step 81: Receive a physical layer encapsulated data packet transmitted in a physical layer channel of an OTN overhead, and the physical layer encapsulated datagram
  • the text field includes a type field, and the physical layer channel is capable of time-division multiplexing different types of data packets, and the type field is used to indicate the type of the data packet.
  • Step 82 Perform receiving processing on the data packet according to the type field.
  • a physical layer channel when a data packet is transmitted, a physical layer channel is not fixed to a data packet transmission, but all types of data packets can be transmitted in a physical layer channel, and then different types of data packets are transmitted. It can be transmitted in the same physical layer channel in time sharing, improving the efficiency of use. Since the physical layer channel can transmit any type of data message, dynamic allocation of bandwidth can be achieved. The type of data packets is added during physical layer encapsulation to extend the data packet type.
  • FIG. 9 is a schematic flowchart of another embodiment of a method for receiving an OTN overhead according to the present invention.
  • This embodiment takes a static packet as an example.
  • This embodiment includes:
  • Step 91 The OTN overhead module sends the data packet transmitted in the physical layer channel to the HDLC. Decapsulate the module.
  • the data packet is a data packet encapsulated by the physical layer, and the type in the physical layer encapsulation field indicates that the data packet is a static packet.
  • Step 92 The HDLC decapsulation module decapsulates the received data packet, obtains a type field, and sends an indication signal (ready) to the static message control module when the type field indicates a static message, and decapsulates the packet.
  • the data packet is sent to the static packet control module.
  • the second byte after the non- 7E byte is the valid data portion of the static message. Since the received data is not necessarily accurate, the data that has passed the CRC check can be sent to the static packet control module by using the second level cache.
  • the second level cache may be: First, the received valid data (that is, the physical layer decapsulated data message) is temporarily cached, which may be referred to as a first level cache. Specifically, the corresponding channel number Ci can be obtained from the second byte and latched. According to the latched Ci information, the data to be received can be written to the address corresponding to the corresponding channel. From the packet structure, the third byte corresponds to the idl position of the first channel. Therefore, the received third byte is stored from the 1st address until all the data contents are received. After the last byte is received, the current write RAM address is obtained, and the RAM address value is written at the 0 address as the receiving side total value.
  • the HDLC decapsulation module sends an indication signal to the static message control module, and copies the first level cached data to the second level cache. Specifically, after receiving the valid data, if 7E is detected again, the frame is considered to be ended, and it is determined whether the CRC check result is correct. If the HDLC CRC check fails, the level 1 cache will not copy to the level 2 cache. If the HDLC CRC check is correct, the level 1 cache is started to copy to the level 2 cache, but the copy process needs to be read first. The data of the first and second level caches are compared. If there is a difference, an interrupt can be given. Whether an interrupt is required can be performed according to the actual application.
  • the packet type field is detected, and different types of data packets can be correctly received.
  • FIG. 10 is a schematic flowchart of another embodiment of a method for receiving an OTN overhead according to the present invention.
  • This embodiment takes a receiving protocol packet as an example.
  • This embodiment includes:
  • Step 102 The HDLC decapsulation module decapsulates the received data packet, obtains a type field, and sends an indication signal (ready) to the protocol packet control module when the type field indicates a protocol packet, and decapsulates the packet.
  • the data packet is sent to the protocol packet control module.
  • the protocol packet control module can The built-in CRC check mechanism then validates the valid data.
  • the content of the end of the frame and the CRC check of the HDLC encapsulation module can be found in the related content of the static packet.
  • the packet type field is detected, and different types of data packets can be correctly received.
  • DFX design for X
  • X is, for example, maintainability, testability, etc.
  • FIG. 11 is a schematic structural diagram of an embodiment of a transmitting apparatus according to the present invention, which includes a physical layer encapsulating module 111 and an OTN overhead module 112.
  • the physical layer encapsulating module 111 is configured to transmit datagrams to be transmitted.
  • the physical layer encapsulation is performed, and the type field is added in the physical layer encapsulation, so that different types of data packets can be time-division multiplexed in the physical layer channel of the OTN overhead, and the type field is used to indicate the data packet to be transmitted.
  • the OTN overhead module 112 is configured to send the data packet encapsulated by the physical layer in a physical layer channel of the OTN overhead.
  • the physical layer encapsulation module 111 may include: a packet control module.
  • the time-sharing and priority control module 122 and the HDLC encapsulation module 123 are configured to send a frame header to the HDLC encapsulation module 123 after receiving the indication signal sent by the packet control module 121. And the type field, and the data message to be transmitted to the message control module 121, and the data message to be transmitted is sent to the HDLC encapsulation module 123;
  • the message control module 121 is configured to send the indication signal, and after the time-sharing and priority control module 122 requests the data message to be transmitted, send the data message to the time-sharing and priority control module 122.
  • the data message to be transmitted is used to send an invalid signal to the HDLC encapsulation module 123 by the time sharing and priority control module 122 after the data message to be transmitted is sent.
  • the HDLC encapsulating module 123 is configured to generate a CRC check field and an HDLC frame tail after receiving the invalid signal, and according to the HDLC frame header, the type field, the data packet to be transmitted, and the CRC The field and the sequence of the HDLC frame are encapsulated, and the invalid signal is sent by the message control module 121 after the valid data is sent.
  • the packet control module 121 specifically includes:
  • a first control submodule configured to send the indication signal
  • a second control sub-module configured to send the data message to be transmitted to the time-sharing and priority control module after the time-sharing and priority control module requests the data message to be transmitted;
  • the control submodule is configured to send the invalid signal to the HDLC encapsulating module after transmitting the data packet to be transmitted.
  • the data packet to be transmitted is a static packet
  • the first control submodule includes:
  • the second control submodule specifically includes:
  • the data message to be transmitted includes at least one channel; each channel includes a total number of bytes of the channel and channel data; the channel data includes at least one subchannel; and the subchannel includes a data type of the subchannel. , the total number of bytes of the subchannel and the subchannel data.
  • the data packet to be transmitted is a protocol packet
  • the first control submodule includes:
  • the first protocol packet control module is configured to send the indication signal to the time sharing and priority control module after acquiring the data packet encapsulated by the completed protocol.
  • the second control submodule specifically includes:
  • a second protocol message control module configured to send, by the time-sharing and priority control module, the data packet to be transmitted to the time-sharing and priority control module .
  • the physical layer encapsulation of the data packet to be transmitted is performed in the physical layer channel, instead of restricting the physical layer channel to a certain type of data packet.
  • Different types of data packets can be used to time-multiplex the same physical layer channel, improve the efficiency of the physical layer channel, and dynamically allocate the physical layer channel.
  • the type of the data packet can be performed. Expansion.
  • FIG. 13 is a schematic structural diagram of an embodiment of a receiving apparatus according to the present invention, including an OTN overhead module 131 and a physical layer decapsulation module 132.
  • the OTN overhead module 131 is configured to receive a physical layer encapsulated datagram transmitted in a physical layer channel of an OTN overhead.
  • the data packet encapsulated by the physical layer includes a type field, and the physical layer channel is capable of time-division multiplexing different types of data packets, where the type field is used to indicate the type of the data packet;
  • the layer decapsulation module 132 is configured to perform receiving processing on the data packet according to the type field.
  • the type field indicates that the data packet is a static packet
  • the physical layer decapsulation module 132 specifically includes: a first HDLC decapsulation module and a first packet control module;
  • the encapsulating module is configured to decapsulate the data packet encapsulated by the physical layer, obtain the type field and the data packet, and delay the data packet
  • the method is configured to perform CRC processing on the buffered data packet, and configured to send an indication signal to the first packet control module after the CRC is successfully verified, and send the cached data packet to the first a message control module;
  • the first packet control module is configured to receive the cached data packet sent by the first HDLC decapsulation module after receiving the indication signal.
  • the type field indicates that the data packet is a protocol packet
  • the physical layer decapsulation module specifically includes a second HDLC decapsulation module and a second packet control module.
  • the second HDLC decapsulation module is configured to decapsulate the data packet encapsulated by the physical layer, obtain the type field and the data packet, and send an indication signal to the second packet control module. And sending the data packet to the second packet control module;
  • the second packet control module is configured to receive the second signal after receiving the indication signal
  • the data packet sent by the HDLC decapsulation module is the data packet sent by the HDLC decapsulation module.
  • the physical layer encapsulation of the data packet to be transmitted is performed in the physical layer channel, instead of restricting the physical layer channel to a certain type of data packet.
  • Different types of data packets can be used to time-multiplex the same physical layer channel, improve the efficiency of the physical layer channel, and dynamically allocate the physical layer channel.
  • the type of the data packet can be performed. Expansion.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

L'invention porte sur un procédé et un dispositif d'envoi et de réception d'informations auxiliaires OTN. Le procédé consiste à : effectuer une encapsulation de couche physique sur un message de données à envoyer, et ajouter un champ de type durant l'encapsulation de couche physique, de manière que différents types de messages de données puissent être multiplexés par répartition temporelle dans un canal de couche physique d'informations auxiliaires OTN, le champ de type étant utilisé pour indiquer le type du message de données à envoyer ; et envoyer le message de données qui a été soumis à l'encapsulation de couche physique dans le canal de couche physique des informations auxiliaires OTN. Les modes de réalisation de la présente invention peuvent augmenter l'efficacité d'utilisation d'un canal de couche physique d'informations auxiliaires OTN et réaliser l'attribution dynamique pour le canal de couche physique, et peuvent également étendre les types de messages de données.
PCT/CN2012/076590 2012-06-07 2012-06-07 Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn Ceased WO2013181826A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201280000840.7A CN102835127B (zh) 2012-06-07 2012-06-07 Otn开销的发送、接收方法和装置
PCT/CN2012/076590 WO2013181826A1 (fr) 2012-06-07 2012-06-07 Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/076590 WO2013181826A1 (fr) 2012-06-07 2012-06-07 Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn

Publications (1)

Publication Number Publication Date
WO2013181826A1 true WO2013181826A1 (fr) 2013-12-12

Family

ID=47336887

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/076590 Ceased WO2013181826A1 (fr) 2012-06-07 2012-06-07 Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn

Country Status (2)

Country Link
CN (1) CN102835127B (fr)
WO (1) WO2013181826A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114051023B (zh) * 2021-11-11 2023-05-23 烽火通信科技股份有限公司 光业务单元帧开销处理方法、装置、设备及可读存储介质
CN114844740B (zh) * 2022-04-29 2024-01-30 东风电驱动系统有限公司 双芯片间通信方法及芯片

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1770673A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种otn网络中业务复用的开销处理方法
CN101815229A (zh) * 2009-02-25 2010-08-25 华为技术有限公司 一种业务适配的方法和业务适配装置
CN101860481A (zh) * 2010-05-25 2010-10-13 北京邮电大学 一种MPLS-TP over OTN多层网络中区分优先级的业务传送方法及其装置
WO2011095205A1 (fr) * 2010-02-02 2011-08-11 Telefonaktiebolaget L M Ericsson (Publ) Différenciation de trafic dans un réseau de transport

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100349390C (zh) * 2004-08-11 2007-11-14 华为技术有限公司 光传送网中传输低速率业务信号的方法及其装置
US7869712B2 (en) * 2006-12-05 2011-01-11 Electronics And Telecommunications Research Institute Method and apparatus for increasing transmission capacity in optical transport network
CN101944952B (zh) * 2010-09-26 2015-05-20 中兴通讯股份有限公司 一种实现光传送网开销处理的装置及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1770673A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种otn网络中业务复用的开销处理方法
CN101815229A (zh) * 2009-02-25 2010-08-25 华为技术有限公司 一种业务适配的方法和业务适配装置
WO2011095205A1 (fr) * 2010-02-02 2011-08-11 Telefonaktiebolaget L M Ericsson (Publ) Différenciation de trafic dans un réseau de transport
CN101860481A (zh) * 2010-05-25 2010-10-13 北京邮电大学 一种MPLS-TP over OTN多层网络中区分优先级的业务传送方法及其装置

Also Published As

Publication number Publication date
CN102835127B (zh) 2016-02-03
CN102835127A (zh) 2012-12-19

Similar Documents

Publication Publication Date Title
CN112134651B (zh) Oam消息传输方法、传输设备及存储介质
JP6666051B2 (ja) データ伝送方法、デバイスおよびシステム
ES2414634T3 (es) Método de ajuste sin pérdida de un ancho de banda de un canal ODUflex y el canal ODUflex
WO2019071870A1 (fr) Procédé de transmission de données dans un réseau optique, et dispositif de réseau optique
CN112583477B (zh) 一种延时测量方法、系统和存储介质
US10884972B2 (en) Communication systems with serial peripheral interface functionality
WO2014153784A1 (fr) Méthode, appareil et système de transmission de données sur ethernet
JP2016528752A (ja) Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置
WO2013117030A1 (fr) Procédé et dispositif de transmission/réception de données
WO2019076046A1 (fr) Procédé, appareil et dispositif de configuration de voie de transmission
CN113574826B (zh) 交互时钟同步报文的方法及装置
CN103825841A (zh) 一种以太网报文排序方法及装置
CN113454935A (zh) 一种线路编码方法及装置
CN102457441B (zh) 一种psn数据包处理方法及装置
CN104618057B (zh) 一种分组传送网无损伤保护倒换方法及系统
KR102309444B1 (ko) 데이터 캡슐화, 전송 방법, 장치 및 컴퓨터 저장 매체
WO2010025628A1 (fr) Procédé, équipement et système permettant une transmission de données sur une couche physique
WO2013181826A1 (fr) Procédé et dispositif d'envoi et de réception d'informations auxiliaires otn
CN111082957B (zh) 端口配置检测方法、终端和计算机可读存储介质
CN103634229B (zh) 一种片间通讯方法及控制装置
CN102546112B (zh) 一种数据封装方法及装置
WO2024244466A1 (fr) Procédé, appareil, et système de transmission de données
CN101729188B (zh) 发送和接收映射开销的方法、装置
WO2011160489A1 (fr) Procédé et dispositif de transfert d'informations de carte à carte
CN116582412A (zh) Otn跨芯片发送、接收开销及请求的方法、装置和介质

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201280000840.7

Country of ref document: CN

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

Ref document number: 12878423

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

Country of ref document: EP

Kind code of ref document: A1