WO2000052868A2 - A method and a device for re-transmitting data transfer packets - Google Patents
A method and a device for re-transmitting data transfer packets Download PDFInfo
- Publication number
- WO2000052868A2 WO2000052868A2 PCT/FI2000/000162 FI0000162W WO0052868A2 WO 2000052868 A2 WO2000052868 A2 WO 2000052868A2 FI 0000162 W FI0000162 W FI 0000162W WO 0052868 A2 WO0052868 A2 WO 0052868A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data blocks
- bitmap
- acknowledgement
- transfer
- received
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—Details of sliding window management
-
- 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/1614—Details of the supervisory signal using bitmaps
-
- 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
Definitions
- the present invention relates to packet mode data transfer and, particularly, to a method and a device for re-transmitting data blocks.
- the method comprises transmitting a set of data blocks, receiving said set of data blocks, checking whether the transfer of the received data blocks has succeeded or failed, acknowledging at specific intervals the received data blocks with a bitmap, a bit of which corresponds to at least one transferred data block, and the value of the bit indicates the success or failure of the data transfer, and re-transmitting the data blocks the transfer of which has failed according to the bitmap.
- the device is arranged to implement a method according to the invention.
- a packet In data transfer, a packet typically means a data block presented in binary form, which is arranged in a specific form for data transfer. Normally, a packet comprises a heading, which contains, e.g. control data, such as synchronisation bits, a target address, the sender's address, the length of the packet, payload, which contains the data to be transferred and a tail part, which normally contains data intended for the identification and correction of errors.
- control data such as synchronisation bits
- a target address the sender's address
- payload which contains the data to be transferred
- tail part which normally contains data intended for the identification and correction of errors.
- packet mode data transfer data is divided into parts and by adding to the parts the required control and error correction data packets are formed which are transmitted and acknowledged substantially independently.
- Acknowledging is a commonly used error controlling procedure in packet mode data transfer.
- Acknowledging means a character or character string, which the party who has received the data returns to the party who has transmitted the data in order to indicate whether the transmission has succeeded or failed.
- the transmitting party who does not receive an acknowledgement or gets an acknowledgement indicating that the transmission has failed, retransmits the data.
- GSM Global System for Mobile Telecommunications
- ETSI European telecommunications Standards Institute
- GSM Phase 2+ specifies a new feature, which is called GPRS (General Packet Switched Radio Service).
- GPRS enables packet switched data transfer in a mobile communication network and, in addition, connections can be provided with a high rate packet switched transmission channel by assigning them a larger proportion of the transfer frames used in communication.
- a GPRS radio interface is illustrated by means of logical layer hierarchy.
- a physical layer 1 divides into two sublayers divided on the basis of functionalities.
- a physical RF layer 1a modulates physical wave forms on the basis of bit sequences received from a physical link layer 1 b and, correspondingly, demodulates the received wave forms into bit sequences for being supplied to the physical link layer.
- the physical link layer 1 b contains functionalities for transferring data through a physical channel between a mobile station and a network and uses the services of the physical RF layer. These functionalities also comprise error detection and correction for the physical layer.
- a lower part 2 of the data link layer is also determined by means of two functionalities.
- the RLC/MAC layer 2 provides services for data transfer.
- a MAC (Medium Access Control) 2a comprises functionalities by means of which the distribution of transfer capacity for the network and for the mobile station is controlled.
- An RLC 2b comprises functions for segmenting the packet data blocks of an upper LLC (Logical Link Layer) 3 into RLC data blocks for transmission and the gathering of the received RLC data blocks into LLC data blocks.
- RLC also comprises functions for implementing Backward Error Correction (BEC).
- BEC Backward Error Correction
- Seged data blocks of an upper SNDCP (Subnetwork Dependent Convergence Protocol) layer 4 are gathered, and the data blocks according to the packet data protocol used by the mobile station are unpacked from these data blocks.
- FIG. 1 illustrates a re-transmission method according to the GPRS system, in its basic form.
- a block 4 represents a transmitting unit which in data transfer in uplink direction is a mobile station and in data transfers in downlink direction is, for example, a base transceiver station of a mobile communication system.
- a block 5 represents a receiving unit which, respectively, in data transfer in uplink direction is, for example, a base transceiver station of a mobile communication system and in data transfer in downlink direction is a mobile station.
- TX Transmitter
- RX Receiver
- a mobile station In GPRS, a mobile station remains registered with a network (idle mode), but a channel is or channels are only reserved for the connection for actual data transfer. Traffic formed of successive RLC blocks is called Temporary Block Flow (TBF).
- TBF Temporary Block Flow
- Each RLC block comprises a Block Sequence Number (BSN) seven bits in length.
- a send state variable V(S) is maintained in the transmitter 4, the send state variable denoting the sequence number of the next-in- sequence data block to be transmitted at any given time.
- a transmitter acknowledge state variable V(A) is also maintained in the transmitter 4, the transmitter acknowledge state variable denoting the BSN for the oldest RLC block that has not been positively acknowledged by the receiver 5.
- an acknowledge state array V(B) wherein information on the acknowledgement status of the k previous RLC blocks is being stored, is also maintained in the transmitter.
- a receive state variable V(R) is maintained, the receive state variable denoting the BSN of the next-in-sequence RLC data block expected to be received.
- a receive window state variable V(Q) is also maintained in the transmitter, the receive window state variable denoting the BSN for the last RLC block, which has not yet been received.
- a receive state array V(N), wherein information on the receive status of k previous RLC blocks is being stored, is also maintained in the receiver 5.
- the reception window of the receiver corresponds to the BSNs of the k blocks so that V(Q) ⁇ / ⁇ V(R).
- the receiver contains a set of algorithms for detecting transfer errors in the received blocks. Error detection is well known to a person skilled in the art, and there is no reason to present it here in more detail.
- the receiver checks whether the data transfer has succeeded or not, and if the BSN of the received block is between [V(Q), V(R)] and the transfer of the data block was successful, a receive state array V(N) element that corresponds to the data block is given the value RECEIVED. In other case, the receive state array V(N) element is given the value INVALID.
- Packet Ack/Nack message comprises a Starting Sequence Number (SSN) and a Received Block Bitmap (RBB), which is formed of the receive state array V(N) so that the SSN is given the value of the variable V(R) and the RBB bits correspond to the values of the receive state array indexed in relation to said SSN. If the receive state array element has the value RECEIVED, the value of the bit is "1"; if the receive state array value is INVALID, the bit value is "0".
- SSN Starting Sequence Number
- RBB Received Block Bitmap
- the transmitter 4 On receiving a Packet Ack/Nack message, the transmitter 4 marks for the element, indexed in relation to the receive state array V(N) SSN, the value ACKED if the value of the bit that corresponds to the element is "1". If the bit value is "0", the value NACKED is marked for the acknowledge state array V(B) element.
- the transmitter 4 sends at any given time the data block that corresponds to the oldest element of the V(B) array, the value of the data block being NACKED. When the data block has been transmitted, PENDING_ACK is marked as the value of the element.
- acknowledge state array V(B) elements If none of the acknowledge state array V(B) elements has the value NACKED and the data block is contained in the determined window k (V(S) ⁇ V(A)+k), a data block that corresponds to the send state variable V(S) will be transmitted, and the value PENDING_ACK is marked for the acknowledge state array V(B) element corresponding to it.
- transmission window stall In connections utilising multi-time slots, a transmission window stalls easily because it is necessary to monitor in one window all the data blocks that are transmitted in successive time slots of the same frame, although the round-trip delay is relatively long.
- EGPRS enhanced GPRS
- ETSI enhanced GPRS system
- the easiest solution is to increase the size of the window and, correspondingly, that of the bitmap, whereupon the acknowledgement process speeds up and the transmission window will not stall as easily.
- the size of a Packet Ack/Nack message is specific, and it should also be possible to transfer data (e.g. measurement data) relating to other functions in connection with it, the increase of the bitmap size has limits.
- a method and a device implementing the method have been invented, by means of which the effect of the problem presented above can be significantly mitigated. It is characteristic of a method according to the invention that it comprises determining a set of acknowledgement algorithms each of which comprising a method for forming a bitmap of the received data blocks; maintaining information on the number of those data block which were not successfully received or the reception of which has not been acknowledged; and initiating one of said acknowledgement algorithms selecting the acknowledgement algorithm according to said number of data blocks.
- An objective of the invention is also a data transfer device, according to claim 12 and claim 13, and a data transfer system, according to claim 18.
- Preferred embodiments of the invention are described by subclaims.
- the invention is based on the idea that the aim to avoid the transmission window stall by monitoring the number of data blocks in the reception window and by controlling the acknowledgement procedure according to said number in an optimised manner.
- the solution presented above is enhanced preferably by also monitoring the number of data blocks in the transmission window and by also specifying the acknowledgement procedure according to this number.
- Figure 1 illustrates a GPRS radio interface illustrated by a logical layer hierarchy (prior art);
- Figure 2 illustrates a re-transmission procedure according to the GPRS system
- Figure 3 is a flow diagram illustrating a procedure according to the invention for arranging acknowledgements and re-transmissions:
- Figure 4 illustrates an acknowledgement algorithm according to the invention
- FIG. 5 illustrates another acknowledgement algorithm according to the invention
- Figure 6 is a signalising diagram illustrating a Polling Request message according to the invention.
- Figure 7 illustrates the use of two bitmaps;
- Figure 8 illustrates an embodiment of a data transfer device according to the invention.
- the receiver sends the transmitter a Packet Ack/Nack message according to a typical signalling system, the message comprising information relating to the state of the received RLC blocks and, at the same time, also transfers many other pieces of information to the receiver.
- Table 1 shows the fields of a Packet Uplink Ack/Nack message and Table 2 shows the fields of a Packet Downlink Ack/Nack message Packet DL Ack/Nack.
- the fields that must be present in each message are marked with the letter M, and the fields that do not have to be included in each message are marked with the letter O.
- Packet Uplink Ack/Nack contains, among other things, data for timing advance updating and power control.
- Packet Downlink Ack/Nack contains, e.g. data relating to the quality of the channel in use.
- Packet Ack/Nack comprises a starting sequence number SSN and a received block bitmap RBB.
- a figure NDR is initialised, the figure representing the number of data blocks in the reception window.
- a new data block DB is received from the transmitter, whereupon the figure NDR is raised by one (step 32).
- NDR NDR meets a condition B2
- the number of conditions and that of the algorithms corresponding to them is three, but the number can be selected according to the application.
- the number of acknowledged data blocks N ack is subtracted from the figure NDR (step 37). If the last data block was the last data block of the temporary block flow TBF, the process will end. If the block flow continues (step 38), it will again be moved to step 31 to receive new data blocks.
- the size of a window has been specified to be 64 and the bitmap length has been specified to be 64.
- both the transmission and reception window will probably be specified to be bigger.
- a window is used the size of which is 512.
- the optimised use of a bitmap is particularly important. The aim is to use as small a bitmap as possible for taking into account the limitations of the Packet Ack/Nack message and still be able to acknowledge the received data blocks as quickly as possible to prevent stall.
- the conditions relate to the ranges of variation specified for NDR so that:
- a new acknowledgement algorithm AL3 will be used.
- the bitmap is studied and it is examined whether it could be compressed by certain pre-selected compression methods (e.g. string coding, etc.) into smaller than the first threshold value. If the threshold value can be gone under, the compression is carried out and the acknowledgement procedure according to the algorithm AL1 will be followed for other functions.
- Bit string compression and decompression solutions are well known to a person skilled in the art and, therefore, they will not be described here in more detail.
- SSN will be determined as the algorithm AL2 in relation to the variable V(Q), but in order to speed up the process, a larger bitmap will be used.
- one or more fields in the Packet/Ack message are temporarily left un-transmitted, preferably alternative fields (in Tables 1 and 2, fields O).
- a 128-bit bitmap can be temporarily included in the message by leaving the Reservation Decision, Timing Advance, and Fixed Allocation un-transmitted.
- a 128-bit bitmap can be temporarily included in the message by leaving the measurement results (field Channel Quality Report) un-transmitted, also alternative fields Channel Request Description and Interruption Request.
- the 128-bit bitmap can be transmitted in every other downlink Packet Ack/Nack message so that the channel measurement results can be reported to the network in a manner required by the system.
- NDR When NDR is relatively high, it is preferable to use different types of acknowledgement algorithms in uplink and downlink directions. The reason for this is that more limitations are directed to a Packet Downlink Ack/Nack message than to a Packet Uplink Ack/Nack message.
- the mobile station sends the network a Polling Request message (6.1 ), wherein it informs the network of the need to send two successive Packet Downlink Ack/Nack messages.
- the network allocates a radio resource RR according to the request and when requesting acknowledgement next time, it informs the mobile station in the Polling Request message (6.2) that it can send successively two bitmaps as shown in Figure 7.
- the mobile station acknowledges the transmission with an acknowledgement message that contains said two bitmaps (6.3).
- acknowledgement functions can each time be adapted to the transfer situation, whereupon the acknowledgement and retransmission procedure will be enhanced and the transmission window stall will be diminished without bringing about substantial changes in the system difficult to implement and without impeding the transfer of other data communicated with the help of acknowledgement messages.
- the number of data blocks is examined in the reception window.
- a corresponding function can also be arranged at the transmission end in which case a corresponding figure NDT is used in relation to a transmission window.
- NDT represents the number of data blocks in the transmission window which have been transmitted but not acknowledged.
- a transmitter requests appropriate acknowledgements from a receiver, for example, when the figure NDT exceeds a given threshold value, e.g. 350, the transmitter allocates for the acknowledgement request a higher radio resource and expresses in the acknowledgement request a command to the mobile station to send in the acknowledgement message two bitmaps as described in the algorithm AL4.
- the block diagram in Figure 8 describes the functionalities of the mobile station's transmission and reception parts.
- the mobile station includes a radio unit for communicating on a radio path, the radio unit comprising a transmission branch known from a conventional mobile station (comprising functional blocks that carry out channel coding, interleaving, encryption, modulation, and transmission) 81 , a reception branch (comprising functional blocks that carry out reception, demodulation, decryption, de- interleaving, and channel decoding) 82, a duplex filter 83 that separates reception and transmission for a transmission on a radio path, and an antenna 84.
- the operation of the terminal is controlled by a main control circuit MCU 85, which comprises a memory MEM 86.
- the MCU 85 implements those functionalities according to the communication protocol, which at the mobile station end take care of re-transmissions.
- a set of acknowledgement algorithms are loaded in the memory 86 of the MCU 85, from which the MCU 85 selects, according to the criteria presented above, and implements an acknowledgement algorithm in a manner presented above.
- a transmitter according to the invention can be any terminal or network element suitable for wireless packet-mode data transmission.
- the embodiments presented should be considered illustrative, but not restricting.
- the possibilities of implementing and using the invention are only restricted by the enclosed patent claims. Consequently, the various options of implementing the invention as determined by the claims, including the equivalent implementations, also belong to the scope of the invention.
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP00907696A EP1166485A2 (en) | 1999-03-03 | 2000-03-01 | A method and a device for re-transmitting data transfer packets |
AU29196/00A AU2919600A (en) | 1999-03-03 | 2000-03-01 | A method and a device for re-transmitting data transfer packets |
JP2000603185A JP2002538720A (en) | 1999-03-03 | 2000-03-01 | Data transfer packet retransmission method and apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI990467A FI106760B (en) | 1999-03-03 | 1999-03-03 | Method and device for retransmitting data packets |
FI990467 | 1999-03-03 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2000052868A2 true WO2000052868A2 (en) | 2000-09-08 |
WO2000052868A3 WO2000052868A3 (en) | 2001-01-25 |
Family
ID=8554053
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/FI2000/000162 WO2000052868A2 (en) | 1999-03-03 | 2000-03-01 | A method and a device for re-transmitting data transfer packets |
Country Status (8)
Country | Link |
---|---|
US (1) | US6601207B1 (en) |
EP (1) | EP1166485A2 (en) |
JP (1) | JP2002538720A (en) |
CN (1) | CN1342355A (en) |
AU (1) | AU2919600A (en) |
FI (1) | FI106760B (en) |
RU (1) | RU2001126714A (en) |
WO (1) | WO2000052868A2 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003045083A1 (en) * | 2001-11-23 | 2003-05-30 | Nokia Corporation | Allocating memory resources of mobile station |
GB2384145A (en) * | 2002-01-12 | 2003-07-16 | Ubinetics Ltd | Adaptive signalling technique for repeat transmission requests |
GB2396088A (en) * | 2002-12-06 | 2004-06-09 | Qualcomm | A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity |
WO2008128614A2 (en) * | 2007-04-24 | 2008-10-30 | Rohde & Schwarz Gmbh & Co. Kg | Communication system and method for determining channel parameters |
FR2925802A1 (en) * | 2007-12-20 | 2009-06-26 | Canon Kk | METHOD OF ACQUITTING DATA |
WO2010055364A1 (en) * | 2008-11-12 | 2010-05-20 | Alcatel Lucent | Harq feedback scheduling method and apparatus thereof |
CN101860423A (en) * | 2010-06-07 | 2010-10-13 | 华为技术有限公司 | Method and device for retransmission of protocol packet transmission |
EP2244405A2 (en) * | 2009-04-21 | 2010-10-27 | Research In Motion Limited | Methods and apparatus to use window alignment information to process acknowledgment information associated with transmitted data blocks |
CN101212283B (en) * | 2006-12-25 | 2011-07-20 | 华为技术有限公司 | Method for transporting acknowledged information/non-acknowledged information in communication system |
EP1626519A3 (en) * | 2004-08-11 | 2012-08-15 | Kabushiki Kaisha Toshiba | Communication apparatus and communication method |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE0000897D0 (en) * | 2000-03-17 | 2000-03-17 | Ericsson Telefon Ab L M | Methods in a communication system |
FI109437B (en) * | 2000-04-03 | 2002-07-31 | Nokia Corp | Reservation of resources in packet data transmission |
US7068619B2 (en) * | 2000-08-07 | 2006-06-27 | Lucent Technologies Inc. | Radio link control with limited retransmissions for streaming services |
JP4520032B2 (en) * | 2000-08-17 | 2010-08-04 | パナソニック株式会社 | Header compression apparatus and header compression method |
US20030039226A1 (en) | 2001-08-24 | 2003-02-27 | Kwak Joseph A. | Physical layer automatic repeat request (ARQ) |
FI114365B (en) * | 2001-08-31 | 2004-09-30 | First Hop Oy | Procedure for optimizing the performance of wireless networks |
US7013418B1 (en) * | 2001-11-15 | 2006-03-14 | Network Appliance, Inc. | Method and apparatus for reliable delivery of status information for multiple sets of data units in a single packet |
US20030149786A1 (en) * | 2002-02-06 | 2003-08-07 | Mark Duffy | Efficient counter retrieval |
US7042857B2 (en) | 2002-10-29 | 2006-05-09 | Qualcom, Incorporated | Uplink pilot and signaling transmission in wireless communication systems |
US7177297B2 (en) | 2003-05-12 | 2007-02-13 | Qualcomm Incorporated | Fast frequency hopping with a code division multiplexed pilot in an OFDMA system |
US7296204B2 (en) * | 2003-05-30 | 2007-11-13 | Wegener Communications, Inc. | Error correction apparatus and method |
US20050224596A1 (en) * | 2003-07-08 | 2005-10-13 | Panopoulos Peter J | Machine that is an automatic pesticide, insecticide, repellant, poison, air freshener, disinfectant or other type of spray delivery system |
JP4537410B2 (en) * | 2003-12-29 | 2010-09-01 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | Feedback message generation method for automatic retransmission request in mobile communication system |
JP4005974B2 (en) | 2004-01-09 | 2007-11-14 | 株式会社東芝 | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND COMMUNICATION SYSTEM |
US8611283B2 (en) * | 2004-01-28 | 2013-12-17 | Qualcomm Incorporated | Method and apparatus of using a single channel to provide acknowledgement and assignment messages |
KR100714675B1 (en) * | 2004-01-30 | 2007-05-07 | 삼성전자주식회사 | Method for frame retransmission and network apparatus employing the method |
KR100989314B1 (en) * | 2004-04-09 | 2010-10-25 | 삼성전자주식회사 | display apparatus |
US7433314B2 (en) * | 2004-06-01 | 2008-10-07 | Samsung Electronics Co., Ltd. | Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network |
US8891349B2 (en) | 2004-07-23 | 2014-11-18 | Qualcomm Incorporated | Method of optimizing portions of a frame |
KR100678943B1 (en) * | 2004-08-24 | 2007-02-07 | 삼성전자주식회사 | Method and apparatus for transmitting block ACK frame |
US7453849B2 (en) * | 2004-12-22 | 2008-11-18 | Qualcomm Incorporated | Method of implicit deassignment of resources |
US8831115B2 (en) | 2004-12-22 | 2014-09-09 | Qualcomm Incorporated | MC-CDMA multiplexing in an orthogonal uplink |
US8238923B2 (en) | 2004-12-22 | 2012-08-07 | Qualcomm Incorporated | Method of using shared resources in a communication system |
US8169953B2 (en) * | 2005-05-17 | 2012-05-01 | Qualcomm Incorporated | Method and apparatus for wireless multi-carrier communications |
EP1780926B1 (en) * | 2005-10-28 | 2021-01-20 | Nokia Technologies Oy | Method for ACK/NACK signalling |
ES2299969T3 (en) | 2005-11-10 | 2008-06-01 | Research In Motion Limited | APPARATUS AND METHOD FOR THE SIGNALING OF THE ALLOCATION OF COMMUNICATION RESOURCES IN A BLOCK BASE. |
KR100705238B1 (en) * | 2005-11-15 | 2007-04-06 | 엘지전자 주식회사 | Data synchronizing method for using error check code, mobile communication terminal and server therefor |
CN101043299B (en) * | 2006-04-05 | 2010-08-25 | 华为技术有限公司 | ACK/NACK method |
JP2007324700A (en) * | 2006-05-30 | 2007-12-13 | Mitsubishi Electric Corp | Transmission control method |
KR100773579B1 (en) | 2006-07-14 | 2007-11-08 | 강릉대학교산학협력단 | Method for transmitting wireless data and recording medium storing program for executing the method |
CN101136727B (en) * | 2006-09-01 | 2010-05-12 | 华为技术有限公司 | Method for reporting whether data is exactly received |
US20080201513A1 (en) * | 2007-02-20 | 2008-08-21 | Assaf Waisler | Method and Device to Transfer Digital Data |
US20120079336A1 (en) * | 2010-09-24 | 2012-03-29 | Aran Bergman | Techniques utilizing arq feedback for efficient transmitter buffer usage |
US8755403B2 (en) * | 2011-11-09 | 2014-06-17 | Hitachi, Ltd. | Block acknowledgement for wireless communication methods, apparatuses and systems |
KR101324857B1 (en) * | 2011-12-30 | 2013-11-01 | 엘에스산전 주식회사 | A method for linking ethernet communication for digital protective relay and the digital protective relay performing the same |
US9350806B2 (en) * | 2012-09-07 | 2016-05-24 | International Business Machines Corporation | Zero copy data transfers without modifying host side protocol stack parameters |
CN104518853B (en) * | 2013-09-27 | 2018-04-17 | 北京新媒传信科技有限公司 | Method, receiving terminal and the system that a kind of data retransmit |
CN104837206B (en) * | 2015-05-26 | 2018-09-25 | 熊猫电子集团有限公司 | A kind of GMR-1 3G terminal data receiving-transmitting system |
US10362464B2 (en) * | 2016-03-25 | 2019-07-23 | Silicon Laboratories, Inc. | Over-the-air broadcast bootloader protocol |
CN110149374B (en) * | 2019-04-28 | 2022-04-15 | 深圳市恒扬数据股份有限公司 | File transmission method, terminal equipment and computer readable storage medium |
CN113676736A (en) * | 2020-05-13 | 2021-11-19 | 华为技术有限公司 | Data frame transmission method and communication device |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5444718A (en) * | 1993-11-30 | 1995-08-22 | At&T Corp. | Retransmission protocol for wireless communications |
EP0938207A2 (en) * | 1998-02-23 | 1999-08-25 | Lucent Technologies Inc. | System and method for incremental redundancy transmission in a communication system |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5440545A (en) * | 1993-08-02 | 1995-08-08 | Motorola, Inc. | Packet delivery system |
US5553083B1 (en) | 1995-01-19 | 2000-05-16 | Starburst Comm Corp | Method for quickly and reliably transmitting frames of data over communications links |
US5784362A (en) * | 1995-04-17 | 1998-07-21 | Telefonaktiebolaget Lm Ericsson | Temporary frame identification for ARQ in a reservation-slotted-ALOHA type of protocol |
US5717689A (en) * | 1995-10-10 | 1998-02-10 | Lucent Technologies Inc. | Data link layer protocol for transport of ATM cells over a wireless link |
US6611515B1 (en) | 1998-05-17 | 2003-08-26 | Lucent Technologies Inc. | System and method for link and media access control layer transaction completion procedures |
US6367045B1 (en) * | 1999-07-01 | 2002-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Bandwidth efficient acknowledgment/negative acknowledgment in a communication system using automatic repeat request (ARQ) |
US6269080B1 (en) * | 1999-04-13 | 2001-07-31 | Glenayre Electronics, Inc. | Method of multicast file distribution and synchronization |
-
1999
- 1999-03-03 FI FI990467A patent/FI106760B/en active
-
2000
- 2000-03-01 CN CN00804574.7A patent/CN1342355A/en active Pending
- 2000-03-01 AU AU29196/00A patent/AU2919600A/en not_active Abandoned
- 2000-03-01 JP JP2000603185A patent/JP2002538720A/en not_active Withdrawn
- 2000-03-01 RU RU2001126714/09A patent/RU2001126714A/en not_active Application Discontinuation
- 2000-03-01 WO PCT/FI2000/000162 patent/WO2000052868A2/en not_active Application Discontinuation
- 2000-03-01 EP EP00907696A patent/EP1166485A2/en not_active Withdrawn
- 2000-03-02 US US09/517,206 patent/US6601207B1/en not_active Expired - Lifetime
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5444718A (en) * | 1993-11-30 | 1995-08-22 | At&T Corp. | Retransmission protocol for wireless communications |
EP0938207A2 (en) * | 1998-02-23 | 1999-08-25 | Lucent Technologies Inc. | System and method for incremental redundancy transmission in a communication system |
Non-Patent Citations (1)
Title |
---|
Efficient transmission of ARQ feedback for EGPRS radlink; Balachandran K, Ejzak RP, Nanda S; Gateway to 21st Century Communications Village. VTC 1999-Fall. IEEE VTS 50th Vehicular Technology Conference (Cat. No.99CH36324), 19-22 Sept 1999, Pt. vol.3, pp. 1663-1669, XP002901170, Published: Piscataway, NJ, USA, 1999, 5 vol. (lxix+3056) pp.; ISBN 0780354354. see Abstract; page 1663, paragraph 4 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7573844B2 (en) | 2001-11-23 | 2009-08-11 | Sebire Guillaume | Allocating memory resources of mobile station |
EP2299640A3 (en) * | 2001-11-23 | 2014-04-02 | Intellectual Ventures I LLC | Allocating memory resources of a mobile station |
WO2003045083A1 (en) * | 2001-11-23 | 2003-05-30 | Nokia Corporation | Allocating memory resources of mobile station |
GB2384145A (en) * | 2002-01-12 | 2003-07-16 | Ubinetics Ltd | Adaptive signalling technique for repeat transmission requests |
WO2003058872A1 (en) * | 2002-01-12 | 2003-07-17 | Ubinetics Limited | Selection of the most efficient status report in the arq-mechanism of a radio link layer, e.g. to reduce the amount of bits to be sent and/or the amount of processing |
GB2396088B (en) * | 2002-12-06 | 2005-06-29 | Qualcomm | A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity |
GB2396088A (en) * | 2002-12-06 | 2004-06-09 | Qualcomm | A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity |
EP1626519A3 (en) * | 2004-08-11 | 2012-08-15 | Kabushiki Kaisha Toshiba | Communication apparatus and communication method |
EP2597810A1 (en) * | 2004-08-11 | 2013-05-29 | Kabushiki Kaisha Toshiba | Communication apparatus and communication method |
CN101212283B (en) * | 2006-12-25 | 2011-07-20 | 华为技术有限公司 | Method for transporting acknowledged information/non-acknowledged information in communication system |
WO2008128614A3 (en) * | 2007-04-24 | 2009-01-15 | Rohde & Schwarz | Communication system and method for determining channel parameters |
WO2008128614A2 (en) * | 2007-04-24 | 2008-10-30 | Rohde & Schwarz Gmbh & Co. Kg | Communication system and method for determining channel parameters |
FR2925802A1 (en) * | 2007-12-20 | 2009-06-26 | Canon Kk | METHOD OF ACQUITTING DATA |
US8094561B2 (en) | 2007-12-20 | 2012-01-10 | Canon Kabushiki Kaisha | Method and a device for acknowledging data received by a communication device in a communication network |
WO2010055364A1 (en) * | 2008-11-12 | 2010-05-20 | Alcatel Lucent | Harq feedback scheduling method and apparatus thereof |
EP2244405A2 (en) * | 2009-04-21 | 2010-10-27 | Research In Motion Limited | Methods and apparatus to use window alignment information to process acknowledgment information associated with transmitted data blocks |
EP2244405B1 (en) * | 2009-04-21 | 2013-05-29 | Research In Motion Limited | Methods and apparatus to use window alignment information to process acknowledgment information associated with transmitted data blocks |
CN101860423A (en) * | 2010-06-07 | 2010-10-13 | 华为技术有限公司 | Method and device for retransmission of protocol packet transmission |
Also Published As
Publication number | Publication date |
---|---|
AU2919600A (en) | 2000-09-21 |
FI106760B (en) | 2001-03-30 |
FI990467A (en) | 2000-09-04 |
FI990467A0 (en) | 1999-03-03 |
RU2001126714A (en) | 2003-07-20 |
CN1342355A (en) | 2002-03-27 |
JP2002538720A (en) | 2002-11-12 |
EP1166485A2 (en) | 2002-01-02 |
WO2000052868A3 (en) | 2001-01-25 |
US6601207B1 (en) | 2003-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6601207B1 (en) | Method and a device for re-transmitting data transfer packets | |
US8660068B2 (en) | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications | |
KR100282403B1 (en) | Method for transmitting radio link protocol frames in a mobile radio communication system | |
ES2350476T3 (en) | METHOD AND RETRANSMISSION SYSTEM. | |
KR101084135B1 (en) | method of receiving and transmitting for status PDU in wireless communication system | |
US8578234B2 (en) | Data link layer tunneling technique for high-speed data in a noisy wireless environment | |
KR101532789B1 (en) | Harq operation method for retransmitted data | |
EP2229745B2 (en) | Status reporting for retransmission protocol | |
US9025460B2 (en) | Method and transmitting unit for reducing a risk of transmission stalling | |
US8098620B2 (en) | Method for status reporting in wireless communication systems when one-time allocated resource is insufficent | |
US6662330B1 (en) | Joint range reject automatic repeat request protocol | |
EP1751928B1 (en) | Lossless radio link control entity (rlc) re-establishment avoiding service data unit (sdu) duplication | |
KR101084136B1 (en) | method of receiving and transmitting PDUs having a status information in receiving and transmitting terminals of wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 00804574.7 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
AK | Designated states |
Kind code of ref document: A3 Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A3 Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
WWE | Wipo information: entry into national phase |
Ref document number: 29196/00 Country of ref document: AU |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2000907696 Country of ref document: EP Ref document number: IN/PCT/2001/1156/CHE Country of ref document: IN |
|
ENP | Entry into the national phase |
Ref document number: 2000 603185 Country of ref document: JP Kind code of ref document: A |
|
WWP | Wipo information: published in national office |
Ref document number: 2000907696 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2000907696 Country of ref document: EP |