CN102420672A - Method for wireless local area network wireless access point to carry out data forwarding to wireless controller - Google Patents

Method for wireless local area network wireless access point to carry out data forwarding to wireless controller Download PDF

Info

Publication number
CN102420672A
CN102420672A CN2011100262956A CN201110026295A CN102420672A CN 102420672 A CN102420672 A CN 102420672A CN 2011100262956 A CN2011100262956 A CN 2011100262956A CN 201110026295 A CN201110026295 A CN 201110026295A CN 102420672 A CN102420672 A CN 102420672A
Authority
CN
China
Prior art keywords
message
multiplexing
compression
length
context
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2011100262956A
Other languages
Chinese (zh)
Inventor
宋成飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SUZHOU HANMING TECHNOLOGY CO LTD
Original Assignee
SUZHOU HANMING TECHNOLOGY 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 SUZHOU HANMING TECHNOLOGY CO LTD filed Critical SUZHOU HANMING TECHNOLOGY CO LTD
Priority to CN2011100262956A priority Critical patent/CN102420672A/en
Publication of CN102420672A publication Critical patent/CN102420672A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

The invention discloses a method for a wireless local area network wireless access point to carry out data forwarding to a wireless controller. The method comprises the following steps: (1) the wireless access point receives a service message of a work station; (2) according to a data flow the message belongs to, a prior message and a next message are established, and service messages with a same IP address, a same UDP port number and a same protocol number are compressed; (3) the wireless access point carries out multiplexing technology processing on the compressed messages, and two or more compressed message are packaged in an Ether frame which is sent to the wireless controller. According to the method, a proportion of bandwidth occupied by a header is reduced, utilization rate of the bandwidth is raised, link bandwidth is saved in a transmission process, and service quality is improved.

Description

The WLAN WAP carries out the method for data forwarding to wireless controller
Technical field
The invention belongs to the Networks and Communications technical field, relate to a kind of WLAN WAP carries out method from data forwarding to wireless controller.
Background technology
WLAN has obtained using widely now, becomes the major obstacle of its development along with the network bandwidth of the increase WLAN that inserts number.WLAN and traditional cable network adopt the IP agreement equally.The head expense of IP protocol massages is bigger, and is particularly evident in multimedia service.Because mostly multimedia service is the real time business message that payload is less, after through each layer encapsulation, it is most of that protocol header has accounted for message, brought relatively large header overhead.For example professional at the real-time voice of one 20 byte of transmission through network, speech data will pass through the RTP/UDP/IP protocol encapsulation.If IPv4 message protocol head length overall is 40 bytes (RTP is 12 bytes for IP header 20 bytes, UDP header 8 bytes), if the ipv6 header length overall is 60 bytes.Header has just spent the link bandwidth of 67%-75%, and header is brought in reception and said so nonsensically, and real useful data division only accounts for the 25%-33% of bandwidth.
Main flow adopts AC (wireless controller, Access Control) to add the centralized networking mode of AP (WAP, Access Point) in WLAN; General wlan network is by STA (work station); AP (WAP), AC (wireless controller), AS (certificate server) forms.Adopting Ethernet to connect between AP and the AC, can be that 2 layer networks also can make 3 layer networks.In centralized networking, require the AC association of monitor workstation fully, access, business datum and charging.So just require the data of all STA all will converge to upward processing of AC.The specification of AC can be managed 1024 AP in theory simultaneously at present, and each AP allows 256 STA to insert.AC when the data of all STA all converge to, the bandwidth of wire link will become the bottleneck of data forwarding.In order to save the network bandwidth, this paper proposes the multiplexing mechanism of a kind of compression.Guarantee that message can arrive under the situation of AC in multihop network, realize the maximum compression of message.
Summary of the invention
The object of the invention is to provide a kind of WLAN WAP to carry out the method for data forwarding to wireless controller, has solved in the prior art in the WLAN problems such as transfer of data is slow between WAP and wireless controller.
In order to solve these problems of the prior art, technical scheme provided by the invention is:
A kind of WLAN WAP carries out the method for data forwarding to wireless controller, it is characterized in that said method comprising the steps of:
(1) WAP is accepted the service message of work station;
(2) set up according to the data flow under the message have identical ip addresses behind the context, the service message of udp port number, protocol number compresses;
(3) message of WAP after to compression carries out after multiplex technique handles, and more than one compressed packet is encapsulated in the Ether frame sends to wireless controller through wire link.
Preferably, after contextual establishment step comprises message to be compressed of reception in the said method step (1), check whether the data flow contextual information under this message is set up; If directly then get into compression process; If not, context is created in negotiation and the initialization that then will carry out Context identifier number.
Preferably, said method step also comprises contextual step of updating in (1), when compression side checks out that message dynamic field to be compressed changes, sends and dynamically updates message to decompressor, and compression side upgrades context simultaneously; And decompressor receive dynamically update message after, upgrade context according to message content.
Preferably; Comprise in the said step (2) service message with identical ip addresses, udp port number, protocol number is defined as a data flow; Deletion is the constant field of message header in the life cycle of data flow, and the field that message header changes is carried out processed compressed according to the Changing Pattern employing different compression method of field thresholding.
Preferably, the message field (MFLD) compression method is selected the W-LSB code compression method for use in the said method, and service message static fields thresholding is transmitted when initialization decompressor context in the said method, and after the context initialization is accomplished, the static fields thresholding will no longer be transmitted; The RC field of dynamic part is then sent original value when detecting when changing; And the IRREGULAR of dynamic part and ALTERNATING class field when detecting variation, are not sent original value, but send the value behind the W-LSB coding.
Preferably; After the multiplex technique treatment step comprises that compression is accomplished in the said method step (3); Receiving behind the message to be packaged of overcompression; At first check compressed packet payload part length, when its during greater than the preset maximum admissible length of message Payload Unit, this message will be sent by independent being encapsulated in the Ethernet message; When compressed packet payload part length is less than or equal to the maximum admissible length of message Payload Unit, judge whether the length of this message to be packaged and multiplexing packet length sum allow transmission length greater than the preset maximum of Ethernet message; If, then send multiplexing message, simultaneously will be as first multiplex sub message of next multiplexing packet with message to be packaged; If not, then with message multiplexing to be packaged in multiplexing message, and upgrade multiplexing Ethernet message length.Message wherein to be packaged comprises multiplexing head and message payload part.
Preferably, in the said payload that will be encapsulated in UDP to multiplexing compressed packet, the port of UDP is the port numbers of compression multiplex protocol.
Operation principle of the present invention is the IP head of the message that belongs to same data flow and UDP head are compressed the removal redundancy section, uses new compressing head to replace former message protocol head; If the payload of message is smaller; Can these messages after overcompression be encapsulated in the same Ether frame so; Can significantly reduce the proportion of protocol header in message like this, thereby improve efficiency of transmission, reduce the requirements for transmission of user taking.
In a period of time, the message with identical source IP address, purpose IP address, protocol number, source port number and destination slogan can repeat to occur in a large number in network.Such as sometime at browsing page, so during this period of time in the IP address be exactly the address of main frame and server, protocol number is 6 (TCP), port numbers also is that what to fix all is 80.If these messages with identical source IP address, purpose IP address, protocol number, source port number and destination slogan are found out a data flow; Say and belong to which data flow that these identical parts just become redundant information so as long as can indicate each message.
The present invention compresses IP head and the UDP head that multiplexing basic principle will belong to the message of same data flow and compresses the removal redundancy section, uses new compressing head to replace former message protocol head; If the payload of message is smaller, can these messages after overcompression be encapsulated in the same Ether frame so.Reduce the proportion of protocol header in message, thereby improved efficiency of transmission, reduced the requirements for transmission of user taking.
Both sides confirm the used udp port of compression multiplexing message number through consultation, and whether decompressor is discerned through port is compressed packet.Receive a compression multiplexing message when decompressor, can find context, then compressed packet is reduced into the IP message according to information in the multiplexing prefix.
Compression provided by the invention and multiplexing method.May further comprise the steps: will have the service message of identical ip addresses, udp port number, protocol number, the different compression method is adopted in definition according to different field.And the message after will compressing carries out multiplexing process, and last above compressed packet is encapsulated in an Ether frame and sends.
Also comprise the reception message before compression and the multiplexing step,, check at first whether the data flow under the message has set up context when the message of receiving a band compression.If not then the context through Context identifier request message initialization decompressor.Said Context identifier request message comprises: consults type, message length territory, Context identifier territory, IP version number, life span territory, service quality territory, keeps the territory, and the source IP address corresponding with said connection identifier, purpose IP address, source udp port number, purpose udp port number.The Context identifier request message of decompressor through receiving just can the initialization context.
The header dynamic thresholds is adopted based on the effective W-LSB coded system of the lowest order of forms,, obtain both inconsistent least significant bits the thresholding of needs compression and correctly transmission and the value of as a reference corresponding domain compares.Through the LSB coding, compression module only need transmit k least significant bit of thresholding, rather than original thresholding.W-LSB coding uses a plurality of reference values and with the form of sliding window they is organized, the LSBs after the compression of overcompression side can be through sliding window in any reference value decompress(ion) come out.Need only the current reference value of decompressor in sliding window, decompress(ion) that just can be correct.Thereby improved the robustness of compression.
After message is compressed, at first check compressed packet payload part length, when its during greater than the preset maximum admissible length of message Payload Unit, this message can not carry out multiplexingly with other messages, it will be sent by independent being encapsulated in the Ethernet message.Before sending this message, need multiplexing packet encapsulation to send.When compressed packet payload part length is less than or equal to the maximum admissible length of message Payload Unit, judge whether the length of this message to be packaged and multiplexing packet length sum allow transmission length greater than the preset maximum of Ethernet message; If, then send multiplexing message, simultaneously will be as first multiplexing packet of next multiplexing packet with message to be packaged; If not, then with message multiplexing to be packaged in multiplexing message, and upgrade multiplexing Ethernet message length.Message wherein to be packaged comprises multiplexing head and message payload part.
With respect to scheme of the prior art, advantage of the present invention is:
The invention provides a kind of header compression method, may further comprise the steps: the service message of UDP/IP encapsulation is compressed, remove the redundant field of header based on the WLAN wire link; Again the above compressed packet is encapsulated in the same Ether frame a shared IP head and UDP head.The present invention has reduced the proportion of header occupied bandwidth, thereby has improved bandwidth utilization, in transmission course, reaches the saving link bandwidth, improves service quality.
Description of drawings
Below in conjunction with accompanying drawing and embodiment the present invention is further described:
Fig. 1 carries out the method flow diagram of data forwarding to wireless controller for WLAN WAP in the embodiments of the invention;
Fig. 2 is the process chart of embodiments of the invention WAP;
Fig. 3 is the W-LSB encoding process flow process of embodiments of the invention WAP;
Message format when Fig. 4 transmits data for the embodiments of the invention WAP after multiplexing;
Multiplexing form when Fig. 5 transmits data for the embodiments of the invention WAP after multiplexing.
Embodiment
Below in conjunction with specific embodiment such scheme is further specified.Should be understood that these embodiment are used to the present invention is described and are not limited to limit scope of the present invention.The implementation condition that adopts among the embodiment can be done further adjustment according to the condition of concrete producer, and not marked implementation condition is generally the condition in the normal experiment.
Embodiment
Below for the present invention is based on the data forwarding process of WLAN wire link; The service message that will have identical ip addresses, udp port number, protocol number is defined as a data flow; Deletion is the constant field of message header in the life cycle of data flow, changes the Changing Pattern employing different compression strategy of field according to the field thresholding.Message after will compressing again carries out multiplexing process, and last above compressed packet is encapsulated in an Ether frame and sends.
Wherein message field (MFLD) is defined as each data flow and creates context, preserves a last message header field thresholding in the context.Context comprises static part and dynamic part.Static part is meant the part that header fields can not change in the message that belongs to same data flow.Static part also comprises specifically defined field, such as the IP header field relevant with burst, so because do not compress burst message this write field and can not change.The rule that the with good grounds field of dynamic part changes is the STATIC class with some Field Definitions that remain unchanged under specific circumstances, as the UDP verification with, when not using just for static; Some field is seldom changing.After variation, just keep that value, such field is defined as RARELY-CHANGE (RC), like the IP-TOS field always; The ALTERNATING class representes that the scope of field variation is very little, like IP-TTL; The irregular field of IRREGULAR, as the IP header check with.
Message static fields thresholding is only transmitted when initialization decompressor context, and after the context initialization is accomplished, the static fields thresholding will no longer be transmitted.Dynamic part adopts the different compression mode according to field thresholding different regularity of change: the RC field, then send original value when changing when detecting; IRREGULAR and ALTERNATING class field when detecting variation, are not sent original value, but send the value behind the W-LSB coding.
Compression is a multiplexing process with that after accomplishing.Receiving behind the message to be packaged of overcompression; At first check compressed packet payload part length; When its during greater than the preset maximum admissible length of message Payload Unit, this message can not carry out multiplexingly with other messages, it will be sent by independent being encapsulated in the Ethernet message.Before sending this message, need multiplexing packet encapsulation to send.
When compressed packet payload part length is less than or equal to the maximum admissible length of message Payload Unit, judge whether the length of this message to be packaged and multiplexing packet length sum allow transmission length greater than the preset maximum of Ethernet message; If, then send multiplexing message, simultaneously will be as first multiplex sub message of next multiplexing packet with message to be packaged; If not, then with message multiplexing to be packaged in multiplexing message, and upgrade multiplexing Ethernet message length.Message wherein to be packaged comprises multiplexing head and message payload part.
Receive a message to be compressed, check whether the data flow contextual information under this message is set up.If directly then get into compression process.If not, then to carry out the negotiation and the initialization context of Context identifier number (CID).When compression side checks out that message dynamic field to be compressed changes, send and to dynamically update message, simultaneously compression side's context more to decompressor.After decompressor is received and dynamically updated message, upgrade context according to message content.In the said payload that will be encapsulated in UDP to multiplexing compressed packet, the port of UDP is the port numbers of compression multiplex protocol.
Fig. 1 is the overall flow figure of compression multiplex technique.Comprise four modules in the WAP: receiver module, compression module, Multiplexing module and sending module, carry out this four steps respectively.
Fig. 2 is the handling process of receiver module, may further comprise the steps:
Step 201 receives service message.
Whether step 202 inspection service message is the compression class of supporting, if execution in step 204, execution in step 203 if not.
Step 203 pair does not support the message former state of compressing to send.
Whether the data flow contextual information under the step 204 inspection message is set up, if execution in step 206, execution in step 205 if not.
Step 205 is not set up context for setting up contextual data flow, and is sending context sign request message.
Step 206 is transferred to compression module with message and is handled.The message that can compress: the message of ip/udp type.IP version is IPV4, non-fragment message.Not not compressing of other.
Following among the present invention to the compression of each field of IP/UDP:
The explanation of IP header fields
Version number: it represents employed IP version number.The packet of different editions number must be submitted to different IP stacks and handle.Belong to all packets of same stream, the value of this field remains unchanged.Transmission primaries when the context initialization is not later in transmission.
IP head length: do not support the expansion of IP head at present.Therefore, do not exist under the prolate-headed situation, the value of this field is 20, is that known not needing sent.
The length of IP bag: the length of IP bag can be derived by link layer length and drawn, and therefore need not transmit the burst relevant field: the present invention does not handle the message of burst.Therefore these values do not need to send.
Identification field: this is worth, and generally excursion is smaller, generally increases one.This value is not sent original value when sending variation, but sends the value behind the W-LSB coding.
The life span field: when the route of bag in the stream did not change, its value was constant.This value seldom changes, and sends the value after W-LSB encodes.
Differentiated Services: the value of this field seldom changes a stream the inside.When changing, send original value.
Protocol type: because compression only compresses with multiplexing to the IP/UDP agreement, so this protocol domain fixes, and on link, need not transmit, and only need recover to get final product the recipient;
Stem verification and: its value can be separated by decompression machine and calculated when extruding entire I P head again, therefore do not need transmission.
The IP address: these two fields are used for identifying a stream, and as far as this all packet in stream the inside, its value remains unchanged.Only when the initialization context, transmit.
The UDP header explanation of field
Udp port number: these two fields are used for identifying a stream, and as far as this all packet in stream the inside, its value remains unchanged.Only when the initialization context, transmit.
UDP verification and: the mass ratio of wire link preferably, the present invention do not take verification and strategy.Therefore this value does not need transmission.
The UDP message length: this value can be derived by link layer length equally and drawn.Therefore do not need transmission.
Fig. 3 is a W-LSB encoding process flow process.Step is following:
1) selects reference value.Compressor reducer selects up-to-date once compressed value to be worth vref_c as a reference, adds the CRC protection during transmission.
2) the figure place k value of calculating least significant bit.Utilize formula (1):
k=max(g(v min,v),g(v max,v))(1);
V wherein Min, v MaxMinimum value and maximum in the reference value that the expression sliding window is safeguarded.The max function representation is got the maximum of two numbers.The g function is realized as follows:
g(v ref_c,v)=length(v ref_c∧v)(2);
V representes value to be compressed, the value of institute's reference when vref representes to compress.K is v and v RefCompare the lowest bit position of variation.G is that the function of LSB algorithm is used for the different least significant bit length of comparison two number binary numbers coding for getting binary coding length.
3) confirm that decoding is interval.Accurate in order to guarantee the LSB decoding, the interval of compressor reducer and decompression machine must keep the information of original value, and original value is unique one and corresponding thresholding of this k bit on this interval.Can be formulated as according to these two condition intervals:
F (v Ref_c, k)=[v Ref_c-p, v Ref_c+ (2 k-1)-p] (p is an integer) (3);
Introduce p in the formula and be in order to make this interval establish moving of working as, thereby value to be compressed can be fallen in the interval according to the characteristics that thresholding changes.For example can be made as-1 for those thresholdings that always increases (like IP-ID) p, then the decoding interval is [v Ref_c+ 1, v Ref_c+ 2 k].Least significant bit LSBs.
4) generate the least significant bit coding.Go up formula 3 determined decodings intervals when the k value can make v satisfy, LSBs can obtain through following formula so
LSBs=v&[(1<<k)-1](4);
Wherein, & be step-by-step with,<<be left and right sides computing.
Fig. 4 is the message format after multiplexing, and the original header of multiplex sub message is compressed into multiplexing head.In the WLAN wlan network, all service messages all will converge to wireless controller.The all multiplexing same UDP/IP header of all like this multiplex sub messages, source IP address be wireless terminal related wireless access dot address, destination address is the address of wireless controller.Udp port is the multiplexing particular port of compression number.
Fig. 5 is a multiplexing form; SID territory wherein: connection identifier, these territory 16 bits;
The LENGTH territory: show the length of multiplexed sub frame, this territory is 16 bit long;
D territory: explain that when D=1 there is the dynamic context lastest imformation in this grouping.
The CRC territory: the CRC check of 3 bits and, verification with cover whole UDP/IP protocol header;
M territory: the expression content that dynamic domain upgraded, 4 bits.
T territory: the multiplexing head type of expression compression.Defined the multiplexing head of compression of two types, the main distinction is that the definition of dynamic domain is different.
The Dynamic territory: the content of updating context comprises TTL, IP-ID, TOS.Can be in them, also can be the combination between them.This is by the value decision of M field.
Above-mentioned instance only is explanation technical conceive of the present invention and characteristics, and its purpose is to let the people who is familiar with this technology can understand content of the present invention and enforcement according to this, can not limit protection scope of the present invention with this.All equivalent transformations that spirit is done according to the present invention or modification all should be encompassed within protection scope of the present invention.

Claims (7)

1. a WLAN WAP carries out the method for data forwarding to wireless controller, it is characterized in that said method comprising the steps of:
(1) WAP is accepted the service message of work station;
(2) set up according to the data flow under the message have identical ip addresses behind the context, the service message of udp port number, protocol number compresses;
(3) message of WAP after to compression carries out after multiplex technique handles, and more than one compressed packet is encapsulated in the Ether frame sends to wireless controller through wire link.
2. method according to claim 1, it is characterized in that in the said method step (1) contextual establishment step comprise receive a message to be compressed after, check whether the data flow contextual information under this message is set up; If directly then get into compression process; If not, context is created in negotiation and the initialization that then will carry out Context identifier number.
3. method according to claim 1; It is characterized in that also comprising contextual step of updating in the said method step (1); When compression side checks out that message dynamic field to be compressed changes, send and dynamically update message to decompressor, compression side upgrades context simultaneously; And decompressor receive dynamically update message after, upgrade context according to message content.
4. method according to claim 1; It is characterized in that comprising in the said step (2) service message with identical ip addresses, udp port number, protocol number is defined as a data flow; Deletion is the constant field of message header in the life cycle of data flow, and the field that message header changes is carried out processed compressed according to the Changing Pattern employing different compression method of field thresholding.
5. method according to claim 4; It is characterized in that the message field (MFLD) compression method is selected the W-LSB code compression method for use in the said method; Service message static fields thresholding is transmitted when initialization decompressor context in the said method; After the context initialization is accomplished, the static fields thresholding will no longer be transmitted; The RC field of dynamic part is then sent original value when detecting when changing; And the IRREGULAR of dynamic part and ALTERNATING class field when detecting variation, are not sent original value, but send the value behind the W-LSB coding.
6. method according to claim 1; After it is characterized in that the multiplex technique treatment step comprises that compression is accomplished in the said method step (3); Receiving behind the message to be packaged of overcompression; At first check compressed packet payload part length, when its during greater than the preset maximum admissible length of message Payload Unit, this message will be sent by independent being encapsulated in the Ethernet message; When compressed packet payload part length is less than or equal to the maximum admissible length of message Payload Unit, judge whether the length of this message to be packaged and multiplexing packet length sum allow transmission length greater than the preset maximum of Ethernet message; If, then send multiplexing message, simultaneously will be as first multiplex sub message of next multiplexing packet with message to be packaged; If not, then with message multiplexing to be packaged in multiplexing message, and upgrade multiplexing Ethernet message length.
7. method according to claim 1 is characterized in that in the said payload that will be encapsulated in UDP to multiplexing compressed packet, the port of UDP is the port numbers of compression multiplex protocol.
CN2011100262956A 2011-01-25 2011-01-25 Method for wireless local area network wireless access point to carry out data forwarding to wireless controller Pending CN102420672A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2011100262956A CN102420672A (en) 2011-01-25 2011-01-25 Method for wireless local area network wireless access point to carry out data forwarding to wireless controller

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2011100262956A CN102420672A (en) 2011-01-25 2011-01-25 Method for wireless local area network wireless access point to carry out data forwarding to wireless controller

