WO2012155703A1 - Procédé d'auto-négociation de paramètres de liaison, terminal et système basés sur le protocole de commande de liaison de données de haut niveau (hdlc) - Google Patents

Procédé d'auto-négociation de paramètres de liaison, terminal et système basés sur le protocole de commande de liaison de données de haut niveau (hdlc) Download PDF

Info

Publication number
WO2012155703A1
WO2012155703A1 PCT/CN2012/073260 CN2012073260W WO2012155703A1 WO 2012155703 A1 WO2012155703 A1 WO 2012155703A1 CN 2012073260 W CN2012073260 W CN 2012073260W WO 2012155703 A1 WO2012155703 A1 WO 2012155703A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
link
parameter
primary end
primary
Prior art date
Application number
PCT/CN2012/073260
Other languages
English (en)
Chinese (zh)
Inventor
乾春燕
代言非
陈潇
陈晓萍
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012155703A1 publication Critical patent/WO2012155703A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a link parameter self-negotiation method, a terminal, and a system based on an HDLC protocol (High Level Data Link Control Protocol). Background technique
  • the HDLC protocol is a data link layer protocol, which implements transparent transmission of data packets, uses full-duplex communication during communication, and has high data link transmission efficiency. All frames use CRC check to number the information frames to prevent leakage or duplication. The transmission reliability is high, the transmission control function is separated from the processing function, and it has greater flexibility and better control functions.
  • HDLC can ensure that data is acknowledgmented and transmitted between the two protocol entities. Therefore, it is often used as a link layer protocol for data transmission between different boards in a communication system.
  • the frame format of the HDLC protocol is shown in Table 1:
  • control domain is the key to the normal operation of the protocol, and the meaning of each bit of the control field is as follows.
  • N ( S ) represents the sequence number of the frame being transmitted
  • N ( R ) indicates that the I frame before the received counterpart N ( R ) is acknowledged
  • P/F indicates the polling/termination bit.
  • this bit is 1 for polling, allowing the slave to transmit; when transmitting from the slave, this bit is 1 for the last frame of the response;
  • S indicates the monitoring function bit, 00—RR command, indicating that the reception is ready; 01—RNR command, indicating that the reception is not ready;
  • M indicates the correction function bit
  • the U frame is an unnumbered frame.
  • the unnumbered frame is named because its control field does not contain the numbers N(S) and N(R), which is called U frame.
  • U-frames are used to provide link setup, teardown, and various control functions defined by five M-bits, also known as correction bits.
  • UE response: M 01200, used for acknowledgment of the UA frame.
  • the workflow of the HDLC protocol consists of three parts: the establishment of an HDLC link, the sending and receiving of data, and the maintenance of links.
  • the establishment of the HDLC link uses the three-way handshake mechanism commonly used in the link protocol.
  • the A end that is, the slave is in the state of sending the SABME frame
  • the B end that is, the master sends the SABME frame request.
  • the primary end receives the SABME
  • the UA frame is sent to the slave end, and enters the state of waiting for the UE frame.
  • the slave station After receiving the UA frame, the slave station sends a UE frame to the master end, and enters the established state of the connection.
  • the master terminal enters the connection. Establish the status and complete the three-way handshake to establish a connection.
  • the flow control protocol is divided into a stop protocol and a sliding window protocol.
  • the error control protocol mainly uses the error detection technology such as CRC (Cyclic Redundancy Check) to automatically retransmit the lost frame and the error frame. It is also called ARQ (Automatic Repeat ReQuest) technology.
  • stop ARQ Combined with the flow control protocol, three commonly used data link layer retransmission technologies are formed: stop ARQ, back N frame ARQ, selective ARQ, and the three data link layer retransmission technologies are all based on the sliding window protocol, according to The efficiency of transmission data from high to low are: selective ARQ, backward N frame ARQ, and stop equation ARQ.
  • the two sides of the communication are two independent entities.
  • the link will be faulty due to the asymmetry of the protocol entities at both ends.
  • the following is a specific example:
  • the A-side adopts the selective retransmission ARQ
  • the B-side adopts the back-off N-frame ARQ.
  • the B-end expects the A-side to retransmit all the frames from 1 to 3, but the A-end only retransmits the first.
  • Frame until the A end timeout does not receive the confirmation of the second frame and the third frame, the A end will resend the third frame.
  • the efficiency of transmitting data is low.
  • the transmission window at the A end is M
  • the reception window at the B end is N, where M ⁇ N, so that after the A end sends the frame with the sequence number M-1 to the B end, the next frame number will be Starting from 1, and since the receiving window at the B end is N, the sequence number of the frame that the B end expects to receive The transmission of data is abnormal.
  • the main object of the present invention is to provide a link parameter auto-negotiation method, terminal and system based on the HDLC protocol, which aims to improve the reliability and high efficiency of link transmission.
  • the present invention provides a link parameter auto-negotiation method based on an advanced data link control HDLC protocol, including:
  • the step of the link between the slave and the master according to the UA frame, and establishing a link with the master includes:
  • the slave end parses the UA frame; and determines, according to the parsing result, whether the primary end supports parameter negotiation, if supported,
  • the method further includes: when the primary end does not support parameter negotiation, the slave end according to the UA The frame is identified, and the default frame parameters are used to form a UE frame to be sent to the primary end, and a link connection between the secondary end and the primary end is established.
  • the SUBME frame, the UA frame, and the UE frame include at least an automatic retransmission request ARQ type supported by the slave end, a transmit window size of the slave end, and a receive window size.
  • the method further comprises:
  • the slave end parses and obtains the link parameter of the primary end from the U-frame;
  • the slave end determines its own link parameter; when the U frame is a command frame, the slave end encapsulates its own link parameter in the response frame and sends it to the Said the main end.
  • the invention also provides a link parameter auto-negotiation terminal based on the HDLC protocol, comprising: a sending module, configured to send a SUBME frame request to the primary end to establish a link connection;
  • a receiving module configured to receive a UA frame that is returned by the primary end according to the SUBME frame
  • a link negotiation module configured to perform link parameter negotiation with the primary end according to the UA frame, and establish the terminal and the Link connection between the primary ends.
  • the link negotiation module includes:
  • An analysis determining unit configured to parse the UA frame, and determine, according to the parsing result, whether the primary end supports parameter negotiation;
  • a negotiation unit configured to: when the parsing and determining unit determines that the primary end supports the parameter negotiation, obtain the link parameter of the primary end from the UA frame, and determine the link of the local end according to the link parameter of the primary end Parameters, the link parameters of the local end are consistent with the link parameters of the primary end;
  • the frame structure sending unit is configured to send the link parameter composition UE frame of the terminal to the primary end, and establish a link connection between the local end and the primary end.
  • the UE frame is configured to be sent to the primary end by using default link parameters, and the terminal is established between the terminal and the primary end. Link connection.
  • the link negotiation module is further configured to: when the terminal receives the U frame sent by the primary end is not a link-building frame, parse and obtain the link parameter of the primary end from the U frame; When the link parameter of the end does not include the link establishment parameter, the link parameter of the terminal is determined;
  • the sending module is further configured to: when the U frame is a command frame, encapsulate the link parameter of the terminal in a response frame and send the signal to the primary end.
  • the invention also provides a link parameter auto-negotiation system based on the HDLC protocol, which includes a primary end and a secondary end, wherein:
  • the primary end is configured to receive a SUBME frame sent by the secondary end, perform link parameter negotiation with the secondary end according to the SUBME frame, determine a link parameter of the primary end, and return a UA frame to the secondary end, And performing link parameter negotiation with the slave end to establish a link connection with the slave end;
  • the slave end is configured to send a SUBME frame to the primary end to establish a link connection, receive a UA frame returned by the primary end according to the SUBME frame, and perform a link with the primary end according to the UA frame.
  • Parameter negotiation establishes a link connection with the primary end.
  • the slave end is further configured to use a default link parameter to form a UE frame to be sent to the master end, and establish a link connection with the master end.
  • the primary end is further configured to receive a UE frame sent by the secondary end, and establish a link connection with the secondary end.
  • the slave end is further configured to: when the received U-frame of the primary end is not a link-building frame, parse and obtain the link parameter of the primary end from the U-frame; the link parameter of the primary end is not When the link-building parameter is included, it is also used to determine its own link parameter; when the U-frame is a command frame, it is also used to encapsulate its own link parameter in a response frame and send it to the primary end;
  • the primary end is further configured to receive, when the U frame is a command frame, a response frame that is sent by the secondary end and encapsulates the secondary link parameter.
  • the link parameter auto-negotiation method, terminal and system of the HDLC protocol proposed by the present invention through the three-way handshake mechanism of the HDLC protocol, the communication parties negotiate link establishment parameters, and determine the ARQ type and window size used for data transmission.
  • the symmetry of the two entities can be achieved; other optional link parameters can be negotiated during the chain construction.
  • the optional parameters of the link can be negotiated through the unnumbered frame.
  • the automatic selection of the ARQ protocol of the HDLC protocol improves the reliability and high efficiency of the link transmission, and the present invention follows the general function module existing in the HDLC standard protocol for realizing normal data communication, and only needs to be slightly modified to implement simple.
  • FIG. 1 is a schematic diagram of a process of establishing an HDLC link in the prior art
  • FIG. 2 is a schematic diagram of an abnormality of data transmission caused by different ARQ protocols in the communication parties in the prior art
  • FIG. 3 is a schematic diagram of a data transmission abnormality caused by a window inconsistency between two communicating parties in the prior art
  • FIG. 4 is a schematic flowchart of an embodiment of a link parameter auto-negotiation method based on the HDLC protocol of the present invention
  • FIG. 5 is a schematic diagram of a frame format of an unnumbered frame in an embodiment of a link parameter auto-negotiation method based on the HDLC protocol of the present invention
  • FIG. 6 is a schematic flowchart of establishing a link connection with a primary end according to a link parameter negotiation between a UA frame and a primary end according to an embodiment of the present invention
  • FIG. 7 is a schematic flowchart of another embodiment of a link parameter auto-negotiation method based on the HDLC protocol of the present invention.
  • FIG. 8 is a schematic structural diagram of an embodiment of a link parameter auto-negotiation terminal based on the HDLC protocol of the present invention.
  • FIG. 9 is a link diagram of an embodiment of a link parameter auto-negotiation terminal based on the HDLC protocol of the present invention. Schematic diagram of the negotiation module;
  • FIG. 10 is a schematic structural diagram of an embodiment of a link parameter auto-negotiation system based on the HDLC protocol of the present invention.
  • the solution of the embodiment of the present invention is mainly: through the three-way handshake mechanism of the HDLC protocol, the two parties negotiate the link establishment parameters, determine the ARQ type and the window size used for data transmission, and achieve the symmetry of the two entities to improve the link. Reliability and efficiency of transmission.
  • an embodiment of the present invention provides a link parameter auto-negotiation method based on the HDLC protocol, including:
  • Step S101 Send a SUBME frame request from the end to the primary end to establish a link connection.
  • the SUBME frame includes a link parameter of the slave end, the link parameter is divided into a link-building parameter, and an optional parameter, where the link-building parameter includes the type of the ARQ supported by the slave end, the window size, and the above parameters are mandatory, and the other parameters are required. Parameters such as timer duration, timeout threshold, etc. are optional parameters.
  • the frame format of the unnumbered frame used for negotiating parameters specified in the embodiment of the present invention is as shown in Table 4:
  • the new protocol additional parameter field is used by both parties to determine the ARQ type used by each party and the size of the window, and can also be used to negotiate other parameters of the protocol.
  • the frame format of the unnumbered frame specified in this embodiment is specifically shown in FIG. 5.
  • Step S102 Receive a UA frame returned by the primary end according to the SUBME frame.
  • the master end After receiving the SUBME frame sent by the slave end, the master end parses the SUBME frame, and determines whether the slave end supports parameter negotiation according to the parsing result. If not, the default link parameter is adopted, and the default link is used.
  • the parameter consists of a UA frame sent to the slave end, where the UA frame contains the link parameter type and value finally used by the master.
  • the link parameter of the secondary end is obtained from the received SUBME frame, and the link parameter includes the ARQ type supported by the opposite end, the sending window, and the receiving window size.
  • the primary end obtains the link parameters of the local end according to the link parameters of the slave end, including the ARQ type of the final use, the receiving window of the local end, and the sending window, and the determining method is: the ARQ type supported by the slave end, the sending window, and Receive window size and local end
  • the ARQ type that is both supported and most efficient is selected as the last adopted ARQ type, and the values of the receiving window and the sending window of the primary end are taken in the window size values of both sides. Smaller value.
  • Other optional parameters can also be determined if needed.
  • the master sends the obtained final link parameters of the local end to the UA frame and sends it to the slave.
  • the link parameters are negotiated by the slave according to the UA frame.
  • Step S103 The slave end negotiates link parameters with the primary end according to the UA frame, and establishes a link connection with the primary end.
  • the UA frame After receiving the UA frame sent by the primary end, the UA frame is parsed. The UA frame is parsed according to the analysis result. If the primary end does not support parameter negotiation, the slave uses the default link parameter. The default link parameters are used to send the UE frame to the primary end. The UE frame contains the link parameter type and parameter values finally adopted by the secondary end.
  • the slave end parses the UA frame to determine that the primary end supports parameter negotiation, the slave end acquires the link parameters of the master end from the UA frame, including: the ARQ type, the send window, and the receive window size finally adopted by the master end, and other Select parameters.
  • the slave end determines the link parameters of the local end, including the finally adopted ARQ type, the local receiving window, and the sending window, and the determining method is as follows:
  • the ARQ type adopted by the slave end is consistent with the peer end, that is, the master end, and the receiving window of the slave end and
  • the size of the sending window of the master is the same, and the size of the sending window of the slave is the same as that of the receiving window of the master.
  • Other optional parameters can also be determined if needed.
  • the slave end sends the finally selected link parameter to the UE frame, and the UE frame includes the link parameter type and the parameter value finally adopted by the slave end, and the slave end completes the link establishment negotiation process.
  • the master end After receiving the UE frame sent by the slave end, the master end parses the UE frame, and confirms that the link parameters used by the two parties are consistent, and then the master end completes the link establishment negotiation process.
  • the foregoing step S103 includes:
  • Step S1031 parsing the UA frame; Step S1032, determining, according to the analysis result, whether the primary end supports parameter negotiation, if yes, proceeding to step S1033; otherwise, proceeding to step S1035;
  • Step S1033 Obtain a link parameter of the primary end from the UA frame, and determine a link parameter of the secondary end according to the link parameter of the primary end, where the link parameter of the secondary end is consistent with the link parameter of the primary end;
  • Step S1034 The UE frame is composed of the link parameters of the slave end, and is sent to the master end to establish a link connection between the slave end and the master end.
  • Step S1035 The default link parameter is used to form a UE frame to be sent to the primary end, and a link connection between the secondary end and the primary end is established.
  • A is the primary end and supports the ARQ selection mode.
  • the default ARQ mode is the backward N frame ARQ type, and the transmit and receive window sizes are both 4.
  • the retransmission ARQ is also selected, and the reception and retransmission ARQ type are received.
  • the send window size is 25.
  • the B-side is the slave end and supports the ARQ selection mode. It only supports the backward N-frame ARQ type.
  • the send and receive window sizes are both 5.
  • the optional parameters are not negotiated.
  • Step 1 The B end sends an SABME frame to the A end to initiate a chain establishment process.
  • the SABME frame includes the ARQ and window information of the B end, the B end supports the ARQ selection, and supports the back N frame ARQ, and the sending window size is 5, and the receiving window size. Is 5.
  • Step 2 The A end receives the SABME frame of the B end, parses the SABME frame, obtains the ARQ type and the window size of the B end, and compares it with the A end. Both the A end and the B end support the back N frame ARQ, and the A end Support for retransmission ARQ, but the B terminal does not support, so choose the back N frame ARQ type.
  • the window size is a smaller value of the window size values of both sides, and is 4.
  • Step 3 The final ARQ type will be determined by the A terminal: The backward N frame ARQ and the window size: Both the receive and transmit windows are 4, encapsulated in the UA frame, and sent to the B end.
  • Step 4 After receiving the UA frame, the B terminal obtains the back N frame ARQ, and the sending window and the receiving window are both 4. The transmitting and receiving window values of the local end are adjusted to 4.
  • Step 5 The ARQ type that will be adopted by the B end: Back N frame ARQ and window size: Both the receive and transmit windows are 4, encapsulated in the UE frame, sent to the B end, and the B end completes the link establishment process.
  • Step 6 The A end receives the UE frame of the B end, and parses the UE frame to obtain the ARQ type finally adopted by the B end: the back N frame ARQ and the window size: the receiving and sending windows are 4, further confirming that the parameters of both sides are consistent. Communication is possible.
  • the two parties negotiate the link establishment parameters, determine the ARQ type and the window size used for data transmission, and achieve the symmetry of the two entities.
  • Other links can be negotiated during the chain construction.
  • the link parameters are selected, thereby realizing the automatic selection of the ARQ protocol of the HDLC protocol, improving the reliability and high efficiency of the link transmission.
  • another embodiment of the present invention provides a link parameter auto-negotiation method based on the HDLC protocol, including:
  • Step S201 determining whether the U frame sent by the primary end is a link-building frame; if yes, proceeding to step S207, otherwise, proceeding to step S202;
  • Step S202 Obtain a link parameter of the primary end from the U frame.
  • Step S203 determining whether the link parameter of the primary end includes a link-building parameter; if yes, ending the process; otherwise, proceeding to step S204;
  • Step S204 determining link parameters of the slave end; proceeding to step S205;
  • Step S205 determining whether the U frame is a command frame or a response frame; if it is a command frame, proceeding to step S206; otherwise, ending the process.
  • Step S206 the link parameter of the slave end is encapsulated in the response frame and sent to the primary end.
  • Step S207 entering a chain establishment negotiation process.
  • For the establishment of the chain negotiation process refer to step S101 to step S103 in the above embodiment, which will not be described in detail herein.
  • the foregoing embodiment is a parameter negotiation process of the link-building process based on the HDLC protocol.
  • This embodiment is a parameter negotiation process in the normal working process of the HDLC.
  • the optional parameters of the link can be negotiated through unnumbered frames, ie U frames.
  • the slave end when the slave end receives the peer end, that is, the U frame sent by the master end, the slave end first parses the U frame to determine whether it is a link frame. If yes, then the link is established. If the link parameter of the primary end includes the mandatory parameters, The slave will refuse to negotiate link parameters.
  • the mandatory parameters include an ARQ type and a receiving and sending window size.
  • the slave end determines the link parameters used by the local end.
  • the slave end judges whether the U frame sent by the primary end is a command frame or a response frame, and if it is a response frame, the link parameter negotiation process is ended; otherwise, the link parameters used by the local end are encapsulated in the U frame of the response frame. , sent to the primary end, during the normal work process, the negotiation process of the optional link parameters.
  • the optional parameters of the link are negotiated through the unnumbered frame, which improves the reliability and efficiency of the link transmission.
  • an embodiment of the present invention provides a link parameter auto-negotiation terminal based on the HDLC protocol, including: a sending module 801, a receiving module 802, and a link negotiating module 803, where:
  • the sending module 801 is configured to send a SUBME frame to the primary end to establish a link connection
  • the receiving module 802 is configured to receive the UA frame returned by the primary end according to the SUBME frame
  • the link negotiation module 803 is configured to perform link parameter negotiation with the primary end according to the content of the UA frame, and establish a link connection between the local end and the primary end.
  • the terminal is a slave end of the communication party in the HDLC protocol, where the SUBME frame includes a link parameter of the slave end, and the link parameter is divided into a link establishment parameter and an optional parameter.
  • the link establishment parameter includes: the slave end The supported ARQ type and the sending window and receiving window size of the slave end. The above parameters must be carried. Other parameters such as timer duration, timeout threshold, etc. are optional parameters.
  • the frame format of the unnumbered frame for negotiating parameters specified in the embodiment of the present invention is as shown in Table 4.
  • the newly added protocol additional parameter field is used for both parties to determine the ARQ type and the size of the window used by each party. It can also be used to negotiate other parameters of the protocol.
  • the frame format of the unnumbered frame specified in this embodiment is specifically shown in FIG. 5.
  • the receiving module of the master end After receiving the SUBME frame sent by the slave end, the receiving module of the master end parses the SUBME frame through the parsing module of the master end, and determines whether the slave end supports parameter negotiation according to the parsing result. If not, the default link parameter is adopted.
  • the UA frame is configured to be sent by the sending module of the primary end to the secondary end, where the UA frame includes the link parameter type and the parameter value finally used by the primary end.
  • the link parameter of the secondary end is obtained from the received SUBME frame, and the link parameter includes the ARQ type supported by the opposite end, the sending window, and the receiving window size.
  • the primary end obtains the link parameters of the local end according to the link parameters of the slave end, including the ARQ type of the final use, the receiving window of the local end, and the sending window, and the determining method is: the ARQ type supported by the slave end, the sending window, and Receive window size and local end
  • the ARQ type that is both supported and most efficient is selected as the last adopted ARQ type.
  • the size of the receiving window and the sending window of the primary end are taken, the comparison between the size values of the two windows is taken. Small value. Other optional parameters can also be determined if needed.
  • the master sends the obtained final link parameters of the local end to the UA frame and sends it to the slave.
  • the link negotiation module 803 of the slave performs link parameter negotiation based on the UA frame.
  • the UA frame After receiving the UA frame sent by the primary end, the UA frame is parsed. According to the analysis result, it is determined whether the primary end supports parameter negotiation. If the primary end does not support parameter negotiation, the secondary end adopts the default link parameter, and The default link parameter is configured to send a UE frame to the primary end, where the UE frame includes the link parameter type and value finally adopted by the secondary end.
  • the slave end parses the UA frame to determine that the primary end supports parameter negotiation, the slave end obtains the link parameters of the primary end from the UA frame, including the ARQ type supported by the primary end, the sending window and the receiving window size, and other optional parameters. .
  • the slave end determines the link parameters of the local end, including the finally adopted ARQ type, the local receiving window, and the sending window, and the determining method is as follows:
  • the ARQ type adopted by the slave end is consistent with the peer end, that is, the master end, and the receiving window of the slave end and
  • the size of the sending window of the master is the same, and the size of the sending window of the slave is the same as that of the receiving window of the master.
  • Other optional parameters can also be determined if needed.
  • the slave end sends the finally selected link parameter to the UE frame, and the UE frame includes the link parameter type and the parameter value finally adopted by the slave end, and the slave end completes the link establishment negotiation process.
  • the master end After receiving the UE frame sent by the slave end, the master end parses the UE frame, and confirms that the link parameters used by the two parties are consistent, and then the master end completes the link establishment negotiation process.
  • the link negotiation module 803 of this embodiment includes: an analysis and determination unit 8031, a negotiation unit 8032, and a frame structure transmission unit 8033, where:
  • the analysis determining unit 8031 is configured to parse the UA frame, and determine the main according to the analysis result. Whether the terminal supports parameter negotiation;
  • the negotiating unit 8032 is configured to: when the parsing judging unit determines that the primary end supports the parameter negotiation, obtain the link parameter of the primary end from the UA frame, and determine the link parameter of the local end according to the link parameter of the primary end, and the link of the local end The path parameter is consistent with the link parameter of the primary end;
  • the frame structure transmitting unit 8033 is configured to send a link frame composed of the link parameters of the slave end to the master end, and establish a link connection between the slave end and the master end.
  • the frame construction sending unit 8033 is further configured to: when the primary end does not support parameter negotiation, use the default link parameters to form a UE frame to be sent to the primary end, and establish a link connection between the secondary end and the primary end.
  • the link negotiation module 803 is further configured to: when receiving the U frame sent by the primary end from the terminal, the link parameter of the primary end is parsed and obtained from the U frame; When the link parameter of the end does not contain the link establishment parameter, the link parameter of the slave is determined.
  • the sending module 801 is further configured to: when the U frame is a command frame, the link parameter of the slave end is encapsulated in the response frame and sent to the primary end.
  • the link negotiation module 803 of the slave After receiving the peer end, that is, the U frame sent by the master, the link negotiation module 803 of the slave first parses the U frame to determine whether it is a link frame. If yes, Then, the negotiation process of the link establishment is performed; otherwise, the slave acquires the link parameter of the primary end according to the content of the U frame, and determines whether the link parameter of the primary end includes a mandatory parameter in the link establishment parameter, if the link parameter of the primary end includes the above If the parameter is mandatory, the slave will refuse to negotiate the link parameters.
  • the ARQ type and the size of the receive and transmit windows are examples of the receive and transmit windows.
  • the slave end determines the link parameters used by the local end.
  • the slave end judges whether the U frame sent by the primary end is a command frame or a response frame, and if it is a response frame, ends the link parameter negotiation process; otherwise, the link parameter used by the local end is encapsulated in the response frame U.
  • the frame is sent to the primary end by the sending module 801, and the negotiation process of the optional link parameters in the normal working process is completed.
  • the two parties negotiate the link establishment parameters, determine the ARQ type and the window size used for data transmission, and achieve the symmetry of the two entities.
  • Other links can be negotiated during the chain construction.
  • the link parameters are selected.
  • the optional parameters of the link can be negotiated through the unnumbered frame, thereby realizing the automatic selection of the ARQ protocol of the HDLC protocol, and improving the reliability of the link transmission. And efficient.
  • the present invention follows the general function module existing in the HDLC standard protocol for realizing normal data communication, and requires only minor modifications and is simple to implement.
  • an embodiment of the present invention provides a link parameter auto-negotiation system based on the HDLC protocol, including a primary end 901 and a secondary end 902, where:
  • the primary end 901 is configured to receive a SUBME frame sent from the end 902 to establish a link connection when establishing a link; determine a link parameter of the primary end according to the SUBME frame, and return a UA frame to the secondary end 902, and perform a link with the secondary end 902. Parameter negotiation, receiving the UE frame sent from the terminal 902, establishing a link connection with the slave end 902;
  • the U frame used to receive the slave end when the U frame is a non-chained frame, and does not include the ARQ type of the link establishment, the transmit window of the slave end, and the receive window size, negotiate the optional link parameter with the slave end. .
  • the slave terminal 902 is configured to send a SUBME frame to the master terminal 901 to establish a link connection; the receiving master terminal 901 returns a UA frame according to the SUBME frame; and performs link parameter negotiation with the master terminal 901 according to the UA frame, and establishes a relationship with the master terminal 901. Link connection.
  • the U frame In normal operation, it is used to receive the U frame of the primary end.
  • the U frame is a non-chained frame, and does not include the ARQ type of the link establishment, the transmission window of the primary end, and the receive window size, and negotiate the optional link with the primary end. parameter.
  • the slave end is also configured to use a default link parameter when the primary end does not support parameter negotiation. Sending a UE frame to the primary end, and establishing a link connection with the primary end;
  • the primary end is further configured to receive a UE frame sent by the secondary end, and establish a link connection with the secondary end.
  • the slave end is further configured to: when the received U-frame of the primary end is not a link-building frame, parse and obtain the link parameter of the primary end from the U-frame; the link parameter of the primary end does not include a link establishment.
  • the parameter is also used to determine its own link parameter; when the U frame is a command frame, it is also used to encapsulate its own link parameter in a response frame and send it to the primary end;
  • the primary end is further configured to receive, when the U frame is a command frame, a response frame that is sent by the secondary end and encapsulates the secondary link parameter.
  • the following is a detailed description of the negotiation process of the link parameters between the master and the slave in the link establishment process: The slave sends a SUBME frame request to the master to establish a link connection.
  • the primary end receives the SUBME frame and performs link parameter negotiation with the slave according to the content of the frame; determining the link parameters of the primary end;
  • the primary end returns the link parameters to the slave through the UA frame.
  • the slave obtains the link parameters of the master from the UA frame, and determines the link parameters of the slave according to the link parameters of the master.
  • the slave end sends the local link parameters into a UE frame and sends the link to the master.
  • the link between the slave and the master is established.
  • the primary end receives the UE frame of the secondary end and establishes a link connection with the secondary end.
  • the process of negotiating link parameters between the primary end and the secondary end to establish a link with the secondary end includes:
  • the primary end parses the SUBME frame sent from the slave end; and determines whether the slave end supports parameter negotiation according to the parsing result, and if so, obtains the link parameter of the slave end from the SUBME frame, and finally Determine the link parameters of the primary end; and return the link parameters of the primary end to the secondary end through the UA frame.
  • the returned UE frame is received from the end, and a link connection with the slave is established.
  • the master can identify the SAMBE frame and use the default link parameters to form a UA frame to be sent to the slave, and receive the UE frame of the slave, and establish a link with the slave. connection.
  • the link parameter auto-negotiation method, the terminal, and the system of the HDLC protocol through the three-way handshake mechanism of the HDLC protocol, the two sides negotiate the link establishment parameters, determine the ARQ type and the window size used for data transmission, and reach both sides.
  • the other optional link parameters can also be negotiated during the chain construction.
  • the optional parameters of the link can be negotiated through the unnumbered frame, thereby realizing the ARQ protocol of the HDLC protocol.
  • the invention improves the reliability and high efficiency of the link transmission, and the invention follows the general function module existing under the HDLC standard protocol for realizing normal data communication, and requires only a slight modification and is simple to implement.

Landscapes

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

Abstract

La présente invention se rapporte à un procédé d'auto-négociation de paramètres de liaison basé sur le protocole de commande de liaison de données de haut niveau (HDLC pour High Level Data Link Control), ledit procédé comprenant les étapes suivantes : une extrémité esclave envoie une trame SUBME à une extrémité maîtresse pour demander d'établir une connexion de liaison ; l'extrémité esclave reçoit une trame d'accusé de réception non numéroté (UA pour Unnumbered Acknowledgement) renvoyée par l'extrémité maîtresse selon la trame SUBME ; et l'extrémité esclave effectue une négociation de paramètres de liaison avec l'extrémité maîtresse selon la trame d'accusé de réception UA afin d'établir la connexion de liaison avec l'extrémité maîtresse. La présente invention se rapporte en outre à un système d'auto-négociation de paramètres de liaison et à un terminal basés sur la commande HDLC. Grâce au procédé, au système et au terminal, la fiabilité et l'efficacité de la transmission de liaison peuvent être améliorées.
PCT/CN2012/073260 2011-09-16 2012-03-29 Procédé d'auto-négociation de paramètres de liaison, terminal et système basés sur le protocole de commande de liaison de données de haut niveau (hdlc) WO2012155703A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110276226.0A CN103002518B (zh) 2011-09-16 2011-09-16 基于hdlc协议的链路参数自协商方法、终端及***
CN201110276226.0 2011-09-16

Publications (1)

Publication Number Publication Date
WO2012155703A1 true WO2012155703A1 (fr) 2012-11-22

Family

ID=47176266

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/073260 WO2012155703A1 (fr) 2011-09-16 2012-03-29 Procédé d'auto-négociation de paramètres de liaison, terminal et système basés sur le protocole de commande de liaison de données de haut niveau (hdlc)

Country Status (2)

Country Link
CN (1) CN103002518B (fr)
WO (1) WO2012155703A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103733600A (zh) * 2013-06-28 2014-04-16 华为技术有限公司 一种建立链路的方法、节点及装置
CN105897878B (zh) * 2016-04-01 2019-03-05 浪潮电子信息产业股份有限公司 一种数据链路层的初始化的方法及装置
CN109274980A (zh) * 2018-09-19 2019-01-25 北京文香信息技术有限公司 一种用于快速直播的数据传输方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006012771A1 (fr) * 2004-08-02 2006-02-09 Zte Corporation Unite de commande hdlc multi-canal
US20070088863A1 (en) * 2005-09-28 2007-04-19 Mannava Phanindra K Method and system for flexible and negotiable exchange of link layer functional parameters
WO2007090321A1 (fr) * 2006-02-10 2007-08-16 Huawei Technologies Co., Ltd. Procédé, dispositif et réseau local sans fil pour établissement d'une liaison virtuelle et procédé de transfert de données
CN101594578A (zh) * 2008-05-30 2009-12-02 深圳华为通信技术有限公司 直连链路的建立方法、站设备及通信***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006012771A1 (fr) * 2004-08-02 2006-02-09 Zte Corporation Unite de commande hdlc multi-canal
US20070088863A1 (en) * 2005-09-28 2007-04-19 Mannava Phanindra K Method and system for flexible and negotiable exchange of link layer functional parameters
WO2007090321A1 (fr) * 2006-02-10 2007-08-16 Huawei Technologies Co., Ltd. Procédé, dispositif et réseau local sans fil pour établissement d'une liaison virtuelle et procédé de transfert de données
CN101594578A (zh) * 2008-05-30 2009-12-02 深圳华为通信技术有限公司 直连链路的建立方法、站设备及通信***

