US20060245430A1 - Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System - Google Patents

Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System Download PDF

Info

Publication number
US20060245430A1
US20060245430A1 US11/379,576 US37957606A US2006245430A1 US 20060245430 A1 US20060245430 A1 US 20060245430A1 US 37957606 A US37957606 A US 37957606A US 2006245430 A1 US2006245430 A1 US 2006245430A1
Authority
US
United States
Prior art keywords
acknowledged
receiver
status report
transmitter
receiving window
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.)
Abandoned
Application number
US11/379,576
Inventor
Sam Shiaw-Shiang Jiang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innovative Sonic Ltd
Original Assignee
Asustek Computer Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36763126&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20060245430(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Priority to US11/379,576 priority Critical patent/US20060245430A1/en
Assigned to ASUSTEK COMPUTER INC. reassignment ASUSTEK COMPUTER INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: JIANG, SAM SHIAW-SHIANG
Publication of US20060245430A1 publication Critical patent/US20060245430A1/en
Assigned to INNOVATIVE SONIC LIMITED reassignment INNOVATIVE SONIC LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ASUSTEK COMPUTER INC.
Abandoned legal-status Critical Current

Links

Images

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/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/22—Traffic shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/04—Scheduled or contention-free access
    • H04W74/06—Scheduled or contention-free access using polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention is a method and a device of a procedure for reconfiguring receiving window size of a receiver in a transmitter of a communications system.
  • the present invention prevents the transmitter from discarding the packets and hence prevents initiating a reset procedure. Therefore the communications system maintains a robust and efficient transmission.
  • the third generation mobile communications system was developed to have better usage of the frequency spectrum and higher-speed transmission service.
  • the third generation mobile communication uses a Wideband Code Division Multiple Access (WCDMA) protocol for wireless access.
  • WCDMA Wideband Code Division Multiple Access
  • the WCDMA protocol provides a more efficient channel usage, outstanding coverage, and high quality, high-speed multimedia data transmission.
  • the WCDMA protocol can satisfy different service requirements of QoS, provide flexible duplex transmission services, and also provide better communication quality.
  • a sequence number is added to a header of a Protocol Data Unit (PDU) to have synchronization and transmission robustness between a receiver and a transmitter.
  • the receiver is able to compare an SN of a PDU received with an expected SN to determine whether the PDU received is correct.
  • the transmitter and the receiver have a transmitting window and a receiving window respectively. Taking the receiving window as an example, an SN of a PDU received by the receiver must lie inside the receiving window, if not, the PDUs received is not processed. Therefore, transmission errors due to noise interferences are avoided.
  • the receiving window size can be reduced by the system in order to save buffer usage.
  • reconfiguring a receiving window size may initiate an unnecessary reset procedure.
  • Variable VR(R) represents an SN following that of a last in-sequence PDU received. The initial value is 0.
  • Variable VR(H) represents an SN following a highest SN of any received PDU.
  • Variable VR(MR) represents an SN following a PDU of a highest SN that shall be accepted by the receiver, meaning VR(MR) is the sum of VR(R) and the receiving window size.
  • Variable VT(S) represents an SN of a next PDU to be transmitted for a first time. It shall be updated after the aforementioned PDU is transmitted. The initial value is 0.
  • Variable VT(A) represents an SN following an SN of a last in-sequence acknowledged PDU. It shall be updated based on a receipt of a status report unit including a positively acknowledged message.
  • Variable VT(MS) represents an SN of a first PDU that is outside the transmitting window and shall not be transmitted by the transmitter.
  • the transmitter receives a status report unit from the receiver, the variables VT(A) and VT(MS) are updated and whether a PDU is negative acknowledged is determined according to the status report. If so, a retransmission procedure is initiated to retransmit the PDU. The PDU that had been negatively acknowledged will only be retransmitted once.
  • the receiver In Acknowledged Mode (AM), when the receiver receives a command for reconfiguring the receiving window size, the receiver updates the variable VR(MR), and determines whether there is a PDU whose SN lies in the range of larger than or equal to the variable VR(MR) and smaller than the variable VR(H). If so, the PDU is discarded and treated as never received. Thus, if the system reduces the receiving window size so that some PDUs stored in a buffer of the receiver may be outside the new receiving window, the prior art discards the PDUs outside the new receiving window and treats them as not received.
  • AM Acknowledged Mode
  • PDUs temporarily stored in the buffer of the receiver are PDUs that have been successfully received and not yet delivered to an upper layer.
  • a status report unit transmitted by the receiver informs the transmitter of positive acknowledgements of PDUs that have been received successfully, and the transmitter discards PDUs that have been positively acknowledged by the receiver. Consequently, when the system reconfigures the receiving window size, PDUs lying outside a new receiving window will be discarded by the receiver, and the transmitter having been informed that the discarded PDUs are positively acknowledged through a status report will also discard the PDUs from its buffer. Since the receiver treats the PDUs discarded as not received, the receiver will request retransmission of the PDUs after the receiving window advances. However, because the transmitter has discarded the PDUs from the buffer, retransmission requests from the receiver cannot be fulfilled. This causes the system to initiate a reset procedure and hence reduces transmission efficiency.
  • a method of processing reconfiguration of a receiving window size of a receiver in a transmitter of a communications system includes receiving a status report unit from the receiver and updating a first parameter indicating a sequence number following a sequence number of a last in-sequence acknowledged packet and a second parameter indicating a sequence number following a sequence number of a last packet within a transmitting window according to the status report unit.
  • the transmitter retains packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter in a buffer of the transmitter.
  • the transmitter marks the packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter as positively acknowledged packets.
  • the second parameter is updated according to a command for reconfiguring the receiving window size of the communications system. Packets with sequence numbers larger than or equal to the updated second parameter are marked as not yet acknowledged packets.
  • FIG. 1 is a flow chart of a procedure of an embodiment of the present invention.
  • FIG. 2 is a block diagram of a communications transmission device used in a communications system.
  • FIG. 3 is a diagram of the program code in FIG. 2 .
  • FIG. 2 is a block diagram of a communications transmission device 200 used in a communications system.
  • the communications system can be a 3 rd generation mobile communications system.
  • FIG. 2 only shows an input device 202 , an output device 204 , a control circuit 206 , a central processor 208 , a storage device 210 , a program code 212 , and a transceiver 214 of the wireless communications transmission device 200 .
  • the control circuit 206 executes the program code 212 stored in the storage device 210 with the central processor 208 , and then controls operations of the wireless communication transmission device 200 .
  • the wireless communications transmission device 200 can receive signals input by users through the input device 202 , or output signals through the output device 204 .
  • the transceiver 214 is used for receiving or transmitting radio signals.
  • the transceiver 214 is known as a part of Layer one, whereas the control circuit 206 is an application of Layer two and Layer three.
  • FIG. 3 is a schematic diagram of the program code 212 in FIG. 2 .
  • the program code 212 comprises an application program layer 300 , a Layer three interface 302 , a Layer two interface 306 , and a Layer one interface 318 .
  • the Layer two interface 306 stores a plurality of Service Data Units (SDUs) 308 , which are submitted from the Layer three interface 302 , in a buffer 312 .
  • the Layer two interface 306 generates a plurality of Protocol Data Units (PDUs) 314 according to the SDUs 308 stored in the buffer 312 , and outputs the PDUs 314 generated to a destination through the Layer one interface 318 .
  • SDUs Service Data Units
  • PDUs Protocol Data Units
  • the program code 212 receives a status report unit 310 or a piggybacked status report unit 310 of a receiver from the Layer one interface 308 , in order to detect a receiving status of the receiver.
  • the present invention provides new logic to process reconfiguration of the receiving window size in the program code 212 , in order to avoid unnecessary initiation of a reset procedure.
  • FIG. 1 is a flow chart of a procedure 10 of an embodiment of the present invention.
  • the procedure 10 is used to process, in a transmitter of a communications system, reconfiguration of a receiving window size of a receiver in the communications system.
  • the procedure 10 comprises the following steps:
  • Step 100 start.
  • Step 102 receive a status report from the receiver.
  • Step 104 update VT(A), VT(MS).
  • Step 106 detect whether the receiver has a PDU with negative acknowledgement. If so, go to step 108 ; if not, go to step 110 .
  • Step 108 initiate a retransmission procedure.
  • Step 110 detect whether the receiver has a PDU with positive acknowledgement. If so, go to step 112 ; if not, go to step 122 .
  • Step 112 retain and not discard positively acknowledged PDUs with SNs larger than VT(A).
  • Step 114 mark the positively acknowledged PDUs with SNs larger than VT(A) as positively acknowledged.
  • Step 116 detect whether reconfiguration of the receiving window size had been triggered. If so, go to step 118 ; if not, go to step 122 .
  • Step 118 update VT(MS).
  • Step 120 mark PDUs with SNs larger than or equal to VT(MS) as not yet acknowledged.
  • Step 122 end.
  • the transmitter receives a status report unit from the receiver, first update an SN following an SN of a last in-sequence acknowledged PDU and an SN of a first PDU that is outside a transmitting window, meaning the variables VT(A) and VT(MS). Then detect whether the receiver has a negatively acknowledged PDU according to the status report unit. If so, a retransmission procedure is initiated to retransmit PDUs that are negatively acknowledged. Next, detect whether the receiver has a positively acknowledged PDU. If so, retain and not discard positively acknowledged PDUs with SNs larger than VT(A) in a buffer of the transmitter, and mark the PDUs as positively acknowledged.
  • VT(MS) If reconfiguration of the receiving window size of the receiver has been triggered, then update VT(MS) first accordingly, and mark PDUs with SNs larger than or equal to VT(MS) as not yet acknowledged so that the PDUs with SNs larger than or equal to VT(MS) are not discarded. After the reconfiguration of the receiving window size has been triggered, the PDUs with SNs larger than or equal to VT(MS) are marked as not yet acknowledged. Therefore, the transmitter will not discard the PDUs with SNs larger than or equal to VT(MS), and hence the transmitter can cope with a possible request of retransmitting the PDUs and avoid initiating unnecessary reset procedures.
  • PDUs outside the receiving window are discarded by the receiver.
  • the transmitter marks the PDUs outside the transmitting window as not yet acknowledged and does not discard them from the buffer.
  • the receiver requests retransmission of the PDUs later with a status report unit, the transmitter does not determine that the status report unit comprises erroneous SNs so that the system does not initiate an unnecessary reset procedure. Consequently, the system can maintain a normal transmission.
  • transmission efficiency of the present invention is better than that of the prior art.
  • the present invention provides a method of processing, in a transmitter of a communications system, reconfiguration of a receiving window size of a receiver in the communications system.
  • the receiver discards positively acknowledged PDUs that are outside the reconfigured receiving window
  • the transmitter does not discard the PDUs outside the transmitting window. Unnecessary reset procedures are avoided so that the system can maintain a normal transmission and increase transmission efficiency. Therefore, the prior art problem of initiating an unnecessary reset procedure is solved.
  • the communications system described above can be the 3 rd generation mobile communications system operating in Acknowledged Mode (AM).

Abstract

A method for reconfiguring receiving window size of a receiving end of a communication system in a transmitting end of the communication system includes receiving a status report unit from the receiving end and updating an acknowledge state variable and a maximum send state variable according to the status report unit. Positively acknowledged packets with sequence numbers greater than the acknowledge state variable are retained in a buffer of the transmitting end. Positively acknowledged packets with sequence numbers greater than the acknowledge state variable are marked by the transmitter end as positively acknowledged packets. The maximum send state variable is updated according to a command for reconfiguring receiving window size of the communication system. Positively acknowledged packets with sequence numbers greater than or equal to the maximum send state variable are marked as not yet acknowledged packets.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application claims the benefit of U.S. Provisional Application No. 60/594,697, filed Apr. 29, 2005, and included herein by reference.
    • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention is a method and a device of a procedure for reconfiguring receiving window size of a receiver in a transmitter of a communications system. When the receiver discards packets that are outside the receiving window and have been positively acknowledged, the present invention prevents the transmitter from discarding the packets and hence prevents initiating a reset procedure. Therefore the communications system maintains a robust and efficient transmission.
  • 2. Description of the Prior Art
  • With the coming of the information age, requirements of mobile voice, data communications, and various mobile services increase each day. Communications systems of prior art are facing bottlenecks of channel usage overflow and inefficient transmission speeds. Therefore, the third generation mobile communications system was developed to have better usage of the frequency spectrum and higher-speed transmission service. Compared to the existing second generation mobile communications technology, the most significant difference with the third generation mobile communication is that the third generation mobile communication uses a Wideband Code Division Multiple Access (WCDMA) protocol for wireless access. The WCDMA protocol provides a more efficient channel usage, outstanding coverage, and high quality, high-speed multimedia data transmission. The WCDMA protocol can satisfy different service requirements of QoS, provide flexible duplex transmission services, and also provide better communication quality.
  • In a 3rd generation mobile communications system, a sequence number (SN) is added to a header of a Protocol Data Unit (PDU) to have synchronization and transmission robustness between a receiver and a transmitter. The receiver is able to compare an SN of a PDU received with an expected SN to determine whether the PDU received is correct. For a more efficient transmission of PDUs and to avoid noise interfering with SNs, the transmitter and the receiver have a transmitting window and a receiving window respectively. Taking the receiving window as an example, an SN of a PDU received by the receiver must lie inside the receiving window, if not, the PDUs received is not processed. Therefore, transmission errors due to noise interferences are avoided.
  • In the prior art, the receiving window size can be reduced by the system in order to save buffer usage. However, in some cases reconfiguring a receiving window size may initiate an unnecessary reset procedure.
  • To further explain the case described above, a specification developed by 3GPP (the 3rd Generation Partnership Project), 3GPP TS 25.322 V6.3.0, defines the following state variables (for Acknowledged Mode):
  • 1. Variable VR(R): represents an SN following that of a last in-sequence PDU received. The initial value is 0.
  • 2. Variable VR(H): represents an SN following a highest SN of any received PDU.
  • 3. Variable VR(MR): represents an SN following a PDU of a highest SN that shall be accepted by the receiver, meaning VR(MR) is the sum of VR(R) and the receiving window size.
  • 4. Variable VT(S): represents an SN of a next PDU to be transmitted for a first time. It shall be updated after the aforementioned PDU is transmitted. The initial value is 0.
  • 5. Variable VT(A): represents an SN following an SN of a last in-sequence acknowledged PDU. It shall be updated based on a receipt of a status report unit including a positively acknowledged message.
  • 6. Variable VT(MS): represents an SN of a first PDU that is outside the transmitting window and shall not be transmitted by the transmitter.
  • For improved data robustness, as the transmitter receives a status report unit from the receiver, the variables VT(A) and VT(MS) are updated and whether a PDU is negative acknowledged is determined according to the status report. If so, a retransmission procedure is initiated to retransmit the PDU. The PDU that had been negatively acknowledged will only be retransmitted once.
  • In Acknowledged Mode (AM), when the receiver receives a command for reconfiguring the receiving window size, the receiver updates the variable VR(MR), and determines whether there is a PDU whose SN lies in the range of larger than or equal to the variable VR(MR) and smaller than the variable VR(H). If so, the PDU is discarded and treated as never received. Thus, if the system reduces the receiving window size so that some PDUs stored in a buffer of the receiver may be outside the new receiving window, the prior art discards the PDUs outside the new receiving window and treats them as not received.
  • PDUs temporarily stored in the buffer of the receiver are PDUs that have been successfully received and not yet delivered to an upper layer. A status report unit transmitted by the receiver informs the transmitter of positive acknowledgements of PDUs that have been received successfully, and the transmitter discards PDUs that have been positively acknowledged by the receiver. Consequently, when the system reconfigures the receiving window size, PDUs lying outside a new receiving window will be discarded by the receiver, and the transmitter having been informed that the discarded PDUs are positively acknowledged through a status report will also discard the PDUs from its buffer. Since the receiver treats the PDUs discarded as not received, the receiver will request retransmission of the PDUs after the receiving window advances. However, because the transmitter has discarded the PDUs from the buffer, retransmission requests from the receiver cannot be fulfilled. This causes the system to initiate a reset procedure and hence reduces transmission efficiency.
  • For example, suppose the receiving window size is 16 and PDUs with SN=0 to SN=10 (inclusive) are successfully received except SN=0. By the definition of the variables specified above, it is known that VR(R)=0, VR(H)=11, and VR(MR)=16. A status report from the receiver informs the transmitter that PDUs with SN=1 to SN=10 are positively acknowledged and a PDU with SN=0 is negatively acknowledged. Upon receipt of the status report, the transmitter updates variables to have VT(A)=0, VT(S)=11, and VT(MS)=16. The transmitter also marks the PDUs with SN=1 to SN=10 as positively acknowledged. Thereafter, if the transmitter transmits a command to change the receiving window size to 8 to the receiver, the receiver changes the receiving window size to 8 according to the command, so that the receiving window spans from SN=0 to SN=7 with VR(R)=0, VR(H)=11, and VR(MR)=8.
  • In accordance to the specification, the prior art can discard PDUs with SN=8 to SN
  • =10. As the receiver receives a retransmitted PDU with SN=0, corresponding variables are updated to have VR(R)=8, VR(H)=8, and VR(MR)=16 and reports positive acknowledgement of the PDU with SN=0. After the transmitter receives a status report unit with positive acknowledgment of the PDU, variables are updated to have VT(A)=11, VT(S)=11, VT(MS)=1 g. Thereafter, the transmitter transmits a PDU with SN=11 and updates the variable VT(S) to 12. Since the receiver discarded the PDUs with SN=8 to SN=10 and treated them as not received, the receiver transmits a status report unit to inform the transmitter that the PDUs with SN=8 to SN=10 are negatively acknowledged upon a receipt of the PDU with SN=11. However, when the transmitter receives the status report unit, the transmitter detects that the status report unit contains erroneous SNs since SN=8 to SN=10 is outside the receiving window. Therefore, the system is required to initiate a reset procedure to recover the described mistake, lowering transmission efficiency and wasting system resources.
  • With the prior art processing reconfiguration of the receiving window, an unnecessary reset procedure may be initiated and hence affecting transmission performances.
    • SUMMARY OF THE INVENTION
  • A method of processing reconfiguration of a receiving window size of a receiver in a transmitter of a communications system includes receiving a status report unit from the receiver and updating a first parameter indicating a sequence number following a sequence number of a last in-sequence acknowledged packet and a second parameter indicating a sequence number following a sequence number of a last packet within a transmitting window according to the status report unit. The transmitter retains packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter in a buffer of the transmitter. The transmitter marks the packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter as positively acknowledged packets. The second parameter is updated according to a command for reconfiguring the receiving window size of the communications system. Packets with sequence numbers larger than or equal to the updated second parameter are marked as not yet acknowledged packets.
  • These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a flow chart of a procedure of an embodiment of the present invention.
  • FIG. 2 is a block diagram of a communications transmission device used in a communications system.
  • FIG. 3 is a diagram of the program code in FIG. 2.
    • DETAILED DESCRIPTION
  • Please refer to FIG. 2. FIG. 2 is a block diagram of a communications transmission device 200 used in a communications system. The communications system can be a 3rd generation mobile communications system. For simplicity, FIG. 2 only shows an input device 202, an output device 204, a control circuit 206, a central processor 208, a storage device 210, a program code 212, and a transceiver 214 of the wireless communications transmission device 200. In the wireless communications transmission device 200, the control circuit 206 executes the program code 212 stored in the storage device 210 with the central processor 208, and then controls operations of the wireless communication transmission device 200. The wireless communications transmission device 200 can receive signals input by users through the input device 202, or output signals through the output device 204. The transceiver 214 is used for receiving or transmitting radio signals. In a structure of a communications protocol, the transceiver 214 is known as a part of Layer one, whereas the control circuit 206 is an application of Layer two and Layer three.
  • Please refer to FIG. 3. FIG. 3 is a schematic diagram of the program code 212 in FIG. 2. The program code 212 comprises an application program layer 300, a Layer three interface 302, a Layer two interface 306, and a Layer one interface 318. When transmitting signals, the Layer two interface 306 stores a plurality of Service Data Units (SDUs) 308, which are submitted from the Layer three interface 302, in a buffer 312. Then, the Layer two interface 306 generates a plurality of Protocol Data Units (PDUs) 314 according to the SDUs 308 stored in the buffer 312, and outputs the PDUs 314 generated to a destination through the Layer one interface 318.
  • For improved robustness of data transmission, when in AM, the program code 212 receives a status report unit 310 or a piggybacked status report unit 310 of a receiver from the Layer one interface 308, in order to detect a receiving status of the receiver. Under this situation, the present invention provides new logic to process reconfiguration of the receiving window size in the program code 212, in order to avoid unnecessary initiation of a reset procedure.
  • Please refer to FIG. 1. FIG. 1 is a flow chart of a procedure 10 of an embodiment of the present invention. The procedure 10 is used to process, in a transmitter of a communications system, reconfiguration of a receiving window size of a receiver in the communications system. In an example in a 3rd generation mobile communications system, the procedure 10 comprises the following steps:
  • Step 100: start.
  • Step 102: receive a status report from the receiver.
  • Step 104: update VT(A), VT(MS).
  • Step 106: detect whether the receiver has a PDU with negative acknowledgement. If so, go to step 108; if not, go to step 110.
  • Step 108: initiate a retransmission procedure.
  • Step 110: detect whether the receiver has a PDU with positive acknowledgement. If so, go to step 112; if not, go to step 122.
  • Step 112: retain and not discard positively acknowledged PDUs with SNs larger than VT(A).
  • Step 114: mark the positively acknowledged PDUs with SNs larger than VT(A) as positively acknowledged.
  • Step 116: detect whether reconfiguration of the receiving window size had been triggered. If so, go to step 118; if not, go to step 122.
  • Step 118: update VT(MS).
  • Step 120: mark PDUs with SNs larger than or equal to VT(MS) as not yet acknowledged.
  • Step 122: end.
  • According to the procedure 10, after the transmitter receives a status report unit from the receiver, first update an SN following an SN of a last in-sequence acknowledged PDU and an SN of a first PDU that is outside a transmitting window, meaning the variables VT(A) and VT(MS). Then detect whether the receiver has a negatively acknowledged PDU according to the status report unit. If so, a retransmission procedure is initiated to retransmit PDUs that are negatively acknowledged. Next, detect whether the receiver has a positively acknowledged PDU. If so, retain and not discard positively acknowledged PDUs with SNs larger than VT(A) in a buffer of the transmitter, and mark the PDUs as positively acknowledged. If reconfiguration of the receiving window size of the receiver has been triggered, then update VT(MS) first accordingly, and mark PDUs with SNs larger than or equal to VT(MS) as not yet acknowledged so that the PDUs with SNs larger than or equal to VT(MS) are not discarded. After the reconfiguration of the receiving window size has been triggered, the PDUs with SNs larger than or equal to VT(MS) are marked as not yet acknowledged. Therefore, the transmitter will not discard the PDUs with SNs larger than or equal to VT(MS), and hence the transmitter can cope with a possible request of retransmitting the PDUs and avoid initiating unnecessary reset procedures.
  • For example, suppose the receiving window size is 16 and PDUs with SN=0 to SN=10 (inclusive) are successfully received except SN=0. By the definition of the variables specified above, it is known that VR(R)=0, VR(H)=11, and VR(MR)=16. A status report from the receiver informs the transmitter that PDUs with SN=1 to SN=10 are positively acknowledged and a PDU with SN=0 is negatively acknowledged. Upon receipt of the status report, the transmitter updates variables to have VT(A)=0, VT(S)=11, and VT(MS)=16. According to the procedure 10, the transmitter retransmits the PDU with SN=0. Furthermore, the transmitter does not discard PDUs with SNs larger than VT(A), and the PDUs with SNs=1 to SN=10 are marked as positively acknowledged. Now, suppose the transmitter transmits a command for reconfiguring the receiving window size to 8 to the receiver. According to the command, the receiver reconfigures the receiving window size to 8, which means the receiving window spans from SN=0 to SN=7, and VR(R)=0, VR(H)=11, VR(MR)=8. Therefore, the receiver can discard PDUs with SN=8 to SN=10.
  • According to the procedure 10 of the present invention, the transmitter first updates variable VT(MS)=8, and marks PDUs with SNs larger than or equal to VT(MS) as not yet acknowledged. Thus, transmission status of PDUs with SN=8 to SN=10 is changed from positively acknowledged to not yet acknowledged. When the PDU with SN=0 has been successfully retransmitted and positively acknowledged by the receiver, the transmitter updates corresponding variables to have VT(A)=8, VT(S)=11, VT(MS)=16. In other words, after the receiver reconfigures the receiving window size and the PDUs with SN=8 to SN=10 are discarded, the transmitter marks the PDUs with SN=8 to SN=10 as not yet acknowledged and retains them in a buffer so that when receiving a request for retransmitting the PDUs with SN=8 to SN=10, a reset procedure is not initiated since the PDUs with SN=8 to SN=10 are still inside a transmitting window. Therefore, retransmission of PDUs with SN=8 to SN=10 is successfully executed.
  • Thus, after reducing the receiving window size in the receiver, PDUs outside the receiving window are discarded by the receiver. The transmitter marks the PDUs outside the transmitting window as not yet acknowledged and does not discard them from the buffer. When the receiver requests retransmission of the PDUs later with a status report unit, the transmitter does not determine that the status report unit comprises erroneous SNs so that the system does not initiate an unnecessary reset procedure. Consequently, the system can maintain a normal transmission. Hence, transmission efficiency of the present invention is better than that of the prior art.
  • To summarize, the present invention provides a method of processing, in a transmitter of a communications system, reconfiguration of a receiving window size of a receiver in the communications system. When the receiver discards positively acknowledged PDUs that are outside the reconfigured receiving window, the transmitter does not discard the PDUs outside the transmitting window. Unnecessary reset procedures are avoided so that the system can maintain a normal transmission and increase transmission efficiency. Therefore, the prior art problem of initiating an unnecessary reset procedure is solved. The communications system described above can be the 3rd generation mobile communications system operating in Acknowledged Mode (AM).
  • Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.

Claims (7)

1. A method of processing reconfiguration of a receiving window size of a receiver in a transmitter of a communications system, the method comprising:
receiving a status report unit from the receiver;
updating a first parameter indicating a sequence number following a sequence number of a last in-sequence acknowledged packet and a second parameter indicating a sequence number following a sequence number of a last packet within a transmitting window according to the status report unit;
retaining packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter in a buffer of the transmitter;
marking packets that have been positively acknowledged according to the status report unit and have sequence numbers larger than the first parameter as positively acknowledged packets;
updating the second parameter according to a command for reconfiguring the receiving window size of the communications system; and
marking packets with sequence numbers larger than or equal to the updated second parameter as not yet acknowledged packets.
2. The method of claim 1 further comprising initiating a retransmission procedure for retransmitting negatively acknowledged packets according to the status report unit.
3. The method of claim 2 wherein the retransmission procedure retransmits a negatively acknowledged packet for a predetermined number of times.
4. The method of claim 3 wherein the predetermined number of times is 1.
5. The method of claim 1 wherein the communications system is a 3rd generation mobile communications system.
6. The method of claim 1 wherein the communications system is operating in an acknowledged mode.
7. A wireless device comprising a central processing unit in electrical communications with a memory, the memory comprising program code for implementing the method of claim 1.
US11/379,576 2005-04-29 2006-04-21 Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System Abandoned US20060245430A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/379,576 US20060245430A1 (en) 2005-04-29 2006-04-21 Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US59469705P 2005-04-29 2005-04-29
US11/379,576 US20060245430A1 (en) 2005-04-29 2006-04-21 Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System

Publications (1)

Publication Number Publication Date
US20060245430A1 true US20060245430A1 (en) 2006-11-02

Family

ID=36763126

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/379,576 Abandoned US20060245430A1 (en) 2005-04-29 2006-04-21 Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System
US11/380,654 Active 2028-05-19 US8134993B2 (en) 2005-04-29 2006-04-28 Method and apparatus for polling transmission status in a wireless communication system
US11/380,420 Abandoned US20070250637A1 (en) 2005-04-29 2006-05-24 Method and Apparatus for Reducing Jitter in a Receiver of a Selective Combining System

Family Applications After (2)

Application Number Title Priority Date Filing Date
US11/380,654 Active 2028-05-19 US8134993B2 (en) 2005-04-29 2006-04-28 Method and apparatus for polling transmission status in a wireless communication system
US11/380,420 Abandoned US20070250637A1 (en) 2005-04-29 2006-05-24 Method and Apparatus for Reducing Jitter in a Receiver of a Selective Combining System

Country Status (9)

Country Link
US (3) US20060245430A1 (en)
EP (2) EP1718017B2 (en)
JP (2) JP2006311543A (en)
KR (2) KR100779753B1 (en)
CN (2) CN1855887A (en)
AT (1) ATE459170T1 (en)
DE (1) DE602006012393D1 (en)
ES (1) ES2340602T5 (en)
TW (3) TW200638711A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080294958A1 (en) * 2005-05-04 2008-11-27 Young Dae Lee Method of Transmitting Control Information in Wireless Communication System and Transmission Window Updating Method Using the Same
US20080304479A1 (en) * 2007-06-07 2008-12-11 Scott Steven L One-way message notificatoin with out-of-order packet delivery
US20090219828A1 (en) * 2008-02-01 2009-09-03 Samsung Electronics Co. Ltd. Method and system for managing data transfer
WO2019245179A1 (en) * 2018-06-20 2019-12-26 Lg Electronics Inc. Method for processing a packet located outside of window by reception end in wireless communication system and an apparatus therefor

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8040836B2 (en) * 2006-05-26 2011-10-18 Microsoft Corporation Local network coding for wireless networks
KR100996069B1 (en) * 2006-11-27 2010-11-22 삼성전자주식회사 Method and apparatus for data transmission of radio link control layer in mobile telecommunication
TWI364964B (en) * 2007-02-14 2012-05-21 Innovative Sonic Ltd Method and apparatus for enhancing transmission efficiency in a wireless communications system
JP4896073B2 (en) * 2007-05-15 2012-03-14 イノヴァティヴ ソニック リミテッド Method and apparatus for polling data transmission status in a wireless communication system
US8159965B2 (en) * 2007-05-18 2012-04-17 Innovative Sonic Limited Method of comparing state variable or packet sequence number for a wireless communications system and related apparatus
KR101341515B1 (en) 2007-06-18 2013-12-16 엘지전자 주식회사 Method of updating repeatedly-transmitted information in wireless communicaiton system
KR101486352B1 (en) 2007-06-18 2015-01-26 엘지전자 주식회사 Method of controlling uplink synchronization state at a user equipment in a mobile communication system
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
KR101514841B1 (en) 2007-08-10 2015-04-23 엘지전자 주식회사 Method for re-attempting a random access effectively
KR101479341B1 (en) 2007-08-10 2015-01-05 엘지전자 주식회사 Effective reception method in wireless communication system providing a MBMS service
KR101490253B1 (en) 2007-08-10 2015-02-05 엘지전자 주식회사 Method of transmitting and receiving control information in a wireless communication system
US8488523B2 (en) 2007-08-14 2013-07-16 Lg Electronics Inc. Method of transmitting and processing data block of specific protocol layer in wireless communication system
KR101478173B1 (en) 2007-08-29 2014-12-31 삼성전자주식회사 The method of connecting the external device and the multmedia replaying apparatus thereof
KR101461970B1 (en) 2007-09-13 2014-11-14 엘지전자 주식회사 Method of performing polling procedure in a wireless communication system
KR100937432B1 (en) 2007-09-13 2010-01-18 엘지전자 주식회사 Method of allocating radio resources in a wireless communication system
KR101396062B1 (en) 2007-09-18 2014-05-26 엘지전자 주식회사 Effective data block transmission method using a header indicator
KR101591824B1 (en) * 2007-09-18 2016-02-04 엘지전자 주식회사 Method of performing polling procedure in a wireless communication system
KR101513033B1 (en) 2007-09-18 2015-04-17 엘지전자 주식회사 A method for qos guarantees in a multilayer structure
KR101435844B1 (en) 2007-09-18 2014-08-29 엘지전자 주식회사 Method of transmitting a data block in a wireless communication system
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101487557B1 (en) 2007-10-23 2015-01-29 엘지전자 주식회사 Method for transmitting data of common control channel
KR20090041323A (en) 2007-10-23 2009-04-28 엘지전자 주식회사 Method of effectively transmitting identification information of terminal during the generation of data block
TWI394399B (en) * 2007-10-28 2013-04-21 Innovative Sonic Ltd Method and apparatus for counting transmission times of a pdu
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
US20090168723A1 (en) 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
KR20090087773A (en) * 2008-02-13 2009-08-18 삼성전자주식회사 Apparatus and method for retransmittion packet data unit and reporting status in a mobile communication system
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
KR101163275B1 (en) 2008-03-17 2012-07-05 엘지전자 주식회사 Method for transmitting pdcp status report
US8614965B2 (en) 2008-10-24 2013-12-24 Nec Corporation Packet loss frequency measuring system, packet loss frequency measuring method, and program
US8295159B2 (en) * 2009-01-14 2012-10-23 Qualcomm Incorporated Timer poll retransmission expiry in a wireless communication system
US8228938B2 (en) * 2009-02-02 2012-07-24 Samsung Electronics Co., Ltd. Method and apparatus for preventing a miss-detection of duplicated packets and an out-of-sequence delivery to the higher layer in unacknowledged mode operation
JP5147898B2 (en) * 2010-06-10 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ Radio control apparatus and communication control method
US9420475B2 (en) * 2013-02-08 2016-08-16 Intel Deutschland Gmbh Radio communication devices and methods for controlling a radio communication device
US20160014803A1 (en) * 2014-07-09 2016-01-14 Qualcomm Incorporated Systems and methods for traffic information signaling in a wireless communications network
ES2882686T3 (en) * 2018-02-14 2021-12-02 Ericsson Telefon Ab L M Transmission device and method used in it to manage communications
US20200059504A1 (en) * 2018-08-19 2020-02-20 Pixart Imaging Inc. Schemes capable of synchronizing native clocks and audio codec clocks of audio playing for bluetooth wireless devices
CN113645177A (en) * 2020-05-11 2021-11-12 同响科技股份有限公司 Method and system for maintaining real-time audio stream playback delay in reliable transmission network

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0983541A (en) * 1995-09-19 1997-03-28 Fujitsu Ltd Error processing method/device
US5740173A (en) * 1996-02-28 1998-04-14 Telefonaktiebolaget Lm Ericsson Asynchronous transfer mode (ATM) cell arrival monitoring system
US6085085A (en) * 1996-03-27 2000-07-04 Qualcomm Incorporated Method and apparatus for performing preferred system selection
TW496058B (en) 1997-07-08 2002-07-21 Ericsson Telefon Ab L M Technique for providing a secure link in a mobile communication system
US6038633A (en) 1997-08-15 2000-03-14 Compaq Computer Corporation System and method for providing a dual interrupt mechanism to designate the occurrence and termination of an event
US6230013B1 (en) 1997-11-26 2001-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Diversity handling moveover for CDMA mobile telecommunications
GB2341287B (en) * 1998-09-04 2002-12-31 Fujitsu Ltd Jitter reduction
JP3444224B2 (en) 1999-03-23 2003-09-08 ヤマハ株式会社 Packet transfer device
KR100657253B1 (en) * 2000-03-29 2006-12-14 삼성전자주식회사 Apparatus for transmitting/receiving wireless packet and method thereof
US6922393B2 (en) 2001-01-10 2005-07-26 Asustek Computer Inc. Data discarding request acknowledgement in a wireless communications protocol
US6687248B2 (en) 2001-01-10 2004-02-03 Asustek Computer Inc. Sequence number ordering in a wireless communications system
TW578402B (en) 2001-04-03 2004-03-01 Asustek Comp Inc Window-based polling scheme for a wireless communications protocol
EP1275265B1 (en) * 2001-04-05 2008-07-30 Nokia Siemens Networks Oy Allocation period determination for packet data
EP1263160A1 (en) * 2001-06-01 2002-12-04 Telefonaktiebolaget Lm Ericsson Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests
US6804738B2 (en) * 2001-10-12 2004-10-12 Sonics, Inc. Method and apparatus for scheduling a resource to meet quality-of-service restrictions
KR100765121B1 (en) * 2001-11-24 2007-10-11 엘지전자 주식회사 Polling method of Protocol Data Unit of transmission buffer
US6717927B2 (en) 2002-04-05 2004-04-06 Interdigital Technology Corporation System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change
US6765905B2 (en) * 2002-04-18 2004-07-20 Motorola, Inc. Method for reducing packet data delay variation in an internet protocol network
KR100434054B1 (en) * 2002-04-26 2004-06-04 엘지전자 주식회사 Polling method of radio link control
US7388883B2 (en) * 2002-05-06 2008-06-17 Innovative Sonic Limited Abnormal case handling for acknowledged mode transmission and unacknowledged mode transmission
US7227856B2 (en) * 2002-08-13 2007-06-05 Innovative Sonic Limited Method for handling timers after an RLC reset or re-establishment in a wireless communications system
US7706405B2 (en) * 2002-09-12 2010-04-27 Interdigital Technology Corporation System for efficient recovery of Node-B buffered data following MAC layer reset
US20040062260A1 (en) * 2002-09-30 2004-04-01 Raetz Anthony E. Multi-level jitter control
KR100802619B1 (en) * 2002-11-07 2008-02-13 엘지전자 주식회사 Method for receiving data in a receiver under radio link control protocolprocessing method for rlc reception window
EP1465369A1 (en) * 2003-03-31 2004-10-06 Matsushita Electric Industrial Co., Ltd. Reset synchronisation method for a retransmission protocol
CN1577256A (en) 2003-07-29 2005-02-09 群光电子股份有限公司 Programmable radio receiver and computer system for programming receiving module
US7417991B1 (en) * 2003-12-18 2008-08-26 Avaya Inc. Network quality estimation
US8855572B2 (en) * 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
US7558243B2 (en) 2004-09-15 2009-07-07 Innovative Sonic Limited Enhanced polling method for preventing deadlock in a wireless communications system
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
US20060251105A1 (en) 2005-02-07 2006-11-09 Samsung Electronics Co., Ltd. Method and apparatus for requesting/transmitting status report of a mobile communication system
KR20080090191A (en) 2007-04-04 2008-10-08 엘지전자 주식회사 Navigation method, and navigation system
CA2684851C (en) * 2007-05-04 2015-11-24 Nokia Corporation Media stream recording into a reception hint track of a multimedia container file

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080294958A1 (en) * 2005-05-04 2008-11-27 Young Dae Lee Method of Transmitting Control Information in Wireless Communication System and Transmission Window Updating Method Using the Same
US8161341B2 (en) * 2005-05-04 2012-04-17 Lg Electronics Inc. Method of transmitting control information in wireless communication system and transmission window updating method using the same
US20080304479A1 (en) * 2007-06-07 2008-12-11 Scott Steven L One-way message notificatoin with out-of-order packet delivery
EP2001180A3 (en) * 2007-06-07 2009-06-24 Cray Inc. One-way message notification with out-of-order packet delivery
US8774203B2 (en) 2007-06-07 2014-07-08 Intel Corporation One-way message notification with out-of-order packet delivery
US20090219828A1 (en) * 2008-02-01 2009-09-03 Samsung Electronics Co. Ltd. Method and system for managing data transfer
US8879399B2 (en) * 2008-02-01 2014-11-04 Samsung Electronics Co., Ltd. Method and system for managing data transfer
WO2019245179A1 (en) * 2018-06-20 2019-12-26 Lg Electronics Inc. Method for processing a packet located outside of window by reception end in wireless communication system and an apparatus therefor

Also Published As

Publication number Publication date
EP1718017B1 (en) 2010-02-24
ES2340602T5 (en) 2021-06-25
US20060245410A1 (en) 2006-11-02
EP1718017B2 (en) 2020-10-28
KR100779753B1 (en) 2007-11-26
KR20060113566A (en) 2006-11-02
EP1718017A2 (en) 2006-11-02
KR20060113567A (en) 2006-11-02
DE602006012393D1 (en) 2010-04-08
JP2006311543A (en) 2006-11-09
CN1855800A (en) 2006-11-01
JP2006311564A (en) 2006-11-09
US20070250637A1 (en) 2007-10-25
US8134993B2 (en) 2012-03-13
CN100479359C (en) 2009-04-15
TWI308827B (en) 2009-04-11
TW200638711A (en) 2006-11-01
TW200642375A (en) 2006-12-01
ATE459170T1 (en) 2010-03-15
TW200642348A (en) 2006-12-01
CN1855887A (en) 2006-11-01
ES2340602T3 (en) 2010-06-07
EP1718017A3 (en) 2008-01-23
EP1718016A2 (en) 2006-11-02

Similar Documents

Publication Publication Date Title
US20060245430A1 (en) Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System
KR101467798B1 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US7664059B2 (en) Error handling in a wireless communications system
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data
KR101532789B1 (en) Harq operation method for retransmitted data
US8687548B2 (en) Method and arrangement in a telecommunication system for handling status information of data units
RU2487485C2 (en) Method of controlling transmission window and retransmission and transmitting device
RU2481713C2 (en) Method and transmitting unit for reducing transmission loss risk
KR20070033292A (en) Method and apparatus for transmitting signaling data messages in a wireless communication system
US20070266292A1 (en) Method and apparatus for reduced data block transmission in an automatic repeat request system
US9288015B2 (en) Sequence number update
JP2012515508A (en) Timer poll retransmission maturity in wireless communication systems
KR20070121585A (en) Method and apparatus for detection local nack in a wireless communications system
US20100122136A1 (en) Method and apparatus for reduced data block transmission in an automatic repeat request system
US6662330B1 (en) Joint range reject automatic repeat request protocol
US20130028189A1 (en) Method and apparatus for using physical layer error control to direct media access layer error control
US8738984B2 (en) Apparatus for processing retransmission failure in radio link control (RLC) layer
US11133898B2 (en) Retransmission handling at TTI length switch
KR101124066B1 (en) Interaction method between arq and harq for the system with long round trip delay
KR101533512B1 (en) Methods and devices for performing an automatic repeat request reset in a wireless communication environment
EP3490182B1 (en) Hybrid automatic repeat request method and system
KR100901802B1 (en) Dual Receiving Window Method and Apparatus for Automatic Retransmission Request
KR100709028B1 (en) Selective retransmission of data
KR100519332B1 (en) A Method for Transmitting Packet Data Using Radio Link Protocol
KR20090062227A (en) Method and apparatus for reording of packet in a mobile communication system

Legal Events

Date Code Title Description
AS Assignment

Owner name: ASUSTEK COMPUTER INC., TAIWAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:JIANG, SAM SHIAW-SHIANG;REEL/FRAME:017508/0278

Effective date: 20060411

AS Assignment

Owner name: INNOVATIVE SONIC LIMITED, VIRGIN ISLANDS, BRITISH

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ASUSTEK COMPUTER INC.;REEL/FRAME:019104/0022

Effective date: 20061120

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION