KR20040040710A - 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 - Google Patents

무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 Download PDF

Info

Publication number
KR20040040710A
KR20040040710A KR1020020068909A KR20020068909A KR20040040710A KR 20040040710 A KR20040040710 A KR 20040040710A KR 1020020068909 A KR1020020068909 A KR 1020020068909A KR 20020068909 A KR20020068909 A KR 20020068909A KR 20040040710 A KR20040040710 A KR 20040040710A
Authority
KR
South Korea
Prior art keywords
sdu
receiving
pdu
window
discarded
Prior art date
Application number
KR1020020068909A
Other languages
English (en)
Other versions
KR100802619B1 (ko
Inventor
이영대
이승준
이소영
Original Assignee
엘지전자 주식회사
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=KR20040040710(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR20020068909A priority Critical patent/KR100802619B1/ko
Priority to UA20040706174A priority patent/UA77047C2/uk
Priority to EP20080169463 priority patent/EP2056514A3/en
Priority to PCT/KR2003/002367 priority patent/WO2004042953A1/en
Priority to ES03810708T priority patent/ES2369770T3/es
Priority to JP2004549697A priority patent/JP4016032B2/ja
Priority to EP20100191432 priority patent/EP2290866B1/en
Priority to RU2004127248A priority patent/RU2291594C2/ru
Priority to ES10191432.3T priority patent/ES2536071T3/es
Priority to AU2003276747A priority patent/AU2003276747B2/en
Priority to CN2009101659814A priority patent/CN101674169B/zh
Priority to AT03810708T priority patent/ATE522037T1/de
Priority to CN200810174963.8A priority patent/CN101447855B/zh
Priority to ES14182884.8T priority patent/ES2604981T3/es
Priority to MXPA04007969A priority patent/MXPA04007969A/es
Priority to CNB2003801006503A priority patent/CN100550671C/zh
Priority to EP20030810708 priority patent/EP1559204B1/en
Priority to US10/703,255 priority patent/US7539197B2/en
Priority to EP14182884.8A priority patent/EP2811681B1/en
Publication of KR20040040710A publication Critical patent/KR20040040710A/ko
Priority to ZA200405986A priority patent/ZA200405986B/en
Priority to US11/771,985 priority patent/US7636312B2/en
Application granted granted Critical
Publication of KR100802619B1 publication Critical patent/KR100802619B1/ko
Priority to US12/170,678 priority patent/US7903663B2/en
Priority to US12/253,843 priority patent/US7564851B2/en
Priority to US12/257,793 priority patent/US7826368B2/en
Priority to US12/559,171 priority patent/US8259581B2/en
Priority to US12/832,027 priority patent/US8031610B2/en
Priority to US13/034,581 priority patent/US8547980B2/en
Priority to US13/034,562 priority patent/US8462633B2/en
Priority to US13/035,867 priority patent/US8488611B2/en
Priority to US13/893,197 priority patent/US9191333B2/en
Priority to US14/340,339 priority patent/US9210092B2/en
Priority to US14/931,584 priority patent/US9532378B2/en
Priority to US15/348,912 priority patent/US9860915B2/en

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

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)

Abstract

본 발명은 무선 통신 시스템의 무선 링크 제어 프로토콜에 따르는 수신기에서 수신 윈도우를 송신기에서 보내오는 송신 데이터 단위의 폐기 정보에 따라 적합한 위치로 이동하도록 하는 기술에 관한 것이다. 특히, 유럽식 IMT-2000시스템인 UMTS에서 송신측이 RLC 버퍼의 과부하를 방지하기 위해 오래된 SDU를 폐기한 후 그 폐기 정보를 수신측에 알리고 수신측은 그 폐기 정보를 참조하여 수신윈도우를 적절한 위치로 이동시키는 작업을 수행함에 있어서, 전송 효율 및 속도를 향상시키는 기술에 관한 것이다. 이러한 본 발명은, 송신측으로부터 수신윈도우 이동 명령을 수신하여 현재의 수신윈도우 시작점부터 그 이동 명령에서 지정한 수신윈도우 시작점 까지의 모든 SDU에 대한 수신여부를 검사하는 단계와; 상기 검사 결과 성공적으로 수신되지 못한 SDU들을 폐기하는 단계와; 상기 송신측의 수신윈도우 이동 명령에서 지정하는 수신윈도우 시작점 이후의 PDU들에 대한 수신여부를 검사하는 단계와; 검사 결과 수신되지 못한 PDU들 중 첫번째로 수신되지 못한 PDU로 수신윈도우의 시작점을 이동시킨 후 그 이동된 시작점에 대한 정보를 송신측으로 전송하는 단계에 의해 달성된다.

Description

무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨 데이터 수신 윈도우 처리 방법{METHOD FOR RECEIVING DATA IN A RECEIVER UNDER RADIO LINK CONTROL PROTOCOLPROCESSING METHOD FOR RLC RECEPTION WINDOW}
본 발명은 유럽식 IMT-2000시스템인 UMTS에서 무선 링크 제어를 담당하는 알엘씨(RLC: Radio Link Control) 계층의 수신윈도우 이동 기술에 관한 것으로, 특히 송신측이 RLC 버퍼의 과부하를 방지하기 위해 오래된 SDU를 폐기한 후 그 폐기 정보를 수신측에 알리고 수신측은 그 폐기 정보를 참조하여 수신윈도우를 적절한 위치로 이동시키는 처리과정에서 전송 효율 및 속도를 향상시킬 수 있도록 한 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법에 관한 것이다.
UMTS(UMTS: Universal Mobile Telecommunications System)는 유럽식 표준인 GSM(Global System for Mobile Communications)시스템으로부터 진화한 제3세대 이동통신 시스템으로서, GSM 핵심망(Core Network)과 WCDMA(WCDMA: Wideband Code Division Multiple Access) 접속기술을 기반으로 하여 보다 향상된 이동통신서비스의 제공을 목표로 한다.
UMTS의 표준화 작업을 위해, 1998년 12월에 유럽의 ETSI, 일본의 ARIB/TTC, 미국의 T1 및 한국의 TTA 등은 제3세대 공동프로젝트(Third Generation Partnership Project; 이하, 3GPP라 약칭함)라는 프로젝트를 구성하였고, 현재까지 UMTS의 세부적인 표준명세서(Specification)를 작성 중에 있다.
3GPP에서는 UMTS의 신속하고 효율적인 기술개발을 위해, 망구성요소들과 이들의 동작에 대한 독립성을 고려하여 UMTS의 표준화 작업을 5개의 기술규격그룹(Technical Specification Groups; 이하, TSG라 약칭함)으로 나누어 진행하고 있다.
각 TSG는 관련된 영역내에서 표준규격의 개발, 승인, 그리고 그 관리를 담당하는데, 이들 중에서 무선접속망(Radio Access Network; 이하, RAN이라 약칭함) 그룹(TSG RAN)은 UMTS에서 WCDMA 접속기술을 지원하기 위한 새로운 무선접속망인 UMTS무선망(Universal Mobile Telecommunications Network Terrestrial Radio Access Network; 이하, UTRAN이라 약칭함)의 기능, 요구사항 및 인터페이스에 대한 규격을 개발한다.
도 1은 프로토콜의 구조를 나타낸 것이다. 도 1의 무선 프로토콜은 수평적으로 물리계층, 데이터링크계층 및 네트워크계층으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling) 전달을 위한 제어평면(Control Plane)으로 구분된다. 사용자 평면은 음성이나 IP 패킷의 전송 등과 같이 사용자의 트래픽정보가 전달되는 영역이고, 제어평면은 망의 인터페이스나 호의 유지 및 관리 등의 제어정보가 전달되는 영역을 나타낸다. 도 1의 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형시스템간상호접속(Open System Interconnection; 이하 OSI라 약칭함) 기준모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3(제3계층)로 구분될 수 있다.
이하, 상기 도 1의 각 계층을 설명한다. 상기의 L1계층은 다양한 무선전송기술을 이용해 상위 계층에 정보전송서비스(Information Transfer Service)를 제공한다. 상위에 있는 매체접속제어(Medium Access Control)계층과는 전송채널(Transport Channel)을 통해 연결되어 있으며, 이 전송채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 이동한다.
매체접속제어 (Medium Access Control; 이하 MAC이라 약칭함)은 무선자원의 할당 및 재할당을 위한 MAC 파라미터의 재할당 서비스를 제공한다. 상위계층인 무선링크제어(Radio Link Control)계층과는 논리채널(Logical Channel)로 연결되어 있으며, 전송되는 정보의 종류에 따라 다양한 논리채널이 제공된다. 일반적으로 제어평면의 정보를 전송할 경우에는 제어채널(Control Channel)을 이용하고, 사용자 평면의 정보를 전송하는 경우는 트래픽 채널(Traffic Channel)을 사용한다.
무선링크제어(Radio Link Control; 이하 RLC라 약칭함)계층은 신뢰성 있는 데이터의 전송을 지원하며, 상위계층으로부터 내려온 RLC 서비스데이터단위(Service Data Unit; 이하 SDU라 약칭함)의 분할 및 연결(Segmentation and Concatenation) 기능을 수행할 수 있다. 상위로부터 전달된 RLC SDU는 RLC계층에서 처리용량에 맞게 크기가 조절된 후 헤더(Header)정보가 더해져 프로토콜데이터단위(Protocol Data Unit; 이하 PDU라 약칭함)의 형태로 MAC계층에 전달된다. RLC계층에는 상위로부터 내려온 RLC SDU 또는 RLC SDU로부터 생성한 RLC PDU들을 저장하기 위한 RLC버퍼가 존재한다.
패킷데이터수렴프로토콜(Packet Data Convergence Protocol; 이하 PDCP라 약칭함)계층은 RLC계층의 상위에 위치하며, IPv4나 IPv6와 같은 네트워크 프로토콜을통해 전송되는 데이터가 상대적으로 대역폭이 작은 무선 인터페이스상에서 효율적으로 전송될 수 있도록 한다. 이를 위해, PDCP계층은 유선망에서 사용되는 불필요한 제어정보를 줄여주는 기능을 수행하는데, 이 기능을 헤더압축(Header Compression)이라고 한다.
방송/멀티캐스트제어(Broadcast/Multicast Control; 이하 BMC라 약칭함)계층은 핵심망에서 전달된 셀방송메시지(Cell Braodcast Message; 이하 CB메시지라 약칭함)을 무선 인터페이스를 통해 단말로 전송하는 역할을 한다. 이를 위해 BMC계층은 CB 메시지의 저장, 스케쥴링 및 전송 기능을 수행한다.
L3의 가장 하부에 위치한 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함)계층은 제어평면에서만 정의되며, 무선운반자 (Radio Bearer; 이하 RB라 약칭함)들의 설정, 재설정 및 해제와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. 이때, RB는 단말과 UTRAN간의 데이터 전달을 위해 제2계층이 상위에 제공하는 서비스를 의미하고, 일반적으로 RB가 설정된다는 것은 특정 서비스를 제공하기 위해 필요한 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다.
참고로, PDCP계층과 BMC계층은 사용자평면에만 존재하며, MAC계층과 RLC계층은 연결된 상위계층에 따라 사용자평면과 제어평면 모두에 존재한다. RLC계층이 RRC 계층에 서비스를 제공할 때에는 MAC과 RLC계층은 제어평면에 존재하는 것이며, 그 외의 경우는 사용자 평면에 존재하는 것이다.
또한, MAC계층을 제외한 나머지 제2계층들은 각 RB에 적합한서비스품질(Quality of Service; 이하 QoS라 약칭함)을 보장하기 위해 여러 개의 엔터티(Entity)를 두고 있다. 즉, 한 계층 내에는 여러 개의 엔터티가 존재할 수 있으며, 각각의 엔터티는 서로 다른 RB 서비스를 제공하는 것이다.
이하, 본 발명과 관련되어 있는 RLC계층에 대해 좀더 구체적으로 살펴보기로 한다. RLC 계층의 기본 기능은 각 RB의 QoS에 대한 보장과 이에 따른 데이터의 전송이다. RB 서비스는 무선 프로토콜의 제2계층이 상위에 제공하는 서비스이기 때문에 제2계층 전체가 QoS에 영향을 주지만, 그 중에서도 특히 RLC의 영향이 크다. RLC는 RB 고유의 QoS를 보장하기 위해 RB 마다 독립된 RLC 개체(Entity)를 두고 있으며, 다양한 QoS를 지원하기 위해 투명모드(Transparent Mode; 이하 TM이라 약칭함), 무응답모드(Unacknowledged Mode; 이하 UM이라 약칭함) 및 응답모드(Acknowledged Mode; 이하 AM이라 약칭함)의 세가지 RLC 모드를 제공하고 있다. 이러한 RLC의 세가지 모드는 각각이 지원하는 QoS가 다르기 때문에 동작 방법에 차이가 있으며, 그 세부적인 기능 역시 차이가 있다. 따라서, RLC는 그 동작 모드에 따라 살펴볼 필요가 있다.
TM RLC는 RLC PDU를 구성함에 있어 상위로부터 전달받은 RLC SDU에 아무런 오버헤드를 붙이지 않는 모드이다. 즉, RLC가 SDU를 투명(Transparent)하게 통과시키므로 TM RLC라고 하며, 이러한 특성으로 인해 사용자평면과 제어평면에서 다음과 같은 역할을 수행한다. 사용자평면에서는 RLC 내에서의 데이터 처리 시간이 짧기 때문에 주로 회선 서비스 영역(Circuit Service domain; 이하 CS domain으로 약칭함)의 음성이나 스트리밍 같은 실시간 회선 데이터의 전송을 담당하며, 제어평면에서는 RLC 내에서의 오버헤드가 없기 때문에 상향(Uplink)의 경우 불특정 단말로부터의 RRC 메시지에 대한 전송을, 하향(Downlink)의 경우 셀 내의 모든 단말에게 방송되는 RRC 메시지에 대한 전송을 담당한다.
투명모드와는 달리 RLC에서 오버헤드가 추가되는 모드를 비투명모드(Non-transparent mode)라고 하며, 여기에는 전송한 데이터에 대한 수신 확인 응답이 없는 모드(UM)와 응답이 있는 모드(AM) 두 종류가 있다. UM RLC는 각 PDU마다 일련번호(Sequence Number; 이하 SN이라 약칭함)를 포함한 PDU 헤더를 첨부하여 전송하므로, 수신측에서는 어떤 PDU가 전송 중 소실되었는지 알 수 있게 된다. 이와 같은 기능으로 인해 UM RLC는 주로 사용자평면에서는 방송/멀티캐스트 데이터의 전송이나 패킷 서비스 영역(Packet Service domain; 이하 PS domain으로 약칭함)의 음성(예:VoIP)이나 스트리밍 같은 실시간 패킷 데이터의 전송을 담당하며, 제어평면에서는 셀 내의 특정 단말 또는 특정 단말 그룹에게 전송하는 RRC 메시지 중 수신확인 응답이 필요 없는 RRC 메시지의 전송을 담당한다.
비투명모드 중 하나인 AM RLC는 UM RLC와 마찬가지로 PDU 구성 시에 일련번호(SN)를 포함한 PDU 헤더를 붙여 PDU를 구성하지만, UM RLC와는 달리 송신측이 송신한 PDU에 대해 수신측이 응답(Acknowledgement)을 하는 큰 차이가 있다. AM RLC에서 수신측이 응답을 하는 이유는 자신이 수신하지 못한 PDU에 대해 송신측이 재전송(Retransmission)을 하도록 요구하기 위해서이며, 이러한 재전송 기능이 AM RLC의 가장 큰 특징이다. 결국 AM RLC는 재전송을 통해 오류가 없는(error-free) 데이터 전송을 보장하는데 그 목적이 있으며, 이러한 목적으로 인해 AM RLC는 주로사용자평면에서는 PS domain의 TCP/IP 같은 비실시간 패킷 데이터의 전송을 담당하며, 제어평면에서는 셀 내의 특정 단말에게 전송하는 RRC 메시지 중 수신확인 응답이 반드시 필요한 RRC 메시지의 전송을 담당한다.
방향성 면에서 보면, TM과 UM RLC는 단방향(uni-directional) 통신에 사용되는데 반해, AM RLC는 수신측으로부터의 피드백(feedback)이 있기 때문에 양방향(bi-directional) 통신에 사용된다. 이러한 양방향 통신은 주로 점대점(point-to-point) 통신에서 사용되기 때문에, AM RLC는 전용 논리채널만 사용한다. 구조적인 면에서도 차이가 있는데, TM과 UM RLC는 하나의 RLC 개체가 송신 또는 수신의 한가지 구조로 되어있지만, AM RLC는 하나의 RLC 개체 안에 송신과 수신측이 모두 존재한다.
AM RLC가 복잡한 이유는 재전송 기능에 기인한다. 재전송 관리를 위해 AM RLC는 송수신 버퍼 외에 재전송 버퍼를 두고 있으며, 흐름 제어를 위한 송수신 윈도우의 사용, 송신측이 피어(peer) RLC 개체의 수신측에 상태정보를 요구하는 폴링(Polling), 수신측이 피어 RLC 개체의 송신측으로 자신의 버퍼 상태를 보고하는 상태정보 보고(Status Report), 상태정보를 실어 나르기 위한 상태 PDU(Status PDU), 데이터 전송의 효율을 높이기 위해 데이터 PDU 내에 상태 PDU를 삽입하는 피기백(Piggyback) 기능 등등의 여러 가지 기능을 수행하게 된다. 또한, 이들 기능을 지원하기 위해 AM RLC에는 여러 가지 프로토콜 파라미터, 상태 변수 및 타이머도 필요하게 된다.
RLC의 주요 기능 중에는 SDU 폐기 기능이 있는데, 이는 송신측 RLC 개체가RLC 버퍼의 과부하를 방지하기 위해 자신이 저장하고 있는 SDU 중 오래된 RLC SDU를 폐기시키는 기능으로, RLC가 제공하는 무선베어러 서비스의 QoS를 보장하는데 중요한 역할을 한다. 송신측이 SDU를 폐기시키는 조건으로는 타이머에 의한 방법과 재전송회수 제한에 의한 방법이 있는데, TM 및 UM에서는 타이머에 의한 방법만 사용되며, AM에서는 두 가지 방법이 모두 사용될 수 있다.
첫째, 타이머에 의한 SDU 폐기방법은 TM, UM, 및 AM의 세가지 RLC 모드에서 모두 사용된다. 송신측 RLC 개체는 상위계층으로부터 전달 받은 각각의 RLC SDU에 대해 RLC계층에 머무른 시간을 측정하는 타이머인 디스카드 타이머(discard timer)를 구동시킨다. 만약 이 타이머가 만료될 때까지 해당 SDU가 성공적으로 전송되지 않는다면, 해당 SDU를 폐기시키며 송신윈도우 시작점부터 이 SDU 사이의 모든 SDU들도 함께 폐기시킨다.
둘째, 재전송회수 제한에 의한 SDU 폐기방법은 AM 모드의 RLC에서만 사용되며, 특정한 하나의 RLC PDU가 계속적으로 전송에 실패하여 최대재전송횟수 만큼 전송에 실패하게 되면, 해당 RLC PDU가 일부분이라도 포함하고 있는 모든 SDU를 폐기시킨다. 구체적인 동작을 설명하자면, 먼저 송신측 AM RLC 계층으로 내려온 RLC SDU는 RLC PDU로 변환되어 버퍼에 저장되고, 이때 만들어진 각각의 RLC PDU에 대해 이들의 전송횟수를 세는 카운터인 VT(DAT)가 동작하게 된다. VT(DAT)는 자신이 담당하는 RLC PDU를 한번 전송할 때마다 1씩 증가시킨다. 만약, 특정 RLC PDU가 계속적으로 전송에 실패하여 VT(DAT)가 최대재전송횟수 (MaxDAT라는 변수로 정의됨)에 도달하게 되면 해당 PDU가 일부분이라도 포함하고 있는 모든 SDU들을 폐기시키고또한 송신윈도우 시작점부터 이들 사이의 모든 SDU들도 함께 폐기시킨다.
송신측 AM RLC는 상기와 같은 방법에 의해 하나 이상의 RLC SDU를 폐기한 경우, 그 사실을 자신의 피어(peer)인 수신측 AM RLC에 알려 수신측의 수신윈도우를 이동시켜야 한다. 수신윈도우를 이동시켜야 하는 이유는 수신측으로 하여금 더 이상 전송되지 않을 SDU를 수신 대기하지 않도록 하기 위함이다. 이때, 사용되는 기능을 수신윈도우 이동(Move Receiving Window; 이하 MRW라 약칭함) 기능이라고 한다.
송신측은 수신윈도우의 이동을 위해 수신윈도우 이동 명령(MRW command; 이하 MRW 커맨드라 칭함)을 수신측으로 보내는데, 이때 MRW 커맨드는 수신윈도우가 실제로 이동해야 하는 위치를 알려주는 것은 아니고 단지 송신측에서 폐기된 SDU의 정보만 알려준다. MRW 커맨드를 수신한 수신측은 폐기된 SDU의 정보를 토대로 수신윈도우를 적당한 위치로 이동시키는 것이다.
수신윈도우를 이동시키기 위한 진행 과정을 MRW 프로시듀어(procedure)라고 하며, 이는 송신측의 MRW 커맨드 전송, 수신측의 수신윈도우 이동 및 송신측으로의 수신윈도우 이동정보 전송, 그리고 송신측의 송신윈도우 이동의 단계로 이루어져 있다. 이하, 각 단계별 동작방법에 대해 구체적으로 살펴보기로 한다. 이해를 돕기 위해 송신측이 상위에서 SDU를 전달 받는 단계부터 설명한다.
첫째, SDU로부터 PDU의 구성에 대하여 설명하면 다음과 같다.
송신측 AM RLC는 상위로부터 SDU를 전달 받으면, SDU들을 분할 또는 결합하여 정해진 크기의 AMD(AM Data) PDU로 만든다. AMD PDU는 페이로드에 헤더가 붙은형태로 구성되어 있으며, 페이로드는 SDU의 일부분 또는 하나 이상의 SDU로 이루어지고, 헤더는 PDU의 일련번호(SN)와 SDU의 경계면이 존재할 때 그 경계면의 위치를 알려주는 길이지시자(Length Indicator; 이하 LI라 약칭함)로 이루어진다.
도 2는 SDU로부터 PDU를 구성하는 예를 보이고 있다. 먼저 이 이전에 32번까지의 SDU는 이미 20번까지의 PDU에 실려 성공적으로 전송되었다고 가정한다. 이후 33번부터의 SDU가 AM RLC로 내려오면, AM RLC는 이들을 분할 또는 결합하여 정해진 크기의 AMD PDU로 만든다. 여기에서는 39번 PDU까지만 보여주고 있지만, 실제로는 SDU가 계속적으로 RLC에 내려오며, RLC는 내려오는 SDU들에 대해 계속하여 PDU를 구성한다. AMD PDU 헤더에는 PDU의 SN이 붙으며, 만약 구성된 PDU 내에 SDU의 경계면이 존재한다면 그 경계면의 위치를 알려주는 LI도 붙게 된다.
도 3은 도 2의 경우에 구성된 AMD PDU 중 21~23 번의 AMD PDU 예를 보이고 있다. 먼저 21번 PDU의 경우에는 33번 SDU의 첫 부분만으로 구성되므로 SDU의 경계면이 없기 때문에 단순히 SN과 SDU 33의 일부분으로만 구성된다. 반면에 22번 PDU는 SDU 33의 끝부분과 SDU 34의 모든 부분, 그리고 SDU 35의 첫부분으로 구성되므로 두 번의 SDU 경계면이 발생되기 때문에 이들 각각의 경계면을 알려주는 LI 필드가 헤더에 추가된다. 23번 PDU에는 SDU 35와 SDU 36의 경계면이 하나 존재하므로 이에 대한 LI 필드가 추가된다.
둘째, PDU의 저장에 대해 설명하면 다음과 같다.
구성된 AMD PDU는 AM RLC의 송신버퍼에 저장되며, 동시에 향후에 발생할 지 모를 재전송을 위해 재전송버퍼에도 저장된다. 송신버퍼와 재전송버퍼의 차이점은,송신버퍼는 PDU를 한번 전송하면 버퍼 내에서 해당 PDU를 삭제하지만, 재전송버퍼는 해당 PDU가 전송에 성공할 때까지는 해당 PDU를 계속 재전송버퍼에 저장하고 있다는 점이다. 도 4에는 AM RLC가 AMD PDU를 구성한 후, 이들을 송신버퍼 및 재전송버퍼에 저장하는 과정을 나타내고 있다.
셋째, PDU의 전송에 대해 설명하면 다음과 같다.
송신측 AM RLC는 구성된 PDU들을 수신측 AM RLC로 전송한다. 그런데, 송신측 AM RLC가 AMD PDU들을 전송할 때, 모든 PDU가 전송 가능한 것은 아니며 송신윈도우 내의 PDU들만 전송 가능하다. AM RLC가 윈도우를 사용하여 PDU들을 송수신하는 이유는 재전송되는 PDU들을 관리하기 위해서이며, 이를 위해 송신측은 송신윈도우 내의 PDU만 송신하고, 수신측은 수신윈도우 내의 PDU만 수신하게 된다. 윈도우 내의 PDU라는 것은, 윈도우는 PDU SN의 범위를 나타내는데 이 윈도우에 해당하는 SN 범위 내의 PDU라는 것이다.
송수신윈도우의 크기는 RLC 개체가 생성될 때 정해지며, 그 범위는 PDU를 송수신하면서 변하게 된다. 송수신윈도우의 시작점과 끝점 각각에 대한 정의는 다음과 같다.
송신윈도우의 시작점은 다음에 첫번째로 in-sequence로 수신측으로부터 ACK을 받아야 할 PDU의 SN을 의미하고, 끝점은 송신이 불가능한 PDU 중 첫번째 PDU의 SN을 의미한다. 또한, 수신윈도우의 시작점은 다음에 첫번째로 in-sequence로 수신해야 할 PDU의 SN을 의미하고, 끝점은 수신이 불가능한 PDU 중 첫번째 PDU의 SN을 의미한다.
상기 정의에서 알 수 있듯이, 송신측은 시작점 ~ 끝점-1 까지의 SN을 가진 PDU만 송신할 수 있으며, 끝점 이후의 SN을 가진 PDU들은 송신윈도우가 갱신(Update)되어야지만 송신할 수 있다. 송신윈도우의 갱신은 수신측으로부터 첫번째 인시퀀스(in-sequence) PDU에 대한 인지신호(ACK)를 전달받을 때 발생한다. 마찬가지로, 수신측은 시작점 ~ 끝점-1 까지의 SN을 가진 PDU만 수신할 수 있으며, 이 범위 밖의 SN을 가진 PDU가 수신되면 수신 즉시 폐기시킨다. 수신윈도우의 갱신(Update)은 첫번째 인시퀀스 PDU를 성공적으로 수신했을 때 발생한다. 참고로, 송수신윈도우의 크기는 끝점 시작점으로 정의된다.
상기 예에서 송수신윈도우의 크기가 10이라면, 20번까지의 PDU는 성공적으로 전송된 상태를 가정하면, 송신윈도우의 범위는 21~31이고, 수신윈도우도 역시 21~31이다. 송신측은 21번 PDU가 인시퀀스 인지신호(ACK)를 받아야 할 첫번째 PDU 이므로, 21번 PDU가 전송 성공이 확인되어야지만 송신윈도우를 갱신할 수 있으며, 수신측은 21번 PDU가 인시퀀스로 수신해야 할 첫번째 PDU이므로, 21번 PDU를 수신해야지만 수신윈도우를 갱신할 수 있다. 송수신윈도우의 최대값이 31이라는 것은, 송신측은 21~30번 사이의 PDU만 송신할 수 있으며 31번 이후의 PDU는 송신윈도우가 갱신되어야지만 송신 가능하다는 것이며, 마찬가지로 수신측은 21~30번 사이의 PDU만 수신할 수 있으며, 이 범위 밖의 SN을 가진 PDU가 수신되면 바로 폐기시킨다는 것이다. 송수신윈도우의 갱신은 AMD PDU가 송수신되면서 계속적으로 발생하는데, 그 예를 도 5에 나타내었다.
도 5는 AMD PDU가 송수신되는 과정과 이에 따라 송수신 윈도우가 갱신되는예를 보이고 있다. 먼저 20번까지의 PDU는 성공적으로 전송되었다고 가정한다. 그러면, 도 5 이전 단계에서 송신윈도우와 수신윈도우는 모두 21~31의 범위를 가지고 있다. 이제 각 단계별로 설명하기로 한다.
먼저, 송신측이 21~28의 PDU를 전송하는 것을 설명한다. 송신측은 상위에서 내려온 SDU들로 PDU를 구성해 이를 수신측으로 전송하게 되는데, 이 때, 송신윈도우는 21~31이므로 이 범위 내의 PDU만 전송 가능하다. 구성된 PDU들은 SN에 따라 순차적으로 전송되며, 한 전송시간간격(Transmission Time Interval; 이하 TTI라 약칭함) 내에는 하나 이상의 PDU가 전송될 수 있다. 여기에서는 28번까지의 PDU만 보였으나, PDU 전송은 계속적으로 일어나므로, 실제로는 이후의 PDU들에 대해서도 송신윈도우 범위 안의 PDU라면 전송 가능하다.
수신측이 21~28의 PDU를 수신하는 도중에, 23, 26, 27번 PDU는 수신하지 못한 경우에 대해 설명한다. 수신측은 수신윈도우가 21~31인 상태에서 PDU 수신을 대기한다. 이 범위 내의 PDU가 수신되면 정상적으로 수신을 하지만, 이 범위 밖의 PDU가 수신되면 이들을 오류가 난 PDU라 가정하고 수신 즉시 폐기한다. 송신측이 PDU들을 순차적으로 전송하므로 수신측도 PDU들을 순차적으로 수신하게 된다. 수신측은 21번 PDU가 수신되면 수신윈도우를 22~32로 갱신하며, 이후 22번 PDU가 수신되면 다시 수신윈도우를 23~33으로 갱신한다. 즉, 수신윈도우의 갱신은 인시퀀스로 첫번째로 수신해야 할 PDU가 수신되어야지만 발생하는 것이다. 그런데, 수신윈도우가 23~33으로 갱신된 상태에서 24번 PDU가 수신되면 수신윈도우는 더 이상 갱신되지 않는다. 따라서, 수신측은 수신윈도우가 23~33으로 고정된 상태에서 이후의 PDU들을 수신하게 된다. 여기에서는 23, 26, 27번 PDU가 전송 중 소실된 경우를 보이고 있다. 수신측은 자신이 수신한 PDU들에 대해 송신측으로 상태정보 보고(Status Report)를 하게 되는데, 여기서는 28번 PDU가 수신된 시점에서 상태정보 보고를 한다고 가정하였다. 보고하는 상태정보는, 21~28번까지의 PDU를 수신하였으며, 그 중 23, 26, 27번 PDU는 수신하지 못하였다는 내용이 들어 있다.
송신측이 23, 26, 27, 29~32의 PDU를 전송하고 23, 26, 27의 PDU는 재전송되는 PDU인 경우에 대해 설명한다. 송신측은 수신측으로부터 상태정보 보고를 받으면, 이에 따라 전송에 성공한 PDU들을 재전송버퍼에서 삭제하고, 송신윈도우를 갱신하며, 전송에 실패한 PDU들은 재전송을 준비한다. 즉, 전송에 성공한 21, 22, 24, 25, 28번 PDU를 재전송 버퍼에서 삭제하고, 송신윈도우를 23~33으로 갱신하며, 23, 26, 27번 PDU는 계속 재전송 버퍼에 저장해 놓고 재전송을 준비하는 것이다. 여기에서는 처음에 28번까지의 PDU가 전송된 이후에 34번까지의 PDU가 더 구성된 상황을 가정하였다. PDU 전송은 순차적으로 일어나므로, 재전송되는 23, 26, 27번 PDU가 먼저 전송된 후 처음 전송되는 29~32의 PDU가 전송된다. 그런데, 33, 34번 PDU는 송신윈도우 범위 밖에 있으므로, 이들은 송신버퍼에 저장된 상태로 전송 대기하게 된다.
수신측이 23~32의 PDU를 수신하고 27, 31번 PDU는 수신하지 못한 경우에 대해 설명한다. 상기 두 번째 과정과 마찬가지로 수신측은 순차적으로 PDU를 수신한다. 처음에 23번 PDU가 수신되면, 이전에 24, 25번 PDU는 이미 수신하였으므로, 수신윈도우의 시작점은 다음에 인시퀀스로 첫번째로 수신해야 할 PDU의 SN인 26으로이동한다. 즉, 23번 PDU가 수신된 시점에서 수신윈도우는 26~36으로 갱신되는 것이다. 26번 PDU가 수신되면 다시 수신윈도우는 27~37로 갱신된다. 그러나, 이후에 29번 PDU가 수신되면 수신윈도우는 27~37로 그대로 유지되며 갱신되지 않는다. 여기에서는 32번까지의 PDU 중 27, 30, 31번 PDU가 수신되지 못한 경우이다. 특히 27번 PDU는 두 번 전송에 모두 실패한 경우이다. 32번 PDU가 수신된 시점에서 수신측이 상태정보 보고를 한다고 가정하면, 수신측은 32번까지의 PDU를 수신하였으며, 그 중 27, 30, 31번 PDU는 수신하지 못하였다는 보고를 하게 된다.
넷째, SDU의 폐기에 대해 설명하면 다음과 같다.
도 5에서 23번 PDU가 계속적으로 전송에 성공하지 못했다고 가정하자. 도 5의 PDU들이 도 2와 같은 SDU들로 구성되었다고 한다면, 23번 PDU의 전송 실패는 곧 35, 36번 SDU의 전송 실패를 의미한다. SDU의 폐기는 타이머에 의한 방법인가 재전송회수 제한에 의한 방법인가에 따라 약간의 차이가 있기 때문에 여기서는 이를 구분하여 살펴보기로 한다.
먼저, 상기 타이머에 의한 SDU의 폐기방법을 설명한다. AM RLC는 상위에서 SDU를 받으면 그 순간부터 해당 SDU에 대한 디스카드 타이머를 구동시킨다. 각 SDU마다 각각의 디스카드 타이머가 동작하며, 해당 SDU가 전송에 성공한 순간 디스카드 타이머의 동작은 중단되고, 해당 SDU에 할당된 디스카드 타이머는 사라진다. 여기서 전송에 성공했다는 것은 SDU의 일부분이라도 가지고 있는 모든 PDU가 모두 전송에 성공했다는 인지신호(ACK)를 수신측으로부터 받았다는 것을 의미한다. SDU는 RLC로 순차적으로 전달되므로, 디스카드 타이머의 만료도 순차적으로 발생한다. 만약 35번 SDU의 디스카드 타이머가 만료할 때까지 23번 PDU가 전송에 성공하지 못했다면 35번 SDU는 디스카드 타이머가 만료된 순간 폐기된다.
여기서, 주의할 것은 PDU가 아닌 SDU가 폐기된다는 점이다. PDU는 SDU들이 분할 및 결합되어 구성되기 때문에, 하나의 SDU는 한 PDU안에 모두 들어있을 수도 있고, 여러 PDU에 걸쳐 있을 수도 있다. 어떤 경우라도 SDU를 폐기한다는 것은 SDU가 들어있는 모든 PDU에서 해당 SDU 부분을 폐기한다는 것이다. 즉, 22번 PDU는 전송에 성공하였더라도, 23번 PDU가 전송에 실패함으로 인해 35번 SDU가 폐기되고, 따라서 22번 PDU의 35번 SDU 부분도 같이 폐기된다. 또한, 주의할 것은 35번 SDU가 폐기되었다고 해서 23번 PDU가 폐기되는 것은 아니라는 점이다. 23번 PDU는 35번 뿐만 아니라 36번 SDU의 일부분도 가지고 있기 때문에, 36번 SDU의 디스카드 타이머가 만료할 때까지는 계속적으로 재전송된다. 35번 SDU가 폐기된 상태에서 23번 PDU가 재전송된다고 해서, 35번 SDU 부분을 빼고 재전송하는 것은 아니다. 재전송되는 PDU는 그 구성이 항상 첫 번째 전송 때와 똑같아야 한다.
상위에서 SDU가 내려올 때, 순차적이기는 하지만 거의 동시에 내려올 경우가 있다. 만약 35번과 36번 SDU가 거의 동시에 내려왔다면, 35, 36번 SDU의 디스카드 타이머가 거의 동시에 만료될 수 있다. 이 경우에는 35, 36번 SDU가 거의 동시에 폐기되며, 23번 PDU의 재전송은 중단되고, 36번 SDU를 포함하고 있는 24번 PDU의 재전송도 중단된다. 25번 PDU는 디스카드 타이머가 만료되지 않은 37번 SDU의 일부분을 포함하고 있기 때문에 37번 SDU의 디스카드 타이머가 만료할 때까지 재전송은 계속된다. 앞서 설명한 바와 같이 재전송되는 25번 PDU는 처음 전송되는 PDU의 구성과 똑같다.
또한, 상기 재전송회수 제한에 의한 SDU의 폐기방법을 설명한다. 상기 타이머에 의한 방법은 SDU의 폐기가 디스카드 타이머 만료로 발생하는 방법으로서, SDU의 폐기가 순차적으로 발생한다. 그러나, 재전송회수 제한에 의한 방법은 PDU가 최대재전송회수까지 전송되었으나 전송에 성공하지 못하여 SDU 폐기가 발생하는 방법으로서, 해당 PDU가 일부분이라도 포함하고 있는 모든 SDU가 동시에 폐기된다는 차이가 있다. 즉, 23번 PDU가 최대재전송회수까지 전송에 성공하지 못했다면, 35번과 36번 SDU는 동시에 폐기되는 것이다. 그러나, 이 방법 역시 SDU를 폐기하는 방법이기 때문에 이후의 과정은 타이머에 의한 방법에서 두 SDU가 거의 동시에 폐기되는 경우와 동일하다. 즉, 35번 SDU의 폐기로 인해 22번 PDU의 해당 부분도 폐기되며, 36번 SDU의 폐기로 인해 24번 PDU는 아직 최대재전송회수까지 전송되지 않았더라도 폐기된다. 그러나, 25번 PDU는 37번 SDU를 포함하고 있기 때문에 최대재전송회수까지 계속 재전송된다.
다섯째, SDU 폐기정보 전송에 대해 설명하면 다음과 같다.
상기 다섯 번째 단계 이하부터는 본 발명과 직접적인 관련이 있는 MRW 프로시듀어에 대한 설명이다. 송신측 AM RLC는 네 번째 단계와 같이 SDU를 폐기하고 난 후, 그 사실을 MRW 커맨드를 통해 수신측에 알려 수신윈도우를 이동시킨다. 이때, MRW 커맨드는 수신윈도우가 이동해야 하는 위치를 직접적으로 지정하는 것은 아니며, 단지 SDU의 폐기정보만을 알려, 수신측이 이를 토대로 수신윈도우를 적절한 위치로 이동시키는 것이다.
송신측이 전송하는 MRW 커맨드에는 송신측이 폐기한 SDU의 끝부분을 알려주는 정보가 담겨 있다. 그런데, SDU의 끝부분을 알려주기 위해서는 이 SDU의 끝부분이 어떤 PDU에 속해있으며 그 PDU 내에서 어느 부분까지 속해있는지를 알려주어야 하므로, 결국 MRW 커맨드는 폐기된 SDU의 끝부분이 속한 PDU의 SN과 그 PDU 내에서 폐기된 SDU의 끝을 가리키는 지시자로 구성되는 것이다.
둘 이상의 SDU가 폐기된 경우 MRW 커맨드에는 맨 마지막으로 폐기된 SDU에 대한 정보가 실린다. 그 이유는, 수신윈도우가 이동해야 하는 위치는 결국 맨 마지막으로 폐기된 SDU 이후가 되기 때문이다. 또한, 네 번째 단계에서 설명했듯이 어떤 SDU가 폐기될 때 송신윈도우 시작점부터 이 SDU 사이의 모든 SDU들도 함께 폐기되므로, 수신측은 마지막으로 폐기된 SDU 정보만 수신하여도 송신측에서 어떤 SDU들이 폐기되었는가를 알 수 있다는 것도 또 다른 이유이다. 그런데, 마지막으로 폐기된 SDU가 아닌 다른 폐기된 SDU들에 대한 정보도 상위 계층의 요구가 있을 시에는 MRW 커맨드에 선택적(optional)으로 알려줄 수 있다. 그러나, 마지막 SDU가 아닌 다른 SDU에 대해서는 폐기된 SDU의 끝부분이 존재하는 PDU의 SN만 알려주며 그 PDU 내에 해당 SDU의 끝을 가리키는 지시자는 알려주지 않는다. 그 이유는 다른 폐기된 SDU들에 대한 정보는 수신윈도우 이동에 영향이 없으며, 또한 이들은 연속적으로 폐기되어 있기 때문이다.
도 6에는 MRW 커맨드의 구성에 대한 개념도를 보이고 있다. 여기서 N이란 이 MRW 커맨드가 전송하는 폐기된 SDU 정보의 개수를 의미하며, 현재 UMTS에서는 그 최대값을 15로 정의하고 있다. 여기서 알 수 있듯이, 기본적인 MRW 커맨드는 N번째폐기된 SDU의 끝부분에 대한 정보이며, 그 이전의 1~N-1 사이의 SDU에 대한 폐기정보는 선택적으로 추가할 수 있다. 맨 위의 필드는 이 MRW 커맨드에 포함된 PDU SN의 개수로서, 바로 N값과 같다. 주의할 점은, N은 송신측에서 실제로 폐기된 SDU의 개수가 아니고, 해당 MRW 커맨드에 실린 SDU 폐기정보의 개수라는 점이다. 즉, 이 MRW 커맨드가 N번째 SDU의 끝부분이 존재하는 PDU의 SN만 포함할 경우는 SDU 폐기정보는 하나만 포함되어 있으므로 1이 되며, 1~N번째 SDU의 폐기정보를 모두 포함할 경우에는 N개의 SDU 폐기정보가 포함된 것이므로 N이 된다. 이렇게 N값을 알려주는 이유는 수신측이 MRW 커맨드를 수신하였을 때 1~N-1의 선택적인 SDU 폐기정보의 존재 유무를 알 수 있게 하기 위함이다. 그리고, MRW 커맨드의 맨 마지막은 항상 N번째 SDU의 끝이 PDU 내에서 어디까지인지를 가리키는 지시자 정보가 들어간다.
도 2와 도 5를 참고로 실제로 구성되는 MRW 커맨드의 예를 살펴보기로 하자. 예를 들어, 23번 PDU가 오랫동안 또는 계속적으로 전송에 성공하지 못하여, 35, 36번 SDU가 동시에 폐기되었다고 가정하자. 이때, 송신윈도우의 시작점은 23번 PDU라는 점은 앞에서 설명한 바 있다. 이 경우 MRW 커맨드는 다음의 도 7과 같이 구성된다.
즉, 23번 PDU의 전송 실패로 인해 35, 36번 SDU가 폐기된 경우, 이에 대한 MRW 커맨드는 35번 SDU에 대한 폐기 정보인 PDU SN=23과, 36번 SDU에 대한 폐기 정보인 PDU SN=25, 그리고 25번째 PDU에서 첫 부분에 들어있는 36번 SDU의 끝을 알려주는 지시자, 이렇게 구성된다. 이때, 앞서 설명했듯이 35번 SDU에 대한 폐기정보는 상위계층의 요구에 의해 선택적으로 삽입할 수 있으며, 이에 따라 맨 위의 PDU SN의 개수 필드 값도 조정된다.
여섯째, 수신윈도우의 이동 및 이동정보 전송에 대해 설명하면 다음과 같다.
수신측은 MRW 커맨드를 수신하면 수신윈도우 시작점에 존재하는 SDU부터 MRW 커맨드로 알려주는 마지막 SDU까지 모든 SDU들을 폐기하고, 이에 맞추어 수신윈도우를 이동시킨다. 수신윈도우의 이동 위치는 폐기된 SDU 이후의 SDU들을 포함하고 있는 PDU들의 수신여부에 따라 달라지는데, 어떤 경우에나 하나의 원칙은, 폐기된 SDU를 제외하고 다음에 첫번째로 인시퀀스로 수신해야 할 PDU의 SN으로 수신윈도우의 시작점을 이동하는 것이다. 따라서, 수신윈도우의 이동 위치는 MRW 커맨드에서 알려주는 맨 마지막에 폐기된 SDU의 끝부분을 포함하는 PDU일 수도 있고, 그 이후의 PDU들을 성공적으로 수신했다면, 그 이후의 PDU일 수도 있다. 수신측은 MRW 커맨드에 맞춰 수신윈도우 시작점부터 연속적으로 SDU들을 폐기하고 수신윈도우를 이동시킨 다음에는 송신측으로 이동된 수신윈도우의 위치를 알려주게 된다. 이때 수신윈도우의 시작점은 다음에 첫번째로 인시퀀스로 수신해야 할 PDU의 SN이다.
도 7의 예를 통하여 수신윈도우의 이동 위치를 살펴보기로 하자. 도 5를 참고로 하면, 수신측은 22번까지의 PDU는 성공적으로 수신하였으나 23번 PDU를 수신하지 못한 상태이므로 수신윈도우의 시작점은 23번 PDU가 된다. 그리고, 24~28번 PDU는 모두 성공적으로 수신하였다고 가정하자. 이런 상황에서 도 7의 MRW 커맨드를 수신하게 되면 수신측은 수신윈도우의 시작점부터 MRW 커맨드에서 알려주는 마지막 폐기된 SDU까지 모두 폐기한다. 즉, 수신윈도우 시작점에 해당하는 35번 SDU부터 MRW 커맨드에서 알려주는 마지막 SDU인 36번 SDU까지 모두 폐기하는 것이다. 좀더 구체적으로 말하면, 22번 PDU에서는 35번 SDU를 포함하는 뒷부분을 폐기하며, 23번 PDU는 수신 자체를 못하였고, 24번 PDU는 전체를 폐기하게 되며, 25번 PDU에서는 36번 SDU를 포함하는 앞부분을 폐기하는 것이다. 이후 28번까지의 PDU는 성공적으로 수신하였으므로, 수신윈도우의 시작점은 다음에 첫번째로 인시퀀스로 수신해야 할 PDU인 29번 PDU로 이동하게 된다. 이후 수신측은 송신측으로 수신윈도우가 29번 PDU로 이동했음을 알린다.
특수한 경우로서 수신윈도우의 위치가 이미 MRW 커맨드가 가리키는 PDU 이상으로 진행되었을 수가 있다. 이는 수신측이 성공적으로 PDU를 수신하고 이에 대한 ACK 정보를 송신측으로 전송하였는데, 이 ACK 정보가 전송 중에 소실된 경우로서, 이 때에는 수신측은 PDU를 성공적으로 수신하고 이에 맞춰 수신윈도우를 갱신하였으나, 송신측은 전송한 PDU에 대한 ACK을 받지 못하여 송신윈도우를 갱신하지 못하였기 때문에 수신윈도우의 시작점이 송신윈도우의 시작점보다 뒤에 있게 된다. 도 7을 참조하여 설명하자면, 예를 들어 수신측은 28번까지의 PDU를 모두 성공적으로 수신하고 수신윈도우의 시작점을 29번 PDU로 갱신하였으나, 23번 PDU에 대한 ACK 정보가 계속적으로 전송 중 소실되어 송신윈도우의 시작점은 23번에 정체되어 있을 수 있다. 이때 송신측이 35, 36번 SDU를 폐기하고 그 SDU 폐기정보를 수신측으로 전송하게 된다면, 수신측은 이미 수신윈도우가 29번으로 이동한 상태이므로 이 폐기정보는 쓸모 없는 정보가 된다. 따라서, 이미 수신윈도우가 이동한 경우에, 즉 이미 SDU를 성공적으로 수신하여 상위로 전달한 이후에 해당 SDU의 폐기정보를 수신하게 되면, 수신측은 이 정보를 무시하며, 현재의 수신윈도우 위치를 송신측에 알려준다. 여기서 한가지 생각해 볼 것은 송신측에서 폐기한 SDU를 수신측에서는 폐기하지 않을 수도 있다는 점이다. 즉, 이미 성공적으로 수신되어 상위로 전달된 SDU에 대해 폐기정보를 수신하게 되면, 해당 SDU는 이미 상위로 전달되었으므로 폐기할 수 없는 것이다. 단지 RLC 설정에 따라 수신측은 해당 SDU가 송신측에서는 폐기되었다는 정보를 상위로 알려줄 수도 있다.
일곱 번째, 송신윈도우의 이동에 대해 설명하면 다음과 같다.
송신측은 수신측으로부터 수신윈도우 이동정보를 수신하게 되면, 수신윈도우의 시작점과 동일한 위치로 송신윈도우의 시작점을 이동시킨다. 송신윈도우의 시작점에 해당하는 PDU는 이미 수신윈도우 이동정보를 수신하기 이전에 전송하였을 수도 있으며, 이 경우에는 해당 PDU를 전송하지 않고 수신측으로의 ACK/NACK 상태정보 보고를 대기하게 된다. 만약 송신윈도우의 시작점에 해당하는 PDU가 이전에 전송되지 않았더라면 해당 PDU부터 전송을 시작한다.
한편, 종래 기술에 의한 무선 링크 제어 프로토콜에 따르는 수신기에서의알엘씨 수신윈도우 이동 방법의 문제점들을 살펴보면 다음과 같다.
종래의 방법에서는 수신측이 MRW 커맨드를 수신하면 수신윈도우 시작점부터 MRW 커맨드에서 알려주는 맨 마지막 폐기된 SDU까지의 모든 SDU를 폐기하므로, 송신측에서 불연속적으로 SDU들이 폐기된 경우, 여러 가지 문제점이 발생한다. 이 문제점을 다음의 예를 통해 살펴보기로 하자.
도 8은 정상적인 데이터 송수신 과정에서 불연속적인 SDU 폐기가 어떻게 발생하는가를 보여주고 있다. 먼저, 이전에 20번까지의 PDU는 성공적으로 전송되었다고 가정하자. 그러면 도 8의 이전 단계에서 송수신윈도우의 시작점은 모두 21번 PDU에 위치하고 있다. 이때 도 8의 맨 위에 나타나 있는 것과 같이 SDU들이 송신측 RLC로 내려왔다면, RLC는 이들을 분할 또는 연결하여 그림과 같은 PDU들을 구성하게 된다. 송신측 RLC는 이렇게 구성된 PDU들을 수신측으로 전송한다. (a)의 과정은 송신측이 21~28번까지의 PDU를 전송하는 과정이다. 이때 실제로는 30번까지의 PDU를 전송할 수 있지만, SDU들은 순차적으로 RLC로 내려오므로 (a)의 과정에서 송신측이 송신하는 순간에는 아직 29번 이후의 PDU는 구성되지 않았다고 가정한 것이다. (b)의 과정은 수신측이 (a)의 과정을 통해 전송된 21~28번 PDU들 중 23, 26, 27번 PDU는 전송 중 소실 등의 이유로 수신하지 못하였고 나머지에 대해서는 성공적으로 수신한 경우를 보이고 있다. 수신측은 21, 22번 PDU는 성공적으로 수신하였기 때문에 수신윈도우의 시작점을 23번 PDU로 갱신한다. 그러나, 23번 PDU는 수신하지 못하였기 때문에 더 이상의 수신윈도우 갱신은 발생하지 않는다. 수신측이 21~28번까지의 PDU에 대한 ACK/NACK 상태정보를 송신측으로 전송하면, 송신측은 전송에 성공한 21, 22, 24, 25, 28번 PDU들을 버퍼에서 삭제하고, 송신윈도우의 시작점을 23번 PDU로 갱신하며, 다음의 전송을 준비한다. (c)의 과정은 송신측이 송신윈도우를 23~33으로 갱신한 이후 다음의 전송을 하는 과정이다. 이때 PDU들은 23, 26, 27, 29, 30, 31, 32 순으로 전송된다. 여기서 23, 26, 27번 PDU들은 재전송되는 PDU이다. 참고로 이때 33번 이후의 PDU들은 구성이 되었더라도 송신윈도우의 제약으로 인해 전송되지 못한다. 이렇게 전송된 23~32번의 PDU들에 대해 수신측이23, 27번 PDU는 여전히 수신하지 못하였고, 추가로 30, 31번 PDU도 수신하지 못하였다고 가정하자. 그러면 23번 PDU를 수신하지 못하였기 때문에 (d)의 과정에 나타나 있듯이 수신윈도우는 계속해서 23~33의 범위를 유지하게 된다. 23~32번 PDU들에 대한 상태정보가 송신측에 전송되면, 송신측은 역시 전송에 성공한 PDU들을 버퍼에서 삭제한다. 그러나, 23번 PDU에 대한 ACK을 받지 못하였기 때문에, 수신측과 마찬가지로 송신윈도우의 갱신은 발생하지 않는다. 따라서, (e)의 단계에서는 송신측은 송신윈도우를 23~33으로 유지한 상태에서 재전송되는 PDU인 23, 27, 30, 31번 PDU만 전송하게 된다. (f)의 과정은 수신측이 23, 27번 PDU를 계속 수신하지 못한 경우이다. 이후에는 송신윈도우 범위 내에 23, 27번 PDU만 남게 되므로, 송신측은 더 이상의 PDU 전송을 하지 못하고, 이들 23, 27번 PDU만 재전송하게 된다.
도 8 이후에 계속하여 23, 27번 PDU를 재전송하였으나 모두 전송에 실패했다고 가정하자. 그러면, SDU에 대한 디스카드 타이머의 만료 또는 PDU에 대한 최대재전송회수 제한 등의 이유로 송신측은 해당 SDU들을 폐기하게 된다. 다음의 도 9는 23, 27번 PDU의 전송 실패로 인해 불연속적으로 35, 36, 38, 39번 SDU가 폐기되는 예를 보이고 있다.
도 9와 같이 불연속적으로 SDU가 폐기된 경우에 종래의 MRW 프로시듀어를 사용하여 수신윈도우를 이동시키고자 한다면, 다음과 같은 두 가지 방식 중 하나를 사용하여 수신윈도우를 이동시켜야 한다.
상기 수신윈도우를 이동시키는 방법 중 하나는 연속적으로 폐기된 SDU 집합 수만큼 MRW 프로시듀어를 순차적으로 진행시키는 방식이다. 이 방식은 불연속적으로 SDU가 폐기되었을 때, 연속적으로 폐기된 SDU들을 하나의 집합으로 보고, 이 연속적으로 폐기된 SDU 집합 당 한번의 MRW 프로시듀어를 진행하여, 수신윈도우를 순차적으로 이동시키는 방법이다. 즉, 도 9를 예로 설명하면, 송신측은 SDU 35, 36을 하나의 집합으로, 그리고 SDU 38, 39를 또 다른 집합으로 보고 이들 집합에 대해 각각 MRW 프로시듀어를 수행하는 것이다. 이때 MRW 프로시듀어는 한 순간에 하나의 프로시듀어만 진행되므로, 이들은 동시에 진행될 수 없고, 순차적으로 하나씩 진행된다. 이 과정을 도 10을 통해 좀더 자세히 살펴보기로 하자.
먼저 송신윈도우가 23~33인 상태에서 첫번째 MRW 프로시듀어를 시작한다. 송신측은 송신윈도우 시작점부터 SDU 36까지의 모든 SDU를 폐기하고 그 정보를 MRW 커맨드를 이용하여 수신측으로 전송한다. 수신측은 이를 수신하면 수신윈도우 시작점부터 수신한 MRW 커맨드가 알려주는 마지막 폐기된 SDU, 즉 SDU 36까지의 모든 SDU를 폐기하고 수신윈도우를 27~37로 이동시킨다. 그 후 수신측은 송신측으로 수신윈도우의 이동 위치를 알려주는데, 이를 받은 송신측은 첫번째 MRW 프로시듀어를 종료하고, 수신윈도우의 이동위치에 맞춰 송신윈도우를 27~37로 이동시킨다. 이후 송신측은 수신윈도우를 SDU 39 이후로 이동시키기 위해 두번째 MRW 프로시듀어를 시작한다. 두번째 MRW 프로시듀어에서 전송되는 MRW 커맨드에는 두번째 불연속 폐기 SDU 집합의 맨 마지막 폐기 SDU인 SDU 39의 폐기정보가 포함된다. 참고로 두번째 MRW 프로시듀어가 진행되는 동안에는 송신윈도우는 27~37로 이동한 상태이므로 33~36번의 PDU들도 전송 가능하다. 두번째 MRW 커맨드를 수신한 수신측은 수신윈도우 시작점부터 수신한 MRW 커맨드가 알려주는 마지막 폐기된 SDU, 즉 SDU 39까지의모든 SDU를 폐기한 후 수신윈도우의 시작점을 33~37 사이의 적절한 위치로 이동시킨다. 여기서 적절한 위치라고 한 이유는, 두번째 MRW 프로시듀어가 진행되는 동안에는 33~36번 PDU들의 전송이 가능한데, 이들의 수신여부에 따라 수신윈도우의 위치가 달라지기 때문이다. 예를 들어, 두번째 MRW 프로시듀어가 진행되는 동안 추가적인 PDU 수신이 없었다면 수신윈도우는 33~43이 되며, 만약 33~36 PDU들이 모두 수신되었다면 수신윈도우는 37~47이 되는 것이다. 즉, 전송 가능한 PDU들은 MRW 프로시듀어 동안에도 전송될 수 있는데, 이들의 수신여부에 따라 수신윈도우의 위치가 달라지게 된다. 이는 첫번째 MRW 프로시듀어에서도 마찬가지 이나, 도 8의 예에서는 수신윈도우 23~33 사이에 23, 27번 PDU 외에는 전송 가능한 PDU가 존재하지 않았기 때문에, 수신윈도우 시작점을 27이라고 정할 수 있었다. 수신윈도우 시작점을 적절한 위치로 이동시킨 수신측은, 그 이동 정보를 송신측으로 전송하며, 그 정보를 수신한 송신측은, 두번째 MRW 프로시듀어를 종료하고, 수신윈도우에 맞추어 송신윈도우의 시작점을 이동시킨다. 이후에는 송신윈도우 시작점부터 전송을 계속하게 된다.
상기 수신윈도우를 이동시키는 방법 중 다른 하나는 불연속적으로 폐기된 SDU들 사이의 모든 SDU들을 폐기시키는 방식이다. 이 방식은 불연속적으로 SDU가 폐기되었을 때, 송신측이 송신윈도우 시작점에 해당하는 SDU부터 폐기된 SDU 중 맨 마지막에 위치한 SDU까지의 모든 SDU들을 그 전송 성공여부에 상관없이 폐기하여, 송신윈도우 시작점부터 마지막 SDU까지 연속적으로 SDU가 폐기된 형태로 만드는 방식이다. 즉, 도 9와 같이 불연속적으로 SDU가 폐기되었다면, 송신윈도우 시작점인SDU 35부터 맨 마지막 폐기 SDU인 SDU 39까지의 모든 SDU를 폐기하고, 그 정보를 수신측으로 전송하는 것이다. 이 때, SDU 37은 전송에 성공하였더라도 폐기하게 된다. MRW 커맨드를 수신한 수신측은 수신윈도우 시작점부터 SDU 39까지의 모든 SDU가 폐기되었다고 간주하고 해당 SDU들을 폐기하며 SDU 39 이후로 수신윈도우를 이동시킨다. 이 때, 송신측에서와 마찬가지로 SDU 37은 비록 수신에 성공하였더라도 함께 폐기시키는 것이다. 도 11은 도 9와 같은 불연속적 SDU 폐기가 발생했을 때 이 방식을 이용하여 수신윈도우를 이동시키는 과정을 보이고 있다.
불연속적인 SDU 폐기가 발생했을 때, 종래에는 상기 수신윈도우를 이동시키는 두 가지 방식 중 어느 하나를 사용하여 수신윈도우를 이동시키게 된다. 그러나, 이들 각각의 방식에는 다음과 같은 문제점이 있다.
먼저 상기 전자의 방식을 사용하게 되면, 여러 SDU들이 불연속적으로 폐기되었을 경우 이를 수신측에 알리기 위해 여러 번의 MRW 프로시듀어를 순차적으로 진행해야 하므로, 그 이후의 SDU들에 있어서 전송에 많은 시간 지연이 발생한다는 점이다. 즉, 도 9 및 도 10의 예에서 37번 이후의 PDU는 두번의 MRW 프로시듀어를 진행시킨 이후에야 전송 가능하기 때문에, 여기에 포함된 SDU들은 RLC 버퍼에 오랫동안 저장된 상태로 있게 된다. 한번의 MRW 프로시듀어를 끝마치기 위해서는 적어도 150ms 이상의 시간이 소요되는데, 이렇게 전자의 방식으로 수신윈도우를 이동시킬 경우, MRW 프로시듀어로 인해 고속 데이터 통신이 어렵게 된다. 만약 타이머 기반의 SDU 폐기방법을 사용한다면, 심한 경우에는 SDU들이 전송되지 못하고 계속적으로 폐기가 되는 경우도 발생할 수 있다.
후자의 방식을 사용하여도 여전히 문제점이 존재한다. 그것은 수신측이 수신에 성공한 SDU들도 폐기함으로써 전송 효율을 떨어뜨린다는 점이다. 도 9의 예에서는 37번 SDU 하나만 불필요하게 폐기되었으므로 그다지 큰 전송 효율의 감소를 유발하지는 않지만, 만약 극단적인 예로 송신윈도우의 시작점과 끝점에 해당하는 SDU가 폐기되었다고 한다면, 이때는 송신윈도우 내의 모든 SDU가 폐기되기 때문에 매우 큰 전송 효율의 감소를 가져오게 된다.
이와 같이 종래 기술에 의한 무선 링크 제어 프로토콜에 따르는 수신기에서 수신윈도우 이동 방법의 경우, 송신윈도우 시작점부터 연속적으로 폐기된 SDU들 중 마지막으로 폐기된 SDU의 폐기정보를 수신측으로 전송하고, 수신측에서는 수신윈도우 시작점에 해당하는 SDU부터 MRW 커맨드가 지시하는 마지막으로 폐기된 SDU까지의 모든 SDU들을 폐기하므로, 불연속적으로 SDU들이 폐기되면 그 불연속되는 각각의 집단에 대하여 정보를 주고 받아야 하거나, 제대로 수신된 정보를 버리게 되는 문제점이 발생하였다.
따라서, 본 발명의 목적은 송신측에서는 폐기된 SDU들 중 연속성과 상관없이 마지막으로 폐기된 SDU의 폐기정보를 수신측으로 전송하고, 수신측에서는 수신윈도우 시작점에 해당하는 SDU부터 MRW 커맨드가 지시하는 마지막으로 폐기된 SDU까지의 모든 SDU들에 대해 각각의 수신 여부를 검사하여 아직 성공적으로 수신하지 못한 SDU만 폐기 처리하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법을 제공함에 있다.
도 1은 일반적인 무선 프로토콜의 포맷도.
도 2는 종래에 있어서 SDU로부터 PDU를 구성하는 것을 나타낸 예시도.
도 3은 구성된 PDU의 예시도.
도 4는 AM RLC가 AMD PDU를 구성한 후 송신버퍼 및 재전송버퍼에 저장하는 과정을 나타낸 설명도.
도 5의 (a)-(d)는 AM RLC의 AMD PDU 송수신 및 윈도우 갱신 예시도.
도 6은 송신측이 수신측으로 전송하는 MRW 커맨드의 개념도.
도 7은 MRW 커맨드의 포맷 예시도.
도 8의 (a)-(f)는 정상적인 RLC PDU 송수신의 예시도.
도 9는 불연속적으로 SDU가 폐기되는 것을 나타낸 예시도.
도 10은 불연속적으로 SDU가 폐기된 경우 종래의 전자의 방식을 사용하여 수신윈도우를 이동시키는 과정을 나타낸 설명도.
도 11은 불연속적으로 SDU가 폐기된 경우 종래의 후자의 방식을 사용하여 수신윈도우를 이동시키는 과정을 나타낸 설명도.
도 12는 불연속적으로 SDU가 폐기된 경우 본 발명을 이용하여 수신윈도우를 이동시키는 과정을 나타낸 설명도.
본 발명에 의한 수신윈도우를 이용하는 무선 이동통신 시스템에 있어서, 무선 링크 제어 프로토콜에 따르는 수신기에서 수신윈도우 처리 방법은, 송신측으로부터 수신윈도우 이동 명령을 수신하는 단계와; 현재의 수신윈도우 시작점부터 상기 수신윈도우 이동 명령에서 지정한 수신윈도우 시작점 까지의 모든 SDU에 대한 수신여부를 검사하는 단계와; 상기 검사 결과 성공적으로 수신되지 못한 SDU들을 폐기하는 단계와; 상기 송신측의 수신윈도우 이동 명령에서 지정한 수신윈도우 시작점 이후의 PDU들에 대한 수신여부를 검사하는 단계와; 상기 검사 결과 수신되지 못한 PDU들 중 첫번째로 수신되지 못한 PDU로 수신윈도우의 시작점을 이동시키는 단계와; 상기 이동된 수신윈도우의 시작점에 대한 정보를 송신측으로 전송하는 단계로 이루어지는 것으로, 이와 같은 본 발명의 수신윈도우 이동 방법을 첨부한 도 12를 참조하여 상세히 설명하면 다음과 같다.
본 발명에 의한 송신측의 MRW 커맨드는 폐기된 SDU들 중 연속성과 상관없이 마지막으로 폐기된 SDU의 폐기정보를 수신측으로 전송하도록 되어 있고, 수신측에서 그 MRW 커맨드를 처리할 때 수신윈도우 시작점에 해당하는 SDU부터 MRW 커맨드가 지시하는 마지막으로 폐기된 SDU까지의 모든 SDU들에 대해 각각의 수신 여부를 검사하여 아직 성공적으로 수신하지 못한 SDU만 폐기처리하게 된다.
이와 같은 본 발명의 구체적인 실시예를 도 9와 같이 SDU가 폐기된 경우에 대해 적용시켜 보기로 한다. 도 9 이전에는 도 8의 PDU 송수신 과정이 진행되었다고 가정한다.
먼저 송신측에서는 도 9와 같은 SDU 폐기가 요구될 때, 폐기된 SDU 중 가장 마지막으로 폐기된 SDU인 SDU 39에 대한 정보를 MRW 커맨드에 싣는다. 만약 RLC가 폐기된 SDU 모두를 수신측에 알려주도록 설정이 되었다면, SDU 39 이외의 다른 SDU에 대한 폐기정보도 MRW 커맨드에 싣는다. 이때, SDU 37은 성공적으로 전송이 되었으므로 폐기하지 않을 뿐더러 MRW 커맨드에도 폐기정보를 싣지 않는다.
MRW 커맨드를 수신한 수신측에서는 먼저 MRW 커맨드에 실린 SDU 폐기정보 중 맨 마지막에 위치한 SDU의 폐기정보를 추출한다. MRW 커맨드 내에서 어떤 부분이 마지막으로 폐기한 SDU에 대한 정보인지는 맨 처음의 PDU SN 개수 필드를 보면 알 수 있다. 이 예에서 수신측은 MRW 커맨드로부터 송신측이 PDU 28의 첫 부분까지를 폐기했다는 정보를 알아내게 된다.
이후 수신측은 수신윈도우의 시작점인 PDU 23부터 MRW 커맨드가 알려주는 PDU 28 사이의 모든 PDU에 대해 이들이 포함하고 있는 SDU가 제대로 구성되었는지를 검사한다. 수신측은 어떤 SDU가 성공적으로 수신되었는가를 PDU 헤더에 포함된 길이지시자(Length Indicator, LI)를 근거로 판단한다. LI는 SDU와 SDU의 경계면을 알려주기 때문에, 수신측은 한 LI와 다음 LI 사이의 부분을 하나의 SDU로 간주하게 되며, 만약 그 사이에 수신하지 못한 부분이 있으면 해당 SDU를 수신 실패로 판단하는 것이다. 이 예에서는 수신측이 그림 9와 같이 PDU를 수신하였으므로, 즉 23~28 PDU 중에서 수신측은 23, 27번 PDU를 수신하지 못하였으므로, 수신측은 다음과 같이 판단한다.
수신측은 PDU 23을 수신하지 못하였으므로 PDU 22의 마지막 부분부터 PDU 25의 첫 부분까지를 하나의 SDU로 인식하며, 이 SDU는 PDU 23에 해당하는 부분이 수신되지 못하였으므로 성공적으로 수신되지 않은 SDU로 판단하여 폐기한다. 다음의 SDU 37에 해당하는 부분은 PDU 25를 수신하였으므로 성공적으로 수신되었다고 판단하여 폐기하지 않는다. 그리고, PDU 26의 처음부터 PDU 28의 첫 부분까지는 하나의 SDU로 인식하며, PDU 27에 해당하는 부분이 수신되지 못하였으므로 폐기하는 것이다.
여기서 주목할 점은, MRW 커맨드로 마지막으로 폐기한 SDU에 대한 정보만 알려주게 되면 수신측은 폐기되는 SDU의 개수를 송신측과 다르게 계산한다는 점이다. 즉, 도 9와 같은 예에서는 송신측은 4개의 SDU를 폐기하였으나, 수신측은 2개의 SDU가 폐기된 것으로 간주하는 것이다. 이러한 점은 어떤 경우에는 문제가 없으나 다른 경우에는 문제가 될 수 있다. 따라서, AM RLC는 설정될 때 폐기된 모든 SDU 정보를 MRW 커맨드로 전달할 것인지의 여부가 같이 설정된다. 만약 모든 폐기된 SDU 정보를 전달하도록 RLC가 설정되었다면, 송신측은 MRW 커맨드에 폐기된 모든 SDU의 각각에 대한 정보를 싣게 된다. 이 경우 수신측은 PDU 23, 25, 27, 28에 폐기된 각각의 SDU 끝이 존재함을 알 수 있으므로 송신측에서 4개의 SDU가 폐기되었음을 알 수 있다.
MRW 커맨드가 폐기된 SDU 개수를 직접 전달하지 않고, 폐기된 SDU의 끝이 존재하는 PDU의 SN를 전달하는 이유는, 폐기된 SDU가 어디에 위치하는 지를 수신측에 알려주기 위함이다. 즉, 도 9의 예에서 수신측은 SDU 35, 36에 대한 부분과 SDU 38, 39에 대한 부분으로 크게 두 부분의 SDU가 폐기된 것으로 생각하게 되는데, 만약 폐기된 각각의 SDU 끝을 알려주지 않고 폐기된 개수만 알려준다면, 수신측은 폐기된 SDU가 앞부분과 뒷부분에 몇 개씩 존재하는지 알 수가 없게 된다. 예를 들어, 수신측은 앞부분에 1개 뒷부분에 3개의 SDU가 폐기되었다고 생각할 수도 있고, 2개씩 폐기되었다고 생각할 수도 있으며, 앞부분에 3개 뒷부분에 1개가 폐기되었다고 생각할 수도 있는 것이다. 이는 폐기된 SDU의 순서와 관계되어 있는데, 그 폐기 순서가 상위 계층에 따라서는 매우 중요하므로, MRW 커맨드는 각각의 폐기된 SDU의 끝이 존재하는 PDU SN을 알려주는 것이다.
MRW 커맨드가 마지막 폐기된 SDU 정보만 알려주거나 모든 폐기된 SDU 정보를 알려주거나 어떤 경우이건 간에, 수신측은 SDU 37에 해당하는 부분을 제외한 SDU 35, 36, 38, 39에 해당하는 부분을 폐기하고 수신윈도우의 시작점을 다음에 첫번째로 인시퀀스로 수신해야 할 PDU인 PDU 33으로 이동시킨다. 그리고, 수신측은 이동한 수신윈도우의 시작점 정보를 송신측으로 보내며, 이를 수신한 송신측은 MRW 프로시듀어가 성공적으로 진행되었다고 판단하고 종료하며, 송신윈도우를 수신윈도우와 같은 위치로 이동시킨 후 PDU 송신을 시작한다.
이상에서 상세히 설명한 바와 같이 본 발명은 폐기된 SDU들 중 연속성과 상관없이 마지막으로 폐기된 SDU의 폐기정보를 수신측으로 전송하고, 수신측에서는 수신윈도우 시작점에 해당하는 SDU부터 MRW 커맨드가 지시하는 마지막으로 폐기된 SDU까지의 모든 SDU들에 대해 각각의 수신 여부를 검사하여 아직 성공적으로 수신하지 못한 SDU만 폐기처리한다. 따라서, 불연속적으로 SDU가 폐기된 경우에도 종래의 방식으로 수신윈도우를 이동시킬 때 발생하는 SDU 전송의 시간지연 문제를 해결할 수 있으며, 종래의 방식에서 발생하는 SDU 전송효율의 감소 문제도 해결할 수 있기 때문에, 양호한 전송효율을 유지하면서 고속으로 통신을 할 수 있게 하는 효과가 있다.