Also Published As

Publication number Publication date
CN103002518B (zh) 2017-12-15
CN103002518A (zh) 2013-03-27

Similar Documents

Publication Publication Date Title
TWI387256B (zh) 改善傳輸時間間隔集束傳輸之方法及通訊裝置
US8402343B2 (en) Reliable packet cut-through
US20140126580A1 (en) Method, device, and apparatus for error detection and correction in wireless communications
JP2014509483A (ja) ワイヤレスネットワークにおけるトランスミッション・コントロール・プロトコルの性能を改善する機構
JP2007221795A (ja) 広帯域無線接続通信システムにおける自動再伝送要求運用装置及び方法
JP2011517162A (ja) Ｍａｃベースのフィードバックを用いてｗｌａｎプロトコルにハイブリッドａｒｑを追加すること
US8976814B2 (en) Method of transporting data from sending node to destination node
CN102292940A (zh) 一种采用arq机制的头压缩通信方法和装置
WO2022052507A1 (fr) Procédé de transmission de données audio par bluetooth à faible consommation d'énergie, appareil et dispositif
CN112910856A (zh) 基于串口通信的通信协议的设计方法
WO2020143635A1 (fr) Procédé et dispositif de retransmission de données, support d'informations et dispositif électronique
WO2015165255A1 (fr) Procédé et dispositif de transmission de données
WO2011079777A1 (fr) Procédé de transmission de données et dispositif du côté du réseau
CN108173851B (zh) 一种用于空间信息网络的高效多媒体传输方法
JP2007520148A (ja) データフレームの再伝送方法および前記方法を用いるネットワーク装置
US8547881B2 (en) Method, apparatus and system for transmitting ACK response in bidirectional data transmission
WO2022083371A1 (fr) Procédé et dispositif de transmission de données
WO2012155703A1 (fr) Procédé d'auto-négociation de paramètres de liaison, terminal et système basés sur le protocole de commande de liaison de données de haut niveau (hdlc)
CN101605128A (zh) Linux主从设备通过以太网接口进行通信的方法
WO2012000312A1 (fr) Procédé et dispositif pour établir un rapport d'état
CN112039955A (zh) 一种文件数据传输方法及***
WO2011116577A1 (fr) Procédé et appareil de retransmission de données
CN112737739A (zh) 一种两设备间多包通讯的方法
WO2014205819A1 (fr) Procédé, nœud et appareil d'établissement de liaison
CN111464569B (zh) 一种采用自定义协议的以太网数据传输方法

Legal Events

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

Ref document number: 12786402

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

Country of ref document: EP

Kind code of ref document: A1