KR100905965B1 - 무선통신 시스템에서의 rlc 재연결 방법 - Google Patents

무선통신 시스템에서의 rlc 재연결 방법 Download PDF

Info

Publication number
KR100905965B1
KR100905965B1 KR1020060063133A KR20060063133A KR100905965B1 KR 100905965 B1 KR100905965 B1 KR 100905965B1 KR 1020060063133 A KR1020060063133 A KR 1020060063133A KR 20060063133 A KR20060063133 A KR 20060063133A KR 100905965 B1 KR100905965 B1 KR 100905965B1
Authority
KR
South Korea
Prior art keywords
rlc
pdu
reset
control
reconnection
Prior art date
Application number
KR1020060063133A
Other languages
English (en)
Other versions
KR20070037979A (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
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US12/307,239 priority Critical patent/US8681712B2/en
Priority to CN2006800552354A priority patent/CN101479965B/zh
Priority to PCT/KR2006/004378 priority patent/WO2008004724A1/en
Publication of KR20070037979A publication Critical patent/KR20070037979A/ko
Application granted granted Critical
Publication of KR100905965B1 publication Critical patent/KR100905965B1/ko

Links

Images

Classifications

    • 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
    • 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
    • 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/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup

Abstract

본 발명은 UMTS(Universal Mobile Telecommunications System) 시스템에서 효과적인 AM RLC의 재연결 방법을 제공한다. 본 발명에 따른 RLC의 재연결 방법은 AM RLC엔터티가 재연결이 일어나는 방향을 판단하여, RLC엔터티의 수신측 방향이 재연결될 경우에는 수신측 방향과 관련된 제어 PDU(Protocol data unit)만을 삭제하고, RLC엔터티의 송신측 방향이 재연결될 경우에는 송신측 방향과 관련된 제어 PDU만을 삭제한다. 따라서, RLC엔터티가 재연결될 경우, 본 발명은 특정 방향과 관계 있는 제어 PDU를 선택적으로 삭제하고, 재연결 후에는 새로 구성된 제어 PDU를 즉시 상대 엔터티로 전송함으로써 데이터 전송속도를 향상시키고, 통신단절 시간을 줄일 수는 효과가 있다.
RLC재연결, AM RLC, UMTS

Description

무선통신 시스템에서의 RLC 재연결 방법{RLC RE-ESTABLISHMENT METHOD IN RADIO COMMUNICATION SYSTEM}
도 1은 종래 및 본 발명에 적용되는 UMTS의 망 구조를 나타낸 도면.
도 2는 UMTS에서 사용하는 무선 프로토콜의 구조를 나타낸 도면.
도 3은 데이터를 전송할 때 사용되는 데이터 PDU인 AM RLC PDU의 구조.
도 4는 상태 PDU(STATUS PDU)의 구조를 나타낸 도면.
도 5는 피기백된 상태 PDU의 구조를 나타낸 도면.
도 6은 재설정/재설정 ACK PDU의 구조를 나타낸 도면.
도 7은 종래의 AM RLC재설정 방법을 나타낸 것으로서, 재설정 PDU를 전송할 때의 송신측의 동작을 나타낸 도면.
도 8은 종래의 AM RLC재설정 방법을 나타낸 것으로서 RESET PDU를 수신한 수신측의 동작을 나타낸 도면.
도 9는 종래의 AM RLC재설정 방법을 나타낸 것으로서, RESET ACK PDU를 수신한 후의 송신측의 동작을 나타낸 도면.
도 10은 RLC 재설정(Reset)과정중에 발생되는 비효율적인 한 방향 재연결 과정을 나타낸 도면.
도 11은 본 발명에 따른 무선통신 시스템에서의 RLC 재연결 방법을 나타낸 순서도.
본 발명은 UMTS (Universal Mobile Telecommunications System) 시스템에 관한 것으로서, 특히 RLC(Radio Link Control)의 재연결을 효과적으로 수행하기 위한 무선통신 시스템에서의 RLC 재연결 방법에 관한 것이다.
도 1은 UMTS(Universal Mobile Telecommunications System)의 망 구조이다.
도 1에 도시된 바와같이, UMTS는 크게 단말(User Equipment: UE)과 UTMS 무선접속망(UMTS Terrestrial Radio Access Network: UTRAN) 및 핵심망(Core Network: CN)으로 구성된다.
UTRAN은 한 개 이상의 무선망부시스템(Radio Network Sub-systems: RNS)으로 구성되고, 각 RNS는 하나의 무선망제어기(Radio Network Controller: RNC)와 그 RNC에 의해서 관리되는 하나 이상의 기지국(Node B)으로 구성된다. 이때, 상기 하나의 Node B에는 하나 이상의 셀(Cell)이 존재한다.
도 2는 UMTS에서 사용하는 무선 프로토콜의 구조이다. 이러한 무선 프로토콜 계층들은 단말과 UTRAN에 쌍(pair)으로 존재하여, 무선 구간의 데이터 전송을 담당한다.
먼저 제1계층인 PHY계층은 다양한 무선 전송기술을 이용하여 데이터를 무선 구간으로 전송하는 역할을 한다. 상기 PHY계층은 무선 구간의 신뢰성있는 데이터 전송을 위하여 상위 계층인 MAC 계층과 전송채널(Transport Channel)을 통해 연결되며, 상 기 전송채널은 크게 채널의 공유 여부에 따라 전용(Dedicated) 전송채널과 공용(Common)전송채널로 나뉜다.
제2계층에는 매체접속제어(Medium Access Control: MAC)계층, 무선링크제어(Radio Link Control: RLC)계층, 패킷 데이터수렴 프로토콜(Packet Data Convergence Protocol : PDCP)계층 및 방송/멀티캐스트제어(Broadcast/Multicast Control : BMC)계층 등이 존재한다.
상기 MAC계층은 다양한 논리채널(Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화(Multiplexing)의 역할도 수행한다. 상기 MAC계층은 상위계층인 RLC계층과는 논리채널로 연결된다. 상기 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널과 사용자평면 (User Plane)의 정보를 전송하는 트래픽 채널로 나뉜다.
상기 MAC계층은 세부적으로 관리하는 전송채널의 종류에 따라 MAC-b 부계층 (Sublayer), MAC-d 부계층, MAC-c/sh 부계층, MAC-hs 부계층 및 MAC-e 부계층으로 구분된다. 상기 MAC-b 부계층은 시스템 정보(System Information)의 방송을 담당하는 전송채널인 BCH(Broadcast Channel)를 관리하고, 상기 MAC-c/sh 부계층은 다른 단말들과 공유되는 FACH(Forward Access Channel)나 DSCH (Downlink Shared Channel)등의 공용전송채널을 관리하며, 상기 MAC-d 부계층은 특정 단말에 대한 전용전송채널인 DCH(Dedicated Channel)를 관리한다. 또한, 상기 MAC-hs 부계층은 하향 및 상향으로 고속 데이터 전송을 지원하기 위해 고속 하향 데이터 전송을 위한 전송채널인 HS-DSCH(High Speed Downlink Shared Channel)를 관리하며, 상기 MAC-e 부계층은 고속 상향 데이터 전송을 위한 전송채널인 E-DCH(Enhanced Dedicated Channel)를 관리한다.
상기 RLC계층은 각 무선베어러(Radio Bearer: RB)의 서비스품질(Quality of Service: QoS)에 대한 보장과 그 QoS에 따른 데이터의 전송을 담당한다. 상기 RLC는 RB 고유의 QoS를 보장하기 위하여 RB마다 한 개 또는 두 개의 독립된 RLC 엔터티(Entity)(개체)를 두고 있으며, 다양한 QoS를 지원하기 위해 TM (Transparent Mode: 투명모드), UM (Unacknowledged Mode: 무응답모드) 및 AM (Acknowledged Mode: 응답모드)의 세가지 RLC모드를 제공하고 있다. 또한, 상기 RLC는 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할도 하고 있으며, 이를 위해 상위계층으로부터 수신한 데이터를 분할 및 연결하는 기능도 수행한다.
상기 PDCP계층은 RLC계층의 상위에 위치하며, IPv4나 IPv6와 같은 IP패킷 형태로 전송되는 데이터가 상대적으로 대역폭이 작은 무선 구간에서 효율적으로 전송될 수 있도록 한다. 이를 위해, PDCP계층은 헤더압축(Header Compression) 기능을 수행하는데, 이러한 헤더압축기능은 데이터의 헤더 부분에는 반드시 필요한 정보만이 전송하도록 하여 무선 구간의 전송효율을 증가시키는 역할을 한다. 상기 PDCP 계층은 헤더압축이 기본기능이기 때문에 패킷 서비스 영역 (Packet Service domain: PS domain)에만 존재하며, 각 PS 서비스에 대해 효과적인 헤더압축 기능을 제공하기 위해 RB 당 한 개의 PDCP엔터티가 존재한다.
상기 BMC계층은 RLC계층의 상위에 존재하여, 셀 방송 메시지(Cell Broadcast Message)를 스케쥴링하고, 특정 셀에 위치한 단말들에게 방송하는 기능을 수행한다.
제3계층의 가장 하부에 위치한 무선자원제어(Radio Resource Control: RRC) 계층은 제어평면에서만 정의되며, RB들의 설정, 재설정 및 해제와 관련되어 제1 및 제2계층의 파라미터들을 제어하고, 또한 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. 이때, 상기 RB는 단말과 UTRAN간의 데이터 전달을 위해 무선 프로토콜의 제1 및 제2계층에 의해 제공되는 논리적 경로를 의미하고, 일반적으로 RB가 설정된다는 것은 특정 서비스를 제공하기 위해 필요한 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다.
이하 RLC계층에 대해 좀더 구체적으로 살펴보기로 한다.
RLC계층의 기본 기능은 각 무선베어러(RB)의 QoS에 대한 보장과 그에 따른 데이터의 전송에 있다. RB서비스는 무선 프로토콜의 제2계층이 상위로 제공하는 서비스이기 때문에 제2계층 전체가 QoS에 영향을 주지만, 그 중에서도 특히 RLC의 영향이 크다. RLC는 RB고유의 QoS를 보장하기 위해 RB마다 독립된 RLC 엔터티를 설정하고 있으며, 다양한 QoS를 지원하기 위하여 투명모드(TM), 무응답모드(UM) 및 응답모드(AM)의 세가지 모드를 제공하고 있다. 상기 세가지 RLC 모드는 각각 지원하는 QoS가 다르기 때문에 동작 방법에 차이가 있으며, 그 세부적인 기능 역시 차이가 있다. 따라서, 상기 RLC의 각 동작 모드(TM, UM 및 AM)에 대하여 더욱 상세히 살펴 볼 필요가 있다.
TM RLC는 RLC PDU를 구성할 때 상위 계층으로부터 전달받은 RLC SDU에 아무런 오버헤드를 붙이지 않는 모드이다. 즉, RLC가 SDU를 투명하게 통과시키므로 TM RLC라고 하며, 이러한 특성으로 TM RLC는 사용자평면과 제어평면에서 다음과 같은 역할을 수행한다.
통상 사용자 평면에서는 RLC내에서의 데이터 처리시간이 짧기 때문에 TM RLC는 주로 회선 서비스 영역(Circuit Service domain: CS domain)의 음성이나 스트리밍 같은 실시간 회선 데이터의 전송을 담당하고, 제어평면에서는 RLC내에서의 오버헤드가 없기 때문에 상향(Uplink)의 경우 불특정 단말로부터의 RRC 메시지에 대한 전송을 담당하고, 하향(Downlink)의 경우 셀 내의 모든 단말에게 방송되는 RRC메시지에 대한 전송을 담당한다.
상기 투명모드(TM)와 달리 RLC에서 오버헤드가 추가되는 모드를 비투명모드 (Non-transparent mode)라고 하며, 그 비투명모드에는 전송한 데이터에 대한 수신 확인 응답이 없는 무응답모드(UM)와 응답이 있는 응답모드(AM)가 있다. UM RLC는 각 PDU(Protocol Data Unit)마다 일련번호(Sequence Number: SN)를 포함한 PDU 헤더를 붙여 보냄으로써, 수신측으로 하여금 어떤 PDU가 전송 중에 소실되었는지 알 수 있게 한다. 이와 같은 기능으로 인해 UM RLC는 주로 사용자평면에서는 방송/멀티캐스트 데이터의 전송이나 패킷 서비스 영역(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는 주로 사용자 평면에서는 패킷 서비스 영역의 TCP/IP와 같은 비실시간 패킷 데이터의 전송을 담당하고, 제어평면에서는 셀 내의 특정 단말에게 전송하는 RRC 메시지 중 수신확인 응답이 반드시 필요한 RRC 메시지의 전송을 담당한다.
방향성 측면에서, 상기 TM RLC와 UM RLC는 단방향(uni-directional) 통신에 사용되는데 반해, 상기 AM RLC는 수신측으로부터의 피드백(feedback)이 있기 때문에 양방향(bi-directional) 통신에 사용된다. 상기 양방향 통신은 주로 점대점(point-to-point) 통신에서 사용되기 때문에, AM RLC는 전용 논리채널만 사용한다. 또한, 구조적인 면에서 TM RLC와 UM RLC는 하나의 RLC 엔터티가 송신 또는 수신하는 구조로 되어있지만, AM RLC는 하나의 RLC 엔터티내에 송신과 수신측이 모두 존재한다.
상기 AM RLC가 복잡한 이유는 재전송 기능을 수행하기 때문이다. 재전송 관리를 위해 AM RLC는 송수신 버퍼이외에 재전송 버퍼를 구비하고 있다. 특히, AM RLC는 흐 름 제어를 위한 송수신 윈도우 사용, 송신측이 피어(peer) RLC 엔터티의 수신측으로 상태정보를 요구하는 폴링(Polling), 수신측이 피어 RLC 엔터티의 송신측으로 자신의 버퍼 상태를 보고하는 상태정보 보고(Status Report), 상태정보를 실어 나르는 상태 PDU(Status PDU) 사용, 데이터 전송의 효율을 높이기 위해 데이터 PDU내에 상태 PDU를 삽입하는 피기백(Piggyback)기능등 여러가지 기능을 수행한다.
이외에 AM RLC에서는, AM RLC 엔터티가 동작 과정에서 중대한 오류를 발견한 경우 상대측 AM RLC 엔터티에게 모든 동작 및 파라미터의 재설정을 요구하는 재설정(Reset) PDU와 상기 Reset PDU의 응답에 쓰이는 재설정 응답(Reset Ack) PDU등이 사용된다. 또한, 이들 기능을 지원하기 위해 AM RLC에는 여러 가지 프로토콜 파라미터, 상태 변수 및 타이머가 필요하다.
이러한 상태정보 보고 또는 상태 PDU 및 Reset PDU등과 같이 AM RLC에서 데이터 전송의 제어를 위해서 사용되는 PDU들을 제어(Control) PDU라고 부르고, 사용자 데이터를 전달하기 위해 쓰이는 PDU들을 데이터 PDU라고 부른다. 즉, AM RLC에서 사용하는 PDU는 크게 데이터 PDU와 제어 PDU로 구분된다. 바람직하게, 상기 제어 PDU는 4가지 PDU 즉, 상태(Status) PDU, 피기백된 상태(Piggybacked Status) PDU, Reset PDU 및 재설정 응답(Reset Ack) PDU등으로 분류된다.
일반적으로 재설정 절차(Reset Procedure)는 제어 PDU를 사용하는 경우중의 하나이다. 상기 재설정 절차는 AM RLC의 동작에서 오류상황, 예를들면 서로 사용하고 있는 일련번호가 다르거나 PDU(또는 Service Data Unit : SDU)가 일정 횟수 이상 전송실패 되었거나 하는 상황을 해결하기 위해 사용된다. 상기 재설정 절차를 사용하 면 수신측과 송신측의 AM RLC는 환경변수를 초기화하여 다시 통신을 할 수 있는 상태로 진입하게 된다. 상기 재설정 절차는 다음과 같다.
먼저 재설정 절차를 시작하기로 결정한 쪽, 즉 송신측의 AM RLC는 재설정요구메시지(RESET PDU)에 자신이 현재 사용하고 있는 송신방향의 HFN (Hyper Frame Number)값을 포함시켜 수신단으로 전송한다. 상기 RESET(재설정) PDU를 전달받은 수신측 AM RLC는 자신의 수신방향의 HFN값을 재설정하고, 일련번호등의 환경변수들을 초기화한다. 상기 수신측의 AM RLC는 자신의 송신방향 HFN을 포함시켜 재설정응답메시지(Reset Ack PDU)를 송신측 AM RLC에게 전송하고, 상기 Reset Ack PDU를 수신한 송신측의 AM RLC는 자신의 수신방향의 HFN값을 재설정한 후 환경변수들을 초기화한다.
이하 AM RLC 엔터티에서 사용되는 RLC PDU의 구조에 대해서 살펴본다.
도 3은 데이터 전송시 사용되는 데이터 PDU인 AM RLC PDU의 구조이다.
도 3을 참조하면, AM RLC PDU는 AM RLC 엔터티가 사용자 데이터 또는 피기백된 (Piggybacked) 상태 정보 및 폴링비트(Polling bit)를 전송할 경우에 사용된다. 상기 AM RLC PDU에서 사용자 데이터 부분은 8비트의 정수배로 구성되고, 헤더는 2옥텟(Octet)의 일련번호(Sequence Number)로 구성된다. 또한 AM RLC PDU의 헤더부분은 길이 지시자를 포함한다.
도 4는 상태 PDU(STATUS PDU)의 구조를 나타낸다.
상태 PDU는 다른 종류의 SUFI(SUper Field)로 구성된다. 상기 상태 PDU의 크기는 가변적이나 상태 PDU가 전송되는 논리채널의 가장 큰 RLC PDU의 크기로 제한된다. 여기서 SUFI는 수신단에 어떤 AM RLC PDU가 도착하였고 어떤 AM RLC PDU가 도착하지 않았는지 등의 정보를 알려주거나, 수신윈도우의 크기 또는 수신윈도우의 위치를 변경하는데 필요한 지시등을 포함하는 역할을 한다. 상기 SUFI는 종류, 길이 및 값의 세 부분으로 이루어진다.
도 5는 피기백된 상태(Piggybacked STATUS) PDU의 구조를 나타내고 있다.
피기백된 상태 PDU는 상태 PDU와 구조가 비슷하나, D/C 필드가 Reserved Bit (R2)로 대체되었다는 점이 다르다. 상기 피기백된 상태 PDU는 AM RLC PDU에 충분한 공간이 남아 있을 경우에 삽입되며, PDU 종류(type)값은 항상 "000"로 고정된다. 따라서, 제어 PDU는 상태 PDU와 피기백된 상태 PDU를 모두 포함한다.
도 6은 RESET PDU/RESET ACK PDU의 구조를 나타내고 있다.
재설정(RESET) PDU는 1비트의 RSN(Reset Sequence Number)이라는 일련번호 (=메시지 식별자)를 포함한다. 그리고, RESET ACK PDU는 수신한 RESET PDU에 대한 응답으로서, 수신한 RESET PDU에 포함된 RSN을 포함해서 전송된다.
상기 PDU포맷에서 사용되는 파라미터들은 다음과 같다.
(1) D/C 필드 : 이 값은 해당 PDU가 제어 PDU인지 데이터 PDU인지를 나타낸다.
(2) PDU 종류(Type) : 이 값은 제어 PDU의 종류를 나타낸다. 즉, 해당 PDU가 RESET PDU인지 STATUS PDU인지 등을 나타낸다.
(3) 일련번호(Sequence Number) : 이 값은 AM RLC PDU의 일련번호 정보를 의미한다.
(4) 폴링비트(Polling Bit) : 이 값은 상태보고(Status Report)를 수신측으로 요구 할 때 설정된다.
(5) 확장비트 (Extension bit)(E) : 이 값은 다음 옥텟(Octet)이 길이 지시자인지 아닌지를 나타낸다.
(6) Reserved bit(R1) : 이 값은 Reset PDU 또는 Reset Ack PDU에서 사용되며 "000"로 코딩된다.
(7) 헤더 확장비트(Header Extension Bit)(HE) : 이 값은 다음 옥텟이 길이 지시자인지 데이터인지를 나타낸다.
(8) 길이 지시자(Length Indicator) : 이 값은 PDU의 데이터 부분내에 서로 다른 SDU의 경계면이 존재할 때 경계면의 위치를 나타낸다.
(9) PAD : 이 부분은 패딩(Padding) 영역으로서, AM RLC PDU에서 사용되지 않는 영역을 나타낸다.
이하 AM RLC엔터티에서의 재설정과정(Reset Procedure)을 상술한다.
재설정 과정을 수행해야 하는 상황이 발생하면 송신측은 수신측으로 RESET PDU를 보내야 한다. 상기 재설정 과정은 부정확한 일련번호(Erroneous Sequence Number)를 포함한 상태 PDU가 수신되거나 특정 PDU가 일정 횟수만큼 전송에 실패했을 때 수행된다.
도 7은 종래의 AM RLC재설정 방법을 나타낸 것으로서, RESET PDU를 전송할 때의 송신측의 동작을 나타낸다.
도 7을 참조하면, 송신측은 AM RLC PDU와 상태 PDU의 전송을 중지하고(S10), 수신되는 AM RLC PDU, STATUS PDU 및 피기백된 상태(Piggybacked Status) PUD를 무시한 다(S11). 이어서 송신측은 VT(RST)를 1만큼 증가시키고(S12), 해당 VT(RST)가 최대 RST(MaxRST) 보다 큰지 비교한다(S13). 비교결과, 상기 VT(RST)가 MaxRST보다 크면 해당 상황을 RRC로 알리고(S14), 작으면 RESET PDU를 수신측으로 전송한다 (S15).
상기 VT(RST)는 송신측의 내부 파라미터로서 재설정과정이 수행될 때마다 초기화되며, 그 값은 각 재설정 과정에서 RESET PDU를 전송할 수 있는 최대값을 나타낸다. 즉, 상기 RESET PDU전송 횟수가 MaxRST값을 넘으면, 송신측은 재설정 과정을 종료하고 상위단에 해결 불가능한 에러가 발생했음을 알린다.
상기 RESET PDU를 전송할 때 송신측은 HFNI(Hyper Frame Number Indicator)와 RSN을 포함시켜 전송하고, 상기 HFNI를 자신이 사용하는 HFN값의 최대값으로 설정한다. 상기 HFN은 암호화에 사용되는 값으로서, 송신측은 매번 AM RLC PDU를 전송할때마다, AM RLC PDU에서 SN값을 제외한 나머지 부분을 HFN값을 이용하여 암호화하고, 수신측은 동일한 HFN값을 이용하여, 수신된 AM RLC PDU를 해독한다.
만약, 수신측과 송신측이 다른 HFN값을 가지고 있으면 통신이 지속되기 어렵기 때문에 재설정과정에서는 동일한 HFN을 가지도록 송신측과 수신측이 서로 HFN값을 교환한다. 이를 위하여 송신측과 수신측은 서로 HFN값을 RESET PDU 또는 RESET ACK PDU에 포함시켜 전송한다.
상기 RSN값은 각각의 RESET PDU와 RESET ACK PDU를 매칭시키기 위하여 사용된다. 즉, 송신측이 RSN값이 1로 설정된 RESET PDU를 전송했다면, 송신측은 RSN이 1로 설정된 RESET ACK PDU만을 자신이 원하는 RESET ACK PDU로 인식하게 된다. 다시 말하면 RSN값이 1이 아닌 다른 값으로 설정된 RESET ACK PDU를 수신한 경우 송신측은 해당 RESET ACK PDU는 잘못된 것으로 생각하고 폐기하게 된다. 그리고 상기 RSN값은 재설정과정을 시작할 때마다 하나씩 증가된다.
상기 RESET ACK PDU는 RESET PDU를 대한 응답이다. 수신측은 자신이 송신하는 방향에서 사용된 가장 큰 값의 HFN을 HFNI에 채워서 보내고 또한 그 RESET ACK PDU에 대응하는 RESET PDU에 포함된 RSN값과 동일한 RSN을 포함해서 전송한다.
도 8은 종래의 AM RLC재설정 방법을 나타낸 것으로서 RESET PDU를 수신한 수신측의 동작을 나타낸다.
도 8에 도시된 바와같이, RESET PDU가 수신되면(S20), 수신측은 지금 수신된 RESET PDU에 포함된 RSN값과 이전의(가장 마지막으로 수행했던) 재설정과정에서 사용되었던 RSN값이 동일한지 비교한다(S21). 비교결과, 상기 두 RSN값이 서로 동일하면, 수신측은 이전에 전송했던 RESET ACK PDU과 동일한 값으로 다시 RESET ACK PDU를 송신측으로 전송하고(S22), 다르면 후술할 과정(S24)~과정(S27)들을 수행한다.
상기 RESET ACK PDU를 송신측으로 전송한 후 수신측은 수신한 RESET PDU가 지금의 RLC엔터티가 연결 (ESTABLISHED)되거나 재연결(RE-ESTABLISHED)된 이후에 수신된 첫번째 RESET PDU인지 체크한다(S23). 체크결과, 상기 수신한 RESET PDU가 지금의 RLC엔터티가 연결되거나 재연결된 이후에 수신된 첫번째 RESET PDU이면 다음의 과정들을 순차적으로 수행하고, 그렇지 않으면 과정을 종료한다.
즉, 지금 수신한 RESET PDU가 지금의 RLC엔터티가 설정된(연결되거나 재연결된) 이후에 수신된 첫번째 RESET PDU이거나 또는 가장 최근에 마지막으로 수신된 RESET PDU의 RSN값과 다르면, 수신측은 먼저 새로운 RESET ACK PDU를 전송하고 (S24), 환 경 변수들을 초기화 함과 함께 구동중인 타이머들을 중지시킨다(S25). 또한, 수신측은 수신되어 있는 RLC PDU들과 재설정 이전에 송신된 RLC SDU들을 폐기하고(S26), 수신된 RESET PDU에 포함된 대로 수신측 방향의 HFN을 설정한 후 송신측방향과 수신측방향의 HFN을 1만큼 증가시킨다 (S27).
도 9는 종래의 AM RLC재설정 방법을 나타낸 것으로서, RESET ACK PDU를 수신한 후의 송신측의 동작을 나타낸다.
도 9를 참조하면, RESET ACK PDU가 수신되면(S30), 송신측은 RESET ACK PDU에 포함된 RSN값이 자신이 전송했던 RESET PDU에 포함된 RSN값과 동일한지 비교한다 (S31). 비교결과, RESET ACK PDU에 포함된 RSN값이 자신이 전송했던 RESET PDU에 포함된 RSN값과 동일하면, 다음의 과정(S32~S35)들을 수행하고, 동일하지 않으면 상기 수신한 RESET ACK PDU를 폐기한다(S36). 즉, 상기 두 RSN값이 동일하면, 송신측은 수신된 RESET ACK PDU에 포함된 HFNI값으로 자신의 수신측 방향의 HFN을 재설정한 후(S32) 환경변수들을 초기화하고 구동중인 타이머들을 중지한다(S33). 이어서 송신측은 이전에 수신되어 있는 RLC PDU와 재설정이전에 송신된 RLC SDU를 폐기하고(S34), 송신측 방향과 수신측 방향의 HFN을 1만큼 증가시킨다.
이러한 재설정과정을 모두 수행되면 송신측과 수신측은 동일한 HFN을 가지게 되고, 이 값을 이용하여 암호화와 해독과정을 수행할 수 있게 된다.
이하 본 발명과 관련이 있는 AM RLC 엔터티에서 재연결 과정(Re-establishment Procedure)을 상술한다
RLC 재연결과정은 RRC엔터티의 지시로 이루어 진다. AM RLC 엔터티의 경우, 양방 향, 즉 송신측 방향과 수신측 방향 모두 재연결될 수도 있고, 송신측 방향 또는 수신측 방향중 한 쪽 방향으로만 재연결이 이루어 질 수도 있다. RRC의 명령에 따라 다음의 동작들이 발생한다.
먼저 RLC엔터티의 수신측방향이 재연결 되는 경우 AM RLC 엔터티는 다음과 같은 동작을 수행한다.
1. 환경 변수들을 초기화하고 설정 가능한 값들을 설정한다..
2. 수신측방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 송신측 및 수신측 방향의 제어 PDU를 삭제하고, 수신측의 AM RLC PDU를 삭제한다.
그리고, RLC엔터티의 송신측방향이 재연결되는 경우 AM RLC 엔터티는 다음과 같은 동작을 수행한다.
1. 환경 변수들을 초기화하고, 설정 가능한 값들을 설정한다.
2. 송신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 송신측 방향만 재연결 되는 경우는 다음 과정 4부터 수행하고, 송신측과 수신측 모두 재연결 되는 경우는 다음 과정 6부터 수행한다.
4. 송신측과 수신측 모두의 제어 PDU를 삭제하고, 송신측에 있는 SDU들 중에서 완전히 전송된 SDU들을 삭제한다.
5. 상기 과정 4에서 삭제되지 않은 SDU들을 설정된 RLC 사이즈에 맞춰 다시 재분할(re-segment)한다. 이후 과정 7부터 수행한다.
6. 수신측과 송신측 모두의 제어 PDU를 삭제하고, 송신측에 있는 AM RLC PDU들을 삭제한다.
7. Timer_poll_periodic, Timer_status_periodic을 제외한 타이머들을 중지시킨다.
이와 같이 종래에는 RLC 재연결 과정이 수행될 때, 상기 RLC 재연결 과정이 송신측 방향 또는 수신측 방향의 어느 한방향으로만 수행되더라도 AM RLC 엔터티는 모든 제어 PDU들을 삭제한다.
그런데, 종래에는 RLC 재연결 과정에서 모든 제어 PDU를 삭제하는 것은 단말이나 네트워크의 데이터 전송 능력에 별 영향을 미치지 못하였다. 그 이유는 대부분의 RLC 재연결 과정에서 수신측 방향과 송신측 방향 모두의 재연결이 사용되었으며, 이 때에는 Node-B가 바뀌거나 무선망 제어기(RNC)가 바뀜으로 인하여, RLC의 콘텍스트(context)가 변경될 수 밖에 없으므로, 모든 제어 메시지 정보를 무시하고 새로 시작하는 것이 빠르기 때문이다. 따라서, 종래에는 상기와 같은 재연결 방법은 그다지 큰 문제가 없었다.
최근 HSDPA(HIGH SPEED DOWNLINK PACKET ACCESS) 또는 HSUPA(HIGH SPEED UPLINK PACKET ACCESS)같은 기술의 도입에 따라, RLC가 재연결되는 경우가 많이 발생하게 되었다. 이러한 경우는 예를 들면 단말이 셀의 중심에서 셀의 가장자리로 옮겨가는 경우에 해당된다.
즉, 단말이 셀의 중심에 머무를 때는 큰 크기의 AM RLC PDU를 사용할 수 있지만, 단말이 셀의 가장자리에 있을 때는 무선환경의 품질 열화로 인하여 큰 크기의 AM RLC PDU는 사용할 수 없게 된다. 따라서, 단말이 셀의 중심에서 셀의 가장자리로 이동하거나 그 반대의 경우에는 단말이 비록 동일한 셀에 머무르지만 단말이 사용하는 AM RLC PDU의 크기를 변경시킬 필요가 있다. 그 이유는 HSDPA와 HSUPA의 도입으로 한 셀에서도 여러가지 물리적채널과 전송채널을 사용할 수 있게 되었고, 그 결과 각 물리적채널과 전송채널에 최적화된 AM RLC PDU크기를 사용할 수 있게 되었기 때문이다. 따라서, AM RLC PDU의 크기가 바뀌게 되면 RLC 엔터티는 재연결되어야 한다.
그런데, RLC 엔터티가 재연결되는 경우에 항상 업링크와 다운링크가 같이 변하는 것은 아니다. 그 이유는 다운링크의 품질과 업링크의 품질이 별개일 수 있기 때문이다. 즉, 다운링크의 품질이 나빠진 만큼 업링크의 품질이 나빠지는 것은 아니라는 것이다.
따라서, 셀의 중심에서 HSDPA와 HSUPA를 사용하고 있던 단말이 셀의 가장자리로 이동하는 경우, 다운링크 품질의 저하로 HSDPA는 쓸 수 없게 되지만, HSUPA는 사용 가능한 경우가 많이 발생하게 되었다. 마찬가지로 HSUPA의 품질은 떨어지나 HSDPA의 품질은 양호한 경우, 혹은 단말이 셀의 가장자리에서 셀의 중심으로 옮겨 가는 경우와 같은 다양한 조합이 등장하게 되었다. 이런 경우에는, 송신측 방향과 수신측 방향 모두를 재연결할 필요가 없고, 해당되는 방향, 예를들면 업링크 또는 다운링크만 재연결하면 되게 되었다.
그런데, 종래의 RLC 재연결 방법에서는 재연결이 한 방향으로만 일어나는 경우에도 송신측 방향과 수신측 방향 모두의 제어 PDU를 삭제하기 때문에 데이터 전송 효율이 매우 나빠진다.
도 10은 RLC 재설정(Reset)과정중에 발생되는 비효율적인 한 방향 재연결 과정의 일 예를 나타낸다.
1. A의 송신측 방향(A Tx)이 재설정과정을 시작한다. 이때 RESET PDU가 전송되고, B의 수신측 방향(B Rx)이 RESET PDU를 수신한다.
2. 상기 B Rx는 RESET PDU에 대한 RESET ACK PDU를 구성한 후 전송을 기다린다.
3. 상기 2의 과정이 수행되는 동시에 한쪽 방향으로의 재연결 과정이 수행된다. 따라서, B측에서는 송신측 방향의 재연결(TX)이 발생하고, 이에 따라 A측에서는 수신측 방향으로 재연결(RX)이 발생한다.
4. 종래의 기술에 따르면 3의 과정에서 B측은 비록 송신측 방향의 재연결 과정만 발생하더라고 모든 제어 PDU를 삭제해야 한다. 따라서, 상기 B Rx는 상기 2의 과정에서 구성되었지만 아직 전송되지 못하고 남아 있는 RESET ACK PDU를 삭제한다. 이때, 상기 RESET ACK PDU는 B Rx에서 구성한 PDU로서, B Tx에는 영향을 미치지 않는다.
5. 상기 A Tx는 자신이 상기 1의 과정에서 전송한 RESET PDU에 대한 응답을 기다리지만 상기 B Rx가 해당되는 RESET ACK PDU를 이미 삭제했기 때문에, A Tx는 B Rx로부터 응답을 받을 수 없다. 따라서, A Tx는 일정 시간이 지나거나 새로운 조건이 만족되면 다시 RESET PDU를 전송한다.
상기 과정에서 재설정과정은 빨리 처리되어야 한다. 그 이유는 재설정 과정을 통해서 양측(e.g.,A Tx 및 B Rx)은 HFNI값등을 교환해서 최대한 통신을 정상화시키려고 노력하기 때문이다. 즉, 상기 과정에서 B Rx와 A Tx가 각각 사용하는 HFN이 다르다 면 데이터들은 수신측(B Rx)에서 제대로 복원될 수 없다. 따라서, 이때에는 최대한 재설정과정이 빨리 종결되어, B Rx와 A Tx가 동일한 HFN을 갖게 되어야 한다.
그런데, 재설정과정은 송신측(A Tx)이 RESET ACK PDU를 제대로 받아야만 종료된다. 그러나, 상기 과정에서 송수신측(A Tx, B Rx) 각각은 재연결이 재설정과 관련없는 방향으로 발생했음에도 불구하고 제어 PDU를 모두 삭제함으로써 정상적인 제어 PDU의 교환 과정을 지연시킨다. 이것은 재설정 과정이 진행되는 동안 데이터의 송수신을 막기 때문에 데이터의 전송률을 저하시킬 뿐만 아니라 HFNI과 같은 중요한 환경변수의 정정을 막음으로써 통신단절을 유발시키게 된다.
따라서, 본 발명의 목적은 RLC 엔터티가 한 방향으로 재연결될 때 발생되는 데이터 전송속도의 저하 및 통신 단절을 막을 수 있는 무선통신 시스템에서의 RLC 재연결 방법을 제공하는데 있다.
상기와 같은 목적을 달성하기 위하여, RLC(Radio Link Control)엔터티가 RRC (Radio Resource Control)엔터티의 제어에 따라 재연결 과정을 수행하는 무선통신 시스템에 있어서, 본 발명에 따른 RLC재연결 방법은, RLC엔터티가 재연결이 일어나는 방향을 판단하는 단계와; 판단결과 RLC엔터티의 수신측 방향이 재연결 될 경우에는 수신측 방향과 관련된 제어 PDU만을 삭제하고, 송신측 방향이 재연결 될 경우에는 송신측 방향과 관련된 제어 PDU만을 삭제하는 단계를 포함한다.
바람직하게, 상기 RLC엔터티는 AM(Acknowledge Mode : AM) RLC엔터티인 것을 특징으로 한다.
바람직하게, 상기 수신측 방향과 관련된 제어 PDU는 수신확인 상태보고 (acknowledgement status report), WINDOW SUFI, MRW ACK SUFI(Move Receiving Window Acknowledgement super-field) 등을 나타낸다.
바람직하게, 상기 송신측 방향과 관련된 제어 PDU는 MRW SUFI인 것을 특징으로 한다.
바람직하게, 상기 본 발명에 따른 RLC재연결 방법은 상기 RLC재연결이 종료되면 삭제되지 않은 제어 PDU들을 새로운 제어 PDU로 구성하는 단계와; 그 구성된 새로운 제어 PDU를 상대 엔터티로 전송하는 단계를 더 포함한다.
이하, 본 발명의 바람직한 실시 예들을 자세히 설명하면 다음과 같다.
본 발명은 UMTS와 같은 이동통신 시스템에서 구현된다. 그러나, 본 발명은 다른 표준에 따라 동작하는 통신 시스템에도 적용되어 질 수 있다. 이하, 본 발명의 바람직한 실시 예들을 자세히 설명하면 다음과 같다.
본 발명은 AM RLC엔터티의 한 방향 재연결 과정에서, RLC 엔터티가 송신측 방향(Transmitting side) 또는 수신측 방향(Receiving side)과 관련 있는 제어 PDU만을 삭제할 것을 제안한다. 구체적으로, 본 발명은 재연결이 발생할 때 그 때 존재하는 모든 제어 PDU를 삭제하는 것이 아니라, AM RLC엔터티의 수신측 방향이 재연결될 때에는 수신측 방향과 관련된 제어 PDU만을 삭제하고, 송신측 방향이 재연결될 때에는 송신측 방향과 관련된 제어 PDU만을 삭제한다. 여기서, 수신측 방향 또는 송신측 방향과 관련 있는 제어 PDU는 각각 RLC엔터티의 수신측 방향 또는 송신측 방향이 구성하는 제어 PDU를 말한다.
바람직하게, 상기 송신측 방향이 구성하는 제어 PDU는 예를 들면, RESET PDU 또는 MRW SUFI처럼 송신측 방향이 능동적으로 보내는 제어 PDU들이다.
바람직하게, 상기 수신측 방향이 구성하는 제어 PDU는 예를 들면, RESET ACK PDU 또는 MRW ACK SUFI처럼 수신측 방향이 능동적으로 보내는 제어 PDU들이다.
또한, 상기 과정에서 삭제되지 않은 제어 PDU는 즉시 상대 엔터티로 전송될 것을 제안한다. 제어 PDU가 RLC엔터티에 남아 있게 되는 가장 큰 이유는, 하위단에서 전송여력이 없어서 제어 PDU가 버퍼에서 대기하고 있는 경우이다. 예를들면, 어떤 RLC엔터티가 매 1,4,7,...에만 PDU를 전송할 수 있다고 가정하면, 2초에 발생한 제어 PDU는 2초를 더 기다려 4초가 되어야만 전송될 수 있다. 그런데 이렇게 기다리는 동안 재연결 과정이 발생할 수도 있다. 이 경우에는 진행중인 과정을 빨리 끝마치기 위해서, 재연결이 발생하자 마자 상기 전송대기 중인 제어 PDU를 즉시 보내는 것이 효과적이다.
따라서, 전송되지 않고 버퍼에 저장되어 있던 제어 PDU중에서 재연결 과정에 의해 삭제되지 않은 제어 PDU들은 즉시 상대편 RLC엔터티로 전송되어야 한다. 따라서 이렇게 삭제되지 않고 남아 있는 제어 PDU들은 전송을 예약할 것을 제안한다.
결국 본 발명은, 재연결 과정이전에 생성되어 전송이 예약되었으나, 재연결 과정이전에 전송되지 않았고, 재연결 과정을 거치면서 삭제되지 않은 제어 PDU들은 새로운 제어 PDU로 구성해서, 다시 전송예약 할 것을 제안한다.
도 11은 본 발명에 따른 무선통신 시스템에서의 RLC 재연결 방법을 나타낸 순서도이다.
도 11을 참조하면, 어느 한방향으로의 RLC재연결이 발생하면, RLC엔터티는 AM RLC엔터티의 수신측 방향이 재연결되는지 송신측 방향이 재연결되는지 판별한다 (S40,S41). 판별결과 AM RLC엔터티의 수신측 방향이 재연결될 때에는 수신측 방향과 관련된 제어 PDU만을 삭제하고(S42), 송신측 방향이 재연결될 때에는 송신측 방향과 관련된 제어 PDU만을 삭제한다(S43).
이후 RLC엔터티는 제어 PDU중에서 상기 RLC재연결 과정에 의해 삭제되지 않은 제어 PDU들이 있는지 체크하여, 그 삭제되지 않은 제어 PDU들을 새로운 제어 PDU로 구성한 다음 상대 엔터티로 전송한다(전송예약한다)(S44,S45).
이하 본 발명에 따른 RLC재연결 과정을 수신측 방향은 재연결과 송신측 방향은 재연결로 나누어 상세히 설명한다.
1. 수신측 방향의 재연결
본 발명에서 수신측 방향의 재연결 과정이 발생할 때, RLC엔터티는 그 때 존재하는 모든 제어 PDU를 삭제하지 않고, 수신측 방향과 관련 있는 제어 PDU만 삭제한다. 여기서, 상기 수신측 방향과 관련 있는 제어 PDU는 수신확인 상태보고 (acknowledgement status report) 또는 WINDOW SUFI 또는 MRW ACK SUFI 등이 있다.
여기서, 상기 수신확인 상태보고는 어떤 PDU가 제대로 수신되었고 수신되지 않았는지를 나타내고, WINDOW SUFI는 자신의 수신 가능한 윈도우 크기를 나타내며, MRW ACK SUFI는 송신측에서 폐기된 SDU정보를 알려주는 MRW SUFI에 대응되는 수신측의 응답 메시지를 나타낸다.
다르게 말하면 본 발명은 RLC엔터티의 수신측 방향은 재연결 과정이 발생할 때, 그 때 존재하는 모든 제어 PDU를 삭제하는 것이 아니라, 수신측 방향과 관련 없는 제어 PDU는 삭제하지 않는다. 그리고, 추가적으로, 그 외의 제어 PDU는 모두 삭제한다. 여기서, 상기 수신측 방향과 관련 없는 제어 PDU는 MRW SUFI 또는 RESET PDU 또는 RESET ACK PDU 등이 있다.
또 다르게 말하면 본 발명은 RLC엔터티의 수신측 방향은 재연결 과정이 발생할 때, 그 때 존재하는 모든 제어 PDU를 삭제하는 것이 아니라, 송신측 방향과 관계 있는 제어 PDU는 삭제하지 않는다. 추가적으로, 송신측 방향과 관계 없는 제어 PDU는 모두 삭제한다. 여기서, 상기 송신측 방향과 관련 있는 제어 PDU는 MRW SUFI 등이 있으며, 송신측 방향과 관계 없는 제어 PDU는 수신확인 status report 또는 WINDOW SUFI 또는 MRW ACK SUFI, RESET PDU, RESET ACK PDU 등이 있다.
다음은 본 발명에 따른 RLC재연결 방법에서 RLC엔터티의 수신측 방향이 재연결되는 제1실시예를 나타낸다.
1. 환경 변수들을 초기화하고 설정 가능한 값들을 설정한다.
2. 수신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 수신측 방향의 AM RLC PDU를 삭제한다.
4. 만약 수신측 방향만 재연결되는 경우, RLC엔터티는 남아 있는 제어 PDU중에서 송신측 방향의 제어 PDU를 제외하고 나머지 제어 PDU는 삭제 한다.
5. 남아 있는 제어 PDU는 새로운 제어 PDU로 구성한다.
여기서, 상기 송신측 방향의 제어 PDU는 MRW SUFI와 RESET PDU이다. 따라서, 상기 RESET PDU와 MRW SUFI는 각각 다른 제어 PDU로 구성되기 때문에, 다음과 같이 RLC 엔터티의 수신측 방향이 재연결되는 제2실시예를 나타낼 수 있다.
1. 환경 변수들을 초기화하고 설정 가능한 값들을 설정한다..
2. 수신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 수신측 방향의 AM RLC PDU를 삭제한다.
4. 만약 수신측 방향만 재연결 되는 경우, 남아 있는 제어 PDU중에 MRW SUFI가 있으면 해당 MRW SUFI를 새로운 제어 PDU로 구성한다.
5. 그 외의 남아 있는 제어 PDU중에서 RESET PDU가 있으면, RESET PDU를 제외한 나머지는 삭제한다.
6. 새롭게 구성된 제어 PDU나 RESET PDU가 있으면 전송 예약한다.
또한, 본 발명에 따른 본 발명에 따른 RLC재연결 방법에서 RLC엔터티의 수신측 방향이 재연결되는 제3실시예는 다음과 같이 나타낼 수 있다. 이 실시예는 송신측 방향과 관련 있는 제어 PDU (MRW SUFI)와 그렇지 않은 제어 PDU라는 관점에서 나타낸다.
1. 환경 변수들을 초기화하고 설정 가능한 값들을 설정한다..
2. 수신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 수신측 방향의 AMD PDU를 삭제한다.
4. 만약 수신측 방향만 재연결되는 경우, 제어 PDU에 포함에 되어있는 수신확인 status report, Window SUFI, MRW ACK SUFI 및 RESET PDU, RESET ACK PDU를 삭제한다.
5. 상기 과정 이후, 삭제되지 않고 남아 있는 제어 PDU중에서 MRW SUFI가 있으면 해당 MRW SUFI를 새로운 제어 PDU로 구성한다.
6. 새로운 제어 PDU를 전송 예약한다.
상기 과정 5에서 MRW SUFI는 하나의 예이며, 수신측 방향과 관계없는, 즉 재연결 과정이전에 생성되었고, 재연결 과정이전에 전송되지 않았으며, 재연결 과정에서 삭제되지 않은 제어 PDU나 SUFI 모두 상기 과정 5에서 새로운 PDU로 구성되어 상기 과정 6에서 전송된다.
상기의 예들에서 재설정 PDU가 있다는 말은 재설정과정이 진행중이라는 것과 같다. 따라서, 상기 과정들에서 재설정 PDU를 전송 예약하는 것은 재연결 과정 이후 새로운 재설정과정을 시작하는 것과 같은 의미가 된다.
따라서, 본 발명은, 수신측 방향만의 재연결과정의 경우 MRW SUFI를 제외한 모든 제어 PDU를 삭제하고, 또한 RESET PDU가 있었던 경우, 즉 RESET 과정이 진행 중이었을 경우에는 새로이 재설정과정을 시작하는 것을 제안한다. 여기서 MRW SUFI를 제외한 제어 PDU(송신측방향과 관계없는 제어 PDU)들은 수신확인 Status report, Window SUFI, MRW ACK SUFI 그리고 RESET PDU, RESET ACK PDU가 해당된다.
이러한 기재로부터 본 발명에 따른 RLC재연결 방법에서 RLC엔터티의 수신측 방향이 재연결되는 제4실시예는 다음과 같이 나타낼 수 있다.
1. 환경 변수들을 초기화하고 설정 가능한 값들을 설정한다.
2. 수신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 수신측 방향의 AMD PDU를 삭제한다.
4. 만약 수신측 방향만 재연결 되는 경우, 제어 PDU에 포함되어 있는 수신확인 Status report, Window SUFI, MRW ACK SUFI 및 RESET PDU, RESET ACK PDU를 삭제한다.
5. 상기의 과정 이후, 재연결 과정이전에 생성되었으나, 재연결 과정이전에 전송되지 않았고, 상기 과정 4에서 삭제되지 않고 남아 있는 제어 PDU가 있으면 그런 제어 PDU를 새로운 제어 PDU로 구성한다.
6. 과정 5에서 새로이 구성된 제어 PDU를 전송 예약한다.
7. 상기 과정 4에서, 삭제된 재설정 PDU가 있다면, 즉 재연결 과정 전에 진행중이었던 재설정과정이 있었다면, RESET PDU를 구성하여 전송한다. 즉 새로이 재설정과정을 시작한다.
상기 RLC엔터티의 수신측 방향이 재연결되는 제1~제4실시예에서, 도시하지는 않았지만 RLC엔터티는 예를들면 재연결이 수신측방향만의 재연결인지(또는 송신측 방향만의 재연결인지), 또는 남아있는 제어 PDU중에서 MRW SUFI가 있는지, 또는 삭제된 RESET PDU가 있는지 등을 판단하며, 이 밖에도 필요한 체크동작을 수행함을 밝혀둔다.
2. 송신측 방향의 재연결
본 발명에서는 송신측방향의 재연결과정이 발생할 때, RLC엔터티는 그 때 존재하는 모든 제어 PDU를 삭제하지 않고, 송신측방향과 관련 있는 제어 PDU만 삭제한다. 여기서, 상기 송신측 방향과 관련 있는 제어 PDU는 MRW SUFI 등이 있다.
다르게 말하면 본 발명은 RLC엔터티의 송신측 방향은 송신측방향의 재연결과정이 발생할 때, 그 때 존재하는 모든 제어 PDU를 삭제하는 것이 아니라, 송신측방향과 관련 없는 제어 PDU는 삭제하지 않는다. 그리고 추가적으로, 그 외의 제어 PDU는 모두 삭제한다. 여기서, 상기 송신측 방향과 관련 없는 제어 PDU는 수신확인 status report또는 WINDOW SUFI 또는 MRW ACK SUFI 또는 RESET PDU 또는 RESET ACK PDU 등이 있다.
또 다르게 말하면 본 발명은 RLC엔터티의 송신측 방향은 송신측방향의 재연결과정이 발생할 때, 그 때 존재하는 모든 제어 PDU를 삭제하는 것이 아니라, 수신측 방향과 관계 있는 제어 PDU는 삭제하지 않는다. 그리고 추가적으로, 수신측 방향과 관계 없는 제어 PDU는 모두 삭제한다. 여기서, 상기 수신측 방향과 관련 있는 제어 PDU는 수신확인 status report 또는 WINDOW SUFI 또는 MRW ACK SUFI 등이 있으며, 상기 수신측 방향과 관련이 없는 제어 PDU는 MRW SUFI 또는 RESET PDU 또는 RESET ACK PDU 등을 들 수 있다.
다음은 본 발명에 따른 RLC재연결 방법에서 RLC엔터티의 송신측 방향이 재연결되는 제1실시예는 다음과 같다.
1. 환경 변수들을 초기화하고, 설정 가능한 값들을 설정한다.
2. 송신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 송신측 방향만 재연결 되는 경우는 다음의 과정 4부터 수행하고, 송신측 방향과 수신측 방향 모두 재연결 되는 경우는 다음의 과정 9부터 수행한다.
4. 송신측 방향에 있는 SDU들 중에서 완전히 전송된 SDU들을 삭제한다.
5. RLC 엔터티에 존재하는 제어 PDU중에 MRW ACK SUFI가 있으면 해당 MRW ACK SUFI를 새로운 제어 PDU로 구성한다.
6. 상기 과정 5이후, 남아 있는 다른 제어 PDU들 중에서 RESET ACK PDU를 제외한 모든 제어 PDU를 삭제한다. 즉, 재연결 과정이전에 생성된 제어 PDU중에서 RESET ACK PDU를 제외한 나머지 제어 PDU를 삭제한다.
7. 상기 과정 4에서 삭제되지 않은 SDU들을 설정된 RLC 사이즈에 맞춰 다시 재분할(re-segment)한다.
8. 이후 과정 10부터 수행한다.
9. 수신측과 송신측 모두의 제어 PDU를 삭제하고, 송신측에 있는 AM RLC PDU들을 삭제한다.
10. Timer_poll_periodic, Timer_status_periodic을 제외한 타이머들을 중지 시킨다.
다음은 본 발명에 따른 RLC재연결 방법에서 RLC엔터티의 송신측 방향이 재연결되는 제2실시예는 다음과 같다.
1. 환경 변수들을 초기화하고, 설정 가능한 값들을 설정한다.
2. 송신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 송신측 방향만 재연결되는 경우 다음의 과정 4부터 수행하고, 송신측 방향과 수신측 방향 모두 재연결되는 경우 다음의 과정 9부터 수행한다.
4. 송신측 방향에 있는 SDU들 중에서 완전히 전송된 SDU들을 삭제한다.
5. RLC 엔터티에 존재하는 제어 PDU중에서 수신측 방향과 관련 있는 제어 PDU를 제외하고 나머지 제어 PDU는 삭제한다.
6. 과정 5이후, 남아 있는 다른 제어 PDU들은 새로운 제어 PDU로 구성하고 전송을 예약한다.
7. 과정 4에서 삭제되지 않은 SDU들을 설정된 RLC 사이즈에 맞춰 다시 재분할(re-segment)한다.
8. 이후 과정 10부터 수행한다.
9. 수신측과 송신측 모두의 제어 PDU를 삭제하고, 송신측에 있는 AM RLC PDU들을 삭제한다.
10. Timer_poll_periodic, Timer_status_periodic을 제외한 타이머들을 중지 시킨다.
상기의 실시예들에서 RESET ACK PDU가 있다는 말은 재설정과정이 진행중이라는 것과 같다. 따라서 이 경우, RESET ACK PDU를 전송 예약하는 것은 재연결과정 이후에 재설정과정을 시작하는 것과 같은 의미가 된다. 결국 본 발명은, 송신측 방향만의 재연결과정의 경우 수신측 방향과 관련된 제어 PDU를 제외한 모든 제어 PDU를 삭제하고, 또한 RESET ACK PDU가 있었던 경우, 즉 재설정 과정이 진행 중이었을 경우에는, 새로이 재설정과정을 시작하는 것을 제안한다. 여기서, 상기 수신측 방향과 관련된 제어 PDU를 제외한 제어 PDU들은 전술한 바와같이 MRW SUFI, RESET PDU 및 RESET ACK PDU가 해당된다.
이러한 기재로부터 본 발명에 따른 RLC재연결 방법에서, RLC엔터티의 송신측 방향이 재연결 되는 제3실시예는 다음과 같이 나타낼 수 있다.
1. 환경 변수들을 초기화하고, 설정 가능한 값들을 설정한다.
2. 송신측 방향의 HFN값을 상위단이 지시한 값으로 설정한다.
3. 송신측 방향만 재연결되는 경우는 다음의 과정 4부터 수행하고, 송신측 방향과 수신측 방향 모두 재연결되는 경우는 다음의 과정 10부터 수행한다.
4. 송신측 방향에 있는 SDU들 중에서 완전히 전송된 SDU들을 삭제한다.
5. RLC 엔터티에 존재하는 제어 PDU중에서 수신측 방향과 관련 있는 제어 PDU를 제외하고 나머지 제어 PDU는 삭제한다. 여기서, 상기 수신측 방향과 관련 있는 제어 PDU는 수신측 상황을 알려주는 제어 PDU이다. 예를 들어, 어떤 PDU가 제대로 수신되었고 수신되지 않았는지를 나타내는 수신확인 상태보고 또는 자신의 수신 가능한 윈도우 크기를 조정하는 Window SUFI 또는 송신측에서 폐기된 SDU정보를 알려주는 MRW SUFI에 대응되는 수신측의 응답 메시지인 MRW ACK SUFI 등이 있다.
6. 상기의 과정 이후, 재연결 과정이전에 생성되었으나, 재연결 과정이전에 전송되지 않았고, 과정 5에서 삭제되지 않고 남아 있는 제어 PDU가 있으면 그런 제어 PDU를 새로운 제어 PDU로 구성한다.
7. 상기 과정에서 새로이 구성된 제어 PDU를 전송 예약한다.
8. 상기 과정에서 삭제되지 않은 SDU들을 설정된 RLC사이즈에 맞춰 다시 재분할(re-segment)한다.
9. 이후 과정 11부터 수행한다.
10. 수신측과 송신측 모두의 제어 PDU를 삭제하고, 송신측에 있는 AM RLC PDU들을 삭제한다.
11. Timer_poll_periodic, Timer_status_periodic을 제외한 타이머들을 중지 시킨다.
상기 송신측 방향이 재연결 되는 제3실시예에서, RLC엔터티는 송신측 방향에 있는 SDU들 중에서 완전히 전송된 SDU들을 삭제하는 동작이 송신측 방향만 재연결 되었을 때 수행하고 있으나, 실제 양방향 모두 재연결되었을 때를 생각해보면, 양방향 모두 재 연결되는 것은 RLC엔터티 자체를 모두 초기화 하는 것으로 볼 수 있기 때문에 상기 동작의 발생 순서는 변경될 수 있다.
그리고, 상기 송신측 방향이 재연결되는 제3실시예의 8번 과정에서, 데이터 PDU의 재분할도, 제어 PDU와는 상관이 없으므로, 순서에 영향을 받지 않는다. 예를 들어, 8번 과정은 4번 과정에 연달아 이루어질 수도 있다.
또한, 상기 RLC엔터티의 송신측 방향이 재연결되는 제1~제3실시예에서, 도시하지는 않았지만 RLC엔터티는 예를들면 재연결이 송신측방향만의 재연결인지(또는 수신측 및 송신측 방향의 재연결인지), 또는 남아있는 제어 PDU중에서 MRW ACK SUFI가 있는지, 또는 삭제된 RESET PDU가 있는지 등을 판단하며, 이 밖에도 필요한 체크동작을 수행함을 밝혀둔다.
상술한 바와같이 본 발명은 RLC엔터티가 재연결될 경우, 한쪽 방향만의 재연결 여부에 상관없이 모든 제어 PDU를 삭제하는 것이 아니라, 특정 방향과 관계 있는 제어 PDU를 선택적으로 삭제하고, 또한 재연결 후에 새로 구성된 제어 PDU가 즉시 전송되도록 함으로써, 통신의 단절 시간을 줄여 RLC의 데이터 전송 속도를 향상시키고, 통신단절 시간을 줄여 사용자의 만족도를 높일 수 있는 효과가 있다.
그리고, 본 발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (10)

  1. RLC엔터티의 재연결이 일어나는 방향을 판단하는 단계와;
    판단결과 RLC엔터티의 수신측 방향이 재연결 될 경우에는 수신측 방향과 관련된 제어 PDU(Protocol data unit)만을 삭제하고, RLC엔터티의 송신측 방향이 재연결 될 경우에는 송신측 방향과 관련된 제어 PDU만을 삭제하는 단계를 포함하는 것을 특징으로 하는 무선통신 시스템에서의 RLC 재연결 방법.
  2. 제1항에 있어서, 상기 RLC엔터티는
    AM(Acknowledge Mode : AM) RLC엔터티인 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  3. 제1항에 있어서, 상기 수신측 방향과 관련된 제어 PDU는
    수신확인 상태보고(acknowledgement status report), WINDOW SUFI, MRW ACK SUFI를 나타내는 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  4. 제1항에 있어서, 상기 송신측 방향과 관련된 제어 PDU는
    MRW SUFI인 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  5. 제1항에 있어서, 상기 RLC엔터티의 재연결이 종료되면 삭제되지 않은 제어 PDU들을 새로운 제어 PDU로 구성하는 단계와;
    그 구성된 새로운 제어 PDU를 상대 엔터티로 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선통신 시스템에서의 RLC 재연결 방법.
  6. RLC엔터티의 재연결이 일어나는 방향을 판단하는 단계와;
    판단결과 RLC엔터티의 수신측 방향이 재연결 될 경우에는 수신측 방향과 관련 없는 제어 PDU(Protocol data unit)는 삭제하지 않고, RLC엔터티의 송신측 방향이 재연결 될 경우에는 송신측 방향과 관련 없는 제어 PDU는 삭제하지 않는 단계를 포함하는 것을 특징으로 하는 무선통신 시스템에서의 RLC 재연결 방법.
  7. 제6항에 있어서, 상기 RLC엔터티는
    AM(Acknowledge Mode : AM) RLC엔터티인 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  8. 제6항에 있어서, 상기 수신측 방향과 관련 없는 제어 PDU는
    MRW SUFI, RESET PDU, RESET ACK PDU를 나타내는 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  9. 제6항에 있어서, 상기 송신측 방향과 관련 없는 제어 PDU는
    수신확인 상태보고(acknowledgement status report), WINDOW SUFI, MRW ACK SUFI, RESET PDU, RESET ACK PDU를 나타내는 것을 특징으로 하는 무선통신 시스템의 RLC 재연결 방법.
  10. 제6항에 있어서, 상기 RLC엔터티의 재연결이 종료되면 삭제되지 않은 제어 PDU들을 새로운 제어 PDU로 구성하는 단계와;
    그 구성된 새로운 제어 PDU를 상대 엔터티로 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선통신 시스템에서의 RLC 재연결 방법.
KR1020060063133A 2005-10-04 2006-07-05 무선통신 시스템에서의 rlc 재연결 방법 KR100905965B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/307,239 US8681712B2 (en) 2005-10-04 2006-10-25 Efficient AM RLC re-establishment mechanism
CN2006800552354A CN101479965B (zh) 2006-07-05 2006-10-25 一种用于确认模式无线链路控制实体的重建方法及设备
PCT/KR2006/004378 WO2008004724A1 (en) 2006-07-05 2006-10-25 Efficient am rlc re-establishment mechanism

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US72382305A 2005-10-04 2005-10-04
US60/723,823 2005-10-04

Publications (2)

Publication Number Publication Date
KR20070037979A KR20070037979A (ko) 2007-04-09
KR100905965B1 true KR100905965B1 (ko) 2009-07-06

Family

ID=38159534

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020060063133A KR100905965B1 (ko) 2005-10-04 2006-07-05 무선통신 시스템에서의 rlc 재연결 방법
KR1020060063136A KR101266207B1 (ko) 2005-10-04 2006-07-05 Rlc 재설정을 위한 무선통신 시스템 및 그 방법

Family Applications After (1)

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

Country Status (2)

Country Link
US (2) US8180299B2 (ko)
KR (2) KR100905965B1 (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI398148B (zh) 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建接收邊處理計時器的方法及裝置
US8687495B2 (en) * 2007-03-16 2014-04-01 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
US8619752B2 (en) * 2007-03-16 2013-12-31 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
JP4801707B2 (ja) 2007-09-27 2011-10-26 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてMAC−ehsプロトコルエンティティーのリセットを改善する方法及び装置
KR101525252B1 (ko) 2007-12-31 2015-06-02 삼성전자주식회사 무선 통신 시스템에서의 하이퍼 프레임 넘버 비동기 방지 방법
US20090175175A1 (en) 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
US9871625B2 (en) * 2008-01-07 2018-01-16 ID TP Holdings, Inc. Status reporting for retransmission protocol
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
KR101594359B1 (ko) * 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
PL2241046T3 (pl) 2008-02-08 2012-04-30 Optis Cellular Tech Llc Sposób i układ w systemie telekomunikacyjnym
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US9337962B2 (en) * 2010-02-17 2016-05-10 Qualcomm Incorporated Continuous mode operation for wireless communications systems
WO2011125002A1 (en) * 2010-04-09 2011-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic adaptation of downlink rlc pdu size
US8902833B2 (en) 2010-12-23 2014-12-02 Qualcomm Incorporated System and method for performing a radio link control (RLC) reset in a downlink multipoint system
KR20120081736A (ko) * 2011-01-12 2012-07-20 삼성전자주식회사 이동 통신시스템에서 알엘씨 엔터티의 재설립 동안의 회복 불능 오류 처리를 위한 방법 및 장치
US9699822B2 (en) * 2012-11-01 2017-07-04 Lg Electronics Inc. Method and apparatus for transmitting message in wireless communication system
KR102219983B1 (ko) * 2013-04-02 2021-02-25 엘지전자 주식회사 무선 통신 시스템에서 셀 변경 절차를 수행하기 위한 방법 및 이를 위한 장치
WO2016007051A1 (en) * 2014-07-07 2016-01-14 Telefonaktiebolaget L M Ericsson (Publ) Multi-path transmission control protocol
EP3262874B1 (en) 2015-02-26 2018-10-24 Telefonaktiebolaget LM Ericsson (publ) Handling of hyper frame number de-synchronization incidents
US10721159B2 (en) * 2018-04-25 2020-07-21 Hewlett Packard Enterprise Development Lp Rebuilt flow events

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002027014A (ja) 2000-07-10 2002-01-25 Matsushita Electric Ind Co Ltd Rlcプロトコル機能付通信装置及び通信装置におけるrlcプロトコル機能リセット方法
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
KR20040070614A (ko) * 2003-02-04 2004-08-11 엘지전자 주식회사 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법
US20050036477A1 (en) 2003-08-15 2005-02-17 Sam Shiaw-Shiang Jiang Method and apparatus of controlling a reset procedure in a wireless communication system

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112753B (fi) * 2000-04-10 2003-12-31 Nokia Corp Menetelmä ja järjestely synkronoinnin säilyttämiseksi tiedonsiirtoyhteyden resetoinnin yhteydessä
US6987981B2 (en) 2001-11-13 2006-01-17 Asustek Computer Inc. Robust RLC reset procedure in a wireless communication system
US20030147370A1 (en) 2002-02-05 2003-08-07 Chih-Hsiang Wu Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system
TWI259674B (en) * 2002-05-07 2006-08-01 Interdigital Tech Corp Method and apparatus for reducing transmission errors in a third generation cellular system
US7068636B2 (en) 2002-06-21 2006-06-27 Asustek Computer Inc. Method for determining RLC entity re-establishment during SRNS relocation
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
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
US20040228491A1 (en) * 2003-05-13 2004-11-18 Chih-Hsiang Wu Ciphering activation during an inter-rat handover procedure
US7209747B2 (en) * 2003-09-10 2007-04-24 Asustek Computer Inc. Handling of an unrecoverable error on a dedicated channel
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
KR20050118591A (ko) * 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법
JP4577505B2 (ja) 2005-03-31 2010-11-10 日本電気株式会社 移動体通信システムにおけるダウンリンクrrcメッセージと移動機のセル間移動との競合救済方法
AU2006241604B2 (en) * 2005-05-04 2010-01-28 Lg Electronics Inc. Method of transmitting control information in wireless communication system and transmission window updating method using the same
US7821975B2 (en) 2005-06-10 2010-10-26 Motorola, Inc. Establishing radio link control in wireless communication networks
TWI398148B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建接收邊處理計時器的方法及裝置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002027014A (ja) 2000-07-10 2002-01-25 Matsushita Electric Ind Co Ltd Rlcプロトコル機能付通信装置及び通信装置におけるrlcプロトコル機能リセット方法
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
KR20040070614A (ko) * 2003-02-04 2004-08-11 엘지전자 주식회사 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법
US20050036477A1 (en) 2003-08-15 2005-02-17 Sam Shiaw-Shiang Jiang Method and apparatus of controlling a reset procedure in a wireless communication system

Also Published As

Publication number Publication date
KR20070037980A (ko) 2007-04-09
KR101266207B1 (ko) 2013-05-21
KR20070037979A (ko) 2007-04-09
US20090264127A1 (en) 2009-10-22
US8180299B2 (en) 2012-05-15
US20090290545A1 (en) 2009-11-26
US8681712B2 (en) 2014-03-25

Similar Documents

Publication Publication Date Title
KR100905965B1 (ko) 무선통신 시스템에서의 rlc 재연결 방법
KR101163275B1 (ko) Pdcp 상태 보고 전송 방법
RU2419218C2 (ru) Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи
KR101221244B1 (ko) 향상된 무선링크 제어에러 처리
EP2166691B1 (en) Methods and apparatuses for improving buffer status triggering mechanism in wireless communictions system
KR101326474B1 (ko) 무선 통신 시스템의 데이터 블록 전송 방법
KR101211758B1 (ko) 무선 통신 시스템의 블록 데이터 생성 방법
WO2008004725A1 (en) Optimized am rlc re-set mechanism
US20050138528A1 (en) Method, system and transmitting side protocol entity for sending packet data units for unacknowledged mode services
KR20050118591A (ko) 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법
US8305901B2 (en) Method of generating a buffer status for a wireless communication system and related device
KR101430439B1 (ko) 이동 통신 시스템에서의 제어 정보 전송 방법
KR20080007444A (ko) 무선 이동통신 시스템에서의 하위계층 데이터 블록 생성방법
KR20100113457A (ko) 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
WO2008004724A1 (en) Efficient am rlc re-establishment mechanism
KR20020088316A (ko) 무선통신시스템에서 서비스 데이터 단위 폐기정보 전송방법

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130514

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20140523

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150522

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20160524

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee