KR101470638B1

KR101470638B1 - 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치

Info

Publication number: KR101470638B1
Application number: KR1020080055964A
Authority: KR
Inventors: 이승준; 이영대; 천성덕; 박성준
Original assignee: 엘지전자 주식회사
Priority date: 2007-06-18
Filing date: 2008-06-13
Publication date: 2014-12-08
Also published as: US8964652B2; EP2168261A2; WO2008156301A2; EP2168261A4; KR20080111396A; WO2008156301A3; US20100136995A1; EP2168261B1

Abstract

본 발명은 이동통신 시스템의 무선자원 향상 방법, 상태보고 방법 및 수신장치(수신기)에 관한 것이다.

본 발명은 수신측 RLC가 상태보고(Status Report)를 전송하는데 있어서 수신하지 못한 데이터 (일명, 'missing PDU'라 함)가 발견되더라도 즉시 재전송을 요구하지 않고 일정 시간이 경과한 이후(즉, 타이머가 만료되는 시점)에 상태보고를 전송하도록 하여, 상태보고(Status Report) 전송에 소모되는 무선 자원을 줄이는 것이다.

UMTS, E-UMTS, 이동통신, 상태보고, RLC, LTE망, 수신기, 수신장치, E-UTRAN

Description

이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고 방법 및 수신장치{METHOD FOR ENHANCING RADIO RESOURCE AND INFORMING STATUS REPORT IN MOBILE TELECOMMUNICATIONS SYSTEM AND RECEIVER OF MOBILE TELECOMMUNICATIONS}

본 발명은 이동통신 시스템의 무선프로토콜에 관한 것으로서, 특히 UMTS (Universal Mobile Telecommunications System)에서 진화된 E-UMTS(Evolved Universal Mobile Telecommunications System)에서 무선자원 향상 방법, 상태정보 보고 방법 및 수신장치에 관한 것이다.

도 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가 설정된다는 것은 특정 서비스를 제공하기 위해 필요한 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파 라미터 및 동작 방법을 설정하는 과정을 의미한다.

이하 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라고 부른다.

어느 통신시스템이든 물리채널에서 데이터가 손실될 가능성이 있다. 비록 E-UTRAN시스템이 이전의 시스템에 비해서 물리계층에서 데이터가 송신측에서 수신측으로 제대로 전달되지 않을 확률이 많이 낮아지긴 하였지만 완전히 사라진 것은 아니다. 특히 기지국으로부터 멀리 떨어져 있는 단말일수록 데이터의 손실률은 높다. 따라서, 중요한 시그널링 데이터라던지 또는 에러없는 전송이 필요한 TCP데이터 같은 경우 보다 특별한 관리가 필요하다. 이들을 위해 상기에서 언급한 AM모드가 사용된다.

그런데, 이렇게 AM모드를 사용할 경우, 수신측은 자신이 제대로 수신하지 못한 데이터가 있는 경우 이를 신속하게 송신측에 알려야 한다. 수신측이 데이터 수신 오류를 인지하고, 이를 송신측에 알리는 과정에 필요한 시간이 작으면 작을수록, 오류정정에 걸리는 시간이 줄어들고, 또한 사용자 데이터의 전송 장애 시간을 줄일 수 있으므로 사용자의 만족도를 높일 수 있다. 따라서, RLC 계층에서는 RLC Status Report를 통하여 수신측이 송신측으로 수신측 버퍼 상황을 알리고 또한 수신하지 못한 데이터에 대해 재전송을 요구하게 된다.

그러나, RLC 수신측이 매번 수신하지 못한 데이터를 발견할 때마다 Status Report를 전송한다면, 이는 무선 자원의 낭비를 초래한다. 상기한 바와 같이 RLC Status Report는 RLC Status PDU를 통해 전송되는데 이 역시 하나의 RLC PDU이기 때문에 일정량의 무선자원을 소모하며 전송되기 때문이다.

따라서, RLC Status Report를 너무 늦지 않게 전송될 수 있도록 하며 동시에 무선 자원의 소모가 너무 크지 않도록 하는 메커니즘이 필요하다.

본 발명은 종래 기술적 문제를 해결하기 위해, 본 발명에서 새로이 정의한 RLC Status Report를 보내는 LTE에서 새로운 L2 프로토콜을 설계를 제공하는 것이다.

