WO2015192322A1 - 无线资源调度方法及装置 - Google Patents

无线资源调度方法及装置 Download PDF

Info

Publication number
WO2015192322A1
WO2015192322A1 PCT/CN2014/080108 CN2014080108W WO2015192322A1 WO 2015192322 A1 WO2015192322 A1 WO 2015192322A1 CN 2014080108 W CN2014080108 W CN 2014080108W WO 2015192322 A1 WO2015192322 A1 WO 2015192322A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
retransmitted
receiving end
rlc
transport block
Prior art date
Application number
PCT/CN2014/080108
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 华为技术有限公司
Priority to PCT/CN2014/080108 priority Critical patent/WO2015192322A1/zh
Priority to EP14895249.2A priority patent/EP3145105A4/en
Priority to KR1020177000963A priority patent/KR20170020441A/ko
Priority to CN201480074052.1A priority patent/CN105934907A/zh
Priority to JP2016573882A priority patent/JP2017524289A/ja
Publication of WO2015192322A1 publication Critical patent/WO2015192322A1/zh
Priority to US15/380,384 priority patent/US20170099128A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a radio resource scheduling method and apparatus. Background technique
  • the wireless protocol structure of the Evolved Universal Terrestrial Radio Access Network is divided into a user plane and a control plane.
  • the user plane protocol stack includes a physical layer (PHY), a medium access control (MAC), a radio link control (RLC), and a packet data convergence protocol (PDCP).
  • PHY physical layer
  • MAC medium access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • Sub-layer composition providing functions such as header compression, scheduling, automatic repeat request (ARQ) and hybrid automatic repeat request (HQQ).
  • a data transmission block is sent from the transmitting end to the receiving end through functions such as HARQ.
  • the receiving end receives the correct, it will send an Acknowledgement (ACK) to the transmitting end.
  • ACK Acknowledgement
  • NACK Negative Acknowledgement
  • the transmitting end will retransmit through HARQ, and the receiving end will combine and receive the retransmitted data.
  • the ACK/NACK air interface transmission between the sender and the receiver may have a certain probability of false detection, that is, the ACK is actually ACK but the NACK is solved by the sender.
  • the ACK is actually ACK but the NACK is solved by the sender.
  • it often causes the ACK to be falsely detected as NACK.
  • LTE TDD Long Term Evolution Time Division Duplex
  • these feedback modes feed back multiple downlink data blocks. Bundled together, so when the ACK/NACK feedback is performed, the feedback of multiple downlink data transmission blocks is correspondingly sent. Calculated into one ACK or NACK feedback.
  • a NACK feedback is formed by combining the operations.
  • the other transport blocks of the multiple downlink data transmission blocks have been successfully transmitted, but the feedback information received by the sender is NACK.
  • the present invention provides a radio resource scheduling method and apparatus, which effectively solves the problem of repeated retransmissions when an ACK misdetection is a NACK error, can avoid retransmitting successfully transmitted data, saves bandwidth resources, and improves spectrum usage efficiency.
  • a first aspect of the present invention provides a radio resource scheduling method, where the method includes: when a transmitting end receives a negative feedback message NACK, the sending end acquires a response message as data of the negative response message. Retransmitting data, the data to be retransmitted includes at least one transport block;
  • the transmitting end determines, according to the radio control link RLC status report sent by the receiving end, whether the receiving end successfully receives each transport block of the data to be retransmitted;
  • the receiving end successfully receives all the transport blocks of the data to be retransmitted, cancel the retransmission of the data to be retransmitted, or if the receiving end does not successfully receive all the transport blocks of the data to be retransmitted, Then, the transport block that is not successfully received in the data to be retransmitted is retransmitted.
  • the transport block includes at least one RLC protocol data unit RLC PDU, where the RLC status report includes an acknowledgement of the RLC PDU received by the receiving end.
  • Determining whether the receiving end successfully receives each transport block of the data to be retransmitted specifically Includes:
  • the method further includes: determining that the to-be-weighted Whether the retransmission interval of the data reaches the preset retransmission delay threshold, and if so, directly retransmits all the transport blocks of the data to be retransmitted, otherwise, performing the wireless transmission according to the receiving end Controlling the link RLC status report, and determining whether the receiving end successfully receives the data to be retransmitted.
  • the RLC status report is triggered by the sending end to report the receiving end to the sending end; or And being reported by the receiving end to the sending end.
  • the receiving end before the receiving end receives the negative feedback message NACK, the receiving end further includes: the sending end The polling identifier is set to be sent to the receiving end when the data is sent to the receiving end, and the polling identifier is used to trigger the receiving end to feed back the RLC status report.
  • the sending end is a terminal
  • the RLC status report is reported by the receiving end to the sending end.
  • the present invention further provides a radio resource scheduling apparatus, where the apparatus includes: a receiving unit, configured to receive a response message fed back by the receiving end and a RLC status report of the wireless control link.
  • An acquiring unit configured to: when the receiving unit receives the negative acknowledgement message NACK, obtain the response message as data of the negative response message as data to be retransmitted, where the data to be retransmitted includes at least a transport block;
  • a processing unit configured to determine, according to the RLC status report received by the receiving unit, whether the receiving end successfully receives each transport block of the data to be retransmitted, if the receiving end successfully receives the data to be retransmitted Retransmitting the data to be retransmitted, and if the receiving end does not successfully receive all the transport blocks of the data to be retransmitted, enter the retransmission unit;
  • the retransmission unit is configured to retransmit the transport block that is not successfully received in the data to be retransmitted.
  • the transport block of the data to be retransmitted acquired by the acquiring unit includes at least one RLC protocol data unit RLC PDU, the receiving unit Receiving, in the RLC status report, the acknowledgement information of the RLC PDU received by the receiving end;
  • the processing unit is configured to determine whether the receiving end successfully receives the transport blocks of the data to be retransmitted, and specifically includes: determining, by using the RLC in each transport block of the data to be retransmitted in the RLC status report, respectively. Whether the PDU is successfully received, if at least one RLC PDU in a transport block is successfully received, it is determined that the receiving end successfully receives the transport block of the data to be retransmitted, if all RLC PDUs in the transport block are unsuccessful Receiving, determining that the receiving end does not successfully receive the transport block in the data to be retransmitted.
  • the device further includes:
  • a determining unit configured to determine whether a retransmission interval of the data to be retransmitted obtained by the acquiring unit reaches a preset retransmission delay threshold, and if yes, directly enter the retransmission unit to retransmit the to-be-weighted All of the transport blocks of the data are transmitted, otherwise, the processing unit is entered.
  • the device is a base station
  • the RLC status report received by the receiving unit is triggered by the base station to be reported by the receiving end to the
  • the sending end is triggered by the receiving end to report to the sending end.
  • the device further includes: a sending unit and a setting unit;
  • the sending unit is configured to send data to the receiving end;
  • the setting unit is configured to set a polling identifier po 1 1 i ng;
  • the RLC status report received by the receiving unit is periodically reported by the receiving end to the sending end .
  • the present invention further provides a radio resource scheduling apparatus, where the apparatus includes: a processor and a receiver;
  • the receiver is configured to receive a response message fed back by the receiving end and a radio control link RLC status report.
  • the processor is configured to: when the receiver receives the negative acknowledgement message NACK, obtain the data of the negative response message as the data to be retransmitted, where the data to be retransmitted includes at least one transport block;
  • the transport block of the data to be retransmitted acquired by the processor includes at least one RLC protocol data unit RLC PDU, the receiver Receiving, in the RLC status report, the acknowledgement information of the RLC PDU received by the receiving end;
  • the processor is configured to determine whether the receiving end successfully receives each transport block of the data to be retransmitted, and specifically includes: determining, by using the RLC PDU in each transport block of the data to be retransmitted in the RLC status report, respectively. Whether it is successfully received, if at least one RLC PDU in a transport block is If the receiving is successful, the receiving end successfully receives the transport block of the data to be retransmitted. If all the RLC PDUs in the transport block are not successfully received, it is determined that the receiving end does not successfully receive the to-be-received Retransmit the transport block in the data.
  • the processor is further configured to determine the to-be-weighted after the obtaining the response message is the data of the negative response message as the data to be retransmitted Whether the retransmission interval of the transmitted data reaches the preset retransmission delay threshold, and if so, directly retransmits all the transport blocks of the data to be retransmitted, otherwise, performs the wireless control chain sent according to the receiving end.
  • the RLC status report determines whether the receiving end successfully receives the data to be retransmitted.
  • the sending end is a base station
  • the RLC status report received by the receiver is triggered by the sending end to report the receiving end to
  • the sending end is triggered by the receiving end to report to the sending end.
  • the processor is further configured to set a round before receiving the NACK feedback by the receiving end by using the receiver
  • the polling identifier is used to trigger the receiving end to feed back the RLC status report.
  • the device further includes: a transmitter, configured to send data to the receiving end;
  • the sending end is a terminal
  • the RLC status report received by the receiver is periodically reported by the receiving end to be sent to the sending end.
  • the method and device for scheduling radio resources provided by the present invention jointly determine the retransmission data by using a response message and an RLC status report, which can effectively solve the problem of repeated retransmission when an ACK misdetection is a NACK error, and can avoid retransmission.
  • Successfully transmitted data saves bandwidth resources and improves spectrum efficiency.
  • FIG. 1 is a schematic diagram of a data frame of an LTE TDD uplink and downlink frame bundling feedback according to an embodiment of the present invention
  • Figure lb is a schematic diagram of data frames of multiplexing feedback of LTE TDD uplink and downlink frames according to an embodiment of the present invention
  • FIG. 2 is a network structure diagram of a communication system according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a method for scheduling a radio resource according to an embodiment of the present invention
  • FIG. 4 is a flowchart of still another method for scheduling a radio resource according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a radio resource scheduling apparatus according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of another radio resource scheduling apparatus according to an embodiment of the present invention
  • Schematic diagram of the structure of a wireless resource scheduling device
  • the radio resource scheduling method and apparatus provided by the embodiments of the present invention can be used in a wireless mobile communication system, such as a Long Term Evolution (LTE) system, and a Wideband Code Division Multiple Access (WCDMA) system. Time Division - Synchronous Code Division Multiple Access (TD-SCDMA) system, Worldwide Interoperability for Microwave Access, WIMAX) systems, etc.
  • LTE Long Term Evolution
  • WCDMA Wideband Code Division Multiple Access
  • TD-SCDMA Time Division - Synchronous Code Division Multiple Access
  • WIMAX Worldwide Interoperability for Microwave Access
  • the feedback mode is used in a communication system in which a plurality of data transmission blocks are bundled and transmitted together, for example, an LTE TDD system using a downlink bundling or multiplexed feedback mode.
  • ACK and NACK of four transport blocks are transmitted at one time for AND combined feedback.
  • Figure la is the bundling feedback mode of LTE TDD uplink and downlink frame ratio mode 2, as shown in Figure la, four consecutive downlinks
  • the ACK and NACK of the transport block are bundled together for feedback.
  • Each transport block may include one protocol data unit PDU or multiple PDUs, and the ACK and NACK of the transport block of the same codeword (ie, data steam 1 or data stream 2 on the graph).
  • the AND operation is combined into one ACK or NACK feedback, that is, one bundling only feeds back one ACK or NACK. If one of the four transport blocks is NACK, the result of the AND operation is NACK, and the feedback is NACK.
  • the ACK and NACK of the two codewords transmitted at a time are combined with the operation and feedback, as shown in FIG. 1b, forming 4 subframes (DL Subframe 1 ⁇ DL Subframe 4), in each subframe.
  • the two codewords (data steam 1 and data stream 2) ACK, NACK merge feedback.
  • the present invention is also applicable to a communication system in which a single transport block is transmitted, for example, a communication system in which the feedback mode is delayed scheduling (such as FDD mode) under non-ACK/NACK Bundling feedback, and the ACK of the data transmission block in the FDD mode. NACK single independent feedback.
  • the feedback mode is delayed scheduling (such as FDD mode) under non-ACK/NACK Bundling feedback, and the ACK of the data transmission block in the FDD mode.
  • NACK single independent feedback In the embodiment of the present invention, an LTE system is taken as an example for description.
  • the 2 is a network structure diagram of a communication system according to an embodiment of the present invention.
  • the system includes a transmitting end 1 and a receiving end 2.
  • the transmitting end 1 may be a base station or a terminal.
  • the receiving end 2 can be a terminal or a base station.
  • the user plane protocol stacks of sender 1 and receiver 1 include: PHY, MAC, RLC and PDCP sublayers, PHY, MAC, RLC and PDCP sublayers of sender 1 and PHY, MAC, RLC and PDCP of receiver 2, respectively Sub-layer communication.
  • the description is made by taking the transmitting end as the base station eNB and the receiving end as the terminal.
  • the RLC layer generally includes three types of RLC entities: a Transparent Mode (TM) RLC entity, an Unacknowledged Mode (UM) RLC entity, and an Acknowledged Mode (AM) RLC entity.
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • the AM RLC entity at the receiving end 2 will send to the transmitting end.
  • the AM RLC entity feedback status of 1 reports acknowledgment information about the Acknowledged Mode Da ta Protoco l Da ta Uni t (AMD PDU) for the acknowledgment mode data, so that the AM RLC entity of the sender 1 performs the acknowledgment information. Corresponding processing to ensure the orderly transmission and normal operation of the system.
  • the acknowledgment information returned by the AM RLC entity of the receiving end 2 to the AM RLC entity of the transmitting end 1 may be acknowledgment information about one AMD PDU, or may be multiple AMD PDUs.
  • the present invention utilizes this point by performing a joint decision with the acknowledgement information returned by the receiving end 2 and the response signal of the MAC layer to confirm whether the transmitted PDUs are successfully transmitted, thereby avoiding retransmitting the successfully transmitted data.
  • the MAC layer provides the main services and functions: multiplexing and demultiplexing of MAC layer service data units (MAC Servive Channel DT Uni t, MAC SDU); scheduling information reporting; HARQ error correction; priority processing and resource scheduling.
  • a MAC Transport Block (MAC TB) may consist of one or more MAC SDUs (RLC PDUs), typically sent to the receiving end via HARQ.
  • RLC PDUs MAC SDUs
  • the data in the MAC SDU and the RLC PDU are the same.
  • the data received by the RLC layer from the upper layer is the RLC SDU.
  • the RLC layer needs to encapsulate the data of the RLC SDU with a header (head) into an RLC PDU and then send the data to the MAC layer.
  • the MAC SDU is received, that is, the MAC SDU and the RLC PDU are equivalent.
  • the HARQ transmission is divided into two types: synchronous and non-synchronous.
  • the asynchronous transmission does not require the time at which the HARQ retransmission is specified.
  • the sending side will confirm that the data will be retransmitted and the scheduling priority of the retransmitted data will be increased.
  • the downlink uses the asynchronous retransmission, if the retransmission data is delayed for too long, the HARQ process is scheduled. It will not be vacated for new transmissions, which will result in insufficient number of HARQ processes and reduce user transmission rate.
  • the invention combines the RLC status report to perform joint decision on the retransmitted data, can effectively avoid retransmitting the successfully transmitted data, solve the problem of causing repeated retransmission, save bandwidth resources, and improve the use efficiency of the spectrum.
  • the next UE will have at most 4 downlink transport blocks as a bund l ing for ACK/NACK bund l Ing feedback.
  • the transmission mode TM2 is configured, single codeword transmission, 4 transport blocks
  • the ACK/NACK will be ANDed and combined into an ACK or NACK feedback to the base station.
  • One or more RLC PDUs may be included in one transport block.
  • the embodiment of the present invention is to solve the problem of data retransmission at the MAC layer.
  • the specific execution entity may be the MAC layer of the transmitting end, and the MAC layer sends data to the MAC layer of the receiving end.
  • the MAC layer of the sending end may receive the ACK/NACK response message fed back by the MAC layer of the receiving end, and may also receive the RLC status report fed back by the RLC layer of the receiving end to the RLC layer of the transmitting end, thereby performing the RLC status report and the ACK/NACK response message. Whether the joint judgment needs to be retransmitted.
  • FIG. 3 is a schematic flowchart of a radio resource scheduling method according to an embodiment of the present invention. As shown in FIG. 3, a radio resource scheduling method according to an embodiment of the present invention includes:
  • the transport block includes at least one RLC PDU.
  • the corresponding PDUs are respectively transmitted in the sub-layers of the user plane protocol stack.
  • the PDCP layer transmits the PDCP PDU to the RLC layer
  • the RLC layer receives the PDCP SDU (ie, the PDCP PDU) and encapsulates the RLC PDU into the RLC layer.
  • the RLC PDU is retransmitted to the MAC layer
  • the MAC layer receives the MAC SDU (ie, the RLC PDU) and encapsulates it into a MAC PDU, etc., wherein the data in the PDU transmitted by each layer is substantially the same, and only the encapsulation manner is different.
  • one bundling includes four Data Streams or three Data Streams, one Data Stream is one transport block TB, and one TB may include one PDU or multiple PDUs. Since the response message (ACK/NACK) of the four TBs in the bundling mode feedback is fed back together, if the response message of one of the TBs is NACK, the receiving end feeds back a NACK to the transmitting end when receiving the bundling. When the sender receives the NACK, the response message is the data of the NACK as the data to be retransmitted, that is, all the transport blocks in the bundle that obtain the response message as NACK.
  • the sending end determines, according to the radio control link RLC status report sent by the receiving end, whether the receiving end successfully receives each transport block of the data to be retransmitted.
  • the RLC status report includes acknowledgment information of the RLC PDU received by the receiving end, and the acknowledgment information may include a sequence number of the RLC PDU successfully received by the receiving end.
  • the transport block of the data transmission if all the RLC PDUs in the transport block are not successfully received, it is determined that the receiving end does not successfully receive the transport block in the data to be retransmitted. That is, if one PDU is successfully received, the TB reception is considered successful. It is necessary to judge all the transport blocks in the data to be retransmitted.
  • the sender When a new transport block (TB) is generated, the sender records the sequence number of the RLC PDUs constituting the TB, and associates the TB of the MAC layer with the sequence number of the RLC PDU. If the TB is received in the data that the receiving end sends the response message to the NACK, the data in which all the response messages including the TB are NACK is obtained as the data to be retransmitted in the S1 01, and the receiving end feedback is received.
  • TB transport block
  • the RLC status report determines whether the sequence number of the RLC PDU in each TB of the to-be-retransmitted data including the TB is successfully received according to the RLC status report, and if the sequence number of at least one RLC PDU in a TB is successfully received, If the receiving end successfully receives the TB, if the sequence numbers of all the RLC PDUs in the transport block are not successfully received, it indicates that the TB is a transport block that is not successfully received by the receiving end. Determining each TB in the retransmission data separately, and also advancing other TBs in the data to be retransmitted The same processing is done.
  • the RLC status report may include a section of the sequence number of the RLC PDU that the receiving end receives successfully. If the sequence number of the RLC PDU belongs to the successfully received section, it indicates that the RLC PDU is successfully received. Otherwise, it indicates that the RLC PDU was not successfully received.
  • the RLC status report may be triggered by the sender or reported by the receiver.
  • the RLC status report is triggered by the sending end to report the sending end to the sending end; or the timing of the receiving end is reported to the sending end. If the sending end is the terminal UE, the RLC status report is reported to the sending end by the receiving end timing trigger.
  • the RLC status report is triggered by the sending end, and at the transmitting end, for example, the base station, a polling identifier (pol l ing ) can be set, and the polling identifier is used to trigger the receiving end to feedback the wireless control chain.
  • the RLC status report by setting the polling identifier pol ling, actively causes the receiving end to immediately feedback.
  • the polling identifier is sent to the receiving end, and the receiving side is actively triggered to feed back the RLC status report.
  • the polling identifier pol 1 ing may be set in the RLC PDU in one TB or several TBs in the bundle, and the receiving end feedback RLC is triggered. status report.
  • the polling identifier pol 1 ing may be set in the RLC PDU in one TB or several TBs in the bundle, and the receiving end feedback RLC is triggered. status report.
  • the receiving end feedback RLC is triggered. status report.
  • the frequency of triggering reporting can be adjusted to balance the use of the air interface resource by the RLC status report.
  • the parameter interval is configured by the base station (which may be the sender or the receiver), and the trigger interval of the receiver timer is configured.
  • the receiving end may receive a delay when receiving the RLC status report. In order to avoid delay retransmission caused by receiving RLC status report, etc., it may cause over time. Large delay, the retransmission delay threshold is usually set.
  • the method further includes: S202: determining whether a retransmission interval of the data to be retransmitted reaches a preset retransmission delay threshold, if Then, the S206 directly retransmits all the transport blocks of the data to be retransmitted. Otherwise, the process proceeds to S203, and the RLC status report of the radio control link sent by the receiving end is performed to determine whether the receiving end successfully receives the data.
  • the preset retransmission delay threshold may be adjusted according to different actual usage scenarios.
  • the minimum value may be set to one HARQ RTT (a minimum interval of HARQ transmission, that is, 1 HARQ RTT), and the value may not be too large, otherwise Excessive delay, generally up to 2 times the HARQ RTT ( 2HARQ RTT ).
  • the preset retransmission delay threshold may be any value between 1 HARQ RTT - 2 HARQ RTT.
  • the radio resource scheduling method provided by the embodiment of the present invention performs a joint decision on the retransmission data by using a response message and an RLC status report, which can effectively solve the problem of causing repeated retransmission when an ACK misdetection is a NACK error, and can avoid retransmission. Data that has been successfully transmitted saves bandwidth resources and improves spectrum efficiency.
  • the radio resource scheduling apparatus provided by the embodiment of the present invention is described in detail.
  • FIG. 5 is a schematic structural diagram of a radio resource scheduling apparatus according to an embodiment of the present invention, as shown in FIG. 5
  • the radio resource scheduling apparatus according to the embodiment of the present invention includes: a receiving unit 301, an obtaining unit 302, a processing unit 303, and a retransmission unit 304.
  • the receiving unit 301 is configured to receive a response message fed back by the receiving end and a radio control link RLC status report.
  • the obtaining unit 302 is configured to: when the receiving unit 301 receives the negative acknowledgement message NACK, obtain the data of the acknowledgement message as the negative acknowledgement message as the data to be retransmitted.
  • the data to be retransmitted includes at least one transport block.
  • the processing unit 303 is configured to determine, according to the RLC status report received by the receiving unit 301, whether the receiving end successfully receives each transport block of the data to be retransmitted, if the receiving end successfully receives the data to be retransmitted. If all the transport blocks are retransmitted, the data to be retransmitted is cancelled. If the receiving end does not successfully receive all the transport blocks of the data to be retransmitted, the retransmission unit 304 is entered.
  • the retransmission unit 304 is configured to retransmit the transport block that is not successfully received in the data to be retransmitted.
  • the transport block of the data to be retransmitted acquired by the obtaining unit 302 includes at least one RLC PDU.
  • the RLC status report received by the receiving unit 301 includes the acknowledgment information of the RLC PDU received by the receiving end, and the acknowledgment information may include the sequence number of the RLC PDU successfully received by the receiving end.
  • the processing unit 303 is configured to determine whether the receiving end successfully receives the transport blocks of the data to be retransmitted, and specifically includes: RLC PDUs in each transport block used to determine the data to be retransmitted in the RLC status report, respectively. Whether the RLC PDU in a transport block is successfully received, if the receiving end successfully receives the transport block of the data to be retransmitted, if all the RLC PDUs in the transport block are not successfully received And determining that the receiving end does not successfully receive the transport block in the data to be retransmitted.
  • the RLC status report may be triggered by the sender or reported by the receiver.
  • the RLC status report received by the receiving unit 301 is triggered by the base station to be reported to the sending end by the receiving end; or, by the receiving end, The trigger is reported to the sender. If the device is a terminal, the RLC status report received by the receiving unit 301 is reported by the receiving end to the sending end.
  • the device may further include: a transmitting unit 306 and a setting unit 307.
  • the sending unit 306 is configured to send data to the receiving end.
  • the setting unit 307 is configured to set a polling identifier po l l ing, and the polling identifier is used to trigger the receiving end to feed back the wireless control link RLC status report.
  • the setting unit 307 can set the polling identifier po l 1 ing in the RLC PDU in one TB or several TBs in the bunding, and the sending unit 306 sets the round.
  • the query identifier is sent to the receiving end to trigger the receiving end to feed back the RLC status report.
  • the parameter setting may be performed by the base station (which may be the transmitting end or the receiving end), and the triggering interval of the receiving end timer may be configured.
  • the receiving end may receive a delay when receiving the RLC status report. In order to avoid delay retransmission caused by receiving RLC status report, etc., it may cause over time. Large delay, the retransmission delay threshold is usually set.
  • the apparatus further includes: a determining unit 305.
  • the determining unit 305 is configured to determine whether the retransmission interval of the data to be retransmitted acquired by the acquiring unit 302 reaches a preset retransmission delay threshold, and if yes, directly enters the retransmission unit 304 to retransmit the data to be retransmitted. All of the transport blocks are processed, and the processing unit 303 is executed to perform the radio control link RLC status report sent by the receiving end to determine whether the receiving end successfully receives the transport blocks of the data to be retransmitted.
  • the retransmission unit 304 retransmits the transport block that is not successfully received in the data to be retransmitted.
  • the preset retransmission delay threshold may be adjusted according to different actual usage scenarios. The minimum value may be set to one HARQ RTT (a minimum interval of HARQ transmission, that is, 1 HARQ RTT), and the value may not be too large, otherwise Excessive delay, generally up to 2 times the HARQ RTT ( 2HARQ RTT ).
  • the preset retransmission delay threshold may be any value between 1 HARQ RTT - 2 HARQ RTT.
  • FIG. 6 is a schematic structural diagram of a radio resource scheduling apparatus according to an embodiment of the present invention.
  • the radio resource scheduling apparatus 400 includes: a processor 401, a receiver 402, a transmitter 403, and a memory 404.
  • the receiver 402 is configured to interact with other devices to receive data sent by the other devices, including a response message and an RLC status report.
  • Transmitter 403 is used to interact with other devices to send data to the other devices.
  • Memory 404 can be a persistent storage, such as a hard drive and flash memory, with software modules and device drivers in memory 404.
  • the software module is capable of executing various functional modules of the above method of the embodiments of the present invention; the device driver may be a network and an interface driver.
  • the data of the negative response message is obtained as the data to be retransmitted, and the data to be retransmitted includes at least one transport block;
  • the receiving end successfully receives all the transport blocks of the data to be retransmitted, cancel the retransmission of the data to be retransmitted, or if the receiving end does not successfully receive all the transport blocks of the data to be retransmitted, Then, the transport block that is not successfully received in the data to be retransmitted is retransmitted.
  • the transport block includes at least one RLC PDU, and the RLC status report includes the The acknowledgment information of the RLC PDU received by the receiving end;
  • the processor 401 is specifically configured to determine whether the RLC PDU in each transport block of the data to be retransmitted is successfully received, and if at least one RLC PDU in a transport block is successfully received, Determining that the receiving end successfully receives the transport block to be retransmitted data, if all the RLC PDUs in the transport block are not successfully received, determining that the receiving end does not successfully receive the data to be retransmitted The transport block.
  • the radio resource scheduling apparatus further performs the method in the foregoing Embodiment 1 according to the instruction, and details are not described herein.
  • the method and device for scheduling a radio resource provided by the embodiment of the present invention can jointly solve the problem of retransmission caused by an ACK misdetection to a NACK error by using a response message and an RLC status report to perform a joint decision on the retransmission data, which can avoid heavy Passing data that has been successfully transmitted saves bandwidth resources and improves spectrum efficiency.
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • registers hard disk, removable disk, CD-ROM, or technical field Any other form of storage medium known.

