KR100896975B1 - 무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치 - Google Patents

무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치 Download PDF

Info

Publication number
KR100896975B1
KR100896975B1 KR1020060108489A KR20060108489A KR100896975B1 KR 100896975 B1 KR100896975 B1 KR 100896975B1 KR 1020060108489 A KR1020060108489 A KR 1020060108489A KR 20060108489 A KR20060108489 A KR 20060108489A KR 100896975 B1 KR100896975 B1 KR 100896975B1
Authority
KR
South Korea
Prior art keywords
rlc entity
communication device
pdu
transmitting side
rlc
Prior art date
Application number
KR1020060108489A
Other languages
English (en)
Other versions
KR20070048630A (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 이노베이티브 소닉 리미티드
Publication of KR20070048630A publication Critical patent/KR20070048630A/ko
Application granted granted Critical
Publication of KR100896975B1 publication Critical patent/KR100896975B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Small-Scale Networks (AREA)

Abstract

제1통신장치와 제2통신장치를 포함하는 무선통신시스템의 무선 링크 제어 에러 처리 절차 방법은, 제1통신장치의 제1무선 링크 제어 엔티티가, 자신의 송신측 프로토콜 에러가 검출될 때 자신의 송신측만을 리셋하는 단계를 포함한다.

Description

무선통신시스템에서 ＲＬＣ 프로토콜 에러를 처리하기 위한 방법 및 장치{Method and apparatus for RLC protocol error handling in a wireless communications system}
도 1은 본 발명에 따른 통신기기의 기능 블록도이다.
도 2는 도 1의 프로그램코드의 도면이다.
도 3~5는 본 발명의 방법의 실시예들의 흐름도들이다.
관련 출원의 상호 참조
이 출원은 2005년 11월 4일자로 출원된 "Method and Apparatus for Single-side RLC Reste Procedure"라는 명칭의 미국 가출원 제60/597,017호를 우선권 주장하며 그것의 내용은 여기에 참조로써 통합된다.
발명의 분야
본 발명은 무선통신시스템에서 프로토콜 에러들을 처리하기 위한 방법들에 관한 것이며, 더 상세하게는, 무선통신시스템에서 RLC 엔티티의 단일 측(single side)을 리셋하는 방법에 관한 것이다.
종래기술의 설명
3세대(3G) 이동통신시스템은 셀룰러 네트워크를 위해 광대역 코드분할 다중접속(WCDMA) 무선 에어 인터페이스 액세스 방법을 채택하고 있다. WCDMA는 고주파수 스펙트럼 활용, 유니버셜 통신가능영역, 및 고품질, 고속 멀티미디어 데이터 전송을 제공할 수 있다. WCDMA 방법은 모든 종류들의 QoS 요건들을 동시에 만족시켜, 여러 가지 유연성 2방향 전송 서비스들과 양호한 통신품질을 제공하여 전송 인터럽트 율들을 낮춘다.
3세대 파터너십 프로젝터(3GPP)에 의해 언급되는 무선통신 프로토콜 표준을 예로서 취하면, 3G 이동통신시스템은 전송품질의 다른 수준들을 제공할 수 있고, 다른 전송품질 요건들, 예컨대 투과성 모드(TM), 비 수신확인 모드(UM), 및 수신확인 모드(AM)에 기초하여 다른 모드들에서 동작할 수 있다. TM은 실시간 전송을 위해 고도의 요건들을 가지는 서비스들에서 사용하기에 적합하며, UM은 실시간 전송 및 패킷 시퀀스화를 위한 요건들을 가지는 서비스들에서 사용하기에 적합하고, AM은 실시간 전송에 대해 낮은 요건들을 가지지만 데이터 정확도에 대해서는 고도의 요건들을 가지는 서비스들에서 사용하기에 적합하다.
데이터의 정확도를 보증하기 위해, AM에서, RLC 엔티티는 데이터의 전송에서 영구적 장애를 피하기 위해 리셋 절차를 실행하여 프로토콜 에러를 복구할 수 있다.
3GPP에 의해 확립된 통신 프로토콜 규격(TS 25.322 V6.4.0(2005-06), "무선링크제어(RLC) 프로토콜 규격(릴리즈 6))에 따르면, 송신기의 RLC 엔티티가 3가지 상태들을 검출할 때, 리셋 절차가 실행된다. 3가지 상태를 명확히 기술하기 위해, 다음에서 변수들 및 매개변수들과 서비스 데이터 유닛들(SDU)을 삭제하기 위한 동작 모드가 설명된다.
변수 VT(DAT): AM PDU가 전송을 위해 예정되었던 횟수를 나타낸다. 모든 PDU는 VT(DAT)에 상응하고, VT(DAT)는 상응하는 PDU가 전송을 위해 예정되었던 횟수에 관한 통계를 수집하기 위해 누적을 사용한다.
변수 VT(MRW): 수신용 윈도 이동(MRW) 명령이 전송되었음을 나타낸다.
매개변수 MaxDAT: VT(DAT)의 상한을 나타낸다. AM PDU가 전송을 위해 예정될 수 있는 횟수는 MaxDAT미만이어야 한다. VT(DAT)가 MaxDAT와 동일할 때, RLC 엔티티는 리셋 절차 또는 SDU 버림 절차를 실행한다.
매개변수 MaxMRW: VT(MRW)의 상한을 나타낸다. MRW 명령이 전송될 수 있는 횟수는 MaxMRW 미만이어야 한다.
4가지 동작 모드가 SDU들을 버리기 위해 사용되고, 이것들 중 3가지는 AM에 관련된다:
1. 명시적인 시그널링을 가지는 타이머기반 버림(discard): 이 모드는 SDU에 상응하는 타이머 Timer_Discard를 카운트를 위해 이용한다. 타이머 Timer_Discard가 만기가 될 때, SDU는 버려진다. 부가하여, 만일 "송신 MRW"가 구성되면, 또는 만일 SDU의 하나 많은 세그먼트들이 이미 수신기에 전송되었다면, 명시적인 시그널링이 수신기에 통지하기 위해 이용된다.
2. MaxDAT 전송 수 후 SDU 버림: 이 모드에서, 만일 PDU가 전송을 위해 예정 된 횟수, 즉 VT(DAT)가 매개변수 MaxDAT에 달한다면, 송신기는 PDU에서 SDU들의 끝을 나타내는 세그먼트들 또는 "길이 표시자들"을 가지는 모든 SDU들을 버릴 것이고, 명시적인 시그널링이 수신기에 통지하기 위해 이용된다.
3. MaxDAT 전송 수 후 버리지 않음: 이 모드에서, 만일 PDU가 전송을 위해 예정된 횟수, 즉 VT(DAT)가 매개변수 MaxDAT에 달한다면, 송신기는 RLC 리셋 절차를 실행할 것이다.
프로토콜 에러가 검출될 때, RLC 리셋 절차는 시작되고, 프로토콜 에러를 결정하기 위한 원칙은 송신기의 RLC 엔티티가 다음 3가지 상태들 중의 하나를 검출하는지에 따른다:
상태 1: "MaxDAT 전송 수 후 버리지 않음" 모드가 구성되고, 변수 VT(DAT)는 매개변수 MaxDAT와 동일하고 그때에 RLC 리셋 절차가 실행될 것이다.
상태 2: 변수 VT(MRW)는 매개변수 MaxMRW와 동일하다.
상태 3: 수신기에 의해 송신기에 보고된 STATUS PDU 또는 피기백된 STATUS PDU는 잘못된 순번, 이를테면 이미 수신된 것으로 확인되었던 것을 누락된 것으로 보고하는 순번, 또는 송신기에 의해 아직 전송되지 않았던 것을 수신된 것으로 보고하는 순번을 담고 있다.
그래서, 위에서 기재된 리셋 절차의 3가지 상태들은 모두가 RLC 엔티티의 송신기에서, 즉 이동전화기(사용자 단)를 위한 업링크 및 네트워킹 기기(네트워크 단)를 위한 다운링크에서 발생한다.
리셋 절차가 시작되고 난 후, 리셋 절차는 데이터 전송을 중지시키고 업링크 및 다운링크의 하이퍼 프레임 번호(HFN)를 교환하여, 송신기 및 수신기에서 사용되는 HFN들이 서로 동기화되는 것을 보증하며, RLC 엔티티의 수신측이 수신했지만 아직 상위층에 전달되지 않은 PDU들을 삭제하며, RLC 엔티티의 송신측에 의해 이미 전송된 SDU들을 삭제하며, 상태 변수들을 리셋하고, 끝으로 데이터 전송을 재시작한다. 그래서, 리셋 절차는 시간을 낭비할 뿐만 아니라 데이터 삭제의 원인이 되기도 하여, 전송 효율을 감소시킨다.
다음 설명은 리셋 절차를 개시하는 사용자 단을 한 예로서 취한다. 물론, 다음 설명은 네트워크 단이 RLC 리셋 절차를 시작할 때 역으로 진리가 되기도 한다.
사용자 단이 위에서 언급된 3가지 RLC 리셋 시작 상태들 중의 어느 것을 검출할 때, 이것은 프로토콜 에러가 업링크에서 발생했음을 나타낸다. 이론상, 업링크만이 재설정될 필요가 있다. 그러나, 종래기술에서, 리셋 절차가 끝나기 전에는, 다운링크에서의 데이터 전송이 정상적으로 동작하는 경우라도, 다운링크에서의 데이터 수신 역시 중지된다. 바꾸어 말하면, 프로토콜 에러가 업링크에서 발생하고 리셋 절차가 시작된 후에는, 다운링크가 정상적으로 동작하는지에 무관하게, 종래기술은 다운링크의 데이터 수신을 중지시킬 것이다. 게다가, 종래기술에 따르면, 리셋 절차가 시작되기 전에 저장되는 다운링크 수신 버퍼 내의 PDU들은 삭제되어야만 한다. 만일 삭제된 PDU가 리셋 절차가 완료되고 난 후에 네트워크 단에 의해 재전송되면, 이것은 다운링크의 전송 효율을 감소시킬 것이다. 마찬가지로, 만일 삭제된 PDU들에 의해 운반되는 SDU들이 리셋 절차 동안 삭제되면, 다운링크의 SDU들은 불필요하게 삭제될 것이다.
위에 언급된 통신프로토콜 표준에 따르면, 동등(peer) RLC 엔티티(이 예에서, 네트워크 단의 RLC 엔티티)가 RLC 리셋 절차를 시작하기 위해 사용되는 RESET PDU를 성공적으로 수신할 때, 동등 RLC 엔티티는 RESET ACK PDU로 응답할 것이며, 그것의 상태변수들 및 순번을 리셋할 것이며, 관련 PDU들을 버리고 PDU들을 전송하기 시작할 것이다. 만일 RESET ACK PDU가 무선 전송 프로세스에서 소실된다면, 사용자 단의 RLC 엔티티는 다른 RESET PDU를 재전송할 것이다. 이 상황에서, 사용자 단의 RLC 엔티티는 리셋 절차가 완결되기 전에 어느 PDU들이라도 수신하는 것을 중지하기 때문에, 첫 번째 RESET ACK PDU로 응답하고 두 번째 RESET PDU를 수신하는 네트워크 단과의 사이에서 전송된 PDU들은 낭비된다.
바꾸어 말하면, 종래기술의 리셋 절차가 RLC 층의 업링크 및 다운링크를 동시에 리셋하기 때문에, 데이터는 불필요하게 삭제되어, 전송 효율에 영향을 미치고, 시스템 자원을 낭비한다.
전술한 바와 같은 문제점을 해결하기 위한 본 발명의 목적은, 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서, 데이터의 불필요한 제거와 시스템 자원들의 낭비를 막고, 전송 효율을 향상시키기 위해, RLC 엔티티의 단일 측, 즉 업링크 또는 다운링크를 리셋하는 방법들, 이동통신기기들을 제공함에 있다.
본 발명에 따르면, 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 이용되는 프로토콜 에러들을 처리하기 위한 방법이 제공된다. 이 방법은 송신측(전송측)의 프로토콜 에러가 검출될 때 제1통신장치의 제1 무선링크제어(RLC) 엔티티는 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함한다.
본 발명에 따르면, 무선통신시스템의 제1 이동통신기기가 프로토콜 에러들을 처리하기 위해 이용되고 제2 이동통신기기와 수립되는 무선 연결을 가진다. 제1 이동통신기기는 제1 이동통신기기의 기능을 실현하기 위한 제어회로, 제어회로를 동작시키는 프로그램코드를 실행하기 위한 중앙처리부, 및 프로그램코드를 저장하기 위한 메모리를 포함한다. 프로그램코드는 송신측의 프로토콜 에러가 검출될 때 제1 무선링크제어(RLC) 엔티티가 제1 RLC 엔티티의 송신측 만을 리셋하는 것을 포함한다.
본 발명에 따르면, 무선통신시스템에서 프로토콜 에러를 처리하는 방법은 무선링크제어(RLC) 엔티티는 리셋 절차를 실행할 때 RLC 엔티티의 수신측에 상응하는 적어도 하나의 제어 프로토콜 데이터 유닛(PDU)을 전송하는 단계를 포함한다.
본 발명에 따르면, 무선통신시스템에서 사용된 이동통신기기는 프로토콜 에러를 처리하기 위해 이용된다. 이 이동통신기기는 이동통신기기의 기능을 실현하기 위한 제어회로, 제어회로를 동작시키는 프로그램코드를 실행하기 위한 중앙처리부, 및 프로그램코드를 저장하기 위한 메모리를 포함한다. 프로그램코드는 무선링크제어(RLC) 엔티티의 리셋 절차가 실행될 때 RLC 엔티티가 RLC 엔티티의 수신측에 상응하는 적어도 하나의 제어 프로토콜 데이터 유닛(PDU)을 전송하는 단계를 포함한다.
본 발명에 따르면, 무선통신시스템에서 프로토콜 에러들을 처리하는 방법은 무선링크제어(RLC) 엔티티가 RESET 프로토콜 데이터 유닛(PDU)을 수신할 때 RLC 엔티티는 RLC 엔티티의 수신측만을 리셋하는 단계를 포함한다.
본 발명에 따르면, 무선통신시스템에서 사용되는 이동통신기기는 프로토콜 에러를 처리하기 위해 사용된다. 이 이동통신기기는 이동통신기기의 기능을 실현하기 위한 제어회로, 제어회로를 동작시키는 프로그램코드를 실행하기 위한 중앙처리부, 및 프로그램코드를 저장하기 위한 메모리를 포함한다. 프로그램코드는 무선링크제어(RLC) 엔티티가 RESET 프로토콜 데이터 유닛(PDU)을 수신할 때 RLC 엔티티는 RLC 엔티티의 수신측만을 리셋하는 단계를 포함한다.
본 발명의 이러한 및 다른 목적들은 이 기술분야의 당업자에게는 여러 도면들에 도시된 바람직한 실시예의 다음의 상세한 설명을 읽은 후에는 의심 없이 명백하게 될 것이다.
실시예들
3GPP에 의해 수립된 통신 프로토콜 규격(3GPP TS 25.322 V6.4.0(2005-06), "무선링크제어(RLC) 프로토콜 규격(릴리즈 6))에서, 매개변수들, 변수들, 타이머들 및 제어 PDU들 등은 서로 다른 동작 요건들에 따라 정의된다. 전술한 통신 프로토콜 규격에 기초하여, 매개변수들, 변수들 및 타이머들은 RLC 층의 송신측 또는 수신측에 상응하는 것으로 정의될 수 있다. AM을 위한 상태변수들을 예로서 취하면, 수신측의 상태에 상응하는 상태변수들은 VR(R), VR(H), 및 VR(MR)을 포함한다. 송신측의 상태에 상응하는 상태변수들은 VT(S), VT(A), VT(DAT), VT(MS), VT(PDU), VT(SDU), VT(RST), VT(MRW), 및 VT(WS)를 포함한다. 수신측에 상응하는 타이머들은 Timer_Status_Periodic 및 Timer_Status_Prohibit를 포함한다. 송신측에 상응하는 타이머들은 Timer_Poll, Timer_Poll_Periodic, Timer_Poll_Prohibit, Timer_Discard, Timer_RST, 및 Timer_MRT를 포함한다. 수신측에 상응하는 프로토콜 매개변수들은 Configured_Tx_Window_Size를 포함한다. 송신측에 상응하는 프로토콜 매개변수들은 MaxDAT, Poll_PDU, Poll_SDU, Poll_Window, MaxRST, MaxMRW, 및 Configured_Rx_Window_Size를 포함한다. OSD_Window_Size 및 DAR_Window_Size는 UM을 위한 것이고 그래서 이 명세서에서는 고려되지 않는다. 전술한 상태변수들, 타이머들, 및 프로토콜 변수들을 위한 정의들은 통신 프로토콜 규격에서 발견될 수 있어, 여기에서 반복되지 않는다.
그러나, 제어 PDU들에 관해서, 전술한 통신 프로토콜 규격은 RLC 층의 수신측에 상응하는 제어 PDU들이 무엇인지와, RLC 층의 송신측에 상응하는 제어 PDU들이 무엇인지를 명확히 정의하지 않는다. 본 발명의 정신을 명료하게 기술하기 위해, 다음에서는 각 제어 PDU가 어느 측에 상응하는지를 정의한다. 먼저, 전술한 통신 프로토콜 규격은 제어 PDU들을 다음 3가지의 넓은 카테고리들로 나눈다: 1) STATUS PDU들 및 피기백된 STATUS PDU들, 2) RESET PDU들, 그리고 3) RESET ACK PDU들. 제1유형의 제어 PDU는 주로 헤더(PDU의 유형 표시용), 하나 또는 복수의 슈퍼필드(SUFI), 및 PAD로 구성된다. SUFI들에 의해 운반되는 정보를 설정하는 것에 의해, STATUS PDU는 다음 유형들 중의 하나가 될 수 있다:
1. ACK/NACK: 수신되거나 소실된 PDU들에 관한 정보에 관하여 수신기가 송신 기에 역으로 보고하는 수신상태 보고서.
2. 윈도 사이즈 변경: 전송 윈도의 크기를 변경하도록 송신기에 요구하는 수신기에 의해 송신기에 전송된 정보.
3. 수신용 윈도 이동(Move Receiving Window; MRW): 수신기의 수신용 윈도의 위치를 전진시키라는 송신기에 의한 수신기에 대한 요구.
4. MRW ACK: 수신기가 MRW를 포함하는 STATUS PDU를 이미 수신하였음을 수신확인하기 위해 수신기로부터 송신기에 송신되는 보고서.
한편, RESET PDU는 송신기로부터의 수신기에 전송되고, 교환된 HFN값들을 이용하는 것에 의해 HFN동기화를 달성하여, 프로토콜 매개변수들, 상태변수들, 및 타이머들의 모두를 리셋하는데 이용된다. 유사하게, RESET ACK PDU는 RESET PDU의 수신을 수신확인하기 위해 수신기에 의해 송신기에 보내지는 보고서이다.
ACK/NACK, 윈도 사이즈 변경, 및 MRW ACK STATUS PDU들과 RESET ACK PDU 전부는 RLC 엔티티의 수신측에 해당한다. MRW STATUS PDU 및 RESET PDU는 RLC 엔티티의 송신측에 해당한다.
어떤 제어 PDU들이 RLC 엔티티의 어느 측에 해당하는지를 명확하게 정의한다면, 이제 본 발명의 실시예들을 설명해나갈 수 있다.
본 발명은 수신확인(Acknowledged) 모드에서 동작하는 무선통신시스템에 관련되고, 프로토콜 에러들을 처리하기 위해 RLC 엔티티의 단일 측을 리셋하는데 이용되어 전송 효율을 증가시키고 시스템 자원의 낭비를 방지한다. 무선통신시스템은 바람직하게는 3G 이동통신시스템이다.
통신기기(100)의 기능 블록도인 도 1을 참조한다. 간결함을 위해, 도 1은 통신기기(100)의 입력기기(102), 출력기기(104), 제어회로(106), 중앙처리부(CPU; 108), 메모리(110), 프로그램코드(112) 및 송수신기(114)만을 보인다. 통신기기(100)에서, 제어회로(106)는 메모리(110)에서 CPU(108)를 통하여 프로그램코드(112)를 실행함으로써, 통신기기(100)의 동작을 제어한다. 통신기기(100)는 입력기기(102), 이를테면 키보드를 통해 사용자에 의해 입력된 신호들을 수신할 수 있고, 출력기기(104), 이를테면 모니터 또는 스피커들을 통하여 영상들 및 소리를 출력할 수 있다. 송수신기(114)는 무선 신호들을 수신하고 송신하는데 이용되어, 수신된 신호들을 제어회로(106)에 전달하고 제어회로(106)에 의해 생성된 신호들을 무선으로 출력한다. 통신프로토콜 프레임워크의 사시도로부터, 송수신기(114)는 층 1의 일부로서 보여질 수 있고, 제어회로(106)는 층 2 및 층 3의 기능들을 실현하는데 이용될 수 있다.
계속해서 도 2를 참조한다. 도 2는 도 1에 보인 프로그램코드(112)의 도면이다. 이 프로그램코드(112)는 응용층(200), 층 3 인터페이스(202), 및 층 2 인터페이스(206)를 포함하고, 층 1 인터페이스(218)에 연결된다. 신호가 전송될 때, 층 2 인터페이스(206)는 층 3 인터페이스(202)에 의해 제출된 데이터에 따라 복수 개의 SDU들(208)을 형성하고, 이 복수 개의 SDU들(208)을 버퍼(212)에 저장한다. 그 다음에, 버퍼(212)에 저장된 SDU들(208)에 기초하여, 층 2 인터페이스(206)는 복수 개의 PDU들(214)을 생성하고, 복수 개의 PDU들(214)을 층 1 인터페이스(218)를 통해 최종 수신지 단말에 송신한다. 반면에, 무선 신호가 수신될 때, 그 신호는 층 1 인터페이스(218)를 통해 수신된 다음, PDU들(214)로서 층 2 인터페이스(206)에 전달된다. 층 2 인터페이스(206)는 PDU들(214)을 SDU들(208)로 복원하고 SDU들(208)을 버퍼(212)에 저장한다. 마지막으로, 층 2 인터페이스(206)는 버퍼(212)에 저장된 SDU들(208)을 층 3 인터페이스(202)에 전달한다.
통신기기(100)가 AM에서 동작할 때, 만일 RLC 엔티티, 즉 층 2 인터페이스(206)가 프로토콜 에러를 검출하면, 영구적인 데이터 전송 실패를 피하기 위해 리셋 절차는 프로토콜 에러를 복구하도록 실행될 수 있다. 본 발명은 단일 측 리셋 절차 프로그램코드(220)에 따라 한 측에서 RLC 엔티티를 리셋할 수 있고, 그것에 의해 전송 효율을 증가시키고 시스템 자원의 낭비를 방지한다.
본 발명에 따른 프로세스(30)의 도면인 도 3을 참조한다. 이 프로세스(30)는 RLC 층의 단일 측을 리셋하는 것에 의해 프로토콜 에러들을 처리하기 위한 무선통신시스템에서 사용되고, 단일 측 리셋 절차 프로그램코드(220)로서 보여질 수 있다. 프로세스(30)는 다음 단계들을 포함한다:
단계 300: 시작.
단계 302: 프로토콜 에러가 검출될 때, 단지 RLC 엔티티의 송신측을 리셋한다.
단계 304: 종료.
그래서, 프로세스(30)에 따르면, 본 발명이 프로토콜 에러를 검출할 때, RLC 엔티티의 수신측의 동작을 변경시키거나 영향을 주는 일 없이, RLC 엔티티의 송신측만이 리셋된다. 다음 3가지 상태들은 프로토콜 에러가 발생하였는지를 결정하는 데 이용될 수 있다:
상태 1: "MaxDAT 전송 수 후 버리지 않음" 모드가 구성되고, 변수 VT(DAT)는 매개변수 MaxDAT와 동일하고, 그때에 RLC 층 리셋 절차는 실행될 것이다.
상태 2: 변수 VT(MRW)가 매개변수 MaxMRW와 동일하다.
상태 3: 수신기에 의해 송신기에 보고된 STATUS PDU 또는 피기백된 STATUS PDU가, 이미 수신된 것으로 확인되었으나 누락 보고된 순번, 혹은 송신기에 의해 아직 전송되지 않았으나 수신되었다고 보고된 순번과 같은 잘못된 순번을 포함한다.
리셋 절차를 실행할 상술한 세 상태 모두는, RLC 엔티티의 송신측, 즉 사용자 단(예컨대, 모바일 전화)의 업링크 및 네트워크 단(예컨대, 네트워크 단말)의 다운링크 시 발생한다. RLC 엔티티가 상술한 세 가지 상태들 중 하나를 검출할 때, 본 발명은 RLC 엔티티의 송신측만을 리셋할 수 있다. RLC 엔티티의 송신측만을 리셋하기 시작한 후, RLC 엔티티는 RLC 엔티티 송신기의 현재 하이퍼 프레임 번호를 나타내기 위해 하이퍼 프레임 번호 표시자(Hyper Frame Number Indicator; HFNI) 필드를 포함한 RESET PDU를 타겟 단의 RLC 엔티티에 전송할 수 있음이 바람직하다. 또, RLC 엔티티는 PDU들의 전송을 중지하고 MRW STATUS PDU 같이 송신측에 대응되는 제어 PDU들을 삭제할 것이다. 또한, RLC 엔티티의 송신측만을 리셋하기 시작한 후, 본 발명은 리셋 타이머 Timer_RST, 주기적 폴링 타이머 Timer_Poll_Periodic, SDU 버리기 타이머 Timer_Discard, 및 상태 저지 타이머 Timer_Status_Prohibit와 주기적 상태 타이머 Timer_Status_Periodic 등, RLC 엔티티의 수신측에 해당하는 복수의 타이머들을 중지시키지 않는다. 본 발명은 폴링타이머 Timer_Poll, 폴 저지 타이머 Timer_Poll_Prohibit, 및 MRW 타이머 Timer_MRW 등, 송신측에 해당하는 복수의 타이머들을 중지시킬 수 있음이 바람직하다. 버리기 타이머 Timer_discard와 관련해, RESET 절차 도중에 해당 SDU가 버려지지 않으면, 상기 타이머는 정지되지 않는다.
달리 말하면, 송신측에서 프로토콜 에러가 검출되면, 본 발명은 RLC 엔티티의 송신측만을 리셋하고, RLC 엔티티의 수신측 동작을 바꾸거나 영향을 주지 않는다. 이러한 방식으로, 본 발명은 불필요한 데이터 버림을 막아, 전송 효율을 향상시킬 수 있다. 프로토콜 에러를 검출하고 프로세스(30)를 실행하는 사용자 단을 예로 들면, 프로세스(30)는 업링크 만을 리셋할 것이며, 다운링크에 따른 데이터 수신은 멈추지 않을 것이다. 즉, 업링크 시 프로토콜 에러가 발생하고 리셋 절차가 시작된 다음, 프로세스(30)는 다운링크를 통한 데이터 전송에는 영향을 미치지 않을 것이고, 다운링크 수신 버퍼 내 PDU들은 삭제되지 않을 것이기 때문에, 데이터 전송 효율을 유지할 수 있게 된다.
부가하여, 네트워크 단의 RLC 엔티티가 RESET PDU를 성공적으로 수신하면, 네트워크 단의 RLC 엔티티는 RESET ACK PDU로써 응답하고, 그 다음 PDU들의 전송을 시작할 것이다. RESET ACK PDU가 무선 전송 프로세스 중에 소실되면, 사용자 단의 RLC 엔티티는 다른 RESET PDU를 재전송할 것이다. 이러한 상황에서, 본 발명은 RLC 엔티티의 수신측 동작을 변경하지 않으므로, 사용자 단은 다운링크로 PDU들을 계속 수신할 수 있어, 네트워크 단에서 출력된 PDU들이 낭비되지 않을 것이다.
따라서, 프로세스(30)를 통해, 본 발명은 불필요한 데이터 삭제를 막을 수 있고, 그에 따라 전송 효율을 향상시키고 시스템 자원의 낭비를 막을 수 있다.
도 4를 참조한다. 도 4는 본 발명의 제2실시예에 따른 프로세스(40)에 대한 도면이다. 프로세스(40)는 무선통신시스템에서 RLC 층의 단일 측(single side)을 리셋시켜 프로토콜 에러를 처리하기 위해 사용된다. 프로세스(40)는 단일 측 리셋 절차 프로그램 코드(220)라고 간주 될 수 있다. 프로세스(40)는 다음과 같은 단계들을 포함한다:
단계 400; 시작.
단계 402: RLC 엔티티가 리셋 절차를 실행할 때, RLC 엔티티의 수신측에 해당하는 복수의 제어 PDU들을 전송한다.
단계 404; 종료.
이 프로세스(40)에 따르면, RLC 엔티티가 리셋 절차를 시작한 후, RLC 엔티티는 수신측에 해당하는 제어 PDU들을 전송할 수 있다. 위의 설명처럼, 수신측에 해당하는 제어 PDU들은 ACK/NACK, 윈도 사이즈 변경(Change Window Size), MRW ACK STATUS PDU, 및 RESET ACK PDU를 포함한다. 프로세스(40)는 리셋 절차가 개시된 후 수신측에 해당하는 제어 PDU들을 계속해서 전송할 수 있기 때문에, RLC 엔티티는, PDU 수신 상태 (긍정적 또는 부정적으로 수신확인됨), MRW 요구가 수신되었고 MRW ACK가 응답되었는지 여부, RESET PDU가 수신되었는지 여부 같은, RLC 엔티티(자체)에 관련된 정보를 계속해서 판단할 수 있다. 사용자 단(이를테면 이동통신기기)의 경우, RLC 엔티티의 수신측이 다운링크가 되고; 네트워크 단(이를테면 네트워킹 기기)에서는 RLC 엔티티의 수신측이 업링크가 된다. 따라서, 사용자 단이 업링크에서 프로세스(40)를 통해 리셋 절차를 시작한 후, 네트워크 단의 RLC 엔티티는 다운링크 상의 전송 상태를 계속해서 판단할 수 있다.
물론, 한 단(end)의 송신측을 리셋하는 것은 상대 단의 수신측을 리셋하는 것과 유사하다. 본 발명의 제3실시예에 따른 프로세스(50)에 대한 도면을 보이는 도 5를 참조한다. 프로세스(50)는 RLC 층의 단일 측을 리셋하여 프로토콜 에러를 다루기 위한 무선통신시스템에서 이용되고, 단일 측 리셋 절차 프로그램 코드(220)로서 간주될 수 있다. 프로세스(50)는 다음과 같은 단계들을 포함한다:
단계 500: 시작.
단계 502: RLC 엔티티는 RESET PDU를 수신할 때 RLC 엔티티의 수신측만을 리셋한다.
단계 504: 종료.
프로세스(50)에 따르면, RLC 엔티티가 RESET PDU를 수신할 때, RLC 엔티티는 그 수신측만을 리셋한다. (모바일 통신 기기 같은) 사용자 단에 있어서 RLC 엔티티의 수신측은 다운링크가 되고; (네트워킹 장치 같은) 네트워크 단에 있어서 RLC 엔티티의 수신측은 업링크가 된다. 따라서, 본 발명은 프로세스(50)를 통해 사용자 단의 다운링크 또는 네트워크 단의 업링크 만을 리셋할 수 있다. 게다가, RLC 엔티티가 수신측만을 리셋할 때, 한 단의 RLC 엔티티는 다른 단의 RLC 엔티티에, 한 단의 RLC 엔티티가 다른 단으로부터의 요구에 따라 리셋 절차를 이미 시작했음을 알리도록 RESET ACK PDU를 출력할 수 있음이 바람직하다.
결국, 본 발명은 RLC 엔티티의 단일 측, 즉 업링크 또는 다운링크를 리셋하여, 데이터의 불필요한 제거와 시스템 자원들의 낭비를 막고, 전송 효율을 향상시킬 수 있다.
이 기술분야의 당업자라면 본 발명의 개념을 유지한 채 상기 장치 및 방법에 대한 수많은 변형 및 변경이 이뤄질 수 있음을 쉽게 알 수 있을 것이다. 그에 따라, 상술한 개시 내용은 첨부된 청구항들의 표석 및 경계들로서만 한정되는 것이라고 유추되어야 한다.
이상 설명한 바와 같이 본 발명에 의하면, 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서, RLC 엔티티의 단일 측, 즉 업링크 또는 다운링크를 리셋하여, 데이터의 불필요한 제거와 시스템 자원들의 낭비를 막고, 전송 효율을 향상시킬 수 있다.

Claims (48)

  1. 삭제
  2. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    상기 제1 RLC 엔티티가 제2통신장치의 제2 RLC 엔티티에 RESET 프로토콜 데이터 유닛(PDU)을 전송하는 단계를 더 포함하고,
    상기 RESET PDU는 제1 RLC 엔티티의 송신기의 하이퍼 프레임 번호를 나타내는 하이퍼 프레임 번호 표시자(HFNI) 필드를 포함함을 특징으로 하는 방법.
  3. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며, 상기 제1 RLC 엔티티의 수신측은, 제1 RLC 엔티티가 제1 RLC 엔티티의 송신측만을 리셋할 때 영향을 받지 않음을 특징으로 하는 방법.
  4. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티의 서비스 데이터 유닛(SDU) 버림 기능이 제1모드에서 동작될 때와 PDU가 예정되었던 횟수가 전송 상한에 도달한 후에 일어남을 특징으로 하는 방법.
  5. 제4항에 있어서, 상기 제1모드는, 전송들에 대한 상기 전송 상한 뒤에 SDU를 버리지 않는 리셋 모드임을 특징으로 하는 방법.
  6. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티의 수신용 윈도 이동(MRW) 명령이 전송된 횟수가 상한에 도달한 후에 일어남을 특징으로 하는 방법.
  7. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티가 잘못된 순번을 포함하는 STATUS PDU를 수신할 때 일어남을 특징으로 하는 방법.
  8. 제7항에 있어서, 상기 STATUS PDU는 피기백된 STATUS PDU임을 특징으로 하는 방법.
  9. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    제1 RLC 엔티티가 PDU 전송을 중지하는 단계를 더 포함함을 특징으로 하는 방법.
  10. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    제1 RLC 엔티티가 제1 RLC 엔티티의 송신측에 해당하는 제어 PDU를 버리는 단계를 더 포함함을 특징으로 하는 방법.
  11. 제10항에 있어서, 상기 제어 PDU는 MRW STATUS PDU임을 특징으로 하는 방법.
  12. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    제1 RLC 엔티티는 제1 RLC 엔티티의 수신측에 해당하는 복수의 타이머들을 중지시키지 않는 단계를 더 포함함을 특징으로 하는 방법.
  13. 제12항에 있어서, 상기 RLC 엔티티 수신측에 해당하는 복수의 타이머들은 상태 저지(status prohibit) 타이머 및 주기적 상태(periodic status) 타이머를 포함함을 특징으로 하는 방법.
  14. 제12항에 있어서, 제1 RLC 엔티티는 리셋 타이머, 주기적 폴링(polling) 타이머, 및 SDU 버리기 타이머를 중지시키지 않는 단계를 더 포함함을 특징으로 하는 방법.
  15. 제14항에 있어서, 제1 RLC 엔티티는, 리셋 타이머, 주기적 폴링 타이머, 및 SDU 버리기 타이머를 제외한, 제1 RLC 엔티티의 송신측에 해당하는 타이머를 중지시키는 단계를 더 포함함을 특징으로 하는 방법.
  16. 제15항에 있어서, 상기 제1 RLC 엔티티는 폴링 타이머, 폴링 저지 타이머, 및 MRW 타이머를 중지시킴을 특징으로 하는 방법.
  17. 무선 연결이 수립된 제1통신장치 및 제2통신장치를 포함하는 무선통신시스템에서 프로토콜 에러들을 다루기 위한 방법에 있어서,
    제1통신장치의 제1 무선링크제어(RLC) 엔티티의 송신측의 프로토콜 에러가 검출될 때, 제1 RLC 엔티티의 송신측만을 리셋하는 단계를 포함하며,
    상기 무선통신시스템은 수신확인(Acknowledged) 모드에서 동작함을 특징으로 하는 방법.
  18. 프로토콜 에러를 처리하고 제2 이동통신기기와의 무선 연결이 수립되어 있는, 무선통신시스템의 제1 이동통신기기에 있어서,
    제1 이동통신기기의 기능을 실현하기 위한 제어회로;
    제어회로를 동작시키는 프로그램코드를 실행하기 위한 중앙처리부; 및
    프로그램코드를 저장하기 위한 메모리를 포함하고,
    상기 프로그램 코드는,
    제1 무선링크제어(RLC) 엔티티가, 제1 RLC 엔티티의 송신측의 프로토콜 에러가 검출되었을 때, 상기 송신측만을 리셋시키는 동작을 포함함을 특징으로 하는 이동통신기기.
  19. 제18항에 있어서, 상기 프로그램 코드는, 상기 제1 RLC 엔티티가 제2통신장치의 제2 RLC 엔티티로 RESET 프로토콜 데이터 유닛(PDU)을 전송하는 동작을 더 포함하고,
    상기 RESET PDU는 제1 RLC 엔티티의 송신기의 하이퍼 프레임 번호를 나타내는 HFNI(Hyper Frame Number Indicator) 필드를 포함함을 특징으로 하는 이동통신기기.
  20. 제18항에 있어서, 상기 프로그램 코드를 통해 제1 RLC 엔티티가 제1 RLC 엔 티티의 송신측만을 리셋할 때, 제1 RLC 엔티티의 수신측은 영향을 받지 않음을 특징으로 하는 이동통신기기.
  21. 제18항에 있어서, 상기 프로그램 코드를 통한 상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티의 SDU(Service Data Unit) 버리기 기능이 제1모드에서 작동될 때와 PDU가 전송을 위해 예정되었던 횟수가 전송 상한에 도달할 때 일어남을 특징으로 하는 이동통신기기.
  22. 제21항에 있어서, 상기 제1모드는, 전송들에 대한 상기 전송 상한 뒤에 SDU를 버리지 않는 리셋 모드임을 특징으로 하는 이동통신기기.
  23. 제18항에 있어서, 상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티의 수신용 윈도 이동(MRW) 명령이 전송된 회수가 어떤 상한과 같을 때 일어남을 특징으로 하는 이동통신기기.
  24. 제18항에 있어서, 상기 송신측의 프로토콜 에러 검출은, 제1 RLC 엔티티가 잘못된 순번을 포함하는 STATUS PDU를 수신할 때 일어남을 특징으로 하는 이동통신기기.
  25. 제24항에 있어서, 상기 STATUS PDU는 피기백된(piggybacked) STATUS PDU임을 특징으로 하는 이동통신기기.
  26. 제18항에 있어서, 상기 프로그램 코드는, 제1 RLC 엔티티가 PDU 전송을 중지하는 동작을 더 포함함을 특징으로 하는 이동통신기기.
  27. 제18항에 있어서, 상기 프로그램 코드는, 제1 RLC 엔티티가 제1 RLC 엔티티의 송신측에 해당하는 제어 PDU를 제거하는 동작을 더 포함함을 특징으로 하는 이동통신기기.
  28. 제27항에 있어서, 상기 제어 PDU는 MRW STATUS PDU임을 특징으로 하는 이동통신기기.
  29. 제18항에 있어서, 상기 프로그램 코드는, 제1 RLC 엔티티가 제1 RLC 엔티티의 수신측에 해당하는 복수의 타이머들은 중지시키지 않는 동작을 더 포함함을 특징으로 하는 이동통신기기.
  30. 제29항에 있어서, 상기 RLC 엔티티 수신측에 해당하는 타이머는, 상태 저지(status prohibit) 타이머 및 주기적 상태(periodic status) 타이머를 포함함을 특징으로 하는 이동통신기기.
  31. 제29항에 있어서, 상기 프로그램 코드는, 상기 RLC 엔티티가 리셋 타이머, 주기적 폴링 타이머, 및 SDU 버리기 타이머를 중지하지 않는 동작을 더 포함함을 특징으로 하는 이동통신기기.
  32. 제31항에 있어서, 상기 프로그램 코드는, 제1 RLC 엔티티가 리셋 타이머, 주기적 폴링(polling) 타이머, 및 SDU 버리기 타이머를 제외하고, 제1 RLC 엔티티 송신측에 해당하는 복수의 타이머들을 중지시키는 동작을 더 포함함을 특징으로 하는 이동통신기기.
  33. 제32항에 있어서, 상기 제1 RLC 엔티티는, 폴링 타이머, 폴링 저지 타이머, 및 MRW 타이머를 중지시킴을 특징으로 하는 이동통신기기.
  34. 제18항에 있어서, 이동통신기기는 수신확인 모드에서 동작함을 특징으로 하는 이동통신기기.
  35. 무선통신시스템의 프로토콜 에러 처리 방법에 있어서,
    무선 링크 제어(RLC) 엔티티가 리셋 절차를 실행할 때 RLC 엔티티의 수신측에 해당하는 적어도 하나의 제어 프로토콜 데이터 유닛(PDU)을 상기 RLC 엔티티가 전송하는 단계로서, 적어도 하나의 제어 PDU는 수신확인(ACK) STATUS PDU, 부정적 수신확인(NACK) STATUS PDU, 윈도 사이즈 변경 STATUS PDU, 또는 수신용 윈도 이동(MRW) ACK STATUS PDU를 포함하는 단계를 포함함을 특징으로 하는 방법.
  36. 삭제
  37. 제35항에 있어서, 상기 RLC 엔티티는 수신확인 모드에서 동작함을 특징으로 하는 방법.
  38. 무선통신시스템에서 사용되며 프로토콜 에러를 처리하는 이동통신기기에 있어서,
    이동통신기기의 기능을 실현하는 제어회로;
    제어회로를 동작시키는 프로그램 코드를 실행하는 중앙처리부; 및
    프로그램코드를 저장하는 메모리를 포함하고,
    상기 프로그램코드는,
    RLC 엔티티가 리셋 절차를 실행할 때 RLC 엔티티의 수신측에 해당하는 적어도 하나의 제어 프로토콜 데이터 유닛(PDU)을 RLC 엔티티가 전송하는 동작을 실행할 수 있게 하는 것이며, 상기 적어도 하나의 제어 PDU는 수신확인(ACK) STATUS PDU, 부정적 수신확인(NACK) STATUS PDU, 윈도 사이즈 변경 STATUS PDU, 또는 수신용 윈도 이동(MRW) ACK STATUS PDU를 포함하는 것을 특징으로 하는 이동통신기기.
  39. 삭제
  40. 제38항에 있어서, 수신확인 모드에서 동작함을 특징으로 하는 이동통신기기.
  41. 이동통신시스템의 프로토콜 에러 처리 방법에 있어서,
    RLC 엔티티가 RESET PDU를 수신할 때, RLC 엔티티는 자신의 수신측 만을 리셋하는 단계를 포함하며,
    상기 RLC 엔티티가 자신의 수신측만을 리셋할 때, RLC 엔티티의 송신측은 영향받지 않음을 특징으로 하는 방법.
  42. 삭제
  43. 삭제
  44. 삭제
  45. 이동통신시스템에서 사용되며 프로토콜 에러를 처리하는 이동통신기기에 있어서,
    이동통신기기의 기능을 실현하는 제어회로;
    제어회로를 동작시키는 프로그램 코드를 실행하는 중앙처리부; 및
    프로그램코드를 저장하는 메모리를 포함하고,
    상기 프로그램코드는,
    RLC 엔티티가 RESET PDU를 수신할 때, RLC 엔티티가 자신의 수신측만을 리셋하는 동작을 포함하며,
    상기 RLC 엔티티가 프로그램 코드로 RLC 엔티티 수신측만을 리셋할 때, RLC 엔티티의 송신측은 영향받지 않음을 특징으로 하는 이동통신기기.
  46. 삭제
  47. 삭제
  48. 삭제
KR1020060108489A 2005-11-04 2006-11-03 무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치 KR100896975B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US59701705P 2005-11-04 2005-11-04
US60/597,017 2005-11-04

Publications (2)

Publication Number Publication Date
KR20070048630A KR20070048630A (ko) 2007-05-09
KR100896975B1 true KR100896975B1 (ko) 2009-05-14

Family

ID=37963446

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060108489A KR100896975B1 (ko) 2005-11-04 2006-11-03 무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치

Country Status (9)

Country Link
US (1) US20070104109A1 (ko)
EP (1) EP1796301B1 (ko)
JP (1) JP2007129723A (ko)
KR (1) KR100896975B1 (ko)
CN (1) CN101076017A (ko)
AT (1) ATE475294T1 (ko)
DE (1) DE602006015591D1 (ko)
ES (1) ES2348738T3 (ko)
TW (1) TWI352533B (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
KR100962035B1 (ko) * 2007-01-09 2010-06-08 이노베이티브 소닉 리미티드 무선통신시스템에서 리셋을 처리하는 방법 및 장치
JP4976440B2 (ja) * 2008-05-19 2012-07-18 創新音▲速▼股▲ふん▼有限公司 接続を再確立する方法及び通信装置
US8787155B2 (en) 2011-06-01 2014-07-22 International Business Machines Corporation Sideband error signaling
US8880956B2 (en) 2011-06-01 2014-11-04 International Business Machines Corporation Facilitating processing in a communications environment using stop signaling
CN104247373B (zh) * 2012-08-17 2017-08-29 华为技术有限公司 数据包传输方法和装置
US10009212B2 (en) * 2013-06-11 2018-06-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for activation and deactivation of radio network functionality

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030005064A (ko) * 2001-07-06 2003-01-15 삼성전자 주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법

Family Cites Families (11)

* 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
JP3948343B2 (ja) * 2002-05-10 2007-07-25 双葉電子工業株式会社 ラジオコントロール装置
US7068636B2 (en) * 2002-06-21 2006-06-27 Asustek Computer Inc. Method for determining RLC entity re-establishment during SRNS relocation
US20060154603A1 (en) * 2002-09-07 2006-07-13 Joachim Sachs Method and devices for efficient data transmission link control in mobile multicast communication systems
KR100548322B1 (ko) * 2003-02-04 2006-02-02 엘지전자 주식회사 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법
EP1465369A1 (en) * 2003-03-31 2004-10-06 Matsushita Electric Industrial Co., Ltd. Reset synchronisation method for a retransmission protocol
JP4842830B2 (ja) * 2003-11-12 2011-12-21 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ データパケットの伝送
US7472416B2 (en) * 2004-01-09 2008-12-30 Cisco Technology, Inc. Preventing network reset denial of service attacks using embedded authentication information
FI20040243A0 (fi) * 2004-02-16 2004-02-16 Nokia Corp Tiedonsiirtomenetelmä, päätelaite, verkkoelementti ja tietokoneohjelma
US20050185609A1 (en) * 2004-02-16 2005-08-25 Esa Malkamaki Communication method, user terminal, network element and computer program

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030005064A (ko) * 2001-07-06 2003-01-15 삼성전자 주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS 25.322 V5.2.0(2002.09)*

Also Published As

Publication number Publication date
DE602006015591D1 (de) 2010-09-02
KR20070048630A (ko) 2007-05-09
TWI352533B (en) 2011-11-11
US20070104109A1 (en) 2007-05-10
EP1796301A2 (en) 2007-06-13
TW200719655A (en) 2007-05-16
EP1796301B1 (en) 2010-07-21
EP1796301A3 (en) 2007-07-04
CN101076017A (zh) 2007-11-21
ATE475294T1 (de) 2010-08-15
JP2007129723A (ja) 2007-05-24
ES2348738T3 (es) 2010-12-13

Similar Documents

Publication Publication Date Title
US8107447B2 (en) Method and apparatus for handling control PDUs during re-establishment of transmitting sides in wireless communications systems
KR101577451B1 (ko) Ｒｌｃ 무한 재전송 오류를 검출하고 처리하는 방법
US20070064631A1 (en) Method and apparatus for transmitting signaling data messages in a wireless communications system
KR100896975B1 (ko) 무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치
US20090181703A1 (en) Method and Apparatus for Triggering Status Report in a Wireless Communications System
US8179913B2 (en) Method and apparatus of handling variable of RLC reset procedure during receiver-side-only re-establishment in wireless communications system
WO2017071281A1 (zh) 无线链路控制层轮询定时器的时长调整方法及装置
US8081648B2 (en) Method and apparatus for handling reset in a wireless communications system
KR20100060853A (ko) 무선 링크 제어 프로토콜에서의 상태 보고 방법 및 시스템
WO2013102310A1 (zh) 数据处理的方法和设备

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
E902 Notification of reason for refusal
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120417

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150423

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20160503

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20180504

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20190412

Year of fee payment: 11