Claims (20)

  1. 수신윈도우를 이용해 데이터를 수신하고 송신측의 명령에 의해 수신윈도우를 이동시키는 무선 이동통신 시스템의 수신측의 수신윈도우 처리방법에 있어서, 송신측으로부터 수신윈도우 이동 명령을 수신하여, 현재의 수신윈도우 시작점부터 그 이동 명령에서 지정한 수신윈도우 시작점 까지의 모든 SDU에 대한 수신여부를 검사하는 단계와; 상기 검사 결과 성공적으로 수신되지 못한 SDU들을 폐기하는 단계와; 상기 송신측의 수신윈도우 이동 명령에서 지정하는 수신윈도우 시작점 이후의 PDU들에 대한 수신여부를 검사하는 단계와; 검사 결과 수신되지 못한 PDU들 중 첫번째로 수신되지 못한 PDU로 수신윈도우의 시작점을 이동시킨 후 그 이동된 시작점에 대한 정보를 송신측으로 전송하는 단계로 이루어지는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  2. 제1항에 있어서, 수신윈도우 이동 명령은 송신측에서 마지막으로 폐기된 SDU에 대한 정보를 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  3. 제2항에 있어서, 송신측에서 마지막으로 폐기된 SDU에 대한 정보는 그 마지막으로 폐기된 SDU의 끝점을 포함하는 PDU의 일련번호와, 상기 PDU 내에서 상기 SDU의 끝점을 가르키는 끝점 지시자를 지시하는 지시자로 이루진 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  4. 제3항에 있어서, 송신측에서 마지막으로 폐기된 SDU의 끝점을 포함하는 PDU에 대하여, 수신측에서는 상기 수신윈도우 이동 명령에서 지정하는 수신윈도우 시작점으로 판단하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  5. 제2항에 있어서, 수신윈도우 이동 명령은 송신측에서 폐기된 모든 SDU에 대한 정보를 더 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  6. 제5항에 있어서, 송신측에서 폐기된 SDU에 대한 정보는 상기 폐기된 SDU의 끝점을 포함하는 PDU의 일련번호로 이루어진 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  7. 제1항에 있어서, SDU에 대한 수신여부 검사는 PDU에 포함된 SDU 끝점 지시자의 검사를 통해 이루어지는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  8. 제7항에 있어서, SDU 끝점 지시자의 검사는 하나의 SDU 끝점 지시자가 지시하는 부분부터 바로 다음의 SDU 끝점 지시자가 지시하는 부분까지의 데이터를 하나의 SDU로 판단하는 단계와; 상기 판단된 SDU의 모든 부분이 수신되었는가를 검사하는 단계와; 상기 검사 결과 일부분이라도 수신되지 못한 SDU를 성공적으로 수신되지 못한 SDU로 판단하는 단계로 이루어지는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  9. 제1항에 있어서, 송신측으로 전송하는 이동된 시작점에 대한 정보는 상기 수신측이 첫번째로 수신하지 못한 PDU인 다음에 첫번째로 수신해야 할 PDU의 일련번호를 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  10. SDU를 폐기하고 그 정보를 수신측에 전송하여 수신윈도우를 이동시키는 이동통신 시스템의 송신측의 수신윈도우 처리방법에 있어서, 수신윈도우 이동명령을 구성하는 시점에서 송신측의 버퍼 상태를 검사하여 폐기된 SDU들을 파악하는 단계와; 상기 폐기된 SDU들 중 마지막으로 폐기된 SDU의 정보를 수신윈도우 이동명령에 추가한 후 이를 수신측으로 송신하는 단계와; 상기 송신한 수신윈도우 이동명령에 대한 응답으로 수신측으로부터 수신윈도우의 이동된 시작점에 대한 정보를 수신하는 단계와; 상기 수신측으로부터 수신한 수신윈도우 시작점에 해당하는 위치로 송신윈도우의 시작점을 이동하는 단계로 이루어지는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  11. 제10항에 있어서, 상기 수신윈도우 이동명령에 추가하는 마지막으로 폐기된 SDU의 정보는 상기 마지막으로 폐기된 SDU의 끝점을 포함하는 PDU의 일련번호와, 상기 PDU 내에서 상기 SDU의 끝점을 가르키는 끝점 지시자를 지시하는 지시자를 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  12. 제10항에 있어서, 수신윈도우 이동 명령은 상기 폐기된 모든 SDU에 대한 정보를 더 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  13. 제12항에 있어서, 폐기된 SDU에 대한 정보는 상기 폐기된 SDU의 끝점을 포함하는 PDU의 일련번호로 구성된 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  14. 제10항에 있어서, 수신측으로부터 수신한 수신윈도우의 이동된 시작점에 대한 정보는 수신측이 첫번째로 수신하지 못한 PDU인 다음에 첫번째로 수신해야 할 PDU의 일련번호를 포함하는 것을 특징으로 하는 무선 링크 제어 프로토콜에 따르는 수신기에서의 데이터 수신 방법.
  15. 송신측으로 일련번호를 가지는 각각의 프로토콜 데이터 단위에 대한 수신 확인 응답을 하면서, 프로토콜 데이터 단위를 수신하는 무선 링크 제어 프로토콜에 따르는 무선 통신 시스템의 수신기에 있어서, 상기 일련번호의 일정한 범위내의 프로토콜 데이터 단위를 수신하는 단계와; 송신측으로부터 상기 일정한 범위를 이동하라는 명령을 수신하는 단계와; 현재의 범위의 첫번째 일련번호와, 상기 이동 명령에 의한 범위의 첫번째 일련번호 이전의 범위에 있는 하나 이상의 프로토콜 데이터 단위에 실려있는 서비스 데이터 단위의 수신 여부를 검사하는 단계와; 상기 검사 결과 완전하게 수신된 서비스 데이터 단위를 상위계층으로 전달하는 단계와; 상기 일련번호의 일정한 범위를 이동하여 그 범위내의 프로토콜 데이터 단위를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 데이터 수신 방법.
  16. 제15항에 있어서, 상기 일정한 범위를 이동하라는 명령은 일련번호가 큰 쪽으로 그 범위를 이동하라는 명령인 것을 특징으로 하는 데이터 수신 방법.
  17. 제16항에 있어서, 상기 일정한 범위를 이동하라는 명령과 함께, 송신측에서 폐기된 서비스 데이터 단위를 포함하는 가장 큰 일련번호를 가지는 프로토콜 데이터 단위의 일련번호를 수신하는 것을 특징으로 하는 데이터 수신 방법.
  18. 제17항에 있어서, 상기 송신측에서 폐기된 서비스 데이터 단위를 포함하는 가장 큰 일련번호를 가지는 프로토콜 데이터 단위의 일련번호와 함께 그 프로토콜데이터 단위 내에서 폐기된 서비스 데이터 단위가 끝나는 위치를 나타내는 지시자를 수신하는 것을 특징으로 하는 데이터 수신 방법.
  19. 제18항에 있어서, 일정한 범위를 이동하여 일련번호의 일정한 범위내의 프로토콜 데이터 단위를 수신하는 단계는 상기 폐기된 서비스 데이터 단위를 포함하는 가장 큰 일련번호를 가지는 프로토콜 데이터 단위를 시작점으로 하는 것을 특징으로 하는 데이터 수신 방법.
  20. 제15항에 있어서, 상기 검사 결과 완전하게 수신된 서비스 데이터 단위를 상위계층으로 전달하는 단계는 상기 검사 결과 하나의 서비스 데이터 단위를 실은 프로토콜 데이터 단위 가운데 어느 하나라도 수신되지 않은 경우 해당 서비스 데이터 단위를 폐기하는 것을 특징으로 하는 데이터 수신 방법.