Landscapes

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

Abstract

本发明涉及一种无线资源调度方法及装置，所述方法包括：当发送端接收到接收端反馈否定应答消息NACK时，所述发送端获取应答消息为所述否定应答消息的数据作为待重传数据，所述待重传数据包括至少一个传输块；所述发送端根据所述接收端发送的无线控制链路RLC状态报告，判断所述接收端是否成功接收所述待重传数据的各个传输块，如果成功接收所述待重传数据的全部传输块，则取消重传所述待重传数据，如果未成功接收所述待重传数据的全部传输块，则重传所述待重传数据中未成功接收的传输块。本发明有效解决在发生ACK误检为NACK错误时导致重复重传的问题，可以避免重传已成功传输的数据，节省带宽资源，提高频谱的使用效率。

Description

无线资源调度方法及装置
技术领域
本发明涉及通信技术领域， 尤其涉及一种无线资源调度方法及装置。 背景技术
演进全球陆地无线接入网络 ( Evolved Universal Terrestrial Radio Access Network, E-UTRAN ) 的无线协议结构分为用户面和控制面。 其中， 用 户面协议栈包括物理层 ( Physical Layer, PHY )、介质访问控制 (Media Access Control, MAC)、 无线链路控制 ( Radio Link Control, RLC )和包数据集中 协议（Packet Data Convergence Protocol, PDCP)子层组成， 提供头压缩、 调度、 自动重传清求 ( Automatic Repeat Request, ARQ )和混合自动重传清 求 ( Hybrid Automatic Repeat Request, HARQ )等功能。
在数据传输过程中，一个数据传输块从发送端通过 HARQ等功能发送至接 收端。 当接收端接收正确时， 会反馈确认应答（Acknowledgement, ACK ) 至 发送端。 当接收端接收错误时， 则会反馈否定应答 （ Negative Acknowledgement, NACK )至发送端。 此时， 发送端将通过 HARQ进行重传， 接收端则会对重传数据进行合并接收。
然而， 由于信道环境的影响， 发送端和接收端之间的 ACK/NACK空口传输 会发生一定概率的误检， 即实际是 ACK但发送端解出的是 NACK。 尤其是在一 些将多个传输块捆绑进行传输并一起反馈模式中， 时常会导致 ACK被误检为 NACK。 例如， 在长期演进时分双工（Long Term Evolution Time Division Duplex, LTE TDD)中的下行捆绑 ( Bundling ) 或多路复用 (Multiplexing ) 反馈模式等， 这些反馈模式将多个下行数据传输块的反馈捆绑在一起传输， 这样在进行 ACK/NACK反馈时， 则是对应地将多个下行数据传输块的反馈先运 算合并成一个 ACK或者 NACK反馈的。 当多个下行数据帧中有一个下行数据传 输块出现 NACK，而其他下行数据帧为 ACK时，通过运算合并后即形成一个 NACK 反馈。 而实际上， 所述多个下行数据传输块的其他传输块已经传输成功， 但 发送端收到的反馈信息是 NACK。
由此可见，当 ACK空口传输发生误检，即实际是 ACK但反馈的是 NACK时， 发送侧则会将实际已接收成功的数据重传， 接收侧收到重传数据后做丟弃处 理。 这样， 重传已经成功传输的数据会造成带宽资源浪费使用， 而且会产生 用户不能及时发送新数据造成速率降低并且延时增大等问题。 发明内容
本发明提供一种无线资源调度方法及装置， 有效解决在发生 ACK误检为 NACK错误时导致重复重传的问题， 可以避免重传已成功传输的数据， 节省带 宽资源， 提高频谱的使用效率。
本发明第一方面提供了一种无线资源调度方法， 所述方法包括： 当发送端接收到接收端反馈否定应答消息 NACK时，所述发送端获取应答 消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至少 一个传输块；
所述发送端根据所述接收端发送的无线控制链路 RLC状态报告， 判断所 述接收端是否成功接收所述待重传数据的各个传输块；
如果所述接收端成功接收所述待重传数据的全部传输块， 则取消重传所 述待重传数据， 或者， 如果所述接收端未成功接收所述待重传数据的全部传 输块， 则重传所述待重传数据中未成功接收的传输块。
结合第一方面， 在第一方面的第一种可能的实施方式中， 所述传输块包 括至少一个 RLC协议数据单元 RLC PDU, 所述 RLC状态报告中包括所述接收端 接收的 RLC PDU的确认信息；
所述判断所述接收端是否成功接收所述待重传数据的各个传输块， 具体 包括：
分别判断所述待重传数据的各个传输块中的 RLC PDU是否成功接收， 如 果一个传输块中的至少一个 RLC PDU成功接收， 则判断为所述接收端成功接 收所述待重传数据的该传输块， 如果该传输块中的全部 RLC PDU 均未成功接 收， 则判断为所述接收端未成功接收所述待重传数据中的该传输块。
结合第一方面， 在第一方面的第二种可能的实施方式中， 在所述发送端 获取应答消息为所述否定应答消息的数据作为待重传数据之后， 还包括： 判断所述待重传数据的重传间隔时间是否达到预设重传时延门限， 如果 是， 则直接重传所述待重传数据的全部所述传输块， 否则， 执行所述根据所 述接收端发送的无线控制链路 RLC状态报告， 判断所述接收端是否成功接收 所述待重传数据。
结合第一方面， 在第一方面的第三种可能的实施方式中， 如果所述发送 端为基站， 所述 RLC状态报告通过所述发送端触发所述接收端上报给所述发 送端； 或者， 由所述接收端定时触发上报给所述发送端。
结合第一方面的第三种可能的实施方式， 在第一方面的第四种可能的实 施方式中，在所述发送端接收到接收端反馈否定应答消息 NACK之前，还包括： 所述发送端设置轮询标识 po l l ing ,在发送数据给所述接收端时，将所述 轮询标识发送给所述接收端， 所述轮询标识用于触发接收端反馈 RLC状态报 告。
结合第一方面， 在第一方面的第五种可能的实施方式中， 如果所述发送 端为终端， 所述 RLC状态报告由所述接收端定时触发上报给所述发送端。
第二方面， 本发明还提供了一种无线资源调度装置， 所述装置包括： 接收单元， 用于接收接收端反馈的应答消息和无线控制链路 RLC状态报 告.
获取单元， 用于当所述接收单元接收到否定应答消息 NACK时， 获取应答 消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至少 一个传输块；
处理单元， 用于根据所述接收单元接收的所述 RLC状态报告， 判断所述 接收端是否成功接收所述待重传数据的各个传输块， 如果所述接收端成功接 收所述待重传数据的全部传输块， 则取消重传所述待重传数据， 如果所述接 收端未成功接收所述待重传数据的全部传输块， 则进入重传单元；
所述重传单元， 用于重传所述待重传数据中未成功接收的传输块。
结合第二方面， 在第二方面的第一种可能的实施方式中， 所述获取单元 获取的所述待重传数据的所述传输块包括至少一个 RLC 协议数据单元 RLC PDU ,所述接收单元接收的所述 RLC状态报告中包括所述接收端接收的 RLC PDU 的确认信息；
所述处理单元用于判断所述接收端是否成功接收所述待重传数据的各个 传输块， 具体包括用于分别判断所述 RLC状态报告中所述待重传数据的各个 传输块中的 RLC PDU是否成功接收， 如果一个传输块中的至少一个 RLC PDU 成功接收， 则判断为所述接收端成功接收所述待重传数据的该传输块， 如果 该传输块中的全部 RLC PDU 均未成功接收， 则判断为所述接收端未成功接收 所述待重传数据中的该传输块。
结合第二方面， 在第二方面的第二种可能的实施方式中， 所述装置还包 括：
判断单元， 用于判断所述获取单元获取的所述待重传数据的重传间隔时 间是否达到预设重传时延门限， 如果是， 则直接进入所述重传单元重传所述 待重传数据的全部所述传输块， 否则， 进入所述处理单元。
结合第二方面， 在第二方面的第三种可能的实施方式中， 如果所述装置 为基站， 所述接收单元接收的所述 RLC状态报告通过所述基站触发所述接收 端上报给所述发送端； 或者， 由所述接收端定时触发上报给所述发送端。
结合第二方面的第三种可能的实施方式， 在第二方面的第四种可能的实 施方式中， 所述装置还包括： 发送单元和设置单元； 所述发送单元， 用于发送数据给所述接收端；
所述设置单元， 用于设置轮询标识 po 1 1 i ng；
所述发送单元在发送数据给所述接收端时， 将所述设置单元设置的所述 轮询标识发送给所述接收端， 所述轮询标识用于触发接收端反馈无线控制链 路 RLC状态报告。
结合第二方面， 在第二方面的第五种可能的实施方式中， 如果所述装置 为终端， 所述接收单元接收的所述 RLC状态报告由所述接收端定时触发上报 给所述发送端。
第三方面， 本发明还提供了一种无线资源调度装置， 所述装置包括： 处 理器和接收器；
所述接收器用于接收接收端反馈的应答消息和无线控制链路 RLC状态报 告.
所述处理器用于当通过所述接收器接收到否定应答消息 NACK时，获取应 答消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至 少一个传输块；
根据所述接收器接收的所述 RLC状态报告， 判断所述接收端是否成功接 收所述待重传数据的各个传输块， 如果所述接收端成功接收所述待重传数据 的全部传输块， 则取消重传所述待重传数据， 如果所述接收端未成功接收所 述待重传数据的全部传输块， 则重传所述待重传数据中未成功接收的传输块。
结合第三方面， 在第三方面的第一种可能的实施方式中， 所述处理器获 取的所述待重传数据的所述传输块包括至少一个 RLC协议数据单元 RLC PDU , 所述接收器接收的所述 RLC状态报告中包括所述接收端接收的 RLC PDU的确 认信息；
所述处理器用于判断所述接收端是否成功接收所述待重传数据的各个传 输块， 具体包括用于分别判断所述 RLC状态报告中所述待重传数据的各个传 输块中的 RLC PDU是否成功接收， 如果一个传输块中的至少一个 RLC PDU成 功接收， 则判断为所述接收端成功接收所述待重传数据的该传输块， 如果该 传输块中的全部 RLC PDU均未成功接收， 则判断为所述接收端未成功接收所 述待重传数据中的该传输块。
结合第三方面， 在第三方面的第二种可能的实施方式中， 所述处理器在 获取应答消息为所述否定应答消息的数据作为待重传数据之后， 还用于判断 所述待重传数据的重传间隔时间是否达到预设重传时延门限， 如果是， 则直 接重传所述待重传数据的全部传输块， 否则， 执行所述根据所述接收端发送 的无线控制链路 RLC状态报告， 判断所述接收端是否成功接收所述待重传数 据。
结合第三方面， 在第三方面的第三种可能的实施方式中， 如果所述发送 端为基站， 所述接收器接收的所述 RLC状态报告通过所述发送端触发所述接 收端上报给所述发送端； 或者， 由所述接收端定时触发上报给所述发送端。
结合第三方面的第三种可能的实施方式， 在第三方面的第四种可能的实 施方式中， 所述处理器在通过所述接收器接收到接收端反馈 NACK之前， 还用 于设置轮询标识 po l 1 ing , 所述轮询标识用于触发接收端反馈 RLC状态报告； 所述装置还包括： 发送器， 用于发送数据给所述接收端；
所述处理器在通过所述发送器发送数据给所述接收端时， 将所述轮询标 识通过所述发送器发送给所述接收端。
结合第三方面， 在第三方面的第五种可能的实施方式中， 如果所述发送 端为终端， 所述接收器接收的所述 RLC状态报告由所述接收端定时触发上报 给所述发送端。
本发明提供的无线资源调度方法及装置， 通过应答消息和 RLC状态报告 对待重传数据进行联合判决， 可以有效解决在发生 ACK误检为 NACK错误时导 致重复重传的问题， 可以避免重传已成功传输的数据， 节省带宽资源， 提高 频谱的使用效率。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性 劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 la为本发明实施例提供的 LTE TDD上下行帧 bundling反馈的数据帧 示意图；
图 lb为本发明实施例提供的 LTE TDD上下行帧 Multiplexing反馈的数 据帧示意图；
图 2为本发明实施例提供的通信系统的网络结构图；
图 3为本发明实施例提供的一种无线资源调度方法流程图；
图 4为本发明实施例提供的又一种无线资源调度方法流程图；
图 5为本发明实施例提供的一种无线资源调度装置的结构示意图； 图 6为本发明实施例提供的又一种无线资源调度装置的结构示意图； 图 7为本发明实施例提供的一种无线资源调度装置的组成结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整的描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例提供的无线资源调度方法及装置， 可用于无线移动通信系 统， 如长期演进 ( Long Term Evolution, LTE ) 系统， 宽带码分多址接入 (Wideband Code Division Multiple Access, WCDMA ) 系统， 时分同步码 分多址接入 (Time Division - Synchronous Code Division Multiple Access, TD— SCDMA)系统， 全球敖波互联网接入 （Worldwide Interoperability for Microwave Access, WIMAX)系统等。 其中， 尤其是反馈模式釆用多个数据传 输块捆绑传输并一起反馈的通信系统中， 例如， 釆用下行捆绑 （Bundling) 或多路复用 （Multiplexing)反馈模式的 LTE TDD系统。 在 TDD的 bundling 反馈模式下，一次传输四个传输块的 ACK、 NACK求 AND合并反馈， 图 la为 LTE TDD 上下行帧配比模式 2下 bundling反馈方式， 如图 la所示， 连续四个下 行传输块的 ACK、 NACK捆绑在一起反馈， 每个传输块可以包括一个协议数据 单元 PDU或者多个 PDU， 相同码字的传输块（即图上的 data steam 1或 data Stream 2 ) 的 ACK、 NACK进行与运算合并成一个 ACK或者 NACK反馈， 即一个 bundling仅反馈一个 ACK或 NACK， 如果四个传输块中有一个传输块是 NACK， 那么与运算的结果是 NACK， 反馈的是 NACK。 而在 TDD的 Multiplexing反馈 模式下， 一次传输的两个码字的 ACK、 NACK进行与运算合并反馈， 如图 lb所 示， 形成 4 个子帧 （DL Subframe 1 ~ DL Subframe 4) ， 每个子帧中的两个 码字 ( data steam 1和 data Stream 2 ) ACK, NACK合并反馈。
当然， 本发明也适用于单个传输块传输的通信系统， 例如， 反馈模式为 非 ACK/NACK Bundling反馈下的延时调度（比如 FDD模式） 的通信系统， 在 FDD模式下数据传输块的 ACK、 NACK单个独立反馈。 在本发明实施例中， 以 LTE系统为例进行说明。
图 2是本发明实施例提供的通信系统的网络结构图， 如图 2所示， 该系 统包括发送端 1和接收端 2。 发送端 1可以是基站， 也可以是终端。 相应地， 接收端 2可以是终端， 也可以是基站。 发送端 1和接收端 1的用户面协议栈 包括： PHY、 MAC, RLC和 PDCP子层， 发送端 1的 PHY、 MAC, RLC和 PDCP子层 分别与接收端 2的 PHY、 MAC, RLC和 PDCP子层通信。 在本实施例中以发送端 为基站 eNB， 接收端为终端为例进行说明。
RLC层一般包括三种类型的 RLC实体：透明模式（Transparent Mode, TM ) RLC 实体、 非确认模式（Unacknowledged Mode, UM ) RLC 实体和确认模式 (Acknowledged Mode, AM) RLC实体。 接收端 2的 AM RLC实体会向发送端 1 的 AM RLC 实体反馈状态报告关于所接收确认模式数据的协议数据单元 ( Acknowl edged Mode Da ta Protoco l Da ta Uni t , AMD PDU ) 的确认信息， 以便发送端 1的 AM RLC实体根据确认信息进行相应处理， 从而保证发送的有 序进行及系统的正常运行。 接收端 2的 AM RLC实体向发送端 1的 AM RLC实 体返回的确认信息可以是关于一个 AMD PDU 的确认信息， 也可以是多个 AMD PDU。 本发明正是利用这一点， 通过接收端 2返回的确认信息与 MAC层的应答 信号进行联合判决， 确认传输的各个 PDU是否传输成功， 从而避免再重传已 成功传输的数据。
MAC层提供主要服务和功能有： MAC层服务数据单元（MAC Serv i ce Da ta Uni t , MAC SDU ) 的复用和解复用； 调度信息上报； HARQ纠错； 优先级处理和 资源调度等。 一个 MAC传输块（ MAC TB )可以由一个或多个 MAC SDU (RLC PDU) 组成， 一般通过 HARQ发送至接收端。 其中， MAC SDU和 RLC PDU中的数据是 相同的， RLC层从上层接收到的数据是 RLC SDU, RLC层需要将 RLC SDU的数 据加一个头 （ Head )封装成 RLC PDU之后再发送给 MAC层， 而从 MAC层来看 接收到的是 MAC SDU, 也就是说， MAC SDU和 RLC PDU是等价的。 从传输时间 看， HARQ传输分同步和非同步两种，非同步传输不要求指定 HARQ重传的时刻。 一般发送侧接收到 HARQ反馈的 NACK后， 会确认数据将要重传且重传数据的 调度优先级会提高， 尽管下行釆用非同步重传， 如果重传数据延时太长时间 调度， HARQ进程将无法空出用于新传， 会造成 HARQ进程数不够， 降低用户传 输速率。 本发明结合 RLC状态报告对待重传数据进行联合判决， 可以有效避 免重传已成功传输的数据， 解决导致重复重传的问题， 节省带宽资源， 提高 频谱的使用效率。
实施例一
在图 la所示的 LTE TDD下行釆用 bund l ing模式反馈的系统中， 由于上 行帧受限， 该配置下一个 UE最多会有 4个下行传输块作为一个 bund l ing进 行 ACK/NACK bund l ing反馈。 若配置传输模式 TM2即单码字传输， 4个传输块 的 ACK/NACK会求 AND操作， 合并成一个 ACK或 NACK反馈给基站。 一个传输 块中可以包括一个或多个 RLC PDU。
现有技术中， 如果在一个 bundling 中至少有一个传输块的应答信息为 NACK要反馈， 即使其他传输的传输块都是正确的， 那么该 bundling的所有传 输块（即 4个 Data Streaml或者 3个 Data Stream2 )都要进行重传， 造成空 口和硬件资源浪费。
本发明实施例是为了解决 MAC层的数据重传的问题， 具体的执行主体可 以是发送端的 MAC层， 由 MAC层发送数据给接收端的 MAC层。 发送端的 MAC 层可以接收接收端的 MAC层反馈的 ACK/NACK应答消息， 同时也可以接收由接 收端的 RLC层向发送端的 RLC层反馈的 RLC状态报告， 从而根据 RLC状态报 告和 ACK/NACK应答消息进行联合判决是否需要重传。
图 3是本发明实施例提供的无线资源调度方法流程示意图，如图 3所示， 本发明实施例的无线资源调度方法包括：
S10 当发送端接收到接收端反馈否定应答消息 NACK时， 所述发送端获 取应答消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包 括至少一个传输块。
所述传输块包括至少一个 RLCPDU。 需要说明的是， 在用户面协议栈的各 个子层分别传输对应的 PDU， 例如， PDCP层传输 PDCP PDU给 RLC层， RLC层 接收到 PDCP SDU (即 PDCP PDU)后封装成 RLC PDU, RLC层再传输 RLC PDU 给 MAC层， MAC层接收到 MAC SDU (即 RLC PDU )后封装成 MAC PDU等等， 其 中， 每一层传输的 PDU中的数据实质上是相同的， 仅是封装方式不同。
图 la所示， 一个 bundling里中包括 4个 Data Streaml或者 3个 Data Stream2, 一个 Data Stream为一个传输块 TB， 一个 TB中可以包括一个 PDU 或者多个 PDU。由于釆用 bundling模式反馈中 4个 TB的应答消息（ ACK/NACK ) 是一起反馈的， 如果其中一个 TB的应答消息为 NACK， 那么接收端在接收到该 bundling时， 反馈给发送端一个 NACK。 当发送端接收到 NACK时， 则获取应答消息为所述 NACK的数据作为待重 传数据， 即获取应答消息为 NACK的 bund l ing中的所有传输块。
S 1 02、 所述发送端根据所述接收端发送的无线控制链路 RLC状态报告， 判断所述接收端是否成功接收所述待重传数据的各个传输块。
S 1 03、 如果所述接收端成功接收所述待重传数据的全部传输块， 则取消 重传所述待重传数据， 或者， 如果所述接收端未成功接收所述待重传数据的 全部传输块， 则重传所述待重传数据中未成功接收的传输块。
所述 RLC状态报告中包括所述接收端接收的 RLC PDU的确认信息， 该确 认信息可以包括所述接收端成功接收的 RLC PDU的序列号。
所述 S 1 02 中判断所述接收端是否成功接收所述待重传数据的各个传输 块， 具体包括：
分别判断所述待重传数据的各个传输块中的 RLC协议数据单元 RLC PDU 是否成功接收， 如果一个传输块中的至少一个 RLC PDU成功接收， 则判断为 所述接收端成功接收所述待重传数据的该传输块，如果该传输块中的全部 RLC PDU均未成功接收，则判断为所述接收端未成功接收未成功接收所述待重传数 据中的该传输块。 即， 如果有一个 PDU成功接收， 认为该 TB接收成功。 对所 述待重传数据中的所有传输块都需要进行判断。
当有新的传输块（ TB )生成时， 发送端会记录组成该 TB的 RLC PDU的序 列号， 将 MAC层的 TB和 RLC PDU的序列号进行关联。 如果接收到接收端发送 应答消息为 NACK的数据中包括该 TB，则 S 1 01中获取包括该 TB在内的所有应 答消息为 NACK的数据作为待重传数据， 在接收到所述接收端反馈的 RLC状态 报告， 根据 RLC状态报告分别判断包括该 TB在内的待重传数据的各个 TB中 的 RLC PDU的序列号是否成功接收， 如果一个 TB中的至少一个 RLC PDU的序 列号成功接收，则表明所述接收端成功接收该 TB，如果该传输块中的全部 RLC PDU的序列号均未成功接收，则表明该 TB为所述接收端未成功接收的传输块。 分别对待重传数据中的各个 TB进行判断， 对于待重传数据中的其他 TB也进 行相同的处理。
可选地， RLC状态报告中可以包括接收端接收成功的 RLC PDU的序列号的 区段， 在判断时， 如果 RLC PDU 的序列号属于接收成功的区段中， 则表明该 RLC PDU接收成功， 否则， 表明该 RLC PDU未接收成功。
如果 S102 判断出所述待重传数据中全部传输块均被所述接收端成功接 收， 进入 S103后则取消重传所述待重传数据。 如果 S102判断出所述待重传 数据中有部分传输块未被所述接收端成功接收， 进入 S103后则重传所述待重 传数据中所述接收端未成功接收的传输块。
需要说明的是， RLC状态报告可以由发送端触发上报或者由接收端定时触 发上报。
具体地，如果发送端为基站， RLC状态报告通过所述发送端触发所述接收 端上报给所述发送端； 或者， 由所述接收端定时触发上报给所述发送端。 如 果发送端为终端 UE,则 RLC 状态报告由所述接收端定时触发上报给所述发送 端。
对于发送端为基站， RLC状态报告通过所述发送端触发上报的情形，在发 送端， 例如基站， 可以设置轮询标识（pol l ing ) ， 该轮询标识用于触发接收 端反馈无线控制链路 RLC状态报告， 通过设置轮询标识 pol l ing主动让接收 端立即反馈。 在发送端发送数据给所述接收端时， 将所述轮询标识发送给所 述接收端， 主动触发接收侧反馈 RLC状态报告。
一般来说， 对于上述发送端触发上报的情形， 发送端传输数据时， 可以 在 bundl ing中的一个 TB或者几个 TB里，在 RLC PDU中设置轮询标识 pol 1 ing， 触发接收端反馈 RLC状态报告。 为使得 RLC状态报告能上报给发送侧， 当发 送端为基站侧时， 需要进行上行调度， 分配一定的带宽资源让 RLC状态报告 上报到发送侧。 此外， 可以根据空口资源利用率， 调节触发上报的频度， 平 衡 RLC状态报告对空口资源的使用。
对于 RLC状态报告由所述接收端定时触发上报给所述发送端的情形， 可 以先通过基站 （可以是发送端也可以是接收端）进行参数配置， 配置接收端 定时器的触发时间间隔。
另外， 在数据传输时， 可能会出现拥塞或者其他异常的情况， 发送端接 收 RLC状态报告可能会出现延时， 为了避免由于接收 RLC状态报告等造成的 延时重传超出一定的时间， 导致过大时延， 一般会设置重传时延门限。
因此，可选的，如图 4所示，在 S201获取待重传数据之后，还包括： S202、 判断所述待重传数据的重传间隔时间是否达到预设重传时延门限， 如果是， 则进入 S206直接重传所述待重传数据的全部传输块， 否则， 进入 S203， 执行 所述根据所述接收端发送的无线控制链路 RLC状态报告， 判断所述接收端是 否成功接收所述待重传数据的各个传输块， 如果所述接收端成功接收所述待 重传数据的全部传输块， 则进入 S204 , 取消重传所述待重传数据， 如果所述 接收端未成功接收所述待重传数据的全部传输块， 则进入 S205 , 重传所述待 重传数据中未成功接收的传输块。
所述预设重传时延门限可以根据实际使用场景的不同进行调整， 该值最 小可以设置为一个 HARQ RTT (一个 HARQ传输最小间隔， 即 1HARQ RTT ) ， 该 值也不能太大， 否则会导致过大时延， 一般最大可设置为 2 倍的 HARQ RTT ( 2HARQ RTT ) 。 预设重传时延门限可以是 1HARQ RTT - 2HARQ RTT之间任意 值。
本发明实施例所提供的无线资源调度方法， 通过应答消息和 RLC状态报 告对待重传数据进行联合判决， 可以有效解决在发生 ACK误检为 NACK错误时 导致重复重传的问题， 可以避免重传已成功传输的数据， 节省带宽资源， 提 高频谱的使用效率。 面对本发明实施例提供的无线资源调度装置进行详细描述。
实施例二
图 5是本发明实施例提供的无线资源调度装置的结构示意图， 如图 5所 示， 本发明实施例的无线资源调度装置包括： 接收单元 301、 获取单元 302、 处理单元 303和重传单元 304。
接收单元 301用于接收接收端反馈的应答消息和无线控制链路 RLC状态 报告。
获取单元 302用于当接收单元 301接收到否定应答消息 NACK时，获取应 答消息为所述否定应答消息的数据作为待重传数据。
所述待重传数据包括至少一个传输块。
处理单元 303用于根据接收单元 301接收的所述 RLC状态报告， 判断所 述接收端是否成功接收所述待重传数据的各个传输块， 如果所述接收端成功 接收所述待重传数据的全部传输块， 则取消重传所述待重传数据， 如果所述 接收端未成功接收所述待重传数据的全部传输块， 则进入重传单元 304。
重传单元 304用于重传所述待重传数据中未成功接收的传输块。
其中， 获取单元 302获取的所述待重传数据的所述传输块包括至少一个 RLC PDU。
接收单元 301接收的所述 RLC状态报告中包括所述接收端接收的 RLC PDU 的确认信息， 该确认信息可以包括所述接收端成功接收的 RLC PDU的序列号。
处理单元 303用于判断所述接收端是否成功接收所述待重传数据的各个 传输块， 具体包括用于分别判断所述 RLC状态报告中所述待重传数据的各个 传输块中的 RLC PDU是否成功接收， 如果一个传输块中的至少一个 RLC PDU 成功接收， 则判断为所述接收端成功接收所述待重传数据的该传输块， 如果 该传输块中的全部 RLC PDU 均未成功接收， 则判断为所述接收端未成功接收 所述待重传数据中的该传输块。
需要说明的是， RLC状态报告可以由发送端触发上报或者由接收端定时触 发上报。
具体地， 如果所述装置为基站， 接收单元 301接收的所述 RLC状态报告 通过所述基站触发所述接收端上报给所述发送端； 或者， 由所述接收端定时 触发上报给所述发送端。如果所述装置为终端，接收单元 301接收的所述 RLC 状态报告由所述接收端定时触发上报给所述发送端。
对于所述装置为基站的情形， 所述装置还可以包括： 发送单元 306和设 置单元 307。
发送单元 306用于发送数据给所述接收端。
设置单元 307用于设置轮询标识 po l l ing，所述轮询标识用于触发接收端 反馈无线控制链路 RLC状态报告。
发送单元 306在发送数据给所述接收端时， 将设置单元 307设置的所述 轮询标识发送给所述接收端。
一般来说， 对于上述发送端触发上报的情形， 设置单元 307 可以在 bund l ing中的一个 TB或者几个 TB里， 在 RLC PDU中设置轮询标识 po l 1 ing， 发送单元 306将该轮询标识发送给接收端， 以触发接收端反馈 RLC状态报告。
对于 RLC状态报告由所述接收端定时触发上报给所述发送端的情形， 可 以先通过基站 （可以是发送端也可以是接收端）进行参数配置， 配置接收端 定时器的触发时间间隔。
另外， 在数据传输时， 可能会出现拥塞或者其他异常的情况， 发送端接 收 RLC状态报告可能会出现延时， 为了避免由于接收 RLC状态报告等造成的 延时重传超出一定的时间， 导致过大时延， 一般会设置重传时延门限。
可选的， 如图 6 所示， 所述装置还包括： 判断单元 305。 判断单元 305 用于判断获取单元 302 获取的所述待重传数据的重传间隔时间是否达到预设 重传时延门限， 如果是， 则直接进入重传单元 304 重传所述待重传数据的全 部传输块， 否则， 进入处理单元 303， 执行所述根据所述接收端发送的无线控 制链路 RLC状态报告， 判断所述接收端是否成功接收所述待重传数据的各个 传输块。 如果所述接收端成功接收所述待重传数据的全部传输块， 则取消重 传所述待重传数据， 如果所述接收端未成功接收所述待重传数据的全部传输 块， 则进入重传单元 304重传所述待重传数据中未成功接收的传输块。 所述预设重传时延门限可以根据实际使用场景的不同进行调整， 该值最 小可以设置为一个 HARQ RTT (一个 HARQ传输最小间隔， 即 1HARQ RTT ) ， 该 值也不能太大， 否则会导致过大时延， 一般最大可设置为 2 倍的 HARQ RTT ( 2HARQ RTT ) 。 预设重传时延门限可以是 1HARQ RTT - 2HARQ RTT之间任意 值。
实施例三
图 6是本发明实施例提供的无线资源调度装置的组成结构示意图，如图 6 所示， 所述无线资源调度装置 400包括： 处理器 401、接收器 402、发送器 403 和存储器 404。
接收器 402用于与其他装置进行交互， 接收所述其他装置发送的数据， 包括应答消息和 RLC状态报告。
发送器 403用于与其他装置进行交互， 发送数据给所述其他装置。
存储器 404可以是永久存储器， 例如硬盘驱动器和闪存， 存储器 404中 具有软件模块和设备驱动程序。 软件模块能够执行本发明实施例上述方法的 各种功能模块； 设备驱动程序可以是网络和接口驱动程序。
在启动时， 这些软件组件被加载到存储器 404中， 然后被处理器 401访 问并执行如下指令：
当通过所述接收器 402接收到接收端反馈否定应答消息 NACK时，获取应 答消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至 少一个传输块；
根据所述接收器 402接收到的所述接收端发送的 RLC状态报告， 判断所 述接收端是否成功接收所述待重传数据的各个传输块；
如果所述接收端成功接收所述待重传数据的全部传输块， 则取消重传所 述待重传数据， 或者， 如果所述接收端未成功接收所述待重传数据的全部传 输块， 则重传所述待重传数据中未成功接收的传输块。
其中， 所述传输块包括至少一个 RLC PDU, 所述 RLC状态报告中包括所述 接收端接收的 RLC PDU的确认信息； 处理器 401具体用于分别判断所述待重 传数据的各个传输块中的 RLC PDU是否成功接收， 如果一个传输块中的至少 一个 RLC PDU成功接收， 则判断为所述接收端成功接收所述待重传数据的该 传输块， 如果该传输块中的全部 RLC PDU均未成功接收， 则判断为所述接收 端未成功接收所述待重传数据中的该传输块。
具体地，所述无线资源调度装置还根据所述指令执行上述实施例一所述 的方法， 具体在此不再赘述。
本发明实施例提供的无线资源调度方法及装置， 通过应答消息和 RLC状 态报告对待重传数据进行联合判决， 可以有效解决在发生 ACK误检为 NACK错 误时导致重复重传的问题， 可以避免重传已成功传输的数据， 节省带宽资源， 提高频谱的使用效率。
专业人员应该还可以进一步意识到， 结合本文中所公开的实施例描述的 各示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来 实现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能 一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来 执行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每 个特定的应用来使用不同方法来实现所描述的功能， 但是这种实现不应认为 超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、 处理 器执行的软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 ( RAM ) 、 内存、 只读存储器（ROM ) 、 电可编程 R0M、 电可擦除可编程 R0M、 寄存器、 硬盘、 可移动磁盘、 CD-R0M、 或技术领域内所公知的任意其它形式 的存储介质中。
以上所述的具体实施方式， 对本发明的目的、 技术方案和有益效果进行 了进一步详细说明， 所应理解的是， 以上所述仅为本发明的具体实施方式而 已， 并不用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所做 的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1、 一种无线资源调度方法， 其特征在于， 所述方法包括：
当发送端接收到接收端反馈否定应答消息 NACK时， 所述发送端获取应答 消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至少 一个传输块；
所述发送端根据所述接收端发送的无线控制链路 RLC状态报告， 判断所 述接收端是否成功接收所述待重传数据的各个传输块；
如果所述接收端成功接收所述待重传数据的全部传输块， 则取消重传所 述待重传数据， 或者， 如果所述接收端未成功接收所述待重传数据的全部传 输块， 则重传所述待重传数据中未成功接收的传输块。
2、 根据权利要求 1所述的方法， 其特征在于， 所述传输块包括至少一个 RLC协议数据单元 RLC PDU , 所述 RLC状态报告中包括所述接收端接收的 RLC PDU的确认信息；
所述判断所述接收端是否成功接收所述待重传数据的各个传输块， 具体 包括：
分别判断所述待重传数据的各个传输块中的 RLC PDU是否成功接收， 如 果一个传输块中的至少一个 RLC PDU成功接收， 则判断为所述接收端成功接 收所述待重传数据的该传输块， 如果该传输块中的全部 RLC PDU 均未成功接 收， 则判断为所述接收端未成功接收所述待重传数据中的该传输块。
3、 根据权利要求 1所述的方法， 其特征在于， 在所述发送端获取应答消 息为所述否定应答消息的数据作为待重传数据之后， 还包括：
判断所述待重传数据的重传间隔时间是否达到预设重传时延门限， 如果 是， 则直接重传所述待重传数据的全部传输块， 否则， 执行所述根据所述接 收端发送的无线控制链路 RLC状态报告， 判断所述接收端是否成功接收所述 待重传数据。
4、 根据权利要求 1所述的方法， 其特征在于， 如果所述发送端为基站， 所述 RLC状态报告通过所述发送端触发所述接收端上报给所述发送端； 或者， 由所述接收端定时触发上报给所述发送端。
5、 根据权利要求 4所述的方法， 其特征在于， 在所述发送端接收到接收 端反馈否定应答消息 NACK之前， 还包括：
所述发送端设置轮询标识 po l l ing , 在发送数据给所述接收端时， 将所述 轮询标识发送给所述接收端， 所述轮询标识用于触发接收端反馈 RLC状态报 告。
6、 根据权利要求 1所述的方法， 其特征在于， 如果所述发送端为终端， 所述 RLC状态报告由所述接收端定时触发上报给所述发送端。
7、 一种无线资源调度装置， 其特征在于， 所述装置包括：
接收单元， 用于接收接收端反馈的应答消息和无线控制链路 RLC状态报 告.
获取单元， 用于当所述接收单元接收到否定应答消息 NACK时， 获取应答 消息为所述否定应答消息的数据作为待重传数据， 所述待重传数据包括至少 一个传输块；
处理单元， 用于根据所述接收单元接收的所述 RLC状态报告， 判断所述 接收端是否成功接收所述待重传数据的各个传输块， 如果所述接收端成功接 收所述待重传数据的全部传输块， 则取消重传所述待重传数据， 如果所述接 收端未成功接收所述待重传数据的全部传输块， 则进入重传单元；
所述重传单元， 用于重传所述待重传数据中未成功接收的传输块。
8、 根据权利要求 7所述的装置， 其特征在于， 所述获取单元获取的所述 待重传数据的所述传输块包括至少一个 RLC协议数据单元 RLC PDU, 所述接收 单元接收的所述 RLC状态报告中包括所述接收端接收的 RLC PDU的确认信息； 所述处理单元用于判断所述接收端是否成功接收所述待重传数据的各个 传输块， 具体包括用于分别判断所述 RLC状态报告中所述待重传数据的各个 传输块中的 RLC PDU是否成功接收， 如果一个传输块中的至少一个 RLC PDU 成功接收， 则判断为所述接收端成功接收所述待重传数据的该传输块， 如果 该传输块中的全部 RLC PDU 均未成功接收， 则判断为所述接收端未成功接收 所述待重传数据中的该传输块。
9、 根据权利要求 7所述的装置， 其特征在于， 所述装置还包括： 判断单元， 用于判断所述获取单元获取的所述待重传数据的重传间隔时 间是否达到预设重传时延门限， 如果是， 则直接进入所述重传单元重传所述 待重传数据的全部传输块， 否则， 进入所述处理单元。
10、 根据权利要求 7 所述的装置， 其特征在于， 如果所述装置为基站， 所述接收单元接收的所述 RLC状态报告通过所述基站触发所述接收端上报给 所述发送端； 或者， 由所述接收端定时触发上报给所述发送端。
11、 根据权利要求 10所述的装置， 其特征在于， 所述装置还包括： 发送 单元和设置单元；
所述发送单元， 用于发送数据给所述接收端；
所述设置单元， 用于设置轮询标识 pol l ing;
所述发送单元在发送数据给所述接收端时， 将所述设置单元设置的所述 轮询标识发送给所述接收端， 所述轮询标识用于触发接收端反馈无线控制链 路 RLC状态报告。
12、 根据权利要求 7 所述的装置， 其特征在于， 如果所述装置为终端， 所述接收单元接收的所述 RLC状态报告由所述接收端定时触发上报给所述发 送端。
PCT/CN2014/080108 2014-06-17 2014-06-17 无线资源调度方法及装置 WO2015192322A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
PCT/CN2014/080108 WO2015192322A1 (zh) 2014-06-17 2014-06-17 无线资源调度方法及装置
EP14895249.2A EP3145105A4 (en) 2014-06-17 2014-06-17 Radio resource scheduling method and apparatus
KR1020177000963A KR20170020441A (ko) 2014-06-17 2014-06-17 무선 자원 스케줄링 방법 및 장치
CN201480074052.1A CN105934907A (zh) 2014-06-17 2014-06-17 无线资源调度方法及装置
JP2016573882A JP2017524289A (ja) 2014-06-17 2014-06-17 無線リソース・スケジューリング方法及び装置
US15/380,384 US20170099128A1 (en) 2014-06-17 2016-12-15 Radio resource scheduling method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/080108 WO2015192322A1 (zh) 2014-06-17 2014-06-17 无线资源调度方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/380,384 Continuation US20170099128A1 (en) 2014-06-17 2016-12-15 Radio resource scheduling method and apparatus

Publications (1)

Publication Number Publication Date
WO2015192322A1 true WO2015192322A1 (zh) 2015-12-23

Family

ID=54934677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/080108 WO2015192322A1 (zh) 2014-06-17 2014-06-17 无线资源调度方法及装置

Country Status (6)

Country Link
US (1) US20170099128A1 (zh)
EP (1) EP3145105A4 (zh)
JP (1) JP2017524289A (zh)
KR (1) KR20170020441A (zh)
CN (1) CN105934907A (zh)
WO (1) WO2015192322A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020532154A (ja) * 2017-07-28 2020-11-05 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． データ伝送方法及び関連製品
CN112996052A (zh) * 2021-02-08 2021-06-18 展讯通信（上海）有限公司 数据发送控制方法及装置、终端、基站和介质
US20210219330A1 (en) * 2018-08-13 2021-07-15 Nokia Technologies Oy Apparatus, method and computer program
CN113676294A (zh) * 2021-08-24 2021-11-19 Oppo广东移动通信有限公司 数据重传方法、通信装置、计算机设备及可读存储介质
CN113726482A (zh) * 2021-08-27 2021-11-30 哲库科技(北京)有限公司 一种数据重传方法、装置及存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160302105A1 (en) * 2015-04-10 2016-10-13 Qualcomm Incorporated Techniques for medium access control (mac) layer packet encapsulation and segmentation
US10678637B2 (en) * 2017-01-10 2020-06-09 Qualcomm Incorporated Techniques to improve data transfer reliability
KR102023539B1 (ko) * 2017-04-28 2019-09-24 주식회사 케이티 Rlc 상태 리포트 전송 방법 및 그 장치
US10880222B2 (en) 2017-04-28 2020-12-29 Kt Corporation Method and apparatus for transmitting a RLC layer status report
EP3570477B1 (en) * 2018-03-23 2021-09-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for retransmission processing
EP3796581A4 (en) 2018-06-20 2021-06-16 Huawei Technologies Co., Ltd. METHOD AND DEVICE FOR TRANSFERRING DATA PACKAGES
WO2020022849A1 (en) * 2018-07-27 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for wireless communication of wireless node in wireless communication system
GB2576204B (en) 2018-07-27 2021-02-17 Samsung Electronics Co Ltd Operation of automatic repeat request (ARQ)
US11083005B2 (en) * 2019-07-11 2021-08-03 Rohde & Schwarz Gmbh & Co. Kg Method for reporting scheduling decisions by a communication tester
EP3994820A1 (en) * 2019-08-06 2022-05-11 Sony Group Corporation Communications devices, infrastructure equipment, and methods

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008085908A1 (en) * 2007-01-05 2008-07-17 Interdigital Technology Corporation Method and apparatus for indicating a transmission status to a higher layer
US20090327830A1 (en) * 2008-06-25 2009-12-31 Lee Young-Dae Method for retransmitting data unit using delivery status information
WO2010019492A2 (en) * 2008-08-11 2010-02-18 Interdigital Patent Holdings, Inc. Method and apparatus for using a relay to provide physical and hybrid automatic repeat request functionalities
CN101809923A (zh) * 2007-10-01 2010-08-18 高通股份有限公司 具有立即状态报告定时的确认模式轮询
WO2013126676A1 (en) * 2012-02-24 2013-08-29 Marvell World Trade Ltd. Cross-layer scheduling based on lower layer feedback

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7512112B2 (en) * 2003-08-15 2009-03-31 Innovative Sonic Limited Method and apparatus of controlling a reset procedure in a wireless communication system
RU2421918C2 (ru) * 2005-05-23 2011-06-20 Телефонактиеболагет Лм Эрикссон (Пабл) Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи
CN1949698A (zh) * 2005-10-10 2007-04-18 华为技术有限公司 Lte技术中的自动重传方法、发送设备和接收设备
KR101319870B1 (ko) * 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
CN101132257B (zh) * 2006-08-24 2011-04-13 华为技术有限公司 一种状态报告的传输方法和发送端设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008085908A1 (en) * 2007-01-05 2008-07-17 Interdigital Technology Corporation Method and apparatus for indicating a transmission status to a higher layer
CN101809923A (zh) * 2007-10-01 2010-08-18 高通股份有限公司 具有立即状态报告定时的确认模式轮询
US20090327830A1 (en) * 2008-06-25 2009-12-31 Lee Young-Dae Method for retransmitting data unit using delivery status information
WO2010019492A2 (en) * 2008-08-11 2010-02-18 Interdigital Patent Holdings, Inc. Method and apparatus for using a relay to provide physical and hybrid automatic repeat request functionalities
WO2013126676A1 (en) * 2012-02-24 2013-08-29 Marvell World Trade Ltd. Cross-layer scheduling based on lower layer feedback

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3145105A4 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020532154A (ja) * 2017-07-28 2020-11-05 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． データ伝送方法及び関連製品
US11196662B2 (en) 2017-07-28 2021-12-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and related product
JP7058292B2 (ja) 2017-07-28 2022-04-21 オッポ広東移動通信有限公司 データ伝送方法及び関連製品
US20210219330A1 (en) * 2018-08-13 2021-07-15 Nokia Technologies Oy Apparatus, method and computer program
US11968683B2 (en) * 2018-08-13 2024-04-23 Nokia Technologies Oy Apparatus, method and computer program
CN112996052A (zh) * 2021-02-08 2021-06-18 展讯通信（上海）有限公司 数据发送控制方法及装置、终端、基站和介质
CN113676294A (zh) * 2021-08-24 2021-11-19 Oppo广东移动通信有限公司 数据重传方法、通信装置、计算机设备及可读存储介质
CN113726482A (zh) * 2021-08-27 2021-11-30 哲库科技(北京)有限公司 一种数据重传方法、装置及存储介质
CN113726482B (zh) * 2021-08-27 2023-09-05 哲库科技(北京)有限公司 一种数据重传方法、装置及存储介质

