WO2009086774A1 - 数据传输方法、传输装置及传输系统 - Google Patents

数据传输方法、传输装置及传输系统 Download PDF

Info

Publication number
WO2009086774A1
WO2009086774A1 PCT/CN2008/073451 CN2008073451W WO2009086774A1 WO 2009086774 A1 WO2009086774 A1 WO 2009086774A1 CN 2008073451 W CN2008073451 W CN 2008073451W WO 2009086774 A1 WO2009086774 A1 WO 2009086774A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
data
data frame
payload
hom
Prior art date
Application number
PCT/CN2008/073451
Other languages
English (en)
French (fr)
Inventor
Xiaoxiang Duan
Guilin Feng
Yun Chen
Huaijian Wang
Chaohui Zheng
Gang He
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.
Publication of WO2009086774A1 publication Critical patent/WO2009086774A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a data transmission method, a transmission device, and a transmission system.
  • the prior art has the following problems:
  • the prior art data transmission mode for example, converting HDLC frames carried in HDLC point-to-point links into Ethernet links
  • the Ethernet frame is transmitted, when the actual payload data payload length in the HDLC frame is short (such as several bytes to several hundred bytes), the transmitted data length is much smaller than the Ethernet link layer Ethernet.
  • the technical problem to be solved by the embodiments of the present invention is to provide a data transmission method, a transmission device, and a transmission system, which can improve data transmission efficiency.
  • the embodiment of the invention provides a data transmission method, including:
  • the embodiment of the invention provides a data transmission method, including:
  • a second data frame multiframe consisting of a plurality of second data frame single frames as a payload bearer Ethernet frame, wherein the second data frame single frame is added by the payload portion of the first data frame to the second data frame frame Head composition; separating the second data frame single frame according to the number of single frames of the second data frame, reading the payload portion of each second data frame single frame and restoring to the first data frame.
  • An embodiment of the present invention provides a data transmission apparatus, including:
  • a first processing unit configured to acquire a payload portion of the first data frame
  • a second processing unit configured to add a second data frame header to the payload portion acquired by the first processing unit at the data link layer a data frame single frame, the second data frame frame header includes information of a message type and a payload length
  • a third processing unit configured to use the second data frame obtained by the second processing unit as a single frame
  • the payload is carried in an Ethernet frame, and the Ethernet frame is sent to the destination according to the routing information.
  • An embodiment of the present invention provides a data transmission apparatus, including:
  • a receiving unit configured to receive an Ethernet frame that is composed of a plurality of second data frame single frames and a second data frame multiframe as a payload, where the second data frame is added by a payload portion of the first data frame a data frame header;
  • a processing unit configured to separate the second data frame from the single frame according to the number of single frames of the second data frame, and read the payload portion of each second data frame and restore the first data frame.
  • An embodiment of the present invention provides a data transmission system, including:
  • a first data transmission device configured to acquire a payload portion of the first data frame; adding, in the data link layer, the acquired payload portion to the second data frame frame header to form a second data frame single frame, the second
  • the data frame header includes information of a packet type and a payload length; and the plurality of the second data frame single frames are carried as a payload in an Ethernet frame, and the Ethernet frame is sent out according to the routing information;
  • a second data transmission device configured to receive the Ethernet frame, separate a second data frame from a single frame according to a number of single frames of the second data frame, read a payload portion of each second data frame, and restore to the The first data frame.
  • the technical solution of the embodiment of the present invention is that the first data frame is formed into a second data frame single frame at the data link layer, and the plurality of the second data frame single frames are carried as a payload in the Ethernet.
  • the multiplexed transmission is performed in the network frame, thereby fully utilizing the MTU length of the Ethernet frame, and greatly improving the data transmission efficiency of the Ethernet.
  • the conversion can be implemented at the same data link layer, it is not necessary to use other layer protocols for conversion as in the prior art, and thus is simpler.
  • FIG. 1 is a flowchart of a data transmission method according to an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a HOM single frame format according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a frame header format of a HOM single frame according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a HOM multiframe format proposed by an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a HOM type Ethernet frame format according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a first embodiment of an application example of the present invention.
  • FIG. 7 is a schematic diagram of an application example 2 of the present invention.
  • FIG. 8 is a schematic structural diagram of a data transmission apparatus according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a second data transmission device according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a data transmission system according to an embodiment of the present invention.
  • the embodiment of the invention provides a data transmission method, which can improve data transmission efficiency.
  • the embodiment of the invention provides a new data frame, which includes a single frame and a multi-frame, and converts the data frame to be converted into a new type of data frame according to the single frame and the multi-frame, and is carried as a payload in the Ethernet frame. Ethernet transmission.
  • the new data frame is referred to as a HOM (HDLC OVER MAC, HDLC message packet is carried in a MAC (Media Access Control) layer) single frame and a HOM multiframe, and is based on the HOM single frame and the HOM complex.
  • the frame converts the data frame to be converted into an HOM-type Ethernet frame and transmits it over Ethernet, thereby improving data transmission efficiency.
  • the data frame to be converted in the embodiment of the present invention is exemplified by the HDLC frame, but is not limited thereto.
  • it may be a data frame in a PPP (Point to Point Protocol).
  • a plurality of the second data frame single frames are carried as payloads in the Ethernet frame, and the Ethernet frames are sent to the destination end according to the routing information.
  • the first data frame is a number of frames that need to be converted, for example, an advanced data link control frame
  • the second data frame is a newly proposed data frame, for example, a HOM frame.
  • FIG. 1 is a flowchart of a data transmission method according to an embodiment of the present invention, including the steps:
  • Step 101 Convert an HDLC frame into a HOM single frame.
  • the HDLC frame is received from the HDLC point to the point chain at the data link layer, the data payload in the HDLC frame is separated from other parts, and only the data payload portion is reserved, and the data payload portion is obtained. Then, a HOM frame header is added to the data payload portion of the HDLC frame to form a HOM single frame.
  • FIG. 2 it is a schematic diagram of a HOM single frame format proposed by an embodiment of the present invention.
  • HOM Frame including the header field (HOM Head), HOM Payload field (HOM PayLoad), and padding field (PAD).
  • HOM Single Frame Filling Field is optional, and it is possible to decide whether to retain this field according to different CPUs.
  • PID HOM Single Frame Filling Field
  • On a 32-bit CPU for the convenience of CPU addressing, each HOM single frame starts from an even address.
  • HOM PayLoad can be padded with 0 to 3 bytes (Byte) for long word (four bytes) alignment.
  • FIG. 3 is a schematic diagram of a frame header format of a HOM single frame according to an embodiment of the present invention.
  • the frame header of the HOM single frame contains the management information of the HOM single frame, including: the destination HDLC link number Peer Link ID of the peer end, the source HDLC link number of the local end, the local link ID, the text type HOM Type, and the payload length Len.
  • Peer Link ID identifies the physical (virtual) link number of the peer protocol.
  • LW0: 15:0 Local Link identifies the physical (virtual) link number of the local protocol.
  • HOM 4 type of text which is defined as follows:
  • HOM frame payload length does not include HOM header length and is
  • the pre-established routing table may be used to obtain the frame header of the destination HDLC single frame of the peer end.
  • the routing table includes at least the source HDLC link number of the local end, the source MAC address of the local end, the destination MAC address of the peer end, and the destination HDLC link number of the peer end.
  • the establishment of the routing table can be accomplished by using the IP protocol or other protocols for handshake communication.
  • the source HDLC link number of the local end is known, and the source HDLC link number of the local end and the destination HDLC link number of the peer end are corresponding to each other. Therefore, the source HDLC link number of the local end is found in the routing table. Destination HDLC link number, and fill the source HDLC link number of the local end and the destination HDLC link number of the peer end into the frame header of the HOM single frame.
  • Step 102 Form a HOM single frame into a HOM multiframe.
  • the multiple HOM single frames in the above mode are connected together, and the frame header of the HOM multiframe is added to form a HOM multiframe.
  • FIG. 4 it is a schematic diagram of a HOM multiframe format proposed by an embodiment of the present invention.
  • HOM MultiFrame consisting of the header of a HOM multiframe and multiple HOM single frames.
  • the header of the HOM multiframe includes the HOM NUMBER field and the HOM LENGTH field of all HOM single frames.
  • the HOM NUMBER field indicates the number of HOM single frames included in the HOM multiframe; the HOM LENGTH field is the sum of the payload lengths of all HOM single frames in the HOM multiframe, including the HOM frame payload length and in order to ensure long word alignment The length of the fill.
  • a HOM multiframe may contain multiple HOM single frames.
  • the HOM multiframe does not limit the number and length of HOM single frames.
  • the boundary of the entire frame is determined according to the length field in the HOM single frame header, that is, the HOM single frame header plus the value in the length field in the HOM single frame header determines a HOM list.
  • the range of frames It should be noted that, when determining the range of a HOM single frame, it is possible to decide whether to add a PAD field as needed.
  • Step 103 Form a HOM multiframe into an Ethernet frame.
  • a HOM type Ethernet frame is added to the Ethernet protocol 802.1Q, and the HOM multiframe is loaded as the payload of the Ethernet frame.
  • HOM type Ethernet frames include: Ethernet frame header field, HOM multiframe field, PAD field (optional), FCS (Frame Check Sequence) field.
  • DA domain (Destination MAC, destination media access control address); SA domain (Source MAC, source media access control address); Tag domain, four-byte 802.1Q tag header; Type field, ie 4 ⁇ text type.
  • the tag contains a TPID (Tag Protocol Identifier) of 2 bytes in length and TCI (Tag Control Information) of 2 bytes in length.
  • the TPID is a new type defined by the IEEE (Institute of Electrical and Electronics Engineers), indicating that this is a frame with an 802.1Q tag.
  • the TPID contains a fixed value of 0x8100.
  • the TCI contains control information for the frame, including the following elements: Priority Priority, CFI (Canonical Format Indicator), VLAN ID (VLAN Identified). Priority, the length is 3bits, which indicates the priority of the frame.
  • priority levels There are 8 priority levels, namely priority 0 - 7; CFI, length is lbit, CFI value is 0, which means the specification format, 1 is the non-canonical format, CFI is used.
  • the bit order information of the address in the encapsulated frame is indicated; the VLAN ID is 12 bits in length, indicating the ID of the VLAN, a total of 4096, each supporting the 802.1Q protocol.
  • the packets sent by the switch contain this field to indicate which VLAN (Virtual Local Area Network) it belongs to.
  • the Type field is defined as follows: 0x0800, which indicates the IP type; 0x0806, which indicates the AP (Address Resolution Protocol) type; 0x0F20, which indicates the HDLC over MAC type Ethernet frame, which is referred to as the HOM type Ethernet frame.
  • 0x0F20 indicates the HDLC over MAC type Ethernet frame, which is referred to as the HOM type Ethernet frame.
  • the Type value of 0x0F20 is used to represent the HOM type Ethernet frame, and other values can be selected according to actual needs.
  • the PAD field is optional. When the total length of the Ethernet frame is less than 64 bytes, the PAD field needs to be padded. The total length is up to 64 bytes, ensuring that the minimum length of the Ethernet frame is satisfied.
  • the pre-established routing table is searched for, and the destination MAC address of the peer end is found by the local source HDLC link number and the source MAC address, and the source MAC address of the local end and the destination MAC address of the peer end are padded to the Ethernet frame. Among the frame headers.
  • Ethernet frame described here is an example of an Ethernet frame with a Tag field, but is not limited thereto.
  • composition principle is the same.
  • Step 104 Send an Ethernet frame according to the routing information.
  • the HOM type Ethernet data frame After the HOM type Ethernet data frame is formed, it is transmitted to another system through Ethernet.
  • the HOM type Ethernet data frame already includes the routing information: the source HDLC link number of the local end; the source MAC address of the local end; the destination MAC address of the peer end; the destination HDLC link number of the peer end. Therefore, after the peer end receives the Ethernet frame, The Ethernet frame is separated and restored to HDLC frames, that is, the reverse conversion process is performed: Ethernet frame -> HOM multiframe -> HOM single frame -> HDLC frame.
  • the reverse conversion process requires layer separation of each frame header. First, the Ethernet frame header is separated. Then, according to the total number of HOM single frames and the payload length of the HOM single frame in the HOM multiframe, the HOM single frame is from the multiframe one by one. Separated in the middle.
  • the payload lengths of all HOM single frames are added and the HOM payload total length in the HOM multiframe header is length-checked. If the same, the data payload of the HDLC frame can be from the HOM. It is read out one by one in a single frame, and finally restored to an HDLC frame, and the HDLC frame is sent to the destination according to the HDLC link number of the opposite end.
  • the above method can carry multiple HOM single frames converted by HDLC frames in one Ethernet frame, which can fully utilize the MTU length of the Ethernet frame, greatly improve transmission efficiency, and the HDLC frame and the HOM type Ethernet frame are in the same
  • the data link layer can be converted without the need to use other layer protocols for conversion, and is simpler. Specific application examples of the present invention are described in detail below.
  • FIG. 6 is a schematic diagram of an application example of the present invention.
  • the data payload provided in the HDLC frame and the data payload portion separated from other parts are combined into a HOM single frame, and multiple HOM single frames are formed into a HOM multiframe.
  • the HOM multiframe adds an Ethernet frame header to form an Ethernet frame, and then transmits it, which can increase the transmission bandwidth between the eight and B systems, thereby greatly improving the data transmission efficiency between the systems.
  • the A system receives the HDLC frame sent by the C system through the HDLC link, and combines the data payload in the HDLC frame with the data payload portion separated from other parts into a HOM single frame, and combines multiple HOM single frames into a HOM multiframe.
  • the HOM multiframe adds an Ethernet frame header to form an Ethernet frame, and then transmits it to the B system according to the destination MAC address and through the Ethernet.
  • the B system After receiving the Ethernet frame, the B system separates the Ethernet frame header and then according to the HOM multiframe.
  • the total number of HOM single frames and the payload length of the HOM single frames are separated from the multiframes one by one, and the data payloads of the HDLC frames are read one by one from the HOM single frames, and finally restored to HDLC frames,
  • the HDLC link is transmitted to the D system.
  • the systems in the figure are bidirectional transmission processes.
  • the above description is only given by the C system to D system direction.
  • the principle of the reverse transmission process is the same.
  • the B system performs the process of finally converting the HDLC frame into an Ethernet frame
  • the A system performs the process of restoring the Ethernet frame to the HDLC frame.
  • FIG. 7 is a schematic diagram of an application example 2 of the present invention.
  • a processing unit As shown in Fig. 7, in the GSM (Global System for Mobile Communications) system, there are A processing units and A, processing units in the BSC (Base Station Controller) controller system.
  • the A processing unit acts as an interface directly connected to other boards.
  • the processing unit is connected to the B, C, D...N, N+1 base station systems through HDLC links.
  • the A processing unit In the original design of the prior art, only the A processing unit exists, and the A processing unit After receiving the data sent by the B, C, D...N, N+l system, it is sent to the application layer for data processing.
  • the drawback of this scheme is that when other systems connected to the A processing unit increase, the A processing unit The data that needs to be transmitted through the HDLC link and transmitted to the application layer and transmitted to the application layer will increase in proportion.
  • the A processing unit will also become the bottleneck part of the whole system, limiting the BSC extension. The ability to connect to a base station.
  • the A processing unit and the A are used in the BSC controller system, and the processing unit replaces the original A processing unit.
  • the A processing unit only retains the main function of the interface processing unit, and the separated A, the processing unit is responsible for processing the data of the original application layer.
  • the A processing unit takes the HDLC frame as its payload to form a HOM single frame, and combines multiple HOM single frames into a HOM multiframe, and adds an Ethernet frame header to the HOM multiframe to form an Ethernet frame. , ⁇
  • the destination MAC address is transmitted to the A, processing unit via Ethernet.
  • the processing unit separates the Ethernet frame header, and then separates the HOM single frame from the multiframe frame one by one according to the total number of HOM single frames and the payload length of the HOM single frame in the HOM multiframe.
  • the HOM single frame header is separated, leaving only the HDLC payload, which is handed over to the application layer for processing.
  • the data originally processed by the A processing unit is processed by the processing unit, so that the function of the A processing unit is simplified, and the capability of the processing unit is improved, and the original bottleneck problem is solved. , improve the transmission performance of the entire system.
  • the HDLC links of the A system and the B system are physically present.
  • the routing table is maintained, only the HDLC link number and MAC address of the local end and the peer end are filled in the routing table.
  • the virtual ALC, the HDLC link of the processing unit, the physical HDLC link of the A processing unit, and the A processing unit can be virtualized.
  • the virtual HDLC links are associated with the routing table.
  • the MAC address of the A processing unit and the MAC address of the processing unit are also filled in the routing table.
  • the processing unit establishes a connection through the Ethernet.
  • the embodiment of the present invention provides a data transmission apparatus.
  • FIG. 8 is a schematic structural diagram of a data transmission apparatus according to an embodiment of the present invention.
  • the data transmission device includes a first processing unit 81, a second processing unit 82, and a third processing unit 83.
  • the first processing unit 81 is configured to acquire a payload portion of the data frame to be converted.
  • the frame is an HDLC frame.
  • the first processing unit 81 After receiving the HDLC frame from the HDLC point to the point link, the first processing unit 81 separates the other parts of the HDLC frame and retains only the data payload portion.
  • the data frame to be converted may also be a point-to-point processing unit 82 for adding a HOM frame header to the payload portion acquired by the first processing unit 81 at the data link layer to form a HOM single frame.
  • Each HOM single frame includes a frame header field (HOM Head), a HOM payload field (HOM PayLoad), and a padding field (PAD), where the padding field is optional.
  • HOM Head frame header field
  • HOM PayLoad HOM payload field
  • PAD padding field
  • the payload portion of the data to be converted obtained by the first processing unit 81 is used as the HOM payload of the HOM single frame.
  • the frame header of the HOM single frame contains the management information of the HOM single frame, including the destination HDLC link number Peer Link ID of the peer end, the source HDLC link number Local Link ID of the local end, the type HOM Type, and the payload length Len.
  • the third processing unit 83 is configured to carry the multiple HOM single frames obtained by the second processing unit 82 as payloads in the Ethernet frame, and send the Ethernet frames to the destination end according to the routing information.
  • the third processing unit 83 specifically includes a plurality of the HOM single frames to form a HOM multiframe as a payload carried in an Ethernet frame.
  • HOM MultiFrame consisting of a header of a HOM multiframe and multiple HOM single frames.
  • the header of the HOM multiframe includes the HOM NUMBER field and the HOM LENGTH field of all HOM frames.
  • the Ethernet frame described herein refers to a HOM type Ethernet frame, including: an Ethernet frame header field, a HOM multiframe domain, a PAD domain (optional), and an FCS domain.
  • the Ethernet frame header field includes the following contents: a DA domain (Destination MAC address), an SA domain (Source MAC address), a Tag field, a four-byte 802.1Q tag header, and a Type field. That is 4 types.
  • the Type field is 0x0F20, which indicates an HDLC over MAC type Ethernet frame, which is referred to as a HOM type Ethernet frame.
  • the PAD field is optional. When the total length of the Ethernet frame is less than 64 bytes, the PAD field needs to be padded to a total length of 64 bytes, ensuring that the minimum length of the Ethernet frame is satisfied.
  • the routing information in the Ethernet frame includes: the source HDLC link number of the local end; the source MAC address of the local end; the destination MAC address of the peer end; and the destination HDLC link number of the peer end.
  • When transmitting over Ethernet it is transmitted according to the destination MAC address of the peer.
  • When transmitting over the HDLC link it is transmitted according to the destination HDLC link number of the peer.
  • FIG. 9 is a schematic structural diagram of a second data transmission apparatus according to an embodiment of the present invention.
  • the data transmission apparatus includes: a receiving unit 94 and a processing unit 95.
  • the receiving unit 94 is configured to receive an Ethernet frame sent by the sending end, where the Ethernet frame is a HOM multiframe composed of a plurality of HOM single frames as a payload bearer, and the HOM single frame is a payload part of the data frame to be converted. Add a HOM frame header.
  • Each HOM single frame includes a frame header field (HOM Head), a HOM payload field (HOM PayLoad), and a padding field (PAD), where the padding field is optional.
  • HOM Head frame header field
  • HOM PayLoad HOM payload field
  • PAD padding field
  • the processing unit 95 is configured to separate multiple HOM single frames according to the number of HOM single frames, read the payload portion of each HOM single frame, and restore the data frames before conversion.
  • the processing unit 95 includes: a separation unit 951, a verification unit 952, and a restoration unit 953.
  • the separating unit 951 is configured to separate a plurality of HOM single frames according to the number of HOM single frames.
  • the checking unit 952 is configured to add the payload lengths of all HOM single frames separated by the separating unit 951 and check the total payload length identified by the frame header of the HOM multiframe in the Ethernet frame.
  • the restoring unit 953 is configured to read the payload portion of each HOM single frame and restore the data frame before the conversion when the check result of the check unit 952 is the same length.
  • the data frame to be converted as referred to herein includes an advanced data link control frame or a point-to-point protocol data frame.
  • FIG. 10 is a schematic structural diagram of a data transmission system according to an embodiment of the present invention.
  • the data transmission system includes: a first data transmission device 1011 and a second data transmission device 1012.
  • a first data transmission device 1011 configured to acquire a payload portion of the data frame to be converted; add a HOM frame header to the acquired payload portion at the data link layer to form a HOM single frame, where the HOM frame header includes a message type And the information of the payload length; carrying the plurality of the HOM single frames as payloads in the Ethernet frame, and sending the Ethernet frames outward according to the routing information;
  • the second data transmission device 1012 is configured to receive the Ethernet frame sent by the sending end 1011, separate the HOM single frame according to the number of HOM single frames, and read the payload portion of each HOM single frame and restore the data frame before conversion. .
  • the first data frame includes an advanced data link control frame or a point-to-point protocol data frame.
  • the first data transmission device 1011 has the structure shown in FIG. 8, and the second data transmission device 1012 has the structure shown in FIG. 9, which is specifically described above.
  • the technical solution of the embodiment of the present invention is that the first data frame is formed into a second data frame single frame at the data link layer, and the plurality of the second data frame single frames are carried as a payload in the Ethernet frame.
  • the multiplex transmission is carried out, thereby fully utilizing the MTU length of the Ethernet frame, and greatly improving the data transmission efficiency of the Ethernet.
  • the conversion can be implemented at the same data link layer, it is not necessary to use other layer protocols for conversion as in the prior art, and thus is simpler.
  • the multiple data frames of the second data frame may be separated according to the number of single frames of the second data frame, and each second data frame is read.
  • the payload portion of the frame is restored to the first data frame before conversion.

