WO2008004725A1 - Procédé optimisé de réinitialisation de am rlc - Google Patents

Procédé optimisé de réinitialisation de am rlc Download PDF

Info

Publication number
WO2008004725A1
WO2008004725A1 PCT/KR2006/004379 KR2006004379W WO2008004725A1 WO 2008004725 A1 WO2008004725 A1 WO 2008004725A1 KR 2006004379 W KR2006004379 W KR 2006004379W WO 2008004725 A1 WO2008004725 A1 WO 2008004725A1
Authority
WO
WIPO (PCT)
Prior art keywords
reset
pdu
received
rlc
data unit
Prior art date
Application number
PCT/KR2006/004379
Other languages
English (en)
Inventor
Sung-Duck Chun
Young-Dae Lee
Myung-Cheul Jung
Sung-Jun Park
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
Priority claimed from KR1020060063136A external-priority patent/KR101266207B1/ko
Application filed by Lg Electronics Inc. filed Critical Lg Electronics Inc.
Priority to CN2006800552212A priority Critical patent/CN101479964B/zh
Priority to US12/307,171 priority patent/US8180299B2/en
Publication of WO2008004725A1 publication Critical patent/WO2008004725A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • 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/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking

Definitions

  • the present invention relates to an operation method of an AM RLC in a UMTS
  • the present invention relates to an improved AM RLC re- establishment method, whereby when the RLC entity is re-established, the AM RLC reduces the (number of amount of) data or control messages to be deleted, to thus minimize discontinuous communications and can increase data transmission and reception rates.
  • Figure 1 shows an exemplary network architecture for UMTS (Universal Mobile
  • the UMTS system is generally comprised of mobile terminals (user equipment: UE), a UTRAN (UMTS Terrestrial Radio Access Network), and a core network (CN).
  • the UTRAN has one or more radio network subsystems (RNS), with each RNS having a radio network controller (RNC) and one or more base stations (Node Bs). For each Node B, one or more cells exist.
  • RNS radio network subsystems
  • Node Bs base stations
  • FIG. 2 shows an exemplary radio protocol architecture used in UMTS. These radio protocol layers exist in the UE and UTRAN in pairs, and handles data transmissions over the radio interface. With respect to each radio protocol layer, the PHY layer (Layer 1) serves the purpose of transmitting data over the radio interface by using various radio transmission techniques. The PHY layer is connected with a MAC layer (a higher level layer) via transport channels in order to support reliable data transmissions, and the transport channel can be divided into dedicated transport channels and common transport channels according to whether or not the channels are shared.
  • MAC layer a higher level layer
  • the MAC layer performs mapping of various logical channels to various transport channels, and also performs logical channel multiplexing for mapping multiple logical channels to a single transport channel.
  • the MAC layer is connected with the RLC layer (a higher level layer) via logical channels, and the logical channels are divided into control channels for transmitting control plane information and traffic channels for transmitting user plane information, according to the type of data being transmitted.
  • the MAC layer can be further divided into a MAC-b sub-layer, a MAC-d sub-layer, a MACc/sh sub-layer, a MAC-hs sub-layer, and a MAC-e sub-layer according to the types of transport channels being managed.
  • the MAC-b sub-layer handles the management of a BCH (Broadcast Channel), which is a transport channel for handling the broadcast of system information.
  • the MAC-c/sh sub-layer manages common transport channels such as a FACH (Forward Access Channel), a DSCH (Downlink Shared Channel), and the like that are shared by various mobile terminals.
  • the MAC-d sub-layer handles the management of a DCH (Dedicated Channel) that is a dedicated transport channel for a particular mobile terminal.
  • the MAC-hs sub-layer manages a HS-DSCH (High Speed Downlink Shared Channel), which is a transport channel for high speed downlink data transmission.
  • the MAC-e sub-layer manages a E-DCH (Enhanced Dedicated Channel), which is a transport channel for high speed uplink data transmission.
  • the RLC layer guarantees the quality of service (QoS) of each radio bearer (RB) and handles the transmission of data thereof.
  • QoS quality of service
  • the RLC layer has one or two independent RLC entities for each RB, and provides three types of RLC modes, namely, TM (Transparent Mode), UM (Unacknowledged Mode), and AM (Acknowledged Mode) in order to support various QoS.
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • the RLC layer performs the function of adjusting the size of data to be appropriate for a lower level layer to transmit data over the radio interface. To do so, a function of segmentation and concatenation of data received from a higher level layer is performed.
  • the PDCP layer is located at a higher level from the RLC layer, and employs IP
  • the PDCP layer performs the function of header compression, which allows transmission of only necessary information in the header portion of the data, to thus increase the transmission efficiency of the radio interface.
  • header compression is the basic function, the PDCP layer only exists in the PS domain, and in order to provide effective header compression with respect to each PS service, one PDCP entity exists for each RB.
  • a BMC Broadcast/Multicast Control
  • the RRC Radio Resource Control
  • the RRC Radio Resource Control
  • the RB refers to a logical path that is provided by Layer 1 and Layer 2 of the radio protocol for data transfer between the mobile terminal and the UTRAN.
  • the setup of an RB refers to the process of stipulating the characteristics of a protocol layer and a channel required for providing a specific service, and setting the respective detailed parameters and operation methods.
  • the RLC layer that is related to the present invention will be considered in more detail.
  • a basic function of the RLC layer is to guarantee the QoS of each RB and to transmit data thereof.
  • the RB service is a service that the Layer 2 of the radio protocol provides to a higher level, the entire Layer 2 effects the QoS, and in particular, the effect of the RLC layer is significant.
  • the RLC layer has independent RLC entities for each RB, and provides three types of RLC modes (TM, UM, AM) for supporting various QoS. These three modes of the RLC layer have differences in their operation methods because the QoS that they respectively support are different, and their detailed functions also have differences. As such, the RLC layer should be considered in more detail with respect to their operation modes.
  • the TM RLC is a mode in which no overhead is attached to the RLC SDU received from a higher level when forming (constituting) a RLC PDU.
  • the name TM RLC refers to the fact that the RLC passes the SDUs in a transparent manner, and the following functions are performed in the user plane and the control plane.
  • the user plane because the data processing time is short, transmission of real-time circuit data, such as voice or streaming of the circuit service (CS) domain, are handled.
  • CS circuit service
  • the control plane because there is no overhead within the RLC, in case of the uplink, transmission of RRC messages from unspecified mobile terminals are handled, while for the downlink, transmission of RRC messages that are broadcast to all mobile terminals within a cell are handled.
  • RLC is called a non-transparent mode, which comprises two types of modes; unacknowledged mode (UM) that provides no response that acknowledges receipt of transmitted data (UM), and acknowledged mode (AM) that provides a response.
  • UM unacknowledged mode
  • AM acknowledged mode
  • the UM RLC transmits each PDU upon adding thereto a PDU header that includes a sequence number (SN), to thus allow the receiving side to know which PDUs were lost (or missing) during transmission.
  • SN sequence number
  • the UM RLC handles the transmission of broadcast/multicast data in the user plane or the transmission of realtime packet data, such as voice (e.g., VoIP) or streaming of the packet service (PS) domain, and in the control plane, the transmission of RRC messages that do not need a reception acknowledgement response among the RRC messages transmitted to a particular terminal or particular terminal group.
  • voice e.g., VoIP
  • PS packet service
  • the AM RLC forms a PDU by adding a PDU header that includes a SN (as done in the UM RLC), but unlike the UM RLC and the significant difference therefrom is that the receiving side provides an acknowledgement for a PDU transmitted from the transmitting side.
  • the reason why the receiving side provides acknowledgement is to request the transmitting side to re-transmit those PDUs that could not be received.
  • Such re-transmission function is one of the most significant characteristics of the AM RLC.
  • the purpose of the AM RLC is to guarantee error-free data transmissions through the retransmitting function.
  • the AM RLC in the user plane, usually handles non-real-time packet data transmissions (such as TCP/IP of the PS domain), and in the control plane, handles the transmission of RRC messages that always requires reception acknowledgement response among the RRC messages transmitted to a particular terminal within a cell.
  • the TM RLC and UM RLC are used in uni-directional communications, while AM RLC is used in bi-directional communications because there is feedback from the receiving side.
  • the AM RLC uses only a dedicated logical channel.
  • TM RLC and UM RLC a single RLC entity has one type of structure for either a transmitter or receiver, but for AM RLC, a single RLC entity has both a transmitter and a receiver.
  • the AM RLC is complicated because of its re-transmission function.
  • the AM RLC has a re-transmission buffer in addition to a transmission/reception buffer, employs a transmission/reception window for flow control, performs a polling function whereby the transmitter requests status information from the peer RLC of the receiver, employs a status report sent by a receiver to report its buffer state to a peer RLC of the transmitter, employs a status PDU to carry the status information, performs a piggyback function that inserts a status PDU into a data PDU in order to increase data transmission efficiency, and also performs many other functions.
  • a Reset PDU is employed to request the peer AM RLC entity to re-set all operations and parameters, and a Reset Ack PDU is used for responding to such Reset PDU.
  • the AM RLC requires various protocol parameters, state variables, timer, and the like.
  • the PDUs used for data transmission control in the AM RLC, such as a status report or status PDU, Reset PDU, etc. are called Control PDUs, while the PDUs used for transferring user data are called Data PDUs.
  • the PDUs used in AM RLC are divided into two types; Data PDUs and Control PDUs.
  • a Reset Procedure is one situation where a Control PDU is employed.
  • the AM RLC of the receiver and of the transmitter initialize the state variables such that a state where communication can be performed again is achieved.
  • the Reset Procedure is as follows. First, the side that determined to start the Reset Procedure, namely the AM RLC of the transmitter includes the transmission direction HFN (Hyper Frame Number) that it currently uses into the Reset PDU and transmits such to the receiver.
  • HFN Hyper Frame Number
  • the AM RLC of the receiver resets its reception direction HFN value and also initializes the sequence numbers and other various state variables. Also, the receiver AM RLC transmits a Reset Ack PDU that includes its reception direction HFN value to the transmitter AM RLC, and upon receiving this Reset Ack PDU, the transmitter AM RLC initializes various state variables after resetting its reception direction HFN value.
  • FIG. 17 shows an exemplary structure of an RLC PDU used in an AM RLC entity.
  • an AMD PDU which is a Data PDU used when transmitting data.
  • the AMD PDU is used when the AM RLC entity is to transmit user data or to transmit piggybacked status information and a polling bit.
  • the user data portion comprises 8 bit integer multiples
  • the AMD PDU header comprises a sequence number having a size of 2 octets.
  • the header portion of the AMD PDU includes a length indicator.
  • FIG. 4 shows an exemplary structure of a Status PDU.
  • the Status PDU is comprised of different types of super fields (SUFI).
  • the Status PDU may have a variable size, but is limited to the size of the largest RLC PDU of the logical channel on which the Status PDU is transmitted.
  • the SUFI serves the purpose of providing certain information, such as indicating which AMD PDUs arrived at the receiver or which AMD PDUs have not arrived.
  • the SUFI may be comprised of three parts; type, length and value.
  • FIG. 5 shows an exemplary structure of a Piggybacked Status PDU.
  • the structure of the Piggybacked Status PDU is similar to that of the AMD PDU, but the D/C field of the AMD PDU is replaced with a reserved but (R2).
  • the Piggybacked Status PDU is inserted if there is sufficient space remaining in the AMD PDU.
  • the PDU type value is always fixed to be 000 .
  • a Control PDU includes both a Status PDU and a Piggybacked Status PDU.
  • FIG. 6 shows an exemplary structure of a Reset/Reset Ack PDU.
  • the Reset PDU includes a 1 bit sequence number called an RSN.
  • the Reset Ack PDU is transmitted in response to the received Reset PDU, and the RSN of the received Reset PDU is included when transmitting.
  • the following parameters are used in the Reset/ Reset Ack PDU format.
  • D/C field indicates whether the PDU is a Control PDU or Data PDU
  • PDU Type indicates the type of Control PDU, namely, whether the PDU is a
  • Sequence Number refers to sequence number information of the AMD PDU.
  • Header extension indicates whether the next octet is a length indicator or data.
  • Length indicator indicates the location of a boundary, if such boundary exists between respectively different SDUs within the data portion of a PDU.
  • PAD indicates a padding region, but not used in the AMD PDU.
  • the receiver when a situation where a Reset procedure needs to be performed occurs, the receiver must send a Reset PDU to the transmitter.
  • the Reset procedures is performed if a Status PDU containing an erroneous sequence number is received or if a particular PDU transmission has failed a certain number of times.
  • the transmitter performs the following operations.
  • the VR(RST) is initialized by using internal parameters of the receiver each time the reset procedure is performed. This value is the maximum value of transmitting the Reset PDU for each reset procedure. Namely, if the Reset PDU transmission exceeds the MaxRST value, the reset procedure is immediately terminated and the higher level is informed that an unsolvable error has occurred.
  • the transmitter transmits the Reset PDU, a HFNI value and a RSN value are included in the transmission.
  • the transmitter sets the HFNI as the maximum HFN value that it uses.
  • the HFN is a values used in encoding (encryption) and the transmitter uses the HFN value to encode the portions of the AMD PDU excluding the SN value of thereof.
  • the receiver uses the same HFN value to decode the received AMD PDU. If the receiver and the transmitter do not have the same HFN value, communication therebetween cannot be maintained. Accordingly, in the reset procedure, the transmitter and receiver exchange their HFN values such that both the transmitter and receiver are set to have the same HFN value.
  • the transmitter and the receiver include their HFN value in the Reset PDU or the Reset Ack PDU when transmitting.
  • the RSN value is used for matching each of the Reset PDUs and the Reset Ack
  • Reset Ack PDU If a Reset Ack PDU with a RSN value set to a value other than 1 is received, such Reset Ack PDU is deems as erroneous and is thus discarded. Also, for each reset procedure that begins, the RSN value is increased by one. [41] When the Reset Ack PDU is transmitted in response to the Reset PDU, the receiver sends the largest value HFN that is used in its transmission direction by filling it into the HFNI, and also, the same RSN value as that included in the corresponding Reset
  • the receiver Upon receiving the Reset PDU, the receiver performs the following operations.
  • step 3 is performed. [45] 3. If the currently received Reset PDU is the first Reset PDU received after the
  • a Reset Ack PDU is newly formed and transmitted.
  • the present invention has been developed in order to solve the above described problems of the related art such that unnecessary repetitive reset operations are minimized.
  • the present invention provides an optimized AM RLC re-set mechanism, which ensures that a reset acknowledgement is not repetitively transmitted.
  • Figure 1 shows an exemplary UMTS network architecture applicable to the related art and the present invention.
  • Figure 2 shows an exemplary radio protocol architecture used in UMTS.
  • Figure 3 shows an exemplary structure of an AM RLC PDU that is a data PDU used when data is transmitted.
  • Figure 4 shows an exemplary structure of a Status PDU.
  • Figure 5 shows an exemplary structure of a Piggyback Status PDU.
  • Figure 6 shows an exemplary structure of a Reset / Reset Ack PDU.
  • Figure 7 shows an AM RLC reset method according to an embodiment of the present invention.
  • the optimized AM RLC reset scheme (procedure or mechanism) of the present invention ensures that a reset acknowledgement is not repetitively transmitted.
  • the receiver upon receiving a Reset PDU transmitted from a transmitter, the receiver compares whether the RSN value included in the received Reset PDU is the same as the RSN value used in the most recently performed reset procedure. If they are the same, then the same Reset Ack PDU that was previously sent is transmitted. After that, the receiver determines whether the received Reset PDU is the first Reset PDU after the RLC entity has been set or reset, and if so, a Reset Ack PDU is transmitted.
  • AM RLC PDU(s) having a relatively large size may be used, but when located at a cell boundary, the quality of the radio environment is degraded, and thus, relatively large sized AM RLC PDU(s) cannot be used. Accordingly, when the mobile terminal moves from a center of the cell to a cell boundary, or vice versa, despite the fact that the mobile terminal remains within the same cell, there is a need to change the size of the AM RLC PDU(s) used by the mobile terminal.
  • the introduction of HSDPA and HSUPA has allowed various types of physical channels and transport channels to be used, and AM RLC PDU(s) having an optimal size for each physical channel or each transport channel can be used. As the size of the AM RLC PDU(s) changes, the RLC entity must be re-established.
  • the RSN value used in the reset procedure is 1 bit, which changes in a manner such as 0, 1, 0, 1, etc.
  • the first 1 and the fourth 1 refer to a reset procedure, but because the RSN value itself is only 1 bit, this distinction cannot be made.
  • the following example will be provided:
  • AM RLC entity is set.
  • the receiver transmits a Reset Ack PDU, and the receiver transmits a Reset Ack
  • RSN value is initialized to 0.
  • the receiver sends two Reset Ack PDUs to the transmitter.
  • the Reset PDU received in the second reset procedure has a RSN of 0, but this uses the same RSN value as that of the most recently performed reset procedure (i.e., the first reset procedure), and thus the receiver sends a Reset Ack PDU that is the same as the Reset Ack PDU that was previously transmitted.
  • the Reset PDU received by the receiver is the first Reset PDU received after the RLC entity is reset, the receiver forms a new Reset Ack PDU and sends it to the transmitter.
  • the present invention makes the receiver of the AM RLC entity transmit a single Reset Ack PDU to resolve the problems due to overlapping transmission and un- certainty of encoding parameters, to thus minimize communication failures while state variables are set again, by providing an optimal reset procedure.
  • the present invention proposes that the receiver, which received the
  • Reset PDU should initially determine whether the corresponding Reset PDU is the first Reset PDU received after the corresponding RLC entity was established or reestablished.
  • problems occurred because the receiver does not check whether or not the RLC entity was established or re-established, but first checks whether the RSN values are the same or not.
  • the establishment or re- establishment of the RLC entity is first determined. If the corresponding Reset PDU is not the first received Reset PDU after establishment or re-establishment of the RLC entity, it is determined whether or not the RSN value included in the corresponding Reset PDU is the same as the RSN value used in the previously performed reset procedure.
  • Figure 7 is an exemplary embodiment of the receiver according to the present invention, for the receiver procedures after a Reset PDU is received:
  • step 2 If the currently received Reset PDU is the first Reset PDU received after establishment or re-establishment of the current RLC entity or if the RSN value of the currently received Reset PDU and that of the most recently received Reset PDU are different, steps 2 through 7 are performed and then terminated. Else if the RSN value used in the last performed reset procedure and the RSN value included in the currently received Reset PDU are the same, step 8 is performed.
  • the HFN of the receiving direction is set according to that included in the received Reset PDU.
  • the mobile terminal does not transmit more than a single Reset Ack PDU, thus the transmitter receives a single Reset Ack PDU, which prevents the transmitter and receiver from having a different HFN.
  • the receiver according to the present invention cannot transmit more than one Reset Ack PDU in any situation.
  • the present invention proposes that the receiver transmit only a single Reset
  • the receiver determines which of the following two conditions is satisfied and only one operation is performed accordingly.
  • the first condition is whether the currently received Reset PDU is the first Reset PDU received after establishment or re-establishment of the current RLC entity or whether the RSN value of the currently received Reset PDU and that of the most recently received Reset PDU are different.
  • the second condition is whether the currently received Reset PDU is not the first Reset PDU received after establishment or re-establishment of the current RLC entity and also whether the RSN value of the currently received Reset PDU and that of the most recently received Reset PDU are the same.
  • the receiver selects only one condition that is satisfied by the received Reset PDU, and operates according to that condition.
  • the HFN of the receiving direction is set according to that included in the received Reset PDU.
  • [114] Determine if the currently received Reset PDU is not the first Reset PDU received after establishment or re-establishment of the current RLC entity and also determine if the RSN value of the currently received Reset PDU and that of the most recently received Reset PDU are the same. If these two conditions are satisfied, the receiver performs step 2 only; otherwise, steps 3 through 8 are performed.
  • the present disclosure provides a reset method for a receiving side Acknowledged
  • Mode Radio Link Control entity comprising: receiving, from a transmitting side, a reset Protocol Data Unit that includes a Reset Sequence Number; and if the received reset Protocol Data Unit is not the first received reset Protocol Data Unit after re-establishment of the Radio Link Control entity and if the Reset Sequence Number is the same as a Reset Sequence Number included in a last received reset Protocol Data Unit, re-transmitting a reset Acknowledgement Protocol Data Unit that was last transmitted to the transmitting side.
  • the method may further comprise: if the received reset Protocol Data Unit is the first received reset Protocol Data Unit after re- establishment of the Radio Link Control entity or if the Reset Sequence Number is not the same as a Reset Sequence Number included in a last received reset Protocol Data Unit, transmitting a reset Acknowledgement Protocol Data Unit to the transmitting side.
  • the present disclosure provides a reset method for a transmitting side Acknowledged Mode Radio Link Control entity, the method comprising: transmitting, to a receiving side, a reset Protocol Data Unit that includes a Reset Sequence Number; and receiving, from the receiving side, a re-transmission of a reset Acknowledgement Protocol Data Unit that was last transmitted, if the receiving side determined that the received reset Protocol Data Unit is not the first received reset Protocol Data Unit after re-establishment of the Radio Link Control entity and determined that the Reset Sequence Number is the same as a Reset Sequence Number included in a last received reset Protocol Data Unit.
  • the method may further comprise: receiving, from the receiving side, a reset Acknowledgement Protocol Data Unit, if the receiving side determined that the received reset Protocol Data Unit is the first received reset Protocol Data Unit after re-establishment of the Radio Link Control entity or determined that the Reset Sequence Number is not the same as a Reset Sequence Number included in a last received reset Protocol Data Unit.
  • the present disclosure provides a reset method for a receiving side protocol entity, the method comprising: receiving, from a transmitting side protocol entity, a reset request that includes a reset indicator; determining whether the received reset request is not the first received reset request after re-establishment of the protocol entity; determining whether the reset indicator is the same as a reset indicator included in a last received reset request; and re-transmitting, to the transmitting side protocol entity, a reset response that was last transmitted, if both conditions of the above two determining steps are satisfied.
  • the method may further comprise: determining whether the received reset request is the first received reset request after re- establishment of the protocol entity or determining whether the reset indicator is not the same as a reset indicator included in a last received reset request; and transmitting a reset response to the transmitting side protocol entity if the condition in the above determining step is satisfied.
  • the method wherein the protocol entity is an Acknowledged Mode Radio Link Control entity.
  • the method, wherein the reset request is a Reset Protocol Data Unit.
  • the method wherein the reset indicator is a Reset Sequence Number.
  • the method wherein the reset response is a Reset Acknowledgement Protocol Data Unit.
  • the present disclosure provides a reset method for a transmitting side protocol entity, the method comprising: transmitting, to a receiving side protocol entity, a reset request that includes a reset indicator; and receiving, from the receiving side protocol entity, a re-transmission of a reset response that was last transmitted, if the receiving side protocol entity determined that the received reset request is not the first received reset request after re-establishment of the protocol entity, and determined that the reset indicator is the same as a reset indicator included in a last received reset request.
  • the method may further comprise: receiving a reset response from the receiving side protocol entity, if the receiving side protocol entity determined that the received reset request is the first received reset request after re-establishment of the protocol entity, or determined that the reset indicator is not the same as a reset indicator included in a last received reset request.
  • the method wherein the protocol entity is an Acknowledged Mode Radio Link Control entity.
  • the method wherein the reset request is a Reset Protocol Data Unit.
  • the method wherein the reset indicator is a Reset Sequence Number.
  • the method wherein the reset response is a Reset Acknowledgement Protocol Data Unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé de réinitialisation d'une entité AM RLC consistant à recevoir un PDU comprenant un RSN. Si le PDU de réinitialisation reçu n'est pas le premier PDU de réinitialisation reçu après réinitialisation de l'entité RLC et si le RSN est le même qu'un RSN compris dans un PDU de réinitialisation reçu dernièrement, le procédé consiste à retransmettre le ACK PDU de réinitialisation qui a été dernièrement transmis. Selon ce procédé, si le PDU de réinitialisation reçu est le premier PDU de réinitialisation reçu après réinitialisation de l'entité RLC ou si le RSN n'est pas le même qu'un RSN compris dans un PDU de réinitialisation reçu dernièrement, le procédé consiste à retransmettre un ACK PDU de réinitialisation.
PCT/KR2006/004379 2005-10-04 2006-10-25 Procédé optimisé de réinitialisation de am rlc WO2008004725A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006800552212A CN101479964B (zh) 2006-07-05 2006-10-25 优化的am rlc复位方法
US12/307,171 US8180299B2 (en) 2005-10-04 2006-10-25 Optimized AM RLC re-set mechanism

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020060063136A KR101266207B1 (ko) 2005-10-04 2006-07-05 Ｒｌｃ 재설정을 위한 무선통신 시스템 및 그 방법
KR10-2006-0063136 2006-07-05

Publications (1)

Publication Number Publication Date
WO2008004725A1 true WO2008004725A1 (fr) 2008-01-10

Family

ID=38894676

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2006/004379 WO2008004725A1 (fr) 2005-10-04 2006-10-25 Procédé optimisé de réinitialisation de am rlc

Country Status (2)

Country Link
CN (1) CN101479964B (fr)
WO (1) WO2008004725A1 (fr)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8027356B2 (en) 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
US8059597B2 (en) 2007-09-13 2011-11-15 Lg Electronics Inc. Method of allocating radio resources in a wireless communication system
US8149768B2 (en) 2007-06-20 2012-04-03 Lg Electronics Inc. Method of transmitting data in mobile communication system
US8160012B2 (en) 2007-08-10 2012-04-17 Lg Electronics Inc. Methods of setting up channel in wireless communication system
US8190144B2 (en) 2007-06-20 2012-05-29 Lg Electronics Inc. Effective system information reception method
US8270348B2 (en) 2008-01-31 2012-09-18 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8315641B2 (en) 2007-06-18 2012-11-20 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
US8345611B2 (en) 2007-09-18 2013-01-01 Lg Electronics Inc. Method of transmitting a data block in a wireless communication system
US8411583B2 (en) 2007-09-18 2013-04-02 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
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
US8509167B2 (en) 2007-10-23 2013-08-13 Lg Electronics Inc. Method of effectively transmitting identification information of terminal during the generation of data block
US8509164B2 (en) 2007-08-10 2013-08-13 Lg Electronics Inc. Method for re-attempting a random access effectively
US8526416B2 (en) 2007-09-13 2013-09-03 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8588167B2 (en) 2007-09-18 2013-11-19 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
US8743797B2 (en) 2007-09-13 2014-06-03 Lg Electronics Inc. Method of allocating radio resouces in a wireless communication system
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
US9100896B2 (en) 2007-06-18 2015-08-04 Lg Electronics Inc. Method of updating repeatedly-transmitted information in a wireless communication system
US9264160B2 (en) 2007-08-10 2016-02-16 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
USRE49739E1 (en) 2008-01-31 2023-11-28 Lg Electronics Inc. Method for signaling back-off information in random access

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102655659B (zh) * 2011-03-02 2015-02-25 鼎桥通信技术有限公司 基于rlc协议的复位控制方法、基站及无线通信系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030092458A1 (en) * 2001-11-13 2003-05-15 Lee-Chee Kuo Robust RLC reset procedure in a wireless communication system
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
US20040076182A1 (en) * 2002-10-17 2004-04-22 Chih-Hsiang Wu Method for handeling a triggered reset when an RLC is stopped in a wireless communications system
US20060223537A1 (en) * 2005-03-31 2006-10-05 Nec Corporation Mobile communication system, relief method of competition between downlink RRC message and inter-cell movement of user equipment, and radio network controller

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030092458A1 (en) * 2001-11-13 2003-05-15 Lee-Chee Kuo Robust RLC reset procedure in a wireless communication system
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
US20040076182A1 (en) * 2002-10-17 2004-04-22 Chih-Hsiang Wu Method for handeling a triggered reset when an RLC is stopped in a wireless communications system
US20060223537A1 (en) * 2005-03-31 2006-10-05 Nec Corporation Mobile communication system, relief method of competition between downlink RRC message and inter-cell movement of user equipment, and radio network controller

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9668282B2 (en) 2007-06-18 2017-05-30 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
US8812009B2 (en) 2007-06-18 2014-08-19 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
US9100896B2 (en) 2007-06-18 2015-08-04 Lg Electronics Inc. Method of updating repeatedly-transmitted information in a wireless communication system
US8315641B2 (en) 2007-06-18 2012-11-20 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
US8149768B2 (en) 2007-06-20 2012-04-03 Lg Electronics Inc. Method of transmitting data in mobile communication system
US8190144B2 (en) 2007-06-20 2012-05-29 Lg Electronics Inc. Effective system information reception method
US8160012B2 (en) 2007-08-10 2012-04-17 Lg Electronics Inc. Methods of setting up channel in wireless communication system
US9497014B2 (en) 2007-08-10 2016-11-15 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US9264160B2 (en) 2007-08-10 2016-02-16 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US9699778B2 (en) 2007-08-10 2017-07-04 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US8509164B2 (en) 2007-08-10 2013-08-13 Lg Electronics Inc. Method for re-attempting a random access effectively
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
US8526416B2 (en) 2007-09-13 2013-09-03 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8059597B2 (en) 2007-09-13 2011-11-15 Lg Electronics Inc. Method of allocating radio resources in a wireless communication system
US8743797B2 (en) 2007-09-13 2014-06-03 Lg Electronics Inc. Method of allocating radio resouces in a wireless communication system
US8625503B2 (en) 2007-09-18 2014-01-07 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US9060238B2 (en) 2007-09-18 2015-06-16 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US8588167B2 (en) 2007-09-18 2013-11-19 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US9661524B2 (en) 2007-09-18 2017-05-23 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US9565699B2 (en) 2007-09-18 2017-02-07 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8665815B2 (en) 2007-09-18 2014-03-04 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US8345611B2 (en) 2007-09-18 2013-01-01 Lg Electronics Inc. Method of transmitting a data block in a wireless communication system
US9386477B2 (en) 2007-09-18 2016-07-05 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US8411583B2 (en) 2007-09-18 2013-04-02 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US9084125B2 (en) 2007-09-18 2015-07-14 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
US8509167B2 (en) 2007-10-23 2013-08-13 Lg Electronics Inc. Method of effectively transmitting identification information of terminal during the generation of data block
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
US8532135B2 (en) 2008-01-31 2013-09-10 Lg Electronics Inc. Method for signaling back-off information in random access
US8422510B2 (en) 2008-01-31 2013-04-16 Lg Electronics Inc. Method for signaling back-off information in random access
US8824376B2 (en) 2008-01-31 2014-09-02 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8711780B2 (en) 2008-01-31 2014-04-29 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8660068B2 (en) 2008-01-31 2014-02-25 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8027356B2 (en) 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
US8270348B2 (en) 2008-01-31 2012-09-18 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8040913B2 (en) 2008-01-31 2011-10-18 Lg Electronics Inc. Method for signaling back-off information in random access
USRE48836E1 (en) 2008-01-31 2021-11-30 Lg Electronics Inc. Method for signaling back-off information in random access
USRE49739E1 (en) 2008-01-31 2023-11-28 Lg Electronics Inc. Method for signaling back-off information in random access
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data

Also Published As

Publication number Publication date
CN101479964B (zh) 2013-03-27
CN101479964A (zh) 2009-07-08

Similar Documents

Publication Publication Date Title
US8180299B2 (en) Optimized AM RLC re-set mechanism
WO2008004725A1 (fr) Procédé optimisé de réinitialisation de am rlc
EP1878155B1 (fr) Procede de transmission d'informations de commande dans un systeme de communication sans fil et procede de mise a jour de fenetre de transmission l'utilisant
JP6005710B2 (ja) 無線通信システムの状態情報送信方法及び受信装置
JP4906844B2 (ja) 無線移動通信システムで下位階層データブロックを生成する方法
EP3413617B1 (fr) Transmission de rapport d'état pdcp
JP4318733B2 (ja) 処理時間情報を含む制御プロトコルデータユニットの送受信方法
KR101084135B1 (ko) 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
EP2238707B1 (fr) Procédé de détection et de traitement d'une retransmision rlc sans fin
US8300583B2 (en) Method for transmitting control information in a mobile communication system
ZA200405986B (en) Method for moving a receive window in a radio access network
KR101084136B1 (ko) 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법
KR101617044B1 (ko) 피어 엔티티의 전송 상태 정보를 이용한 데이터 유닛 재전송 방법
WO2008004724A1 (fr) Procédé efficace de réinitialisation am rlc

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680055221.2

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06812221

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12307171

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06812221

Country of ref document: EP

Kind code of ref document: A1