WO2013181826A1 - Method and device for transmitting and receiving otn overhead - Google Patents

Abstract

Provided are a method and device for transmitting and receiving an OTN overhead. The method comprises: performing physical layer encapsulation on a data message to be transmitted, and adding a type field during the physical layer encapsulation, so that different types of data messages can be time-division multiplexed in a physical layer channel of an OTN overhead, the type field being used for indicating the type of the data message to be transmitted; and transmitting the data message which has been subjected to physical layer encapsulation in the physical layer channel of the OTN overhead. The embodiments of the present invention can increase the use efficiency of a physical layer channel of an OTN overhead and realize the dynamic allocation for the physical layer channel, and can also expand the types of data messages.

Description

 The present invention relates to the field of optical communication technologies, and in particular, to an optical transmission network (Optical).

Transport Network, OTN) Method and device for transmitting and receiving overhead. Background technique

 In the OTN overhead, 64 bytes are defined, some of which are reserved in the OTN standard and cannot be used. In the current processing scheme, generally, one type of data message occupies one or more bytes of 64 bytes, and the occupied one or more bytes are called a physical layer channel, and are in each physical layer channel. It is only used to transmit a kind of information. For example, the General Communication Channel (GCC) 0 is only used to transmit GCC management information of GCC0, and Automatic Protection Switching (APS) is used to transmit APS protection switching information. It can be seen from the above application that regardless of the effective data bandwidth, it always occupies a fixed number of bytes in the OTN overhead, and when the effective data bandwidth is small, its use efficiency is low; in addition, when a new type is introduced In the case of data packets, how to transmit new types of data packets is also a problem; in addition, the physical layer channel cannot be dynamically released. When it is not started, the bandwidth of its physical layer is already occupied and cannot be used. Summary of the invention

 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.

 In an aspect, 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.

On the other hand, 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.

 In one aspect, 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;

 The OTN cost module is configured to send the data packet encapsulated by the physical layer in a physical layer channel of the OTN overhead.

 In another aspect, 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.

According to the foregoing technical solution, 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. BRIEF DESCRIPTION OF THE DRAWINGS In order to more clearly illustrate the technical solutions in the embodiments of the present invention, a brief description of the drawings to be used in the description of the embodiments will be briefly made. It is obvious that the drawings in the following description are some of the present invention. For the embodiments, those skilled in the art can obtain other drawings according to the drawings without any creative labor. 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;

 3 is a schematic diagram of a format of a protocol packet encapsulated by a physical layer in the present invention;

 4 is a schematic diagram of a format of a static packet after being encapsulated by a physical layer according to the present invention;

 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;

 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. Further, 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.

 Specifically, referring to FIG. 2, 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. Fast static messages 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. The above n, i, and k are all positive integers.

 In the prior art, the data packet to be transmitted is directly inserted into the fixed physical layer channel of the OTN overhead. For example, for the GCC protocol packet, the GCC protocol packet to be transmitted is directly inserted into the GCC channel of the OTN overhead. Transfer in.

 In this embodiment, 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. For example, for the GCC channel, 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.

 As the physical layer channel can transmit multiple types of data packets, the type of the data packet can be identified at the same time as the data packet is transmitted. In this embodiment, the physical layer encapsulation mode is adopted, and the type corresponding to the data packet is added in the physical layer encapsulation.

Specifically, the HDLC encapsulation is taken as an example. Referring to FIG. 3, 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). Referring to FIG. 4, 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. The composition, 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. It can be understood that an Ethernet encapsulation (FE, GE, 10GE) or the like can also be used. When the length of the mux_type is defined as 1 byte, its expandable data type can reach 255 (all 0s are invalid). When 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.

 For each data packet corresponding to the mux-type, you can run your own protocol separately, for example, running the 1588 protocol or the GCC protocol. Since the physical layer encapsulation is protocol independent, decoupling of the physical layer and protocol can be achieved.

 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. For example, if 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. For another example, if the byte occupied by GCC0 and the byte occupied by GCC1 are defined as the physical layer channel of the data packet, the physical layer encapsulated data packet is inserted into the byte occupied by GCC0 in each frame. The byte occupied by GCC1 is transmitted.

 In this embodiment, 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. When the physical layer is encapsulated, 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.

 Referring to Figure 6, 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. For example, 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.

 In each channel, 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. The text type field, and the obtaining of valid data to the static message control module, that is, obtaining the data message to be transmitted.

 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. 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.

After determining that the static packet can be sent, 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.

 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.

 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.

 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.

 In addition, 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. In addition, since 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.

 Furthermore, if 64 channels are not patrolled within one transmission cycle of the static message due to priority control, etc., it is necessary to continue the transmission in the next transmission cycle and then the last location to ensure that all Channels can be sent.

 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.

For example, in the physical layer encapsulation, 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.

 For static packets encapsulated in the physical layer, see Figure 4 above.

 It should be noted that, since 7E is usually used to indicate the start and end of the message, if 7E appears in the effective content of the non-message start and end, in order to avoid mis-determined frame processing, in this embodiment, when 7E appears in the effective content, The 1 byte 7E is replaced with two bytes of 7D and 5D, and when 7D appears in the payload, the 1 byte 7D is replaced with the two bytes 7D and 5E. Since 1 byte of data is replaced with 2 bytes when replacing, the req signal needs to temporarily stop a clock when 7E or 7D occurs, where one clock is used to extract one byte of data.

 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. In this embodiment, 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.

 Similar to the processing of the static packet, 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.

 After determining the sending protocol packet, 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.

 Step 73: After receiving the request signal, the protocol message control module sends the valid data of the protocol message to the time sharing and priority control module and synchronously gives a valid signal, and after the protocol message control module sends the valid data, Give an invalid signal.

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.

 For example, in the physical layer encapsulation, 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. At this point, a complete HDLC 4 message is sent and goes to the next cycle.

 For the protocol packet encapsulated in the physical layer, see Figure 3 above.

 Similar to the processing of static packets, if the valid data of the protocol packet includes 7E or 7D, the replacement processing can also be performed. For details, refer to the related description in the static packet.

 Step 76: The HDLC encapsulation module inserts the static packet encapsulated by the physical layer into the OTN overhead.

 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.

 In this embodiment, 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 HDLC decapsulation module receives the data packet, and if the frame header 7E is detected, enters a predetermined frame state, and continues to parse the first byte of the non- 7E as a type byte, and determines the data packet according to the type byte. After the static packet is sent, the static packet control module sends an indication signal to enable the static packet control module to receive the data, and sends the decapsulated data packet to the static packet control module.

 In the decapsulation process, 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.

 Secondly, performing CRC check on the data after the first level buffering;

Again, after the verification is passed, 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. Configuration, if you need to send and receive data quickly, you need to interrupt, fast packets can use interrupt processing, slow does not need interrupt processing. If there is no difference, the data of copy and the level 2 are the same data. The coverage is not affected. At the same time, in order to ensure that the data of the level 2 cache is up-to-date, it is necessary to write 0 to the data in the address larger than the value according to the calculated total value, and the data is normally written in the address smaller than the value.

 In the above copy process, in order to prevent the level 1 cache from being overwritten by the newly received data during the copy process, a copy latch is required in the process, that is, in the copy process, the level 1 cache is not allowed to write new data. content.

 In this embodiment, the packet type field is detected, and different types of data packets can be correctly received.

 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 101: The OTN overhead module sends the data packet transmitted in the physical layer channel to the HDLC encapsulation module.

 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.

 Different from the static packet processing, after the HDLC encapsulation module sends the valid data (the data from the second byte after the 7E to the data before the CRC check) 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.

 In this embodiment, the packet type field is detected, and different types of data packets can be correctly received.

 Further, in the above receiving process, if DFX (design for X) is required, where X is, for example, maintainability, testability, etc., it is determined whether the CRC is successfully verified, or when counting the number of packets to be sent and received, according to mux – type value, which is used to count data packets of the same type.

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.

 Optionally, referring to FIG. 12, the physical layer encapsulation module 111 may include: a packet control module.

121. The time-sharing and priority control module 122 and the HDLC encapsulation module 123. The time-sharing and priority control module 122 is 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.

 Optionally, 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.

 Optionally, the data packet to be transmitted is a static packet, and the first control submodule includes:

a first static packet control module, configured to patrol each channel of the data packet to be transmitted in sequence after the sending period is reached, and when the total number of bytes of the channel is not 0, to the time sharing and The priority control module 121 transmits the indication signal. Optionally, the second control submodule specifically includes:

 a second static message control module, configured to: after the time-sharing and priority control module requests the data message to be transmitted, sequentially read data of each channel of the data message to be transmitted, and set a channel number And the data in the channel is sent to the time sharing and priority control module.

 Optionally, 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.

 Optionally, the data packet to be transmitted is a protocol packet, and 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.

 Optionally, 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 .

 In this embodiment, 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. By encapsulating the packet type, 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.

