CN101132261A - Data package retransmission method and system thereof - Google Patents
Data package retransmission method and system thereof Download PDFInfo
- Publication number
- CN101132261A CN101132261A CNA2006101115313A CN200610111531A CN101132261A CN 101132261 A CN101132261 A CN 101132261A CN A2006101115313 A CNA2006101115313 A CN A2006101115313A CN 200610111531 A CN200610111531 A CN 200610111531A CN 101132261 A CN101132261 A CN 101132261A
- Authority
- CN
- China
- Prior art keywords
- last packet
- transmitting terminal
- status report
- receiving terminal
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
This invention provides a re-transmission method and a system for data packets, in which, a sending end sends a request to a receiving end actively after sending the last data packet and receiving the confirmed information corresponding to it to trigger a state report, the receiving end sends the state report according to the received request, and the sending end carries out re-transmission process based on the state report, in this way, the problem of losing the last data packet is solved since the sending end triggers the state report actively and the receiving end can receive the last one quickly and accurately.
Description
Technical field
The present invention relates to the network communications technology field, be specifically related to a kind of data package retransmission method and system.
Background technology
The research work of WCDMA (Wideband Code Division Multiple Access (WCDMA) access) is since early 1990s.Since 98 years till now, the technical specification of WCDMA system passed by Release 99, Release 4, Release 5, Release 6 these several stages, standardization effort about Release 7 comes into effect at present, meanwhile, the research of LTE (Long Term Evolution Long Term Evolution) has also begun to become gradually the new focus of standardization effort.
In the WCDMA of Release 99 system, dedicated channel is all adopted in up-downgoing, and the maximum rate that can arrive is 384kbps.In Release 4, begin MSC (Mobile Service Switch Center, mobile services switching centre) is split into MSC Server and MGW (Multi-media GateWay, multimedia gateway), thereby will control and professional separating.In Release 5, introduced IMS (IP Multi-mediaSubsystem, IP multimedia subnet) notion and IP-based transport layer, and on wireless access technology, introduced HSDPA (High Speed Downlink Packet Access, high speed downlink packet inserts), make the downstream rate of WCDMA system can reach 14.4Mbps.In Release 6, introduce HSUPA (High Speed Uplink Packet Access, high speed uplink packet inserts) technology, make the upstream rate of WCDMA system can reach 5.76Mbps.
Above-mentioned four standards are more stable basically, and at present, the target of Release 7 agreements is: carry out little change on the basis of Release 6, to improve the WCDMA systematic function.LTE will be brand-new from the system framework to the physical layer, and LTE is intended to provide for the user service of higher rate, better performance.UTRAN among the LTE is called as E-UTRAN (evolved UMTS Terrestrial Radio AccessNetwork, the UMTS Terrestrial radio access network of evolution) at present.
The E-UTRAN system architecture as shown in Figure 1.
Among Fig. 1, aGW is in core net, in the core net a plurality of aGW can be arranged, and an aGW (accessgateway, IAD) can communicate with a plurality of eNodeB simultaneously.The main duty pager initiation of AGW, the condition managing of LTE_IDLE, customer side encryption; PDCP (Packet Data ConvergenceProtocol; PDCP), SAE (System Architecture Evolution; functions such as the safety of System Architecture Evolution) carrying control, NAS (Non Access stratum, Non-Access Stratum) signaling and integrity protection.
ENodeB among Fig. 1 is positioned at Access Network, link to each other the connection mobility control under the distribution of the scheduling of the scheduling of the main duty pager information of eNodeB and transmission, broadcast message and transmission, up-downgoing resource, radio bearer control, radio management control, the LTE_ACTIVE state etc. with aGW.
The protocol stack architecture of EUTRAN user's face as shown in Figure 2.
Among Fig. 2, the protocol stack of UE (subscriber equipment) comprises: PHY (physical layer), MAC (medium access control layer), RLC (wireless chain control layer), PDCP (PDCP).The protocol stack of ENodeB comprises: PHY (physical layer), MAC (medium access control layer), RLC (wireless chain control layer).AGW communicates by PDCP and UE.
In the WCDMA system, receiving terminal needs transmitting terminal to retransmit when receiving incorrect data.According to the order from the high level to the low layer, the re-transmission of the business datum of error of transmission is divided into: server retransmits, rlc layer retransmits and physical layer retransmission.Physical layer retransmission be the physical frame of error of transmission, that rlc layer retransmits is the RLC PDU of error of transmission, what server retransmitted is the tcp data bag.It is high more to retransmit residing protocol layer, and the time that retransmits consumption is just long more, and service delay is also just long more, and user's impression is also just poor more.
For rlc layer, 3 kinds of business models are arranged: transparent mode (Transparent Mode), Unacknowledged Mode (Non-acknowledgement Mode) and affirmation mode (Acknowledgement Mode), have only the professional of affirmation mode just to have rlc layer to retransmit, even the business error of transmission of other patterns can not carried out rlc layer yet and retransmit.
In affirmation mode, the specific implementation process that rlc layer retransmits is: receiving terminal sends ACK (affirmation) message to transmitting terminal when receiving correct packet, transmitting terminal is deleted corresponding packet after receiving ACK message.Receiving terminal sends NACK (non-affirmation) message to transmitting terminal when receiving error data packets, transmitting terminal is retransmitted corresponding packet after receiving NACK message.
In the HARQ retransmission processes, the phenomenon that NACK-＞ACK can occur, what be that receiving terminal sends is NACK message, because transmission abnormality, transmitting terminal receives ACK message, like this, transmitting terminal can be deleted corresponding packet according to its ACK message that receives, thereby causes receiving terminal can't receive correct packet.This packet of losing will retransmit recovery by ARQ.
At present, receiving terminal judgment data bag whether NACK-＞ACK take place method as shown in Figure 3.
Among Fig. 3, the HARQ of receiving terminal (mix automatically and retransmit) entity judges according to the reception situation of next packet whether a last packet NACK-＞ACK situation has taken place, as what send at a last TTI (Transmission Time Interval) receiving terminal is NACK, but, at this TTI, what receiving terminal received is new data, and so, receiving terminal can think that NACK-＞ACK phenomenon has taken place the data that a last TTI sends.
Receiving terminal can send NACK-＞ACK error reporting to transmitting terminal when detecting NACK-＞ACK phenomenon, retransmit corresponding data with high layer ARQ (repeat requests automatically) entity of request transmitting terminal RLC.
In said method, because receiving terminal is to judge NACK-＞ACK phenomenon according to the reception situation of next packet, therefore, for last packet, if NACK-＞ACK situation has taken place, then receiving terminal can not be judged last packet whether NACK-＞ACK phenomenon has taken place, thereby causes loss of data.
Be the NACK-＞ACK phenomenon that solves last packet, in the WCDMA system, the ARQ entity of receiving terminal is after waiting for certain hour, if still do not receive last packet, determine that then NACK-＞ACK phenomenon has taken place last packet, at this moment, receiving terminal triggers status report, retransmits last packet with the request transmitting terminal.
Though this method can detect the NACK-＞ACK phenomenon of last packet, but, need to wait for that certain time interval just can detect the NACK-＞ACK phenomenon of last packet, therefore, need to use the long period could retransmit last packet, increased the retransmission delay time of packet.And if that application is asynchronous HARQ, because the time of scheduling is difficult to grasp, the time interval of above-mentioned wait is difficult to set, and because receiving terminal can't know which is last packet, therefore, for receiving error data packets, receiving terminal all need start timer, has increased the complexity of system.
Summary of the invention
The objective of the invention is to, a kind of data package retransmission method and system are provided, efficiently solve the problem of last data-bag lost, reduced the retransmission delay time of packet.
For achieving the above object, a kind of data package retransmission method provided by the invention comprises:
A, transmitting terminal initiatively send request to receiving terminal, to trigger status report after sending last packet and receiving the affirmation message of last packet correspondence;
B, receiving terminal according to the request of its reception to the transmitting terminal status report;
C, transmitting terminal carry out the packet retransmission process according to the status report of its reception.
Initiatively sending the step of asking to receiving terminal among the described step a comprises:
Transmitting terminal is unconditional initiatively to send request to receiving terminal; Perhaps
Transmitting terminal initiatively sends request to receiving terminal when condition satisfies.
Transmitting terminal sends request by user data, signaling to receiving terminal.
Contain the information that triggers the rlc layer status report in described last packet, and described step a comprises specifically:
Transmitting terminal HARQ does not delete described last packet, and unconditionally initiatively retransmits described last packet after sending last packet and receiving the ACK of last packet correspondence.
Contain the information that triggers the rlc layer status report in described last packet, and described step a comprises specifically:
Transmitting terminal HARQ is after sending last packet and receiving the ACK of last packet correspondence, do not delete last packet, transmitting terminal HARQ does not receive status report in first predetermined time interval, then initiatively retransmit described last packet.
Described step a also comprises:
Transmitting terminal is deleted described last packet receiving status report or described last packet above after the maximum retransmission.
Described step a specifically comprises:
Transmitting terminal HARQ deletes last packet after sending last packet and receiving the ACK of last packet correspondence;
Transmitting terminal ARQ is unconditional initiatively to send request to receiving terminal ARQ, to trigger receiving terminal rlc layer status report; Described packet is: contain/do not contain the packet that triggers the rlc layer state report information.
Described step a specifically comprises:
Transmitting terminal HARQ deletes last packet after sending last packet and receiving the ACK of last packet correspondence;
Transmitting terminal ARQ does not receive status report in second predetermined time interval, then send request to receiving terminal ARQ, to trigger status report.
Described step b comprises: receiving terminal receives the request of a plurality of triggering status reports in the 3rd predetermined time interval, sends a status report to transmitting terminal.
The present invention also provides a kind of packet retransmission system, comprising: transmitting terminal and receiving terminal, be provided with request retransmission module and retransmission module in the transmitting terminal, and be provided with sending module in the receiving terminal;
Request retransmission module: after transmitting terminal sends last packet and receives the ACK of last packet correspondence, initiatively send request, to trigger status report to receiving terminal;
Sending module: the request that receives according to receiving terminal is to the transmitting terminal status report;
Retransmission module: the status report that receives according to transmitting terminal carries out the packet retransmission process.
Description by technique scheme as can be known, transmitting terminal is by initiatively triggering the status report of receiving terminal, just can detect last packet at the fixed time after at interval with respect to receiving terminal in the prior art has taken place for the technical scheme of NACK-ACK phenomenon, the present invention can rapid triggering receiving terminal rlc layer status report, make receiving terminal can fast detecting go out last packet whether phenomenon has taken place to lose, like this, transmitting terminal just can be timely according to the status report of receiving terminal, last data packet transmission that to lose accurately is to receiving terminal, make the receiving terminal can be quick, receive last packet accurately, efficiently solve the problem of last data-bag lost, reduced the retransmission delay time of packet simultaneously; Receiving terminal of the present invention does not need for each receives error data packets timer to be set all, has reduced the complexity that system realizes; The process that initiatively triggers status report of transmitting terminal of the present invention can realize in several ways, initiatively triggers as unconditional active triggering, sub conditione etc.; Thereby realized improving the purpose of packet retransmission efficiency, raising system retransmission performance by technical scheme provided by the invention.
Description of drawings
Fig. 1 is an E-UTRAN system architecture schematic diagram;
Fig. 2 is the protocol stack architecture schematic diagram of EUTRAN user's face;
Fig. 3 is that receiving terminal of the prior art detects the method flow diagram that NACK-＞ACK takes place packet;
Fig. 4 is that the packet of the embodiment of the invention retransmits flow chart.
Embodiment
From the description of prior art scheme as can be seen, transmitting terminal in the prior art scheme adopts the method for passive re-transmission to retransmit last packet, that is to say, only detect last packet NACK-＞ACK phenomenon has taken place at receiving terminal, and the request transmitting terminal is when retransmitting last packet, and transmitting terminal just can retransmit last packet.
In technical scheme provided by the invention, transmitting terminal has adopted the method that initiatively retransmits to retransmit last packet, be that transmitting terminal is after sending last packet and receiving the ACK of last packet correspondence, initiatively trigger the status report of receiving terminal, like this, transmitting terminal can carry out the retransmission processes of packet according to its status report that initiatively triggers.
The process that packet of the present invention retransmits as shown in Figure 4.
Among Fig. 4, after step 400, transmitting terminal are sending last packet and receiving the affirmation message of last packet correspondence, initiatively send request to receiving terminal.Transmitting terminal can adopt modes such as continuing transmission, timed sending to send the request that triggers status report.
Send the status report that comprises last packet reception condition to step 410, receiving terminal to transmitting terminal according to the request of its reception.When receiving terminal receives a plurality ofly when triggering the request of status report at last packet in certain time interval, receiving terminal can only send a status report to transmitting terminal.
Judge according to the status report of its reception to step 420, transmitting terminal, judge whether receiving terminal correctly receives last packet, if receiving terminal correctly receives last packet, then arrive step 421, the retransmission processes of this last packet finishes.
In step 420, if receiving terminal does not have last packet of correct receiving terminal, then arrive step 422, transmitting terminal carries out packet and retransmits.
The concrete manifestation form that initiatively triggers status report among the present invention has multiple, initiatively triggers as unconditional active triggering, sub conditione etc.
Unconditional initiatively the triggering is that transmitting terminal is after having sent last packet and having received the ACK of last packet correspondence, do not carry out condition judgment, directly send request, trigger the status report of receiving terminal, retransmit with the active that realizes last packet to receiving terminal.
In the unconditional implementation procedure that initiatively triggers, the present invention can send request to the ARQ of receiving terminal entity by the ARQ entity of transmitting terminal, also can send request to the HARQ of receiving terminal entity by the HARQ entity of transmitting terminal.
When including the triggering state report information in last packet, last packet can be used as the request of the triggering status report of transmitting terminal HARQ transmission, at this moment, transmitting terminal HARQ is after having sent last packet and having received the ACK of last packet correspondence, do not delete last packet, directly last packet is sent to the HARQ of receiving terminal.
Transmitting terminal of the present invention such as HARQ entity, ARQ entity also can send the request that triggers status report by other modes, as send the request that triggers status report by modes such as user data, signalings, the signaling here such as RRC signaling, physical layer signaling etc., the user data here such as RLC PDU, MAC control PDU, last packet etc.When transmitting terminal HARQ entity adopted other user data except that last packet, signaling etc. to send to ask, transmitting terminal HARQ entity can be deleted last packet.
When the unconditional active of transmitting terminal employing triggering mode, receiving terminal can receive at least one request that triggers status report, can receive at least one last packet as receiving terminal, receiving terminal can receive at least one user data that carries the triggering status report, signaling etc. for another example, receiving terminal can receive the request such as a plurality of last packet of a plurality of triggering status reports in the 3rd predetermined time interval after, only reply a status report to transmitting terminal.Certainly, the present invention do not get rid of yet receiving terminal at the request of its a plurality of triggering status reports that receive as receiving a plurality of last packet, and reply the technical scheme of a plurality of status reports to transmitting terminal.
In the above-mentioned unconditional description that initiatively triggers implementation procedure, transmitting terminal among the present invention and receiving terminal do not need all to judge whether last packet NACK-＞ACK phenomenon has taken place, transmitting terminal is sending last packet, and after receiving the ACK of last packet correspondence, the request that directly will trigger status report is sent to receiving terminal, like this, receiving terminal can generate status report according to this request, and be sent to transmitting terminal, thereby avoided receiving terminal to wait for that certain time interval detects the process of the NACK-＞ACK phenomenon of last packet, has reduced the packet retransmission delay time.
It is that transmitting terminal is after having sent last packet and having received the ACK of last packet correspondence that sub conditione initiatively triggers, carry out condition judgment, and when predetermined conditions satisfies, send request to receiving terminal, trigger the status report of receiving terminal, retransmit with the active that realizes last packet.
When including the triggering state report information in last packet, last packet can be used as the request of the triggering status report of transmitting terminal HARQ transmission, at this moment, transmitting terminal HARQ is after having sent last packet and having received the ACK of last packet correspondence, do not delete last packet, directly last packet is sent to the HARQ of receiving terminal.
Transmitting terminal of the present invention such as HARQ entity, ARQ entity also can send the request that triggers status report by other modes, as send the request that triggers status report by modes such as user data, signalings, the signaling here such as RRC signaling, physical layer signaling etc., the user data here such as RLC PDU, MAC control PDU, last packet etc.
The condition here can be present general various ways, and condition can be provided with according to practical application, as time conditions etc. is set, and the present invention is the form of expression of restrictive condition not.Be that example describes below with the time conditions.
In sub conditione active trigger process, transmitting terminal is after having sent last packet and having received the ACK of last packet correspondence, need judge in certain time interval whether it receives the status report that comprises last packet reception condition, when if transmitting terminal receives the status report that comprises last packet reception condition in certain time interval, then do not send the request that triggers status report to receiving terminal; If transmitting terminal does not receive the status report that comprises last packet reception condition in certain time interval, then transmitting terminal sends the request that triggers status report to receiving terminal.Like this, receiving terminal can generate status report according to this request, and is sent to transmitting terminal, thereby has avoided receiving terminal to wait for that certain time interval detects the process of the NACK-＞ACK phenomenon of last packet, has reduced retransmission delay time.
In the implementation procedure that sub conditione initiatively triggers, the present invention can carry out condition judgment by the ARQ entity of transmitting terminal, and, also can carry out condition judgment, and send request to the HARQ of receiving terminal entity by the HARQ entity of transmitting terminal to the ARQ of receiving terminal entity transmission request.
In the implementation procedure that sub conditione initiatively triggers, when including the triggering state report information in last packet, last packet can be used as the request of the triggering status report of transmitting terminal HARQ transmission, at this moment, transmitting terminal HARQ is sending last packet, and after receiving the ACK of last packet correspondence, do not delete last packet, in first predetermined time interval, if transmitting terminal does not receive the status report that comprises last packet reception condition, then transmitting terminal HARQ is sent to last packet the HARQ of receiving terminal.
Transmitting terminal of the present invention also can send the request that triggers status report by other modes, as send the request that triggers status report by modes such as user data, signalings, the signaling here such as RRC signaling, physical layer signaling etc., the user data here such as RLC PDU, MAC control PDU, last packet etc.At this moment, transmitting terminal HARQ is after having sent last packet and having received the ACK of last packet correspondence, delete last packet, if transmitting terminal receives the status report that comprises last packet reception condition in second predetermined time interval, then transmitting terminal ARQ does not send the request that triggers status report; If transmitting terminal does not receive the status report that comprises last packet reception condition at second predetermined time interval, then the transmitting terminal ARQ request that will trigger status report is sent to the ARQ of receiving terminal.
When transmitting terminal adopts sub conditione active triggering mode, receiving terminal can receive at least one request that triggers status report equally, receiving terminal can receive the request of a plurality of triggering status reports in the 3rd predetermined time interval after, only reply a status report that comprises last packet reception condition to transmitting terminal.Certainly, the present invention do not get rid of yet receiving terminal at the request of its a plurality of triggering status reports that receive as receiving a plurality of last packet, and reply the technical scheme of a plurality of status reports to transmitting terminal.
Initiatively trigger in the description of implementation procedure at above-mentioned sub conditione, transmitting terminal among the present invention and receiving terminal do not need all to judge whether last packet NACK-＞ACK phenomenon has taken place, thereby avoided receiving terminal to wait for that certain time interval detects the process of the NACK-＞ACK phenomenon of last packet, has reduced the packet retransmission delay time.
In technical scheme of the present invention, though transmitting terminal also is the re-transmission that realizes packet according to status report that receiving terminal sends, but, this method and method of the prior art are diverse in itself, its difference is mainly reflected in: in the prior art, transmitting terminal is the status report of passive wait receiving terminal fully, that is to say, whether status report needs to send is decided by receiving terminal fully; And in technical scheme of the present invention, status report answers the active request of transmitting terminal to send, and that is to say, whether status report needs to send is to be decided by transmitting terminal.
Be example with five kinds of concrete implementations below, the packet retransmission technique scheme of rlc layer provided by the invention is described.
Execution mode 1, unconditional initiatively triggering mode.
After transmitting terminal HARQ sends last and contains the packet that triggers state report information such as polling bit and receive the ACK of last packet correspondence, this last packet of unconditional re-transmission initiatively then.Like this, receiving terminal HARQ can receive last packet more than.Reply repeatedly status report at last packet to transmitting terminal for avoiding receiving terminal, then receiving terminal can be provided with a predetermined time interval, promptly set the 3rd predetermined time interval status prohibit timer, if receiving terminal determines that it receives the polling bit information more than in status prohibit timer, then receiving terminal only sends a status report at last packet to transmitting terminal; If receiving terminal determines that it connects the polling bit information of only receiving one in statusprohibit timer, then receiving terminal at last packet to the transmitting terminal status report.That is to say no matter receiving terminal receives several polling bit informations in status prohibit timer, all send a status report to transmitting terminal.Transmitting terminal is at the status report that receives last packet correspondence and learn that receiving terminal correctly receives last packet, then delete last packet, transmitting terminal is at the status report that receives last packet correspondence and learn that receiving terminal does not correctly receive last packet, then retransmits last packet.
Execution mode 2, sub conditione be triggering mode initiatively.
When sending last, transmitting terminal HARQ contains the packet that triggers state report information such as polling bit, and after receiving the ACK of last packet correspondence, do not delete this last packet, but in first predetermined time interval, wait for the status report of receiving terminal, if in first predetermined time interval, do not receive the status report that receiving terminal sends, then transmitting terminal HARQ retransmits this last packet, no matter receiving terminal receives several polling bit informations in status prohibit timer, all send a status report to transmitting terminal.If transmitting terminal receives the status report that receiving terminal sends and learns that receiving terminal correctly receives last packet, then deletes this packet in first predetermined time interval; If transmitting terminal receives the status report that receiving terminal sends and learns that receiving terminal does not correctly receive last packet, then retransmits last packet in first predetermined time interval.The first predetermined time interval timer here can be provided with according to practical application, as timer is set is 1 TTI or 2 TTI etc.
Execution mode 3, unconditional initiatively triggering mode.
When transmitting terminal HARQ send last do not conform to the packet that triggers state report information such as polling bit is arranged and receives the ACK of last packet correspondence after, delete last packet, transmitting terminal ARQ controls PDU by RRC signaling or MAC or RLC control PDU or physical layer signaling etc. make the ARQ entity among the high-rise RLC of receiving terminal generate status report, no matter receiving terminal receives the request of several triggering status reports in status prohibittimer, all send a status report to transmitting terminal.Receiving terminal is after according to the request status report, and transmitting terminal judges that according to the status report of its reception which RLCPDU needs retransmits, and carries out corresponding retransmission and handle.
Execution mode 4, unconditional initiatively triggering mode.
After transmitting terminal HARQ sends last and contains the packet that triggers state report information such as polling bit and receive the ACK of last packet correspondence, delete this last packet, transmitting terminal ARQ makes the ARQ entity among the high-rise RLC of receiving terminal generate status report by RRC signaling or physical layer signaling or MAC control PDU or RLC control PDU etc., no matter receiving terminal receives the request of several triggering status reports in status prohibittimer, all send a status report to transmitting terminal.Receiving terminal is after according to the request status report, and transmitting terminal judges that according to the status report of its reception which RLCPDU needs retransmits, and carries out corresponding retransmission and handle.
Execution mode 5, sub conditione be triggering mode initiatively.
When sending last, transmitting terminal HARQ contains the packet that triggers state report information such as polling bit, and after receiving the ACK of last packet correspondence, delete this last packet, transmitting terminal ARQ waits for the status report of receiving terminal in second predetermined time interval, if transmitting terminal does not receive the status report that receiving terminal sends in second predetermined time interval, then transmitting terminal is by the RRC signaling, perhaps MAC controls PDU, perhaps RLC controls PDU, perhaps physical layer signaling etc. makes the ARQ entity among the high-rise RLC of receiving terminal generate status report, no matter receiving terminal receives the request of several triggering status reports in status prohibit timer, all send a status report to transmitting terminal.Receiving terminal is after according to the request status report, and transmitting terminal judges that according to the status report of its reception which RLC PDU needs retransmits, and carries out corresponding retransmission and handle.
Above-mentioned first predetermined time interval, second predetermined time interval, the 3rd predetermined time interval can be identical, also can be inequality.
Packet retransmission system provided by the invention comprises: transmitting terminal and receiving terminal, be provided with request retransmission module and retransmission module in the transmitting terminal, and be provided with sending module in the receiving terminal.
The request retransmission module is mainly used in after transmitting terminal sends last packet and receives the ACK of last packet correspondence, initiatively sends request to receiving terminal, to trigger the status report of receiving terminal.The request that the request retransmission module sends can also can be user data or signaling for comprising last packet that triggers state report information.The request retransmission module can adopt multiple modes such as unconditional triggering, sub conditione triggering to trigger the status report of receiving terminal, the description in the concrete as above-mentioned method.
Sending module is mainly used in the request that receives according to receiving terminal to the transmitting terminal status report.When sending module can receive a plurality of request in the 3rd predetermined time interval, only send a status report to transmitting terminal; Concrete as the description in the above-mentioned method.
Retransmission module is mainly used in the status report that receives according to transmitting terminal and carries out the packet retransmission process, be whether retransmission module correctly receives last packet according to the state report judging receiving terminal, and operate the description in the concrete as above-mentioned method accordingly according to judged result.
Though described the present invention by embodiment, those of ordinary skills know, the present invention has many distortion and variation and do not break away from spirit of the present invention, and the claim of application documents of the present invention comprises these distortion and variation.
Claims (10)
1. a data package retransmission method is characterized in that, described method comprises step:
A, transmitting terminal initiatively send request to receiving terminal, to trigger status report after sending last packet and receiving the affirmation message of last packet correspondence;
B, receiving terminal according to the request of its reception to the transmitting terminal status report;
C, transmitting terminal carry out the packet retransmission process according to the status report of its reception.
2. the method for claim 1 is characterized in that, initiatively sends the step of asking to receiving terminal among the described step a and comprises:
Transmitting terminal is unconditional initiatively to send request to receiving terminal; Perhaps
Transmitting terminal initiatively sends request to receiving terminal when condition satisfies.
3. method as claimed in claim 1 or 2 is characterized in that, transmitting terminal sends request by user data, signaling to receiving terminal.
4. method as claimed in claim 3 is characterized in that, contain the information that triggers the rlc layer status report in described last packet, and described step a comprises specifically:
Transmitting terminal HARQ does not delete described last packet, and unconditionally initiatively retransmits described last packet after sending last packet and receiving the ACK of last packet correspondence.
5. method as claimed in claim 3 is characterized in that, contain the information that triggers the rlc layer status report in described last packet, and described step a comprises specifically:
Transmitting terminal HARQ is after sending last packet and receiving the ACK of last packet correspondence, do not delete last packet, transmitting terminal HARQ does not receive status report in first predetermined time interval, then initiatively retransmit described last packet.
6. as claim 4 or 5 described methods, it is characterized in that described step a also comprises:
Transmitting terminal is deleted described last packet receiving status report or described last packet above after the maximum retransmission.
7. method as claimed in claim 3 is characterized in that, described step a specifically comprises:
Transmitting terminal HARQ deletes last packet after sending last packet and receiving the ACK of last packet correspondence;
Transmitting terminal ARQ is unconditional initiatively to send request to receiving terminal ARQ, to trigger receiving terminal rlc layer status report; Described packet is: contain/do not contain the packet that triggers the rlc layer state report information.
8. method as claimed in claim 3 is characterized in that, described step a specifically comprises:
Transmitting terminal HARQ deletes last packet after sending last packet and receiving the ACK of last packet correspondence;
Transmitting terminal ARQ does not receive status report in second predetermined time interval, then send request to receiving terminal ARQ, to trigger status report.
9. method as claimed in claim 1 or 2 is characterized in that, described step b comprises:
Receiving terminal receives the request of a plurality of triggering status reports in the 3rd predetermined time interval, send a status report to transmitting terminal.
10. packet retransmission system comprises: transmitting terminal and receiving terminal, it is characterized in that, and be provided with request retransmission module and retransmission module in the transmitting terminal, be provided with sending module in the receiving terminal;
Request retransmission module: after transmitting terminal sends last packet and receives the ACK of last packet correspondence, initiatively send request, to trigger status report to receiving terminal;
Sending module: the request that receives according to receiving terminal is to the transmitting terminal status report;
Retransmission module: the status report that receives according to transmitting terminal carries out the packet retransmission process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101115313A CN101132261A (en) | 2006-08-21 | 2006-08-21 | Data package retransmission method and system thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101115313A CN101132261A (en) | 2006-08-21 | 2006-08-21 | Data package retransmission method and system thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101132261A true CN101132261A (en) | 2008-02-27 |
Family
ID=39129395
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101115313A Pending CN101132261A (en) | 2006-08-21 | 2006-08-21 | Data package retransmission method and system thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101132261A (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011057559A1 (en) * | 2009-11-10 | 2011-05-19 | 中兴通讯股份有限公司 | Method for acquiring packet data convergence protocol (pdcp) status report and pdcp entity |
| CN103107870A (en) * | 2011-11-11 | 2013-05-15 | 智邦科技股份有限公司 | Wireless network device and automatic parameter setting method thereof |
| CN103607263A (en) * | 2008-05-30 | 2014-02-26 | 交互数字专利控股公司 | WTRU, method for receiving switching information and implemented in WTRU, and integrated circuit |
| CN104137507A (en) * | 2013-01-31 | 2014-11-05 | 华为技术有限公司 | Method and device for processing packet loss feedback message |
| CN106160955A (en) * | 2015-03-26 | 2016-11-23 | 瑞昱半导体股份有限公司 | Control the control circuit of wireless user equipment active retransmission radio resource control messages |
| CN107959554A (en) * | 2016-10-14 | 2018-04-24 | 中国移动通信有限公司研究院 | The repeating method and device of a kind of data |
| CN109845317A (en) * | 2016-10-18 | 2019-06-04 | 华为技术有限公司 | Data transmission method and equipment |
| CN110213024A (en) * | 2018-04-26 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Data package retransmission method, device and equipment |
| CN112996052A (en) * | 2021-02-08 | 2021-06-18 | 展讯通信（上海）有限公司 | Data transmission control method and device, terminal, base station and medium |
-
2006
- 2006-08-21 CN CNA2006101115313A patent/CN101132261A/en active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103607263B (en) * | 2008-05-30 | 2017-08-01 | 交互数字专利控股公司 | WTRU, the method for the reception handover request implemented in WTRU and integrated circuit |
| CN103607263A (en) * | 2008-05-30 | 2014-02-26 | 交互数字专利控股公司 | WTRU, method for receiving switching information and implemented in WTRU, and integrated circuit |
| CN102056226B (en) * | 2009-11-10 | 2016-03-02 | 中兴通讯股份有限公司 | The acquisition methods of PDCP status report and PDCP entity |
| US8743831B2 (en) | 2009-11-10 | 2014-06-03 | Zte Corporation | Method for acquiring packet data convergence protocol status report and packet data convergence protocol entity |
| WO2011057559A1 (en) * | 2009-11-10 | 2011-05-19 | 中兴通讯股份有限公司 | Method for acquiring packet data convergence protocol (pdcp) status report and pdcp entity |
| CN103107870B (en) * | 2011-11-11 | 2016-08-10 | 智邦科技股份有限公司 | Wireless network device and automatic parameter setting method thereof |
| CN103107870A (en) * | 2011-11-11 | 2013-05-15 | 智邦科技股份有限公司 | Wireless network device and automatic parameter setting method thereof |
| CN104137507A (en) * | 2013-01-31 | 2014-11-05 | 华为技术有限公司 | Method and device for processing packet loss feedback message |
| CN106160955A (en) * | 2015-03-26 | 2016-11-23 | 瑞昱半导体股份有限公司 | Control the control circuit of wireless user equipment active retransmission radio resource control messages |
| CN107959554A (en) * | 2016-10-14 | 2018-04-24 | 中国移动通信有限公司研究院 | The repeating method and device of a kind of data |
| CN107959554B (en) * | 2016-10-14 | 2019-08-20 | 中国移动通信有限公司研究院 | A kind of repeating method and device of data |
| CN109845317A (en) * | 2016-10-18 | 2019-06-04 | 华为技术有限公司 | Data transmission method and equipment |
| CN110213024A (en) * | 2018-04-26 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Data package retransmission method, device and equipment |
| CN112996052A (en) * | 2021-02-08 | 2021-06-18 | 展讯通信（上海）有限公司 | Data transmission control method and device, terminal, base station and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8208394B2 (en) | Service data unit discard timers | |
| JP4981904B2 (en) | Media access control discard notification | |
| EP2618517B1 (en) | Method of supporting data retransmission in a mobile communication system | |
| KR101273407B1 (en) | Rlc for multi-carrier lte systems | |
| US8649279B2 (en) | Apparatus and method for adaptive TSP setting to minimize duplicate packet transmissions | |
| KR101098592B1 (en) | Method of receiving a point-to-multipoint service in a wireless communication system | |
| CN101132261A (en) | Data package retransmission method and system thereof | |
| JP5048135B2 (en) | Method for executing a polling procedure in a wireless communication system | |
| KR20170108006A (en) | Methods and apparatus for radio link control switching | |
| KR20100053625A (en) | Layer 2 tunneling of data during handover in a wireless communication system | |
| KR20090083867A (en) | Method of detecting and handling an endless rlc retransmission | |
| CN101132257B (en) | Condition report transmission method and sending terminal equipment thereof | |
| US8194559B2 (en) | Method of controlling data retransmission in a wireless communication system | |
| US9306710B2 (en) | RCC connection establishment method and apparatus in communication system background of the invention | |
| KR101470638B1 (en) | Method for enhancing radio resource and informing status report in mobile telecommunications system and receiver of mobile telecommunications | |
| Meyer et al. | ARQ concept for the UMTS long-term evolution | |
| WO2007137509A1 (en) | A method for transmitting the scheduling information on enchanced dedicated channel and a user terminal | |
| KR20100002111A (en) | Method for retransmitting data unit using delivery status information from a peer entity | |
| Ali-Yahiya et al. | LTE Radio Layer Design |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080227 |