상기와 같은 종래 기술의 과제를 해결하기 위하여, 본 발명에 따른 이동통신시스템에서의 상태정보 보고 방법은,

(A) 송신측으로부터 비순차적으로 PDU (Protocol Data Unit)를 수신 시, 수신측이 수신윈도우의 시작점에 타이머를 구동시키는 단계와;

(B) 상기 수신윈도우의 시작점에 해당하는 PDU가 수신되지 않고 상기 타이머가 만료되면, 상기 타이머의 만료 시점까지 수신되지 않은 PDU들에 대한 정보를 포함하는 상태보고를 상기 수신측이 상기 송신측에 전송하는 단계;를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 (A) 단계에서 상기 타이머는

상기 송신측으로부터 비순차적인 PDU를 수신하고, 현재 구동중인 타이머가 없는 경우에 구동되는 것을 특징으로 한다.

바람직하게는, 상기 구동 중인 타이머가 만료되기 전에 상기 수신윈도우의 시작점에 해당하는 PDU를 수신하면, 상기 타이머가 중단되는 단계와;

상기 수신한 PDU 및/또는 그 다음의 순차적 PDU를 상위계층으로 전달하는 단 계;를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 수신한 PDU 및/또는 그 다음의 순차적 PDU를 상위계층으로 전달한 후, 첫번째 수신하지 못한 PDU에 수신윈도우의 시작점이 일치하도록 상기 수신측이 상기 수신윈도우를 이동시키는 단계와;

상기 이동한 수신윈도우 내에 저장된 PDU가 있는지 검사하는 단계와;

상기 검사결과 저장된 PDU가 있으면, 상기 이동한 수신윈도우의 시작점에 대해 타이머를 재구동하는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 (B) 단계에서

상기 타이머가 만료되어 상기 상태보고를 상기 송신측에 전송한 후,

상기 수신윈도우의 시작점에 대해 타이머를 재구동하는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 송신측은 네트워크 이고, 상기 수신측은 단말이며,

상기 (A) 및 (B) 단계는 상기 단말의 RLC (Radio Link Control) 엔티티에 의해 수행되는 것을 특징으로 한다.

바람직하게는, 상기 타이머가 구동되는 시간의 값은, 상기 송신측이 결정하여 상기 수신측에 전달하는 것을 특징으로 한다.

또한, 상기와 같은 종래 기술의 과제를 해결하기 위하여, 본 발명에 따른 장치는,

송신측이 전송한 PDU 들을 저장하는 수신버퍼와;

수신윈도우의 시작점에 수신되지 않은 PDU가 있는 경우, 설정된 시간동안 작 동하는 타이머와;

상기 수신윈도우를 설정하고, 그 수신윈도우에 수신된 PDU들 중에 수신되지 않은 PDU가 있는지 PDU의 SN(Sequece Number)을 이용하여 판단하고, 첫번째 수신되지 않은 PDU가 있는 수신윈도우의 시작점에 대해 타이머를 구동시키는 처리부;를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 처리부는, 상기 타이머가 만료하는 시점에서 상기 타이머가 구동된 해당 PDU를 수신하지 못하면, 그 만료된 시점에서 수신되지 않은 missing PDU들에 대한 정보를 포함하는 상태보고를 상기 송신측에 전달하는 것을 특징으로 한다.

바람직하게는, 상기 수신되지 않은 PDU는, missing PDU인 것을 특징으로 한다.

본 발명은, 어떤 데이터가 수신되지 않았을 때, 바로 재전송을 요청하지 않고 일정시간이 경과한 후, 여러 개의 수신되지 않은 데이터들을 모아서 재전송을 요청하도록 함으로써, 재전송 요청에 소비되는 무선 자원을 줄일 수 있다는 장점이 있다.

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

따라서 본 발명의 기본개념은 1) 수신측(즉, 단말) RLC가 상태보고(Status Report)를 전송하는데 있어서 수신하지 못한 데이터 (이하, 'missing PDU'라 함)가 발견되더라도 2) 즉시 재전송을 요구하지 않고 일정 시간이 경과한 이후에 수신하지 못한 데이터에 대한 상태정보에 대한 상태보고를 전송하도록 하여, 3) 상태보고(Status Report) 전송에 소모되는 무선 자원을 줄이도록 하는데 있다.

이러한 본 발명의 개념을 구현하기 위한 방법으로, 수신측 RLC는 타이머를 두고, 특정 조건(즉, 타이머 구동조건)이 만족되면 상기 타이머를 구동시키며, 또한 특정 조건(즉, 타이머 중단 조건)이 만족되면 상기 구동된 타이머를 중단시키며, 만약 상기 타이머가 만료될 때까지 상기 중단 조건이 만족되지 않으면 상태보고(Status Report)를 송신측(즉, 네트워크) RLC로 전송한다. 이후 특정 조건(즉, 타이머 구동조건)이 만족되면 다시 상기 타이머를 재구동한다.

여기서 상기 타이머의 구동 조건과 중단 조건에 따라 RLC의 동작 방법과 Status Report 송신 조건이 달라지는데, 본 발명에서는 다음과 같은 타이머의 구동 및 중단 조건을 제안한다. 바람직하게 타이머는 동시에 한 개만 구동된다

이하, 타이머 구동 조건을 설명한다:

첫째, 어떤 RLC PDU를 비순차적(out-of-sequence)으로 수신한다;

둘째, 현재 구동 중인 타이머가 없어야 한다.

이러한 타이머 구동 조건이 만족하여 타이머가 구동되는 경우, 수신윈도우의 시작점(lower edge)에 해당하는 PDU에 대해 타이머가 구동된다.

이하, 타이머의 중단 조건을 설명한다:

타이머를 구동시킨 해당 PDU, 즉 수신윈도우 시작점에 해당하는 PDU가 수신되면 타이머는 중단된다. 이와 같이, 타이머가 중단되면, 타이머를 구동시킨 PDU 및 그 이후의 연속적인 PDU들을 상위 계층으로 전달한다; 수신윈도우의 시작점이 연속적인 PDU 들 이후 첫번째로 수신하지 못한 PDU로 이동한다; 그리고 상위계층으로 전달되지 못하고 계속 수신버퍼에 저장되어 있는 PDU가 있으면, 이동한 수신윈도우의 시작점에 해당하는 PDU에 대해 타이머를 재구동시킨다.

이하, 타이머의 만료시 동작을 설명한다:

타이머가 만료 시까지 타이머 중단 조건이 충족되지 않는다면, 수신측 RLC는 수신하지 못한 PDU들에 대한 정보를 포함하는 상태보고(Status Report)를 구성하여 그 상태보고를 송신측 RLC에 전송한다; 그리고 타이머를 수신윈도우 시작점에 해당하는 PDU에 대해 재구동시킨다.

이와 같은 타이머의 구동 및 중단 조건과 동작에 따라, 수신측 RLC의 상세한 동작을 설명하면 다음과 같다.

- eNB RRC(네트워크 또는 송신측)은 missing PDU 타이머의 값을 결정하고, 이를 단말 RRC에 알린다(eNB RRC decides the value of a missing PDU timer, and informs it to UE RRC). 여기서, missing PDU 타이머의 값이란, 수신윈도우의 시작점에 해당하는 PDU(즉, 수신윈도우에서 첫번째 missing PDU)에 대해 타이머가 동작되는 시간의 값이다. 그리고, eNB는 네트워크의 엔티티로서 기지국을 말한다. eNB RRC는 송신측으로서 기지국의 RRC 계층이다. 반면, 단말 RRC는 수신측으로서 단말의 RRC 계층이다.

- 단말 RRC는 상태보고를 위해 일명 'missing PDU 타이머 만료' 트리거를 포함하여 단말 RLC를 설정한다. 그리고, 상기 missing PDU 타이머 값을 단말 RLC에게 알린다(UE RRC configures UE RLC with "Expiry of a missing PDU timer" trigger for status reporting, and informs UE RLC of the value of the missing PDU timer).

-RLC PDU를 수신하면, 수신측 RLC는 다음과 같은 동작을 한다(Upon reception of a RLC PDU, the Receiving RLC entity shall):

1) 만약 RLC PDU가 순차적으로 수신되면(if the RLC PDU is received in-sequence), 상기 RLC PDU를 상위 계층으로 전달하고(deliver the RLC PDU to upper layer) 그 다음의 모든 순차적 RLC PDU들을 상위 계층으로 전달한다(deliver all the following in-sequence RLC PDUs to upper layer); 그런데, 만약 수신버퍼에 PDU가 남아 있다면(if there is any remaining PDU in the reception buffer), 수신버퍼에서 수신 윈도우의 시작점(lower edge)을 첫번째 missing PDU로 셋팅한다(set the lower edge of the reception window to the first missing PDU in the reception buffer); 그러나, 만약 수신버퍼에 PDU가 남아 있지 않다면(otherwise, if there is no remaining PDU in the reception buffer), 수신 윈도우의 시작점을 수신이 예상되는 다음 PDU로 세팅한다(set the lower edge of the reception window to the next PDU expected to be received);

2) RLC PDU가 순차적으로 수신되지 않는다면(otherwise, if the RLC PDU is received out-of-sequence), RLC PDU를 수신버퍼에 저장을 하되, RLC PDU의 RLC 일련번호(SN)가 가리키는 위치에 저장을 한다(store the RLC PDU in the reception buffer with the position indicated by its RLC sequence number); missing PDU 타이머가 동작 중이 아니라면, 수신버퍼의 시작점에 대해 missing PDU 타이머를 작동시킨다(start a missing PDU timer for the lower edge of the reception buffer if there is no active missing PDU timer);

- 수신윈도우의 시작점과 RLC PDU의 SN(Sequence Number)와 동일한 해당 RLC PDU를 수신하면, 수신측 RLC 엔티티는 다음과 같은 동작을 한다(Upon reception of the RLC PDU whose sequence number is equal to the lower edge of the reception window, the receiving RLC entity shall):

1) missing PDU 타이머를 중단한다(stop the missing PDU timer);

2) RLC PDU를 상위계층으로 전송한다(deliver the RLC PDU to upper layer);

3) 그 후 모든 순차의 RLC PDU들을 상위계층으로 전송한다(deliver all the following in-sequence RLC PDUs to upper layer);

4) 만약 수신버퍼에 PDU가 남아 있다면(if there is any remaining PDU in the reception buffer), 수신윈도우의 시작점을 수신버퍼에서의 첫번째 missing PDU로 설정한다(set the lower edge of the reception window to the first missing PDU in the reception buffer). 그리고, 상기 수신윈도우의 시작점에 대해 missing PDU 타이머를 재동작시킨다(restart a missing PDU timer for the lower edge of the reception window);

5) 한편, 수신버퍼에 PDU가 남아 있지 않다면(otherwise, if there is no remaining PDU in the reception buffer), 수신윈도우의 시작점을 수신이 예상되는 다음 PDU로 설정한다(set the lower edge of the reception window to the next PDU expected to be received);

- missing PDU 타이머가 종료 시, 수신측 RLC 엔티티는 송신측 RLC 엔티티로 상태보고를 전송한다(Upon expiry of the missing PDU timer, the receiving RLC entity shall transmit a Status Report to the Sending RLC entity). 이때, 상기 상태보고는 missing PDU(즉, 수신 실패한 PDU)에 대한 정보를 포함하고 있다. 그리고, 수신윈도우의 시작점에 대해 missing PDU 타이머를 재동작시킨다(restart a missing PDU timer for the lower edge of the reception window).

이하, 상기와 같은 타이머의 동작을 도 4 및 도 5를 참조하여 보다 상세히 설명한다.

도 4는, 본 발명의 일 실시 예로서, 타이머가 만료되어 수신측이 송신측에 상태보고를 전송하는 방법을 도시한 블록도이다.

도 4에서 수신윈도우의 크기는 8이다. 도 4의 t = T0 시점에서 도시된 바와 같이, 수신윈도우의 시작점(lower edge)은 0이고 끝점(higher edge)는 8에 위치하고 하고 있다. 이하, 도 4의 실시 예를 t = T0 시점(S1), t = T1 시점(S2), 그리고 t = T2 시점(S3)으로 구분하여 설명한다.

첫째, t = T0 시점에 수신윈도우는 0 ~ 8에 위치하고 있다. 이때, 수신측에 서 PDU0과 PDU1이 순차적(in-sequence)으로 수신되면, 이들은 순차적으로 상위계층(upper layer)으로 전달된다(S1). 이후, 수신윈도우는 2~10으로 이동한다.

둘째, t = T1 시점에 PDU4가 수신된다. 이때, PDU2 및 PDU3가 아직 수신되지 않았기 때문에, PDU4는 상위계층으로 전달되지 않고, 수신버퍼에 저장된다. 이 시점에서 현재 구동 중인 타이머(즉, missing PDU 타이머)가 없으므로, 수신측 RLC는 수신윈도우의 시작점인 PDU2에 대해 타이머를 구동시킨다(S2). 이때, 타이머는 미리 설정된 시간만큼 작동된다.

셋째, t = T2 시점에서 타이머가 만료된다. 타이머가 만료될 때까지 PDU3과 PDU7 만이 더 수신되었다. 한편, 타이머가 구동된 시점(즉, t=T1)에서 만료된 시점(즉, t=T2)까지 PDU2, PDU5 및 PDU6이 수신되지 않았다. 따라서, 수신측은 수신실패한 데이터(즉, PDU2, PDU5 및 PDU6)에 대한 수신 실패 정보(예를 들어, NACK 정보)를 바탕으로 상태보고(Status Report)를 구성하여 송신측으로 전송한다(S3). 즉, 타이머가 만료되면, 그 시점에서 수신실패한 데이터(즉, missing PDU)에 대한 정보(즉, NACK 정보)를 포함하는 상태보고를 수신측이 송신측에 전송한다. 그리고, 수신측은 수신윈도우의 시작점인 PDU2에 대해 타이머를 재구동시킨다.

도 5는 본 발명의 일 실시 예로서, 도 5는 타이머를 구동시켰으나 이후에 타이머를 구동시킨 PDU가 수신되어 구동 중인 타이머를 중단시키는 방법을 도시한 블록도이다. 도 4에서 수신윈도우의 크기는 8이다. t = T0 시점을 기준으로 볼 때, 수신윈도우의 시작점(lower edge)은 0이고 끝점(higher edge)는 8에 위치하고 있다. 이하, 도 4의 실시 예를 시간이 t = T0 시점(S10), t = T1 시점(S20), t = T3 시점(S30) 그리고 t = T3 이후의 시점(S40)으로 구분하여 설명한다.

도 5는 t = T1 시점에서 PDU2 및 PDU3가 수신되지 않아 타이머가 수신윈도우의 시작점, 즉 PDU2에 대해 구동된 경우이다. 그리고, 그 구동된 타이머가 만료되기 전의 특정 시점(도 5에서 t = T3)에서 PDU2, PDU3 및 PDU7을 수신한 경우이다. 이하, 각 시점에 있어서 수신측 RLC의 동작을 설명한다.

1) t = T0 시점에 수신윈도우는 0 ~ 8에 위치하고 있다. 이때, 수신측에서 PDU0과 PDU1이 순차적(in-sequence)으로 수신되면, 이들은 순차적으로 상위계층(upper layer)으로 전달된다(S10). 이후, 수신윈도우는 2~10으로 이동한다.

2) t = T1 시점에 PDU4가 수신된다. 이때, PDU2 및 PDU3가 아직 수신되지 않았기 때문에, PDU4는 상위계층으로 전달되지 않고, 수신버퍼에 저장된다. 이 시점에서 현재 구동 중인 타이머(즉, missing PDU 타이머)가 없으므로, 수신측 RLC는 수신윈도우의 시작점인 PDU2에 대해 타이머를 구동시킨다(S20). 이때, 타이머는 미리 설정된 시간만큼 작동된다.

3) t = T3 시점에 PDU2를 비롯하여 PDU3 및 PDU7이 수신된다. 타이머를 구동시킨 PDU2가 수신되었으므로, 수신측 RLC는 구동 중인 타이머를 중단시킨다. 그리고, PDU2는 순차적인 PDU이므로 상위계층으로 전달되며, 그 다음의 순차적인 PDU3과 PDU4도 상위로 전달된다(S30).

4) 이후, 수신윈도우는 첫번째 수신하지 못한 PDU인 PDU5로 시작점이 위치하도록 이동한다. 그리고, 수신버퍼에 저장된 PDU (PDU7)가 있으므로, 타이머를 수신윈도우의 시작점인 PDU5에 대해 재구동시킨다(S40).

