KR20090084696A

KR20090084696A - 무선통신시스템에서의 상태정보 전송 방법 및 수신장치

Info

Publication number: KR20090084696A
Application number: KR1020090006356A
Authority: KR
Inventors: 이승준; 박성준; 이영대; 천성덕
Original assignee: 엘지전자 주식회사
Priority date: 2008-01-31
Filing date: 2009-01-23
Publication date: 2009-08-05
Anticipated expiration: 2029-01-23
Also published as: JP5438153B2; GB2464648A; KR20160048050A; ES2602957T3; ES2612309T3; EP3280215A1; KR20090084690A; EP3280215B1; JP2012147454A; CN101690375B; JP2010519868A; GB201002893D0; CN107104764A; KR101467798B1; KR20150084727A; JP2010529775A; ES2826446T3; CN101779408B; JP2011244492A; GB2464648B

Abstract

본 발명은 이동통신시스템에 있어서, 수신측이 수신한 데이터의 수신상태를 송신측에 보고하는 상태 정보(STATUS PDU)를 전송하는 방법에 관한 것이다.

본 발명은 수신측 RLC 엔티티가 가용한 무선자원을 고려하여, 그 무선자원의 크기에 맞는 상태 PDU를 구성하고, 그 구성한 상태 PDU를 송신측 RLC 엔티티로 전송함으로써, RLC 프로토콜이 교착상태에 빠지는 것을 방지하는 것이다.

UMTS, E-UMTS, 이동통신, 무선자원, 상태보고, 상태정보, 수신기, 수신장치, E-UTRAN

Description

무선통신시스템에서의 상태정보 전송 방법 및 수신장치{METHOD FOR SENDING STATUS INFORMATION IN MOBILE TELECOMMUNICATIONS SYSTEM AND RECEIVER OF MOBILE TELECOMMUNICATIONS}

본 발명은 이동통신 시스템의 무선프로토콜에 관한 것으로서, 특히 UMTS (Universal Mobile Telecommunications System)에서 진화된 E-UMTS(Evolved Universal Mobile Telecommunications System)에서 수신측이 수신한 데이터의 수신상태를 송신측에 보고하는 상태 정보(STATUS PDU)를 전송하는 방법에 관한 것이다.

도 1은 종래 이동통신 시스템인 LTE 시스템의 망 구조이다. LTE 시스템은 기존 UMTS시스템에서 진화한 시스템으로 현재 3GPP에서 기초적인 표준화 작업을 진행하고 있다.

LTE망은 크게 E-UTRAN (Evolved UMTS Terrestrial Radio Access Network)과 CN (Core Network)으로 구분 할 수 있다. E-UTRAN은 단말 (User Equipment; UE)과 기지국 (Evolved NodeB; eNB), 망의 종단에 위치하여 외부망과 연결되는 접속게이트웨이 (Access Gateway; aGW)로 구성된다. aGW는 사용자 트래픽 처리를 담당하는 부분과 제어용 트래픽을 처리하는 부분으로 나누어질 수도 있다. 이때는 새로운 사 용자 트래픽 처리를 위한 aGW와 제어용 트래픽을 처리하는 aGW 사이에 새로운 인터페이스를 사용하여 서로 통신할 수도 있다. 하나의 eNB에는 하나 이상의 셀 (Cell)이 존재할 수 있다. eNB 간에는 사용자 트래픽 혹은 제어 트래픽 전송을 위한 인터페이스가 사용될 수도 있다. CN은 aGW와 기타 UE의 사용자 등록 등을 위한 노드 등으로 구성될 수도 있다. E-UTRAN과 CN을 구분하기 위한 인터페이스가 사용될 수도 있다.

도 2는 3GPP 무선접속망 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 제어평면(control plane) 구조이다. 도 3은 3GPP 무선접속망 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 사용자평면(user plane) 구조이다.

이하, 도 2 및 도 3 을 참조하여, 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 구조를 설명한다.

무선인터페이스 프로토콜은 수평적으로 물리계층 (Physical Layer), 데이터링크계층 (Data Link Layer) 및 네트워크계층 (Network Layer)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면 (User Plane)과 제어신호 (Signaling) 전달을 위한 제어평면 (Control Plane)으로 구분된다. 도 2와 도3의 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형시스템간상호접속 (Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3 (제3계층)로 구분될 수 있다. 이러한 무선 프로토콜 계층들은 단말과 E-UTRAN에 쌍(pair)으로 존재하여, 무선 구간의 데이터 전송을 담당한 다.

이하, 상기 도 2의 무선프로토콜 제어평면과 도3의 무선프로토콜 사용자평면의 각 계층을 설명한다.

제1계층인 물리 (Physical; PHY) 계층은 물리채널 (Physical Channel)을 이용하여 상위 계층에게 정보전송서비스 (Information Transfer Service)를 제공한다. PHY 계층은 상위의 매체접속제어 (Medium Access Control; MAC) 계층과 전송채널 (Transport Channel)을 통해 연결되어 있으며, 이 전송채널을 통해 MAC 계층과 PHY 계층 사이의 데이터가 이동한다. 이때, 전송채널은 크게 채널의 공유 여부에 따라 전용 (Dedicated) 전송채널과 공용 (Common) 전송채널로 나뉜다. 그리고, 서로 다른 PHY 계층 사이, 즉 송신측과 수신측의 PHY 계층 사이는 무선 자원을 이용한 물리채널을 통해 데이터가 이동한다.

제2계층에는 여러 가지 계층이 존재한다. 먼저 매체접속제어 (Medium Access Control; MAC) 계층은 다양한 논리채널 (Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화 (Multiplexing)의 역할을 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널 (Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면 (Control Plane)의 정보를 전송하는 제어채널 (Control Channel)과 사용자평면 (User Plane)의 정보를 전송하는 트래픽채널 (Traffic Channel)로 나뉜다.

제2계층의 무선링크제어 (Radio Link Control; RLC) 계층은 상위계층으로부 터 수신한 데이터를 분할 (Segmentation) 및 연결 (Concatenation)하여 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할을 수행한다. 또한, 각각의 무선베어러 (Radio Bearer; RB)가 요구하는 다양한 QoS를 보장할 수 있도록 하기 위해 TM (Transparent Mode, 투명모드), UM (Un-acknowledged Mode, 비확인모드), 및 AM (Acknowledged Mode, 확인모드)의 세가지 동작 모드를 제공하고 있다. 특히, AM 모드로 동작하는 RLC 계층 (이하 AM RLC 계층이라고 함)은 신뢰성 있는 데이터 전송을 위해 자동 반복 및 요청 (Automatic Repeat and Request; ARQ) 기능을 통한 재전송 기능을 수행하고 있다.

제2계층의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층은 IPv4나 IPv6와 같은 IP 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더압축 (Header Compression) 기능을 수행한다. 이는 데이터의 헤더(Header) 부분에서 반드시 필요한 정보만을 전송하도록 하여, 무선 구간의 전송효율을 증가시키는 역할을 한다.

제3계층의 가장 상부에 위치한 무선자원제어 (Radio Resource Control; RRC) 계층은 제어평면에서만 정의되며, 무선베어러 (Radio Bearer; RB)들의 설정 (Configuration), 재설정 (Re-configuration) 및 해제 (Release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. 여기서, RB는 단말과 UTRAN간의 데이터 전달을 위해 무선 프로토콜의 제1 및 제2 계층에 의해 제공되는 논리적 경로(path)를 의미하고, 일반적으로 RB가 설정된다는 것은 특정 서비스를 제공하기 위해 필요한 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB (Signaling RB)와 DRB (Data RB) 두가지로 나누어 지는데, SRB는 C-plane에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 U-plane에서 사용자 데이터를 전송하는 통로로 사용된다.

이하 RLC계층에 대해 좀더 구체적으로 살펴보기로 한다. RLC 계층에는 앞서 말한 바와 같이 TM, UM 및 AM의 세가지 모드가 있는데, TM의 경우에는 RLC에서 수행하는 기능이 거의 없으므로 여기서는 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 메시지의 전송을 담당한다.

방향성 면에서 보면, UM RLC는 단방향(uni-directional) 통신에 사용되는데 반해, AM RLC는 수신측으로부터의 피드백(feedback)이 있기 때문에 양방향(bi-directional) 통신에 사용된다. 구조적인 면에서도 차이가 있는데, UM RLC는 하나의 RLC 개체가 송신 또는 수신의 한가지 구조로 되어있지만, AM RLC는 하나의 RLC 개체 안에 송신과 수신측이 모두 존재한다.

AM RLC가 복잡한 이유는 재전송 기능에 기인한다. 재전송 관리를 위해 AM RLC는 송수신 버퍼 외에 재전송 버퍼를 두고 있으며, 흐름 제어를 위한 송수신 윈도우의 사용, 송신측이 피어(peer) RLC 개체의 수신측에 상태정보를 요구하는 폴링(Polling), 수신측이 피어 RLC 개체의 송신측으로 자신의 버퍼 상태를 보고하는 상태정보 보고(Status Report), 상태정보를 실어 나르기 위한 상태 PDU(Status PDU) 구성 등등의 여러 가지 기능을 수행하게 된다. 또한, 이들 기능을 지원하기 위해 AM RLC에는 여러 가지 프로토콜 파라미터, 상태 변수 및 타이머도 필요하게 된다. 이런 상태정보 보고 또는 상태 PDU 등의 AM RLC에서 데이터 전송의 제어를 위해서 사용되는 PDU들을 Control PDU라고 부르고 User Data를 전달하기 위해 쓰이 는 PDU들을 Data PDU라고 부른다.

AM RLC에서 RLC Data PDU는 구체적으로, AMD PDU와 AMD PDU Segment로 나뉜다. AMD PDU segment는 AMD PDU에 속하는 데이터의 일부를 가진다. LTE 시스템에서는 매번 단말이 전송하게 되는 데이터 블록의 최대 크기가 가변적으로 변한다. 따라서, 어떤 시점에서 송신측 AM RLC 엔티티는 크기가 200byte인 AMD PDU를 구성하여 전송한 후, 수신측 AM RLC로부터 NACK을 수신하여 상기 송신측이 상기 AMD PDU를 재전송하려고 할 때, 실제 전송할 수 있는 데이터 블록의 최대크기가 100byte라면 상기 AMD PDU는 그대로는 재전송될 수 없다. 이때, 사용되는 것이 AMD PDU segment이며, AMD PDU segment는 해당 AMD PDU가 작은 단위로 나뉘어 진 것을 의미한다. 상기 과정에서 송신측 AM RLC 엔티티는 상기 AMD PDU를 AMD PDU Segment로 나뉘어 여러 시간에 걸쳐 전송하며, 수신측 AM RLC 엔티티는 상기 수신된 AMD PDU segment들로부터 AMD PDU를 복원한다.

수신측 AM RLC는 자신이 제대로 수신하지 못한 데이터가 있는 경우 이를 송신측 AM RLC에 알려 재전송을 요구한다. 이를 상태정보 보고 (Status Report)라고 하며, 이는 Control PDU 중 하나인 STATUS PDU를 이용하여 전송된다.

종래 기술에서 수신측 AM RLC는 Status Report가 trigger되면 VR(R)(즉, 전송 윈도우의 start point)부터 VR(MS)(즉, 전송 윈도우의 end point) 사이에 해당하는 AMD PDU들에 대한 정보를 모두 STATUS PDU에 실어 전송하도록 하고 있다. 그런데, 만약 STATUS PDU를 전송할 무선 자원이 STATUS PDU보다 작다면 구성된 STATUS PDU를 전송할 수 없게 된다. 실제로, 특정 논리채널(logical channel)에 대한 무선 자원의 할당은 MAC에서 이루어지는데, MAC은 RLC의 상황을 알지 못하므로, 이렇게 MAC이 RLC STATUS PDU의 전송에 필요한 무선 자원보다 적게 할당하는 경우가 발생한다. 종래 기술에서는 이러한 상황을 고려하지 않았기 때문에 이러한 상황이 발생하게 되면 구성한 RLC STATUS PDU를 전송할 수 없게 되어 교착 상태(deadlock situation)에 빠지게 된다.

따라서, 본 발명의 목적은 수신측 RLC가 STATUS PDU를 송신측 RLC로 전송하는데 있어서, 가용 무선자원(available radio resource)이 STATUS PDU의 크기보다 작은 경우에도 STATUS PDU를 전송할 수 있도록 하여, RLC 프로토콜이 교착상태에 빠지는 것을 방지하는데 있다. 이를 위해, 본 발명에서는 ACK_SN을 어떻게 셋팅하는가에 따라 본 발명의 여러가지 실시 예를 제안한다.

상기와 같은 종래 기술의 과제를 해결하기 위하여, 본 발명에 따른 무선통신에서의 상태 정보 전달 방법은,

(A) 수신측 RLC(Radio Link Control) 엔티티 (entity)가 데이터의 수신 성공 또는 수신 실패를 알리는 상태 정보가 포함된 상태 PDU(status PDU, Protocol Data Unit)를 생성하는 단계와, 상기 데이터는 송신측 RLC 엔티티가 전송한 AMD (Acknowledged Mode Data) PDU들이거나 AMD PDU들의 일부이고;

(B) 상기 생성한 상태 PDU를 상기 송신측 RLC 엔티티에게 전송하는 단계;를 포함하되,

상기 (A) 단계에서 가용한 무선자원을 고려하여 수행되고, 상기 생성된 상태 PDU가 가용한 무선자원의 전체 크기에 맞도록 상기 가용한 무선자원을 고려하여 상기 상태 PDU가 생성되는 것을 특징으로 한다..

바람직하게는, 상기 (A) 단계는

상기 수신측 RLC 엔티티가 일련번호(SN) 순서대로 NACK 엘리먼트들을 상기 상태 PDU에 포함시키는 단계와;

상기 상태정보가 상기 상태 PDU에서 어떤 AMD PDU까지 포함하는지를 가리키는 정보를 상기 상태 PDU에 포함시키는 단계를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 상태 PDU에서 어떤 AMD PDU까지 포함하는지를 가리키는 정보는 ACK_SN 이고,

상기 ACK_SN은 상기 NACK 엘리먼트들 이후의 첫번째로 완전히 수신하지 못한 AMD PDU 의 SN으로 세팅되는 것을 특징으로 한다.

바람직하게는, 상기 NACK 엘리먼트들은

첫번째로 수신하지 못한 AMD PDU 또는 AMD PDU의 일부로부터 수신하지 못한 특정 AMD PDU 또는 AMD PDU의 일부까지 증가하는 일련번호 순서대로 포함하고, 상기 생성된 상태 PDU가 가용한 무선자원의 크기에 맞는 것을 특징으로 한다.

바람직하게는, 상기 NACK 엘리먼트들 중 두개의 인접한 NACK 엘리먼트 사이에는 상기 수신측 RLC 엔티티가 수신 하지못한 AMD PDU 또는 AMD PDU 일부들이 존재하지 않는 것을 특징으로 한다.

바람직하게는, 상기 NACK 엘리먼트들 중 두 개의 인접한 NACK 엘리먼트 사이에는 상기 수신측 RLC 엔티티가 수신하지 못한 AMD PDU 또는 AMD PDU 일부들이 존재할 수 있는 것을 특징으로 한다.

바람직하게는, 상기 가용한 무선자원은

하위 계층이 알려주는 상기 RLC entity 가 생성 가능한 모든 RLC PDU들의 전체 크기인 것을 특징으로 한다.

바람직하게는, 상기 RLC entity 가 생성 가능한 모든 RLC PDU들의 전체 크기에 대해 하위 계층(MAC)으로부터 지시를 받는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 (A) 단계는

첫번째로 수신하지 못한 AMD PDU 또는 수신하지 못한 AMD PDU들의 일부의 NACK_SN 엘리먼트를 포함하고,

또한 수신하지 못한 다른 AMD PDU 또는 수신하지 못한 다른 AMD PDU들의 일부의 적어도 하나의 NACK_SN 엘리먼트를 옵션으로 더 포함하여 수행되는 것을 특징으로 한다.

바람직하게는, 상기 NACK_SN 엘리먼트는

NACK_SN과; 옵션으로 SOstart 필드 및 a SOend 필드로 구성된 것을 특징으로 한다.

바람직하게는, 상기 생성된 상태 PDU는

상기 생성된 상태 PDU의 유형을 가리키는 지시자(indicator)를 더 포함하며,

상기 지시자의 값에 따라 제1 유형 상태 PDU(Normal STATUS PDU)와 제2 유형 상태 PDU(partial STATUS PDU)로 구분되는 것을 특징으로 한다.

또한, 상기와 같은 종래 기술의 과제를 해결하기 위하여, 본 발명에 따른 무선통신에서의 상태 정보 전달 방법은,

수신측 RLC 엔티티가 송신측 RLC 엔티티로 데이터(PDU)의 수신상태를 보고하는 상태 정보 전달 방법에 있어서,

수신측 RLC 엔티티가 가용한 무선 자원을 고려하여, RLC 데이터 PDU들의 수신상태에 대한 정보를 포함하는 STATUS PDU를 구성하는 제1 단계와;

상기 수신측 RLC 엔티티가 상기 구성한 STATUS PDU를 송신측 RLC에 전송하는 제2 단계를 포함하되,

상기 제1 단계는

수신하지 못한 NACK_SN들은 선택적으로 상기 가용한 무선 자원까지 싣는 단계와;

ACK_SN의 값을 VR(MS) 값으로 셋팅하는 단계를 포함하는 것을 특징으로 한다.

또한, 상기와 같은 종래 기술의 과제를 해결하기 위하여, 본 발명에 따른 무선통신에서의 수신측 RLC 엔티티는,

현재 가용한 무선자원을 확인하고;

그 가용한 무선자원을 고려하여 STATUS PDU(Protocol Data Unit)를 구성하되, 상기 STATUS PDU에 그 가용한 무선자원의 크기에 맞도록 NACK(Negative Acknowledement)엘리먼트들을 싣고, ACK_SN의 값을 설정하고;

상기 구성한 STATUS PDU를 peer RLC (Radio Link Control)엔티티로 전송하는 모듈을 포함하여 구성된 것을 특징으로 한다.

본 발명은, 종래 기술에서 수신측 AM RLC는 전송해야 할 STATUS PDU에 비해 주어진 무선 자원이 작은 경우는 동작 방법이 정의되어 있지 않아 프로토콜이 교착 상태 (deadlock situation)에 빠지게 되었다. 본 발명에서는 무선 자원이 작은 상황에서도 STATUS PDU를 전송할 수 있도록 Partial STATUS PDU 구성 방법을 제안하여, 무선 상황과 관계없이 프로토콜이 안정적으로 동작하도록 하는 장점이 있다.

본 발명은 이동통신시스템에 적용되며, 특히 UMTS (Universal Mobile Telecommunications System)에서 진화된 E-UMTS(Evolved Universal Mobile Telecommunications System)에 적용된다. 그러나, 본 발명은 이에 한정하지 않고 본 발명의 기술적 사상이 적용될 수 있는 모든 통신시스템 및 통신 프로토콜에 적용될 수도 있다.

본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시 예를 가질 수 있는 바, 특정 실시 예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항복들 중의 어느 항목을 포함한다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.

본 출원에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지 다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 거이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

이하, 첨부한 도면들을 참조하여 본 발명에 바람직한 실시 예를 상세히 설명하기로 하며, 첨부 도면을 참조하여 설명함에 있어 도면 부호에 상관없이 동일하거나 대응하는 구성요소는 동일한 참조번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.

본 발명은 수신측 RLC가 STATUS PDU를 송신측 RLC로 전송하는데 있어서, 가용 무선자원(available radio resource)이 STATUS PDU의 크기보다 작은 경우에도 STATUS PDU를 전송할 수 있도록 하여, RLC 프로토콜이 교착상태에 빠지는 것을 방지하는 것이다. 이를 위해, 본 발명의 기본 개념은 새로운 STATUS PDU를 정의하고, 그 정의한 STATUS PDU의 구성에 따라 ACK_SN을 셋팅하는 것이다.

본 발명은 기존 STATUS PDU보다 작은 STATUS PDU의 구성을 정의한다. 설명의 편의상, partial STATUS PDU 또는 short STATUS PDU 라 한다. 그러나, 본 발명에서 정의하는 partial STATUS PDU는 partial의 사전적 의미에 국한되는 STATUS PDU가 아니라, 기존 STATUS PDU와 크기가 작고 또한 기능의 차이가 있음을 의미하는 것이다. 한편, 본 발명에서 정의하는 STATUS PDU를 유형을 기존 STATUS PDU와 구별하기 위해, 기존 STATUS PDU를 제1 유형 STATUS PDU(또는 Normal STATUS PDU)라 하고, 본 발명에서 정의 하는 STATUS PDU를 제2 STATUS PDU(또는 partial STATUS PDU)라 칭할 수 있다.

또한, 본 발명은 수신측 RLC가 기존 STATUS PDU를 현재 무선자원으로 송신측 RLC로 보낼 수 없는 상황을 전제로 한다. 따라서, 본 발명의 실시 예들은 수신측 RLC가 가용한 무선자원을 통하여 STATUS PDU를 보낼 수 있도록, 일명 partial STATUS PDU를 구성(생성)하는 방법을 제안하고, 그 구성한 partial STATUS PDU를 송신측 RLC로 전송하는 것이다.

이하, 본 발명에서 정의하는 상태 PDU 구조 및 상태 PDU의 필드들, 즉, ACK_SN 필드와, NACK_SN 필드 등을 도 4 및 도 5를 통하여 설명한다:

도 4는 현재 LTE 시스템에서 사용되고 있는 STATUS PDU 구조이다. 도 4에서, 가로축은 RLC STATUS PDU의 길이로서 8비트, 즉 1 옥텟(Octet)이다.

이하, 도 4를 참조하여, RLC STATUS PDU의 각 필드를 설명한다.

1. D/C (Data/Control) 필드: 1비트

해당 RLC PDU가 RLC Data PDU인지 RLC Control PDU인지를 알려준다.

2. CPT (Control PDU Type)필드 : 3비트

해당 Control PDU가 어떤 type인지 알려준다. 현재 RLC Control PDU에는 STATUS PDU만 정의되어 있다.

3. ACK_SN (Acknowledgement Sequence Number)

ACK_SN은 아래와 같이 두 가지로 정의될 수 있다.

1-1)STATUS PDU가 정보를 포함하지 않는 첫번째 PDU의 RLC SN이다.

1-2)송신측은 이 STATUS PDU를 수신하면, 수신측이 ACK_SN - 1(도7 및 도 9의 실시 예에 적용됨)에 해당하는 PDU까지의 PDU들 중에서 NACK_SN 또는 NACK_SN, SOstart, SOend에 해당하는 PDU 또는 그 부분을 제외하고 모두 제대로 수신했다고 판단한다. 이러한 ACK_SN 는 본 발명에 따른 도 6 및 도 8의 실시 예에 적용되었다.

2-1) STATUS PDU가 정보를 포함하는 첫번째 PDU의 RLC SN이다.

2-2) 송신측은 이 STATUS PDU를 수신하면, 수신측이 ACK_SN에 해당하는 PDU까지의 PDU들 중에서 NACK_SN 또는 NACK_SN, SOend에 해당하는 PDU 또는 그 부분을 제외하고 모두 제대로 수신했다고 판단한다. 이러한 ACK_SN는 본 발명에 따른 도 7 및 도 9의 실시 예에 적용되었다.

4. E1 (Extension 1): 1비트

이번 NACK_SN element (즉, NACK_SN 또는 NACK_SN, SOstart, SOend) 다음에 다른 NACK_SN element가 있는지를 알려준다.

5. NACK_SN (Negative Acknowledgement Sequence Number)

수신에 실패한 AMD PDU 또는 AMD PDU segment의 RLC SN이다.

5. E2 (Extension 2): 1비트

이번 NACK_SN에 해당하는 SOstart와 SOend 필드가 있는지를 알려준다.

6. SOstart (Segment Offset Start) and SOend (Segment Offset End)

NACK_SN에 해당하는 PDU 중 일부분(segment)만 NACK인 경우에 사용한다. 상기 일부분 중 첫번째 바이트는 SOstart에 해당하고 마지막 바이트는 SOend에 해당한다.

한편, 수신측 AM RLC는 아무 때나 Status Report를 할 수 있는 것이 아니고, 특정 조건이 만족되어야만 Status Reporting을 할 수 있다. 이러한 조건을 Status Reporting Trigger라고 하며, 현재 LTE 시스템에서는 다음과 같은 두 가지 조건을 사용한다:

첫째 조건, 송신측 Polling 이다.

즉, 송신측 AM RLC는 수신측으로부터 Status Report를 받고자 할 경우, RLC data PDU에 Poll bit을 셋팅하여 전송한다. 수신측 AM RLC는 Poll bit이 셋팅된 RLC data PDU를 수신하면 Status Report를 trigger한다.

둘째 조건, RLC data PDU의 수신 실패 검출이다.

즉, 수신측 AM RLC는 HARQ reordering이 끝난 후 수신 실패한 RLC data PDU (즉, AMD PDU 또는 AMD PDU segment)를 검출하면 Status Report를 trigger한다.

그리고, Status Report가 trigger되면 수신측 AM RLC는 수신버퍼 상황을 STATUS PDU를 통해 송신측으로 전송하는데, 이 때 STATUS PDU에는 수신윈도우의 시작점에 해당하는 PDU (=VR(R)) 부터 HARQ reordering이 끝난 PDU 중 마지막 PDU (=VR(MS)) 까지의 정보를 실어 전송한다. 여기서, VR(R), VR(MS)는 상태변수이다.

상기의 상태변수 (State Variable)인 VR(R), VR(MS) 등은, 수신측 AM RLC가 관리하는 상태변수로서 수신윈도우 및 상태정보 보고 등을 위해 사용되는 상태변수들이다. 그 외에도 수신측 AM RLC에는 몇가지 상태변수들이 더 있으며, 이러한 수신측 AM RLC의 상태변수들에 대한 설명은 다음과 같다.

- VR(R): Receive state variable

ㅇ 순차적(in-sequenc)으로 수신한 AMD PDU 중 마지막 AMD PDU의 다음 AMD PDU에 해당하는 SN(Sequence Number)이다.

ㅇ 수신측 AM RLC가 완전하게(completely) 수신하지 못한 AMD PDU 중 첫번째 AMD PDU이다.

ㅇ 수신윈도우의 시작점 (lower edge)에 해당한다.

ㅇ 초기값은 0이며, SN=VR(R)에 해당하는 AMD PDU를 완전하게 수신하면 그 다음에 처음으로 완전하게 수신하지 못한 AMD PDU의 SN 값으로 업데이트된다.

- VR(MR): Maximum acceptable receive state variable

ㅇ 수신윈도우 밖에 있는 AMD PDU 중 첫번째 AMD PDU의 SN이다.

ㅇ 수신윈도우의 끝점 (higher edge)에 해당한다.

ㅇ VR(R)이 업데이트 될 때 VR(MR) = VR(R) + AM_Window_Size 와 같이 업데이트된다.

- VR(X): T_reordering state variable

ㅇ HARQ reordering을 관리하는 타이머인 T_reordering을 구동시킨 RLC data PDU의 다음 RLC data PDU에 해당하는 SN이다.

ㅇ 수신측 AM RLC가 구동 중인 T_reordering이 없는 상황에서 out-of-sequence인 RLC data PDU를 수신하면 T_reordering을 구동시키고, VR(X)를 상기 RLC data PDU의 다음 RLC data PDU의 SN 값으로 셋팅한다.

- VR(MS): Maximum Status transmit state variable

ㅇ STATUS PDU에 HARQ reordering이 완료된 RLC data PDU에 대한 정보만을 싣기 위해 사용하는 상태변수이다.

ㅇ 초기값은 0이며, SN=VR(MS)에 해당하는 AMD PDU를 완전하게 수신하면 그 다음에 처음으로 완전하게 수신하지 못한 AMD PDU의 SN 값으로 업데이트된다.

ㅇ T_reordering이 만료되면, VR(X) 이상의 AMD PDU 중 첫번째로 완전하게(completely) 수신하지 못한 AMD PDU의 SN 값으로 업데이트 하고, ACK_SN을 VR(MS)로 셋팅하여 STATUS PDU를 구성한다.

- VR(H): Highest received state variable

ㅇ 수신측 AM RLC가 수신한 RLC data PDU 중 가장 높은 SN의 바로 다음 SN 값, 즉 수신측 AM RLC가 첫번째로 수신하지 못한 RLC data PDU의 SN 값이다.

ㅇ 초기값은 0이며, VR(H) 이상의 RLC data PDU를 수신하면 상기 RLC data PDU의 다음 RLC data PDU의 SN 값으로 업데이트된다.

도 5는 LTE 시스템에서 STATUS PDU를 구성하는 예이다. 도 5는 LTE 시스템의 HARQ reordering을 고려한 Status Report triggering 예에 해당한다. 다만, 설명을 간단히 하기 위하여, 도 5에서 AMD PDU segment는 고려하지 않았다. 도 5를 참조하 면, 예를 들어 t=T1 일때, VR(R)은 0이고, VR(X)는 6이고, VR(MX)는 0이다. 도 5에서 각 시간(t)에서 수신한 데이터(AMD PDU)는 음영으로 처리되어 있고(즉, received), 수신실패는 음영으로 처리되어 있는 않은 부분의 데이터이다.

- t=T0: 초기 상태

ㅇ 수신측 AM RLC는 entity 생성 후 초기 상태이다.

ㅇ 모든 상태변수는 초기값을 가지고 있다.

- t=T1: AMD PDU 5 수신한다.

ㅇ Out-of-sequence인 AMD PDU 5를 수신하면, VR(X)=6으로 업데이트 하고 T_reordering을 구동시킨다.

ㅇ AMD PDU 0은 수신되지 않았으므로 VR(R)과 VR(MS)는 그대로 0이다.

- t=T2: AMD PDU 0 수신

ㅇ VR(R)=VR(MS)에 해당하는 AMD PDU인 AMD PDU 0을 수신하면, VR(R)과 VR(MS)를 모두 1로 업데이트 하고 AMD PDU 0은 상위로 전달한다.

ㅇ VR(X)=6으로 변화없고, T_reordering은 계속 구동한다.

- t=T3: AMD PDU 6 수신

ㅇ AMD PDU 6을 수신하더라도 VR(R), VR(MS), VR(X)에는 아무 변화 없이, t=T2와 같은 상황을 유지한다.

- t=T4: AMD PDU 8 수신

ㅇ AMD PDU 8을 수신하더라도 VR(R), VR(MS), VR(X)에는 아무 변화 없이, t=T3와 같은 상황을 유지한다.

- t=T5: T_reordering expire

ㅇ T_reordering이 만료되면 먼저 VR(MS)를 VR(X) 이상의 AMD PDU 중 첫번째로 완전하게 수신하지 못한 AMD PDU인 AMD PDU 7로 업데이트한다.

ㅇ VR(R)=1 부터 VR(MS)=7 사이의 PDU에 대한 정보를 토대로 도 5와 같이 STATUS PDU를 구성하여 전송한다.

ㅇ 업데이트 한 VR(MS) 이상의 AMD PDU가 수신되어 있는 경우 T_reordering을 재시작하므로, VR(X)=9로 업데이트 하고 T_reordering을 재시작한다.

도 5와 같은 STATUS PDU를 수신한 송신측 AM RLC는 다음과 같이 수신버퍼 상황을 해석한다.

- 전송에 실패한 AMD PDU는 1, 2, 3, 4 이다.

- ACK_SN=7이므로 0~6 사이의 AMD PDU 중 NACK이 아닌 0, 5, 6은 전송에 성공하였다.

- 송신윈도우의 시작점에 해당하는 상태변수인 VT(A)를 0에서 1로 업데이트 한다. VT(A)는 다음에 첫번째로 in-sequence로 ACK을 받아야 하는 AMD PDU의 SN이다.

도 6은 본 발명의 제1 실시 예로서, 본 발명에 따른 partial STATUS PDU를 구성이다. 다만, 도 6의 실시 예를 설명 시에, 도 5와 같이 데이터가 수신된 것으로 가정하고, 또한 현재 가용한 무선 자원으로 수신측 RLC가 2개의 NACK_SN 엘리먼트(element)를 송신측 RLC로 전송할 수 있는 것을 전제하여 설명하기로 한다. 즉, 도 5의 STATUS PDU와 같이, 수신측 RLC가 송신측 RLC로 보낼 STATUS PDU는 도 6의 Intended STATUS PDU와 같다. 그런데, 수신측 RLC는 현재 가용한 무선자원으로 이러한 STATUS PDU를 송신측 RLC로 보낼 수 없는 상황이다. 따라서, 본 발명에 따른 도 6의 partial STATUS PDU를 정의한다.

도 6의 제1 실시 예는, STATUS PDU에 VR(MS)까지의 정보를 싣지 않고 가용한 무선 자원 만큼만 NACK 정보를 실어서 전송하는 것이다. 요약하면, ① NACK_SN들은 순서대로 주어진 무선 자원에 넘치지 않을 때까지만 싣고, ② ACK_SN을 반드시 VR(MS)로 셋팅하는 것이 아니라 VR(R) ≤ SN ≤ VR(MS) 사이에서 상기 NACK_SN들을 포함할 수 있는 임의의 값으로 셋팅하는 것이다. 예를 들어, 임의의 값은

도 5와 같은 STATUS PDU에 대해 도 6의 제1 실시 예를 적용하면, 도 6과 같이 순서대로 두 개의 NACK_SN 엘리먼트(즉, NACK_SN1 및 NACK_SN2)만 partial STATUS PDU에 실을 수 있다.

이하, 도 6을 참조하여, 송신측과 수신측 AM RLC의 동작 실시 예를 더욱 상세히 설명한다.

1. 수신측 AM RLC가 STATUS PDU를 구성하는데 있어서,

1-1) 포함되는 NACK_SN 리스트(list)를 고려하여 최종 STATUS PDU 크기가 주어진 무선 자원보다 커지지 않도록 ACK_SN을 VR(R) ≤ SN ≤ VR(MS) 사이의 임의의 값으로 셋팅한다. 새로이 셋팅하는 ACK_SN의 값은 수신측 RLC의 현재 가용한 무선자원의 능력에 따라 결정될 수 있다.

더욱 구체적으로, ACK_SN을 (STATUS PDU에 실리는 마지막 NACK_SN, 즉 도 6에서 NACK_SN2) ≤ SN ≤ (STATUS PDU에 실리지 못하는 첫번째 NACK_SN, 즉, 도 6 에서 NACK_SN3) 범위의 값(예를 들어, 도 6에서 ACK_SN = 3 으로 설정함) 중 하나로 셋팅한다(즉, 도 6에서 ACK_SN = 3 으로 셋팅함). 그래야 싣고자 하는 NACK_SN들을 partial STATUS PDU에 실을 수 있다.

1-2) 첫번째 NACK_SN인 NACK_SN1을 VR(R)로 셋팅한다.

1-3) NACK_SN1 < SN ≤ ACK_SN인 PDU들 중 수신하지 못한 모든 PDU의 SN들을 SN 순서대로 NACK_SN element로 셋팅한다(즉, 도 6에서 NACK_SN1 및 NACK_SN2).

2. 송신측 AM RLC가 상기의 partial STATUS PDU를 수신하면,

2-1) VT(A) ≤ SN < NACK_SN1인 PDU들은 전송 성공으로 판단한다.

2-2) NACK_SN1 ≤ SN < ACK_SN인 PDU들 중 NACK_SN으로 표시된 PDU들은 전송 실패라고 판단한다.

2-3) NACK_SN1 ≤ SN < ACK_SN인 PDU들 중 NACK_SN으로 표시되지 않은 PDU들은 전송 성공으로 판단한다.

2-4) VT(A)를 NACK_SN1으로 셋팅한다.

도 6의 제1 실시 예는 NACK_SN 엘리먼트를 STATUS PDU에 실을 수 있을 정도까지만 순서대로 실어서 전송하는 방법이다. 즉, 예를 들어 도 6에서, 수신 실패한 4개의 NACK_SN 엘리먼트들(즉, NACK_SN1 ~ NACK_SN4) 중, 현재 가용한 무선자원으로 2개의 NACK_SN 엘리먼트(즉, NACK_SN1 및 NACK_SN2)를 순서대로 보내는 것이다. 이러한 본 발명의 제1 실시 예는, 송신측이 요구하는 모든 정보를 수신측이 알려주지는 못하지만, 현재 무선 자원 상황에 맞춰 최대한으로 상태정보를 보낼 수 있도록 하는 장점이 있다. ACK_SN을 VR(MS) 대신에 임의의 값으로 셋팅한다는 차이 외 에는 RLC의 동작이 송신측 및 수신측 모두 종래와 같다.

한편, 상기 설명에서 NACK_SN 엘리먼트(element)는, 실제로 NACK_SN 그 자체일 수도 있고, 또한 세그먼트(segment)를 고려한 NACK_SN, SOstart, SOend로 이루어진 세트(set)일 수도 있다.

도 7은 본 발명의 제1 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성의 다른 예이다. 도 7의 실시 예의 경우, 상태PDU를 가용한 무선자원을 고려하여 첫번째(first) STATUS PDU와 두번째(second) STATUS PDU로 수신측 RLC 엔티티가 송신측 RLC 엔티티로 전송하는 실시 예이다.

다만, 도 7의 ACK_SN의 값은 도 6의 정의된 것과 다른 실시 예이다.

즉, 도 7의 ACK_SN에 대하여 설명하면, ACK_SN 필드는 STATUS PDU가 정보를 포함하는 첫번째 PDU의 RLC SN을 가리킨다. 즉, 송신측은 이 STATUS PDU를 수신하면, 수신측이 ACK_SN 에 해당하는 PDU까지의 PDU들 중에서 NACK_SN 또는 NACK_SN, SOstart, SOend에 해당하는 PDU 또는 그 부분을 제외하고 모두 제대로 수신했다고 판단한다.

VR(MS)의 값(즉, VR(MS) = 11)과 동일한 값으로 ACK_SN이 셋팅되지 않는다.

첫번째 STATUS PDU에서 ACK_SN = 7(즉, NACK_SN3=6의 다음값이다)으로 셋팅되고, 첫번째 STATUS PDU에는 3개(이는 현재 가용한 무선자원의 크기를 의미함)의 수신하지 못한 AMD PDU들(즉, SN이 3, 5, 6), 즉 NACK_SN1 = 3, NACK_SN2 = 6, NACK_SN3 = 6를 포함한다. 두번째 STATUS PDU에서 ACK_SN = 9(즉, NACK_SN4=8의 다음값이다)으로 셋팅되고,두번째 STATUS PDU는 2개(이는 현재 가용한 무선자원의 크 기를 의미함)의 수신하지 못한 AMD PDU들(즉, SN이 3, 5, 6, 8), 즉 NACK_SN1 = 3, NACK_SN2 = 5, NACK_SN3 = 6, NACK_SN3 = 8를 포함한다.

특히, 도 6의 실시 예의 ACK_SN과 비교하여 볼 때, 도 7의 경우 ACK_SN에 해당하는 PDU까지 수신측이 수신(correctly received)된 것으로 송신측이 판단하지만, 도 6의 경우 ACK_SN -1 에 해당하는 PDU까지 수신측이 수신된 것으로 송신측이 판단한다.

도 8은 본 발명의 제2 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성이다. 특히, 도 8의 제2 실시 예는, NACK_SN element 중 일부를 포함하지 않고 Partial STATUS PDU를 구성하는 방법이다. 다만,도 7의 제2 실시 예는, 도 5와 같이 데이터가 수신된 것으로 가정하고, 또한 현재 가용한 무선 자원으로 수신측 RLC가 2개의 NACK_SN 엘리먼트(element)를 송신측 RLC로 전송할 수 있는 것을 전제하여 설명하기로 한다. 즉, 도 5의 STATUS PDU와 같이, 수신측 RLC가 송신측 RLC로 보낼 STATUS PDU는 도 8의 Intended STATUS PDU와 같다. 그런데, 수신측 RLC는 현재 가용한 무선자원으로 이러한 STATUS PDU를 전체를 송신측 RLC로 보낼 수 없는 상황이다. 따라서, 본 발명에 따른 도 8의 partial STATUS PDU를 정의한다.

이하, 도 8을 참조하여, 송신측과 수신측 AM RLC의 동작 실시 예를 설명한다.

도 8의 제2 실시 예는, STATUS PDU의 크기를 가용 무선자원에 맞추기 위해서 일부 NACK_SN element (NACK_SN 또는 NACK_SN, SOstart, SOend)를 STATUS PDU에 포함시키지 않고 STATUS PDU를 구성하는 방법이다. 이때, ACK_SN은 종래와 같이 그대 VR(MS)로 셋팅한다. 도 6의 예에서 만약 가용 무선자원이 작아 STATUS PDU가 NACK_SN element를 두 개 밖에 포함할 수 없다면, 도 8과 같이 STATUS PDU를 구성하는 것이다.

본 발명의 제2 실시 예에 있어서 송신측과 수신측 AM RLC의 동작 방법은 다음과 같다:

1. 수신측 AM RLC가 STATUS PDU를 구성하는데 있어서,

1-1) ACK_SN을 VR(MS)로 셋팅한다.

1-2) 첫번째 NACK_SN인 NACK_SN1을 VR(R)로 셋팅한다.

1-3) NACK_SN1 < SN < ACK_SN인 PDU들 중 수신하지 못한 PDU의 SN들을 주어진 무선자원에 맞게 몇 개만 선택하여 NACK_SN 리스트를 구성한다. 도 7에서, 무선자원이 2개 NACK_SN element가 가용한 것으로 전제하였기 때문에, NACK_SN2 =3 이 선택되었다.

2. 송신측 AM RLC가 상기의 STATUS PDU를 수신하면,

2-1) VT(A) ≤ SN < NACK_SN1인 PDU들은 전송 성공으로 판단한다.

2-3) NACK_SN1 ≤ SN < ACK_SN인 PDU들 중 NACK_SN으로 표시되지 않은 PDU들은 전송 성공여부를 모르는 것으로 판단한다.

2-4) VT(A)를 NACK_SN1으로 셋팅한다.

본 발명에 따른 도 7의 제2 실시 예는, ACK_SN을 종래와 같이 VR(MS)로 셋팅(즉, 도 8에서 ACK_SN = 7)하여 수신측이 실제로 어느 PDU까지를 수신하였는가를 송신측에 알려주기 위함이다. 그리고, NACK_SN 리스트(list)를 NACK_SN인 PDU 중 몇 개만 선택하여 구성하는데, 그로 인한 송신측의 잘못된 판단을 막기 위하여, 수신측은 STATUS PDU 구성 시 NACK_SN1을 항상 VR(R)로 셋팅하고, 송신측은 NACK_SN으로 표시되지 않은 PDU들의 전송 성공여부는 ACK이 아닌 모르는 것으로 판단하는 것이다.

이때, NACK_SN1을 VR(R)로 셋팅하는 이유는, 송신측이 VT(A) ≤ SN < NACK_SN1인 PDU들을 전송 성공으로 판단하기 때문에, VR(R)이 아닌 더 큰 값으로 셋팅할 경우 송신윈도우의 시작점이 전송 실패한 PDU보다 큰 SN으로 이동하여 상기 전송 실패한 PDU를 재전송하지 않게 되기 때문이다.

또한, 송신측이 NACK_SN1 ≤ SN < ACK_SN인 PDU들 중 NACK_SN으로 표시되지 않은 PDU들의 전송 성공여부를 ACK으로 판단하지 않는 이유는, 가용 무선자원이 작아 NACK_SN 리스트에 싣지 못한 NACK_SN들을 ACK으로 판단하지 않도록 하기 위함이다.

상기 설명에서 NACK_SN element는, 실제로 NACK_SN 그 자체일수도 있으며, 또한 세그머트(segment)를 고려한 NACK_SN, SOstart, SOend로 이루어진 set일 수도 있다.

도 9은 본 발명의 제2 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성의 다른 예이다. 도 9의 실시 예의 경우, 상태PDU를 가용한 무선자원을 고려하여 첫번째(first) STATUS PDU와 두번째(second) STATUS PDU로 수신측 RLC 엔티티가 송신측 RLC 엔티티로 전송하는 실시 예이다. 다만, 도 9의 ACK_SN의 값은 도 8의 정의된 것과 다른 실시 예이다. 도 9의 ACK_SN은 도 7에서 설명된 것과 같다.

VR(MS)의 값(즉, VR(MS) = 11)이 ACK_SN의 값(즉, ACK_SN = 11)으로 셋팅되고, 첫번째 STATUS PDU는 3개 (이는 현재 가용한 무선자원의 크기를 의미함)의 수신하지 못한 AMD PDU들(즉, SN이 3, 5, 6), 즉 NACK_SN1 = 3, NACK_SN2 = 5, NACK_SN3 = 6를 포함한다. 두번째 STATUS PDU는 2개(이는 현재 가용한 무선자원의 크기를 의미함)의 수신하지 못한 AMD PDU들(즉, SN이 8, 10), 즉 NACK_SN1 = 8, NACK_SN2 = 10을 포함한다. 특히, 도 8의 실시 예의 ACK_SN과 비교하여 볼 때, 도 9의 경우 ACK_SN에 해당하는 PDU까지 수신측이 수신(correctly received)된 것으로 송신측이 판단하지만, 도 8의 경우 ACK_SN -1 에 해당하는 PDU까지 수신측이 수신된 것으로 송신측이 판단한다.

본 발명의 제3 실시 예는, Normal STATUS PDU와 Partial STATUS PDU를 CPT(Control PDU Type) 필드로 구분하여 전송하는 방법이다. 여기서, Normal STATUS PDU에서 Normal 이란 사전적 의미에 국한 되는 것이 아니라, 본 발명에서 정의한 partial STASUS PDU와 구별하기 위해 사용된 용어이다.

RLC control PDU의 헤더에는 3bit의 CPT (Control PDU Type) 필드가 존재하여 해당 control PDU의 종류를 알려주는 역할을 한다. 그런데, 현재는 STATUS PDU는 한 종류 밖에 정의되어 있지 않고, 따라서 CPT=000인 경우만 사용되며 나머지 값은 사용하지 않고 있다. 즉, 본 발명의 제3 실시 예는, 일 예로 CPT = 000일 경우 Normal STATUS PDU를 가리키고, CPT = 001 일 경우 partial STATUS PDU를 가리 키는 것으로 CPT 필드를 활용할 수 있다.

본 발명의 제3 실시 예는 control PDU의 종류로 Partial STATUS PDU를 추가하여 CPT 필드로 이를 구분하여 사용하는 방법이다. 즉, 무선 자원이 충분한 경우에는 종래의 Normal STATUS PDU를 전송하고, 무선 자원이 Normal STATUS PDU보다 작을 때에는 Partial STATUS PDU를 전송하는 것이다. 송신측에서는 control PDU를 수신하면 CPT 필드를 이용하여 수신한 control PDU가 Normal STATUS PDU인지 Partial STATUS PDU인지를 판별하여 그에 맞게 동작한다.

한편, 송신측이 네트워크인 경우 수신한 STATUS PDU가 Normal인지 Partial인지를 아는 것이 중요하다. 그 이유는 단말의 전송 무선 자원을 네트워크가 할당하기 때문이다. 즉, 네트워크가 단말로부터 Partial STATUS PDU를 수신하게 되면 상기 단말에게 할당한 무선 자원이 부족하다고 판단하고, 다음 할당에는 좀더 많은 자원을 할당하는 등의 효과적인 동작을 할 수 있기 때문이다.

한편, CPT 필드를 이용하는 제3의 실시 예는 본 발명의 제1 실시 예 및 제2 실시 예에 적용할 수도 있다. 즉, 본 발명의 제1 실시 예의 Partial STATUS PDU에 제3 실시 예의 CPT 필드를 사용할 경우, CPT 필드(예를 들어, CPT = 001로 세팅된 경우)가 포함된 partial STATUS PDU를 수신한 송신측은 수신측 무선 자원이 부족해 모든 NACK_SN(즉, 수신측이 수신실패한 PDU)을 partial STATUS PDU에 싣지 못했음을 판단(분석)할 수 있다. 따라서, 이후의 송신측은 수신실패된 PDU를 재전송할 때, 효과적으로 대비할 수 있다.

또한, 본 발명의 제2 실시 예의 Partial STATUS PDU에 제3 실시 예의 CPT 필 드를 사용할 경우, 역시 모든 NACK_SN(즉, 수신측이 수신실패한 PDU)를 partial STATUS PDU에 싣지 못했음을 송신측이 CPT 필드의 세팅된 값을 통하여 판단(분석)할 수 있다. 특히, 이러한 경우, 송신측은 NACK_SN으로 표시되지 않은 PDU의 전송 성공여부는 모르는 것으로 판단하고, 해당 PDU들을 버퍼에 계속 저장시켜 놓아야 한다.

본 발명에 따른 수신 장치는, 본 발명에 따른 제1 실시 예 및 제2 실시 예에서 설명한 STATUS PDU를 구성하는 모듈을 포함하는 것을 특징으로 한다.

본 발명에 따른 수신장치의 모듈은 현재 가용한 무선자원을 확인하고, 그 가용한 무선자원을 고려하여 STATUS PDU를 구성한다. 상기 모듈은 상기 STATUS PDU에 그 가용한 무선자원의 크기에 맞도록 NACK 엘리먼트들을 싣고, ACK_SN의 값을 설정한다. 이때, 상기 모듈은 ACK_SN을 설정 시에, 상기 본 발명의 제1 실시 예와 제2 실시 예와 같이 설정을 한다.

상기 모듈은 상기와 같이 가용한 무선자원을 고려하여 구성한 STATUS PDU를 peer RLC 엔티티로 전송한다.

이상, 본 발명에 따른 수신 장치는, 상술한 구성요소 이외에 본 발명의 기술적 사상을 구현하기 필요한 소프트웨어 및 하드웨어, 예를 들어 출력장치(디스플레이, 스피커 등), 입력장치(키패드, 마이크 등), 메모리, 송수신부(RF 모듈, 안테나 등)을 기본적으로 포함한다. 이러한 구성요소에 대하여는, 본 발명 기술분야의 통상의 기술자에게 자명한 사항인바, 그 상세한 설명은 생략한다.

한편, 여기까지 설명된 본 발명에 따른 방법은 소프트웨어, 하드웨어, 또는 이들의 조합으로 구현될 수 있다. 예를 들어, 본 발명에 따른 방법은 저장 매체(예를 들어, 이동 단말기 내부 메모리, 플래쉬 메모리, 하드 디스크, 기타 등등)에 저장될 수 있고, 프로세서(예를 들어, 이동 단말기 내부 마이크로 프로세서)에 의해서 실행될 수 있는 소프트웨어 프로그램 내에 코드들 또는 명령어들로 구현될 수 있다.

이상, 본 발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

도 1은 종래 이동통신 시스템인 LTE 시스템의 망 구조이다.

도 2는 3GPP 무선접속망 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 제어평면(control plane) 구조이다.

도 3은 3GPP 무선접속망 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 사용자평면(user plane) 구조이다.

도 4는 현재 LTE 시스템에서 사용되고 있는 STATUS PDU 구조이다.

도 5는 LTE 시스템에서 STATUS PDU를 구성하는 예이다.

도 6은 본 발명의 제1 실시 예로서, 본 발명에 따른 partial STATUS PDU를 구성이다.

도 7은 본 발명의 제1 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성의 다른 예이다.

도 8은 본 발명의 제2 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성이다.

도 9은 본 발명의 제2 실시 예로서, 본 발명에 따른 partial STATUS PDU 구성의 다른 예이다.

Claims

(A) 수신측 RLC(Radio Link Control) 엔티티(entity)가 데이터의 수신 성공 및 또는 수신 실패를 알리는 상태 정보가 포함된 상태 PDU(status PDU, Protocol Data Unit)를 생성하는 단계와, 상기 데이터는 송신측 RLC 엔티티가 전송한 AMD(Acknowledged Mode Data) PDU들이거나 AMD PDU들의 일부이고;

(B) 상기 생성한 상태 PDU를 상기 송신측 RLC 엔티티에게 전송하는 단계;를 포함하되,

상기 (A) 단계에서 가용한 무선자원을 고려하여 수행되고, 상기 생성된 상태 PDU가 가용한 무선자원의 전체 크기에 맞도록 상기 가용한 무선자원을 고려하여 상기 상태 PDU가 생성되는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서, 상기 (A) 단계는

상기 수신측 RLC 엔티티가 일련번호(SN) 순서대로 NACK 엘리먼트들을 상기 상태 PDU에 포함시키는 단계와;

상기 상태정보가 상기 상태 PDU에서 어떤 AMD PDU까지 포함하는지를 가리키는 정보를 상기 상태 PDU에 포함시키는 단계를 포함하는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제2항에 있어서, 상기 상태 PDU에서 어떤 AMD PDU까지 포함하는지를 가리키 는 정보는,

ACK_SN 이고,

상기 ACK_SN은 상기 NACK 엘리먼트들 이후의 첫번째로 완전히 수신하지 못한 AMD PDU의 SN으로 세팅되는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제2항에 있어서, 상기 NACK 엘리먼트들은

첫번째로 수신하지 못한 AMD PDU 또는 AMD PDU의 일부로부터 수신하지 못한 특정 AMD PDU 또는 AMD PDU의 일부까지 증가하는 일련번호 순서대로 포함하고, 상기 생성된 상태 PDU가 가용한 무선자원의 크기에 맞는 것을 특징으로 하는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제4항에 있어서, 상기 NACK 엘리먼트들 중 두 개의 인접한 NACK 엘리먼트 사이에는 상기 수신측 RLC 엔티티가 수신하지 못한 AMD PDU 또는 AMD PDU 일부들이 존재하지 않는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서, 상기 NACK 엘리먼트들 중 두 개의 인접한 NACK 엘리먼트 사이에는 상기 수신측 RLC 엔티티가 수신하지 못한 AMD PDU 또는 AMD PDU 일부들이 존재할 수 있는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서, 상기 가용한 무선자원은

하위 계층이 알려주는 상기 RLC entity가 생성 가능한 RLC PDU들의 전체 크기인 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서,

상기 RLC entity가 생성 가능한 모든 RLC PDU들의 전체 크기에 대해 하위 계층(MAC)으로부터 지시를 받는 단계를 더 포함하는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서, 상기 (A) 단계는

첫번째로 수신하지 못한 AMD PDU 또는 수신하지 못한 AMD PDU들의 일부의 NACK_SN 엘리먼트를 포함하고,

또한 수신하지 못한 다른 AMD PDU 또는 수신하지 못한 다른 AMD PDU들의 일부의 적어도 하나의 NACK_SN 엘리먼트를 옵션으로 더 포함하여 수행되는 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제9항에 있어서, 상기 NACK_SN 엘리먼트는

NACK_SN과;

옵션으로 SOstart 필드 및 a SOend 필드로 구성된 것을 특징으로 하는 무선통신에서의 상태 정보 전달 방법.
제1항에 있어서, 상기 생성된 상태 PDU는

상기 생성된 상태 PDU의 유형을 가리키는 지시자(indicator)를 더 포함하며,

상기 지시자의 값에 따라 제1 유형 상태 PDU(Normal STATUS PDU)와 제2 유형 상태 PDU(partial STATUS PDU)로 구분되는 것을 특징으로 하는 무선통신에서의 상태 정보 전송 방법.
수신측 RLC 엔티티가 송신측 RLC 엔티티로 데이터(PDU)의 수신상태를 보고하는 상태 정보 전달 방법에 있어서,

수신측 RLC 엔티티가 가용한 무선 자원을 고려하여, RLC 데이터 PDU들의 수신상태에 대한 정보를 포함하는 STATUS PDU를 구성하는 제1 단계와;

상기 수신측 RLC 엔티티가 상기 구성한 STATUS PDU를 송신측 RLC에 전송하는 제2 단계를 포함하되,

상기 제1 단계는

수신하지 못한 NACK_SN들은 선택적으로 상기 가용한 무선 자원까지 싣는 단계와;

ACK_SN의 값을 VR(MS) 값으로 셋팅하는 단계를 포함하는 것을 특징으로 하는 무선통신에서의 상태 정보 전송 방법.
현재 가용한 무선자원을 확인하고;

그 가용한 무선자원을 고려하여 STATUS PDU(Protocol Data Unit)를 구성하되, 상기 STATUS PDU에 그 가용한 무선자원의 크기에 맞도록 NACK(Negative Acknowledement)엘리먼트들을 싣고, ACK_SN의 값을 설정하고;

상기 구성한 STATUS PDU를 peer RLC(Radio Link Control)엔티티(entity)로 전송하는 모듈을 포함하여 구성된 무선통신에서의 수신측 RLC 엔티티.