WO2009082897A1 - Procédé et dispositif de multiplexage et de démultiplexage de message ethernet - Google Patents

Procédé et dispositif de multiplexage et de démultiplexage de message ethernet Download PDF

Info

Publication number
WO2009082897A1
WO2009082897A1 PCT/CN2008/072345 CN2008072345W WO2009082897A1 WO 2009082897 A1 WO2009082897 A1 WO 2009082897A1 CN 2008072345 W CN2008072345 W CN 2008072345W WO 2009082897 A1 WO2009082897 A1 WO 2009082897A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
ethernet
length
message
payload
Prior art date
Application number
PCT/CN2008/072345
Other languages
English (en)
Chinese (zh)
Inventor
Yi Wang
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
Priority claimed from CN200810081622.6A external-priority patent/CN101471937B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009082897A1 publication Critical patent/WO2009082897A1/fr

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
    • H04L2212/00—Encapsulation of packets

Definitions

  • the invention belongs to the field of network and communication technologies, and relates to an Ethernet message multiplexing and demultiplexing method and device. Background technique
  • Ethernet Session Initiation Protocol
  • a prior art uses a Frame Protocol (FP) multiplexing (Multiplexing, CDMA) technology on the User Datagram Protocol (UDP) layer to implement packet transmission.
  • the FPMux technology is a multiplexing technology that uses the UDP layer between a base station controller (RNC) and a 3G base station (NodeB).
  • RNC base station controller
  • NodeB performs FPMux when sending a message and demultiplexing (FP DeMultiplexing, FPDMux for short) when receiving a message.
  • FP DeMultiplexing FPDMux
  • the NodeB is connected to the upstream RNC through the "Iub" interface.
  • the FPMux operation needs to be implemented in the direction of the data flow sent by the NodeB to the RNC.
  • DSCP Diff serv Code
  • Table 1 shows the package format of FPMux Ver HLen TOS 16-bit total length
  • the FP packet payload protocol stipulates that the triplet (Source IP, SIP), Destination IP (DIP), DSCP) uniquely identifies a multiplex channel, that is, has the same SIP and DIP.
  • the data stream with the DSCP value is then multiplexed into an FP Mux frame.
  • FP Mux is a technology for multiplexing small packets such as voice on UDP.
  • the IP/UDP header of the message is completely reserved.
  • Each FP payload (payload) is added with a Mux Header. (User Identification, UID for short) is generally the UDP destination port (DPORT).
  • This technology has the following drawbacks: Because some IP headers and UDP headers exist at the same time, some network resources are wasted; in addition, since the FPMux technology is compatible with both Ethernet and PPP, the SDH/PDH network using PPP no longer has a development prospect, but for the Ethernet bearer. The network will not need to support PPP, so if it is compatible with PPP, it will waste some network resources.
  • IT Li Technology is based on time division (Time-Division Multiplexing (TDM) technology, can be connected to a variety of networks (including IP network, Public Switched Telephone Network (PSTN) I plain old telephone service (PLAIN OLD TELEPHONE SERVICE, POTS for short) network ) Technology.
  • IP network Public Switched Telephone Network (PSTN) I plain old telephone service (PLAIN OLD TELEPHONE SERVICE, POTS for short) network
  • PSTN Public Switched Telephone Network
  • PAIN OLD TELEPHONE SERVICE POTS for short
  • FIG. 2 A schematic diagram of the package structure of the specific IT ⁇ field, as shown in FIG. 2 .
  • the inventor has found that the prior art has at least the following defects: It only supports fixed-length packet encapsulation, and is inflexible; even for voice packets, it needs to occupy multiple T-Segments (the typical length of the voice packet is 22 bytes); does not support message priority; ⁇ Tima technology microcode implementation is more complex, software complexity is high, may require dedicated hardware implementation; network transmission requires E1/T1 similar precision clock guarantee, higher cost . Therefore, the transmission efficiency of packets such as the packet service of the prior art is relatively low. Summary of the invention
  • a first aspect of the present invention provides an Ethernet packet multiplexing method and device to improve packet transmission efficiency of packet services.
  • a second aspect of the present invention provides an Ethernet packet demultiplexing method and device to improve demultiplexing efficiency of an Ethernet message.
  • an embodiment of the present invention provides an Ethernet packet multiplexing method, including: receiving a packet to be encapsulated; and when the length of the packet to be encapsulated is less than or equal to a sub-packet And determining, by the default maximum allowable length of the packet to be encapsulated, whether the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than a preset maximum allowable transmission length of the Ethernet packet; if yes, The multiplexed Ethernet packet is encapsulated and sent by the Ethernet, and the packet to be encapsulated is multiplexed into a new Ethernet packet.
  • the packet to be encapsulated is multiplexed into the multiplexed Ethernet packet.
  • a sub-message payload unit and the length of the packet to be encapsulated is added to the payload length of the multiplexed Ethernet packet to obtain the payload length of the current Ethernet packet, where the sub-packet net
  • the load unit includes a multiplex header and a sub-message payload, and the multiplex header includes length information of the packet to be encapsulated.
  • an embodiment of the present invention further provides an Ethernet packet multiplexing device, including: a first receiving module, a determining module, a first encapsulating module, a multiplexing module, and an accumulating module;
  • the module is configured to receive a packet to be encapsulated, and the determining module is configured to be connected to the first receiving module, and configured to: when determining that the length of the packet to be encapsulated is less than or equal to a preset of the payload unit of the sub-message When the maximum allowable length is used, it is determined whether the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than a preset maximum allowable transmission length of the Ethernet packet; When the determining module determines that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than the preset maximum allowable transmission length of the Ethernet packet, the Ethernet packet is encapsulated in the Ethernet packet.
  • the multiplexing module is configured to: when the determining module determines that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than a preset maximum capacity of the Ethernet packet Transmitting the packet to be encapsulated into a new Ethernet packet, and when the determining module determines the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet. And the packet to be encapsulated is multiplexed into a sub-message payload unit of the multiplexed Ethernet message, and the sub-message is traversed by the preset maximum allowable transmission length of the Ethernet packet.
  • the charging unit includes a multiplexer header and a sub-message payload, the multiplexer header includes length information of the packet to be encapsulated, and an accumulation module, configured to determine, by the judging module, the length of the packet to be encapsulated The length of the packet to be encapsulated is accumulated when the sum of the lengths of the multiplexed Ethernet packets is not greater than the preset maximum allowable transmission length of the Ethernet packet. The payload length of the current Ethernet packet is obtained by the payload length of the multiplexed Ethernet packet.
  • the multiplexer is added to the front end of each child packet payload to represent the type and length of the service content carried by the child packet payload, and the existing Compared with the UDP/IP header, the network resource is saved and the network resource utilization is improved. Meanwhile, the sub-message payload unit is set according to the actual length of the packet, and the existing method for multiplexing the fixed-length packet is used. In contrast, the use of additional resources is avoided, and the flexibility of message multiplexing is enhanced.
  • an embodiment of the present invention provides an Ethernet packet demultiplexing method, including: receiving an Ethernet packet; extracting a payload length unit and at least one sub-message in the Ethernet packet And the sub-message payload unit includes a sub-message payload and a multiplexing header, where the multiplexer header includes length information of the sub-message payload unit, where the payload length unit includes Determining the payload length of the Ether packet; demultiplexing the payload of the sub-message in the payload unit of the sub-message according to the length information of the payload of the sub-message; determining whether the length of the demultiplexed packet is equal to The length of the payload of the Ethernet packet, if yes, the demultiplexing operation is stopped; otherwise, the next sub-message payload unit is demultiplexed until the length of the demultiplexed packet is equal to the payload length of the Ethernet packet.
  • an embodiment of the present invention further provides an Ethernet packet demultiplexing device, including: a second receiving module, configured to receive an encapsulated Ethernet packet, where the Ethernet packet includes a payload length a unit and at least one sub-message payload unit, where the sub-message payload unit includes a sub-message payload and a multiplexing header, where the multiplex header includes length information of the sub-message payload unit,
  • the load length unit includes a payload length of the Ethernet packet; a first determining module, configured to determine whether a length of the demultiplexed packet is equal to a payload length of the Ethernet packet; and a demultiplexing module, configured to The length information of the sub-packet payload in the multiplexer header in the sub-message payload unit, demultiplexing the sub-message payload in the sub-message payload unit, and when the first judging module When the length of the demultiplexed packet is equal to the payload
  • the type and length information of the service content carried in the multiplexer header of the front end is used to represent the type and length information of the service content carried in the payload of the sub-message to implement demultiplexing of the Ethernet packet, so as to improve the efficiency of multiplexing.
  • FIG. 1 is a schematic diagram of a multiplexing and demultiplexing process of the prior art
  • FIG. 2 is a schematic structural diagram of a multiplexing message based on the IT technology in the prior art
  • FIG. 3 is a schematic structural diagram of an Ethernet message involved in the embodiment of the present invention
  • FIG. 4 is a schematic diagram of a message multiplexing and demultiplexing process between an RNC and a NodeB based on an Ethernet bearer network according to an embodiment of the present invention
  • FIG. 5 is a flowchart of Embodiment 1 of an Ethernet/Multitext multiplexing method according to the present invention.
  • FIG. 6 is a flowchart of Embodiment 2 of an Ethernet/Multitext multiplexing method according to the present invention.
  • Embodiment 7 is a flowchart of Embodiment 1 of an Ethernet packet demultiplexing method according to the present invention.
  • Embodiment 8 is a flowchart of Embodiment 2 of an Ethernet packet demultiplexing method according to the present invention.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of an Ethernet packet multiplexing device according to the present invention.
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of an Ethernet packet multiplexing device according to the present invention
  • FIG. 11 is a schematic structural diagram of Embodiment 3 of an Ethernet packet multiplexing device according to the present invention
  • FIG. 13 is a schematic structural diagram of Embodiment 1 of an Ethernet packet demultiplexing device according to Embodiment 1 of the present invention
  • FIG. 14 is a schematic diagram of an Ethernet packet demultiplexing device according to the present invention
  • FIG. 15 is a schematic structural diagram of Embodiment 3 of an Ethernet de-duplication device according to the present invention.
  • FIG. 3 is a schematic structural diagram of an Ethernet message involved in an embodiment of the present invention.
  • ⁇ AC represents the traditional destination MAC address, 6 bytes long; 1.
  • SMAC indicates a traditional source MAC address, which is 6 bytes long.
  • VLAN Virtual Local Area Network
  • Optional, optional indicates the traditional 802. lp/q, 4 bytes long;
  • the service tag indicates that the message is Ethernet Mux, and provides Quality of Service (QoS) and message order-preserving functions.
  • QoS Quality of Service
  • message order-preserving functions The description of the internal fields is as follows:
  • TYPE indicates the payload type, 0x9910, demultiplexing (Lix) flag, 2 bytes long; Pri indicates priority information, similar to DSCP, in this embodiment its length is 3 bits long; Res indicates reserved The length, in the embodiment, is 1 bit long; the sequence indicates the message ordering information, such as the sequence number used for message order, in this embodiment, the length can be 12 bits long; the Total Length is the Ethernet message. a load length unit in which a payload length of an Ethernet message is stored, and the payload length is in units of bytes;
  • FCS represents the school 3 full sum, for 32-bit Cyclic Redundancy Check (CRC) check, the length of this embodiment is 4 bytes long;
  • Payload is the payload of the text, 0 - 1496 bytes to meet the Ethernet frame length limit of 64 - 1518 bytes. When the payload length is insufficient, the frame has a Padding field with a maximum of 42 bytes.
  • Each sub-message is multiplexed in the Pay load, and a sub-header Mux Header (3-4 bytes) is added to each sub-book payload, which constitutes a sub-message payload unit, and the receiving device will be based on The Mux Header is demultiplexed.
  • the description of the sub-field of the Mux Header is as follows:
  • the UID indicates the user ID. In this embodiment, it can be 16 bits long. The user can customize according to the service type.
  • E lbit, indicating whether there is an extended field.
  • Length 7bit, indicating the net of the sub-message.
  • the 4 files that are reused in Pay load can be any type, such as ATM cell or PPP ⁇ ;
  • Padding Optional, optional field.
  • the frame has a Padding field.
  • the payload length is the length information of the packet payload, and in other optional embodiments, the payload length may also be the packet payload and the MN AC, The sum of the lengths of one or several of SMAC, Vlan TAG, Serv i ce Tag, Padding, FCS.
  • the Ethernet packet multiplexing and demultiplexing method of the present invention will be described in detail below by taking the multiplexing and demultiplexing of Ethernet packets between the 3G NodeB device and the RNC device as an example.
  • FIG. 4 is a schematic diagram of a packet multiplexing and demultiplexing process between a NodeB and an RNC based on an Ethernet bearer network according to the present invention. As shown in Figure 4, packet multiplexing and demultiplexing between the NodeB and the RNC includes the following aspects:
  • the NodeB side implements a certain type of service. ⁇ Ethernet multiplexing of the text, correspondingly, the RNC side implements Ethernet demultiplexing;
  • the RNC side implements a certain type of service. ⁇ Ethernet multiplexing of the text, correspondingly, the NodeB side implements Ethernet demultiplexing;
  • the sub-payload in Figure 3 is the voice payload ( Vo i ce Payload ).
  • the processing flow in the RNC -> NodeB direction is similar, except that the RNC performs packet multiplexing and encapsulation, and the NodeB performs packet demultiplexing.
  • An embodiment of the present invention provides an Ethernet packet multiplexing method, including: receiving a packet to be encapsulated; when the length of the packet to be encapsulated is less than or equal to a preset maximum allowable length of the sub-mail payload unit And determining whether the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than a preset maximum allowable transmission length of the Ethernet packet, and if yes, performing Ethernet session on the multiplexed Ethernet packet The packet is encapsulated and sent, and the packet to be encapsulated is multiplexed into a new Ethernet packet; if not, the packet to be encapsulated is multiplexed into a packet payload of the multiplexed Ethernet packet.
  • the sub-message payload unit includes a multiplex header and a sub-packet payload, and the sub-packet payload carries
  • the multiplexed header includes the length information of the packet to be encapsulated and the user identifier, and adds the length of the packet to be encapsulated to the payload length of the Ethernet packet.
  • the length of the packet to be encapsulated is PKT_SIZE
  • the maximum allowable length of the single Sub Payload is MAX_PAYLOAD_SIZE
  • the length of the multiplexed Ethernet is OLD_MUX_SIZE
  • the maximum allowable transmission length of the Ethernet packet is MTU.
  • FIG. 5 is a flowchart of Embodiment 1 of an Ethernet packet multiplexing method according to the present invention. As shown in Figure 5, the Ethernet packet multiplexing method includes the following steps:
  • Step 101 Receive a packet to be encapsulated.
  • the packet to be encapsulated in this embodiment takes a voice packet as an example.
  • Step 102 Determine whether Ethernet multiplex (Ethernet Mux) is enabled. If yes, go to step 104. Otherwise, go to step 103.
  • Ethernet Mux Ethernet multiplex
  • Step 103 Perform traditional Ethernet encapsulation and send the voice packet to be encapsulated.
  • Step 104 Determine whether the length PKT_S IZE of the voice message to be encapsulated is greater than a preset maximum allowable length of the single child message payload unit, MAX_PAYLOAD_SIZE, and if yes, execute step 105; otherwise, execute step 106;
  • Step 105 Perform Ethernet encapsulation on the multiplexed Ethernet packet and send it, and perform traditional Ethernet encapsulation and transmission on the voice packet to be encapsulated.
  • the method includes the following steps: Step 1051: Perform Ethernet encapsulation on the multiplexed Ethernet packet and send the packet.
  • Step 1042 Perform traditional Ethernet encapsulation and send the voice packet to be encapsulated.
  • Step 106 Determine whether the sum of the length PKT_S IZE of the voice message to be encapsulated and the length of the multiplexed Ethernet message 0LD_MUX_SIZE is greater than the preset maximum allowable transmission length MTU of the Ethernet message; if yes, go to step 107; If no, step 108 is performed.
  • step 107 the multiplexed Ethernet packet is encapsulated and sent by the Ethernet, and the packet to be encapsulated is multiplexed into a new Ethernet packet.
  • the method includes the step 1071: performing the multiplexed Ethernet > 3 ⁇ 4 text. The Ethernet encapsulates and sends the packet.
  • Step 1072 The packet to be encapsulated is multiplexed into a new Ethernet packet.
  • Step 108 The message to be encapsulated is multiplexed into a sub-message payload unit of the multiplexed Ethernet message.
  • the sub-message payload unit includes a multiplex header and a sub-packet payload, and the sub-packet payload carries the
  • the multiplexed header includes the length information of the voice packet to be encapsulated, and may further include a user identifier of the voice packet to be encapsulated.
  • Step 109 The length of the voice message to be encapsulated is added to the payload length of the multiplexed Ethernet message to obtain the current payload length of the Ethernet message. That is, the length of the voice packet to be encapsulated is added to the Tota l Length field in the service tag.
  • steps 101-109 are a complete process of multiplexing a voice message to be encapsulated into an Ethernet message.
  • a voice packet but not limited to a voice packet
  • FIG. 6 is a flowchart of Embodiment 2 of an Ethernet multiplexing method according to the present invention. As shown in FIG. 6, the embodiment is different from the previous embodiment in that after the step 109, the method further includes:
  • Step 110 Start a timer.
  • Step 111 Determine whether to time out according to the timer. If the timeout has not expired, continue to receive a new packet, and perform step 101; if timeout, execute step 112.
  • Step 112 Encapsulate and send the currently multiplexed Ethernet packet.
  • the payload length of the Ethernet packet may also be carried in the state identifier information servicing ce Tag of the Ethernet packet as shown in FIG. 3.
  • the structure of the Ethernet packet can also carry the following information or a combination of the following information in the service tag information Service Tag:
  • the multiplexing type information TYPE of the Ethernet packet, the reused Ethernet packet The priority information Pr i of the text, or the order information Sequence of the multiplexed Ethernet message.
  • the method further includes: setting the multiplexing type information of the Ethernet packet to the Ethernet packet in the Service Tag, that is, Ethernet multiplexing, that is, The TYPE in the specified Service Tag is 0x9910, and the value can be customized.
  • FIG. 7 is a flowchart of Embodiment 1 of an Ethernet packet demultiplexing method according to the present invention. As shown in FIG. 7, the Ethernet packet demultiplexing method includes the following steps:
  • Step 201 Receive an Ethernet message.
  • Step 202 Determine whether the multiplexing type information TYPE in the Ethernet message is Ethernet multiplexing. If not, go to step 203; if yes, go to step 204. In this embodiment, it is determined whether the TYPE in the Serv i ce Tag is 0x9910.
  • Step 203 Demultiplexing the etheric object by using an ordinary Ethernet demultiplexing method.
  • Step 204 Extract a payload length unit and at least one sub-message payload unit in the Ethernet packet, where the sub-message payload unit includes a sub-packet payload and a multiplexing header, where the multiplexing header is The length information of the sub-message payload unit is included, and the payload length unit includes a payload length of the Ethernet packet.
  • Step 205 Demultiplex the sub-message payload in the sub-message payload unit according to the length information of the sub-message payload.
  • the service content carried in the sub-packet payload "Sub Pay load" in the payload unit of the sub-packet is demultiplexed according to the length of the payload of the sub-message in the Mux Header in the sub-message payload unit.
  • Step 206 Send the service content to a corresponding upper application according to a user identifier UID in the multiplex header Mux Header for processing.
  • Step 207 Determine whether the length of the demultiplexed packet is equal to the payload length of the Ethernet packet. If yes, go to step 208. Otherwise, go to step 205 to continue demultiplexing the next sub-packet in the Ethernet packet. The length of the packet until the demultiplexed packet is equal to the payload length of the Ethernet packet.
  • Demultiplexing includes: demultiplexing of the payload of the message and demultiplexing of information related to the multiplexed message.
  • the demultiplexing of the message payload demultiplexes the payload of the sub-message in the payload of the message.
  • the information related to the multiplexing message includes MAC, Vlan TAG, Serv ce Tag, Padding and FCS.
  • the payload length in the Ethernet packet is the length information of the payload of the packet payload, it is only necessary to compare whether the total length of the demultiplexed sub-message payload unit is equal to the payload length.
  • the payload length may also be information related to the packet payload and the foregoing multiplexing packet. (DMAC, SMAC, Vlan TAG, Service Tag, Padding, FCS) The sum of the lengths of one or several of the packets, so in the comparison process, it is judged whether the length of the packet that has been taken is equal to the payload length of the Ethernet packet. To determine whether the total length of the demultiplexed sub-message payload unit plus the length of the multiplexed packet related information is equal to the payload length of the Ethernet packet.
  • Step 208 Stop the demultiplexing operation of the current Ethernet message.
  • the method further includes: according to the priority Information is classified and prioritized.
  • the method further includes: Information is processed in order.
  • FIG. 8 is a flowchart of Embodiment 2 of an Ethernet demultiplexing method according to the present invention.
  • the difference between this embodiment and the previous embodiment is that the flow classification and priority scheduling operations and the order-preserving processing operations are added.
  • the method further includes:
  • Step 209 Perform flow classification and priority scheduling according to the priority information Pr i in the service tag information Service Tag.
  • the traffic classification and priority scheduling are performed according to the priority information Pr i in the service tag information Service Tag, such as QoS based on simple traffic classification or complex traffic classification.
  • Step 210 Perform a sequence-preserving process according to the order-preserving information Sequence in the service tag information Service Tag.
  • the sink can correct the order of the received message according to the serial number.
  • the message with the smaller serial number will be processed by the upper application first, and the TCP similarity can also be provided.
  • Frame loss detection and retransmission mechanism The packet described in the foregoing embodiment is not limited to the packet service carried by the Ethernet bearer network, such as the wireless voice service.
  • the packet may also be included in the network such as the SDH/PDH network, the ATM network, and the PSTN/POTS, and is provided on the Ethernet.
  • the bearer of PPP PPP over Etherne t, PPPoE for short
  • ATM over Ethernet ATM over Ethernet
  • the access device and the server device connected to the Ethernet bearer network are core devices. Take the above ATM network as an example.
  • the main functions include:
  • the multiplexed packet (or ce ll ) is encapsulated in the Ethernet packet on the device (or server) that the source network accesses the Ethernet bearer network, and the bearer network performs normal L2 forwarding according to the MAC address, and receives the network access device (or Demultiplexing on the server).
  • ATM ce l l , ⁇ ⁇ and ordinary IP files can be multiplexed in this mode and transmitted on the Ethernet bearer network, and demultiplexed at the receiving end to provide a transmission mode similar to ATMoE and PPPoE.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of an Ethernet/Multitext multiplexing device according to the present invention.
  • the method includes: a first receiving module 11, a determining module 12, a first encapsulating module 13, a multiplexing module 14, and an accumulating module 15; wherein, the first receiving module 11 is configured to receive a packet to be encapsulated;
  • the judging module 12 is connected to the first receiving module 11. When it is determined that the length of the packet to be encapsulated is less than or equal to the preset maximum allowable length of the sub-mail payload unit, the judging module 12 continues to determine the packet to be encapsulated. Whether the sum of the length and the length of the multiplexed Ethernet message is greater than a preset maximum allowable transmission length of the Ethernet message;
  • the first encapsulating module 13 is invoked, and the multiplexed Ethernet packet is encapsulated and sent by the Ethernet, and the multiplexing module 14 is invoked to multiplex the packet to be encapsulated into a new Ethernet packet.
  • the multiplexing module 14 is invoked, and the packet to be encapsulated is multiplexed into a sub-message payload unit of the multiplexed Ethernet message, where the sub-message payload unit includes a multiplexing header and a sub-port.
  • the length of the packet is added to the payload length of the multiplexed Ethernet packet to obtain the payload length of the current Ethernet packet.
  • the multiplexer header in the sub-message payload unit may further include a user identifier of the packet to be encapsulated.
  • the judging module 12 is connected to the first receiving module 11 and is configured to continue to determine the to-be-suppressed when it is determined that the length of the packet to be encapsulated is less than or equal to the preset maximum allowable length of the sub-packet payload unit. Whether the sum of the length of the loaded message and the length of the multiplexed Ethernet message is greater than a preset maximum allowable transmission length of the Ethernet message;
  • the first encapsulating module 13 is configured to: when the judging module 12 determines that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than the preset maximum allowable transmission length of the Ethernet packet, The Ethernet packet is encapsulated and sent by the Ethernet packet;
  • the multiplexing module 14 is configured to: when the determining module 12 determines that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is greater than the preset maximum allowable transmission length of the Ethernet packet, the packet to be encapsulated
  • the text is multiplexed into a new Ethernet message, and is used by the determining module 12 to determine that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet message is not greater than the preset maximum tolerance of the Ethernet message.
  • the packet to be encapsulated is multiplexed into a sub-message payload unit of the multiplexed Ethernet packet, and the sub-message payload unit includes a multiplex header and a sub-packet payload, and the multiplex header
  • the length information of the packet to be encapsulated is included;
  • the accumulating module 15 is configured to: when the judging module 12 determines that the sum of the length of the packet to be encapsulated and the length of the multiplexed Ethernet packet is not greater than a preset maximum allowable transmission length of the Ethernet packet, the packet to be encapsulated The length of the text is added to the payload length of the multiplexed Ethernet packet to obtain the payload length of the current Ethernet packet.
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of an Ethernet packet multiplexing device according to the present invention. As shown in FIG. 10, the embodiment is different from the foregoing embodiment of the Ethernet device in the Ethernet packet.
  • the first extension module 16 is further configured to set the Ethernet packet in the service identifier unit of the Ethernet packet.
  • the multiplexing type information is Ethernet multiplexing; and may further include a second extension module, configured to set priority information of the multiplexed Ethernet message in a service flag unit of the Ethernet message; and may further include a third extension
  • the module 18 is configured to set the order information of the multiplexed Ethernet message in the service flag unit of the Ethernet message.
  • FIG. 11 is a schematic structural diagram of Embodiment 3 of an Ethernet multiplex device according to the present invention. As shown in FIG. 11, this embodiment The difference between the foregoing embodiment of the Ethernet packet multiplexing device is that the determining module 12 further includes a timed submodule 1201, and the accumulating module 15 adds the length of the packet to be encapsulated to the multiplexed Ethernet message. After the payload length of the current Ethernet packet is obtained, the timing sub-module 1201 starts counting. When no packet arrives at the first receiving module 11 within a predetermined time, the first encapsulating module 13 , the Ethernet packet that is currently multiplexed is encapsulated and sent by Ethernet.
  • FIG. 12 is a schematic structural diagram of Embodiment 4 of an Ethernet packet multiplexing device according to the present invention.
  • the difference from the first embodiment of the Ethernet device is as follows: the second module module 19 is further included, and the determining module 12 determines the length of the packet to be encapsulated.
  • the first encapsulation module 13 is invoked, and the multiplexed Ethernet packet is encapsulated and sent by the Ethernet, and the second encapsulation module 19 is invoked.
  • the message is encapsulated and sent in traditional Ethernet.
  • FIG. 13 is a schematic structural diagram of Embodiment 1 of an Ethernet packet demultiplexing device according to the present invention.
  • the method includes: a second receiving module 21, configured to receive an encapsulated Ethernet packet, where the Ethernet packet may include a payload length unit and at least one sub-post payload unit, and the sub-message payload unit The sub-message payload and the multiplexing header are included, and the multiplexer header includes the length information of the sub-message payload unit, the payload length unit includes the payload length of the Ethernet packet, and the demultiplexing module 22 and the second receiving module 21 a connection, configured to demultiplex the sub-message payload in the sub-message payload unit according to the length information of the sub-message payload in the multiplexer header in the sub-message payload unit; the first determining module 24 And connecting to the demultiplexing module 22, determining whether the length of the demultiplexed packet is equal to the payload length of the
  • the first determining module 24 is configured to determine whether the length of the demultiplexed packet is equal to the payload length of the Ethernet packet; the demultiplexing module 22 is configured to use the sub-header in the multiplex header in the sub-message payload unit.
  • the packet payload length information is used to demultiplex the sub-packet payload in the sub-packet payload unit, and when the first judging module 24 determines that the length of the demultiplexed packet is equal to the payload length of the Ether packet Stop the demultiplexing operation.
  • the first determining module 24 determines that the length of the demultiplexed packet is not equal to the payload length of the Ethernet packet, continue to demultiplex the next one.
  • the Ethernet packet demultiplexing device in this embodiment further includes a sending module 23, which is connected to the demultiplexing module 22, and is configured to send the service content to the corresponding upper layer application for processing according to the user identifier in the multiplexing header.
  • FIG. 14 is a schematic structural diagram of Embodiment 2 of an Ethernet demultiplexing device according to the present invention.
  • the difference between the embodiment and the foregoing embodiment of the Ethernet demultiplexing device is that the priority scheduling module 25 may be further included, and the used service flag unit of the Ethernet packet is configured to be multiplexed.
  • the priority information of the Ethernet packet is used, the traffic classification and priority scheduling are performed according to the priority information before the sub-message payload in the sub-message payload unit is demultiplexed.
  • the preamble processing module 26 may be further configured to: when the order information of the multiplexed Ethernet message is set in the service flag unit of the Ethernet message, the sub-message used in the demultiplexing sub-mail payload unit Before the payload, the order-preserving process is performed according to the order-preserving information.
  • FIG. 15 is a schematic structural diagram of Embodiment 3 of an Ethernet packet demultiplexing device according to the present invention.
  • the embodiment is different from the foregoing embodiment of the Ethernet packet demultiplexing device in that the second determining module 27 is further connected to the second receiving module 21, and is set in the service marking unit of the Ethernet message.
  • the second determining module 27 is configured to use the multiplexing type information according to the multiplexing type information before demultiplexing the sub-message payload in the sub-message payload unit.
  • a method for directly multiplexing multiple packets into an Ethernet packet and performing Layer 2 transmission on the Ethernet bearer network is provided, and the UDP/IP header is no longer used, and one packet is added before each packet.
  • the multiplex header Mux Header is used to characterize the type and length of the service content carried by the payload of the message, and the EtherType field of the traditional Ethernet is extended to TYPE to support Etherne t Mux frame identification, QoS, and language preservation, and supports traditional 802. lp/q is packaged with normal Ethernet.
  • the present invention has the following advantages: (1) Further improving transmission efficiency, enhancing flexibility, QoS characteristics, and achieving simpler implementation, further reducing development and operation costs;
  • 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.

Landscapes

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

Abstract

Le mode de réalisation de la présente invention concerne un procédé et un dispositif de multiplexage et de démultiplexage de message Ethernet. Le mode de réalisation du procédé de multiplexage de message Ethernet consiste à : recevoir le message à encapsuler; lorsque la longueur du message à encapsuler est inférieure ou égale à la longueur de transmission permise prédéterminée et maximale de l'unité de données utiles du sous-message, déterminer si la somme de la longueur du message à encapsuler et de la longueur du message Ethernet déjà multiplexé est supérieure à la longueur de transmission permise prédéterminée et maximale du message Ethernet; si tel est le cas, encapsuler le message Ethernet multiplexé à envoyer, et multiplexer le message à encapsuler avec un nouveau message Ether; sinon, multiplexer le message à encapsuler avec une unité de données utiles de sous-message du message Ethernet multiplexé, et ajouter la longueur du message à encapsuler à la longueur de données utiles du message Ethernet multiplexé de manière à obtenir la longueur de données utiles du message Ethernet actuel. Le mode de réalisation de la présente solution permet d'améliorer, entre autres, l'efficacité de transmission d'un message de service de petit paquet et d'accroître la souplesse du multiplexage de message.
PCT/CN2008/072345 2007-12-27 2008-09-12 Procédé et dispositif de multiplexage et de démultiplexage de message ethernet WO2009082897A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710160585.3 2007-12-27
CN200710160585 2007-12-27
CN200810081622.6 2008-02-27
CN200810081622.6A CN101471937B (zh) 2007-12-27 2008-02-27 以太报文复用、解复用方法及设备

Publications (1)

Publication Number Publication Date
WO2009082897A1 true WO2009082897A1 (fr) 2009-07-09

Family

ID=40823772

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072345 WO2009082897A1 (fr) 2007-12-27 2008-09-12 Procédé et dispositif de multiplexage et de démultiplexage de message ethernet

Country Status (1)

Country Link
WO (1) WO2009082897A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5570362A (en) * 1994-03-16 1996-10-29 Fujitsu Limited System for transferring variable length cells under ATM
CN1490987A (zh) * 2002-10-18 2004-04-21 ��Ϊ�������޹�˾ 一种在同步数字网上传送数据业务的方法
CN1777152A (zh) * 2004-11-12 2006-05-24 英特尔公司 媒体网关和服务器之间的数据传输
WO2007025029A2 (fr) * 2005-08-24 2007-03-01 Qualcomm Incorporated Transmission d'unites de donnees de protocole multiplex dans des paquets de couche physique

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5570362A (en) * 1994-03-16 1996-10-29 Fujitsu Limited System for transferring variable length cells under ATM
CN1490987A (zh) * 2002-10-18 2004-04-21 ��Ϊ�������޹�˾ 一种在同步数字网上传送数据业务的方法
CN1777152A (zh) * 2004-11-12 2006-05-24 英特尔公司 媒体网关和服务器之间的数据传输
WO2007025029A2 (fr) * 2005-08-24 2007-03-01 Qualcomm Incorporated Transmission d'unites de donnees de protocole multiplex dans des paquets de couche physique

Similar Documents

Publication Publication Date Title
CA2382271C (fr) Service d'emulation de circuit via un reseau protocole internet
US7623508B2 (en) Bandwidth on demand for media services at stationary equipment unit
US7266087B2 (en) IP platform for advanced multipoint access systems
US9078290B2 (en) Uplink transmission method, downlink transmission method, and convergence device
WO2010072162A1 (fr) Procédé, système et dispositif pour configurer une ressource de planification semi-persistante
WO2004036836A1 (fr) Procede d'emission de service de donnees sur un reseau numerique synchrone
WO2010031324A1 (fr) Procédé, dispositif et système pour la transmission de données
WO2012130050A1 (fr) Procédé de communication sans fil, dispositif émetteur, dispositif récepteur
JP2007529182A (ja) Ｇｒｅフレーム中の上位レイヤパケットまたはフレーム境界の情報の提供
WO2009015609A1 (fr) Procédé de chargement sans fil, dispositif et système pour des données de service d'un domaine de commutation de circuit
WO2006116929A1 (fr) Procédé de transmission de données à multiplexe temporel
WO2020043201A1 (fr) Procédé et dispositif de transmission de message, et support de stockage informatique
WO2014183281A1 (fr) Procédé de transmission de données, appareil, dispositif de communication et système de communication
WO2009152711A1 (fr) Procédé et dispositif de réalisation d'intercommunication de la priorité
WO2009026845A1 (fr) Procédé d'émission et de réception de données, appareil de point d'accès sans fil, passerelle et système de communication
JP4550897B2 (ja) 通信システムにおける情報の伝送
WO2009086774A1 (fr) Procédé, appareil et système pour transmettre des données
WO2009138007A1 (fr) Procédé, dispositif et système de support de charge d'encapsulation générique de routage
US20050220059A1 (en) System and method for providing a multiple-protocol crossconnect
CN101471937B (zh) 以太报文复用、解复用方法及设备
WO2009146631A1 (fr) Procédé, dispositif et système d’émission de données
WO2009065304A1 (fr) Dispositif d'acheminement et procédé d'acheminement d'informations de réseau de communication de signalisation (scn) et d'informations de réseau de communication de gestion (mcn)
WO2009082897A1 (fr) Procédé et dispositif de multiplexage et de démultiplexage de message ethernet
WO2009129686A1 (fr) Procédé et système pour configurer une ressource de service non programmée, et organe de commande de réseau radio
WO2008095394A1 (fr) Procédé et dispositif de transmission et de réception de données entre un contrôleur de réseau radio et un noeud de station

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

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

Country of ref document: EP

Kind code of ref document: A1