EP1559204A1 - Procede de deplacement d'une fenetre de reception dans un reseau a acces radio - Google Patents

Procede de deplacement d'une fenetre de reception dans un reseau a acces radio

Info

Publication number
EP1559204A1
EP1559204A1 EP03810708A EP03810708A EP1559204A1 EP 1559204 A1 EP1559204 A1 EP 1559204A1 EP 03810708 A EP03810708 A EP 03810708A EP 03810708 A EP03810708 A EP 03810708A EP 1559204 A1 EP1559204 A1 EP 1559204A1
Authority
EP
European Patent Office
Prior art keywords
sdu
pdu
sdus
receiving
discarded
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.)
Granted
Application number
EP03810708A
Other languages
German (de)
English (en)
Other versions
EP1559204B1 (fr
EP1559204A4 (fr
Inventor
Young-Dae Lee
Seung-June Yi
So-Young Lee
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.)
LG Electronics Inc
Original Assignee
LG Electronics 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=32310822&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP1559204(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Priority to EP20100191432 priority Critical patent/EP2290866B1/fr
Priority to EP20080169463 priority patent/EP2056514A3/fr
Priority to EP14182884.8A priority patent/EP2811681B1/fr
Publication of EP1559204A1 publication Critical patent/EP1559204A1/fr
Publication of EP1559204A4 publication Critical patent/EP1559204A4/fr
Application granted granted Critical
Publication of EP1559204B1 publication Critical patent/EP1559204B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/04Scheduled access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809Selective-repeat protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1832Details of sliding window management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/187Details of sliding window management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • H04L1/1877Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/22Traffic shaping
    • H04L47/225Determination of shaping rate, e.g. using a moving window
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control

Definitions

  • the present invention relates to radio link control (RLC) data transmission in a UMTS (universal mobile telecommunications system), and more particularly, to a method for moving a receive window in a radio access network.
  • RLC radio link control
  • FIG. 1 illustrates a structure of a radio interface protocol between a terminal and the UTRAN according to the 3GPP radio access network standards.
  • a radio interface protocol has horizontal layers comprising a physical layer, a data link layer, and a network layer, and has vertical planes comprising a user plane for transmitting user data and a control plane for transmitting control information.
  • the user plane is a region that handles traffic information of the user, such as voice and Internet protocol (IP) packets
  • the control plane is a region that handles control information for an interface of a network, maintenance and management of a call, and the like.
  • the protocol layers in FIG. 1 can be divided into a first layer (L1), a second layer (L2), and a third layer (L3) based on the three lower layers of an
  • OSI open system interconnection
  • the first layer (L1 ), namely, the physical layer, provides an
  • the physical layer is connected to an upper layer
  • MAC medium access control
  • MAC layer and the physical layer send and receive data with one another via
  • the second layer (L2) includes a MAC layer, a radio link control
  • the MAC layer provides an allocation service of the MAC parameters
  • the MAC layer is
  • radio link control (RLC) layer connected to an upper layer called the radio link control (RLC) layer, via a RLC layer.
  • RLC radio link control
  • Various logical channels are provided according to the kind of
  • the RLC layer supports reliable data transmissions, and performs a segmentation and concatenation function on a plurality of RLC service data units (RLC SDUs) delivered from an upper layer.
  • RLC SDUs RLC service data units
  • the RLC layer adjusts the size of each RLC SDU in an appropriate manner upon considering processing capacity, and then creates certain data units with header information added thereto.
  • the created data units are called protocol data units (PDUs), which are then transferred to the MAC layer via a logical channel.
  • the RLC layer includes a RLC buffer for storing the RLC SDUs and/or the RLC PDUs.
  • the PDCP (Packet Data Convergence Protocol) layer allows the data transmitted through a network protocol (such as an IPv4 or IPv6) to be effectively transmitted on a radio interface with a relatively small bandwidth.
  • a network protocol such as an IPv4 or IPv6
  • the PDCP layer performs the function of reducing unnecessary control information used for a wired network, and this type of function is called, header compression.
  • the RRC layer is defined only in the control plane, and handles the controlling of logical channels, transport channels, and physical channels with respect to setting, resetting, and releasing of radio bearers.
  • the radio bearer service refers to a service that the second layer (L2) provides for data transmission between the terminal and the UTRAN, and in general, setting the radio bearer refers to defining the protocol layers and the channel characteristics of the channels required for providing a specific service, as well as respectively setting substantial parameters and operation methods.
  • the PDCP and BMC layers exist in the user plane only, while the MAC and RLC layers can exist in the user plane or the control plane according to the upper layer connected thereto. Namely, when the RLC layer provides services to the RRC layer, the MAC and RLC layers exist in the control plane. Otherwise, they exist in the user plane.
  • the other the second layers (excluding the MAC layer) have a plurality of entities to guarantee the QoS (quality of service) that is appropriate for each radio bearer (RB). Namely, a multitude of entities can exist in one layer, and each entity provides a separate service.
  • the RLC layer will be explained in more detail as follows.
  • a basic function of the RLC layer is to guarantee the QoS of each RB and their corresponding data transmissions.
  • the RB service is a service that the second layer of the radio protocol provides to higher layers, the entire second layer affects the QoS, and in particular, the RLC layer has significant influence to the QoS.
  • the RLC provides an independent RLC entity for each RB in order to guarantee the particular QoS of the RB, and provides three RLC modes, namely, a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (AM) to support various types of QoS.
  • TM transparent mode
  • UM unacknowledged mode
  • AM acknowledged mode
  • TM RLC transparent mode
  • UM unacknowledged mode
  • AM acknowledged mode
  • each operational mode of the RLC must be considered in more detail.
  • the particular RLC for each mode will be referred to as TM RLC, UM RLC, and AM RLC.
  • TM In TM, employing a TM RLC, no protocol overhead is added to the RLC SDU that is transferred from higher layer. As the RLC lets the SDU pass "transparently," this mode is called transparent mode (TM). Accordingly, the user plane and the control plane perform the following functions. In the user plane, because a data processing time at the RLC is short, real-time circuit data transmissions (such as voice and streaming in the circuit service domain (CS domain)) are handled. In the control plane, because there is no protocol overhead within the RLC, uplink transmission of RRC messages from an unspecified terminal (UE), and downlink transmission of RRC messages that are broadcast to all terminals (UE) within a cell are handled.
  • UE unspecified terminal
  • UE unspecified terminal
  • Non-transparent mode a mode in which protocol overhead is added at the RLC is called non-transparent mode.
  • Non- transparent mode is divided into unacknowledged mode (UM) that has no reception acknowledgement for the transferred data, and acknowledged mode (AM) that has acknowledgement.
  • UM employing a UM RLC
  • a PDU header including a sequence number (SN) is added to each PDU and then transferred, in order to allow the receiving side to identify which PDUs were lost during transmission.
  • SN sequence number
  • the user plane handles broadcast/multicast data transmissions or real-time packet data transmissions, such as voice (e.g., VoIP) and streaming in the packet service domain (PS domain).
  • voice e.g., VoIP
  • PS domain packet service domain
  • RLC entity exists at the reception side.
  • the AM RLC requires a more complicated structure and data-
  • AM RLC a re-transmission function
  • transmission buffer is required in addition to a transmission buffer to manage
  • the AM RLC performs various functions, such as using a "transmitting/receiving window” for flow control, performing "Polling" in which
  • the transmitting side requests status information from a peer RLC entity at
  • the AM RLC needs various protocol
  • One of the main functions of a RLC is the SDU discard function
  • the timer scheme is used in all three kinds of RLC modes (TM, UM, and AM).
  • a transmitting side RLC entity operates a timer (e.g., a discard time) for measuring the time (duration) that each RLC SDU remains at the RLC layer, each RLC SDU being received from an upper layer. If a particular SDU fails to be properly transmitted upon expiration of time period set by the timer, that SDU is discarded and all SDUs between the beginning of a transmitting window and the corresponding SDU are discarded as well.
  • a timer e.g., a discard time
  • the limited number of re-transmissions scheme is used in AM RLC only. If the transmission and re-transmission of a particular RLC PDU continue to be unsuccessful and the maximum (limit) number of retransmissions is reached, a transmitting side RLC entity discards any SDU that includes at least a portion of the corresponding RLC PDU. This operation is described in more detail below.
  • the RLC SDU transferred down to the AM RLC layer at the transmitting side is converted into a RLC PDU to be stored in a buffer.
  • a counter e.g., VT (DAT)
  • VT DAT
  • the VT (DAT) is incremented by '1' each time the RLC PDU (that the VT (DAT) is responsible for) is transmitted.
  • the transmitting side AM RLC discards at least one RLC SDU
  • such a discard is notified to the receiving side AM RLC so that the receiving window of the receiving side is moved.
  • the receiving window can be moved because the receiving side no longer needs to stand by and wait for the SDU that has now been discarded and thus would not be transmitted.
  • this type of operation can be referred to as a 'Move Receiving Window (MRW)' function.
  • the transmitting side sends an MRW message to the receiving side for moving the receiving window.
  • the MRW command does not specify the location to which the receiving window should actually move to, but only provides information that a particular SDU has been discarded at the transmitting side.
  • the receiving side Upon receiving the MRW message, the receiving side appropriately moves the receiving window based on the information of the discarded SDU.
  • a procedure of moving a receiving window is called a MRW procedure.
  • the MRW procedure includes the steps of transmitting a MRW command from the transmitting side, moving the receiving window by the receiving side and transmitting receiving window move information to the transmitting side, and moving the transmitting window at the transmitting side.
  • the operation of each of these steps is explained in detail as follows. For better understanding, the explanation begins with the step performed by the transmitting side of receiving an SDU from a higher layer. Construction of PDU from SDU
  • the transmitting side AM RLC performs segmentation and concatenation on the SDUs (which may be of different sizes) to construct an AM data (AMD) PDU having a predetermined size.
  • the AMD PDU includes a header added to a payload.
  • the payload consists of a portion of an SDU or at least one or more SDUs.
  • the header consists of a sequence number (SN) of the PDU and a length indicator (LI) indicating the location of a boundary of the SDU if such boundary exists.
  • FIG. 2 shows an example of how PDUs are constructed from SDUs.
  • 39 th SDUs are shown. However, it can be understood that additional SDUs may continue to be delivered and that the AM RLC continues to construct additional PDUs for the descending SDUs. Furthermore, the AM RLC attaches the SN of the PDU to the AMD PDU header. If a boundary of the
  • FIG. 3 is an exemplary diagram of showing the processing of the 21 st to 23 rd AMD PDUs among the constructed AMD PDUs in FIG. 2.
  • the 21 st PDU consists of a portion of the 33 rd SDU (SDU 33), whereby no boundary of the 33 rd SDU (SDU 33) exists within the 21 st PDU.
  • the 21 st PDU simply consists of an SN (in the header) and a portion of SDU 33.
  • PDU consists of an end portion of SDU 33, the entirety of SDU 34, and a beginning portion of SDU 35, whereby two SDU boundaries exist within the
  • Each constructed AMD PDU is stored in a transmission buffer of the AM RLC, and simultaneously stored in a re-transmission buffer for possible re-transmission that may take place at a later time.
  • the difference between the transmission and re-transmission buffers lies in that the PDU having been transmitted once is removed from the transmission buffer, but is stored in the re-transmission buffer until that PDU is successfully transmitted.
  • FIG. 4 shows an example of how the AM RLC constructs and stores the AMD PDU in the transmission and re-transmission buffers.
  • the transmitting side AM RLC transmits the constructed PDUs to the receiving side AM RLC of the peer AM RLC entity.
  • the transmitting side AM RLC transmits AMD PDUs
  • all PDUs are not transmitted at once, as only those PDUs within a transmitting window can be transmitted.
  • the reason that the AM RLC employs a transmitting window and a receiving window to transmit and receive PDUs is to manage those PDUs that need to be re-transmitted.
  • the transmitting side only transmits those PDUs in the transmitting window, and the receiving side only receives those PDUs in the receiving window.
  • a "window" represents a range of PDU SN values, whereby the PDUs in the receiving window refer to those PDUs having SN values within the range of PDU SN values corresponding to the receiving window.
  • the transmitting side enables the transmission of only those PDUs having SNs within a range from the start point to the next-to-last end point ("endpoint-1").
  • the PDUs having SNs at and after the end point can be transmitted only after the transmitting window is updated. Updating of the transmitting window takes place when the ACK for the first in-sequence PDU is received from the receiving side.
  • the size of the transmitting window and the receiving window is defined as the interval (size) between the start point and the end point. For example, assuming that the size of the transmitting/receiving window is 10 and the 1 st to 20 th PDUs have been successfully transmitted, the range of the transmitting window is 21-31 , and also, the range of the receiving window is 21-31.
  • the transmitting window can be updated only if the successful transmission of the 21 st PDU is confirmed.
  • the receiving window can be updated only if the successfully receiving of the 21 st PDU is confirmed.
  • the transmitting side can only transmit the 21 st to 30 th PDUs. Accordingly, the receiving side can only receive the 21 st to 30 th PDUs as well. The receiving side immediately discards any PDU having an SN that is out of range, as soon as such PDU is received. Updating of the transmitting window and the receiving window is continuously performed while the AMD PDUs are transmitted/received, as is shown in FIG. 5.
  • PDUs up to the ,20 th PDU, are assumed to be successfully transmitted and both the transmitting window and the receiving window having a range of 21-31.
  • the receiving side waits for PDU reception with a receiving window having a range between 21-31. For those PDUs within the range, proper reception is possible. However, if a PDU that is outside the range is received, the receiving side regards such PDU as erroneous and thus immediately discards such PDU. Since the transmitting side sequentially transmits PDUs, the receiving side sequentially receives these PDUs as well. The receiving side updates the receiving window to a range of 22-32 once the 21 st PDU is properly received. Thereafter, upon properly receiving the 22 nd PDU, the receiving side updates the receiving window to 23-33. Namely, updating of the receiving window takes place only if a PDU that is supposed to be received in-sequence is properly received.
  • FIG. 5 shows an example where the 23 rd , 26 th , and 27 th PDUs are lost during transmission.
  • the receiving side sends a status report regarding the received PDUs to the transmitting side.
  • the status report is sent at the time when the 28 th PDU is received.
  • the reported status information provides that among the 21 st to 28 th PDUs, the 23 rd , 26 th , and 27 th PDUs have not been properly received, and other PDUs have been properly received.
  • the transmitting side Upon receiving the status report from the receiving side, the transmitting side deletes the successfully transmitted PDUs from the retransmission buffer, then updates the transmitting window, and prepares retransmission of the transmission-failed PDUs. Namely, after deleting the 21 st , 22 nd , 24 th , 25 th , and 28 th PDUs (i.e., the properly transmitted PDUs) from the re-transmission buffer, the transmitting side maintains the 23 rd , 26 th , and 27 th PDUs in the re-transmission buffer and prepares for re-transmission.
  • the transmitting side maintains the 23 rd , 26 th , and 27 th PDUs in the re-transmission buffer and prepares for re-transmission.
  • PDUs are additionally constructed (up to the 34 th PDU) after the PDUs (up to the 28 th PDU) have been properly transmitted.
  • the 23 rd , 26 th , and 27 th PDUs are re- transmitted and then the 29 th to 32 nd PDUs are transmitted for the first time.
  • the 33 rd and 34 th PDUs are outside the range of the transmitting window, they are stored in the transmission buffer and await subsequent transmission.
  • FIG. 5 shows that the 27 th , 30 th , and 31 st PDUs are not received among the PDUs up to the 32 nd PDU. Specifically, the 27 th PDU failed to be transmitted twice (that is, one re-transmission failed).
  • the receiving side assuming that the receiving side sends a status report, the receiving side having received the PDUs up to the 32 nd PDU will send a status report indicating the failure to receive the 27 th , 30 th , and 31 st PDUs. Discard of SDU
  • the transmission failure of the 23 rd PDU means that the 35 th and 36 th SDUs will also have transmission failures.
  • the discarding of SDUs differs for the timer scheme and for the limited number of re-transmissions scheme, thus these will be explained in more detail as follows.
  • the AM RLC Upon receiving an SDU from a higher layer, the AM RLC immediately operates a discard timer for the SDU.
  • the discard timer operates for each SDU.
  • the discard timer stops operating the moment the SDU is successfully transmitted and the discard timer assigned to that SDU is removed (expires).
  • 'successfully transmitted' means that an ACK signal (informing that all PDUs having at least a portion of an SDU have been successfully received) is received from the receiving side.
  • the discard timer sequentially expires as well. In FIG. 2, if the 23 rd PDU is not successfully transmitted by the time the discard timer of the 35 th SDU expires, the 35 th SDU is discarded at the moment when the discard timer expires.
  • the SDU is discarded, and not the PDU. Since a PDU is constructed with segmented and/or concatenated SDUs, one SDU may be entirely within one PDU or one SDU may span across several PDUs. In any case, the discard of the SDU means that all corresponding portions of the SDU are discarded from all PDUs that contain any portion of that SDU.
  • the retransmission does not exclude the portion of the 35 th SDU.
  • the construction of the re-transmitted PDU should be equal to that of the originally transmitted PDU.
  • the discard method using the timer scheme performs the discard of SDUs using the expiration of the discard timer, by which the discard of SDUs occur sequentially.
  • an SDU is discarded if the PDU that has been re-transmitted (as many times as the maximum (limit) number of re-transmission scheme allows) is not successfully transmitted.
  • all SDUs including at least a portion of the corresponding PDU are simultaneously discarded according to the limited number of re-transmissions scheme.
  • a MRW procedure that is directly related to the present invention is explained as follows. After discarding an SDU, the transmitting side AM RLC informs the receiving side of the discarded SDU through a MRW command for moving the receiving window.
  • the MRW command does not directly indicate the position to which the receiving window should move, but only informs the SDU discard information, whereby the receiving side moves the receiving window to an appropriate position based on the discard information.
  • the MRW command should include information related 'to which PDU the end portion of the SDU belongs' and 'to which portion in the PDU the end portion of the SDU belongs'.
  • the MRW command consists of a SN of PDU to which the end portion of the discarded SDU belongs, and an indicator indicating an end of the discarded SDU in the PDU.
  • the MRW command carries information about the last discarded SDU. This is because the position to which the receiving window has to move is located after the end of the last discarded SDU. Moreover, as explained in the foregoing description, when a certain SDU is discarded, all SDUs between the start point of the transmitting window and the corresponding SDU are discarded as well. Hence, the
  • receiving side only receives the information of the last discarded SDU so as
  • command can optionally inform such information.
  • FIG. 6 is a conceptual diagram of the structure of a MRW command
  • 'N' is the number of discarded SDU information that is carried by
  • a basic MRW command contains information
  • SDU 1 to SDU (N-1 ) can
  • the uppermost field is the number of the PDU SNs included in the MRW command and is equal to 'N'. It is important to note that N is not the number of SDUs substantially discarded in the transmitting side, but the number of SDU discard information carried in the corresponding MRW command.
  • the MRW command includes the SN of PDU where an end portion of the N th SDU exists, the MRW command includes one SDU discard information, such that the count is 1.
  • the MRW command includes N SDU discard information so that the number is N.
  • the reason why a value of N is notified is that the receiving side is informed whether optional SDU discard information of 1 ⁇ (N- 1 ) exists or not when receiving the MRW command. .
  • indicator information that indicates where the end portion of the N th SDU is located within the PDU, is always included at the end of the MRW command. Referring to FIGs.
  • the discard information of the 35 th SDU can be optionally inserted by a request of the higher layer and a count (number) field value of the uppermost PDU SN is correspondingly adjusted.
  • the receiving side Upon receiving a MRW command, the receiving side discards all SDUs from an SDU existing at a start point of a receiving window to a last SDU informed by the MRW command, and correspondingly moves the receiving window.
  • the moved position of the receiving window varies according to whether the PDUs (that include the SDUs after the discarded SDU) are received or not.
  • the basic principle is that the start point of the receiving window is moved to the SN of the PDU that is first received in-sequence after excluding the discarded SDUs.
  • the moved position of the receiving window may be the PDU that includes an end portion of the last discarded SDU informed by the MRW command or the PDU that follows after subsequent PDUs have been successfully received.
  • the receiving side consecutively discards the SDUs from the start point of the receiving window to correspond to the MRW command, moves the receiving window, and then informs the transmitting side of the moved position of the receiving window.
  • the start point of the receiving window is the SN of the PDU to be first received in-sequence.
  • the moved position of the receiving window is explained by reference to the MRW command in FIG. 7 as an example.
  • the receiving side successfully receives all PDUs up to the 22 nd PDU, but fails to receive the 23 rd PDU, whereby the start point of the receiving window is the 23 rd PDU.
  • the receiving side discards all the SDUs from the start point of the receiving window up to the last discarded SDU.
  • the position of the receiving window may already proceed further than the PDU specified by the MRW command.
  • Such a situation occurs when the ACK information is lost during transmission, even if the receiving side having properly received the PDU sends the ACK information to the transmitting side.
  • the receiving side successfully received the PDU and correspondingly updated the receiving window.
  • the transmitting side fails to receive ACK information for the transmitted PDU, thereby failing to update its receiving window.
  • the start point of the receiving window is behind the start point of the transmitting window.
  • the receiving side successfully received all the PDUs up to the 28 th PDU and updated the start point of the receiving window to the 29 th PDU.
  • the ACK information for the 23 rd PDU is consecutively lost during transmission, whereby the start point of the transmitting window may be held at the 23 rd PDU.
  • the transmitting side discards the 35 th and 36 th SDUs, and transmits the SDU discard information to the receiving side, the SDU discard information is of no use, because the receiving window of the receiving side has already been moved to the 29 th PDU.
  • the receiving side ignores this information and informs the transmitting side of a current position of the receiving window. Yet, the receiving side may not discard the SDU that was discarded by the transmitting side. Namely, if the discard information for the SDU that was successfully received and delivered to the higher layer is received, the corresponding SDU cannot be discarded because the corresponding SDU was already delivered to the higher layer. The receiving side may only inform the higher layer of the information that the corresponding SDU was discarded in the transmitting side. Transmitting Window Move
  • the transmitting side moves the start point of the transmitting window to the
  • transmitting side starts to transmit from the corresponding PDU.
  • receiving side discards all SDUs from the start point of the receiving window
  • FIG. 8A is a diagram of explaining how a discontinuous SDU discard
  • the start points of transmitting and receiving windows may be
  • FIG. 8A is a diagram of transmitting the 21 st to 28 th PDUs from the transmitting side.
  • the PDUs up to the 30 th PDU can be substantially transmitted.
  • the SDUs are sequentially delivered down to
  • the receiving side fails to receive the 23 rd , 26 th , and 27 th PDUs among the 21 st to 28 th PDUs transmitted through the above-described process, because of losses during transmission and succeeds in receiving the rest of the PDUs.
  • the receiving side updates the start point of the receiving window to the 23 rd PDU. Yet, no additional receiving window updating takes place since the 23 rd PDU has not been received.
  • the transmitting side deletes the 21 st , 22 nd , 24 th , 25 th , and 28 th PDUs from a buffer, updates the start point of the transmitting window to the 23 rd PDU, and then awaits subsequent transmission.
  • FIG. 8B is a diagram explaining a procedure of the transmitting side for updating the transmitting window to 23-33, and then performs subsequent transmission.
  • the PDUs are transmitted in order of the 23 rd .
  • PDUs require re-transmission. It should be noted that even though the PDUs from the 33 rd PDU are constructed, they cannot be transmitted due to the size limitation of the transmitting window.
  • the receiving side still fails to receive the 23 rd and 27 th PDUs among the transmitted 23 rd to 32 nd PDUs, and further fails to receive the 30 th and 31 st PDUs. Since the 23 rd PDU is not received, the receiving window, a shown in FIG. 8B, maintains its current range of 23-33.
  • the transmitting side deletes the PDUs succeeding in transmission from the buffer. Yet, since the ACK for the 23 rd PDU is not received, updating of the transmitting window fails to take place like in the receiving side. Hence, the transmitting side, as shown in FIG. 8C, retransmits the 23 rd , 27 th , 30 th , and 31 st PDUs while maintaining the transmitting window at a range of 23-33.
  • the transmitting side fails to transmit additional PDUs, and only retransmits the 23 rd and 27 th PDUs. Thereafter, assuming that 23 rd and 27 th PDUs continue to be re-transmitted, but ultimately fail to be properly transmitted, the transmitting side then discards the corresponding SDUs due to the discard timer expiration for SDU or the maximum (limit) number of retransmissions has been reached.
  • the transmitting side regards the 35 th and 36 th SDUs as one set, and the 38 th and 39 th SDUs as another set, and then performs the MRW procedure on each of the two sets. Since the MRW procedures are performed one-by-one at any one moment, they cannot be simultaneously executed but is sequentially executed one after the other. Such a procedure is explained in more detail by referring to FIG. 10.
  • the transmitting side executes a first MRW procedure while the transmitting window is between 23-33.
  • the transmitting side discards all SDUs from the start point of the transmitting window to the 36 th SDU, and transmits such information to the receiving side using a MRW command (S1 , S2).
  • the receiving side discards all SDUs from the start point of the receiving window to the last discarded SDU informed by the received MRW command, i.e., the 36 th SDU, and then moves the receiving window to 27-37 (S3).
  • the receiving side informs the transmitting side of a moved position of the receiving window (S4).
  • the transmitting side then terminates the first MRW procedure and moves the transmitting window to 27-37 in order to correspond with the moved position of the receiving window.
  • the transmitting side then executes a second MRW procedure to move the receiving window after the 39 th SDU (S5).
  • Another MRW command transmitted in the second MRW procedure includes the discard information of the 39 th SDU that is the last discarded SDU of a second discontinuous discarded SDU set.
  • the 33 rd to 36 th PDUs can be transmitted (S6). After discarding all the SDUs from the start point of the receiving window to the last discarded SDU informed by the received MRW command, i.e., the 39 th SDU, the receiving side moves the start point of the receiving window to an "appropriate" position between 33-37 (S7).
  • the 33 rd to 36 th PDUs can be transmitted while the second MRW procedure is performed, whereby the position of the receiving window is referred to as being "appropriate” because such position varies depending upon whether these PDU are received.
  • the receiving window is updated to 33-43. If all of the 33 rd to 36 th PDUs are received, the receiving window is updated to 37-47.
  • the transmittable PDUs can be transmitted during the MRW procedure, whereby the reception of such PDUs changes (updates) the position of the receiving window. This is the same as in the first MRW procedure. Yet, since there are no transmittable PDUs except the 23 rd and 27 th PDUs between the range of 23-33 of the receiving window in the example of FIG. 8, the start point of the receiving window was defined as 27.
  • the receiving side After moving the start point of the receiving window to the appropriate position, the receiving side transmits transmitting window move information to the transmitting side (S8).
  • the transmitting side having received the transmitting window move information terminates the second MRW procedure and moves the start point of the transmitting window to correspond with that of the receiving window (S9).
  • the transmitting window is then used to continue transmission from the PDU at the start point of the transmitting window (S 10).
  • FIG. 11 is a flowchart of moving a receiving window using this method (method B) when the discontinuous SDU discard as shown in FIG. 9 takes place.
  • the transmitting side discards all SDUs from one SDU corresponding to the start point of the transmitting window up to the last one of the discarded SDUs, regardless of transmission success or failure such that the SDUs from the start point of the transmitting window up to last SDU are continuously discarded. Namely, if the SDUs are discontinuously discarded as shown in FIG. 9, the transmitting side discards all SDUs from the 35 th SDU of the start point of the transmitting window up to the 39 th SDU of the last discarded SDU, and sends such information to the receiving side (S11 , S12). In this case, the 37 th SDU is discarded despite succeeding in transmission.
  • the receiving side informs the transmitting side of the moved position of the receiving window (S14).
  • the transmitting side having received the moved position terminates the MRW procedure and moves the transmitting window to 33-44 (S15).
  • the transmitting side then starts transmission from the 33 rd PDU of the start point of the transmitting window (S16).
  • the receiving window is moved by using one of the two methods, methods A or B in the related art.
  • the related art methods A and B have the following problems or disadvantages.
  • the receiving side discards the SDUs that were successfully transmitted as well, which undesirably reduces transmission efficiency. Namely, in the example of FIG. 9, only the 37 th SDU is unnecessarily discarded, and thus the transmission efficiency is not greatly reduced. However, in other extreme examples, if the SDUs corresponding to the start and end points of the transmitting window are discarded, all SDUs in the transmitting window are discarded, which significantly reduces transmission efficiency.
  • the present invention is directed to a method of moving a receiving window in a wireless mobile communication system that substantially obviates one or more problems due to limitations and disadvantages of the related art.
  • a data communication method includes, receiving a move receiving window (MRW) command; and delivering successfully received service data units (SDUs) among data units from a start point of a current receiving window to a position indicated by the MRW command to an upper layer.
  • MRW move receiving window
  • SDUs successfully received service data units
  • the MRW command is transmitted through a radio environment.
  • the data units are service data units (SDUs) of a data link layer.
  • SDUs service data units
  • the data units are radio link control (RLC) SDUs.
  • the SDUs are identified by a SDU boundary indicator.
  • the SDU boundary indicator is included in a protocol data unit (PDU) of a data link layer.
  • the SDUs that are not yet successfully received are discarded.
  • the position that is indicated by the MRW command indicates an end point of the SDU to be discarded last.
  • the steps are performed in a receive-response mode.
  • the MRW command includes a sequence number of a protocol data unit (PDU) with an end point of the SDU discarded last; and an end point indicator indicating the end point of the SDU in the PDU.
  • PDU protocol data unit
  • the method further comprising moving the receiving window to the position indicated by the MRW command.
  • the moving of the receiving window is performed in a data link layer.
  • a method for moving a receiving window in a wireless mobile communication system includes receiving an information of a last discarded service e data unit (SDU) from a transmitting side; checking whether the SDUs prior to the last discarded service data unit are successfully received; and delivering the SDUs that are successfully received to a upper layer and moving a receiving window in accordance with the information.
  • SDU last discarded service e data unit
  • the SDU is a radio ling control (RLC) SDU.
  • the information for the last discarded SDU includes a sequence number of a protocol data unit (PDU) with an end point of the SDU discarded last; and an end point indicator indicating the end point of the SDU in the PDU.
  • PDU protocol data unit
  • the moving of the receiving window is performed in a data link layer.
  • the receiving window moves to the PDU including the end point of the last discarded SDU.
  • the SDUs are identified by the end point indicator
  • the checking step comprises identifying data from a portion indicated by one SDU end point indicator to a portion indicated by an adjacent SDU end point indicator as one SDU; and judging the corresponding SDU as successfully received if all portions of the identified
  • FIG. 1 illustrates a block diagram of an architecture of a radio
  • FIG. 3 is a diagram of explaining the 21 st to 23 rd AMD PDUs among
  • FIG. 4 is a diagram showing how the AM RLC constructs an AMD
  • FIG. 5 is a diagram of an example for transmitting/receiving AMD
  • FIG. 6 is a diagram of a concept of a construction of a MRW
  • FIG. 7 is a diagram of a MRW command format
  • FIGs. 8A to 8C are diagrams of explaining how inconsecutive SDU
  • FIG. 9 is a diagram of an example of discarding SDUs discontinuously.
  • FIG. 10 is a flowchart of a process for moving a receiving window
  • FIG. 11 is a flowchart of a process for moving a receiving window using a second method according to a related art when discarding SDUs discontinuously; and FIG. 12 is a flowchart of a method for moving a receiving window according to the present invention when discarding SDUs discontinuously.
  • the present invention is implemented in a mobile communication system such as a UMTS (universal mobile telecommunications system) developed by the 3GPP.
  • UMTS universal mobile telecommunications system
  • the present invention is further applicable to communication systems operating under other standards.
  • the AM RLC of the transmitting side transfers information of the last discarded SDU regardless of the continuity of the discarded SDUs.
  • the AM RLC of the receiving side checks whether to receive the SDUs from the start point of the receiving window to the last discarded SDU, respectively, and delivers the SDUs that are successfully received to an upper layer, resulting in minimal time delay and minimal reduction of transmission efficiency even if discontinuous SDU discarding take place.
  • a detailed embodiment of the present invention is applied to the case where SDUs are discarded according to FIG. 9. In this case, it is assumed that the PDU transmitting/receiving process is already in progress described with respect to Figs. ⁇ A to 8C.
  • FIG. 12 is a flow chart of a method for moving a receiving window according to the present invention when discarding SDUs discontinuously.
  • RLC executes a MRW procedure, and then adds to the MRW command, information of the 39 th SDU that is the last one of the discarded SDUs for transmission to the receiving side RLC (S20, S21).
  • the transmitting window lies between the 23 rd PDU and the 33 rd PDU.
  • the receiving side Upon receiving the MRW command, the receiving side extracts the discard information of the SDU located at a last position in the SDU discard information carried on the MRW command. By checking a first PDU SN count field, the portion of the information of the last discarded SDU can be obtained.
  • the receiving side recognizes the information that the transmitting side discarded SDUs up to a first portion of the 28 th PDU.
  • the receiving side checks all PDUs from the 23 rd PDU as the start point of the receiving window up to the 28 th PDU informed of by the MRW command to determine whether the SDUs are correctly received, and then selectively discards certain SDUs (S22).
  • the receiving side determines which SDUs have been successfully received by using a boundary indicator, namely, a length indicator (LI) included in a PDU header.
  • a boundary indicator namely, a length indicator (LI) included in a PDU header.
  • the receiving side regards a portion between two neighboring Lls to be one SDU. If there is a portion of a different SDU between two Lls, the receiving side determines the corresponding SDU as a failure. In one embodiment of the present invention, as the receiving side receives PDUs in the same manner that shown in FIG. 9, the 23 rd and 27 th PDUs are not received. Hence, the receiving side determines as follows.
  • the receiving side Failing to receive the 23 rd PDU, the receiving side considers (recognizes) the latter portion of the 22 nd PDU up to a beginning portion of the 25 th PDU as one SDU. Since a portion corresponding to the 23 rd PDU of the recognized SDU fails to be received, the receiving side discards it. The receiving side determines that a following portion corresponding to the 37 th PDU is successfully received and such is not discarded. Also, the receiving side recognizes the beginning portion of the 26 th PDU up to a beginning portion of the 28 th PDU as one SDU. The recognized SDU is discarded because a portion corresponding to the 27 th PDU has not been properly received. It is important to note that the receiving side differs from the transmitting side in calculating the total number of the discarded SDUs, if the
  • MRW command only includes the information of the last discarded SDU.
  • the transmitting side discards four SDUs in the example of FIG. 9. Yet, the receiving side regards that only two SDUs are discarded.
  • the AM RLC is configured such that the information of all discarded SDUs is or is not delivered by the MRW command. If the RLC is set up to deliver the all discarded SDUs information, the transmitting side carries information about each of the discarded SDUs. In this case, the receiving side knows that the end portions of the discarded SDUs exist in the 23 rd , 25 th , 27 th , and 28 th PDUs, respectively, whereby it can be seen that four SDUs are discarded in the transmitting side.
  • the MRW command does not directly deliver the number of the discarded SDUs, but rather, the SN of the PDU having the end portion of the discarded SDU. This is to inform the receiving side of a position of the discarded SDU. Namely, in the example of FIG. 9, the receiving side considers that two SDU groups including portions of the 35 th and 36 th SDUs, and the other portions of the 38 th and 39 th SDUs are discarded. If the end portions of each of the discarded SDUs in not informed, but the number of the discarded SDUs is informed, the receiving side is unable to know how many discarded SDUs exist in the front and the rear portions.
  • the receiving side may consider that one SDU in the front portion, and three SDUs in the rear portion are discarded or that there are two discarded SDUs in each of the front and rear portions. This is related to a sequence of the discarded SDUs. The discard sequence is significant to some higher layers. Hence, the MRW command informs the PDU SN indicating where the end portion of each of the discarded SDUs exists.
  • the receiving side discards portions corresponding to the 35 th , 36 th , 38 th , and 39 th SDUs, and delivers the 37 th SDU to an upper layer. Also, the RLC of the receiving side moves the start point of the receiving window to the 33 rd PDU to be first received in-sequence.
  • the receiving side sends information of the start point of the moved receiving window to the transmitting side (S23).
  • the transmitting side having received such information, determines that the MRW procedure is successfully performed, moves the transmitting window to the same position as that of the receiving window, and then initiates a subsequent PDU transmission (S24, S25).
  • One embodiment of the present invention provides, in a radio access network, a method of discarding service data units by a sending end employing a transmission window and a discard trigger.
  • the method can comprise the steps of, checking all service data units beginning with a first service data unit located at a lower edge of the transmission window up to a final service data unit that was discarded by the discard trigger, and discarding those checked service data units that have not been positively acknowledged.
  • the above method can further comprise a step of sending, to a receiving end, a command to move a reception window and information of the final service data unit.
  • this method can further comprise a step of acknowledging, to a sending end, any service data units that have been successfully received.
  • the receiving side of the present invention checks whether all SDUs from the start point of the receiving window up to the last discarded SDU are successfully received, then delivers the SDUs that are successfully received to an upper layer, and discard only the SDUs that are not successfully received.
  • a method of moving a receiving window according to the present invention overcomes the SDU transmission time delay problems created by moving the receiving window according to the related art, even if the SDUs are discontinuously discarded.
  • the present invention overcomes the reduction of SDU transmission efficiency created by the related art method B, thereby enabling improved high-speed data communications, as well as maximizing data transmission efficiency.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Circuits Of Receivers In General (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
EP20030810708 2002-11-07 2003-11-06 Procede de deplacement d'une fenetre de reception dans un reseau a acces radio Expired - Lifetime EP1559204B1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20100191432 EP2290866B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20080169463 EP2056514A3 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP14182884.8A EP2811681B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR2002068909 2002-11-07
KR20020068909A KR100802619B1 (ko) 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
PCT/KR2003/002367 WO2004042953A1 (fr) 2002-11-07 2003-11-06 Procede de deplacement d'une fenetre de reception dans un reseau a acces radio

Related Child Applications (5)

Application Number Title Priority Date Filing Date
EP20080169463 Division EP2056514A3 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20100191432 Division EP2290866B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP14182884.8A Division EP2811681B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP08169463.0 Division-Into 2008-11-19
EP10191432.3 Division-Into 2010-11-16

Publications (3)

Publication Number Publication Date
EP1559204A1 true EP1559204A1 (fr) 2005-08-03
EP1559204A4 EP1559204A4 (fr) 2009-09-23
EP1559204B1 EP1559204B1 (fr) 2011-08-24

Family

ID=32310822

Family Applications (4)

Application Number Title Priority Date Filing Date
EP14182884.8A Expired - Lifetime EP2811681B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20080169463 Ceased EP2056514A3 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20100191432 Expired - Lifetime EP2290866B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20030810708 Expired - Lifetime EP1559204B1 (fr) 2002-11-07 2003-11-06 Procede de deplacement d'une fenetre de reception dans un reseau a acces radio

Family Applications Before (3)

Application Number Title Priority Date Filing Date
EP14182884.8A Expired - Lifetime EP2811681B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20080169463 Ceased EP2056514A3 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio
EP20100191432 Expired - Lifetime EP2290866B1 (fr) 2002-11-07 2003-11-06 Procédé pour le déplacement d'une fenêtre de réception dans un réseau d'accès radio

Country Status (13)

Country Link
US (14) US7539197B2 (fr)
EP (4) EP2811681B1 (fr)
JP (1) JP4016032B2 (fr)
KR (1) KR100802619B1 (fr)
CN (3) CN100550671C (fr)
AT (1) ATE522037T1 (fr)
AU (1) AU2003276747B2 (fr)
ES (3) ES2604981T3 (fr)
MX (1) MXPA04007969A (fr)
RU (1) RU2291594C2 (fr)
UA (1) UA77047C2 (fr)
WO (1) WO2004042953A1 (fr)
ZA (1) ZA200405986B (fr)

Families Citing this family (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2398092T3 (es) * 2000-10-07 2013-03-13 Lg Electronics Inc. Procedimiento para la transmisión de datos desde una capa del RLC en un sistema de radiocomunicación
TWI321926B (en) 2002-05-10 2010-03-11 Interdigital Tech Corp Node b for communicating with radio network controller and method thereof
US7332273B2 (en) 2002-06-20 2008-02-19 Affymetrix, Inc. Antireflective coatings for high-resolution photolithographic synthesis of DNA arrays
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
AU2004310062B2 (en) * 2003-12-31 2008-04-03 Samsung Electronics Co., Ltd. Selective combining method and apparatus in a mobile communication system
US7584397B2 (en) * 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
CN100356758C (zh) * 2004-06-30 2007-12-19 大唐移动通信设备有限公司 防止无线链路控制层的发送缓存器溢出的方法
KR100703503B1 (ko) * 2004-11-30 2007-04-03 삼성전자주식회사 통신 시스템에서 데이터 재전송 장치 및 방법
CN1330162C (zh) * 2004-12-02 2007-08-01 华为技术有限公司 一种数据分段级联的方法
US7489629B2 (en) * 2004-12-07 2009-02-10 Intel Corporation Methods and media access controller for broadband wireless communications with variable data unit size and delayed data unit construction
US7668102B2 (en) * 2004-12-13 2010-02-23 Intel Corporation Techniques to manage retransmissions in a wireless network
US7986676B2 (en) * 2004-12-31 2011-07-26 Intel Corporation Techniques to manage communication rates in a wireless network
JP4580770B2 (ja) * 2005-02-01 2010-11-17 株式会社エヌ・ティ・ティ・ドコモ 通信システム及び受信装置
CN1855887A (zh) * 2005-04-29 2006-11-01 华硕电脑股份有限公司 在接收端中减少数据串流前后跳动的方法及其相关装置
DE602005010252D1 (de) * 2005-09-20 2008-11-20 Matsushita Electric Ind Co Ltd Vefahren und Vorrichtung zur Packetsegmentierung und Verknüpfungssignalisierung in einem Kommunikationssystem
TWI398148B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建接收邊處理計時器的方法及裝置
JP4575265B2 (ja) * 2005-09-29 2010-11-04 株式会社東芝 無線通信装置
BRPI0706841A8 (pt) 2006-01-05 2018-04-17 Lg Electronics Inc transmissão de dados em um sistema e comunicação móvel
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
AU2007203852B2 (en) * 2006-01-05 2010-08-26 Lg Electronics Inc. Transmitting data in a mobile communication system
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101203841B1 (ko) * 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
WO2007078165A1 (fr) * 2006-01-05 2007-07-12 Lg Electronics Inc. Transmission d'information dans un systeme de communication mobile
KR101265628B1 (ko) * 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
KR101358469B1 (ko) * 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(network) 안에서 상향(uplink)및 하향(downlink) 대역폭(bandwidth)의선택 및 신호 방법
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8493854B2 (en) * 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
GB2436912B (en) * 2006-04-04 2008-03-12 Nec Technologies ARQ and HARQ protocol data units and method of formation
US20070249343A1 (en) * 2006-04-19 2007-10-25 Andreas Olsson Method and system of communications
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121513A (ko) * 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
EP2033341B1 (fr) * 2006-06-21 2018-03-21 LG Electronics Inc. Procédé de transmission et de réception d'informations d'accès radio utilisant une séparation de messages dans un système de communication mobile sans fil
EP2030359B1 (fr) 2006-06-21 2017-12-20 LG Electronics Inc. -1- Procédé de prise en charge de retransmission de données dans un système de communication mobile
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
JP2008011026A (ja) * 2006-06-28 2008-01-17 Fujitsu Ltd 送信装置、受信装置、及び通信方法
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
CN101132260B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
US8699428B2 (en) 2006-10-27 2014-04-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for efficiently utilizing radio resources in a communication network
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
US8300674B2 (en) * 2007-01-12 2012-10-30 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for complexity reduction in detection of delay and Doppler shifted signature sequences
US7715444B2 (en) * 2007-02-02 2010-05-11 Palm, Inc Resuming a previously interrupted peer-to-peer synchronization operation
KR101600218B1 (ko) 2007-03-16 2016-03-04 인터디지탈 테크날러지 코포레이션 무선 링크 제어 파라미터의 재구성을 지원하기 위한 무선 통신 방법 및 장치
TWI405481B (zh) * 2007-05-18 2013-08-11 Innovative Sonic Ltd 無線通訊系統比較狀態變數或封包序號的方法及其相關裝置
US9887813B2 (en) * 2007-06-13 2018-02-06 Qualcomm Incorporated Protocol data unit recovery
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (fr) 2007-06-20 2008-12-24 Lg Electronics Inc. Procédé de réception d'information de système efficace
US8149768B2 (en) 2007-06-20 2012-04-03 Lg Electronics Inc. Method of transmitting data in mobile communication system
US8699711B2 (en) * 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
JP2009044693A (ja) * 2007-08-10 2009-02-26 Fujitsu Ltd 送信方法、送信装置、およびコンピュータプログラム
JP2009044581A (ja) * 2007-08-10 2009-02-26 Fujitsu Ltd 通信装置、送信方法、受信方法
KR101479341B1 (ko) 2007-08-10 2015-01-05 엘지전자 주식회사 Mbms 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
US8160012B2 (en) 2007-08-10 2012-04-17 Lg Electronics Inc. Methods of setting up channel in wireless communication system
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
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
CN103327536B (zh) 2007-09-13 2016-07-06 Lg电子株式会社 在无线通信系统中发送缓冲器状态报告的方法
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR100895681B1 (ko) * 2007-09-17 2009-04-30 주식회사 케이티프리텔 무선 링크 제어 계층의 버퍼 제어 방법 및 장치
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 QoS를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
WO2009038377A2 (fr) 2007-09-20 2009-03-26 Lg Electronics Inc. Procédé de transmission efficace d'une demande d'affectation de ressources radio dans un système de communications mobile
AU2008308944B2 (en) 2007-10-01 2012-07-26 Interdigital Patent Holdings, Inc. Method and apparatus for PCDP discard
US8711767B2 (en) * 2007-10-09 2014-04-29 Qualcomm Incorporated Distributed mobile access point acquisition
KR101487557B1 (ko) 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
WO2009057941A2 (fr) 2007-10-29 2009-05-07 Lg Electronics Inc. Procédé de réparation d'une erreur en fonction d'un type de support radio
US8208394B2 (en) * 2007-10-30 2012-06-26 Qualcomm Incorporated Service data unit discard timers
US20090129315A1 (en) * 2007-11-21 2009-05-21 Qualcomm Incorporated Data discard for radio link control in wireless networks
RU2452132C2 (ru) * 2008-01-08 2012-05-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способ и устройство в сети беспроводной связи
KR101577451B1 (ko) * 2008-01-30 2015-12-14 엘지전자 주식회사 Rlc 무한 재전송 오류를 검출하고 처리하는 방법
EP2086276B1 (fr) 2008-01-31 2016-11-02 LG Electronics Inc. Procédé de signalisation d'informations pour la reprise de transmission en accès aléatoire
EP3410623B1 (fr) 2008-01-31 2021-07-28 LG Electronics Inc. Procédé pour l'envoi d'informations d'état dans un système de télécommunications mobiles et récepteur de télécommunications mobiles
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
US8265056B2 (en) * 2008-02-19 2012-09-11 Qualcomm Incorporated Packet decoding for H-ARQ transmission
EP2266224B1 (fr) 2008-03-17 2017-06-14 LG Electronics Inc. Procédé de transmission de données rlc
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Pdcp 상태 보고 전송 방법
WO2009145420A1 (fr) * 2008-03-31 2009-12-03 Samsung Electronics Co., Ltd. Procédé et système pour mettre au rebut des unités de données dans un système de communication mobile
EP2117278B1 (fr) * 2008-05-09 2011-08-17 Research In Motion Limited Procédé et appareil pour assembler des unités de données de couche de réseau
EP2136501B1 (fr) * 2008-06-20 2019-12-04 LG Electronics Inc. Procédé pour fournir une unité de données PDCP sur une couche supérieure
CN101729228B (zh) 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统
US8443247B2 (en) 2008-12-12 2013-05-14 Qualcomm Incorporated Methods and systems using window start update for wireless communication HARQ connection
US9554417B2 (en) * 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
CN101925195A (zh) * 2009-06-17 2010-12-22 中兴通讯股份有限公司 基于rlc协议确认模式中确认信息的处理方法及系统
US8989140B2 (en) 2010-06-28 2015-03-24 Qualcomm Incorporated System and method for mobility in a multi-point HSDPA communication network
US8891356B2 (en) * 2010-06-28 2014-11-18 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link RLC sublayer
US8989004B2 (en) 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
US9125098B2 (en) 2011-08-03 2015-09-01 Qualcomm Incorporated Method and apparatus for flow congestion control in multiflow networks
US9432251B2 (en) * 2013-03-08 2016-08-30 Qualcomm Incorporated Enhanced acknowledgement and retransmission mechanism
EP2993954B1 (fr) 2013-05-20 2019-10-02 Huawei Technologies Co., Ltd. Procédé de transmission d'un paquet d'accusé de réception et dispositif associé
WO2015085525A1 (fr) * 2013-12-12 2015-06-18 华为技术有限公司 Procédé et dispositif de réalisation de qualité d'expérience (qoe)
CN104837163B (zh) * 2014-02-08 2019-10-25 夏普株式会社 用于删除无线链路控制服务数据单元的方法和基站
CN104837127B (zh) * 2014-02-08 2019-12-31 夏普株式会社 由辅基站和主基站执行的通信方法以及相应的基站
WO2015141478A1 (fr) * 2014-03-19 2015-09-24 株式会社Nttドコモ Dispositif utilisateur et procédé de transmission de données de liaison montante
CN104506279B (zh) * 2014-12-29 2017-10-24 武汉虹信通信技术有限责任公司 用于lte中rlc am模式下的上下行并行处理方法
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
WO2016182220A1 (fr) * 2015-05-11 2016-11-17 Lg Electronics Inc. Procédé d'exécution de retransmission de rlc sur la base d'un pousser basé sur un conflit dans un système de communication sans fil et dispositif associé
WO2017191933A1 (fr) 2016-05-03 2017-11-09 Lg Electronics Inc. Procédé et dispositif pour transmettre une unité de données
CN107787009B (zh) * 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
US10999019B2 (en) * 2017-03-31 2021-05-04 Samsung Electronics Co., Ltd. Apparatus and buffer control method thereof in a wireless communication system
US10750520B2 (en) * 2017-04-27 2020-08-18 Qualcomm Incorporated Radio link control/packet data convergence protocol window advance with holes
CN110383880B (zh) * 2017-08-11 2022-12-23 Lg电子株式会社 用于发送数据单元的方法和设备
CN110011925B (zh) * 2018-01-04 2022-09-13 维沃移动通信有限公司 一种sdu的处理方法和通信设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000060799A1 (fr) * 1999-04-06 2000-10-12 Telefonaktiebolaget Lm Ericsson (Publ) Notification de rejet de paquets pour protocole de retransmission semi-fiable
WO2001060017A1 (fr) * 2000-02-14 2001-08-16 Nokia Corporation Numerotation de paquets de donnees dans une transmission de donnees a commutation par paquets
WO2002015510A2 (fr) * 2000-08-18 2002-02-21 Nokia Corporation Protocole de transmission de donnees
EP1198107A2 (fr) * 2000-10-07 2002-04-17 Lg Electronics Inc. Procédé pour la transmission de données de la couche RLC dans un système de radiocommunication
US20020089984A1 (en) * 2001-01-10 2002-07-11 Jiang Sam Shiaw-Shiang Sequence number ordering in a wireless communications system
US20020090005A1 (en) * 2001-01-10 2002-07-11 Jiang Sam Shiaw-Shiang Data discarding request acknowledgment in a wireless communications protocol

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4841526A (en) 1984-05-25 1989-06-20 Wilson Jon C Data communications system
US4852127A (en) 1985-03-22 1989-07-25 American Telephone And Telegraph Company, At&T Bell Laboratories Universal protocol data receiver
EP0310360B1 (fr) 1987-09-30 1995-02-22 Hewlett-Packard Company Procédé et dispositif de communication de données
US5007051A (en) 1987-09-30 1991-04-09 Hewlett-Packard Company Link layer protocol and apparatus for data communication
US5659569A (en) * 1990-06-25 1997-08-19 Qualcomm Incorporated Data burst randomizer
GB2252221B (en) 1991-01-24 1995-01-18 Roke Manor Research Improvements in or relating to equalisers for digital radio communication systems
BR9505648A (pt) * 1994-02-17 2002-06-04 Motorola Inc Processo e aparelho para controlar a taxa de codificação em sistema de comunicações
US5586119A (en) 1994-08-31 1996-12-17 Motorola, Inc. Method and apparatus for packet alignment in a communication system
US5579306A (en) * 1994-09-01 1996-11-26 Ericsson Inc. Time and frequency slot allocation system and method
JP2968706B2 (ja) 1995-07-26 1999-11-02 日本電気エンジニアリング株式会社 移動無線機
FI103548B1 (fi) * 1996-03-25 1999-07-15 Nokia Telecommunications Oy Vuonvalvontamenetelmä
FI102231B1 (fi) 1996-09-16 1998-10-30 Nokia Technology Gmbh Symbolitahdistuksen ja näytteenottotaajuuden säätömenetelmä OFDM-moduloituja lähetyksiä vastaanottavassa laitteessa sekä menetelmän toteuttava laite
US6404755B1 (en) * 1996-11-07 2002-06-11 Harris Broadband Wireless Access, Inc. Multi-level information mapping system and method
US5872774A (en) 1997-09-19 1999-02-16 Qualcomm Incorporated Mobile station assisted timing synchronization in a CDMA communication system
US6567416B1 (en) 1997-10-14 2003-05-20 Lucent Technologies Inc. Method for access control in a multiple access system for communications networks
KR100414932B1 (ko) 1998-01-24 2004-04-03 삼성전자주식회사 이동통신시스템의데이타통신방법
EP0954142A1 (fr) 1998-04-28 1999-11-03 Lucent Technologies Inc. Estimation de canal à l'aide d'une technique de fenêtre coulissante
US6505253B1 (en) * 1998-06-30 2003-01-07 Sun Microsystems Multiple ACK windows providing congestion control in reliable multicast protocol
EP0996248A1 (fr) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) Protocole ARQ avec ajustement du niveau de fiabilite par paquet
US6542743B1 (en) 1999-08-31 2003-04-01 Qualcomm, Incorporated Method and apparatus for reducing pilot search times utilizing mobile station location information
US6760391B1 (en) 1999-09-14 2004-07-06 Nortel Networks Limited Method and apparatus for line rate control in a digital communications system
US6775252B1 (en) 2000-03-31 2004-08-10 Qualcomm, Inc. Dynamic adjustment of search window size in response to signal strength
AU2000266748A1 (en) 2000-08-17 2002-02-25 Redback Networks, Inc. Packet scheduling methods and apparatus
KR100378987B1 (ko) * 2000-08-19 2003-04-07 엘지전자 주식회사 래디오 링크 콘트롤 (rlc)에서 서비스 데이터유닛(sdu)의 디스카드 처리 방법
KR100344981B1 (ko) * 2000-10-07 2002-07-20 엘지전자주식회사 시간 기반 서비스 데이터 유닛의 디스카드 정보 전송 방법
KR100421863B1 (ko) * 2001-05-18 2004-03-09 엘지전자 주식회사 무선 통신 시스템의 데이터 전송 방법 및 그를 위한 장치
US6975591B1 (en) * 2000-11-22 2005-12-13 International Business Machines Corporation Methodology for improving TCP throughput over lossy communication links
US6862450B2 (en) * 2001-02-07 2005-03-01 Nokia Mobile Phones Ltd. Resetting signaling link upon SRNS relocation procedure
US6888816B2 (en) * 2001-04-02 2005-05-03 Asustek Computer Inc. Window-based polling scheme for a wireless communications protocol
US7310336B2 (en) * 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
US7242670B2 (en) 2001-07-07 2007-07-10 Lg Electronics Inc. Method for controlling retransmission of information using state variables in radio communication system
US7161978B2 (en) * 2001-08-29 2007-01-09 Texas Instruments Incorporated Transmit and receive window synchronization
KR100776084B1 (ko) * 2001-09-17 2007-11-15 엘지노텔 주식회사 티씨피/아이피 프로토콜 계층 2에서 리라이어블 서비스제공장치 및 그 방법
KR100746790B1 (ko) * 2001-11-14 2007-08-06 엘지노텔 주식회사 상태 정보 코딩방법
US7039013B2 (en) * 2001-12-31 2006-05-02 Nokia Corporation Packet flow control method and device
KR100541015B1 (ko) * 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
US20040203623A1 (en) * 2002-05-03 2004-10-14 Wu Frank Chih-Hsiang Scheme to retransmit radio resource control messages during a radio link control reset in a wireless communication system
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
ATE352137T1 (de) 2002-08-09 2007-02-15 Interdigital Tech Corp Leistungsfähige speicherzuweisung in einem drahtlosen sender/emfänger
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
US7346701B2 (en) * 2002-08-30 2008-03-18 Broadcom Corporation System and method for TCP offload
KR100802619B1 (ko) 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
US20040160937A1 (en) * 2003-02-13 2004-08-19 Jiang Sam Shiaw-Shiang Enhanced SDU discard signaling procedure in wireless communication systems

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000060799A1 (fr) * 1999-04-06 2000-10-12 Telefonaktiebolaget Lm Ericsson (Publ) Notification de rejet de paquets pour protocole de retransmission semi-fiable
WO2001060017A1 (fr) * 2000-02-14 2001-08-16 Nokia Corporation Numerotation de paquets de donnees dans une transmission de donnees a commutation par paquets
WO2002015510A2 (fr) * 2000-08-18 2002-02-21 Nokia Corporation Protocole de transmission de donnees
EP1198107A2 (fr) * 2000-10-07 2002-04-17 Lg Electronics Inc. Procédé pour la transmission de données de la couche RLC dans un système de radiocommunication
US20020089984A1 (en) * 2001-01-10 2002-07-11 Jiang Sam Shiaw-Shiang Sequence number ordering in a wireless communications system
US20020090005A1 (en) * 2001-01-10 2002-07-11 Jiang Sam Shiaw-Shiang Data discarding request acknowledgment in a wireless communications protocol

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"THE LAYERED APPROACH: THE OSI MODEL" DATA AND COMPUTER COMMUNICATIONS, XX, XX, 1 January 1991 (1991-01-01), pages 446-456, XP000917810 *
3GPP DRAFT; CR TO 34123-1_S07, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Sophia Antipolis, France, 20 September 2002 (2002-09-20), XP050122248 *
BRILL M: "DIE ANWENDERNAHEN SCHICHTEN IM ISO/OSI-MODELL" ELEKTRONIK, WEKA FACHZEITSCHRIFTENVERLAG, POING, DE, vol. 37, no. 5, 4 March 1988 (1988-03-04), pages 77/78,80-82, XP000814361 ISSN: 0013-5658 *
LG ELECTRONICS INC: "Enhancement of MRW procedure" 3GPP DRAFT; R2-022919 ENHANCEMENT OF MRW PROCEDURE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Sophia Antipolis, France; 20021112, 8 November 2002 (2002-11-08), XP050122426 *
LG ELECTRONICS INC: "Enhancement of MRW procedure" 3GPP DRAFT; R2-030562 R5 CR 217 25.322 ENHANCEMENT OF MRW PROCEDURE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Sophia Antipolis, France; 20030217, 21 February 2003 (2003-02-21), XP050123179 *
See also references of WO2004042953A1 *

Also Published As

Publication number Publication date
ATE522037T1 (de) 2011-09-15
US9532378B2 (en) 2016-12-27
KR100802619B1 (ko) 2008-02-13
US8547980B2 (en) 2013-10-01
US20110019772A1 (en) 2011-01-27
ES2604981T3 (es) 2017-03-10
CN100550671C (zh) 2009-10-14
EP2811681A1 (fr) 2014-12-10
KR20040040710A (ko) 2004-05-13
EP1559204B1 (fr) 2011-08-24
RU2291594C2 (ru) 2007-01-10
US20160057778A1 (en) 2016-02-25
US7903663B2 (en) 2011-03-08
EP1559204A4 (fr) 2009-09-23
EP2811681B1 (fr) 2016-09-07
AU2003276747A1 (en) 2004-06-07
US20090052468A1 (en) 2009-02-26
EP2290866B1 (fr) 2015-02-18
US20130250859A1 (en) 2013-09-26
US8259581B2 (en) 2012-09-04
MXPA04007969A (es) 2004-11-26
US9210092B2 (en) 2015-12-08
JP2005539465A (ja) 2005-12-22
EP2056514A3 (fr) 2009-09-23
US20080267163A1 (en) 2008-10-30
ES2369770T3 (es) 2011-12-05
US20040184437A1 (en) 2004-09-23
US20100009670A1 (en) 2010-01-14
US20110141978A1 (en) 2011-06-16
EP2056514A2 (fr) 2009-05-06
US20140334385A1 (en) 2014-11-13
AU2003276747B2 (en) 2006-10-19
RU2004127248A (ru) 2005-04-20
CN101447855B (zh) 2015-04-29
ES2536071T3 (es) 2015-05-20
WO2004042953A1 (fr) 2004-05-21
JP4016032B2 (ja) 2007-12-05
EP2290866A1 (fr) 2011-03-02
US7636312B2 (en) 2009-12-22
US7826368B2 (en) 2010-11-02
CN101674169B (zh) 2013-03-20
US9191333B2 (en) 2015-11-17
US20090041001A1 (en) 2009-02-12
CN101447855A (zh) 2009-06-03
US7539197B2 (en) 2009-05-26
US8462633B2 (en) 2013-06-11
ZA200405986B (en) 2006-04-26
US20110149865A1 (en) 2011-06-23
US9860915B2 (en) 2018-01-02
UA77047C2 (en) 2006-10-16
US20170064738A1 (en) 2017-03-02
US8031610B2 (en) 2011-10-04
US20070268932A1 (en) 2007-11-22
CN1692568A (zh) 2005-11-02
US8488611B2 (en) 2013-07-16
US20110141995A1 (en) 2011-06-16
CN101674169A (zh) 2010-03-17
US7564851B2 (en) 2009-07-21

Similar Documents

Publication Publication Date Title
US9860915B2 (en) Apparatus and method for moving a receive window in a radio access network
US8000256B2 (en) Method and apparatus for data transmission of radio link control layer in a mobile communication system
KR101387537B1 (ko) 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050121

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20090824

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 1/18 20060101AFI20090818BHEP

Ipc: H04L 12/56 20060101ALI20090818BHEP

17Q First examination report despatched

Effective date: 20091113

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: LG ELECTRONICS INC.

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: NL

Ref legal event code: T3

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 60338218

Country of ref document: DE

Effective date: 20111027

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2369770

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20111205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20111226

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 522037

Country of ref document: AT

Kind code of ref document: T

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20111125

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20111130

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20111130

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20111130

26N No opposition filed

Effective date: 20120525

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 60338218

Country of ref document: DE

Effective date: 20120525

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20111106

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20111106

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20111124

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110824

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 14

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 15

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 16

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20221005

Year of fee payment: 20

Ref country code: FR

Payment date: 20221005

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20221005

Year of fee payment: 20

Ref country code: IT

Payment date: 20221006

Year of fee payment: 20

Ref country code: GB

Payment date: 20221005

Year of fee payment: 20

Ref country code: FI

Payment date: 20221005

Year of fee payment: 20

Ref country code: ES

Payment date: 20221209

Year of fee payment: 20

Ref country code: DE

Payment date: 20220615

Year of fee payment: 20

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230523

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 60338218

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MK

Effective date: 20231105

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20231105

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20231130

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20231105

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20231107

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20231105

Ref country code: ES

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20231107