WO2012155419A1 - 一种处理重传数据的方法及基站 - Google Patents

一种处理重传数据的方法及基站 Download PDF

Info

Publication number
WO2012155419A1
WO2012155419A1 PCT/CN2011/079678 CN2011079678W WO2012155419A1 WO 2012155419 A1 WO2012155419 A1 WO 2012155419A1 CN 2011079678 W CN2011079678 W CN 2011079678W WO 2012155419 A1 WO2012155419 A1 WO 2012155419A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission
queue
hardware
data
base station
Prior art date
Application number
PCT/CN2011/079678
Other languages
English (en)
French (fr)
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 WO2012155419A1 publication Critical patent/WO2012155419A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and a base station for processing retransmitted data.
  • the RLC (Radio Link Control) protocol layer is a sublayer of L2 (Layer 2, Layer 2) in the radio interface protocol stack of the LTE (Long Term Evolution) system. It is located in the MAC (Media Access). Above the Control, Media Access Control layer, the RLC protocol layer provides segmentation and retransmission services for user and control data.
  • the functions of the RLC protocol layer include: link control, encapsulation and reassembly, cascading, user data transmission, error correction, protocol error detection and repair.
  • Each RLC protocol entity is configured by RRC (Radio Resource Control) and operates in three modes: TM (Transparent Mode), UM (Unacknowledged Mode), and AM. (Acknowledged Mode, Confirmation Mode).
  • the transmitting side adds the necessary control protocol overhead to the higher layer data and transmits it, and guarantees delivery to the peer entity.
  • the RLC layer protocol instance in the acknowledgment mode performs the next processing on the local PDU according to the status report sent by the peer layer when processing the local PDU (Protocol Data Unit). If the received status report indicates that some or all of the previously sent PDUs are not successfully sent, the RLC layer protocol instance in the acknowledgment mode splits the local PDU according to the indication in the status advertisement and performs retransmission.
  • the protocol defines maxRetxThreshold (the maximum number of retransmissions), which is used to constrain the maximum number of retransmissions that can be performed on this service.
  • maxRetxThreshold the maximum number of retransmissions
  • the current implementation software performs PDU cutting and completes the packet according to the scheduling resource of each TTI (Transmission Time Interval), and needs to complete the moving of the data in the memory by the CPU instruction.
  • TTI Transmission Time Interval
  • the operation of this instruction to complete the memory transfer itself is very inefficient, and it is an indisputable fact. It is also a kind of line that system designers need to avoid when designing the system. For.
  • the present invention provides a method for processing retransmission data, the method includes: after receiving a status report for constructing a retransmission message, the base station applies for a first hardware retransmission queue according to the indication of the status report; And storing, by the status report, a descriptor of the data that needs to be retransmitted in the first hardware retransmission team, and reassembling and transmitting the retransmission data specified by the first hardware retransmission queue by using a hardware queue management mechanism.
  • the step of reassembling and transmitting the retransmission data specified by the first hardware retransmission queue by using the hardware queue management mechanism includes: the base station scheduling the transmission block, according to the size of the transmission block Decoding a corresponding retransmission data in a hardware retransmission queue is hooked into the second hardware retransmission queue, and then retransmitting the retransmission data indicated by the second hardware retransmission queue to the transport block, and sending the The retransmitted data indicated by the second hardware retransmission queue.
  • the method further includes: if the base station determines that the transport block is smaller than a threshold, obtaining a corresponding weight from the first hardware retransmission queue according to the size of the minimum hardware retransmission queue The descriptor of the transmitting node is hooked into the minimum hardware retransmission queue, and then the retransmitted data indicated by the minimum hardware retransmission queue is sent.
  • the base station fills the retransmission data indicated by the second hardware retransmission queue into
  • the step of transmitting the block includes: determining, by the base station, whether the length of the retransmission node in the second hardware retransmission queue is smaller than the remaining length of the transport block, and if yes, directly retransmitting the retransmission node Filling into the transport block; if not, intercepting retransmitted data from the retransmission node fills the transport block.
  • the step of the base station storing the descriptor of the data to be retransmitted indicated by the status report in the first hardware retransmission queue further includes: saving a queue identifier of the first hardware retransmission queue and the Retransmitting the correspondence between the descriptors of the data, storing the link relationship of the descriptor of the retransmitted data in the first hardware retransmission queue, and saving the header address of the retransmitted data stored in the memory and the retransmitted data Corresponding relationship of the descriptor, storing a link relationship of the address of the retransmitted data stored in the slice in the memory, and storing a correspondence between the slice descriptor of the retransmitted data and the slice storage address.
  • the present invention further provides a base station, including: an application module, configured to: after receiving a status report for constructing a retransmission message, apply for a first hardware retransmission queue according to the indication of the status report a storage module, configured to: store, by the status report, a descriptor indicating data to be retransmitted in a first hardware retransmission queue; and a transmission module, configured to: retransmit the first hardware by using a hardware queue management mechanism The retransmission data specified by the queue is reassembled and transmitted.
  • the transmission module includes: a scheduling unit, configured to: schedule a transport block; and connect the unit, configured to: obtain a corresponding retransmission from the first hardware retransmission queue according to the size of the transport block a descriptor of the data is hooked into the second hardware retransmission queue; and a transmission unit is configured to: fill the retransmission data indicated by the second hardware retransmission queue into the transport block, and send the second hardware The retransmission data indicated by the transmission queue.
  • a scheduling unit configured to: schedule a transport block
  • connect the unit configured to: obtain a corresponding retransmission from the first hardware retransmission queue according to the size of the transport block a descriptor of the data is hooked into the second hardware retransmission queue
  • a transmission unit is configured to: fill the retransmission data indicated by the second hardware retransmission queue into the transport block, and send the second hardware The retransmission data indicated by the transmission queue.
  • the transmission unit includes: a determining subunit, configured to: sequentially determine the length of the retransmission node in the second hardware retransmission queue Whether the degree is smaller than the remaining length of the transport block; the first padding unit is configured to: directly fill the retransmission data in the retransmission node to the transport block if the judgment subunit determines yes; And a second filling unit, configured to: when the determining subunit determines no, intercepting the retransmitted data from the retransmission node to fill the transport block.
  • the transmission module further includes: a determining unit, configured to: determine whether the transport block is smaller than a threshold; the hooking unit is further configured to: determine, at the determining unit, the transport block If the value is less than the threshold, the descriptor for obtaining the corresponding retransmission node from the first hardware retransmission queue according to the size of the minimum hardware retransmission queue is hooked into the minimum hardware retransmission queue; the transmission unit is further configured to: Transmitting the retransmission data indicated by the minimum hardware retransmission queue.
  • the storage module is further configured to: save a correspondence between a queue identifier of the first hardware retransmission queue and a descriptor of the retransmitted data, and save the descriptor of the retransmitted data in the first hardware Retransmitting a link relationship in the queue, storing a correspondence between a header address stored in the memory and a descriptor of the retransmitted data, and storing a link relationship of the address of the retransmitted data stored in the memory And storing a correspondence between the slice descriptor of the retransmitted data and the slice storage address.
  • the base station is a micro base station or a femto base station.
  • the present invention provides a method and a base station for processing retransmission data, which can significantly reduce the situation that processor resources are constantly occupied by a small number of services, can improve the processing capability of a single chip, and reduce product cost, and the application of the present invention can be reduced.
  • the chip size also increases processing power.
  • FIG. 1 is a schematic diagram of a base station according to an embodiment of the present invention
  • FIG. 2a and FIG. 2b are schematic diagrams of managing a retransmission data by a hardware queue manager according to the embodiment
  • 3 is a flowchart of a method for processing retransmission data according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a retransmission packet of a base station according to an embodiment of the present invention
  • FIG. 5 is a structural diagram of an RLC protocol layer according to an embodiment of the present invention. Flow chart of passing data.
  • the embodiments of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments of the present application may be arbitrarily combined with each other.
  • the embodiment of the present invention utilizes a hardware queue manager to reduce the implementation complexity of the process in the process.
  • the embodiment of the present invention is mainly applied to the PICO (micro) base station and FEMTO (millimeter Micro) base station.
  • the base station provided by the embodiment of the present invention includes: an application module, configured to: after receiving a status report for constructing a retransmission message, apply for a first hardware retransmission queue according to the indication of the status report;
  • a storage module configured to: store, by the status report, a descriptor indicating data that needs to be retransmitted in a first hardware retransmission queue; and a transmission module, configured to: retransmit the queue to the first hardware by using a hardware queue management mechanism
  • the specified retransmitted data is reassembled and transmitted.
  • the embodiment of the invention does not need to complete the moving work of the data in the memory by the CPU instruction. When the retransmission operation is frequently operated, the CPU and the memory bus are not heavily loaded.
  • the transmission module includes: a scheduling unit, configured to: schedule a transport block; and a hook unit, configured to: obtain a corresponding weight from the first hardware retransmission queue according to the size of the transport block The descriptor of the transmitted data is hooked into the second hardware retransmission queue; And a transmitting unit, configured to: fill the retransmission data indicated by the second hardware retransmission queue into the transport block, and send the retransmission data indicated by the second hardware retransmission queue.
  • the transmitting unit may include: a determining subunit, configured to: sequentially determine whether a length of the retransmission node in the second hardware retransmission queue is smaller than a remaining length of the transport block; The setting is: when the determining subunit determines that the length of the retransmission node is smaller than the remaining length of the transport block, directly filling the retransmission data in the retransmission node into the transport block;
  • a second filling unit configured to: when the determining subunit determines that the length of the retransmission node is not less than the remaining length of the transport block, intercepting the retransmitted data from the retransmission node to fill the transport block.
  • the transmission module may further include: a determining unit, configured to: determine whether the transport block is smaller than a threshold; the attaching unit is further configured to: determine, by the determining unit, that If the transport block is smaller than the threshold, the descriptor of the corresponding retransmission node is obtained from the first hardware retransmission queue according to the size of the minimum hardware retransmission queue, and is connected to the minimum hardware retransmission queue; For: transmitting the retransmission data indicated by the minimum hardware retransmission queue.
  • the base station can ensure the continuous operation of the service in the case of poor channel quality, and at the same time, improve the user's feeling.
  • the storing, by the storage module, the descriptor of the retransmitted data is further set to: save a correspondence between a queue identifier of the first hardware retransmission queue and a descriptor of the retransmitted data, and save the retransmission
  • the descriptor of the data is linked in the first hardware retransmission queue, and the correspondence between the header address stored in the memory and the descriptor of the retransmitted data is saved, and the retransmitted data is saved in the memory.
  • 2 is a schematic diagram of the hardware queue manager managing retransmission packets provided in this embodiment. As shown in FIG.
  • P1 to P4 form a retransmission queue
  • PI, P2, P3, and P4 are respectively a PDU.
  • PPI1 and PP33 are queued for one team
  • PP22 and PP44 are queues for one team.
  • Figure 22 ((aa)) is divided into right and right parts. The table shows the storage and storage mode of the retransmission data in the internal memory, and is stored according to the unit.
  • the large and small size of the storage unit cell will be divided into individual pieces of PPDDUU for storage, for example, PP11 will be divided into PPII - CCeellll ((single unit element)) ——11, PPII——CCeellll——22, PPII——CCeellll—— 33, and then the sub-storage storage is stored in different storage unit cells, Thus, 55 PPII - CCeellll - 11, PPII - CCeellll - 22, and PPII - CCeellll - 33 are located in the address of each storage unit. For AAdddd--11, AAdddd--22, and as well as AAdddd--33. .
  • the package includes:: Team queue column identification table, as shown in the figure As shown in Figure 22 (( bb )), a row and row table indicates a queue queue of one team, and the corresponding column number 1100 of the queue should be corresponding to each other.
  • the sub-group group identifiers of the same queue queue are placed in the same row, for example, as shown in Figure 22 ((aa)), PP11 and And PP33 is divided into one team queue column, then one team queue column number and the sub-group group description pair with the same queue queue column correspond to, That is, QQ--11 identifies the PP--11 and PP--33 corresponding to the PP11 and PP33, and the queue queue list of the queue queue is used for drawing
  • Each of the sub-groups describes a chain link relationship between the sub-groups of the representative tables of the descriptive symbols, for example, for example, after PP--11 is PP--33, after PP--22 is PP--44. .
  • 1155 is a sub-group label identification table, which is used to describe the relationship between the descriptive group description descriptor and the header address address of each sub-group group, for example, For example,
  • PP--11 corresponds to the AAdddd--11 pair
  • PP--22 corresponds to the AAdddd--66 pair
  • PP--33 corresponds to the AAdddd-- 1111 pair, etc.
  • the linked list is used to describe the chain link relationship between the address addresses of the respective sliced slices, for example, for example, AAdddd--11 chain link AAdddd-- 22,, AAdddd--22 chain link to AAdddd--33.
  • the number data is in accordance with the table, and is used to describe the relational relationship between the address addresses of the respective sliced slices and the paired descriptions of the respective sub-packet components. .
  • the present invention is based on the implementation of the example and the implementation of the line buffer and the queue management.
  • the original principle is as follows:
  • the queue identifier table stores the correspondence between all the queue identifiers and the packet descriptors, stores the connection relationships related to the packet descriptors in the queue list, and stores the correspondence between the packet descriptors and the corresponding header addresses in the packet identifier table;
  • the indexing in the linked list establishes the connection relationship of the divided piece addresses, and the data table stores all the addresses of the data to be processed, and the real data is obtained through these addresses.
  • the process of dequeue includes the following steps:
  • FIG. 3 is a flowchart of a method for processing retransmission data according to an embodiment of the present invention. As shown in FIG. 3, the method includes the following steps:
  • the base station After receiving the status report of the retransmission packet, the base station applies for the first hardware queue according to the indication of the status report. S20. Store, in the first hardware retransmission queue, a descriptor that indicates that the status report indicates that data needs to be retransmitted.
  • the base station reassembles and transmits the retransmission data specified by the first hardware retransmission queue by using a hardware queue management mechanism.
  • the base station reassembles and transmits the retransmission data, where the base station schedules the transport block, and obtains a descriptor corresponding to the retransmitted data from the first hardware retransmission queue according to the size of the transport block. And transmitting, in the second hardware retransmission queue, the retransmission data indicated by the second hardware retransmission queue to the transport block, and transmitting the retransmission data indicated by the second hardware retransmission queue.
  • the base station determines that the transport block is smaller than a threshold, the descriptor of the corresponding retransmission node is obtained from the first hardware retransmission queue according to the size of the minimum hardware retransmission queue. In the minimum hardware retransmission queue, the retransmission data indicated by the minimum hardware retransmission queue is then sent. In this way, the base station can ensure the continuous operation of the service in the case of poor channel quality, and at the same time, improve the user's feeling.
  • the embodiment of the present invention is based on the existing software implementation technology.
  • the base station When receiving a status report to construct a retransmission message, the base station first determines the size of the retransmission data included in the NACK information received, and applies for the retransmission data according to the retransmission data size. Retransmit the queue node, and according to the size of the retransmitted data, apply to attach the retransmission queue to a different hardware queue.
  • the embodiment of the invention can obviously reduce the situation that the processor resources are continuously occupied by a small number of services, can improve the processing capability of the single chip, and reduce the product cost, and the application of the invention can reduce the chip size while improving the processing capability.
  • the RLC sender entity in the AM mode allows retransmission, it is unrealistic to retransmit without restriction in consideration of the actual application scenario.
  • the RLC layer receives the scheduling result of the MAC layer.
  • the size of the TB is 8192 BYTE (bytes).
  • the RLC layer reassembles the 819 PDU according to the size of the TB, and sends the 8192 PDU to the pair. End, remember that the PDU is PDU-1. If the TB is lost during transmission, the channel quality deteriorates (that is, the scheduled TB is less than the preset threshold), and the sender selects the appropriate one according to the current scheduling result. Retransmission team The column completes the block hardware queue hook and transfers.
  • the TB size of the scheduling result given by the MAC layer will be scheduled according to the size of the smallest storage unit (for example, 128kByte), that is, retransmission.
  • the retransmission packet is split into a 128-byte queue to complete the retransmission. If the number of retransmissions is set to 8 times, when the retransmission is not completed, the re-establishment service flow is triggered.
  • the hardware retransmission queue is designed to save and manage the retransmission packets. Different queue groups correspond to different sizes of hardware retransmission queues.
  • the size of the packets can be as much as possible according to the actual situation.
  • the embodiments of the present invention are further described in detail below by taking the retransmission data structure of the radio link control layer in the LTE system as an example.
  • the hardware queue resources are estimated.
  • the reserved retransmission information will occupy a certain amount of on-chip RAM resources.
  • Each user can be allocated an average of 1.5 DRBs (dedicated service bearers), AM is used, and the transmission window is 512 (bytes). ), you can use the 64 bit register to complete the description of the retransmission queue. Assumption:
  • the RLC transmitting side sends three PDUs of size 8192, which are recorded as PDU_1, PDU_2 and PDU3. Because of the link, the PDU-1 is lost during transmission, and the receiving side of the RLC does not receive the PDU-1.
  • Step 101 The base station receives the status report Status-1 sent by the peer end, parses the status report Status-1, and obtains NACK information, where the NACK information indicates the PDU— 1 Overall not received.
  • the RLC protocol layer acquires the resources of the hardware retransmission queue according to the size of the retransmission data indicated by the status report, and requests to attach the retransmission queue to different types of hardware retransmission queues.
  • Step 102 Because the NACK information is not received last time, the base station saves the NACK information of the PDU-1, and uses the PDU-1 as a retransmission PDU according to the indication of the NACK information, and applies for corresponding hardware retransmission according to the size of the PDU-1.
  • the queue node stores the PDU-1, and hangs the queue descriptor corresponding to the PDU-1 into the retransmission queue TYPE1 (type 1) (the process of re-transmitting the packet is as described above), and the PDU_1
  • the number of retransmissions ( PdulRetransCount ) is increased by 1;
  • the base station sets several TYPE hardware queues during the factory process, and each TYPE hardware retransmission queue corresponds to a unit storage unit of a different size.
  • the division of the hardware retransmission queue TYPE can be considered from two aspects: From the business side of the operator's main push, for example, if the operator mainly promotes online movies at this stage, taking into account the download function, the main message sizes of these services are 1400 bytes, then there must be 1400 bytes of this TYPE when setting up the hardware retransmission queue, and in order to take care of other services, then design some hardware retransmission queues such as 512 bytes, and finally To design a minimum retransmission queue such as 64 bytes, then the system's designed hardware retransmission queue has three TYPEs of unit storage unit size of 1400 bytes, 512 bytes, and 64 bytes. From the user's point of view, if the user's own daily application is a very small service such as mail download and fax, then the factory can set several units of storage volume is relatively small.
  • Step 103 The RLC layer of the base station receives the scheduling result of the MAC layer.
  • the size of the TB is 4000 BYTE
  • the base station intercepts the retransmission data of 1-4000 BYTE in the PDU-1 and attaches it to the TYPE2 retransmission queue. Subsequent software participation in the scheduling is added to the TB block and sent out (the process of re-transmission of the packet is as described above). The specific process is shown in Figure 5.
  • Step 104 The base station receives the status report Status_2 sent by the peer end, parses the status report Status-2, and obtains NACK information, indicating that 4001-8192 bytes are not received.
  • Step 105 The base station compares the current NACK information with the previous NACK information, and finds that the length of the retransmission part indicated by the current NACK information is smaller than the length of the retransmission part indicated by the previous NACK information, and indicates according to the current NACK information.
  • the data part of the 4001-8192 constructs a retransmission PDU;
  • Step 106 the base station receives the scheduling result of the MAC, for example, the size of the TB is 5000, and the bytes of the retransmitted data 4001-8192 are added to the TB block and sent out; however, Because the link is lost, the TB block is lost during the transmission, and the RLC receiving side does not receive the TB block.
  • step 107 the base station receives the status report Status-3 sent by the peer, parses the status report Status-3, and obtains the NACK. Information indicating that 4001-8192 bytes were not received.
  • Step 108 The base station compares the current NACK information with the previous NACK information, and if it finds that the length of the retransmission part indicated by the current NACK information is equal to the length of the retransmission part indicated by the last NACK information, the number of retransmissions is first (PdulRetransCount The operation of adding 1 is performed, and it is judged that PdulRetransCount is 2, less than 3, and no reconstruction is initiated, and the retransmitted PDU is constructed according to the 4001-8192 data part indicated by the current NACK information.
  • Step 109 The base station receives the scheduling result of the MAC. For example, the size of the TB is 5000, and the RLC adds the 4001-8192 bytes of the retransmitted data to the TB block for sending.
  • Step 201 The RLC protocol layer obtains a scheduling result of the MAC layer, that is, a length of the TB that can be sent this time;
  • Step 202 The RLC protocol layer obtains the hardware resource of the retransmission queue according to the status report, and obtains a retransmission node from the retransmission queue.
  • Step 203 The RLC protocol layer determines whether the scheduled TB is less than a threshold.
  • Step 204 The RLC protocol layer attaches the descriptor of the retransmission node to the minimum hardware retransmission queue, and then sends the retransmission data indicated by the minimum hardware retransmission queue.
  • Step 205 The RLC protocol layer determines the remaining Whether the length of the TB is greater than the length of the obtained retransmission node, if yes, go to step 206, if no, go to step 207; Step 206, the RLC protocol layer directly fills the data of the retransmission node into the TB block, and then returns to the step 202; Step 207, the RLC protocol layer splits the retransmission node, fills the remaining TB blocks, and then sends them.
  • the present invention can significantly reduce the situation where processor resources are constantly occupied by a small number of services, can improve the processing capability of a single chip, and reduce product cost.
  • the application of the present invention can reduce chip size while increasing processing power.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种处理重传数据的方法及基站
技术领域 本发明涉及一种通信领域， 特别涉及一种处理重传数据的方法及基站。
背景技术
RLC ( Radio Link Control, 无线链路控制）协议层在 LTE ( Long Term Evolution, 长期演进） 系统的无线接口协议栈中， 是 L2 ( Layer 2, 层 2 ) 的 一个子层， 位于 MAC ( Media Access Control, 媒体接入控制）层之上， RLC 协议层为用户和控制数据提供分段和重传业务。 RLC协议层的功能包括： 链 接控制、 封装和重组、 级联、 用户数据传输、 纠错、 协议错误检测和修复等。 每个 RLC协议实体由 RRC ( Radio Resource Control, 无线资源控制） 配置， 并以三种模式进行操作， 分别为： TM ( Transparent Mode, 透明模式） 、 UM ( Unacknowledged Mode,非确认模式）、 以及 AM ( Acknowledged Mode, 确认模式） 。 在确认模式中， 发送侧在高层数据上添加必要的控制协议开销后进行传 送，并保证传递到对等实体。确认模式下的 RLC层协议实例在处理本端 PDU ( Protocol Data Unit, 协议数据单元） 时， 根据对等层发送的状态报告作出 对本端 PDU进行下一步的处理。如果收到的状态报告指示前一次发送的 PDU 中一部分或者全部未发送成功，那么，确认模式下的 RLC层协议实例会根据 状态 告中的指示对本端 PDU进行拆分， 并进行重传。 在进行确认模式重传过程中， 为了对不同的业务进行可靠性区分， 协议 定义了 maxRetxThreshold (最大重传次数）， 用来约束这个业务最多可进行 的重传次数。 当前实现釆用软件根据每个 TTI ( Transmission Time Interval, 传输时间 间隔） 的调度资源进行 PDU切割并完成组包， 需要通过 CPU指令完成内存 中数据的搬移工作。然而，这种指令完成内存搬移的操作本身效率就非常差， 是不争的事实， 也是作为系统设计人员在设计系统时需要尽量避免的一种行 为。尤其是当重传操作频繁操作时，釆用这种指令完成这些工作会对 CPU以 及内存总线造成很重的负荷。 因此， 这样的处理模式存在重传处理效率不高 的问题， 并且导致基站处理器资源不断被少数业务占用， 从而导致其他用户 业务处理遭到影响， 甚至导致基站瘫痪。
发明内容 本发明的目的是提供一种处理重传数据的方法及基站， 以解决如何减小 占用处理器资源， 并提高重传处理效率的问题。 为了解决上述技术问题， 本发明提供了一种处理重传数据的方法， 该方 法包括： 基站接收到构造重传报文的状态报告后， 根据该状态报告的指示申请第 一硬件重传队列； 将所述状态报告指示的需要重传的数据的描述符存储在第一硬件重传队 歹 |J ; 以及 利用硬件队列管理机制对第一硬件重传队列指定的重传数据进行重组和 传输。 本发明的方法中， 所述基站利用硬件队列管理机制对第一硬件重传队列 指定的重传数据进行重组和传输的步骤包括： 所述基站调度传输块， 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中， 然后将第二硬件重传 队列指示的重传数据填充到所述传输块， 并发送所述第二硬件重传队列指示 的重传数据。 所述基站调度传输块的步骤之后， 所述方法还包括： 所述基站若判断所述传输块小于门限值， 则根据最小硬件重传队列的大 小从第一硬件重传队列中获取对应重传节点的描述符挂接到最小硬件重传队 列中， 然后发送所述最小硬件重传队列指示的重传数据。 本发明的方法中， 所述基站将第二硬件重传队列指示的重传数据填充到 所述传输块的步骤包括： 所述基站依次判断第二硬件重传队列中的重传节点的长度是否小于所述 传输块的剩余长度， 若是， 则直接将所述重传节点的重传数据填充到所述传 输块； 若否， 则从该重传节点中截取重传数据填充满所述传输块。 本发明的方法中， 所述基站将所述状态报告指示的需要重传的数据的描 述符存储在第一硬件重传队列的步骤还包括： 保存第一硬件重传队列的队列标识与所述重传数据的描述符的对应关 系， 保存所述重传数据的描述符在第一硬件重传队列中链接关系， 保存所述 重传数据在内存中存储的头地址与所述重传数据的描述符的对应关系， 保存 所述重传数据在内存中分片存储的地址的链接关系， 及保存所述重传数据的 分片描述符与分片存储地址的对应关系。 为了解决上述技术问题， 本发明还提供了一种基站， 其包括： 申请模块， 其设置为： 接收到构造重传报文的状态报告后， 根据该状态 报告的指示申请第一硬件重传队列； 存储模块， 其设置为： 将所述状态报告指示需要重传的数据的描述符存 储在第一硬件重传队列； 以及 传输模块， 其设置为： 利用硬件队列管理机制对第一硬件重传队列指定 的重传数据进行重组和传输。 本发明的基站中， 所述传输模块包括： 调度单元， 其设置为： 调度传输块； 挂接单元， 其设置为： 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中； 以及 传输单元， 其设置为： 将第二硬件重传队列指示的重传数据填充到所述 传输块， 并发送所述第二硬件重传队列指示的重传数据。 本发明的基站中， 所述传输单元包括： 判断子单元， 其设置为： 依次判断第二硬件重传队列中的重传节点的长 度是否小于所述传输块的剩余长度； 第一填充单元， 其设置为： 在判断子单元判断是的情况下， 直接将所述 重传节点中的重传数据填充到所述传输块； 以及 第二填充单元， 其设置为： 在判断子单元判断否的情况下， 从该重传节 点中截取重传数据填充满所述传输块。 本发明的基站中， 所述传输模块还包括： 判断单元， 其设置为： 判断所述传输块是否小于门限值； 所述挂接单元还设置为： 在所述判断单元判断所述传输块小于门限值的 情况下， 根据最小硬件重传队列的大小从第一硬件重传队列中获取对应重传 节点的描述符挂接到最小硬件重传队列中； 所述传输单元还设置为： 发送所述最小硬件重传队列指示的重传数据。 本发明的基站中， 所述存储模块还设置为： 保存第一硬件重传队列的队 列标识与所述重传数据的描述符的对应关系， 保存所述重传数据的描述符在 第一硬件重传队列中链接关系， 保存所述重传数据在内存中存储的头地址与 所述重传数据的描述符的对应关系， 保存所述重传数据在内存中分片存储的 地址的链接关系， 及保存所述重传数据的分片描述符与分片存储地址的对应 关系。 本发明的基站中， 所述基站为微型基站或毫微型基站。
综上， 本发明提供一种处理重传数据的方法及基站， 可以明显地减少处 理器资源不断被少数业务占用的情况， 可以提高单芯片的处理能力， 降低产 品成本， 本发明的应用可以减少芯片尺寸同时提高处理能力。
附图概述 图 1为本发明实施例的基站的示意图； 图 2a和图 2b是本实施例提供的硬件队列管理器管理重传数据的示意图； 图 3为本发明实施例的一种处理重传数据的方法的流程图； 图 4为本发明实施例的基站重传报文的流程图； 以及 图 5为本发明实施例 RLC协议层构造重传数据的流程图。
本发明的较佳实施方式 为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意组合。 为了提高 AM下的重传处理效率， 本发明实施例利用硬件队列管理器以 减少处理过程中流程的实现复杂度。考虑到在支持非常多业务数量的情况下， 硬件队列管理器的实现需要在处理器内部完成， 硬件资源占用量会非常大， 所以本发明实施例主要应用于 PICO (微型）基站和 FEMTO (毫微型）基站 中。
如图 1所示， 本发明实施例提供的基站包括： 申请模块， 其设置为： 接收到构造重传报文的状态报告后， 根据该状态 报告的指示申请第一硬件重传队列；
存储模块， 其设置为： 将所述状态报告指示需要重传的数据的描述符存 储在第一硬件重传队列； 以及 传输模块， 其设置为： 利用硬件队列管理机制对第一硬件重传队列指定 的重传数据进行重组和传输。 本发明实施例不需要通过 CPU指令完成内存中数据的搬移工作，当重传 操作频繁操作时， 不会对 CPU以及内存总线造成很重的负荷。 在一优选实施例中， 所述传输模块包括： 调度单元， 其设置为： 调度传输块； 挂接单元， 其设置为： 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中； 以及 传输单元， 其设置为： 将第二硬件重传队列指示的重传数据填充到所述 传输块中， 并发送所述第二硬件重传队列指示的重传数据。 本实施例中， 所述传输单元可以包括： 判断子单元， 其设置为： 依次判断第二硬件重传队列中的重传节点的长 度是否小于所述传输块的剩余长度； 第一填充单元， 其设置为： 在判断子单元判断为重传节点的长度小于所 述传输块的剩余长度的情况下， 直接将所述重传节点中的重传数据填充到所 述传输块； 以及
第二填充单元， 其设置为： 在判断子单元判断为重传节点的长度不小于 所述传输块的剩余长度的情况下， 从该重传节点中截取重传数据填充满所述 传输块。 在一优选实施例中， 所述传输模块还可以包括： 判断单元， 其设置为： 判断所述传输块是否小于门限值； 所述挂接单元还设置为： 在所述判断单元判断所述传输块小于门限值的 情况下， 根据最小硬件重传队列的大小从第一硬件重传队列中获取对应重传 节点的描述符挂接到最小硬件重传队列中； 所述传输单元还设置为： 发送所述最小硬件重传队列指示的重传数据。 这样， 基站在信道质量差的情况下， 也能够保证业务的持续进行， 同时 还能提高用户的感受度。 本实施中， 所述存储模块存储重传数据的描述符的过程中还设置为： 保 存第一硬件重传队列的队列标识与所述重传数据的描述符的对应关系， 保存 所述重传数据的描述符在第一硬件重传队列中链接关系， 保存所述重传数据 在内存中存储的头地址与所述重传数据的描述符的对应关系， 保存所述重传 数据在内存中分片存储的地址的链接关系， 及保存所述重传数据的分片描述 符与分片存储地址的对应关系。 图 2是本实施例提供的硬件队列管理器管理重传报文的示意图， 如图 2 所示， P1至 P4构成一个重传队列， PI、 P2、 P3、 和 P4分别是一个 PDU, 根根据据不不同同用用户户，， PPI1和和 PP33为为一一个个队队列列，， PP22和和 PP44为为一一个个队队列列。。 图图 22 (( aa ))的的右右部部分分，， 表表示示重重传传数数据据在在内内存存中中的的存存储储方方式式，， 按按照照单单位位存存储储 单单元元的的大大小小将将各各个个 PPDDUU进进行行分分片片存存储储，， 例例如如，， 将将 PP11分分为为 PPII—— CCeellll ((单单元元）） ——11 、、 PPII—— CCeellll—— 22、、 PPII—— CCeellll—— 33 ,, 然然后后分分别别存存储储在在不不同同的的存存储储单单元元中中，， 这这样样 55 PPII—— CCeellll—— 11、、 PPII—— CCeellll—— 22、、 以以及及 PPII—— CCeellll—— 33在在各各存存储储单单元元的的地地址址分分别别为为 AAdddd--11、、 AAdddd--22、、 以以及及 AAdddd--33。。 本本实实施施例例中中，， 需需要要配配置置 55个个 RRAAMM (( RRaannddoomm AAcccceessss MMeemmoorryy,, 随随机机存存储储 器器））分分别别存存储储 11个个列列表表，， 用用以以保保存存重重传传信信息息，， 如如图图 22 (( bb ))所所示示，， 包包括括：： 队队列列标标识识表表，， 如如图图 22 (( bb ))所所示示，， 一一行行表表示示一一个个队队列列，， 分分别别对对应应一一个个队队列列 1100 号号，， 将将相相同同队队列列的的分分组组标标识识放放在在同同一一行行中中，， 例例如如，， 如如图图 22 (( aa )) 所所示示，， 将将 PP11 和和 PP33 分分为为一一个个队队列列，， 则则一一个个队队列列号号与与同同一一队队列列的的分分组组描描述述符符对对应应，， 即即 QQ--11 对对应应 PP11和和 PP33的的标标识识 PP--11和和 PP--33 ,, 队队列列链链表表，，用用于于描描述述各各分分组组描描述述符符所所代代表表的的分分组组之之间间的的链链接接关关系系，，例例如如，， PP--11之之后后是是 PP--33 ,, PP--22之之后后是是 PP--44。。
1155 分分组组标标识识表表，，用用于于描描述述分分组组描描述述符符与与各各分分组组的的头头地地址址的的对对应应关关系系，，例例如如，，
PP--11与与 AAdddd--11对对应应，， PP--22与与 AAdddd--66对对应应、、 PP--33与与 AAdddd-- 1111对对应应等等；； 分分组组链链表表，， 用用于于描描述述各各分分片片地地址址之之间间的的链链接接关关系系，， 例例如如，， AAdddd--11 链链接接 AAdddd--22,, AAdddd--22链链接接 AAdddd--33。。 数数据据表表，， 用用于于描描述述各各分分片片地地址址与与各各分分组组分分片片描描述述符符的的对对应应关关系系。。
2200 本本发发明明实实施施例例进进行行緩緩存存及及队队列列管管理理的的实实现现原原理理如如下下：： 入入队队过过程程
(( 11 )) 、、 读读空空闲闲资资源源，， 得得到到空空闲闲头头地地址址；； 若若硬硬件件存存储储单单元元中中具具有有空空闲闲资资源源，， 则则可可以以用用来来存存储储重重传传数数据据。。
(( 22 )) 、、 利利用用空空闲闲地地址址写写 ""数数据据表表"" ，， 同同时时用用该该地地址址更更新新 ""分分组组链链表表"" ；；
Figure imgf000009_0001
( 4 )、 根据该分组所属的队列号， 读 "队列标识表" ， 依次得到该队列 中的其他的分组描述符；
( 5 )、 利用非队首的分组描述符， 将对应各分组的第一个分片地址更新 到 "分组标识表" 和 "队列链表" ； 以及
( 6 ) 、 更新队列标识表。 这里以队列 Q— 1为例： 首先，获得空闲头地址 Add-1 ,利用 Add-1在数据表中写分片 PI— Cell— 1 , 依次将分组分片描述符写入数据表中， 在队列标识表中保存所有队列标识与 分组描述符的对应关系， 在队列链表中存储各分组描述符相关的连接关系， 在分组标识表中存储分组描述符与对应的头地址的对应关系； 在分组链表中 进行索引将分组分片地址连接关系建立起来， 数据表中保存的是所有的待处 理数据的地址， 通过这些地址完成真正数据的获取。 出队过程包括下面步骤：
1、 根据调度队列号， 读 "队列标识表" ， 得队列头地址标识（即分组描 述符） ；
2、利用队列头地址标识，读 "分组标识表"，得到对应的存储单元地址；
3、 利用队列头地址标识， 读 "队列链表" ， 更新队列头（写 "队列标识 表" ） ；
4、 用存储单元地址读 "数据表" ， 读出第一个分片；
5、 用存储单元地址读 "分组链表" ， 进而读出其他分片； 6、 每读出一个分片， 更新空闲链表（写分组链表） 。
图 3为本发明实施例的一种处理重传数据的方法的流程图，如图 3所示， 包括下面步骤：
S10、 基站接收到构造重传报文的状态报告后， 根据该状态报告的指示 申请第一硬件队列； S20、 将所述状态报告指示需要重传数据的描述符存储在第一硬件重传 队列；
S30、 基站利用硬件队列管理机制对第一硬件重传队列指定的重传数据 进行重组和传输。 步骤 S30中， 基站对重传数据进行重组和传输具体实施为： 所述基站调度传输块， 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中， 然后将第二硬件重传 队列指示的重传数据填充到所述传输块， 发送所述第二硬件重传队列指示的 重传数据。 在另一优选实施例中， 所述基站若判断所述传输块小于门限值， 则根据 最小硬件重传队列的大小从第一硬件重传队列中获取对应重传节点的描述符 挂接到最小硬件重传队列中， 然后发送所述最小硬件重传队列指示的重传数 据。 这样， 基站在信道质量差的情况下， 也能够保证业务的持续进行， 同时 还能提高用户的感受度。 本发明实施例基于现有软件实现技术， 基站在每次收到状态报告构造重 传报文的时候， 首先判断本次收到的 NACK信息包含的重传数据大小，根据 重传数据大小申请相应的重传队列节点， 并且根据重传数据大小的不同， 申 请将重传队列挂接在不同的硬件队列中。 本发明实施例可以明显地减少处理器资源不断被少数业务占用的情况， 可以提高单芯片的处理能力， 降低产品成本， 而且本发明的应用可以减少芯 片尺寸同时提高处理能力。 虽然 AM模式下的 RLC发送端实体允许重传， 但处于对实际应用场景 的考虑， 无限制地重传是不现实的。假设， RLC层收到 MAC层的调度结果， TB ( Transport Block, 传输块） 的大小为 8192BYTE (字节） ， RLC层按照 TB的大小重组了 8192大小的 PDU, 并发送该 8192的 PDU到对端， 记该 PDU为 PDU— 1 , 若该 TB在传输过程中丟失， 此时信道质量变差（即调度的 TB 小于预设的门限值） ， 发送端会根据当前的调度结果选取合适的重传队 列完成数据块硬件队列挂接， 并传输。 如果在传输过程中信道质量进一步降 低， 若低于预设带宽， 此后， MAC层每次给的调度结果的 TB大小都会按照 最小存储单元（例如， 128kByte ) 的大小来调度， 也就是说重传队列的选择 只有一种， 将重传报文拆分为 128字节的队列完成重传， 若重传次数设置为 8次， 当重传还没有完成的话， 会触发重建业务流程。 设计硬件重传队列完成重传报文的保存和管理， 不同的队列分组对应不 同大小的硬件重传队列， 分组的大小可以根据实际情况尽可能的多。 下面以 LTE 系统中无线链路控制层的重传数据构造作为示例对本发明 实施例作进一步的详细描述。 首先，对硬件队列资源进行估算，保留重传信息会占有一定的片内 RAM 资源， 可以为每个用户平均分配 1.5个 DRB (专用业务承载） ， 釆用 AM, 并且发送窗口为 512 (字节） ， 可以釆用 64 bit寄存器完成重传队列的描述。 假设：
( 1 ) RLC发送侧发送了 3个 8192大小的 PDU, 记为 PDU_1 , PDU_2 和 PDU3 , 因为链路原因， 该 PDU— 1在传输过程中丟失， RLC的接收侧未收 到该 PDU— 1。
( 2 ) 假设最大重传次数配置为 8。 如图 4所示， 基站重传报文的具体步骤如下： 步骤 101 , 基站收到对端发送的状态报告 Status— 1 , 解析状态报告 Status— 1 , 获取 NACK信息， 所述 NACK信息指示 PDU— 1整体未收到。
RLC协议层根据状态报告指示的重传数据大小， 来获取硬件重传队列的 资源， 申请将重传队列挂接在不同类型的硬件重传队列中。 步骤 102, 因为上次未收到 NACK信息， 基站将 PDU— 1的 NACK信息 保存下来， 按照 NACK信息的指示将 PDU— 1 整体作为重传 PDU, 并根据 PDU— 1大小申请相应的硬件重传队列节点来存储 PDU—1 , 并将该 PDU— 1对 应的队列描述符挂入重传队列 TYPE1 (类型 1 ) 中 （重传报文的入队过程如 上文所述） ， 并将该 PDU_1的重传次数 ( PdulRetransCount )加 1 ; 一般， 基站在出厂过程中就设置了几种 TYPE的硬件队列， 每种 TYPE 的硬件重传队列对应不同大小的单位存储单元。 硬件重传队列 TYPE的划分 主要可以从两个方面考虑： 从运营商主推的业务方面考虑， 例如， 如果运营商在该阶段主推在线电 影， 兼顾下载功能， 那么这些业务主要的报文大小都为 1400字节， 那么在设 置硬件重传队列的时候一定要有 1400字节这种 TYPE, 同时为了兼顾别的业 务能够进行， 那么就在设计一些比如 512字节的硬件重传队列， 最后可以再 设计一个最小重传队列比如 64字节，那么这个系统的设计的硬件重传队列就 有单位存储单元大小为 1400字节、 512字节、 以及 64字节三种 TYPE。 从用户的角度考虑， 假如用户自己的日常应用就是邮件下载和传真等一 些报文非常小的业务， 那么出厂过程中就可以设置几种单位存储量比较小
TYPE的硬件队列来满足用户的需要。 步骤 103 ,基站的 RLC层收到 MAC层的调度结果， 例如， TB的大小为 4000 BYTE, 基站将在 PDU— 1 中截取 1-4000 BYTE 的重传数据的挂接到 TYPE2重传队列中， 后续由软件参与调度加入到 TB块中发送出去（重传报 文的出队过程如上文所述） ， 具体流程如图 5所示。 步骤 104 , 基站收到对端发送的状态报告 Status— 2 , 解析状态报告 Status— 2, 获取 NACK信息， 指示 4001-8192字节未收到。 步骤 105,基站比较本次的 NACK信息和上次的 NACK信息，发现本次 的 NACK信息指示的重传部分长度小于上次的 NACK信息指示的重传部分 长度， 按照本次的 NACK信息指示的 4001-8192数据部分构造重传 PDU; 步骤 106, 基站收到 MAC的调度结果， 例如， TB的大小为 5000, 将重 传数据的 4001-8192的字节加入到 TB块中发送出去； 但是， 因为链路原因， 该 TB块在传输过程中丟失， RLC接收侧未收到 该 TB块， 则 步骤 107 , 基站收到对端发送的状态报告 Status— 3 , 解析状态报告 Status— 3 , 获取 NACK信息， 指示 4001-8192字节未收到。 步骤 108,基站比较本次的 NACK信息和上次的 NACK信息，若发现本 次的 NACK信息指示的重传部分长度等于上次的 NACK信息指示的重传部 分长度， 首先对重传次数 ( PdulRetransCount ) 进行加 1 操作， 判断 PdulRetransCount为 2, 小于 3 , 不发起重建， 按照本次的 NACK信息指示 的 4001-8192数据部分构造重传 PDU。 步骤 109, 基站收到 MAC的调度结果， 例如， TB的大小为 5000, RLC 将重传数据的 4001-8192的字节加入到 TB块中发送出去； 步骤 110 , 基站收到对端发送的状态报告 Status— 4 , 解析状态报告 Status— 4, 发现 PDU— 1 已经完全收到， 则删除保存的 PDU—1对应的 NACK 信息。 在重传报文的过程中， 若基站判断信道质量低于预定水平， 则调度最小 的传输块将需要重传的数据进行多次重传， 以保证业务能够持续进行。
图 5为 RLC协议层构造重传数据的流程图， 如图所示， 包括下面步骤： 步骤 201 , RLC协议层获取到 MAC层的调度结果， 即本次可发送的 TB 的长度； 步骤 202, RLC协议层根据状态报告获取重传队列的硬件资源， 从重传 队列中获取一个重传节点； 步骤 203 , RLC协议层判断调度的 TB是否小于门限值， 若是， 转向步 骤 204, 若否， 转向步骤 205; 步骤 204, RLC协议层将重传节点的描述符挂接到最小硬件重传队列中， 然后发送所述最小硬件重传队列指示的重传数据； 步骤 205, RLC协议层判断剩余的 TB长度是否大于获取到的重传节点 的长度， 若是， 则转向步骤 206, 若否， 则转向步骤 207; 步骤 206, RLC协议层直接将重传节点的数据填充到 TB块中， 然后返 回步骤 202; 步骤 207, RLC协议层拆分重传节点， 将剩余 TB块填充满， 然后发送。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。 以上仅为本发明的优选实施例， 当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的情况下， 熟悉本领域的技术人员当可根据本 发明作出各种相应的改变和变形， 但这些相应的改变和变形都应属于本发明 所附的权利要求的保护范围。
工业实用性 本发明可以明显地减少处理器资源不断被少数业务占用的情况， 可以提 高单芯片的处理能力， 并且降低产品成本。 本发明的应用可以减少芯片尺寸 同时提高处理能力。

Claims

1、 一种处理重传数据的方法， 该方法包括： 基站接收到构造重传报文的状态报告后， 根据该状态报告的指示申请第 一硬件重传队列； 将所述状态报告指示的需要重传的数据的描述符存储在第一硬件重传队 歹 ij ; 以及 利用硬件队列管理机制对第一硬件重传队列指定的重传数据进行重组和 传输。
2、如权利要求 1所述的方法， 其中， 所述基站利用硬件队列管理机制对 第一硬件重传队列指定的重传数据进行重组和传输的步骤包括： 所述基站调度传输块， 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中， 然后将第二硬件重传 队列指示的重传数据填充到所述传输块， 并发送所述第二硬件重传队列指示 的重传数据。
3、如权利要求 2所述的方法， 所述基站调度传输块的步骤之后， 所述方 法还包括： 所述基站若判断所述传输块小于门限值， 则根据最小硬件重传队列的大 小从第一硬件重传队列中获取对应重传节点的描述符挂接到最小硬件重传队 列中， 然后发送所述最小硬件重传队列指示的重传数据。
4、如权利要求 2所述的方法， 其中， 所述基站将第二硬件重传队列指示 的重传数据填充到所述传输块的步骤包括： 所述基站依次判断第二硬件重传队列中的重传节点的长度是否小于所述 传输块的剩余长度， 若是， 则直接将所述重传节点的重传数据填充到所述传 输块； 若否， 则从该重传节点中截取重传数据填充满所述传输块。
5、 如权利要求 1-4中任一项所述的方法， 其中， 所述基站将所述状态报 告指示的需要重传的数据的描述符存储在第一硬件重传队列的步骤还包括： 保存第一硬件重传队列的队列标识与所述重传数据的描述符的对应关 系， 保存所述重传数据的描述符在第一硬件重传队列中链接关系， 保存所述 重传数据在内存中存储的头地址与所述重传数据的描述符的对应关系， 保存 所述重传数据在内存中分片存储的地址的链接关系， 及保存所述重传数据的 分片描述符与分片存储地址的对应关系。
6、 一种基站， 其包括：
申请模块， 其设置为： 接收到构造重传报文的状态报告后， 根据该状态 报告的指示申请第一硬件重传队列； 存储模块， 其设置为： 将所述状态报告指示需要重传的数据的描述符存 储在第一硬件重传队列； 以及 传输模块， 其设置为： 利用硬件队列管理机制对第一硬件重传队列指定 的重传数据进行重组和传输。
7、 如权利要求 6所述的基站， 其中， 所述传输模块包括： 调度单元， 其设置为： 调度传输块； 挂接单元， 其设置为： 根据所述传输块的大小从第一硬件重传队列中获 取对应重传数据的描述符挂接到第二硬件重传队列中； 以及 传输单元， 其设置为： 将第二硬件重传队列指示的重传数据填充到所述 传输块， 并发送所述第二硬件重传队列指示的重传数据。
8、 如权利要求 7所述的基站， 其中， 所述传输单元包括： 判断子单元， 其设置为： 依次判断第二硬件重传队列中的重传节点的长 度是否小于所述传输块的剩余长度； 第一填充单元， 其设置为： 在判断子单元判断是的情况下， 直接将所述 重传节点中的重传数据填充到所述传输块； 以及 第二填充单元， 其设置为： 在判断子单元判断否的情况下， 从该重传节 点中截取重传数据填充满所述传输块。
9、 如权利要求 7所述的基站， 其中， 所述传输模块还包括： 判断单元， 其设置为： 判断所述传输块是否小于门限值； 所述挂接单元还设置为： 在所述判断单元判断所述传输块小于门限值的 情况下， 根据最小硬件重传队列的大小从第一硬件重传队列中获取对应重传 节点的描述符挂接到最小硬件重传队列中； 所述传输单元还设置为： 发送所述最小硬件重传队列指示的重传数据。
10、 如权利要求 6所述的基站， 其中： 所述存储模块还设置为： 保存第一硬件重传队列的队列标识与所述重传 数据的描述符的对应关系， 保存所述重传数据的描述符在第一硬件重传队列 中链接关系， 保存所述重传数据在内存中存储的头地址与所述重传数据的描 述符的对应关系， 保存所述重传数据在内存中分片存储的地址的链接关系， 及保存所述重传数据的分片描述符与分片存储地址的对应关系。
11、 如权利要求 6-10中任一项所述的基站， 其中： 所述基站为微型基站或毫微型基站。
PCT/CN2011/079678 2011-05-18 2011-09-15 一种处理重传数据的方法及基站 WO2012155419A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110129163.6 2011-05-18
CN201110129163.6A CN102790667B (zh) 2011-05-18 2011-05-18 一种处理重传数据的方法及基站

Publications (1)

Publication Number Publication Date
WO2012155419A1 true WO2012155419A1 (zh) 2012-11-22

Family

ID=47155975

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/079678 WO2012155419A1 (zh) 2011-05-18 2011-09-15 一种处理重传数据的方法及基站

Country Status (2)

Country Link
CN (1) CN102790667B (zh)
WO (1) WO2012155419A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108429607B (zh) * 2017-02-14 2021-05-14 普天信息技术有限公司 一种通信系统中的harq重传处理方法
CN114079544B (zh) * 2020-08-18 2023-04-14 大唐移动通信设备有限公司 一种rlc数据重传方法及装置
CN115913473B (zh) * 2023-02-21 2023-05-12 深圳云豹智能有限公司 一种数据选择性重传方法及其系统、存储介质、电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101137966A (zh) * 2001-08-27 2008-03-05 英特尔公司 通用执行数据通路中软件控制的内容可寻址存储器
CN101765194A (zh) * 2009-12-28 2010-06-30 中兴通讯股份有限公司 传输数据帧的方法、系统及基站子系统装置
CN101931516A (zh) * 2009-06-25 2010-12-29 中兴通讯股份有限公司 一种无线链路控制层确认模式下快速重传的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100544245C (zh) * 2006-02-10 2009-09-23 中兴通讯股份有限公司 一种基于重传次数的harq协议的重传调度方法
CN101277175B (zh) * 2007-03-30 2012-02-29 国际商业机器公司 改进会话启动协议服务器性能的方法和装置
US8463955B2 (en) * 2009-01-19 2013-06-11 Ikanos Communications, Inc. Transport frame structure for retransmission in DSL

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101137966A (zh) * 2001-08-27 2008-03-05 英特尔公司 通用执行数据通路中软件控制的内容可寻址存储器
CN101931516A (zh) * 2009-06-25 2010-12-29 中兴通讯股份有限公司 一种无线链路控制层确认模式下快速重传的方法及装置
CN101765194A (zh) * 2009-12-28 2010-06-30 中兴通讯股份有限公司 传输数据帧的方法、系统及基站子系统装置

Also Published As

Publication number Publication date
CN102790667B (zh) 2016-08-03
CN102790667A (zh) 2012-11-21

Similar Documents

Publication Publication Date Title
WO2018082433A1 (zh) 一种进行数据发送和接收的方法及系统
US11122152B2 (en) Data processing method and apparatus to reduce an overhead in a layer two protocol
TW200304748A (en) A scheme to prevent HFN un-synchronization for UM RLC in a high speed wireless communication system
WO2018127225A1 (zh) 数据传输方法、网络侧设备及用户设备
WO2017185941A1 (zh) 一种数据传输方法及相关设备
WO2019153935A1 (zh) 传输方式确定方法及装置，存储介质和电子装置
TWI361591B (en) A method of performing polling procedure in a wireless communication system
KR101379408B1 (ko) 재송요구 송신방법 및 수신측장치
TW201238294A (en) System for efficient recovery of node-B buffered data following MAC layer reset
US9755726B2 (en) Method and apparatus for improved multi-carrier communication
TW200833146A (en) Node B based segmentation/concatenation
WO2016127666A1 (zh) 一种rlc数据包分流方法及基站
CN107276727A (zh) 一种进行反馈的方法和设备
WO2021204091A1 (zh) 一种清空缓存的方法及装置
CN107801211A (zh) 一种报文的非按序递交方法及rlc实体、基站
WO2021160101A1 (zh) 一种数据传输方法、装置和系统
CN107359972B (zh) 一种数据接收方法及装置
WO2012155419A1 (zh) 一种处理重传数据的方法及基站
WO2011116577A1 (zh) 数据重传方法及装置
WO2010016150A1 (ja) 無線装置、通信方法および通信プログラム
WO2012155441A1 (zh) 一种处理重传数据的方法及基站
WO2018077195A1 (zh) 数据重传方法及装置、mac设备
WO2019015487A1 (zh) 一种数据重传处理方法、rlc实体和mac实体
WO2023231550A1 (zh) 数据单元处理方法、装置及通信设备
WO2023231024A1 (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: 11865544

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

Country of ref document: EP

Kind code of ref document: A1