CN1529520A - Multi-link point-to-point protocol link consulting method - Google Patents
Multi-link point-to-point protocol link consulting method Download PDFInfo
- Publication number
- CN1529520A CN1529520A CNA031349943A CN03134994A CN1529520A CN 1529520 A CN1529520 A CN 1529520A CN A031349943 A CNA031349943 A CN A031349943A CN 03134994 A CN03134994 A CN 03134994A CN 1529520 A CN1529520 A CN 1529520A
- Authority
- CN
- China
- Prior art keywords
- link
- opposite end
- deletion
- sends
- binding
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
In the invention, both of two opposite terminals have no link detection module. In procedure for adding or deleting link between two opposite terminals, operations for receiving direction and sending direction of link are separated. Operation of adding or deleting physical link carried out for binding of MP protocol will not cause communication abnormity so as to ensure stability and reliability of communication between net elements in communication system.
Description
Technical field
The present invention relates to the Multi-link Point to Point Protocol link negotiation method between the opposite end in the communication system, relate in particular to the link negotiation method when using MP (Multi-link Point to Point Protocol) in the mobile communication system between the different network elements.
Background technology
For mobile communication system, CDMA2000 system for example, interface between the heterogeneous networks unit (abbreviation network element), comprise the ABIS interface between BTS (base station transceiver) and the BSC (base station controller), and the A3/A7 interface between BSC and the BSC etc., all will use IP (Internet protocol) in a large number and insert.Yet, (the intrinsic expense of IP bag is: MAC Header (12byte)+IP Header (20byte)+TCP/UDP Header (20byte)+FCS (4byte)) because the intrinsic expense of IP bag 56byte is much larger than the expense of ATM cell 5byte head, therefore, how to take measures effectively to improve the efficient of transmission link between the CDMA2000 system different network elements and the QoS (service quality) that improves link, most important for the IP access efficiency between the CDMA2000 system network element.
Recommend according to RFC (Internet standard series), the method that improves IP efficiency of transmission and elevator system QoS mainly contains:
(1) cUDP protocol method (compression user datagram protocol method, be derived from RFC2507,2508 agreements): reduce the expense that TCP/IP, UDP/IP head cause by the cUDP compression protocol;
(2) PPPmux protocol method (point-to-point multiplex protocol method is derived from the RFC3153 agreement): by the short bag of a plurality of voice of PPPmux protocol multiplexing, thus the PPP Header expense of reduction system;
(3) MultiLink ppp protocol method (Multi-link Point to Point Protocol method, be derived from the RFC1990 agreement): by the MP agreement packet data package is decomposed into a plurality of MP Fragment (MP burst), be assigned on a plurality of low speed chain circuits and transmit, thus the QoS of elevator system.
Wherein, Multi-Link ppp protocol (Multi-link Point to Point Protocol, be the MP agreement) based on LCP (LCP, one is used for carrying out the agreement that encryption mechanism is consulted automatically at communicating pair, the restriction of all right pack processing size, authentication connects both sides' identity, determine whether a connection operating state is normal, check that a winding connects and other some configuration errors, if it is wrong, it can end to connect), to consult in the LCP stage of PPP (peer-peer protocol), it allows a system to have can be tied to a plurality of physical connections the ability that a logic connects.A system states that by sending a multi-link option (as the part of LCP) it has the ability of multilink.Negotiation comprises following three steps:
(1) provides the option that a plurality of physical connections can be tied to a logic connection;
(2) use the multichain road to receive the burst of upper strata PDU (protocol Data Unit), and re-assembly these bursts, be reduced into complete protocol Data Unit, so that handle;
(3) system's reception size is the PDU of N byte, and N is optional, and N can be greater than the maximum receive unit (MRU) of single physical link (being physical connection).
In case multilink is consulted successfully, system just can send the PDU that uses encapsulation of multichain road or burst arbitrarily.
In order to set up communication on the link of a point-to-point, each end of ppp link must at first send a LCP information bag to the other side, at link establishment phase configuration data link.After link establishment, PPP enters authorization phase, uses authentication protocol to determine the sign that the link connected system is relevant.
Using the MultiLink PPP agreement is in order to be bundled in a plurality of separated links between a pair of definite system, and it can provide a virtual connection, and its bandwidth is formed the member of virtual connection greater than any one.
The model that can suppose the multilink operation is a virtual ppp link layer entity, the packet that receives from different physical link layer entity all is counted as and belongs to an independently PPP procotol, and can sort and recombinate according to the information in the multilink burst packet header.The packet that these receive from the link that belongs to binding all carries out identical processing no matter have or not multi-link head on network layer.
Son is because the MP agreement has realized that a plurality of physical connections are tied to a logic to be connected, there is any one to break down if find in actual applications in a plurality of physical connections under the binding, then should follow certain flow process and in the short as far as possible time, this faulty link be deleted from this binding (being that logic connects), have influence on the operate as normal of whole binding to avoid this faulty link.If add a physical connection, also should add operation according to certain flow performing to this binding.The cardinal principle that all links increase and deletion action is followed is: can not the fault-free link in the binding be exerted an influence, promptly as long as also have a physical link operate as normal in this binding, no matter the operate as normal what situation all can not influence this binding appears in other physical links in the binding.
The RFC1990 agreement does not point out that the abnormal conditions in the MP agreement specific implementation process handle, and when the reality debugging is particularly carried out abnormality test to equipment, based on the system of MP agreement less stable in actual applications.The mutual contradiction of the Performance And Reliability of system, in order to improve systematic function, should use the MP protocol method that many physical connections (or claim physical link) are tied in the middle of a logic connects, but when having any physical link to break down in the binding, will cause whole binding cisco unity malfunction if the suitable flow process of neither one is handled this abnormal conditions, greatly reduce the reliability of system.
Please refer to shown in Figure 1, adopt the MP agreement to carry out communication between opposite end A and the opposite end B (opposite end represent communicate with one another in the communication system two network elements), this MP passage (logic connects, i.e. binding) is made up of four physical links (Link1, Link2, Link3 and Link4).In actual applications, if wherein physical fault takes place in a physical link (such as Link2), but upper layer software (applications) is not in time handled, will cause some MP bursts to continue on out of order link (Link2) thus transmission causes burst to be lost, cause two opposite ends all can not correctly organize bag.Please refer to shown in Figure 2ly, suppose that a packet is divided into 8 MP bursts, SN (sequence number) is respectively 0 to 7, because link 2 breaks down, cause the SN=3 that transmits on this link, 5 MP burst is lost, and because the timing mechanism of MP agreement, SN=0,1,2,4, the invalid MP burst of these of 6,7 (because these MP bursts can not be reduced into complete packet) only just can be removed from buffering area behind timer expiry.If link 2 delays to recover, will cause the accumulation of invalid MP burst in the buffering area, finally cause buffering area to overflow, thereby influence the operate as normal of this binding.
Existing two kinds of methods are used to address this problem:
(1) not with the link detecting flow process of negotiation
(2) band is consulted the link detecting flow process
The benefit with the link detecting flow process of negotiation is not that flow process is fairly simple, reduced the complexity of system, shortcoming is that the link detecting at two ends might be asynchronous, might appear at interior pair of end of certain time period and think that link is normal, and the out of order situation of link is thought in another opposite end, thereby can cause in a period of time, binding cisco unity malfunction.
The benefit of the link detecting flow process that band is consulted be the link that can accomplish two ends substantially increase and link circuit deleting synchronously, shortcoming is the flow process more complicated, particularly link negotiation message is lost easily, causes link negotiation to be failed.
In the practical application, these two kinds of existing methods cut both ways, but they have a common shortcoming, be exactly when in binding, increasing a physical connection or from binding, delete a physical connection, owing to can't accomplish accurately that the link of two opposite ends increases or the action of deletion is synchronous fully, cause the sequence number shake, thereby cause link communication abnormality in a period of time.
Summary of the invention
The present invention seeks to overcome the machinery of consultation of existing MP protocol link and when the link additions and deletions are carried out in binding, cause the sequence number shake, cause the defective of link communication abnormality, a kind of Multi-link Point to Point Protocol link negotiation method of stability and high efficiency is provided.
Multi-link Point to Point Protocol link negotiation method provided by the invention, be used for binding increase or deletion link at two opposite end A, B of communication system, core is, all be provided with the link detecting module two opposite ends, between two opposite ends, increase in link or the deletion link process, the reception and the sending direction separate operation of link.
The described process that increases link between two opposite ends comprises:
2.1 it is normal that the link detecting module of any one opposite end detects a certain link, the receive direction that then adds this link automatically (need not consult) in the binding;
2.2 the detection module of any one opposite end will increase the sending direction of this link in binding, increases by consulting the back with another opposite end, specifically comprises:
3.1: opposite end A send to increase the request of link sending direction to opposite end B, and starts a timer and wait for opposite end B response message;
3.2: opposite end B receives the increase sending direction request that opposite end A sends, and sends to allow to increase message to opposite end A;
3.3: opposite end A receives that the permission that opposite end B sends increases message, and carrying out increases the operation of link sending direction to binding; If opposite end A to also not receiving the response message that opposite end B sends later, deletes the receive direction of this link at timing after then postponing a period of time;
3.4: if opposite end B does not also increase the receive direction of this link at local terminal, then carrying out earlier increases the operation of local terminal receive direction, sends the request that increases local terminal link sending direction to opposite end A simultaneously; Otherwise opposite end B directly sends the request that increases local terminal link sending direction to opposite end A, and starts the response message that timer waits for that A sends;
3.5: opposite end A receives that opposite end B increases sending direction after the request of binding, allows to increase response message to opposite end B if the link of local terminal increases successfully then to send, otherwise will not respond;
3.6: opposite end B carries out the operation of increase link sending direction to binding after receiving and allowing to increase response message; If timing to after also do not receive the response message of opposite end A, then postpone a period of time after the receive direction of (wait for that opposite end A detects link failure, and from binding this link of deletion) deletion local terminal.
The described link of deleting between two opposite ends comprises:
4.1 the detection module of any one opposite end detects a certain link failure between two opposite ends, then automatically the sending direction of this faulty link is deleted (need not consult) from binding;
4.2 the detection module of any one opposite end will be deleted the receive direction of this faulty link, by consulting the back deletion with another opposite end; Or after delaying a period of time, deletion by force.Specifically comprise:
5.1: opposite end A sends from binding the request of central deletion link receive direction to opposite end B; And start a timer and come wait-for-response message;
5.2: opposite end B receives the deletion receive direction request that opposite end A sends, and sends to allow deletion message to opposite end A;
5.3: if opposite end A receives the permission deletion message that opposite end B sends, carry out the operation of this link receive direction of deletion from binding; If opposite end A timing to after still do not receive the permission deletion response message that opposite end B sends, then force the receive direction of this link of deletion in the middle of bind;
5.4: carrying out in 5.3, opposite end B sends the request of deletion local terminal link receive direction to opposite end A, and starts the deletion response message that timer waits for that opposite end A sends;
5.5: after the request of deletion receive direction from binding that opposite end A receives that opposite end B sends, send and allow the deletion response message to opposite end B;
5.6: opposite end B carries out from binding the operation of central deletion link receive direction after receiving this message; If after timing arrived, opposite end B did not also receive the response message of opposite end A, the then receive direction of this link of Force Deletion.
Compared with prior art, adopt method of the present invention, when the binding of MP agreement being carried out physical link increase or physical link deletion action, can not cause communication abnormality, guaranteed the stability and the reliability of communication between the communication system network element.
Description of drawings
Fig. 1 is schematic diagram that link breaks down in the MP binding;
Fig. 2 is that the MP burst is lost the reception buffering area overflow fault schematic diagram that causes the MP binding in the existing method;
Fig. 3 is the schematic flow sheet that increases link in the method for the present invention to the MP binding;
Fig. 4 is a schematic flow sheet of deleting link in the method for the present invention from the MP binding.
Specific implementation method
Among the present invention, opposite end A and opposite end B are provided with link detecting module separately.The link detecting module just sends link detection message to each affiliated physical link of binding at regular intervals.If in official hour, on certain physical link, do not receive any link detection message, then announce this physical link fault, with the deletion from binding of this faulty link.Notice that this link not from deletion physically, just shifts out from binding.The link detecting module still periodically sends link detection message to this out of order physical link, in case find and to receive normal link detection message from this physical link, announce that then this physical link recovers normal, thereby it is joined in the middle of the binding of appointment again.
By Fig. 3 and Fig. 4 the execution mode that increases link and deletion link is elaborated respectively below.
Please refer to Fig. 3, it is as follows that MP protocol link of the present invention increases flow process:
3-1: the link detecting module of two opposite end A, B either party to detect between two opposite ends a certain link normal, the receive direction that then adds this link automatically is in the middle of binding, do not need to hold consultation this moment;
3-2: opposite end A send to increase the request that the link sending direction is bound to MP to opposite end B, and starts a timer and wait for opposite end B response message;
3-3: opposite end B receives the increase sending direction request that opposite end A sends, and sends to allow to increase message to opposite end A;
3-4: if opposite end A receives that the permission that opposite end B sends increases message, carrying out increases the operation of link sending direction to binding; If opposite end A to also not receiving the response message that opposite end B sends later, deletes the receive direction of this link at timing after then postponing a period of time;
3-5: if opposite end B does not also increase the receive direction of this link at local terminal, then carrying out earlier increases the operation of local terminal receive direction, sends the request that increases local terminal link sending direction to opposite end A simultaneously; Otherwise opposite end B directly sends the request that increases local terminal link sending direction to opposite end A, and starts the response message that timer waits for that A sends;
3-6: opposite end A receives that opposite end B increases sending direction after the request of binding, allows to increase response message to opposite end B if the link of local terminal increases successfully then to send, otherwise will not respond;
3-7: opposite end B carries out the operation of increase link sending direction to binding after receiving and allowing to increase response message; If timing to after also do not receive the response message of opposite end A, then postpone a period of time after the receive direction of (wait for that opposite end A detects link failure, and from binding this link of deletion) deletion local terminal.
This when in binding, increasing link, will receive and the method for sending direction separate operation has been avoided because two opposite end links increase the incomplete problem that causes synchronously, the problems such as buffering area overflow fault of losing and causing thus such as instantaneous MP burst.
Please refer to Fig. 4, MP protocol link deletion flow process of the present invention is as follows:
4-1: either party detects a certain link failure between two opposite ends link detecting module of two opposite end A, B, then automatically the sending direction of this faulty link is deleted in the middle of the MP binding, and do not need to hold consultation this moment;
4-2: opposite end A sends from binding the request of central deletion link receive direction to opposite end B; And start a timer and come wait-for-response message;
4-3: opposite end B receives the deletion receive direction request that opposite end A sends, and sends to allow deletion message to opposite end A;
4-4:, carry out the operation of this link receive direction of deletion from binding if opposite end A receives the permission deletion message that opposite end B sends; If opposite end A timing to after still do not receive the permission deletion response message that opposite end B sends, then force the receive direction of this link of deletion in the middle of bind;
4-5: when carrying out 4-4, opposite end B sends the request of deletion local terminal link receive direction to opposite end A, and starts the deletion response message that timer waits for that opposite end A sends;
4-6: after the request of deletion receive direction from binding that opposite end A receives that opposite end B sends, send and allow the deletion response message to opposite end B;
4-7: opposite end B carries out from binding the operation of central deletion link receive direction after receiving this message; If after timing arrived, opposite end B did not also receive the response message of opposite end A, the then receive direction of this link of Force Deletion.
When physical link of deletion from MP binding, at first sending direction is deleted and the flow process that keeps receive direction has been avoided the asynchronous whole binding problem of communication abnormality within a certain period of time that causes of deletion action in the common machinery of consultation separately in two opposite ends.
Claims (5)
1, a kind of Multi-link Point to Point Protocol link negotiation method, be used for binding increase or deletion link at two opposite end A, B of communication system, it is characterized in that, all be provided with the link detecting module two opposite ends, between two opposite ends, increase in link or the deletion link process, the reception and the sending direction separate operation of link.
2, the described Multi-link Point to Point Protocol link negotiation method of claim 1 is characterized in that, the described process that increases link between two opposite ends comprises:
2.1 it is normal that the link detecting module of any one opposite end detects a certain link, the receive direction that then adds this link automatically is in binding;
2.2 the detection module of any one opposite end will increase the sending direction of this link in binding, increases by consulting the back with another opposite end.
3, the described Multi-link Point to Point Protocol link negotiation method of claim 2 is characterized in that described step 2.2 comprises:
3.1: opposite end A send to increase the request of link sending direction to opposite end B, and starts a timer and wait for opposite end B response message;
3.2: opposite end B receives the increase sending direction request that opposite end A sends, and sends to allow to increase message to opposite end A;
3.3: opposite end A receives that the permission that opposite end B sends increases message, and carrying out increases the operation of link sending direction to binding; If opposite end A to also not receiving the response message that opposite end B sends later, deletes the receive direction of this link at timing after then postponing a period of time;
3.4: if opposite end B does not also increase the receive direction of this link at local terminal, then carrying out earlier increases the operation of local terminal receive direction, sends the request that increases local terminal link sending direction to opposite end A simultaneously; Otherwise opposite end B directly sends the request that increases local terminal link sending direction to opposite end A, and starts the response message that timer waits for that A sends;
3.5: opposite end A receives that opposite end B increases sending direction after the request of binding, allows to increase response message to opposite end B if the link of local terminal increases successfully then to send, otherwise will not respond;
3.6: opposite end B carries out the operation of increase link sending direction to binding after receiving and allowing to increase response message; If timing to after also do not receive the response message of opposite end A, then postpone a period of time after the receive direction of (wait for that opposite end A detects link failure, and from binding this link of deletion) deletion local terminal.
4, the described Multi-link Point to Point Protocol link negotiation method of claim 1 is characterized in that, described process of deleting link between two opposite ends comprises:
4.1 the detection module of any one opposite end detects a certain link failure between two opposite ends, then automatically the sending direction of this faulty link is deleted from binding;
4.2 the detection module of any one opposite end will be deleted the receive direction of this faulty link, by consulting the back deletion with another opposite end; Or after delaying a period of time, deletion by force.
5, the described Multi-link Point to Point Protocol link negotiation method of claim 4 is characterized in that described step 4.2 comprises:
5.1: opposite end A sends from binding the request of central deletion link receive direction to opposite end B; And start a timer and come wait-for-response message;
5.2: opposite end B receives the deletion receive direction request that opposite end A sends, and sends to allow deletion message to opposite end A;
5.3: if opposite end A receives the permission deletion message that opposite end B sends, carry out the operation of this link receive direction of deletion from binding; If opposite end A timing to after still do not receive the permission deletion response message that opposite end B sends, then force the receive direction of this link of deletion in the middle of bind;
5.4: carrying out in 5.3, opposite end B sends the request of deletion local terminal link receive direction to opposite end A, and starts the deletion response message that timer waits for that opposite end A sends;
5.5: after the request of deletion receive direction from binding that opposite end A receives that opposite end B sends, send and allow the deletion response message to opposite end B;
5.6: opposite end B carries out from binding the operation of central deletion link receive direction after receiving this message; If after timing arrived, opposite end B did not also receive the response message of opposite end A, the then receive direction of this link of Force Deletion.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 03134994 CN1236632C (en) | 2003-09-29 | 2003-09-29 | Multi-link point-to-point protocol link consulting method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 03134994 CN1236632C (en) | 2003-09-29 | 2003-09-29 | Multi-link point-to-point protocol link consulting method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1529520A true CN1529520A (en) | 2004-09-15 |
| CN1236632C CN1236632C (en) | 2006-01-11 |
Family
ID=34286249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 03134994 Expired - Fee Related CN1236632C (en) | 2003-09-29 | 2003-09-29 | Multi-link point-to-point protocol link consulting method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1236632C (en) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100431303C (en) * | 2004-06-15 | 2008-11-05 | 中兴通讯股份有限公司 | Link detection for realizing multi-link agreement |
| CN101197773B (en) * | 2007-10-25 | 2010-12-15 | 华为技术有限公司 | Packet compressed transmitting and received de-compression method and system based on multilink |
| CN104040973A (en) * | 2012-12-28 | 2014-09-10 | 华为技术有限公司 | Aggregation group link negotiation method, device and system |
| CN106714294A (en) * | 2015-07-15 | 2017-05-24 | 普天信息技术有限公司 | Synchronization method for multi-channel TCP/IP head compression applied to smart grid |
| CN106789430A (en) * | 2016-12-26 | 2017-05-31 | 深圳市风云实业有限公司 | A kind of point-to-point link fault detection method |
| CN107888345A (en) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | A kind of method and apparatus of information transfer |
| TWI626836B (en) * | 2016-03-10 | 2018-06-11 | Method for addressing IoT device and its connection to Internet of Things | |
| CN114079949A (en) * | 2020-08-21 | 2022-02-22 | 华为技术有限公司 | Multi-link communication method, service and link mapping method and equipment |
-
2003
- 2003-09-29 CN CN 03134994 patent/CN1236632C/en not_active Expired - Fee Related
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100431303C (en) * | 2004-06-15 | 2008-11-05 | 中兴通讯股份有限公司 | Link detection for realizing multi-link agreement |
| CN101197773B (en) * | 2007-10-25 | 2010-12-15 | 华为技术有限公司 | Packet compressed transmitting and received de-compression method and system based on multilink |
| CN104040973A (en) * | 2012-12-28 | 2014-09-10 | 华为技术有限公司 | Aggregation group link negotiation method, device and system |
| CN106714294A (en) * | 2015-07-15 | 2017-05-24 | 普天信息技术有限公司 | Synchronization method for multi-channel TCP/IP head compression applied to smart grid |
| CN106714294B (en) * | 2015-07-15 | 2020-01-17 | 普天信息技术有限公司 | Multi-channel TCP/IP header compression synchronization method applied to smart power grid |
| TWI626836B (en) * | 2016-03-10 | 2018-06-11 | Method for addressing IoT device and its connection to Internet of Things | |
| CN107888345A (en) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | A kind of method and apparatus of information transfer |
| CN106789430B (en) * | 2016-12-26 | 2019-11-05 | 深圳市风云实业有限公司 | A kind of point-to-point link fault detection method |
| CN106789430A (en) * | 2016-12-26 | 2017-05-31 | 深圳市风云实业有限公司 | A kind of point-to-point link fault detection method |
| CN114079949A (en) * | 2020-08-21 | 2022-02-22 | 华为技术有限公司 | Multi-link communication method, service and link mapping method and equipment |
| WO2022037254A1 (en) * | 2020-08-21 | 2022-02-24 | 华为技术有限公司 | Multi-link communication method, service and link mapping method, and device |
| CN116887296A (en) * | 2020-08-21 | 2023-10-13 | 华为技术有限公司 | Multilink communication method, service and link mapping method and equipment |
| CN116887296B (en) * | 2020-08-21 | 2024-03-26 | 华为技术有限公司 | Multilink communication method, service and link mapping method and equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1236632C (en) | 2006-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5523350B2 (en) | Method and apparatus for TCP flow control | |
| Balakrishnan et al. | A comparison of mechanisms for improving TCP performance over wireless links | |
| EP1993241B1 (en) | A method for reassembling data in wireless communication system and an apparatus thereof | |
| US7965674B2 (en) | Sub-segment based transport layer protocol for wireless medium | |
| JP4188774B2 (en) | Frame transmission / reception system, frame transmission apparatus, frame reception apparatus, and frame transmission / reception method | |
| KR100984588B1 (en) | Radio link protocols for multi-link communication systems | |
| CN1238994C (en) | High speed switchover route using automatic protective switchover and its switchover method | |
| CN1582583A (en) | A dual proxy approach to TCP performance improvements over a wireless interface | |
| US7965625B2 (en) | Communication device and logical link abnormality detection method | |
| RU2463711C2 (en) | Packet communication method and receiving device | |
| WO2009131425A2 (en) | Tcp ack packet transmission and reception method, and a device supporting the same | |
| JP2000224261A (en) | Data link control protocol directly supporting network layer protocol and its method | |
| CN1812342A (en) | Link backup method and apparatus for computer network | |
| JP4594530B2 (en) | Method and apparatus for reducing data processing time in a communication network | |
| CN1236632C (en) | Multi-link point-to-point protocol link consulting method | |
| CN101030842A (en) | Method and apparatus for rearranging data in mobile telecommunication system | |
| CN101222479B (en) | Method for implementing wireless links control layer with active retransmission and period answer | |
| CN101051957A (en) | Dynamically regulating method and device for link state and bundled link state | |
| CN1700677A (en) | MAC header compression for use with frame aggregation | |
| CN1713596A (en) | Link detection for realizing multi-link agreement | |
| CN1842076A (en) | Data transmission method of multi transmission channel | |
| CN116074401B (en) | Method for realizing transmission layer protocol on programmable exchanger | |
| Zheng et al. | Research on multi-path network in cloud computing based on sctp | |
| CN115314388A (en) | PRP protocol implementation method based on Bond mechanism | |
| CN1863106A (en) | Method for testing communication fault between boards in wireless communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20060111 Termination date: 20190929 |