Description

数据传输方法、 传输装置及传输系统
本申请要求于 2007 年 12 月 11 日提交中国专利局、 申请号为 200710198607.5、 发明名称为"数据传输方法和传输装置"的中国专利申请的优 先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，具体涉及一种数据传输方法、传输装置及传输 系统。
背景技术
在目前的数据通信当中， 存在着多种传输协议， 传输数据时， 一般都牵涉 到需将承载在一种链路层协议的数据转换为另一种链路层协议的数据。 转换 时， 一般采用类似 OSI ( Open System Interconnect, 开放系统互连） 的 Ί层协 议模型的转换的方式， 进行层层分离， 将各层协议的头部去掉， 获取需要的数 据本身之后， 再将数据添加另一种协议头， 从而完成协议的转换。 例如 HDLC ( High Data Link Control, 高级数据链路控制）帧需转换成以太网帧进行传输， 则 HDLC协议和以太网协议利用上层的 IP ( Internet Protocol , 互联网络协议 ) 协议等网络层协议进行中转， 进行链路层协议的转换， 最终将一个 HDLC帧 转化为一个以太网帧后再传输。
在对现有技术的研究和实践过程中 , 发明人发现现有技术存在以下问题： 现有技术的数据传输方式下， 例如把承载在 HDLC点对点链路中的 HDLC帧 转换为在以太网链路上传输的以太网帧时， 当 HDLC帧中实际的传输数据净 荷长度较短（如几字节到几百字节不等时）， 传输的数据长度远远小于以太网 链路层以太网帧的 MTU ( Maximum Transmission Unit, 最大传输单元） 长度 ( 1500字节）， 并且传输的数据帧数目较多时， 以太网的传输效率会很低， 很 大程度的浪费系统的 CPU ( Central Processing Unit, 中央处理器）处理能力。 发明内容
发明实施例要解决的技术问题是提供一种数据传输方法、传输装置及传输 系统， 能够提高数据传输效率。
为解决上述技术问题， 本发明所提供的实施例是通过以下技术方案实现 的： 本发明实施例提供一种数据传输方法， 包括：
获取第一转换数据帧的净荷部分；在数据链路层将所述获取的净荷部分添 加第二数据帧帧头组成第二数据帧单帧，所述第二数据帧帧头含有报文类型和 净荷长度的信息； 将多个所述第二数据帧单帧作为净荷承载在以太网帧中， 并 根据路由信息将所述以太网帧向目的端发送。
本发明实施例提供一种数据传输方法， 包括：
接收由多个第二数据帧单帧组成的第二数据帧复帧作为净荷承载的以太 网帧， 所述第二数据帧单帧由第一数据帧的净荷部分添加第二数据帧帧头组 成；根据第二数据帧单帧数目将第二数据帧单帧分离，读取各第二数据帧单帧 的净荷部分并还原成第一数据帧。
本发明实施例提供一种数据传输装置， 包括：
第一处理单元， 用于获取第一数据帧的净荷部分； 第二处理单元， 用于在 数据链路层将所述第一处理单元获取的净荷部分添加第二数据帧帧头组成第 二数据帧单帧， 所述第二数据帧帧头含有报文类型和净荷长度的信息； 第三处 理单元，用于将所述第二处理单元得到的多个第二数据帧单帧作为净荷承载在 以太网帧中， 并根据路由信息将所述以太网帧向目的端发送。
本发明实施例提供一种数据传输装置， 包括：
接收单元，用于接收由多个第二数据帧单帧组成第二数据帧复帧作为净荷 承载的以太网帧，所述第二数据帧单帧由第一数据帧的净荷部分添加第二数据 帧帧头组成；处理单元，用于根据第二数据帧单帧数目将第二数据帧单帧分离， 读取各第二数据帧单帧的净荷部分并还原成所述第一数据帧。
本发明实施例提供一种数据传输系统， 包括：
第一数据传输装置， 用于获取第一数据帧的净荷部分； 在数据链路层将所 述获取的净荷部分添加第二数据帧帧头组成第二数据帧单帧，所述第二数据帧 帧头含有报文类型和净荷长度的信息；将多个所述第二数据帧单帧作为净荷承 载在以太网帧中， 并根据路由信息将所述以太网帧向外发送；
第二数据传输装置， 用于接收所述以太网帧，根据第二数据帧单帧数目将 第二数据帧单帧分离，读取各第二数据帧单帧的净荷部分并还原成所述第一数 据帧。 上述技术方案可以看出，本发明实施例技术方案通过在数据链路层将第一 数据帧组成第二数据帧单帧，并将多个所述第二数据帧单帧作为净荷承载在以 太网帧中进行复用传输， 从而充分利用了以太网帧的 MTU长度， 大大提高了 以太网的数据传输效率。 同时， 因为在同一个数据链路层就可以实现转换， 不 需要象现有技术那样利用其他层协议进行转换， 因此更简单。
附图说明
图 1是本发明实施例数据传输方法流程图；
图 2是本发明实施例提出的 HOM单帧格式示意图；
图 3是本发明实施例提出的 HOM单帧的帧头格式示意图；
图 4是本发明实施例提出的 HOM复帧格式示意图；
图 5是本发明实施例提出的 HOM类型以太网帧格式示意图；
图 6是本发明应用实例一方案示意图；
图 7是本发明应用实例二方案示意图；
图 8是本发明实施例数据传输装置一结构示意图；
图 9是本发明实施例数据传输装置二结构示意图；
图 10是本发明实施例数据传输系统结构示意图。
具体实施方式
本发明实施例提供了一种数据传输方法， 能够提高数据传输效率。
本发明实施例提出一种新的数据帧， 包括单帧和复帧，根据单帧和复帧将 需转换的数据帧转换成新类型的数据帧，作为净荷承载在以太网帧中，通过以 太网进行传输。本发明实施例将该新的数据帧称为 HOM( HDLC OVER MAC, HDLC消息报文承载在 MAC ( Media Access Control, 媒体访问控制）层）单 帧和 HOM复帧，根据 HOM单帧和 HOM复帧将需转换的数据帧转换成 HOM 类型的以太网帧后通过以太网进行传输， 从而提高数据传输效率。 当然， 也可 以采用其他称呼，本发明实施例并不加以局限。本发明实施例中需转换数据帧 以 HDLC帧举例说明但不限于此， 例如可以是 PPP ( Point to Point Protocol, 点到点协议） 中的数据帧等。
本发明实施例的传输方法是：
( 1 )获取第一数据帧的净荷部分； ( 2 )在数据链路层将所述获取的净荷部分添加第二数据帧帧头组成第二 数据帧单帧 , 所述第二数据帧帧头含有报文类型和净荷长度的信息；
( 3 )将多个所述第二数据帧单帧作为净荷承载在以太网帧中， 并根据路 由信息将所述以太网帧向目的端发送。
其中，第一数据帧就是需要进行转换的数帧，例如是高级数据链路控制帧， 第二数据帧， 是本发明实施例新提出的数据帧， 例如是 HOM帧。
请参阅图 1 , 是本发明实施例数据传输方法流程图， 包括步骤：
步骤 101、 将 HDLC帧转换成 HOM单帧；
在数据链路层从 HDLC点到点链 矣收到 HDLC帧， 将 HDLC帧中的数 据净荷与其他部分分离， 并且仅保留数据净荷部分， 获取所述数据净荷部分。 然后为 HDLC帧中的数据净荷部分添加 HOM帧头， 组成一个 HOM单帧。
以下对本发明实施例提出的 HOM单帧进行详细介绍。
请参阅图 2, 是本发明实施例提出的 HOM单帧格式示意图。
HOM单帧（ HOM Frame )，包括帧头域（ HOM Head )、 HOM净荷域（ HOM PayLoad )和填充域（ PAD )。
其中， HOM单帧填充域（PAD )为可选项， 可以根据不同的 CPU来决定 是否保留此域。 在 32位 CPU上， 为了 CPU寻址的方便， 使每一个 HOM单 帧都从偶地址开始， 这里可对 HOM PayLoad填充 0 ~ 3字节 （ Byte )， 进行长 字 （四字节）对齐。
请参阅图 3 , 是本发明实施例提出的 HOM单帧的帧头格式示意图。 HOM 单帧的帧头包含了 HOM单帧的管理信息， 包括： 对端的目的 HDLC链路号 Peer Link ID、 本端的源 HDLC链路号 Local Link ID、 文类型 HOM Type和 净荷长度 Len。
具体介绍请参见以下表 1。
比特 Bit 名称 描述
LW0: 31:16 Peer Link ID 标识对端协议的物理（虚拟）链路号
LW0: 15:0 Local Link 标识本端协议的物理（虚拟）链路号
ID LW1 : 31:16 HOM Type HOM 4艮文的类型， 其定义如下：
0x0000: 保留
0x0001 : 数据才艮文
0x0002: 反压请求才艮文
0x0003: 反压响应 ·ί艮文
其他： 保留
LW1 : 15:0 Len HOM帧净荷长度， 不包含 HOM头长度以及为
长字对齐添加的填充的长度
表 1
在步骤 101中，可以通过查找预先建立的路由表， 获取对端的目的 HDLC 单帧的帧头中。在路由表中至少包括：本端的源 HDLC链路号；本端的源 MAC 地址； 对端的目的 MAC地址； 对端的目的 HDLC链路号。 建立路由表可以利 用 IP协议或者是其他协议进行握手通信完成。 因为本端的源 HDLC链路号已 知， 而本端的源 HDLC链路号和对端的目的 HDLC链路号是——对应的 , 所 以根据本端的源 HDLC链路号在路由表中查找到对端的目的 HDLC链路号， 并将本端的源 HDLC链路号和对端的目的 HDLC链路号填充到 HOM单帧的 帧头中。
步骤 102、 将 HOM单帧组成 HOM复帧；
将上述模式的多个 HOM单帧连在一起， 添加 HOM复帧的帧头， 组成一 个 HOM复帧。
请参阅图 4, 是本发明实施例提出的 HOM复帧格式示意图。
HOM复帧（ HOM MultiFrame ) , 由 HOM复帧的帧头和多个 HOM单帧组 成。
HOM复帧的帧头包括 HOM单帧总数 ( HOM NUMBER )域和所有 HOM 单帧的净荷总长度 ( HOM LENGTH )域。
HOM NUMBER域， 表示 HOM复帧中包含 HOM单帧的个数； HOM LENGTH域 , 为 HOM复帧中所有 HOM单帧的净荷长度之和 , 包括 HOM帧 净荷长度以及为了使保证长字对齐填充的长度。 一个 HOM复帧可以包含多个 HOM单帧。 HOM复帧中不对 HOM单帧个 数和长度做限制。 在 HOM复帧中是根据 HOM单帧帧头中的长度域来确定整 帧的边界， 也就是由 HOM单帧帧头加上 HOM单帧帧头中的长度域中的值来 确定一个 HOM单帧的范围。 需说明的是， 这里确定一个 HOM单帧的范围时 可 据需要决定是否添加 PAD域。
步骤 103、 将 HOM复帧组成以太网帧；
为 HOM复帧添加以太网帧头， 组成一个 HOM类型以太网帧。
为了实现将 HDLC帧组成一组复帧在以太网上传输， 实现 HDLC OVER
MAC, 本发明实施例在以太网协议 802.1Q的基础上中新增一种 HOM类型的 以太网帧， HOM复帧作为以太网帧的净荷被 载。
请参阅图 5, 是本发明实施例提出的 HOM类型以太网帧格式示意图。 HOM类型以太网帧包括： 以太网帧帧头域、 HOM复帧域、 PAD域 (可 选）、 FCS ( Frame Check Sequence, 帧检查序列）域。
其中， 以太网帧帧头域包括以下内容：
DA域（ Destination MAC , 目的介质访问控制地址）； SA域（ Source MAC , 源介质访问控制地址）； Tag域， 四个字节的 802.1Q标签头； Type域， 即 4艮文 类型。
Tag包含了 2个字节长度的 TPID ( Tag Protocol Identifier, 标签协议标识） 和 2个字节长度的 TCI( Tag Control Information,标签控制信息）。 TPID是 IEEE ( Institute of Electrical and Electronics Engineers, 电气电子工程师协会 )定义 的新的类型， 表明这是一个加了 802.1Q标签的帧。 TPID包含了一个固定的值 0x8100 ο TCI包含帧的控制信息，包括以下元素：优先级 Priority、CFI ( Canonical Format Indicator, 规范格式指示器）、 VLAN ID ( VLAN Identified, 虚拟局域 网标识）。 Priority, 长度为 3bits , 它指明帧的优先级， 一共有 8种优先级即 优先级 0 - 7; CFI, 长度为 lbit , CFI值为 0说明是规范格式， 1为非规范 格式， CFI被用在令牌环 /源路由 FDDI介质访问方法中来指示封装帧中所带地 址的比特次序信息； VLAN ID, 长度为 12位， 指明 VLAN的 ID, —共 4096 个， 每个支持 802.1Q协议的交换机发送出来的数据包都包含这个域， 以指明 自己属于哪一个 VLAN ( Virtual Local Area Network ) 即虚拟局域网）。 Type域字段的定义如下： 0x0800，表示 IP类型； 0x0806，表示 A P( Address Resolution Protocol, 地址解析协议）类型； 0x0F20, 表示 HDLC over MAC类 型以太网帧， 简称 HOM类型以太网帧。 这里用 0x0F20这个 Type值来表示 HOM类型以太网帧， 也可以根据实际需要选定其他数值来表示。
PAD域， 为可选项， 当以太网帧总长度不足 64字节时， 需要填充 PAD域 是总长度达到 64字节，确保满足以太网帧最小长度。
该步骤 103中，查找预先建立的路由表，由本端源 HDLC链路号和源 MAC 地址 , 查找出对端的目的 MAC地址 , 并将本端的源 MAC地址和对端的目的 MAC地址填充到以太网帧帧头当中。
需说明是，这里所述的以太网帧是以带 Tag域的以太网帧举例说明但不局 限于此， 对于不带 Tag域的以太网帧， 其组成原理是一样的。
步骤 104、 根据路由信息将以太网帧进行发送。
组成 HOM类型以太网数据帧后， 通过以太网传输到另一个系统当中。 HOM类型以太网数据帧中已经包括路由信息： 本端的源 HDLC链路号； 本端 的源 MAC地址； 对端的目的 MAC地址； 对端的目的 HDLC链路号， 因此， 对端接收以太网帧后， 将以太网帧进行分离并还原成 HDLC 帧， 即进行 反向转化过程： 以太网帧- >HOM复帧 - >HOM单帧- >HDLC帧。 反向转化 过程需要将各帧头进行层层分离， 首先将以太网帧头分离， 然后根据 HOM复 帧当中的 HOM单帧总数和 HOM单帧的净荷长度， 逐个将 HOM单帧从复帧 中分离出来。
在读取数据之前， 将所有 HOM单帧中的净荷长度相加与 HOM复帧帧头 中的 HOM净荷总长度进行长度校验，如相同，则可以将 HDLC帧的数据净荷 从 HOM单帧中逐个读取出来，最后将其还原成 HDLC帧，根据对端目的 HDLC 链路号将 HDLC帧发送到目的地。
通过上述方法，在一个以太网帧中携带多个由 HDLC帧转换的 HOM单帧， 可以充分利用以太网帧的 MTU长度， 大大提高传输效率， 而且 HDLC帧和 HOM类型的以太网帧在同一个数据链路层就可以转换， 不需要利用其他层协 议进行转换， 也更简单。 以下详细介绍本发明的具体应用实例。
请参阅图 6, 是本发明应用实例一方案示意图。
如图 6所示通信系统中， 存在如下应用场景， A系统和 C系统之间存在 多条 HDLC点到点链路， B系统和 D系统存在多条 HDLC点到点链路， 而在 A系统和 B系统之间使用以太网进行传输。
在这种应用场景当中， A系统和 C系统之间 , 以及 B系统和 D系统之间 存在多条 HDLC链路，并且它们之间传输的 HDLC帧的长度较短而数量较多， 而在 A系统和 B系统之间又可以利用以太网进行传输。 此时， 就可以利用本 发明实施例提供的技术方案， 将 HDLC帧中的数据净荷与其他部分分离后的 数据净荷部分组成 HOM单帧， 将多个 HOM单帧组成 HOM复帧， 为 HOM 复帧添加以太网帧帧头组成以太网帧， 然后进行传输， 可以增大八、 B系统之 间的传输带宽，从而大大提高系统间的数据传输效率。例如 A系统通过 HDLC 链路接收 C系统发送的 HDLC帧， 将 HDLC帧中的数据净荷与其他部分分离 后的数据净荷部分组成 HOM单帧，将多个 HOM单帧组成 HOM复帧，为 HOM 复帧添加以太网帧帧头组成以太网帧， 然后才 据目的 MAC地址并通过以太网 传输给 B系统， B系统接收以太网帧后， 将以太网帧头分离， 然后根据 HOM 复帧当中的 HOM单帧总数和 HOM单帧的净荷长度， 逐个将 HOM单帧从复 帧中分离出来，从 HOM单帧中逐个读取 HDLC帧的数据净荷， 最后将其还原 成 HDLC帧， 通过 HDLC链路传输给 D系统。
需说明的是， 图中各系统之间是双向的传输过程，上述只是以 C系统到 D 系统方向举例进行了描述， 反向传输过程的原理是相同的。 反向传输时， B系 统进行将 HDLC帧最终转换成以太网帧的过程， A系统进行将以太网帧还原 成 HDLC帧的过程。
请参阅图 7, 是本发明应用实例二方案示意图。
如图 7所示， 在 GSM ( Global System for Mobile Communications, 全球移 动通讯系统） 中， BSC ( Base Station Controller, 基站控制器）控制器系统中 存在 A处理单元和 A，处理单元。 A处理单元作为和其他单板直接相连的接口 处理单元通过 HDLC链路分别和 B、 C、 D...N、 N+l基站系统相连接。
在现有技术原来的设计方案当中， 是只存在 A处理单元， 当 A处理单元 收到 B、 C、 D...N、 N+l系统发送的数据后， 送到应用层进行数据处理， 这种 方案的缺陷是当与 A处理单元连接的其他系统增多时， A处理单元需要通过 HDLC链路与各系统传输以及传输给应用层处理的数据将随之成正比增加，当 基站的数量增大到一定程度时， A处理单元也将成为整个系统的瓶颈部分， 限 制 BSC扩展连接基站的能力。 而本发明实施例二方案中 , 是在 BSC控制器系 统中采用 A处理单元和 A，处理单元代替原来的 A处理单元的方案， A处理单 元只保留接口处理单元的主功能， 而分出的 A，处理单元就负责处理原来的应 用层的数据。 A处理单元通过 HDLC链路收到 HDLC帧之后， 将 HDLC帧取 其净荷组成 HOM单帧 , 将多个 HOM单帧组成 HOM复帧 , 为 HOM复帧添 加以太网帧帧头组成以太网帧， ^居目的 MAC地址并通过以太网传输到 A，处 理单元。 A，处理单元在接收以太网帧后， 将以太网帧头分离， 然后根据 HOM 复帧当中的 HOM单帧总数和 HOM单帧的净荷长度， 逐个将 HOM单帧从复 帧中分离出来， 最后分离 HOM单帧帧头， 只剩下 HDLC净荷， 交给应用层去 处理。 这样， 就将原来需 A处理单元处理的数据， 转而由 A，处理单元处理， 使得 A处理单元的功能单一化， 并使其作为接口处理单元的能力得到提高， 解决了原存在的瓶颈问题， 提高了整个系统的传输性能。
需要说明的是， 在应用实例一中， A系统和 B系统各自的 HDLC链路是 物理存在的 , 维护路由表时 , 只需要将本端和对端的 HDLC链路号和 MAC地 址填入路由表即可； 而在应用实例二中 , 由于 A，处理单元中没有 HDLC物理 链路， 此时可以虚拟一个 A，处理单元的 HDLC链路， 将 A处理单元的物理 HDLC链路和 A，处理单元的虚拟 HDLC链路关联起来填入路由表， 同样将 A 处理单元的 MAC地址和 A，处理单元的 MAC地址也填入路由表， 在 A和 A， 处理单元通过以太网建立连接。
上述内容伴细介绍了本发明实施例的数据传输方法，相应的，本发明实施 例提供一种数据传输装置。
请参阅图 8, 是本发明实施例数据传输装置一结构示意图。
如图 8所示， 数据传输装置包括第一处理单元 81、 第二处理单元 82和第 三处理单元 83。
第一处理单元 81 , 用于获取需转换数据帧的净荷部分。 假设需转换数据 帧为 HDLC帧， 第一处理单元 81从 HDLC点到点链路收到 HDLC帧后， 将 HDLC帧其他部分分离，仅将数据净荷部分保留。 需转换数据帧还可以是点对 第二处理单元 82, 用于在数据链路层将所述第一处理单元 81获取的净荷 部分添加 HOM帧头组成 HOM单帧。每个 HOM单帧包括帧头域（ HOM Head )、 HOM净荷域（HOM PayLoad )和填充域（PAD ), 其中填充域为可选项。 第 一处理单元 81获取的需转换数据帧的净荷部分就作为 HOM单帧的 HOM净 荷。 HOM单帧的帧头包含了 HOM单帧的管理信息， 包括：对端的目的 HDLC 链路号 Peer Link ID、 本端的源 HDLC链路号 Local Link ID、 类型 HOM Type 和净荷长度 Len。
第三处理单元 83 , 用于将所述第二处理单元 82得到的多个 HOM单帧作 为净荷承载在以太网帧中， 并根据路由信息将所述以太网帧向目的端发送。
所述第三处理单元 83具体是将多个所述 HOM单帧组成 HOM复帧作为 净荷承载在以太网帧中。 HOM复帧 （ HOM MultiFrame )， 由 HOM复帧的帧 头和多个 HOM单帧组成。 HOM 复帧的帧头包括 HOM单帧总数 ( HOM NUMBER )域和所有 HOM单帧的净荷总长度 ( HOM LENGTH )域。
这里所述的以太网帧，是指 HOM类型以太网帧， 包括： 以太网帧帧头域、 HOM复帧域、 PAD域（可选）、 FCS域。 其中， 以太网帧帧头域包括以下内 容： DA域（ Destination MAC, 目的 MAC地址）； SA域（ Source MAC, 源 MAC地址）； Tag域， 四个字节的 802.1Q标签头； Type域， 即 4艮文类型。 Type 域字段采用 0x0F20， 表示 HDLC over MAC类型以太网帧， 简称 HOM类型以 太网帧。 PAD域，为可选项， 当以太网帧总长度不足 64字节时，需要填充 PAD 域是总长度达到 64字节，确保满足以太网帧最小长度。
以太网帧中路由信息包括：本端的源 HDLC链路号；本端的源 MAC地址； 对端的目的 MAC地址； 对端的目的 HDLC链路号。 当通过以太网传输时， 是 根据对端的目的 MAC地址进行传输， 当通过 HDLC链路传输时 ,是根据对端 的目的 HDLC链路号进行传输。
请参阅图 9, 是本发明实施例数据传输装置二结构示意图。
如图 9所示， 所述数据传输装置包括： 接收单元 94和处理单元 95 。 接收单元 94， 用于接收发送端发送的以太网帧， 所述以太网帧是将多个 HOM单帧组成 HOM复帧作为净荷承载， 所述 HOM单帧由需转换数据帧的 净荷部分添加 HOM帧头组成。每个 HOM单帧包括帧头域（ HOM Head )、 HOM 净荷域（ HOM PayLoad )和填充域（ PAD )， 其中填充域为可选项。
处理单元 95, 用于根据 HOM单帧数目将多个 HOM单帧分离出来， 读取 各 HOM单帧的净荷部分并还原成转换前的数据帧。
所述处理单元 95包括： 分离单元 951、 校验单元 952和还原单元 953。 分离单元 951， 用于根据 HOM单帧数目将多个 HOM单帧分离出来。 校验单元 952, 用于将分离单元 951分离出来的所有 HOM单帧的净荷长 度相加后与以太网帧中的 HOM复帧的帧头所标识的净荷总长度进行校验。
还原单元 953， 用于在所述校验单元 952的校验结果为长度相同时， 读取 各 HOM单帧的净荷部分并还原成转换前的数据帧。
这里所说的需转换数据帧包括高级数据链路控制帧或者点对点协议数据 帧。
请参阅图 10, 是本发明实施例数据传输系统结构示意图。
如图 10所示， 数据传输系统包括： 第一数据传输装置 1011和第二数据传 输装置 1012。
第一数据传输装置 1011， 用于获取需转换数据帧的净荷部分； 在数据链 路层将所述获取的净荷部分添加 HOM帧头组成 HOM单帧 , 所述 HOM帧头 含有报文类型和净荷长度的信息；将多个所述 HOM单帧作为净荷承载在以太 网帧中， 并根据路由信息将所述以太网帧向外发送；
第二数据传输装置 1012, 用于接收所述发送端 1011发送的以太网帧， 根 据 HOM单帧数目将 HOM单帧分离， 读取各 HOM单帧的净荷部分并还原成 转换前的数据帧。
所述第一数据帧包括高级数据链路控制帧或者点对点协议数据帧。
所述第一数据传输装置 1011具有图 8所示结构， 所述第二数据传输装置 1012具有图 9所示结构， 具体参见前面描述。
应用本发明实施例所述的装置、系统进行数据传输的具体过程与本发明方 法实施例的过程类似， 此处不再赞述。 综上所述，本发明实施例技术方案通过在数据链路层将第一数据帧组成第 二数据帧单帧，并将多个所述第二数据帧单帧作为净荷承载在以太网帧中进行 复用传输， 从而充分利用了以太网帧的 MTU长度， 大大提高了以太网的数据 传输效率。 同时， 因为在同一个数据链路层就可以实现转换， 不需要象现有技 术那样利用其他层协议进行转换， 因此更简单。
进一步的，本发明实施例技术方案中当目的端接收所述以太网帧后，可以 根据第二数据帧单帧数目将多个第二数据帧单帧分离出来，读取各第二数据帧 单帧的净荷部分并还原成转换前的第一数据帧。以上对本发明实施例所提供的 一种数据传输方法、传输装置及传输系统进行了详细介绍 ,对于本领域的一般 技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改 变之处， 综上所述， 本说明书内容不应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种数据传输方法， 其特征在于， 包括：
获取第一数据帧的净荷部分；
在数据链路层将所述获取的净荷部分添加第二数据帧帧头组成第二数据 帧单帧， 所述第二数据帧帧头含有报文类型和净荷长度的信息；
将多个所述第二数据帧单帧作为净荷承载在以太网帧中 ,并根据路由信息 将所述以太网帧向目的端发送。
2、 根据权利要求 1所述的数据传输方法， 其特征在于：
所述将获取的净荷部分添加第二数据帧帧头后进一步包括添加填充字段。
3、 根据权利要求 1或 2所述的数据传输方法， 其特征在于：
所述将多个第二数据帧单帧作为净荷承载在以太网帧中具体包括： 将多个所述第二数据帧单帧组成第二数据帧复帧；
所述第二数据帧复帧的帧头包括第二数据帧单帧数目和所有第二数据帧 单帧的净荷总长度的信息。
4、 根据权利要求 1所述的数据传输方法， 其特征在于：
所述路由信息包括本端源链路号、源媒体访问控制地址、对端目的链路号 和目的媒体访问控制地址。
5、 根据权利要求 1所述的数据传输方法， 其特征在于：
所述第一数据帧包括高级数据链路控制帧或者点对点协议数据帧。
6、 一种数据传输方法， 其特征在于， 包括：
接收由多个第二数据帧单帧组成的第二数据帧复帧作为净荷承载的以太 网帧， 所述第二数据帧单帧由第一数据帧的净荷部分添加第二数据帧帧头组 成；
根据第二数据帧单帧数目将第二数据帧单帧分离，读取各第二数据帧单帧 的净荷部分并还原成所述第一数据帧。
7、 根据权利要求 6所述的数据传输方法， 其特征在于：
所述根据第二数据帧单帧数目将第二数据帧单帧分离后进一步包括： 将所有分离的第二数据帧单帧的净荷长度相加后与以太网帧中的第二数 据帧复帧的帧头所标识的净荷总长度进行校验， 若相同， 则读取各第二数据帧 单帧的净荷部分并还原成所述第一数据帧。
8、 根据权利要求 6或 7所述的数据传输方法， 其特征在于：
所述第一数据帧包括高级数据链路控制帧或者点对点协议数据帧。
9、 一种数据传输装置， 其特征在于， 包括：
第一处理单元， 用于获取第一数据帧的净荷部分；
第二处理单元，用于在数据链路层将所述第一处理单元获取的净荷部分添 加第二数据帧帧头组成第二数据帧单帧，所述第二数据帧帧头含有报文类型和 净荷长度的信息；
第三处理单元，用于将所述第二处理单元得到的多个第二数据帧单帧作为 净荷承载在以太网帧中， 并根据路由信息将所述以太网帧向目的端发送。
10、 根据权利要求 9所述的数据传输装置， 其特征在于：
所述第三处理单元将多个所述第二数据帧单帧组成第二数据帧复帧作为 净荷承载在以太网帧中，第二数据帧复帧的帧头包括第二数据帧单帧数目和所 有第二数据帧单帧的净荷总长度的信息。
11、 根据权利要求 9或 10所述的数据传输装置， 其特征在于：
所述第一处理单元获取的第一数据帧的净荷部分包括高级数据链路控制 帧的净荷部分或者点对点协议数据帧的净荷部分。
12、 一种数据传输装置， 其特征在于， 包括：
接收单元，用于接收由多个第二数据帧单帧组成第二数据帧复帧作为净荷 承载的以太网帧，所述第二数据帧单帧由第一数据帧的净荷部分添加第二数据 帧帧头组成；
处理单元， 用于根据第二数据帧单帧数目将第二数据帧单帧分离，读取各 第二数据帧单帧的净荷部分并还原成所述第一数据帧。
13、 根据权利要求 12所述的数据传输装置， 其特征在于， 所述处理单元 包括：
分离单元， 用于根据第二数据帧单帧数目将第二数据帧单帧分离； 校验单元，用于将分离单元分离的所有第二数据帧单帧的净荷长度相加后 与以太网帧中的第二数据帧复帧的帧头所标识的净荷总长度进行校验；
还原单元， 用于在所述校验单元的校验结果为长度相同时，读取各第二数 据帧单帧的净荷部分并还原成所述第一数据帧。
14、 根据权利要求 12或 13所述的数据传输装置， 其特征在于： 所述第一数据帧包括高级数据链路控制帧或者点对点协议数据帧。
15、 一种数据传输系统， 其特征在于， 包括： 如权利要求 9至 11任一项 所述的第一数据传输装置以及如权利要求 12至 14任一项所述的第二数据传输 装置。
PCT/CN2008/073451 2007-12-11 2008-12-11 数据传输方法、传输装置及传输系统 WO2009086774A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101986075A CN101184098B (zh) 2007-12-11 2007-12-11 数据传输方法和传输装置
CN200710198607.5 2007-12-11

Publications (1)

Publication Number Publication Date
WO2009086774A1 true WO2009086774A1 (zh) 2009-07-16

Family

ID=39449180

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073451 WO2009086774A1 (zh) 2007-12-11 2008-12-11 数据传输方法、传输装置及传输系统

Country Status (2)

Country Link
CN (1) CN101184098B (zh)
WO (1) WO2009086774A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635998A (zh) * 2015-12-25 2016-06-01 哈尔滨海能达科技有限公司 一种数据上传方法、装置和终端
CN113300876A (zh) * 2016-12-26 2021-08-24 华为技术有限公司 Dcn报文处理方法、网络设备和网络系统
CN113556619A (zh) * 2021-07-15 2021-10-26 广州市奥威亚电子科技有限公司 一种链路传输的设备与方法、链路接收的方法
CN115225711A (zh) * 2022-06-01 2022-10-21 裕太微(上海)电子有限公司 一种高效传输的以太网设备
CN115550104A (zh) * 2022-12-06 2022-12-30 北京华环电子股份有限公司 Axi总线扩展方法、装置、电子设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184098B (zh) * 2007-12-11 2011-11-02 华为技术有限公司 数据传输方法和传输装置
US10142251B2 (en) * 2015-01-26 2018-11-27 Hfi Innovation Inc. Control of maximum transmission unit size discovery using AT commands
WO2017120970A1 (zh) * 2016-01-17 2017-07-20 衣佳鑫 基于物联网的信息融合方法及系统

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1302140A (zh) * 1999-12-29 2001-07-04 深圳市华为电气股份有限公司 数据交换设备和方法
CN1316146A (zh) * 1999-07-27 2001-10-03 信息产业部武汉邮电科学研究院 以太网直接与物理信道适配的接口装置和方法
CN1381968A (zh) * 2001-04-18 2002-11-27 信息产业部武汉邮电科学研究院 以太网直接与物理信道适配的接口装置和方法
US6587476B1 (en) * 1999-05-26 2003-07-01 3 Com Corporation Ethernet frame encapsulation over VDSL using HDLC
CN1533094A (zh) * 2003-03-19 2004-09-29 ���ǵ�����ʽ���� 在无源以太光网络系统中实现逻辑介质访问控制的方法
CN1707988A (zh) * 2004-06-11 2005-12-14 阿尔卡特公司 以太网帧传输的带宽优化
CN1748381A (zh) * 2003-02-12 2006-03-15 思科技术公司 用于可变长度分组的高效成帧过程
CN1893387A (zh) * 2005-06-17 2007-01-10 阿尔卡特公司 以太网中e1型帧的封装
CN1954574A (zh) * 2003-12-08 2007-04-25 美国博通公司 以太网上的统一架构
CN1992670A (zh) * 2005-12-30 2007-07-04 华为技术有限公司 一种以太网承载帧中继的方法
CN101044717A (zh) * 2004-10-22 2007-09-26 思科技术公司 以太网上的光纤信道
CN101184098A (zh) * 2007-12-11 2008-05-21 华为技术有限公司 数据传输方法和传输装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4037811B2 (ja) * 2003-09-10 2008-01-23 富士通株式会社 Ｓｏｎｅｔ／ｓｄｈ装置の監視制御通信方式

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6587476B1 (en) * 1999-05-26 2003-07-01 3 Com Corporation Ethernet frame encapsulation over VDSL using HDLC
US20030193945A1 (en) * 1999-05-26 2003-10-16 3Com Corporation Ethernet frame encapsulation over VDSL using HDLC
CN1316146A (zh) * 1999-07-27 2001-10-03 信息产业部武汉邮电科学研究院 以太网直接与物理信道适配的接口装置和方法
CN1302140A (zh) * 1999-12-29 2001-07-04 深圳市华为电气股份有限公司 数据交换设备和方法
CN1381968A (zh) * 2001-04-18 2002-11-27 信息产业部武汉邮电科学研究院 以太网直接与物理信道适配的接口装置和方法
CN1748381A (zh) * 2003-02-12 2006-03-15 思科技术公司 用于可变长度分组的高效成帧过程
CN1533094A (zh) * 2003-03-19 2004-09-29 ���ǵ�����ʽ���� 在无源以太光网络系统中实现逻辑介质访问控制的方法
CN1954574A (zh) * 2003-12-08 2007-04-25 美国博通公司 以太网上的统一架构
CN1707988A (zh) * 2004-06-11 2005-12-14 阿尔卡特公司 以太网帧传输的带宽优化
CN101044717A (zh) * 2004-10-22 2007-09-26 思科技术公司 以太网上的光纤信道
CN1893387A (zh) * 2005-06-17 2007-01-10 阿尔卡特公司 以太网中e1型帧的封装
CN1992670A (zh) * 2005-12-30 2007-07-04 华为技术有限公司 一种以太网承载帧中继的方法
CN101184098A (zh) * 2007-12-11 2008-05-21 华为技术有限公司 数据传输方法和传输装置

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635998A (zh) * 2015-12-25 2016-06-01 哈尔滨海能达科技有限公司 一种数据上传方法、装置和终端
CN105635998B (zh) * 2015-12-25 2019-05-21 哈尔滨海能达科技有限公司 一种数据上传方法、装置和终端
CN113300876A (zh) * 2016-12-26 2021-08-24 华为技术有限公司 Dcn报文处理方法、网络设备和网络系统
CN113300876B (zh) * 2016-12-26 2022-09-02 华为技术有限公司 Dcn报文处理方法、网络设备和网络系统
US11894970B2 (en) 2016-12-26 2024-02-06 Huawei Technologies Co., Ltd. DCN packet processing method, network device, and network system
CN113556619A (zh) * 2021-07-15 2021-10-26 广州市奥威亚电子科技有限公司 一种链路传输的设备与方法、链路接收的方法
CN113556619B (zh) * 2021-07-15 2024-04-19 广州市奥威亚电子科技有限公司 一种链路传输的设备与方法、链路接收的方法
CN115225711A (zh) * 2022-06-01 2022-10-21 裕太微(上海)电子有限公司 一种高效传输的以太网设备
CN115550104A (zh) * 2022-12-06 2022-12-30 北京华环电子股份有限公司 Axi总线扩展方法、装置、电子设备及存储介质
CN115550104B (zh) * 2022-12-06 2023-08-15 北京华环电子股份有限公司 Axi总线扩展方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN101184098B (zh) 2011-11-02
CN101184098A (zh) 2008-05-21

Similar Documents

Publication Publication Date Title
KR101536141B1 (ko) 이더넷과 can 통신 간의 신호 변환을 제공하는 차량용 장치 및 그 제어방법
WO2009086774A1 (zh) 数据传输方法、传输装置及传输系统
JP7235397B2 (ja) Ｄｃｎパケット処理方法、ネットワークデバイスおよびネットワークシステム
JP4893581B2 (ja) 多重化通信システム、送信処理装置、受信処理装置、多重化通信方法、送信処理方法、および受信処理方法
US11700148B2 (en) Packet transmission method and device, and computer storage medium
WO2010031324A1 (zh) 数据传输的方法、装置和系统
WO2010034255A1 (zh) 数据传输方法及网络节点和数据传输系统
WO2005055548A1 (fr) Procede de mise en oeuvre du protocole d'emulation de pseudo-circuits entre routeurs peripheriques
US20090207860A1 (en) Method, apparatus and system for transferring data
WO2012155867A1 (zh) 一种报文发送方法及接入控制器
WO2008151543A1 (fr) Procédé de transmission en amont et en aval et équipement convergent
WO2007071153A1 (fr) Procede, systeme de reseau de donnees et noeud de reseau pour transmission de paquets de donnees
JP2006087107A (ja) 回復力のあるパケット・リング・ネットワークにおいてトラフィックをブリッジする方法及びシステム
JP2016524379A (ja) データ伝送方法及び装置、通信デバイス、並びに通信システム
US9172554B2 (en) Method and network access device for enabling data forwarding between different physical mediums
JP2009021682A (ja) パケット転送装置
KR102452615B1 (ko) 네트워크에서 우선순위에 기초한 데이터의 전송 방법
WO2009138007A1 (zh) 通用路由封装承载的方法、装置及系统
WO2008055441A1 (fr) Procede et appareil de transmission de services de canal de fibres et systeme associe
WO2008028383A1 (fr) Procédé d'identification de protocole de couche 3 dans une interconnexion à supports hétérogènes dans un réseau privé virtuel de protocole l2 et appareil et système correspondants
EP2071808B1 (en) Methods and a system and devices for ipv6 datagram transmission in the ethernet
US20060230146A1 (en) Method for generating super frame by using sub-frame in residential ethernet system
WO2014000439A1 (zh) 基带射频接口承载传输的方法、装置和系统
US11902172B2 (en) Device and method for transferring identification and/or data flow control information between devices
WO2010102453A1 (zh) 提高中继网络系统性能的方法、通信系统及协议实体

Legal Events

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

Ref document number: 08869854

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

Country of ref document: EP

Kind code of ref document: A1