WO2013078881A1 - Method and apparatus for retransmitting communication packet in communication link layer - Google Patents

Method and apparatus for retransmitting communication packet in communication link layer Download PDF

Info

Publication number
WO2013078881A1
WO2013078881A1 PCT/CN2012/079671 CN2012079671W WO2013078881A1 WO 2013078881 A1 WO2013078881 A1 WO 2013078881A1 CN 2012079671 W CN2012079671 W CN 2012079671W WO 2013078881 A1 WO2013078881 A1 WO 2013078881A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission
communication
packet
frequency
communication packet
Prior art date
Application number
PCT/CN2012/079671
Other languages
French (fr)
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 WO2013078881A1 publication Critical patent/WO2013078881A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for retransmitting a communication packet in a communication link layer.
  • an Operation and Management Center OMC
  • eNodeBs evolved Node Bs
  • the actual external field environment is more complicated, and there are more batch operations that can be performed on the network management system. These are easy to cause instability of the front and back links, which makes the network situation better or worse.
  • the impact on the link between the OMC and the eNodeB is also compared. Large, may cause a "short-break" or "broken chain” situation. These situations are all unwilling to be seen by operators.
  • the present invention provides a method and apparatus for retransmitting a communication packet in a communication link layer to at least solve the above problems.
  • a method for retransmitting a communication packet in a communication link layer including: calculating a retransmission of a communication packet that needs to be retransmitted according to a time taken for retransmission of communication of a previous communication packet Frequency, wherein the elapsed time of the retransmission communication is a difference between a time when the reply packet of the last communication packet is received and a time when the previous communication packet is transmitted; and the retransmission frequency according to the calculation Transmitting the communication packet that needs to be retransmitted this time.
  • the method further includes: determining that the elapsed time of the retransmission communication exceeds a predetermined threshold. The method further includes: determining whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, performing the retransmission communication according to a retransmission frequency of the last retransmission communication; If no, the retransmission communication is performed according to the calculated retransmission frequency.
  • the method further includes: recording the transmitted communication packet into the retransmission queue and marking the sent communication packet The number of retransmissions.
  • the method further includes: marking the number of retransmissions of the first transmitted communication packet as 0; if the reply packet of the first transmitted communication packet is not received within a predetermined time period, then the first transmitted communication is to be The number of retransmissions is increased by one.
  • the method further includes: when the number of retransmissions reaches a preset threshold, determining that the communication link is broken.
  • a retransmission device for a communication packet in a communication link layer comprising: a calculation module configured to calculate a retransmission required according to a time taken for retransmission of communication of a previous communication packet The retransmission frequency of the communication packet, wherein the time taken for the retransmission communication is a difference between a time when the reply packet of the previous communication packet is received and a time when the previous communication packet is transmitted; And configured to transmit, according to the calculated retransmission frequency, the communication packet that needs to be retransmitted this time.
  • the apparatus further includes: a determining module configured to determine that the time taken for the retransmission communication exceeds a predetermined threshold.
  • the device further includes: a determining module, configured to determine whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, notify the retransmission module to perform retransmission communication according to the last time
  • the retransmission frequency carries out the retransmission communication; if not, the retransmission module is notified to perform the retransmission communication according to the calculated retransmission frequency.
  • the technical means for transmitting the communication packet that needs to be retransmitted by using the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the communication packet retransmission of the previous communication packet is used, and the related information is solved.
  • the retransmission frequency is dynamically adjusted according to the current network condition, thereby avoiding the effect of worsening the network due to retransmission under the condition of large network load. , effectively reducing the network burden.
  • FIG. 1 is a flowchart of a method for retransmitting a communication packet in a communication link layer according to an embodiment of the present invention
  • FIG. 2 is a diagram of a retransmission device for a communication packet in a communication link layer according to an embodiment of the present invention
  • 3 is a schematic structural diagram of a retransmission device of a communication packet in a communication link layer according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a communication packet transmission process of an OMC transmission queue according to an embodiment of the present invention
  • FIG. 6 is a schematic flowchart of a communication packet transmission process of an OMC retransmission queue according to an embodiment of the present invention
  • FIG. 7 is a flowchart of an OMC retransmission frequency adjustment process according to an embodiment of the present invention
  • schematic diagram schematic diagram.
  • FIG. 1 is a flow chart of a method for retransmitting a communication packet in a communication link layer according to an embodiment of the present invention. As shown in FIG.
  • Step S102 Calculate a retransmission frequency of a communication packet that needs to be retransmitted according to a time taken for retransmission communication of a previous communication packet, where the time spent by the retransmission communication The difference between the time when the reply packet of the last communication packet is received and the time when the previous communication packet is sent; Step S104, transmitting the communication that needs to be retransmitted according to the calculated retransmission frequency package.
  • the communication packet that needs to be retransmitted can be retransmitted according to the retransmission frequency calculated by the time taken for the retransmission communication of the previous communication packet, the dynamic adjustment of the retransmission frequency of the communication packet can be realized, thereby When the network condition is degraded, the number of communication packets for retransmission communication in the network is effectively reduced by reducing the retransmission frequency, thereby avoiding continuous link-breaking reconstruction, ensuring the stability of the link, and effectively reducing the network burden.
  • the communication packet may be a communication packet between the OMC and the eNodeB.
  • the condition for starting the retransmission frequency adjustment may be set to avoid wasting the running resource. For example, the following conditions can be set: It is determined that the time taken for the retransmission communication exceeds a predetermined threshold. Before step S104, it may be further determined whether the retransmission communication is to be performed according to the retransmission frequency of the last retransmission communication according to the following condition: determining whether the calculated retransmission frequency is higher than the last retransmission communication.
  • the retransmission frequency if yes, the retransmission communication is performed according to the retransmission frequency of the last retransmission communication; if not, the retransmission communication is performed according to the calculated retransmission frequency.
  • a retransmission can be maintained for each network element's communication packet before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication.
  • the queue may be specifically implemented by: recording the transmitted communication packet into a retransmission queue and marking the number of retransmissions of the transmitted communication packet.
  • the number of retransmissions may be counted by: marking the number of retransmissions of the first transmitted communication packet as 0; if the first transmission is not received within a predetermined time period The reply packet of the communication packet adds 1 to the number of retransmissions of the first transmitted communication.
  • the number of retransmissions may be set. Specifically, the following processing may be included: when the number of retransmissions reaches a preset threshold, the communication link is broken.
  • the following processing procedure may be further included: periodically checking the communication packet in the retransmission queue. And transmitting the communication packets in the retransmission queue in sequence.
  • a retransmission device for a communication packet in a communication link layer is further provided, and the device is used to implement the foregoing embodiment and a preferred embodiment.
  • the module is involved in the description. As used hereinafter, the term "module" may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus includes: a calculation module 20, connected to the retransmission module 22, configured to calculate a retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication, where The elapsed time of the retransmission communication is a difference between a time when the reply packet of the last communication packet is received and a time when the previous communication packet is sent;
  • the retransmission module 22 is configured to transmit the communication packet that needs to be retransmitted according to the calculated retransmission frequency.
  • a calculation module 20 connected to the retransmission module 22 configured to calculate a retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication, where The elapsed time of the retransmission communication is a difference between a time when the reply packet of the last communication packet is received and a time when the previous communication packet is sent.
  • the retransmission module 22 is configured to transmit the
  • the foregoing apparatus may further include: a determining module 24, connected to the computing module 20, configured to determine that the elapsed time of the retransmission communication exceeds a predetermined threshold.
  • the apparatus may further include: a determining module 26, connected to the retransmission module 22, configured to determine whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication. If yes, the retransmission module is notified to perform the retransmission communication according to the retransmission frequency of the last retransmission communication; if not, the retransmission module is notified to perform the retransmission frequency according to the calculation. Retransmission communication.
  • Embodiment 1 This embodiment is described by taking a communication link between an OMC and an eNodeB in the mobile communication field as an example.
  • This embodiment provides a method for maintaining link stability by dynamically adjusting a communication packet.
  • the retransmission mechanism in the related art only periodically retransmits, so that when the network condition is poor, it is bound to cause a vicious circle, which leads to a worse and worse network condition until the last link is broken, which is in this embodiment.
  • the retransmission mechanism is different.
  • the number of retransmissions and the time consumed by the communication (that is, the communication time can be recorded after the time spent in the communication is calculated by the following method)
  • the next communication packet calculates the retransmission frequency of the next communication packet for retransmission according to the time consumed by the communication.
  • the OMC maintains a retransmission queue and a reception queue for each network element. Each time the OMC sends a packet to the eNodeB, the transmission packet is recorded in the retransmission queue, and the number of retransmissions is set to zero.
  • the OMC can dynamically adjust the number of communication packets when the network communication quality is degraded (that is, dynamically adjust the number of communication packets transmitted in the same time according to the adjusted retransmission frequency), while maintaining the link stability.
  • the present embodiment adopts the following technical solutions.
  • the 0MC and the eNodeB are normally built; the transmission frequency of the retransmission queue is the initial setting value.
  • the 0MC sends a heartbeat packet according to the heartbeat interval frequency. After each packet is sent, the time of sending is recorded, and the packet is added to the retransmission queue corresponding to the network element.
  • the 0MC periodically checks the retransmission queue, sequentially sends the communication packets in the queue, and increments the number of retransmissions by one. If the number of retransmissions of a packet is 0, it indicates that the packet is a normal communication packet; if it is greater than 0, it indicates that the packet is a retransmission packet, and indicates that it is the retransmission packet of the first few times.
  • the reply packet period of normal communication is [MIN, MAX]
  • the OMC continues to send the heartbeat detection packet with the original heartbeat detection packet frequency, and transmits the retransmission packet at the transmission frequency A of the retransmission packet.
  • the OMC the communication reply packet of the packet is not directly received
  • the retransmission is fixed according to the original frequency.
  • the OMC prompts the chain to be broken.
  • the OMC receives the communication reply packet of a certain packet, that is, receives the ACK packet of the sending packet, the retransmission queue is viewed. If the number of retransmissions of this packet is 0 in the retransmission queue, the packet is deleted from the retransmission queue.
  • the retransmission queue shows that the packet is a retransmission packet
  • the number of retransmissions of the packet in the retransmission queue is decremented by one.
  • the new retransmission frequency is lower than the previous one, indicating that the network condition is still poor, replace the new retransmission frequency.
  • the retransmission frequency is replaced with the original normal frequency.
  • the OMC After the OMC sends a packet to the network element, it adds the packet to the retransmission queue and starts waiting for the reply packet of the packet. Heavy The transmission queue uses a certain frequency to retransmit. If the OMC can receive the reply packet within the specified time to indicate that the network is in good condition, if the time of receiving the reply packet exceeds the normal range, the frequency of the next retransmission is adjusted according to the exceeded time.
  • the main idea of this embodiment is to control the frequency of the retransmission, and dynamically adjust the retransmission frequency according to the current network condition, so as to avoid the deterioration of the network due to retransmission in the case of a large network load.
  • Embodiment 2 Prerequisites of the present example: The OMC and the eNodeB are in an already established state. After the link is established, the OMC and the eNodeB rely on heartbeat detection to ensure the survival of the link. The OMC periodically starts sending heartbeat packets, and the eNodeB responds to the heartbeat packets. The OMC maintains a retransmission queue and a reception queue for each eNodeB.
  • FIG. 4 is a schematic diagram of a communication packet transmission process of an OMC transmission queue according to an embodiment of the present invention. As shown in FIG. 4, the process includes: Step S402: The OMC constructs a heartbeat request packet to be sent at a set heartbeat frequency. Step S404: After the OMC constructs the heartbeat request packet successfully, the OMC sends the packet. Step S406: At the same time, the OMC needs to add the heartbeat request packet to the retransmission queue, record the transmission time, and set the number of retransmissions to 0.
  • FIG. 5 is a schematic diagram of a receiving process of a communication packet of a receiving queue according to an embodiment of the present invention. As shown in FIG. 5, the process includes: Step S502: The OMC receives a communication packet (a reply packet) of the foreground (ie, the eNodeB). Step S504, the OMC processes the packet, determines which packet of the network element the received packet is, and adds it to the receiving queue corresponding to the network element.
  • a communication packet a reply packet of the foreground (ie, the eNodeB).
  • Step S504 the OMC processes the packet, determines which packet of the network element the received packet is, and adds it to the receiving queue corresponding to the network element.
  • FIG. 6 is a schematic flowchart of a communication packet transmission process of an OMC retransmission queue according to an embodiment of the present invention.
  • the process includes: Step S602, the OMC scans the retransmission queue at the set retransmission frequency.
  • step S604 it is first determined whether there is a communication packet in the queue, if no communication packet is not sent.
  • Step S606 if the retransmission queue is not empty, the communication packets in the retransmission queue are sequentially transmitted in order, and if it is empty, the process proceeds to step S610.
  • Step S608 adding 1 to the number of retransmissions of each packet in the retransmission queue, indicating that the packet has been retransmitted.
  • Step S610 exiting.
  • OMC retransmission frequency adjustment mode In most cases, the OMC and the eNodeB rely on a fixed frequency heartbeat packet to keep the link normal. Referring to FIG. 7 step S702, the OMC periodically acquires a new received data packet from the receive queue. Step S704, the OMC needs to determine whether the packet is a communication reply packet. The OMC needs to use the communication reply packet to determine the retransmission frequency that needs to be adjusted. If it is a communication reply packet, go to step S706, otherwise go to step S722.
  • Step S706 searching for a original communication packet corresponding to the packet from the retransmission queue.
  • step S708 it is necessary to judge the number of retransmissions. It is judged whether the number of retransmissions of the packet is 0, that is, whether the packet is a normal communication packet or a retransmission packet. If it is a normal communication packet (the number of retransmissions is 0), the probability that the network condition is good at this time is relatively large, but it still needs to be determined according to the communication time. If the packet is retransmitted (the number of retransmissions is not 0), the probability of poor network condition is greater. It is determined whether the network condition is good according to the number of retransmissions and the time required for retransmission.
  • Step S710 If the number of retransmissions corresponding to the packet is 0, indicating that the packet is a normal communication reply packet for the packet, the packet is deleted from the retransmission queue, and if not, the number of retransmissions is decreased by 1.
  • step S712 the time taken for the communication of the packet is checked, and the subsequent determination is made by this.
  • step S714 the time consumed by the communication is compared with the normal interval value to check whether it falls within the normal value range. If it falls within the normal interval, it can be confirmed that the communication is normal, and the network between the OMC and the eNodeB is in good condition, and no adjustment is needed. Go to step S722. Step S722, exit.
  • Embodiment 3 When the network condition between the OMC and the eNodeB is not good, the heartbeat interval needs to be dynamically adjusted in real time according to the communication packet. If the time spent on the heartbeat indicates that the network condition is getting better, in this case, the heartbeat frequency does not need to be adjusted, and the network is adjusted to the original value after the network is completely restored. See Figure 7. Step S702, the OMC periodically extracts the data packet from the acceptance queue. In step S704, in addition to the data communication packet between the OMC and the eNodeB, there are other types of packet structures specified by the protocol, and it is necessary to determine whether it is a communication data packet.
  • Step S706 first, the OMC needs to check the retransmission queue, and find the original communication packet corresponding to the ACK packet (communication reply packet). Step S708, it is checked whether the number of retransmissions is 0. Step S710, if the number of retransmissions is 0, indicating that it is a normal communication packet, deleting the original communication packet; if the number of retransmissions is greater than 0, indicating that the packet is a retransmission packet, the number of retransmissions is decreased by 1, and the retransmission interval needs to be further Check the network status. Step S712, it is time to view the communication reply packet. Step S714, determining whether the time consumed by the communication falls within a range of the normal value range.
  • step S718 the retransmission frequency at this time is compared with the original frequency. If the value is still greater than the retransmission frequency currently used, the network condition is improving, but the normal condition is still not restored. In this case, there is no need to adjust the retransmission frequency, and the current retransmission frequency can still be used.
  • Step S722 exit.
  • Example 4 In the case of a large network load, the OMC dynamically adjusts the retransmission frequency to significantly reduce the network load and restore the network to normal conditions as soon as possible. See Figure 7.
  • Step S702 when the communication packet is received in the receiving queue, the OMC sequentially extracts each packet from the receiving queue for analysis. Step S704, the OMC first determines whether the packet is a communication reply packet or another type of data packet.
  • Step S706 viewing the retransmission queue, and searching for a retransmission packet corresponding to the packet.
  • Step S708 If the packet is a reply packet of the communication, and finds a retransmission packet corresponding to the retransmission queue, first check whether the corresponding number of retransmissions is 0. Step S710, if the number of retransmissions is not 0, indicating that the communication reply packet of the retransmission packet is used, the number of retransmissions of the packet needs to be reduced by one.
  • Step S712 calculating the time difference between the current time and the sending time of the packet, and obtaining the time taken for the communication of the packet.
  • the time is compared with the normal value range to check whether it is in the normal value range. If it falls within the normal value range, it indicates that the communication between the current OMC and the eNodeB is good, and the adjustment of the transmission frequency is not required, and the process goes to step S722, otherwise the process goes to step S716.
  • step S716 if the time is greater than the maximum value of the normal value range, it indicates that the current communication between the OMC and the eNodeB is poor, and the frequency of the communication packet needs to be adjusted to restore the network condition.
  • Step S7108 comparing the newly obtained retransmission frequency with the currently used retransmission frequency, whether it is greater than the currently used retransmission frequency. If yes, go to step S722, otherwise go to step S720.
  • Step S720 if the calculated retransmission frequency is smaller than the currently used retransmission frequency, indicating that the current network condition is still deteriorating, and it is required to continue to reduce the retransmission frequency of the communication packet. Therefore, the new retransmission frequency is replaced by the existing retransmission frequency, and the congestion of the network communication packet is continuously reduced. Step S722, exit.
  • software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.
  • a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

The present invention provides a method and an apparatus for retransmitting a communication packet in a communication link layer. The method comprises: calculating a retransmission frequency of a communication packet required to be retransmitted this time according to consumed time of retransmission communication of a previous communication packet, the consumed time of the retransmission communication being a difference between time of receiving a reply packet of the previous communication packet and time of sending the previous communication packet; and transmitting the communication packet required to be retransmitted this time according to the retransmission frequency obtained through calculation. By adopting the technical solution provided in the present invention, the problem in the related technology that link stability is maintained without consideration in a retransmission mechanism aspect is solved, thereby achieving the effect that the retransmission frequency is dynamically adjusted according to the status of the current network, so as to prevent network deterioration from being aggravated because of retransmission in a situation of a large network burden, and effectively alleviating the network burden.

Description

通信链路层中通信包的重传方法及装置 技术领域 本发明涉及通信领域, 具体而言, 涉及一种通信链路层中通信包的重传方法及装 置。 背景技术 在外场环境中, 操作维护中心 (Operation & Management Center, 简称为 OMC) 一般需要接管大量的演进型基站(evolved Node B, 简称为 eNodeB)。 实际外场的环境 比较复杂, 网管上可执行的批量操作又比较多,这些都容易造成前后台链路的不稳定, 使得网络情况时好时坏, 对 OMC与 eNodeB之间链路的冲击也比较大, 可能造成"瞬 断"或者"断链"情况的发生。 这些情况的发生, 都是运营商所不愿意看到的, 因此如何 保证链路的稳定, 减小瞬断或者断链情况的发生就显得尤为重要。 目前, 一般通过动态调整心跳次数来控制链路负担过大来解决上述问题, 这些方 法确实可以在一定程度上改善网络状况。 但是, 对于实际的外场情况而言, 真正造成 瞬断或者断链情况发生的并不是由于心跳次数过多造成的, 而是由于不断的"重传包" 造成的。 因此, 重传机制才是保证网管与网元之间链路稳定的关键。 但是目前尚无从 重传机制方面考虑维持链路稳定的技术方案。 针对相关技术中的上述问题, 目前尚未提出有效的解决方案。 发明内容 针对相关技术中, 尚无从重传机制方面考虑维持链路稳定等问题, 本发明提供了 一种通信链路层中通信包的重传方法及装置, 以至少解决上述问题。 根据本发明的一个实施例, 提供了一种通信链路层中通信包的重传方法, 包括: 根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包的重传频率,其中, 所述重传通信的所耗时间为收到所述上一个通信包的回复包的时刻与发送所述上一个 通信包的时刻的差值;根据计算得到的所述重传频率传送所述本次需要重传的通信包。 上述根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包的重传频 率之前, 还包括: 确定所述重传通信的所耗时间超过预定阈值。 上述方法还包括: 判断计算得到的所述重传频率是否高于上一次进行重传通信的 重传频率; 如果是, 则按照上一次进行重传通信的重传频率进行本次重传通信; 如果 否, 则按照计算得到的所述重传频率进行本次重传通信。 上述根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包的重传频 率之前, 还包括: 将发送的通信包记录到重传队列中并标记所述发送的通信包的重传 次数。 上述方法还包括: 将首次发送的通信包的所述重传次数标记为 0; 若在预定时间 段内未收到所述首次发送的通信包的回复包则将所述首次发送的通信的所述重传次数 加 1。 上述方法还包括: 当所述重传次数达到预设阈值时, 则判定通信链路断链。 上述根据计算得到的所述重传频率传送所述本次需要重传的通信包之后,还包括: 定时检查所述重传队列中的通信包, 并依次发送所述重传队列中的通信包。 根据本发明的另一个实施例,提供了一种通信链路层中通信包的重传装置,包括: 计算模块, 设置为根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包 的重传频率, 其中, 所述重传通信的所耗时间为收到所述上一个通信包的回复包的时 刻与发送所述上一个通信包的时刻的差值; 重传模块,设置为根据计算得到的所述重传频率传送所述本次需要重传的通信包。 上述装置还包括: 确定模块, 设置为确定所述重传通信的所耗时间超过预定阈值。 上述装置还包括: 判断模块, 设置为判断计算得到的所述重传频率是否高于上一 次进行重传通信的重传频率; 如果是, 则通知所述重传模块按照上一次进行重传通信 的重传频率进行本次重传通信; 如果否, 则通知所述重传模块按照计算得到的所述重 传频率进行本次重传通信。 通过本发明实施例, 采用根据上一个通信包重传通信的所耗时间计算得到的本次 需要重传的通信包的重传频率传送本次需要重传的通信包的技术手段, 解决了相关技 术中, 尚无从重传机制方面考虑维持链路稳定等问题, 进而达到了根据当前网络的状 况动态调整重传频率, 避免造成在网络负担较大的情况下由于重传加剧网络的恶化的 效果, 有效减轻了网络负担。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。 在附图 中: 图 1为根据本发明实施例的通信链路层中通信包的重传方法的流程图; 图 2为根据本发明实施例的通信链路层中通信包的重传装置的结构框图; 图 3为根据本发明实施例的通信链路层中通信包的重传装置的结构示意图; 图 4为根据本发明实施例的 OMC发送队列的通信包发送流程示意图; 图 5为根据本发明实施例的接收队列的通信包接收流程示意图; 图 6为根据本发明实施例的 OMC重传队列的通信包发送流程示意图; 图 7为根据本发明实施例的 OMC重传频率的调整流程示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 图 1为根据本发明实施例的通信链路层中通信包的重传方法的流程图。 如图 1所 示, 该方法包括: 步骤 S102,根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包的 重传频率, 其中, 所述重传通信的所耗时间为收到所述上一个通信包的回复包的时刻 与发送所述上一个通信包的时刻的差值; 步骤 S104, 根据计算得到的所述重传频率传送所述本次需要重传的通信包。 通过上述处理过程, 由于本次需要重传的通信包可以根据上一个通信包进行重传 通信所耗时间计算得到的重传频率进行重传, 因此可以实现通信包重传频率的动态调 整, 从而在网络状况变差时, 通过降低重传频率有效减小网络中重传通信的通信包的 个数, 避免了不断地断链重建, 保证了链路的稳定性, 有效减轻了网络负担。 上述实施例中, 上述通信包可以为 OMC与 eNodeB之间的通信包。 在步骤 S102之前,即根据上一个通信包重传通信的所耗时间计算本次需要重传的 通信包的重传频率之前, 可以设定启动进行重传频率调整的条件, 以避免浪费运行资 源, 例如, 可以设定以下条件: 确定所述重传通信的所耗时间超过预定阈值。 在步骤 S104之前,还可以根据以下条件判断是否要按照上一次进行重传通信的重 传频率进行本次重传通信: 判断计算得到的所述重传频率是否高于上一次进行重传通 信的重传频率; 如果是, 则按照上一次进行重传通信的重传频率进行本次重传通信; 如果否, 则按照计算得到的所述重传频率进行本次重传通信。 为了更加有效地进行重传, 在根据上一个通信包重传通信的所耗时间计算本次需 要重传的通信包的重传频率之前, 还可以为每个网元的通信包维护一个重传队列, 具 体可以通过以下方式实现: 将发送的通信包记录到重传队列中并标记所述发送的通信 包的重传次数。 在本发明的一个具体实施方式中, 上述重传次数可以通过以下方式计数: 将首次 发送的通信包的所述重传次数标记为 0; 若在预定时间段内未收到所述首次发送的通 信包的回复包则将所述首次发送的通信的所述重传次数加 1。 为了避免不断地进行建链重发, 还可以通过上述重传次数进行设置, 具体可以包 括以下处理过程: 当所述重传次数达到预设阈值时, 则判定通信链路断链。 在本发明的一个优选实施方式中, 根据计算得到的所述重传频率传送所述本次需 要重传的通信包之后,还可以包括以下处理过程: 定时检查所述重传队列中的通信包, 并依次发送所述重传队列中的通信包。 在本实施例中还提供了一种通信链路层中通信包的重传装置, 该装置用于实现上 述实施例及优选实施方式, 已经进行过说明的不再赘述, 下面对该装置中涉及到模块 进行说明。 如以下所使用的, 术语"模块"可以实现预定功能的软件和 /或硬件的组合。 尽管以下实施例所描述的装置较佳地以软件来实现, 但是硬件, 或者软件和硬件的组 合的实现也是可能并被构想的。 图 2为根据本发明实施例的通信链路层中通信包的重 传装置的结构框图。 如图 2所示, 该装置包括: 计算模块 20,连接至重传模块 22, 设置为根据上一个通信包重传通信的所耗时间 计算本次需要重传的通信包的重传频率, 其中, 所述重传通信的所耗时间为收到所述 上一个通信包的回复包的时刻与发送所述上一个通信包的时刻的差值; 重传模块 22, 设置为根据计算得到的所述重传频率传送所述本次需要重传的通信 包。 优选地, 如图 3所示, 上述装置还可以包括: 确定模块 24, 与计算模块 20相连, 设置为确定所述重传通信的所耗时间超过预定阈值。 优选地, 如图 3所示, 上述装置还可以包括: 判断模块 26, 与重传模块 22相连, 设置为判断计算得到的所述重传频率是否高于上一次进行重传通信的重传频率; 如果 是, 则通知所述重传模块按照上一次进行重传通信的重传频率进行本次重传通信; 如 果否, 则通知所述重传模块按照计算得到的所述重传频率进行本次重传通信。 为了更好地理解上述实施例, 以下结合优选实施例及相关附图详细说明。 实施例 1 本实施例以移动通信领域, 中 OMC与 eNodeB之间的通讯链路为例进行说明。本 实施例提供一种通过动态调整通讯包保持链路稳定的方法。 需要说明的是, 相关技术中的重传机制只是定时重传, 这样在网络状况较差时, 势必会造成恶性循环, 导致网络状况越来越差, 直到最后断链, 这和本实施例中的重 传机制是不同的。 本实施例中,在 OMC与 eNodeB之间的通信包中增加设置几个标志值:重传次数、 本次通信所耗时间 (即通过以下方式计算得到本次通信所耗时间后可以记录到通信包 中, 以便下一个通信包根据本次通信所耗时间计算下一个通信包进行重传的重传频 率)。 OMC为每个网元维护一个重传队列与接收队列。 OMC每发送一个包给 eNodeB, 重传队列中即记录此发送包, 并将重传次数设置为 0。若在规定的时间内 OMC收到此 包的回复包, 则从重传队列中将此包删除。 若在规定的时间内未收到此包的回复包, 则将此包的重传次数加 1, 并记录本次通信所耗的时间。其中,本次通信所耗时间 = "发 送包"的时亥 ij-收到"回复包 "的时刻。 OMC以此判断后续重传包的频率需要调整到多少。 此后 OMC启用定时扫描, 以计算得到的重传频率发送重传队列中的包。 OMC通过上述技术方案,在网络通信质量下降的情况下,可以动态调整通信包的 数量(即根据调整后的重传频率动态调整相同时间内传送通信包的数量),在保持链路 稳定的情况下, 合理判断前后台的链路状态。 为了实现上述目的, 本实施例采用了以下技术方案 第一步, 0MC与 eNodeB正常建链; 重传队列的发送频率为初始设定值。 第二步, 0MC依照心跳间隔频率发送心跳包, 每发送一包后, 记录发送的时刻, 并将此包加入到此网元对应的重传队列中。 第三步, 0MC定时检查重传队列,依次发送队列中的通信包,并将重传次数加 1。 若某包的重传次数为 0, 表明此包为正常通讯包; 若大于 0, 表明此包为重传包, 并且 表明是第几次的重传包。 第四步, 设正常通信的回复包时间段为 [MIN, MAX], 则重传包的发送频率 (即 重传频率)为 A=MAX。 OMC以原有的心跳检测包频率继续发送心跳检测包, 以重传 包的发送频率 A发送重传包。 第五步, 若 OMC—直收不到此包的通信回复包, 则按照原有频率固定重传。 当 重传超时, OMC提示断链。 第六步, 若 OMC收到某一包的通信回复包, 即收到发送包的 ACK包, 则查看重 传队列。 若重传队列中显示此包的重传次数为 0, 则从重传队列中删除此包。 若重传 队列中显示此包为重传包,则将重传队列中此包的重传次数减 1。同时 OMC检测本次 通讯所耗时间, 将本次通信所耗时间与原有区间段进行对比。 查看落在原有区间段的 几倍值区间。 则后续通信包的重传包以此线性递减。 举例说明: 若正常通信回复包的 时间段为 [1.0, 2.0], 通信包的回复时间为 4.5S, 说明最短通信需要耗时为 1, 最长需要 为 2, 可浮动范围为 2-1=1。若实际为 4.5S, 贝 lj 1+3*1<4.5<2+3*1,超过正常值的 3倍区 间, 为正常值的 4倍。则将重传队列中的重传包的重传频率改为 1/4。若本次通讯所耗 时间在正常区间, 保持已有的重传频率。 第七步, OMC收到下一包的通信回复包,查看所耗费时间,并计算新的重传频率。 若新的重传频率比上一次的频率高, 说明网络情况转好, 但不更改重传频率。 若新的 重传频率比上一次的低, 说明网络情况仍然较差, 则替换新的重传频率。 第九步, 直到 OMC收到的通信回复包的时间落在正常区间范围时, 表明此时网 络通信质量良好, 则将重传频率替换为原有的正常频率。 本实施例的上述技术方案: 由于物理或者硬件或者人为大批量操作从而造成网络 质量下降的情况下, OMC与基站之间的链路在一段时间内通信质量较差, 为了避免在 此段时间内不断地断链重建, 动态调整了重传包的个数以及重传频率, 保证链路的稳 定性。 OMC发送一包给网元后, 将此包加入重传队列中, 开始等待此包的回复包。 重 传队列采用一定的频率定时重传。 若在规定时间内 OMC能够收到回复包表明网络状 况良好,若收到回复包的时间超过正常范围,则依照超过的时间调整下次重传的频率。 本实施例主要思想是控制定时重传的频率, 依据当前网络的状况动态调整重传频 率, 避免造成在网络负担较大的情况下由于重传加剧网络的恶化。 相对于传统的通过 减小心跳包个数来降低网络负担,重传频率的降低可以有效减小网络中重传包的个数, 对于网络负担的减轻更为有效。 实施例 2 本实例的前提条件: OMC 与 eNodeB 处于已经建链状态。 建链之后, OMC 与 eNodeB之间依靠心跳检测保证链路的存活。 OMC定时开始发送心跳包, eNodeB对此 心跳包进行回应。 其中, OMC为每一个 eNodeB分别维护重传队列与接收队列。 TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a method and apparatus for retransmitting a communication packet in a communication link layer. In an external field environment, an Operation and Management Center (OMC) generally needs to take over a large number of evolved Node Bs (eNodeBs). The actual external field environment is more complicated, and there are more batch operations that can be performed on the network management system. These are easy to cause instability of the front and back links, which makes the network situation better or worse. The impact on the link between the OMC and the eNodeB is also compared. Large, may cause a "short-break" or "broken chain" situation. These situations are all unwilling to be seen by operators. Therefore, how to ensure the stability of the link and reduce the occurrence of short-circuit or broken links is particularly important. At present, the above problems are generally solved by dynamically adjusting the number of heartbeats to control the link burden too large, and these methods can certainly improve the network condition to some extent. However, for the actual field situation, the real cause of a momentary or broken link is not caused by too many heartbeats, but by continuous "retransmission packets". Therefore, the retransmission mechanism is the key to ensuring the stability of the link between the network management system and the network element. However, there is currently no technical solution to maintain link stability from the perspective of retransmission mechanism. In view of the above problems in the related art, an effective solution has not yet been proposed. SUMMARY OF THE INVENTION In the related art, there is no problem of maintaining link stability and the like in terms of a retransmission mechanism. The present invention provides a method and apparatus for retransmitting a communication packet in a communication link layer to at least solve the above problems. According to an embodiment of the present invention, a method for retransmitting a communication packet in a communication link layer is provided, including: calculating a retransmission of a communication packet that needs to be retransmitted according to a time taken for retransmission of communication of a previous communication packet Frequency, wherein the elapsed time of the retransmission communication is a difference between a time when the reply packet of the last communication packet is received and a time when the previous communication packet is transmitted; and the retransmission frequency according to the calculation Transmitting the communication packet that needs to be retransmitted this time. Before the retransmission frequency of the communication packet that needs to be retransmitted is calculated according to the elapsed time of the retransmission communication of the previous communication packet, the method further includes: determining that the elapsed time of the retransmission communication exceeds a predetermined threshold. The method further includes: determining whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, performing the retransmission communication according to a retransmission frequency of the last retransmission communication; If no, the retransmission communication is performed according to the calculated retransmission frequency. Before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the communication packet retransmission of the previous communication packet, the method further includes: recording the transmitted communication packet into the retransmission queue and marking the sent communication packet The number of retransmissions. The method further includes: marking the number of retransmissions of the first transmitted communication packet as 0; if the reply packet of the first transmitted communication packet is not received within a predetermined time period, then the first transmitted communication is to be The number of retransmissions is increased by one. The method further includes: when the number of retransmissions reaches a preset threshold, determining that the communication link is broken. After transmitting the communication packet that needs to be retransmitted according to the calculated retransmission frequency, the method further includes: periodically checking a communication packet in the retransmission queue, and sequentially transmitting the communication packet in the retransmission queue . According to another embodiment of the present invention, there is provided a retransmission device for a communication packet in a communication link layer, comprising: a calculation module configured to calculate a retransmission required according to a time taken for retransmission of communication of a previous communication packet The retransmission frequency of the communication packet, wherein the time taken for the retransmission communication is a difference between a time when the reply packet of the previous communication packet is received and a time when the previous communication packet is transmitted; And configured to transmit, according to the calculated retransmission frequency, the communication packet that needs to be retransmitted this time. The apparatus further includes: a determining module configured to determine that the time taken for the retransmission communication exceeds a predetermined threshold. The device further includes: a determining module, configured to determine whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, notify the retransmission module to perform retransmission communication according to the last time The retransmission frequency carries out the retransmission communication; if not, the retransmission module is notified to perform the retransmission communication according to the calculated retransmission frequency. According to the embodiment of the present invention, the technical means for transmitting the communication packet that needs to be retransmitted by using the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the communication packet retransmission of the previous communication packet is used, and the related information is solved. In the technology, there is no problem of maintaining link stability from the perspective of retransmission mechanism, and thus the retransmission frequency is dynamically adjusted according to the current network condition, thereby avoiding the effect of worsening the network due to retransmission under the condition of large network load. , effectively reducing the network burden. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a flowchart of a method for retransmitting a communication packet in a communication link layer according to an embodiment of the present invention; FIG. 2 is a diagram of a retransmission device for a communication packet in a communication link layer according to an embodiment of the present invention; 3 is a schematic structural diagram of a retransmission device of a communication packet in a communication link layer according to an embodiment of the present invention; FIG. 4 is a schematic diagram of a communication packet transmission process of an OMC transmission queue according to an embodiment of the present invention; FIG. 6 is a schematic flowchart of a communication packet transmission process of an OMC retransmission queue according to an embodiment of the present invention; FIG. 7 is a flowchart of an OMC retransmission frequency adjustment process according to an embodiment of the present invention; schematic diagram. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. 1 is a flow chart of a method for retransmitting a communication packet in a communication link layer according to an embodiment of the present invention. As shown in FIG. 1, the method includes: Step S102: Calculate a retransmission frequency of a communication packet that needs to be retransmitted according to a time taken for retransmission communication of a previous communication packet, where the time spent by the retransmission communication The difference between the time when the reply packet of the last communication packet is received and the time when the previous communication packet is sent; Step S104, transmitting the communication that needs to be retransmitted according to the calculated retransmission frequency package. Through the above processing process, since the communication packet that needs to be retransmitted can be retransmitted according to the retransmission frequency calculated by the time taken for the retransmission communication of the previous communication packet, the dynamic adjustment of the retransmission frequency of the communication packet can be realized, thereby When the network condition is degraded, the number of communication packets for retransmission communication in the network is effectively reduced by reducing the retransmission frequency, thereby avoiding continuous link-breaking reconstruction, ensuring the stability of the link, and effectively reducing the network burden. In the above embodiment, the communication packet may be a communication packet between the OMC and the eNodeB. Before the step S102, that is, before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication, the condition for starting the retransmission frequency adjustment may be set to avoid wasting the running resource. For example, the following conditions can be set: It is determined that the time taken for the retransmission communication exceeds a predetermined threshold. Before step S104, it may be further determined whether the retransmission communication is to be performed according to the retransmission frequency of the last retransmission communication according to the following condition: determining whether the calculated retransmission frequency is higher than the last retransmission communication. The retransmission frequency; if yes, the retransmission communication is performed according to the retransmission frequency of the last retransmission communication; if not, the retransmission communication is performed according to the calculated retransmission frequency. In order to perform retransmission more efficiently, a retransmission can be maintained for each network element's communication packet before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication. The queue may be specifically implemented by: recording the transmitted communication packet into a retransmission queue and marking the number of retransmissions of the transmitted communication packet. In a specific implementation of the present invention, the number of retransmissions may be counted by: marking the number of retransmissions of the first transmitted communication packet as 0; if the first transmission is not received within a predetermined time period The reply packet of the communication packet adds 1 to the number of retransmissions of the first transmitted communication. In order to avoid the continuation of the chain retransmission, the number of retransmissions may be set. Specifically, the following processing may be included: when the number of retransmissions reaches a preset threshold, the communication link is broken. In a preferred embodiment of the present invention, after the communication packet that needs to be retransmitted is transmitted according to the calculated retransmission frequency, the following processing procedure may be further included: periodically checking the communication packet in the retransmission queue. And transmitting the communication packets in the retransmission queue in sequence. In this embodiment, a retransmission device for a communication packet in a communication link layer is further provided, and the device is used to implement the foregoing embodiment and a preferred embodiment. The module is involved in the description. As used hereinafter, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable. 2 is a structural block diagram of a retransmission apparatus for a communication packet in a communication link layer according to an embodiment of the present invention. As shown in FIG. 2, the apparatus includes: a calculation module 20, connected to the retransmission module 22, configured to calculate a retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the last communication packet retransmission communication, where The elapsed time of the retransmission communication is a difference between a time when the reply packet of the last communication packet is received and a time when the previous communication packet is sent; The retransmission module 22 is configured to transmit the communication packet that needs to be retransmitted according to the calculated retransmission frequency. Preferably, as shown in FIG. 3, the foregoing apparatus may further include: a determining module 24, connected to the computing module 20, configured to determine that the elapsed time of the retransmission communication exceeds a predetermined threshold. Preferably, as shown in FIG. 3, the apparatus may further include: a determining module 26, connected to the retransmission module 22, configured to determine whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication. If yes, the retransmission module is notified to perform the retransmission communication according to the retransmission frequency of the last retransmission communication; if not, the retransmission module is notified to perform the retransmission frequency according to the calculation. Retransmission communication. In order to better understand the above embodiments, the following detailed description will be made in conjunction with the preferred embodiments and the accompanying drawings. Embodiment 1 This embodiment is described by taking a communication link between an OMC and an eNodeB in the mobile communication field as an example. This embodiment provides a method for maintaining link stability by dynamically adjusting a communication packet. It should be noted that the retransmission mechanism in the related art only periodically retransmits, so that when the network condition is poor, it is bound to cause a vicious circle, which leads to a worse and worse network condition until the last link is broken, which is in this embodiment. The retransmission mechanism is different. In this embodiment, several flag values are added in the communication packet between the OMC and the eNodeB: the number of retransmissions, and the time consumed by the communication (that is, the communication time can be recorded after the time spent in the communication is calculated by the following method) In the packet, so that the next communication packet calculates the retransmission frequency of the next communication packet for retransmission according to the time consumed by the communication. The OMC maintains a retransmission queue and a reception queue for each network element. Each time the OMC sends a packet to the eNodeB, the transmission packet is recorded in the retransmission queue, and the number of retransmissions is set to zero. If the OMC receives a reply packet for this packet within the specified time, the packet is deleted from the retransmission queue. If the reply packet of this packet is not received within the specified time, the number of retransmissions of the packet is incremented by 1, and the time taken for the communication is recorded. Among them, the time spent in this communication = "send packet" when the time ij - the time when the "reply packet" was received. The OMC uses this to determine how much the frequency of subsequent retransmission packets needs to be adjusted. The OMC then enables the timing scan to send the packets in the retransmission queue at the calculated retransmission frequency. Through the above technical solution, the OMC can dynamically adjust the number of communication packets when the network communication quality is degraded (that is, dynamically adjust the number of communication packets transmitted in the same time according to the adjusted retransmission frequency), while maintaining the link stability. Next, reasonably judge the link state of the front and back. In order to achieve the above object, the present embodiment adopts the following technical solutions. In the first step, the 0MC and the eNodeB are normally built; the transmission frequency of the retransmission queue is the initial setting value. In the second step, the 0MC sends a heartbeat packet according to the heartbeat interval frequency. After each packet is sent, the time of sending is recorded, and the packet is added to the retransmission queue corresponding to the network element. In the third step, the 0MC periodically checks the retransmission queue, sequentially sends the communication packets in the queue, and increments the number of retransmissions by one. If the number of retransmissions of a packet is 0, it indicates that the packet is a normal communication packet; if it is greater than 0, it indicates that the packet is a retransmission packet, and indicates that it is the retransmission packet of the first few times. In the fourth step, if the reply packet period of normal communication is [MIN, MAX], the transmission frequency (ie, retransmission frequency) of the retransmission packet is A=MAX. The OMC continues to send the heartbeat detection packet with the original heartbeat detection packet frequency, and transmits the retransmission packet at the transmission frequency A of the retransmission packet. In the fifth step, if the OMC—the communication reply packet of the packet is not directly received, the retransmission is fixed according to the original frequency. When the retransmission times out, the OMC prompts the chain to be broken. In the sixth step, if the OMC receives the communication reply packet of a certain packet, that is, receives the ACK packet of the sending packet, the retransmission queue is viewed. If the number of retransmissions of this packet is 0 in the retransmission queue, the packet is deleted from the retransmission queue. If the retransmission queue shows that the packet is a retransmission packet, the number of retransmissions of the packet in the retransmission queue is decremented by one. At the same time, OMC detects the time spent on this communication, and compares the time spent in this communication with the original interval. Look at the interval of several times that falls within the original interval. Then, the retransmission packet of the subsequent communication packet is linearly decremented. For example: If the time period of the normal communication reply packet is [1.0, 2.0], the reply time of the communication packet is 4.5S, which means that the shortest communication takes 1 time, the longest needs to be 2, and the floating range is 2-1= 1. If it is actually 4.5S, Bay lj 1+3*1<4.5<2+3*1, which is more than 3 times of the normal value, is 4 times of the normal value. Then, the retransmission frequency of the retransmission packet in the retransmission queue is changed to 1/4. If the time spent in this communication is in the normal range, keep the existing retransmission frequency. In the seventh step, the OMC receives the communication reply packet of the next packet, checks the elapsed time, and calculates a new retransmission frequency. If the new retransmission frequency is higher than the previous frequency, the network condition is better, but the retransmission frequency is not changed. If the new retransmission frequency is lower than the previous one, indicating that the network condition is still poor, replace the new retransmission frequency. In the ninth step, until the time when the communication reply packet received by the OMC falls within the normal interval, indicating that the network communication quality is good at this time, the retransmission frequency is replaced with the original normal frequency. The foregoing technical solution of the embodiment is: in the case that the network quality is degraded due to physical or hardware or artificial large-scale operation, the link between the OMC and the base station is poor in communication quality for a period of time, in order to avoid the time during this period Constantly broken chain reconstruction, dynamically adjust the number of retransmission packets and retransmission frequency to ensure the stability of the link. After the OMC sends a packet to the network element, it adds the packet to the retransmission queue and starts waiting for the reply packet of the packet. Heavy The transmission queue uses a certain frequency to retransmit. If the OMC can receive the reply packet within the specified time to indicate that the network is in good condition, if the time of receiving the reply packet exceeds the normal range, the frequency of the next retransmission is adjusted according to the exceeded time. The main idea of this embodiment is to control the frequency of the retransmission, and dynamically adjust the retransmission frequency according to the current network condition, so as to avoid the deterioration of the network due to retransmission in the case of a large network load. Compared with the traditional method of reducing the network load by reducing the number of heartbeat packets, the reduction of the retransmission frequency can effectively reduce the number of retransmission packets in the network, and is more effective for reducing the network load. Embodiment 2 Prerequisites of the present example: The OMC and the eNodeB are in an already established state. After the link is established, the OMC and the eNodeB rely on heartbeat detection to ensure the survival of the link. The OMC periodically starts sending heartbeat packets, and the eNodeB responds to the heartbeat packets. The OMC maintains a retransmission queue and a reception queue for each eNodeB.
OMC的发送模式: 图 4为根据本发明实施例的 OMC发送队列的通信包发送流程示意图。 如图 4所 示, 该流程包括: 步骤 S402, OMC以设定的心跳频率构造要发送的心跳请求包。 步骤 S404, OMC构造成功上述心跳请求包之后, 进行发送。 步骤 S406, 同时 OMC需要将上述心跳请求包加入重传队列中,并记录发送时刻, 以及将重传次数置为 0。 Transmission Mode of OMC: FIG. 4 is a schematic diagram of a communication packet transmission process of an OMC transmission queue according to an embodiment of the present invention. As shown in FIG. 4, the process includes: Step S402: The OMC constructs a heartbeat request packet to be sent at a set heartbeat frequency. Step S404: After the OMC constructs the heartbeat request packet successfully, the OMC sends the packet. Step S406: At the same time, the OMC needs to add the heartbeat request packet to the retransmission queue, record the transmission time, and set the number of retransmissions to 0.
OMC的接收模式: 图 5为根据本发明实施例的接收队列的通信包接收流程示意图。 如图 5所示, 该 流程包括: 步骤 S502, OMC收到了前台 (即上述 eNodeB ) 的通信包 (回复包)。 步骤 S504, OMC对此包进行处理, 判断所收到的包是哪个网元的包, 并将其加 入此网元对应的接收队列中。 Receiving Mode of OMC: FIG. 5 is a schematic diagram of a receiving process of a communication packet of a receiving queue according to an embodiment of the present invention. As shown in FIG. 5, the process includes: Step S502: The OMC receives a communication packet (a reply packet) of the foreground (ie, the eNodeB). Step S504, the OMC processes the packet, determines which packet of the network element the received packet is, and adds it to the receiving queue corresponding to the network element.
OMC重传队列的发送模式: 图 6为根据本发明实施例的 OMC重传队列的通信包发送流程示意图。 如图 6所 示, 该流程包括: 步骤 S602, OMC以设定的重传频率扫描重传队列。 步骤 S604, 首先判断队列中是否有通信包, 如果没有不发送通信包。 步骤 S606,若重传队列不为空,则按顺序依次发送重传队列中的通信包,若为空, 则转步骤 S610。 步骤 S608, 将重传队列中每包的重传次数加 1, 表明此包已经进行过重传。 步骤 S610, 退出。 OMC重传频率的调整方式: 在大多数的情况下, OMC与 eNodeB之间依靠固定频率的心跳包保持链路的正常。 参见图 7 步骤 S702, OMC定时从接收队列中获取新的接收数据包。 步骤 S704, OMC需判断此包是否为通信回复包。 OMC需要以通信回复包来判断 需要调整的重传频率。 若是通信回复包则转步骤 S706, 否则转步骤 S722。 步骤 S706, 从重传队列中查找此包所对应的原通信包。 步骤 S708, 需要对重传次数进行判断。 判断此包的重传次数是否为 0, 即判断此 包是正常的通信包还是重传包。 若为正常通信包 (重传次数为 0), 此时网络状况为良 好的几率比较大, 但仍需根据通信时间进行判定。 而若为重传包 (重传次数不为 0), 此时网络状况较差的几率更大, 需根据重传次数以及重传所需时间判定此时网络状况 是否良好。 步骤 S710, 若此包所对应的重传次数为 0, 表明为此包的正常通信回复包, 将此 包从重传队列中删除, 若不为 0则重传次数减 1。 步骤 S712, 查看此包通信所耗费的时间, 后续将以此进行判定。 步骤 S714,将通信所耗时间与正常区间值进行比较,查看是否落在正常取值范围。 若落在正常区间, 则可确认此次通信正常, OMC与 eNodeB之间网络状况良好, 并不 需进行任何调整。 转步骤 S722。 步骤 S722, 退出。 实施例 3 当 OMC与 eNodeB之间网络状况不好, 需要根据通信包实时动态调整心跳间隔。 若心跳所耗时间表明网络状况正在好转, 此种情况下, 不需调整心跳频率, 待网络完 全恢复后再调整为原值。 参见图 7。 步骤 S702, OMC定时从接受队列中取出数据包。 步骤 S704, OMC与 eNodeB之间除了数据通信包, 还存在协议规定的其它类型 包结构, 需判断是否为通信数据包。 步骤 S706, 首先 OMC需查看重传队列, 找到此 ACK包 (通信回复包) 所对对 应的原通信包。 步骤 S708, 查看重传次数是否为 0。 步骤 S710, 若重传次数为 0, 表明是正常通信包, 删除原有通信包; 若重传次数 大于 0, 表明此包为重传包, 将重传次数减 1, 需要再根据重传间隔查看网络状况。 步骤 S712, 查看此通信回复包所耗时间。 步骤 S714, 判断此次通信所耗时间是否落在正常取值范围区间。 如果是, 则转步 骤 S722, 否则转步骤 S716。 在大部分的情况下, 所耗费时间落在正常区间范围。 当 网络状况较差时, 会出现大于正常取值范围区间的情况。 步骤 S716, 计算重传频率: 若正常的通信时间范围为: [A, B], 则允许的偏差范 围值为 C=B-A。 假设此次通信回复所用时间为 D。 若 A+N*C<=D<=B+N*C, 则表明 此次通信所用时间为正常值的 N+1倍。 则重新频率调整为原有频率的 1/(N+1)。 依据 此次通信所耗时间已经重传频率的计算公式, 得出调整后的重传频率。 步骤 S718, 将此时的重传频率与原有的频率相比较, 若取值仍大于当前所采用的 重传频率, 说明网络状况正在好转, 但是仍未回复正常情况。 在此种情况下, 不需要 调整重传频率, 仍然采用当前的重传频率即可。 步骤 S722, 退出。 实施例 4 在网络负载较大的情况下, OMC动态调整重传频率会显著减小网络负载,使网络 尽快恢复到正常情况。 参见图 7。 步骤 S702, 当接收队列中收到通信包时, OMC从接收队列中依次取出每一包进 行分析。 步骤 S704, OMC首先判断此包是否为通讯回复包还是其他类型的数据包。 其他 类型的数据包交由各自的处理程序进行处理。 如果不是通信回复包, 则转步骤 S722, 否则转步骤 706。 步骤 S706, 查看重传队列, 查找此包所对应的重传包。 步骤 S708, 若此包为通信的回复包, 查找重传队列中所对应的重传包, 首先查看 所对应的重传次数是否为 0。 步骤 S710, 若重传次数不为 0, 表明为此重传包的通信回复包, 需将此包的重传 次数减 1。 步骤 S712,计算当前时刻与此包的发送时刻的时间差,得到此包的通信所耗时间。 步骤 S714, 将此时间与正常取值范围进行对别, 查看是否在正常取值范围区间。 若落在正常取值范围区间,表明当前 OMC与 eNodeB之间通信状况良好,不需做发送 频率的调整, 转步骤 S722, 否则转步骤 S716。 步骤 S716, 若此时间大于正常取值范围的最大值, 则表明当前 OMC与 eNodeB 之间通信状况较差, 需要对通信包的频率进行调整, 恢复网络状况。 重传频率的计算: 若正常的通信时间范围为: [A, B], 则允许的偏差范围值为 C=B-A。假设此次通信回复所用时间为1)。 若 A+N*C<=D<=B+N*C, 则表明此次通信 所用时间为正常值的 N+1倍。 则重新频率调整为原有频率的 1/(N+1)。 步骤 S718, 将新得到的重传频率与当前所使用的重传频率进行对比, 是否大于当 前所采用的重传频率。 如果是, 则转步骤 S722, 否则转步骤 S720。 步骤 S720, 若计算得到的重传频率小于当前所使用的重传频率, 说明当前的网络 状况仍在恶化, 需要继续降低通信包的重传频率。 因此将新的重传频率替代现有的重 传频率, 持续降低网络通信包的拥塞。 步骤 S722, 退出。 在另外一个实施例中, 还提供了一种软件, 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中, 还提供了一种存储介质, 该存储介质中存储有上述软件, 该存储介质包括但不限于: 光盘、 软盘、 硬盘、 可擦写存储器等。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以 将它们存储在存储装置中由计算装置来执行, 并且在某些情况下, 可以以不同于此处 的顺序执行所示出或描述的步骤, 或者将它们分别制作成各个集成电路模块, 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的 任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。 Transmission Mode of OMC Retransmission Queue: FIG. 6 is a schematic flowchart of a communication packet transmission process of an OMC retransmission queue according to an embodiment of the present invention. As shown in Figure 6, the process includes: Step S602, the OMC scans the retransmission queue at the set retransmission frequency. In step S604, it is first determined whether there is a communication packet in the queue, if no communication packet is not sent. Step S606, if the retransmission queue is not empty, the communication packets in the retransmission queue are sequentially transmitted in order, and if it is empty, the process proceeds to step S610. Step S608, adding 1 to the number of retransmissions of each packet in the retransmission queue, indicating that the packet has been retransmitted. Step S610, exiting. OMC retransmission frequency adjustment mode: In most cases, the OMC and the eNodeB rely on a fixed frequency heartbeat packet to keep the link normal. Referring to FIG. 7 step S702, the OMC periodically acquires a new received data packet from the receive queue. Step S704, the OMC needs to determine whether the packet is a communication reply packet. The OMC needs to use the communication reply packet to determine the retransmission frequency that needs to be adjusted. If it is a communication reply packet, go to step S706, otherwise go to step S722. Step S706, searching for a original communication packet corresponding to the packet from the retransmission queue. In step S708, it is necessary to judge the number of retransmissions. It is judged whether the number of retransmissions of the packet is 0, that is, whether the packet is a normal communication packet or a retransmission packet. If it is a normal communication packet (the number of retransmissions is 0), the probability that the network condition is good at this time is relatively large, but it still needs to be determined according to the communication time. If the packet is retransmitted (the number of retransmissions is not 0), the probability of poor network condition is greater. It is determined whether the network condition is good according to the number of retransmissions and the time required for retransmission. Step S710: If the number of retransmissions corresponding to the packet is 0, indicating that the packet is a normal communication reply packet for the packet, the packet is deleted from the retransmission queue, and if not, the number of retransmissions is decreased by 1. In step S712, the time taken for the communication of the packet is checked, and the subsequent determination is made by this. In step S714, the time consumed by the communication is compared with the normal interval value to check whether it falls within the normal value range. If it falls within the normal interval, it can be confirmed that the communication is normal, and the network between the OMC and the eNodeB is in good condition, and no adjustment is needed. Go to step S722. Step S722, exit. Embodiment 3 When the network condition between the OMC and the eNodeB is not good, the heartbeat interval needs to be dynamically adjusted in real time according to the communication packet. If the time spent on the heartbeat indicates that the network condition is getting better, in this case, the heartbeat frequency does not need to be adjusted, and the network is adjusted to the original value after the network is completely restored. See Figure 7. Step S702, the OMC periodically extracts the data packet from the acceptance queue. In step S704, in addition to the data communication packet between the OMC and the eNodeB, there are other types of packet structures specified by the protocol, and it is necessary to determine whether it is a communication data packet. Step S706, first, the OMC needs to check the retransmission queue, and find the original communication packet corresponding to the ACK packet (communication reply packet). Step S708, it is checked whether the number of retransmissions is 0. Step S710, if the number of retransmissions is 0, indicating that it is a normal communication packet, deleting the original communication packet; if the number of retransmissions is greater than 0, indicating that the packet is a retransmission packet, the number of retransmissions is decreased by 1, and the retransmission interval needs to be further Check the network status. Step S712, it is time to view the communication reply packet. Step S714, determining whether the time consumed by the communication falls within a range of the normal value range. If yes, go to step S722, otherwise go to step S716. In most cases, the time spent falls within the normal range. When the network condition is poor, a situation larger than the normal value range will occur. Step S716, calculating the retransmission frequency: If the normal communication time range is: [A, B], the allowed deviation range value is C=BA. Assume that the time taken for this communication reply is D. If A+N*C<=D<=B+N*C, it means that the time used for this communication is N+1 times the normal value. Then the re-frequency is adjusted to 1/(N+1) of the original frequency. According to the calculation formula of the frequency of retransmission of the time consumed by the communication, the adjusted retransmission frequency is obtained. In step S718, the retransmission frequency at this time is compared with the original frequency. If the value is still greater than the retransmission frequency currently used, the network condition is improving, but the normal condition is still not restored. In this case, there is no need to adjust the retransmission frequency, and the current retransmission frequency can still be used. Step S722, exit. Example 4 In the case of a large network load, the OMC dynamically adjusts the retransmission frequency to significantly reduce the network load and restore the network to normal conditions as soon as possible. See Figure 7. Step S702, when the communication packet is received in the receiving queue, the OMC sequentially extracts each packet from the receiving queue for analysis. Step S704, the OMC first determines whether the packet is a communication reply packet or another type of data packet. Other types of data packets are handled by their respective handlers. If it is not the communication reply packet, go to step S722, otherwise go to step 706. Step S706, viewing the retransmission queue, and searching for a retransmission packet corresponding to the packet. Step S708: If the packet is a reply packet of the communication, and finds a retransmission packet corresponding to the retransmission queue, first check whether the corresponding number of retransmissions is 0. Step S710, if the number of retransmissions is not 0, indicating that the communication reply packet of the retransmission packet is used, the number of retransmissions of the packet needs to be reduced by one. Step S712, calculating the time difference between the current time and the sending time of the packet, and obtaining the time taken for the communication of the packet. In step S714, the time is compared with the normal value range to check whether it is in the normal value range. If it falls within the normal value range, it indicates that the communication between the current OMC and the eNodeB is good, and the adjustment of the transmission frequency is not required, and the process goes to step S722, otherwise the process goes to step S716. In step S716, if the time is greater than the maximum value of the normal value range, it indicates that the current communication between the OMC and the eNodeB is poor, and the frequency of the communication packet needs to be adjusted to restore the network condition. Calculation of retransmission frequency: If the normal communication time range is: [A, B], the allowable deviation range is C=BA. Assume that the time taken for this communication reply is 1). If A+N*C<=D<=B+N*C, it means that the time used for this communication is N+1 times the normal value. Then the re-frequency is adjusted to 1/(N+1) of the original frequency. Step S718, comparing the newly obtained retransmission frequency with the currently used retransmission frequency, whether it is greater than the currently used retransmission frequency. If yes, go to step S722, otherwise go to step S720. Step S720, if the calculated retransmission frequency is smaller than the currently used retransmission frequency, indicating that the current network condition is still deteriorating, and it is required to continue to reduce the retransmission frequency of the communication packet. Therefore, the new retransmission frequency is replaced by the existing retransmission frequency, and the congestion of the network communication packet is continuously reduced. Step S722, exit. In another embodiment, software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments. In another embodiment, a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

权 利 要 求 书 Claim
1. 一种通信链路层中通信包的重传方法, 包括: A method for retransmitting a communication packet in a communication link layer, comprising:
根据上一个通信包重传通信的所耗时间计算本次需要重传的通信包的重传 频率, 其中, 所述重传通信的所耗时间为收到所述上一个通信包的回复包的时 刻与发送所述上一个通信包的时刻的差值;  Recalculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the retransmission communication of the previous communication packet, where the elapsed time of the retransmission communication is the reply packet of the last communication packet received. The difference between the time and the time at which the last communication packet was sent;
根据计算得到的所述重传频率传送所述本次需要重传的通信包。  Transmitting the communication packet that needs to be retransmitted according to the calculated retransmission frequency.
2. 根据权利要求 1所述的方法, 其中, 根据上一个通信包重传通信的所耗时间计 算本次需要重传的通信包的重传频率之前, 还包括: The method according to claim 1, wherein, before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the communication packet retransmission of the previous communication packet, the method further includes:
确定所述重传通信的所耗时间超过预定阈值。  The time taken to determine the retransmission communication exceeds a predetermined threshold.
3. 根据权利要求 1所述的方法, 其中, 还包括: 3. The method according to claim 1, further comprising:
判断计算得到的所述重传频率是否高于上一次进行重传通信的重传频率; 如果是, 则按照上一次进行重传通信的重传频率进行本次重传通信; 如果否, 则按照计算得到的所述重传频率进行本次重传通信。  Determining whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, performing the retransmission communication according to the retransmission frequency of the last retransmission communication; if not, following The calculated retransmission frequency is used for the current retransmission communication.
4. 根据权利要求 1所述的方法, 其中, 根据上一个通信包重传通信的所耗时间计 算本次需要重传的通信包的重传频率之前, 还包括: The method according to claim 1, wherein, before calculating the retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the communication packet retransmission of the previous communication packet, the method further includes:
将发送的通信包记录到重传队列中并标记所述发送的通信包的重传次数。  The transmitted communication packet is recorded in a retransmission queue and the number of retransmissions of the transmitted communication packet is marked.
5. 根据权利要求 4所述的方法, 其中, 还包括: 5. The method according to claim 4, further comprising:
将首次发送的通信包的所述重传次数标记为 0;  Marking the number of retransmissions of the first transmitted communication packet as 0;
若在预定时间段内未收到所述首次发送的通信包的回复包则将所述首次发 送的通信的所述重传次数加 1。  The number of retransmissions of the first transmitted communication is incremented by one if the reply packet of the first transmitted communication packet is not received within a predetermined period of time.
6. 根据权利要求 4所述的方法, 其中, 还包括: 当所述重传次数达到预设阈值时, 则判定通信链路断链。  The method according to claim 4, further comprising: determining that the communication link is broken when the number of retransmissions reaches a preset threshold.
7. 根据权利要求 4所述的方法, 其中, 根据计算得到的所述重传频率传送所述本 次需要重传的通信包之后, 还包括: The method according to claim 4, wherein, after the communication packet that needs to be retransmitted is transmitted according to the calculated retransmission frequency, the method further includes:
定时检查所述重传队列中的通信包,并依次发送所述重传队列中的通信包。  The communication packets in the retransmission queue are periodically checked, and the communication packets in the retransmission queue are sequentially transmitted.
8. 一种通信链路层中通信包的重传装置, 包括: 计算模块, 设置为根据上一个通信包重传通信的所耗时间计算本次需要重 传的通信包的重传频率, 其中, 所述重传通信的所耗时间为收到所述上一个通 信包的回复包的时刻与发送所述上一个通信包的时刻的差值; 8. A retransmission device for a communication packet in a communication link layer, comprising: a calculation module, configured to calculate a retransmission frequency of the communication packet that needs to be retransmitted according to the elapsed time of the retransmission communication of the previous communication packet, where the elapsed time of the retransmission communication is the receipt of the previous communication The difference between the time of replying the packet and the time of transmitting the last communication packet;
重传模块, 设置为根据计算得到的所述重传频率传送所述本次需要重传的 通信包。 根据权利要求 8所述的装置, 其中, 还包括: 确定模块, 设置为确定所述重传通信的所耗时间超过预定阈值。 根据权利要求 8所述的装置, 其中, 还包括: 判断模块, 设置为判断计算得到的所述重传频率是否高于上一次进行重传 通信的重传频率; 如果是, 则通知所述重传模块按照上一次进行重传通信的重 传频率进行本次重传通信; 如果否, 则通知所述重传模块按照计算得到的所述 重传频率进行本次重传通信。  And a retransmission module, configured to transmit the communication packet that needs to be retransmitted according to the calculated retransmission frequency. The apparatus of claim 8, further comprising: a determining module configured to determine that the elapsed time of the retransmission communication exceeds a predetermined threshold. The apparatus according to claim 8, further comprising: a determining module, configured to determine whether the calculated retransmission frequency is higher than a retransmission frequency of the last retransmission communication; if yes, notify the weight The transmitting module performs the retransmission communication according to the retransmission frequency of the last retransmission communication; if not, notifying the retransmission module to perform the retransmission communication according to the calculated retransmission frequency.
PCT/CN2012/079671 2011-11-28 2012-08-03 Method and apparatus for retransmitting communication packet in communication link layer WO2013078881A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011103849083A CN103138899A (en) 2011-11-28 2011-11-28 Retransmission method and retransmission device for communication packs in communication link layer
CN201110384908.3 2011-11-28

Publications (1)

Publication Number Publication Date
WO2013078881A1 true WO2013078881A1 (en) 2013-06-06

Family

ID=48498263

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/079671 WO2013078881A1 (en) 2011-11-28 2012-08-03 Method and apparatus for retransmitting communication packet in communication link layer

Country Status (2)

Country Link
CN (1) CN103138899A (en)
WO (1) WO2013078881A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108134808B (en) * 2016-12-01 2021-06-11 阿里巴巴集团控股有限公司 Network request method and device
CN108599904B (en) * 2018-03-21 2021-09-28 中兴通讯股份有限公司 Data transmission method and device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1863033A (en) * 2005-05-14 2006-11-15 腾讯科技(深圳)有限公司 Method for obtaining network time over retransmission space and data transmission method in network
CN101018110A (en) * 2006-02-10 2007-08-15 中兴通讯股份有限公司 A retransfer scheduling method of the HARQ protocol based on the retransfer time
EP1841118A2 (en) * 2006-03-30 2007-10-03 NTT DoCoMo, Inc. Communication terminal and retransmission control method

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852075B (en) * 2005-12-02 2010-05-05 华为技术有限公司 Data-retransmitting method and apparatus
CN101150520A (en) * 2007-11-02 2008-03-26 杭州华三通信技术有限公司 Method and device for adjusting path maximum transfer unit
CN101557282A (en) * 2008-06-16 2009-10-14 华为技术有限公司 Radio link control retransmission processing method and device
CN101635841B (en) * 2009-09-04 2012-02-08 杭州华三通信技术有限公司 Method and equipment for adjusting read-write performance of video service information
CN102045181B (en) * 2009-10-10 2013-08-07 中国移动通信集团公司 Method and device for handling terminal offline fault

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1863033A (en) * 2005-05-14 2006-11-15 腾讯科技(深圳)有限公司 Method for obtaining network time over retransmission space and data transmission method in network
CN101018110A (en) * 2006-02-10 2007-08-15 中兴通讯股份有限公司 A retransfer scheduling method of the HARQ protocol based on the retransfer time
EP1841118A2 (en) * 2006-03-30 2007-10-03 NTT DoCoMo, Inc. Communication terminal and retransmission control method

Also Published As

Publication number Publication date
CN103138899A (en) 2013-06-05

Similar Documents

Publication Publication Date Title
AU2019248314B2 (en) Data processing method and apparatus
EP3011705B1 (en) Polling and reporting mechanism
JP4843090B2 (en) Mobile station, base station apparatus, communication control method, and mobile communication system
CN108631954B (en) Data transmission method and device
KR101561720B1 (en) Method and apparatus for delivery notification of non-access stratum retransmission
CN110476445B (en) Packet data convergence protocol window using separate bearers
US20040052229A1 (en) System for efficient recovery of Node-B buffered data following MAC layer reset
EP2955959B1 (en) Inter-enb carrier aggregation
US8089868B2 (en) Wireless communication apparatus and wireless communication method using variable transmission rate
CN106464313B (en) Segmented delivery using coordinated multipoint in mobile networks
US20190288770A1 (en) Apparatuses and methods for using arq processes in a relay device
US8599734B1 (en) TCP proxy acknowledgements
WO2021128913A1 (en) Enhancement method of cellular network uplink ecn mechanism, device and medium
EP2761802A1 (en) Interruptions in wireless communications
US11240703B2 (en) Communications devices, method and mobile communications system
CN111435866B (en) Data transmission method and related device
WO2014069642A1 (en) Communication device, transmission data output control method, and program for same
JP2010273262A (en) Wireless base station apparatus, communication system and data transfer method
WO2021000783A1 (en) Method and apparatus for indicating data transmission situations
WO2012155436A1 (en) Method, device and system for confirming activation of uplink semi-persistent scheduling (sps)
US20150382381A1 (en) Methods and apparatuses for managing acknowledgments for multicast data in a wireless network
CN112448893A (en) Link bandwidth adjusting method, device and storage medium
WO2014194841A1 (en) Data transmission method and device
WO2013078881A1 (en) Method and apparatus for retransmitting communication packet in communication link layer
CN108199814B (en) Data transmission method and device

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

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

Country of ref document: EP

Kind code of ref document: A1