KR20020068909A 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 KR100802619B1 (ko)

Priority Applications (33)

Application Number Priority Date Filing Date Title
KR20020068909A KR100802619B1 (ko) 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
UA20040706174A UA77047C2 (en) 2002-11-07 2003-06-11 Method of moving a receiving window in a wireless mobile communication system
EP20030810708 EP1559204B1 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
AT03810708T ATE522037T1 (de) 2002-11-07 2003-11-06 Verfahren zum verschieben eines empfangsfensters in einem funkzugangsnetzwerk
ES03810708T ES2369770T3 (es) 2002-11-07 2003-11-06 Procedimiento de trasladar una ventana de recepción en una red de acceso por radio.
JP2004549697A JP4016032B2 (ja) 2002-11-07 2003-11-06 無線移動通信システムにおける受信ウインドウ移動方法
EP20100191432 EP2290866B1 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
RU2004127248A RU2291594C2 (ru) 2002-11-07 2003-11-06 Устройство и способ перемещения окна приема в сети радиодоступа
ES10191432.3T ES2536071T3 (es) 2002-11-07 2003-11-06 Procedimiento para mover una ventana de recepción en una red de acceso de radio
AU2003276747A AU2003276747B2 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
CN2009101659814A CN101674169B (zh) 2002-11-07 2003-11-06 在无线接入网络中移动接收窗口的方法
PCT/KR2003/002367 WO2004042953A1 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
CN200810174963.8A CN101447855B (zh) 2002-11-07 2003-11-06 在无线接入网络中移动接收窗口的方法
ES14182884.8T ES2604981T3 (es) 2002-11-07 2003-11-06 Procedimiento para desplazar una ventana de recepción en una red de acceso de radio
MXPA04007969A MXPA04007969A (es) 2002-11-07 2003-11-06 Metodo para mover una ventana de recepcion en una red de acceso de radio.
CNB2003801006503A CN100550671C (zh) 2002-11-07 2003-11-06 在无线接入网络中移动接收窗口的方法
EP20080169463 EP2056514A3 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
US10/703,255 US7539197B2 (en) 2002-11-07 2003-11-06 Apparatus and method for moving a receive window in a radio access network
EP14182884.8A EP2811681B1 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network
ZA200405986A ZA200405986B (en) 2002-11-07 2004-07-27 Method for moving a receive window in a radio access network
US11/771,985 US7636312B2 (en) 2002-11-07 2007-06-29 Apparatus and method for moving a receive window in a radio access network
US12/170,678 US7903663B2 (en) 2002-11-07 2008-07-10 Apparatus and method for moving a receive window in a radio access network
US12/253,843 US7564851B2 (en) 2002-11-07 2008-10-17 Apparatus and method for moving a receive window in a radio access network
US12/257,793 US7826368B2 (en) 2002-11-07 2008-10-24 Apparatus and method for moving a receive window in a radio access network
US12/559,171 US8259581B2 (en) 2002-11-07 2009-09-14 Apparatus and method for moving a receive window in a radio access network
US12/832,027 US8031610B2 (en) 2002-11-07 2010-07-07 Apparatus and method for moving a receive window in a radio access network
US13/034,562 US8462633B2 (en) 2002-11-07 2011-02-24 Apparatus and method for moving a receive window in a radio access network
US13/034,581 US8547980B2 (en) 2002-11-07 2011-02-24 Apparatus and method for moving a receive window in a radio access network
US13/035,867 US8488611B2 (en) 2002-11-07 2011-02-25 Apparatus and method for moving a receive window in a radio access network
US13/893,197 US9191333B2 (en) 2002-11-07 2013-05-13 Apparatus and method for moving a receive window in a radio access network
US14/340,339 US9210092B2 (en) 2002-11-07 2014-07-24 Apparatus and method for moving a receive window in a radio access network
US14/931,584 US9532378B2 (en) 2002-11-07 2015-11-03 Apparatus and method for moving a receive window in a radio access network
US15/348,912 US9860915B2 (en) 2002-11-07 2016-11-10 Apparatus and method for moving a receive window in a radio access network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20020068909A KR100802619B1 (ko) 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법