Publications (1)

Publication Number Publication Date
CN102420672A true CN102420672A (en) 2012-04-18

Family

ID=45944921

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011100262956A Pending CN102420672A (en) 2011-01-25 2011-01-25 Method for wireless local area network wireless access point to carry out data forwarding to wireless controller

Country Status (1)

Country Link
CN (1) CN102420672A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780633A (en) * 2012-08-08 2012-11-14 北京傲天动联技术有限公司 Device and method for transmitting data based on CAPWAP (control and provisioning of wireless access points) protocol
WO2015000361A1 (en) * 2013-07-03 2015-01-08 华为技术有限公司 Packet compression method and apparatus
CN107040483A (en) * 2017-03-28 2017-08-11 北京汽车集团有限公司 A kind of method for sending information of vehicle communication system and vehicle communication system
CN108880875A (en) * 2018-06-06 2018-11-23 新华三技术有限公司 The transmission method and device of log message
WO2021142722A1 (en) * 2020-01-16 2021-07-22 Oppo广东移动通信有限公司 Ethernet frame transmission and reception methods, device, apparatus, and medium
CN113485950A (en) * 2021-06-22 2021-10-08 上海天数智芯半导体有限公司 System and method for merging and sending PCIe memory write requests
CN113938346A (en) * 2021-09-29 2022-01-14 中车株洲电力机车有限公司 MVB port data processing method, MVB communication network and rail transit vehicle
CN114449051A (en) * 2021-12-27 2022-05-06 航天行云科技有限公司 Data packet transmission method and device and communication equipment

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040022252A1 (en) * 2002-06-26 2004-02-05 Samsung Electronics Co., Ltd. Apparatus and method for compressing headers and multiplexing packets in IP-based network environment
CN1866908A (en) * 2005-05-18 2006-11-22 中兴通讯股份有限公司 Method for compressing IP-UDP header in non-fragmentation special environment
CN1909513A (en) * 2006-07-18 2007-02-07 华为技术有限公司 Method for realizing head compressing and multiple-use in serial chain circuit
CN1968190A (en) * 2006-04-11 2007-05-23 华为技术有限公司 UDP message header compression activation method
CN101075937A (en) * 2007-07-20 2007-11-21 华为技术有限公司 Method, system and apparatus for converting message in three-layer virtual special network
CN101471937A (en) * 2007-12-27 2009-07-01 华为技术有限公司 Method and apparatus for multiplexing and demultiplexing Ether message

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040022252A1 (en) * 2002-06-26 2004-02-05 Samsung Electronics Co., Ltd. Apparatus and method for compressing headers and multiplexing packets in IP-based network environment
CN1866908A (en) * 2005-05-18 2006-11-22 中兴通讯股份有限公司 Method for compressing IP-UDP header in non-fragmentation special environment
CN1968190A (en) * 2006-04-11 2007-05-23 华为技术有限公司 UDP message header compression activation method
CN1909513A (en) * 2006-07-18 2007-02-07 华为技术有限公司 Method for realizing head compressing and multiple-use in serial chain circuit
CN101075937A (en) * 2007-07-20 2007-11-21 华为技术有限公司 Method, system and apparatus for converting message in three-layer virtual special network
CN101471937A (en) * 2007-12-27 2009-07-01 华为技术有限公司 Method and apparatus for multiplexing and demultiplexing Ether message

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780633A (en) * 2012-08-08 2012-11-14 北京傲天动联技术有限公司 Device and method for transmitting data based on CAPWAP (control and provisioning of wireless access points) protocol
CN102780633B (en) * 2012-08-08 2015-04-01 北京傲天动联技术股份有限公司 Device and method for transmitting data based on CAPWAP (control and provisioning of wireless access points) protocol
WO2015000361A1 (en) * 2013-07-03 2015-01-08 华为技术有限公司 Packet compression method and apparatus
CN107040483A (en) * 2017-03-28 2017-08-11 北京汽车集团有限公司 A kind of method for sending information of vehicle communication system and vehicle communication system
CN107040483B (en) * 2017-03-28 2020-04-28 北京汽车集团有限公司 Automobile communication system and information sending method thereof
CN108880875A (en) * 2018-06-06 2018-11-23 新华三技术有限公司 The transmission method and device of log message
CN108880875B (en) * 2018-06-06 2021-07-02 新华三技术有限公司 Log message transmission method and device
WO2021142722A1 (en) * 2020-01-16 2021-07-22 Oppo广东移动通信有限公司 Ethernet frame transmission and reception methods, device, apparatus, and medium
CN113485950A (en) * 2021-06-22 2021-10-08 上海天数智芯半导体有限公司 System and method for merging and sending PCIe memory write requests
CN113938346A (en) * 2021-09-29 2022-01-14 中车株洲电力机车有限公司 MVB port data processing method, MVB communication network and rail transit vehicle
CN114449051A (en) * 2021-12-27 2022-05-06 航天行云科技有限公司 Data packet transmission method and device and communication equipment
CN114449051B (en) * 2021-12-27 2022-12-23 航天行云科技有限公司 Data packet transmission method and communication equipment