Optionally, the type field indicates that the data packet is a static packet, and 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.

 Optionally, the type field indicates that the data packet is a protocol packet, and 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.

 In this embodiment, 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. By encapsulating the packet type, the type of the data packet can be performed. Expansion.

 The embodiments of the foregoing sending device and the receiving device, the specific implementation process of each module, and the information interaction between the modules, etc., are based on the same inventive concept as the method embodiment of the present invention, and may be referred to the method embodiment. description.

 A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

 It should be noted that the above embodiments are only for explaining the technical solutions of the present invention, and are not intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art that: The technical solutions described in the foregoing embodiments are modified, or some of the technical features are equivalently replaced; and the modifications or substitutions do not deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

claims 1. A method for sending optical transport network (OTN) overhead, which is characterized by: performing physical layer encapsulation of the data message to be transmitted, and adding a type field when encapsulating the physical layer, so that the OTN overhead is included in the physical layer channel Able to time-division multiplex data packets of different types, and the type field is used to indicate the type of data packet to be transmitted; The physical layer encapsulated data packet is sent in the physical layer channel of the OTN overhead. 2. The method according to claim 1, characterized in that, the data message to be transmitted is physically encapsulated, and a type field is added during physical layer encapsulation, specifically including: The message control module sends indication signals; After receiving the instruction signal, the time sharing and priority control module sends a message to the advanced data link control module. (HDLC) encapsulation module sends HDLC frame header and the type field; The time sharing and priority control module requests the data message to be transmitted from the message control module, and sends the data message to be transmitted to the HDLC encapsulation module; After receiving the invalid signal, the HDLC encapsulation module generates a cyclic redundancy check (CRC) field and an HDLC frame tail, and performs the following steps according to the HDLC frame header, the type field, the data message to be transmitted, and the CRC Fields and the sequence of the HDLC frame tail are encapsulated, and the invalid signal is sent by the message control module after sending the data message to be transmitted. 3. The method according to claim 2, characterized in that the data message to be transmitted is a static message, and the message control module sends an indication signal, specifically including: After the transmission cycle arrives, the message control module sequentially inspects each channel of the data message to be transmitted, and when the total number of bytes in the channel is not 0, sends the instruction to the time sharing and priority control module Signal. 4. The method according to claim 3, characterized in that the time sharing and priority control module requests the data message to be transmitted from the message control module, specifically including: The time sharing and priority control module sends request signals to the message control module; After receiving the request signal, the message control module sequentially reads the data of each channel of the data message to be transmitted, and sends the channel number and data in the channel to the time sharing and priority control module. 5. The method according to any one of claims 1 to 4, characterized in that: the data message to be transmitted includes at least one channel; each channel includes the total number of bytes of the channel and channel data; The channel data includes at least one sub-channel; the sub-channel includes the data type of the sub-channel, the total number of bytes of the sub-channel and the sub-channel data. 6. The method according to claim 2, characterized in that the data message to be transmitted is a protocol message, and the message control module sends an indication signal, specifically including: After obtaining the data message that has completed protocol encapsulation, the message control module sends the instruction signal to the time sharing and priority control module. 7. The method according to claim 6, characterized in that the time sharing and priority control module requests the data message to be transmitted from the message control module, specifically including: The time sharing and priority control module sends request signals to the message control module; After receiving the request signal, the message control module sends the protocol-encapsulated data message to the time sharing and priority control module. 8. A method for receiving optical transport network (OTN) overhead, characterized by comprising: receiving a physical layer encapsulated data message transmitted in a physical layer channel of the OTN overhead, the physical layer encapsulated data message contains a type field, the physical layer channel can time-division multiplex data packets of different types, the type field is used to indicate the type of the data packet; the data packet is received according to the type field deal with. 9. The method according to claim 8, wherein the type field indicates that the data message is a static message, and the receiving and processing of the data message according to the type field specifically includes: The high-level data link control (HDLC) decapsulation module decapsulates the physical layer encapsulated data message, obtains the type field and the data message, and caches the data message; The HDLC decapsulation module performs cyclic redundancy check (CRC) processing on the cached data message; after the CRC verification is successful, the HDLC decapsulation module sends an indication signal to the message control module and stores the cached data message. Sent to the message control module. 10. The method according to claim 8, characterized in that, the type field indicates that the data message is a protocol message, and the receiving and processing of the data message according to the type field specifically includes: The high-level data link control (HDLC) decapsulation module decapsulates the physical layer encapsulated data message and obtains the type field and the data message; The HDLC decapsulation module sends an indication signal to the message control module, and sends the data message to the message control module. 11. A sending device, characterized in that it includes: The physical layer encapsulation module is used to physically encapsulate the data packets to be transmitted, and adds a type field when encapsulating the physical layer, so that different types of data packets can be time-division multiplexed in the physical layer channel of the optical transport network (OTN) overhead. The type field is used to indicate the type of the data message to be transmitted; The OTN overhead module is used to send the physical layer encapsulated data packets in the physical layer channel of the OTN overhead. 12. The device according to claim 11, wherein the physical layer encapsulation module specifically includes a time sharing and priority control module, a message control module and a high-level data link control (HDLC) encapsulation module: The time sharing and priority control module is configured to, after receiving the instruction signal sent by the message control module, send the HDLC frame header and the type field to the HDLC encapsulation module, and send the message control module The module requests the data packet to be transmitted and sends the data packet to be transmitted to the HDLC encapsulation module; The message control module is used to send the indication signal; and is used to send the time sharing and priority control module to the time sharing and priority control module after requesting the data message to be transmitted. The data message to be transmitted; used to send an invalid signal to the HDLC encapsulation module through the time sharing and priority control module after sending the data message to be transmitted; The HDLC encapsulation module is configured to generate a cyclic redundancy check (CRC) field and an HDLC frame tail after receiving the invalid signal, and generate the HDLC frame header, the type field, and the data to be transmitted according to the HDLC frame header. The data packet, the CRC field, and the HDLC frame tail are encapsulated in this order. 13. The device according to claim 12, characterized in that the message control module specifically includes: The first control submodule is used to send the indication signal; The second control submodule is used 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; third The control submodule is used to send the data message to the HDLC after sending the data message to be transmitted. The encapsulation module sends the invalid signal. 14. The device according to claim 13, wherein the data message to be transmitted is a static message, and the first control submodule specifically includes: The first static message control module is used to sequentially inspect each channel of the data message to be transmitted after the transmission cycle arrives, and when the total number of bytes of the channel is not 0, send the time-sharing and The priority control module sends the indication signal. 15. The device according to claim 13, characterized in that the second control sub-module specifically includes: The second static message control module is used to sequentially read the data of each channel of the data message to be transmitted after the time sharing and priority control module requests the data message to be transmitted, and change the channel number And the data in the channel is sent to the time sharing and priority control module. 16. The device according to any one of claims 11 to 15, characterized in that: the data message to be transmitted includes at least one channel; each channel includes the total number of bytes of the channel and channel data; the channel data It includes at least one sub-channel; the sub-channel includes the data type of the sub-channel, the total number of bytes of the sub-channel and the sub-channel data. 17. The device according to claim 12, wherein the data message to be transmitted is a protocol message, and the first control submodule specifically includes: The first protocol message control module is configured to send the indication signal to the time sharing and priority control module after acquiring the data message that has completed protocol encapsulation. 18. The device according to claim 17, characterized in that the second control sub-module specifically includes: The second protocol message control module is used to send the data message that has completed protocol encapsulation to the time sharing and priority control module after requesting the data message to be transmitted. control module. 19. A receiving device, characterized in that it includes: Optical transport network (OTN) overhead module, used to receive physical layer encapsulated data messages transmitted in the physical layer channel of OTN overhead. The physical layer encapsulated data messages include a type field, and the physical layer channel Different types of data packets can be time-division multiplexed, and the type field is used to indicate the type of the data packet; Physical layer decapsulation module, used to receive the data message according to the type field deal with. 20. The device according to claim 19, wherein the type field indicates that the data message is a static message, and the physical layer decapsulation module specifically includes a first high-level data link control (HDLC) decapsulation module. Encapsulation module and first message control module: The first HDLC decapsulation module is used to decapsulate the physical layer encapsulated data message, obtain the type field and the data message, and cache the data message; for Perform cyclic redundancy check (CRC) processing on the cached data message; used to send an indication signal to the first message control module after the CRC check is successful, and send the cached data message to The first message control module; The first message control module is configured to receive the first message after receiving the indication signal. The cached data packet sent by the HDLC decapsulation module. 21. The device according to claim 19, wherein the type field indicates that the data message is a protocol message, and the physical layer decapsulation module specifically includes a second high-level data link control (HDLC) decapsulation module. Encapsulation module and second message control module; The second HDLC decapsulation module is used to decapsulate the physical layer encapsulated data message, obtain the type field and the data message, and send an indication signal to the second message control module. , and send the data message to the second message control module; The second message control module is configured to receive the data message sent by the second HDLC decapsulation module after receiving the indication signal.