Also Published As

Publication number Publication date
EP3145105A1 (en) 2017-03-22
US20170099128A1 (en) 2017-04-06
JP2017524289A (ja) 2017-08-24
EP3145105A4 (en) 2017-03-22
CN105934907A (zh) 2016-09-07
KR20170020441A (ko) 2017-02-22

Similar Documents

Publication Publication Date Title
WO2015192322A1 (zh) 无线资源调度方法及装置
US11533130B2 (en) Method and arrangement for retransmission using HARQ
US7869396B2 (en) Data transmission method and data re-transmission method
EP2238707B1 (en) Method of detecting and handling an endless rlc retransmission
US8958411B2 (en) Method of transmitting RLC data
US8300663B2 (en) Dedicated acknowledgement and delivery of management messages in wireless communication systems
US8306061B2 (en) Method for retransmitting data unit using delivery status information
EP3251257B1 (en) System and method for data retransmission
US9025573B2 (en) Introducing a delay in the transmission of a nack for a packet received employing coordinated multi-point transmission
US20090319850A1 (en) Local drop control for a transmit buffer in a repeat transmission protocol device
US20080022180A1 (en) Method and apparatus for handling transmission errors in a wireless communications system
EP2670077A1 (en) Method and apparatus for data packet retransmission
WO2011079777A1 (zh) 数据传输的方法和网络侧设备
KR20100069125A (ko) 통신 시스템 및 그의 ｒｒｃ 접속 방법
KR20100051159A (ko) 통신 시스템 및 그의 패킷 송수신 방법
US10419167B2 (en) RLC data packet retransmission method and eNodeB
WO2021253268A1 (zh) 通信系统的信息传输方法、通信系统及通信设备
WO2018133004A1 (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: 14895249

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016573882

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2014895249

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014895249

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177000963

Country of ref document: KR

Kind code of ref document: A