이하, 본 발명에 따른 수신 장치를 설명한다.

본 발명에 따른 수신 장치는 도 4 내지 도 5의 실시 예를 구현할 수 있는 하드웨어, 소프트웨어, 소프트웨어를 포함하는 모듈 등으로 구성된 장치이다.

본 발명에 따른 장치는 엔티티라고 칭할 수도 있고, 또한 본 발명에 따른 장치가 단말인 경우 단말이라고 칭할 수도 있다.

본 발명의 따른 장치는, 송신측이 전송한 PDU 들을 저장하는 수신버퍼와;

수신윈도우의 시작점에 missing PDU가 있는 경우, 이미 설정된 시간동안 작동하는 타이머와;

상기 수신윈도우를 설정하고, 그 수신윈도우에 수신된 PDU들 중에 missing PDU가 있는지 PDU의 SN(Sequece Number)을 이용하여 판단하고, 첫번째 missing PDU가 있는 수신윈도우의 시작점에 대해 타이머를 구동시키는 처리부;를 포함한다.

또한, 상기 처리부는 상기 타이머가 만료하는 시점에서 타이머가 구동된 PDU를 수신하지 못하면, 그 만료된 시점에서 수신실패한 missing PDU들에 대한 정보를 포함하는 상태보고를 송신측에 전달한다.

또한, 상기 처리부는 상기 타이머가 만료하는 시점에서 타이머가 구동된 PDU를 수신하면, 그 수신한 PDU와 그 다음 순차적인 PDU를 상위계층으로 전송한다.

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

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

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

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

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

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

도 5는 본 발명의 일 실시 예로서, 타이머를 구동시켰으나 이후에 타이머를 구동시킨 PDU가 수신되어 구동 중인 타이머를 중단시키는 방법을 도시한 블록도이다.

Claims

현재 구동중인 타이머가 없고 송신측으로부터 비순차적으로 PDU (Protocol Data Unit)를 수신 시, 수신측이 수신윈도우의 시작점에 해당하는 PDU를 위한 타이머를 구동시키는 단계와;

만약 상기 수신윈도우의 시작점에 해당하는 상기 PDU가 수신되지 않고 상기 타이머가 만료되면, 상기 타이머의 만료 시점까지 수신되지 않은 PDU들에 대한 정보를 포함하는 상태보고를 상기 수신측이 상기 송신측에 전송하는 단계와;

상기 구동 중인 타이머가 만료되기 전에 상기 수신윈도우의 시작점에 해당하는 PDU를 수신하면, 상기 타이머가 중단되는 단계와;

상기 수신한 PDU 및/또는 그 다음의 순차적 PDU를 상위계층으로 전달하는 단계와;

상기 수신한 PDU 및/또는 그 다음의 순차적 PDU를 상위계층으로 전달한 후, 수신하지 못한 PDU에 수신윈도우의 시작점이 일치하도록 상기 수신측이 상기 수신윈도우를 이동시키는 단계와;

상기 이동한 수신윈도우 내에 저장된 PDU가 있는지 검사하는 단계와;

상기 검사결과 저장된 PDU가 있으면, 상기 이동한 수신윈도우의 시작점에 대해 타이머를 재구동하는 단계를 포함하는 것을 특징으로 하는 이동통신시스템에서의 상태정보 보고 방법.
삭제
삭제
삭제
제1항에 있어서, 상기 타이머가 만료되어 상기 상태보고를 상기 송신측에 전송한 후, 상기 수신윈도우의 시작점에 대해 타이머를 재구동하는 단계를 더 포함하는 것을 특징으로 하는 이동통신시스템에서의 상태정보 보고 방법.
제1항에 있어서,

상기 송신측은 네트워크 이고, 상기 수신측은 단말이며,

상기 모든 단계는 상기 단말의 RLC (Radio Link Control) 엔티티에 의해 수행되는 것을 특징으로 하는 이동통신시스템에서의 상태정보 보고 방법.
제1항에 있어서, 상기 타이머가 구동되는 시간의 값은

상기 송신측이 결정하여 상기 수신측에 전달하는 것을 특징으로 하는 이동통신시스템에서의 상태정보 보고 방법.
삭제
삭제
삭제