Similar Documents

Publication Publication Date Title
CN102420672A (en) Method for wireless local area network wireless access point to carry out data forwarding to wireless controller
JP3751823B2 (en) Header compression in real-time services
RU2424627C2 (en) Dynamic robust header compression
EP2487955B1 (en) Transmission of a downlink data packet by an access network and of an uplink data packet by a terminal after mapping an application to an air interface connection according to application classification
EP2854359B1 (en) Compression and decompression methods of ethernet header and corresponding devices
US8310988B2 (en) Method of MAC header generation and data transmitting
EP1421765B1 (en) Extension header compression
US8817821B2 (en) Method and device for user datagram protocol packet compression and decompression
CN101369977A (en) Method, apparatus and system for transmitting data
WO2006052117A1 (en) Apparatus and method for compressing headers in a broadband wireless communication system
CN100433841C (en) Robustness header compression/decompression method for MIPv6
US7330902B1 (en) Header compression
JP4856251B2 (en) Header suppression in wireless communication networks
CN110012314B (en) IP transmission method and system based on DTMB
CN101258722B (en) Efficient encoding out of order data packets in a network
CN108737349B (en) Voice data packet processing method and device
DK1392036T3 (en) Method and device for data transmission
US7599371B1 (en) System and method for optimizing data transport in a communications system
Kwon et al. Enhancement of IEEE 802.15. 3 high rate WPAN via MAC header compression
CN102572933B (en) Method, device and system for transmitting RTP (Real Time Protocol) message
CN108881114B (en) RTP protocol encapsulation method for STL/SFN transmission
JP2004147356A (en) Data transmitting method, data transmitting apparatus, and data receiving apparatus
KR20090025914A (en) Method and apparatus for transmitting data in a communication sysyen
JP2004147357A (en) Data transmitting method, data transmitting apparatus, and data receiving apparatus

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20120418