Publications (2)

Publication Number Publication Date
KR20040040710A true KR20040040710A (ko) 2004-05-13
KR100802619B1 KR100802619B1 (ko) 2008-02-13

Family

ID=32310822

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20020068909A KR100802619B1 (ko) 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법

Country Status (13)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100685243B1 (ko) * 2002-05-10 2007-02-27 인터디지탈 테크날러지 코포레이션 노드 b 버퍼의 선택적인 버퍼링을 용이하게 하는 노드 b
KR100895681B1 (ko) * 2007-09-17 2009-04-30 주식회사 케이티프리텔 무선 링크 제어 계층의 버퍼 제어 방법 및 장치
KR100988874B1 (ko) * 2007-05-18 2010-10-20 이노베이티브 소닉 리미티드 무선통신시스템에서 상태변수 또는 패킷 시퀀스넘버를비교하는 방법 및 장치

Families Citing this family (109)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2288202B1 (en) * 2000-10-07 2015-04-08 LG Electronics Inc. Method for transmitting data from RLC layer in radio communication system
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 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
CA2542365C (en) * 2003-12-31 2011-05-31 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 株式会社東芝 無線通信装置
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101265628B1 (ko) * 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
WO2007078156A2 (en) * 2006-01-05 2007-07-12 Lg Electronics Inc. Transmitting data in a mobile communication system
USRE43949E1 (en) 2006-01-05 2013-01-29 Lg Electronics Inc. Allocating radio resources in mobile communications system
KR101203841B1 (ko) * 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101358469B1 (ko) * 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(network) 안에서 상향(uplink)및 하향(downlink) 대역폭(bandwidth)의선택 및 신호 방법
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
EP2033341B1 (en) * 2006-06-21 2018-03-21 LG Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
EP2030359B1 (en) 2006-06-21 2017-12-20 LG Electronics Inc. -1- Method of supporting data retransmission in a mobile communication system
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121513A (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
JP4997294B2 (ja) 2007-03-16 2012-08-08 インターデイジタル テクノロジー コーポレーション 無線リンク制御パラメータの再構成をサポートするための無線通信方法および無線通信装置
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 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
EP2153549B1 (en) 2007-06-20 2013-10-02 Lg Electronics Inc. A 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
KR20090016419A (ko) 2007-08-10 2009-02-13 엘지전자 주식회사 동적 무선자원 할당방법에서 harq를 제어하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
JP2009044693A (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 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
JP2009044581A (ja) 2007-08-10 2009-02-26 Fujitsu Ltd 通信装置、送信方法、受信方法
WO2009022877A2 (en) 2007-08-14 2009-02-19 Lg Electronics Inc. A method of transmitting and processing data block of specific protocol layer in wireless communication system
EP2432290B1 (en) 2007-09-13 2013-05-22 LG Electronics Inc. Method of allocating radio resources in a wireless communication system
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101591824B1 (ko) * 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 QoS를 보장하기 위한 방법
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101132522B1 (ko) 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Pdcp를 폐기하기 위한 방법 및 장치
US8787306B2 (en) * 2007-10-09 2014-07-22 Qualcomm Incorporated Centralized mobile access point acquisition
KR101487557B1 (ko) 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
WO2009057941A2 (en) 2007-10-29 2009-05-07 Lg Electronics Inc. A method for repairing an error depending on a radion bearer type
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
CN103338095B (zh) * 2008-01-08 2018-04-06 无线星球有限责任公司 无线通信网络中的方法和装置
KR101577451B1 (ko) * 2008-01-30 2015-12-14 엘지전자 주식회사 Rlc 무한 재전송 오류를 검출하고 처리하는 방법
US8027356B2 (en) 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
US8265056B2 (en) 2008-02-19 2012-09-11 Qualcomm Incorporated Packet decoding for H-ARQ transmission
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Pdcp 상태 보고 전송 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
WO2009145420A1 (en) * 2008-03-31 2009-12-03 Samsung Electronics Co., Ltd. Method and system for discarding data units in a mobile communication system
EP2117278B1 (en) * 2008-05-09 2011-08-17 Research In Motion Limited Method and apparatus for assembling network layer data units
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
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协议确认模式中确认信息的处理方法及系统
US8891356B2 (en) * 2010-06-28 2014-11-18 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link RLC sublayer
US8989140B2 (en) 2010-06-28 2015-03-24 Qualcomm Incorporated System and method for mobility in a multi-point HSDPA communication network
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
CN104641719B (zh) * 2013-05-20 2018-07-03 华为技术有限公司 一种确认报文发送方法及其设备
WO2015085525A1 (zh) * 2013-12-12 2015-06-18 华为技术有限公司 体验质量QoE的实现方法及装置
CN104837127B (zh) * 2014-02-08 2019-12-31 夏普株式会社 由辅基站和主基站执行的通信方法以及相应的基站
CN104837163B (zh) * 2014-02-08 2019-10-25 夏普株式会社 用于删除无线链路控制服务数据单元的方法和基站
JP6425707B2 (ja) * 2014-03-19 2018-11-21 株式会社Nttドコモ ユーザ装置及びアップリンクデータ送信方法
CN104506279B (zh) * 2014-12-29 2017-10-24 武汉虹信通信技术有限责任公司 用于lte中rlc am模式下的上下行并行处理方法
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
WO2016182220A1 (en) * 2015-05-11 2016-11-17 Lg Electronics Inc. Method for performing rlc retransmission based on contention-based pusch in a wireless communication system and a device therefor
KR101984609B1 (ko) 2016-05-03 2019-05-31 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 장치
CN107787009B (zh) * 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
WO2018182388A1 (en) * 2017-03-31 2018-10-04 Samsung Electronics Co., Ltd. Apparatus and buffer control method thereof in wireless communication system
US10750520B2 (en) * 2017-04-27 2020-08-18 Qualcomm Incorporated Radio link control/packet data convergence protocol window advance with holes
SG11202000554QA (en) * 2017-08-11 2020-02-27 Lg Electronics Inc Method and device for transmitting data unit
CN110011925B (zh) * 2018-01-04 2022-09-13 维沃移动通信有限公司 一种sdu的处理方法和通信设备

Family Cites Families (49)

* 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
US5007051A (en) * 1987-09-30 1991-04-09 Hewlett-Packard Company Link layer protocol and apparatus for data communication
EP0310360B1 (en) * 1987-09-30 1995-02-22 Hewlett-Packard Company Data communication method and apparatus
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
KR0181320B1 (ko) * 1994-02-17 1999-05-15 안쏘니 제이. 살리 주니어 통신 시스템에서 부호화율을 제어하는 방법 및 장치
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 日本電気エンジニアリング株式会社 移動無線機
FI103548B (fi) * 1996-03-25 1999-07-15 Nokia Telecommunications Oy Vuonvalvontamenetelmä
FI102231B (fi) 1996-09-16 1998-10-30 Nokia Technology Gmbh Symbolitahdistuksen ja näytteenottotaajuuden säätömenetelmä OFDM-modul oituja lähetyksiä vastaanottavassa laitteessa sekä menetelmän toteutta va 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 (en) 1998-04-28 1999-11-03 Lucent Technologies Inc. Channel estimation using a sliding window technique
US6505253B1 (en) * 1998-06-30 2003-01-07 Sun Microsystems Multiple ACK windows providing congestion control in reliable multicast protocol
EP0996248A1 (en) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) ARQ protocol with packet-based reliability level setting
US6519223B1 (en) * 1999-04-06 2003-02-11 Telefonaktiebolaget L M Ericsson (Publ) System and method for implementing a semi reliable retransmission protocol
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
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
US6775252B1 (en) 2000-03-31 2004-08-10 Qualcomm, Inc. Dynamic adjustment of search window size in response to signal strength
WO2002015520A1 (en) 2000-08-17 2002-02-21 Redback Networks Inc. Packet scheduling methods and apparatus
GB0020442D0 (en) * 2000-08-18 2000-10-04 Nokia Networks Oy Data transmission protocol
KR100378987B1 (ko) * 2000-08-19 2003-04-07 엘지전자 주식회사 래디오 링크 콘트롤 (rlc)에서 서비스 데이터유닛(sdu)의 디스카드 처리 방법
KR100421863B1 (ko) * 2001-05-18 2004-03-09 엘지전자 주식회사 무선 통신 시스템의 데이터 전송 방법 및 그를 위한 장치
KR100344981B1 (ko) * 2000-10-07 2002-07-20 엘지전자주식회사 시간 기반 서비스 데이터 유닛의 디스카드 정보 전송 방법
EP2288202B1 (en) * 2000-10-07 2015-04-08 LG Electronics Inc. Method for transmitting data from RLC layer in radio communication system
US6975591B1 (en) * 2000-11-22 2005-12-13 International Business Machines Corporation Methodology for improving TCP throughput over lossy communication links
US6922393B2 (en) * 2001-01-10 2005-07-26 Asustek Computer Inc. Data discarding request acknowledgement in a wireless communications protocol
US6687248B2 (en) * 2001-01-10 2004-02-03 Asustek Computer Inc. Sequence number ordering in a wireless communications system
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
EP1535413B1 (en) * 2002-08-09 2007-01-17 Interdigital Technology Corporation Efficient memory allocation in a wireless transmit/receiver unit
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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100685243B1 (ko) * 2002-05-10 2007-02-27 인터디지탈 테크날러지 코포레이션 노드 b 버퍼의 선택적인 버퍼링을 용이하게 하는 노드 b
KR100988874B1 (ko) * 2007-05-18 2010-10-20 이노베이티브 소닉 리미티드 무선통신시스템에서 상태변수 또는 패킷 시퀀스넘버를비교하는 방법 및 장치
US8159965B2 (en) 2007-05-18 2012-04-17 Innovative Sonic Limited Method of comparing state variable or packet sequence number for a wireless communications system and related apparatus
TWI405481B (zh) * 2007-05-18 2013-08-11 Innovative Sonic Ltd 無線通訊系統比較狀態變數或封包序號的方法及其相關裝置
KR100895681B1 (ko) * 2007-09-17 2009-04-30 주식회사 케이티프리텔 무선 링크 제어 계층의 버퍼 제어 방법 및 장치

Also Published As

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

Similar Documents

Publication Publication Date Title
KR100802619B1 (ko) 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
KR100765121B1 (ko) 송신버퍼의 프로토콜 데이터 유닛 폴링 방법
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data
EP2288202A1 (en) Method for transmitting data from RLC layer in radio communication system
KR20070077798A (ko) 이동통신 시스템에서 재전송 제어를 위한 상태보고의요청/전송 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
G170 Re-publication after modification of scope of protection [patent]
FPAY Annual fee payment

Payment date: 20130128

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140124

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150128

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160122

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20170113

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20180112

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20190114

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20200114

Year of fee payment: 13