KR100954925B1

KR100954925B1 - 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａｕｎｉｔ)을 전달하는 방법

Info

Publication number: KR100954925B1
Application number: KR1020090050624A
Authority: KR
Inventors: 이승준; 박성준; 이영대; 천성덕
Original assignee: 엘지전자 주식회사
Priority date: 2008-06-20
Filing date: 2009-06-08
Publication date: 2010-04-27
Anticipated expiration: 2029-06-08
Also published as: CN103179614A; KR20090132503A; CN101621832A; CN103179614B; CN101621832B

Abstract

본 발명은 무선통신 서비스를 제공하는 무선통신 시스템과 단말에 관한 것으로서, UMTS (Universal Mobile Telecommunications System)에서 진화된 E-UMTS (Evolved Universal Mobile Telecommunications System) 또는 LTE 시스템 (Long Term Evolution System)에서 수신측의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층이 핸드오버 (Handover)로 인한 무선링크제어 재설정 (Radio Link Control (RLC) re-establishment)를 통해 수신한 PDCP 서비스 데이터 유닛 (Service Data Unit; SDU)을 상위로 전달할 때, 순차적 (in-sequence)으로 수신한 PDCP SDU들은 타겟 (Target) eNB로부터 새로운 PDCP SDU를 수신하지 않더라도 수신 즉시 상위로 전달하도록 하여, PDCP SDU의 전달 지연 시간을 단축하도록 하는, PDCP 수신측의 PDCP SDU 전달 방법에 관한 것이다.

무선통신, 단말, PDCP, LTE

Description

상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａｕｎｉｔ)을 전달하는 방법{METHOD OF DELIVERING A PDCP DATA UNIT TO AN UPPER LAYER}

본 발명은 무선통신 서비스를 제공하는 무선통신 시스템과 단말에 관한 것으로서, UMTS (Universal Mobile Telecommunications System)에서 진화된 E-UMTS (Evolved Universal Mobile Telecommunications System) 또는 LTE 시스템 (Long Term Evolution System)에서 수신측의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층의 PDCP SDU 전달 방법에 관한 것이다.

도 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와 도 3은 3GPP 무선접속망 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 구조를 나타낸다. 무선인터페이스 프로토콜은 수평적으로 물리계층 (Physical Layer), 데이터링크계층 (Data Link Layer) 및 네트워크계층 (Network Layer)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자 평면 (User Plane, U-plane)과 제어신호 (Signaling) 전달을 위한 제어 평면 (Control Plane, C-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는 신뢰성 있는 데이터 전송을 위해 자동 반복 및 요청 (Automatic Repeat and Request; ARQ) 기능을 통한 재전송 기능을 수행하고 있다.

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

제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에서 사용자 데이터를 전송하는 통로로 사용된다.

종래 기술에서 수신측 PDCP는 RLC (Radio Link Control) re-establishment를 통해 수신한 PDCP SDU들을 상위로 전달하지 않고 수신 버퍼에 저장해 놓고 재정렬 (reordering)을 수행한다. 이렇게 수신 버퍼에 저장된 PDCP SDU들은, RLC re-establishment 이후에 새로운 PDCP SDU가 수신되면 SN 비교 결과에 따라 상위로 전달된다.

종래 기술에서 송신측 PDCP에 의한 PDCP SDU들의 재전송은 상기 RLC 재설정 (re-establishment)보다 RLC 상태 보고 (status report)에 근거한다. 그러므로 많은 경우에, 상기 PDCP는 모든 손실 (missing) PDCP SDU들을 많은 수의 상기 RLC 재설정을 통해 수신할 수도 있다. 예를 들면, 만약 정해진 시간구간 내에 복수개의 핸드오버가 발생하면, 상기 손실된 모든 PDCP SDU들의 수신 가능성은 상기 복수개의 핸드오버가 복수개의 RLC 재설정을 유발하기 때문에 높아진다. 하지만, 상기 복수개의 RLC 재설정과정 동안 상기 손실된 모든 PDCP SDU들을 중복적으로 재전송하는 것은 무선자원의 손실 또는 불필요한 시간 지연을 발생하게 한다.

또한, 앞서 언급한 바와 같이, 종래 기술에서는 RLC re-establishment를 통해 수신한 PDCP SDU들을 상위로 전달하지 않고 수신 버퍼에 저장시켜 reordering을 수행하기 때문에, 데이터 전송에 불필요한 지연 시간이 발생하게 된다. 뿐만 아니라, RLC re-establishment를 통해 수신한 PDCP SDU가 data stream의 마지막 패킷인 경우에는 더 이상 수신할 데이터가 없기 때문에 영원히 상위로 전달되지 못하고 계 속 PDCP 버퍼에 저장되어 있는 교착상태 (deadlock) 현상까지 발생한다.

이러한 연속적인 RLC re-establishment는 고속으로 주행하는 자동차 안에서 이동 단말기 (mobile terminal)을 사용하는 경우 핸드오버가 빈번하게 발생함으로써 발생하는데, 종래 기술의 PDCP SDU 전달 (delivery) 방법은 이러한 고속 주행에서의 이동 단말기의 성능을 크게 떨어뜨리기 때문에, 이를 해결하는 방법이 필요하다.

따라서, 본 발명의 목적은 핸드오버 등으로 인해 RLC re-establishment가 발생하여 PDCP가 RLC로부터 PDCP SDU를 수신하였을 때, 연속적이며 순차적 (in-sequence)으로 수신한 PDCP SDU들은 상위로 전달하도록 하여, 데이터 전송의 지연 시간을 줄이도록 하는 데 있다.

상기와 같은 본 발명의 과제 해결을 위하여, 무선 통신 시스템상에서 데이터 전송 방법으로서, 하위 계층으로부터 일련 번호 (sequence number)을 구비한 데이터 유닛 (data unit)을 수신하는 단계; 버퍼 안에 상기 수신된 데이터 유닛을 저장하는 단계; 상기 수신된 데이터 유닛의 일련 번호가 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1과 동일한지를 판단하는 단계; 그리고 상기 판단 단계에 근거하여 상기 수신된 데이터 유닛의 일련 번호보다 크거나 같은 연속적으로 연결된 일련번호들을 갖는 모든 저장된 데이터 유닛들을 순차적으로 전달하는 단계를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 하위 계층은 무선링크제어 (Radio Link Control; RLC) 계층인 것을 특징으로 한다.

바람직하게는, 상기 판단 단계 및 전달 단계는 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 엔티티에서 수행되는 것을 특징으로 한다.

바람직하게는, 상기 데이터 유닛은 PDCP SDU (PDCP Service Data Unit)인 것을 특징으로 한다.

바람직하게는, 상기 데이터 유닛은 RLC re-establishment를 통해서 수신되는 것을 특징으로 한다.

바람직하게는, 헤더 (header) decompression 또는 deciphering 은 상기 수신 단계와 저장 단계 사이에서 수행되는 것을 특징으로 한다.

바람직하게는, 상기 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1은 상기 마지막 전달된 데이터 유닛의 일련번호 바로 다음 일련 번호를 나타내는 것을 특징으로 한다.

바람직하게는, 상기 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1은 상기 마지막 전달된 데이터 유닛의 일련번호로부터 다음 일련 번호를 나타내는 것을 특징으로 한다.

바람직하게는, 상위 계층으로 전달된 마지막 데이터 유닛의 일련번호를 ‘LAST’로 정하는 단계를 더 포함하는 것을 특징으로 한다.

종래 기술에서는 핸드오버 등의 이유로 RLC re-establishment가 발생한 경우, 이로 인해 PDCP로 전달된 PDCP SDU들이 상위로 전달 가능함에도 불구하고 PDCP 수신 버퍼에서 대기하였다. 본 발명에서는 RLC re-establishment를 통해 수신된 PDCP SDU에 대해서도 SN 검사를 하여 상위로 전달 가능하면 바로 전달하는 방법을 제안하였다. 이러한 방법을 통해 데이터 전송에 있어서 지연 시간을 줄이고, 또한 end of data stream의 경우 프로토콜이 교착상태 (deadlock)에 빠지는 것을 방지할 수 있다.

본 발명은 3GPP 통신기술, 특히 UMTS (Universal Mobile Telecommunications System) 시스템, 통신 장치 및 통신 방법에 적용된다. 그러나 본 발명은 이에 한정하지 않고 본 발명의 기술적 사상이 적용될 수 있는 모든 유무선 통신에도 적용될 수도 있다.

본 발명의 기본 개념은, 본 발명은 PDCP SDU들을 상위 계층으로 전달 시에 데이터 전송의 지연 시간을 줄이도록 하기 위하여, 무선 통신 시스템상에서 데이터 전송 방법으로서, 하위 계층으로부터 일련 번호 (sequence number)을 구비한 데이터 유닛 (data unit)을 수신하는 단계; 버퍼 안에 상기 수신된 데이터 유닛을 저장하는 단계; 상기 수신된 데이터 유닛의 일련 번호가 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1과 동일한지를 판단하는 단계; 그리고 상기 판단 단계에 근거하여 상기 수신된 데이터 유닛의 일련 번호보다 크거나 같은 연속적으로 연결된 일련번호들을 갖는 모든 저장된 데이터 유닛들을 상위 계층으로 순차적으로 전달하는 단계를 포함하는 것을 특징으로 하는 데이터 전송 방법을 제안하고 이러한 방법을 수행할 수 있는 무선 이동통신 단말기를 제안한다.

이하, 본 발명에 따른 실시 예들의 구성 및 동작을 첨부한 도면을 참조하여 설명한다.

먼저, PDCP entity에 대해 구체적으로 살펴본다. PDCP entity는 위로는 RRC계층 또는 사용자 application과 연결되고, 아래로는 RLC계층과 연결되어 있다.

도 4는 본 발명이 적용되는 PDCP 엔티티 구조를 나타내는 예시도 이다. 상기 도 4의 블록들은 기능적 블록들로서 실제 구현과는 차이가 있을 수도 있다.

먼저, PDCP 엔티티는 도 4와 같이 송신측 및 수신측으로 이루어져 있다. 송신측의 PDCP 엔티티는 상위 계층에서 수신한 서비스 데이터 유닛 (Service Data Unit; SDU) 또는 PDCP 엔티티 자체적으로 생성한 제어 정보를 프로토콜 데이터 유닛 (Protocol Data Unit; PDU)으로 구성하여 피어 (peer) PDCP 엔티티의 수신측으로 전송하는 역할을 하며, 수신측의 PDCP 엔티티는 피어 (peer) PDCP 엔티티의 송신측으로부터 수신된 PDCP PDU에서 PDCP SDU 또는 제어 정보를 추출하는 역할을 한다.

상기한 바와 같이 PDCP 엔티티의 송신측이 생성하는 PDU는 데이터 (Data) PDU와 제어 (Control) PDU의 두 종류가 있다. 먼저, PDCP 데이터 PDU는 상위 계층에서 수신한 SDU를 PDCP가 가공하여 만드는 데이터블록이며, PDCP 제어 PDU는 PDCP가 peer entity에게 제어 정보를 전달하기 위해 PDCP가 자체적으로 생성하는 데이터블록이다.

상기 PDCP 데이터 PDU는 사용자 평면 (User Plane)과 제어 평면 (Control Plane)의 무선 베어러 (Radio Bearer; RB)에서 모두 생성되는데, PDCP의 일부 기능 들은 사용하는 평면에 따라 선택적으로 적용된다. 즉, 헤더 압축 (Header Compression) 기능은 사용자 평면 데이터에 대해서만 적용되며, 보안 (Security) 기능 중 무결성 보호 (Integrity Protection) 기능은 제어 평면 데이터에 대해서만 적용된다. 상기 보안 기능에는 상기 무결성 보호 기능 외에도 데이터의 보안을 유지하기 위한 암호화 (Ciphering) 기능도 있는데, 상기 암호화 기능은 사용자 평면 (U-plane) 및 제어 평면 (C-plane) 데이터 모두에 적용된다.

상기 PDCP control PDU는 U-plane RB에서만 생성되는데, 크게 PDCP 수신 버퍼 상황을 송신측에 알리기 위한 PDCP 상태 보고 (Status Report)와 Header Decompressor의 상황을 Header Compressor에 알리기 위한 Header Compression Feedback packet 두 가지 종류가 있다.

상기 도 4의 송신측 PDCP에서 수행하는 데이터 처리 과정은 다음과 같다. 먼저, 수신된 PDCP SDU에 대해서, PDCP 계층은 송신 버퍼에 저장하고, 각각의 PDCP SDU에 일련번호 (Sequence Number)를 할당한다. (S1) 만약 설정된 Radio Bearer가 U-plane의 RB, 즉 DRB (Data Radio Bearer)라면 PDCP 계층은 상기 PDCP SDU에 대해서 헤더 압축(Header Compression)을 수행한다. (S2) 반면, 만약 설정된 Radio Bearer가 C-plane의 RB, 즉 SRB (Signaling Radio Bearer)라면 상기 PDCP 계층은 상기 PDCP SDU에 대해서 무결성 보호(Integrity Protection) 작업을 수행한다. (S3) 이후, 2번 과정 또는 3번 과정의 결과로 생성된 데이터 블록(Data Block)들에 대해서, PDCP 계층은 암호화(Ciphering)를 수행한다. (S4) 또한, 4번 과정을 통해서, 암호화가 적용된 데이터 블록들에 대해서, PDCP 계층은 적절한 헤더를 붙 여 PDCP PDU를 구성한 후, 상기 구성된 PDCP PDU를 RLC 계층으로 전달한다.

상기 도 4의 수신측 PDCP에서 수행하는 데이터 처리 과정은 다음과 같다. 먼저, 수신된 PDCP PDU에 대해서, PDCP 계층은 헤더를 제거한다. (S1) 이후, 상기 헤더가 제거된 PDCP PDU에 대해서 PDCP 계층은 복호화(De-Ciphering)를 수행한다. (S2) 만약 설정된 Radio Bearer가 U-plane의 RB, 즉 DRB (Data Radio Bearer)라면 PDCP 계층은 상기 복호화 (de-ciphering) 과정을 거친 PDCP PDU에 대해 헤더 복원(Header De-compression)을 수행한다. (S3) 반면, 만약 설정된 Radio Bearer가 C-plane의 RB, 즉 SRB (Signaling Radio Bearer)라면 PDCP 계층은 상기 de-ciphering 과정을 거친 PDCP PDU에 대해 무결성 확인(Integrity Verification) 작업을 수행한다. 이후, 상기 PDCP 계층은 3번 또는 4번 과정을 거쳐 수신한 데이터 블록들, 즉 PDCP SDU들을 상위 계층으로 전달한다. (S5) 만약 설정된 Radio Bearer가 RLC (Radio Link Control) AM (Acknowledged Mode)을 사용하는 DRB (Data Radio Bearer)라면 필요에 따라 수신 버퍼에 저장하여 재정렬 (reordering)을 수행한 후 (S6), 상위 계층으로 전달한다.

여기서, 설정된 Radio Bearer가 RLC AM (Acknowledged Mode)을 사용하는 DRB (Data Radio Bearer)인 경우 상기 수신측의 6번 과정에서 재정렬 (Reordering)의 수행이 반드시 필요하다. 그 이유는 RLC AM을 사용하는 DRB는 주로 데이터의 오류에 민감한 트래픽을 전송하기 때문에, 무선 구간의 오류를 최소화하기 위해 재전송을 수행하기 때문이다. 즉, 재전송되는 PDCP SDU들까지 고려하여 PDCP가 상위 계층에 PDCP SDU를 순서대로 전달 (in-order delivery) 하기 위해 재정렬 (Reordering) 기능이 필요한 것이다. 따라서, RLC AM을 사용하는 DRB에 대해 PDCP 수신측은 여러 가지 state variable (상태변수)를 두고 수신한 PDCP PDU에 대해 상위로의 순차적 전달 (in-sequence delivery)를 다음과 같이 보장한다.

먼저, 상태 변수들은 다음과 같이 정의될 수 있다.

- RSN (Received Sequence Number): 수신한 PDCP SDU의 일련번호 (Sequence Number; SN)

- LAST (Last Submitted PDCP SDU SN): 상위로 전달한 PDCP SDU들 중 마지막으로 전달한 PDCP SDU의 일련번호 (Sequence Number)

- NEXT (Next expected PDCP SDU SN): 수신한 PDCP SDU들 중 가장 큰 SN을 갖는 PDCP SDU의 다음 PDCP SDU의 SN. 즉, Highest PDCP SDU SN + 1.

상기와 같은 State Variable을 사용하여 PDCP 수신측은 SN = RSN인 PDCP SDU를 수신하면 다음과 같은 과정으로 PDCP SDU를 처리한다. 설명의 편의상 모든 State Variable과 수학적 비교 및 계산은 modulo 연산을 가정한다. 즉, 모든 값은 0~4095 사이의 값을 가지며, 가장 작은 값은 NEXT - 2048이다.

먼저, 이미 상위로 전달한 PDCP SDU 보다 낮은 SN을 갖는 PDCP SDU를 수신한 경우에는 상기 수신된 PDCP SDU는 outdate된 PDCP SDU이므로 폐기한다. 이와 같은 과정은 다음의 procedure text로 나타낼 수 있다.

- if NEXT - 2048 <= RSN <= LAST

- decipher

- decompress

- discard

만약, 마지막으로 상위로 전달한 PDCP SDU와 수신한 PDCP SDU 중 가장 큰 SN 값을 갖는 PDCP SDU 사이에 해당하는 PDCP SDU를 수신한 경우에는 상기 수신된 PDCP SDU가 중복 수신인 경우 폐기하고, 아니면 수신 버퍼에 저장한다. 이와 같은 과정은 다음의 procedure text로 나타낼 수 있다.

- if LAST < RSN < NEXT

- decipher

- decompress

- if not duplicate, store in the reception buffer

- if duplicate, discard

만약, 수신한 PDCP SDU 중 가장 큰 SN을 갖는 PDCP SDU 보다 더 큰 SN을 갖는 PDCP SDU를 수신한 경우에는 상기 수신된 PDCP SDU가 새로운 SDU이므로 수신 버퍼에 저장하고, NEXT를 RSN + 1로 갱신한다. 이와 같은 과정은 다음의 procedure text로 나타낼 수 있다.

- if NEXT <= RSN < NEXT + 2048

- decipher

- decompress

- store in the reception buffer

- set NEXT to RSN + 1

상기와 같은 과정을 이용하여 수신한 PDCP SDU를 처리하고 수신 버퍼에 저장 하면, 이후 PDCP는 다음과 같은 과정으로 저장된 PDCP SDU를 상위로 전달한다. 이와 같은 과정은 다음의 procedure text로 나타낼 수 있다.

- if the PDCP SDU received by PDCP is not due to the RLC re-establishment:

- deliver to upper layer in ascending order of the associated SN value:

- all stored PDCP SDU(s) with an associated SN < RSN;

- all stored PDCP SDU(s) with consecutively associated SN value(s) >= RSN;

- set LAST to the SN of the last PDCP SDU delivered to upper layers.

즉, PDCP SDU 전달 (delivery)은 RLC re-establishment 상황이 아닌 일반적인 상황에서 PDCP SDU를 수신한 경우에만 수행한다. 다시 말해서, RLC re-establishment 상황에서 수신한 PDCP SDU들은 PDCP가 상위로 전달하지 않고 버퍼에 저장시켜 놓은 상태에서 재정렬 (reordering)을 수행하는 것이다.

일반적인 상황에서는 PDCP는 RLC AM으로부터 missing PDCP SDU 없이 순서대로 PDCP SDU들을 전달받기 때문에, PDCP 역시 reordering이 필요 없이 순서대로 상위로 전달한다. 그러나 핸드오버 (handover)와 같이 RLC가 re-establishment 되는 경우, RLC는 수신하지 못한 PDCP SDU는 제외하고 성공적으로 수신한 PDCP SDU만 SN 순서대로 PDCP로 전달하므로 missing된 PDCP SDU가 존재하게 된다. 이러한 missing PDCP SDU들은 RLC re-establishment 이후에 피어 (peer) 송신측 PDCP entity가 수신측 PDCP가 수신하지 못한 PDCP SDU들을 재전송하여 복구할 수 있다. 이때 송신측 PDCP는 RLC re-establishment 발생 이전의 가장 최근 RLC 상태보고 (status report)를 바탕으로 PDCP SDU를 재전송하기 때문에, 이미 성공적으로 수신된 PDCP SDU가 재전송될 수도 있다. 따라서, 수신된 PDCP SDU의 SN 값을 LAST 및 NEXT와 비교하여 폐기하거나 수신 버퍼에 저장하는 것이다.

그런데 RLC re-establishment를 수행하는 도중에 일부 PDCP SDU가 손실되는 경우가 있다. 이는 핸드오버 (handover)로 인하여 eNB 사이에 PDCP SDU를 포워딩 (forwarding) 할 때 주로 발생한다. 즉, 일부 PDCP SDU는 영원히 재전송되지 않는 경우가 있기 때문에, 이들에 대한 재정렬 (reordering) 기능을 중단시키는 방법으로, 수신한 PDCP SDU의 SN보다 작은 값의 SN을 갖는 PDCP SDU들은 연속적이지 않더라도 상위로 전달하는 것이다. 즉, PDCP는 수신한 PDCP SDU가 RLC re-establishment로부터 수신한 SDU가 아니라면 재정렬 (reordering)을 하지 않고 전달 (delivery)을 수행하는 것이다.

PDCP SDU delivery의 방법은 상기한 바와 같이, RSN 보다 작은 SN 값을 갖는 PDCP SDU들은 모두 상위로 전달하고, RSN 보다 큰 SN 값을 갖는 PDCP SDU들은 RSN 이후 연속적인 SN을 갖는 PDCP SDU들만 상위로 전달하는 것이다. 가능한 PDCP SDU를 상위로 전달하고 나면, LAST 값을 상위로 전달한 PDCP SDU들 중 마지막으로 전달한 PDCP SDU의 Sequence Number로 설정한다. 도 5는 상기 설명한PDCP 데이터 유닛 (data unit) 전달 과정을 나타낸 흐름도이다.

상기 도 5에 도시되어 있듯이, 먼저 일련 번호를 구비한 PDCP SDU (Service Data Unit)를 포함하는 PDCP PDU (Protocol Data Unit)를 수신한다. 여기서 상기 일련번호는 상태변수 ‘RSN’으로 정의된다. 이후, 상기 PDCP SDU는 header decompression과 deciphering을 수행한 후에 PDCP 버퍼에 저장된다. 이후, 만약 상기 RSN이 상태변수 ‘NEXT’ 보다 크거나 같다면 상기 NEXT는 RSN + 1로 설정된다. 이후, 상기 수신된 PDCP SDU가 RLC re-establishment 때문에 수신되었는지를 판단하고 만약 그렇다면 PDCP SDU 전달과정은 바로 종료되고, 만약 그렇지 않다면 상위 계층으로 상기 RSN 보다 작은 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달한다. 또한, 상위 계층으로 상기 RSN 보다 크거나 같은 연속적으로 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달한다. 이후, 상위 계층으로 전달된 마지막 PDCP SDU의 일련번호를 상태변수 ‘LAST’로 설정하고, PDCP SDU 전달과정을 종료한다.

도 6은 PDCP 데이터 유닛 (data unit)의 재정렬 및 전달 과정을 나타낸 예시도 이다. 설명의 편의상 하나의 RLC PDU에 하나의 PDCP PDU가 포함된 경우를 가정하였다. 또한, PDCP Control PDU는 고려하지 않고, 하나의 PDCP PDU는 하나의 PDCP SDU를 포함한 경우를 가정하였다.

도 6에 도시되어 있듯이, 먼저 수신측 RLC는 RLC PDU = 13까지 순차적으로 수신하여 이들을 상위의 수신측 PDCP에 전달하며, 동시에 송신측 RLC에 RLC status report를 통해 RLC PDU = 13까지 성공적으로 수신했음을 알린다. 수신측 PDCP는 PDCP SDU = 22까지 순차적으로 수신하였으므로 이들을 상위로 전달한다. 송신측 PDCP는 RLC status report로부터 수신측 PDCP가 PDCP SDU = 22까지 성공적으로 수신했음을 알 수 있다.

RLC re-establishment가 발생하기 직전, 송신측 RLC는 RLC PDU = 14에서 RLC PDU = 20을 전송하였으나, 이들 중 RLC PDU = 16, 17, 19는 전송에 실패하였다. 수신측 RLC는 RLC PDU를 RLC SN = 15까지 순차적으로 수신하여 이들을 상위의 PDCP로 전달하고, PDCP는 역시 상기 RLC PDU에 포함된 PDCP SDU를 PDCP SN = 24까지 순차적으로 수신하여 이들을 상위로 전달한다. PDCP SN = 24까지 상위로 전달한 상태에서 LAST = 24, NEXT = 25를 가리킨다. RLC PDU 18과 RLC PDU 20은 성공적으로 수신되었으나, 이전의 RLC PDU들이 수신되지 못하였기 때문에, 이들 RLC PDU들은 RLC 수신 버퍼에 저장되어 있다. 수신측 RLC는 이러한 상황을 RLC status report를 통해 송신측 RLC에 알려야 하지만, RLC status report를 전송하기 전에 RLC re-establishment가 발생한다. (S1)

핸드오버 (Handover) 등의 이유로 RLC re-establishment가 발생하면 RLC는 성공적으로 수신되었으나 이전 PDU를 수신하지 못하여 버퍼에 저장되어 있던 RLC PDU들을 상위의 PDCP로 전달한다. 이 예에서는 RLC PDU = 18과 RLC PDU = 20이 상위로 전달된다. PDCP는 RLC re-establishment로 인해 수신한 PDCP SDU들을 PDCP 수신 버퍼에 저장한다. 여기서, PDCP SDU = 27과 PDCP SDU = 29가 PDCP 버퍼에 저장된다. 송신측 PDCP는 가장 직전의 RLC status repot를 근거로 PDCP SDU의 전송 성공 여부를 판단하기 때문에, PDCP SDU = 22까지 전송에 성공했다고 판단하고, PDCP SDU = 23~29에 대해서는 전송에 성공하지 못했다고 판단한다. (S2)

RLC re-establishment가 종료되면 RLC는 모든 state variable을 초기화하고 다시 데이터 전송을 재개한다. 송신측 PDCP는 RLC re-establishment 이전에 수신측 PDCP가 성공적으로 수신하지 못한 PDCP SDU들에 대해 재전송을 한다. 이때, 일부 PDCP SDU는 소실될 수 있으며, 송신측 PDCP는 전송 가능한 PDCP SDU들만 순차적으로 재전송한다.

송신측 PDCP는 가장 최근의 RLC status report를 바탕으로 RLC re-establishment 이전에 성공적으로 전송되지 못한 PDCP SDU들을 재전송한다. 이 예에서 송신측 PDCP는 PDCP SDU = 23~29를 재전송한다. RLC는 re-establishment가 되기 때문에 이들 PDCP SDU들은 RLC PDU = 0~6을 통해 전송된다. 수신측 RLC는 이 RLC PDU들을 수신하면 순차적으로 상위의 수신측 PDCP로 전달한다. 수신측 PDCP는 이들을 수신하면, PDCP SDU = 23, 24는 SN이 LAST 이하이므로 폐기하고, 또한 PDCP SDU = 27, 29는 이미 저장되어 있으므로 수신한 PDCP SDU를 폐기한다. 수신측 PDCP는 PDCP SDU = 25~29를 순차적으로 상위로 전달한다. 이렇게 수신측 PDCP가 전달 가능한 PDCP SDU를 전달한 이후에는 LAST = 29, NEXT = 30으로 갱신한다. (S3-1)

핸드오버 (Handover) 시에는 source eNB가 target eNB로 handover 이전에 전송에 성공하지 못한 PDCP SDU들을 forwarding하는데, 네트워크 간의 interface에서 데이터 손실이 발생할 수 있다. 이 예에서는 source eNB가 target eNB로 PDCP SDU = 23~29를 forwarding 하였는데, PDCP SDU = 23~27이 손실된 경우이다. 따라서, 송신측 PDCP는 PDCP SDU = 28, 29, 30, 31 순으로 RLC PDU = 0~3에 포함하여 전송한다. 수신측 RLC는 이 RLC PDU들을 수신하면 순차적으로 상위의 수신측 PDCP로 전달한다. 수신측 PDCP는 이들을 수신하면, PDCP SDU = 23, 24는 SN이 LAST 이하이므로 폐기하고, 또한 PDCP SDU = 27, 29는 이미 저장되어 있으므로 수신한 PDCP SDU를 폐기한다. 수신측 PDCP는 PDCP SDU = 25~29를 순차적으로 상위로 전달한다. 수신측 PDCP는 RLC PDU = 0에 포함되어 있는 PDCP SDU = 28이 수신되면, 이보다 작은 SN을 갖는 PDCP SDU = 27을 상위로 전달한다. 또한, PDCP SDU = 28과 이와 연속적으로 순차적인 PDCP SDU = 29도 상위로 전달한다. 이렇게 수신측 PDCP가 전달 가능한 PDCP SDU를 전달한 이후에는 LAST = 29, NEXT = 30으로 갱신한다. (S3-2)

도 7은 PDCP 데이터 유닛 (data unit)이 순차적으로 수신되어도 상위로 전달되지 못하는 과정을 나타낸 예시도 이다.

도 7에 도시되어 있듯이, 먼저 수신측 RLC는 RLC PDU = 13까지 순차적으로 수신하여 이들을 상위의 수신측 PDCP에 전달하며, 동시에 송신측 RLC에 RLC status report를 통해 RLC PDU = 13까지 성공적으로 수신했음을 알린다. 수신측 PDCP는 PDCP SDU = 22까지 순차적으로 수신하였으므로 이들을 상위로 전달한다. 송신측 PDCP는 RLC status report로부터 수신측 PDCP가 PDCP SDU = 22까지 성공적으로 수신했음을 알 수 있다.

첫 번째 RLC re-establishment 이후에 missing PDCP SDU들을 포함한 RLC PDU들을 모두 성공적으로 수신하였지만, 이미 성공적으로 수신한 PDCP SDU를 포함한 RLC PDU를 수신하지 못하여 상기 성공적으로 수신한 RLC PDU가 RLC 버퍼에 저장되어 있을 때 (S3) 또 다른 RLC re-establishment가 발생하게 되면, 수신측 PDCP는 두 번째 RLC re-establishment를 통하여 모든 missing PDCP SDU를 성공적으로 수신할 수 있다. 하지만, 도 7에 도시되어 있듯이, 이와 같은 경우에도 순차적으로 수신된 PDCP SDU는 상위 계층으로 전달될 수가 없다. (S4)

앞서 언급했듯이, 본 발명의 목적은 핸드오버 등으로 인해 RLC re-establishment가 발생하여 PDCP가 RLC로부터 PDCP SDU를 수신하였을 때, 연속적이 며 순차적 (in-sequence)으로 수신한 PDCP SDU들은 상위로 전달하도록 하여, 데이터 전송의 지연 시간을 줄이도록 하는 데 있다.

이를 위해 본 발명에서는 PDCP가 RLC로부터 PDCP SDU를 수신하고 deciphering / decompression을 거쳐 버퍼에 저장했을 때 다음과 같은 procedure text를 사용하여 상위로 전달할 것을 제안한다.

- if RSN = LAST + 1:

- deliver to upper layer in ascending order of the associated SN value:

- all stored PDCP SDU(s) with consecutively associated SN value(s) >= RSN;

- set LAST to the SN of the last PDCP SDU delivered to upper layers;

- else if the PDCP SDU received by PDCP is not due to the RLC re-establishment:

- deliver to upper layer in ascending order of the associated SN value:

- all stored PDCP SDU(s) with an associated SN < RSN;

- all stored PDCP SDU(s) with consecutively associated SN value(s) >= RSN;

- set LAST to the SN of the last PDCP SDU delivered to upper layers.

즉, 이 방법은 PDCP가 RLC re-establishment를 통해 PDCP SDU를 수신하였더라도, 무조건 수신 버퍼에 저장시켜 놓는 것이 아니라, 수신한 PDCP SDU의 일련번호가 LAST (상위로 전달한 PDCP SDU 중 마지막으로 전달한 PDCP SDU의 SN) + 1인지 를 검사하여, 만약 수신한 PDCP SDU의 SN이 LAST + 1이라면 수신한 PDCP SDU와 그 이후에 연속적으로 순차적 (in-sequence)인 일련번호 (SN)을 갖는 PDCP SDU들을 순차적으로 상위로 전달하는 것이다. 다시 말하면, PDCP가 어떤 경로로든 PDCP SDU를 수신하면 상기 수신한 PDCP SDU가 마지막으로 상위로 전달한 PDCP SDU의 바로 다음 (in-sequence)에 전달해야 하는 PDCP SDU인지를 검사하여, 바로 다음에 전달해야 하는 PDCP SDU가 맞는다면 상기 PDCP SDU 및 그 이후에 연속적으로 순차적 (in-sequence)인 SN을 갖는 PDCP SDU들을 수신 버퍼에 대기하지 않고 바로 상위로 전달하는 것이다.

도 8은 본 발명에 따라 PDCP 데이터 유닛 (data unit) 전달 과정을 나타낸 예시도 이다.

상기 도 8에 도시되어 있듯이, 먼저 일련 번호를 구비한 PDCP SDU (Service Data Unit)를 포함하는 PDCP PDU (Protocol Data Unit)를 수신한다. 여기서 상기 일련번호는 상태변수 ‘RSN’으로 정의된다. 이후, 상기 PDCP SDU는 header decompression과 deciphering을 수행한 후에 PDCP 버퍼에 저장된다. 이후, 만약 상기 RSN이 상태변수 ‘NEXT’ 보다 크거나 같다면 상기 NEXT는 RSN + 1로 설정된다. 이후, 상기 설명된 본 발명이 제시하는 방법에 따라서, 수신한 PDCP SDU의 일련번호, 즉 RSN이 LAST (상위로 전달한 PDCP SDU 중 마지막으로 전달한 PDCP SDU의 SN) + 1인지를 판단 또는 검사한다. 만약 상기 RSN이 LAST + 1이라면 수신한 PDCP SDU와 그 이후에 연속적으로 순차적 (in-sequence)인 일련번호 (SN)을 갖는 PDCP SDU들을 순차적으로 상위로 전달한다. 이후, 상위 계층으로 전달된 마지막 PDCP SDU의 일련번호를 상태변수 ‘LAST’로 설정하고, PDCP SDU 전달과정을 종료한다. 만약 상기 RSN이 LAST + 1 이 아니라면 상기 수신된 PDCP SDU가 RLC re-establishment 때문에 수신되었는지를 판단하고 만약 그렇다면 PDCP SDU 전달과정은 바로 종료되고, 만약 그렇지 않다면 상위 계층으로 상기 RSN 보다 작은 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달한다. 또한, 상위 계층으로 상기 RSN 보다 크거나 같은 연속적으로 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달한다. 이후, 상위 계층으로 전달된 마지막 PDCP SDU의 일련번호를 상태변수 ‘LAST’로 설정하고, PDCP SDU 전달과정을 종료한다.

상기에서 수신한 PDCP SDU의 SN을 LAST + 1과 비교하는 절차와 PDCP SDU가 RLC re-establishment를 통해 수신하였는지를 검사하는 절차는 서로 배타적 (mutually exclusive)이다. 따라서, 먼저 PDCP SDU가 RLC re-establishment를 통해 수신하였는지 검사하고, RLC re-establishment를 통해 수신한 경우에 RSN을 LAST + 1과 비교하여도 된다. 만약 수신한 PDCP SDU의 SN이 LAST + 1이라면 상기의 방법과 마찬가지로 수신한 PDCP SDU와 그 이후에 연속적으로 순차적 (in-sequence)인 SN을 갖는 PDCP SDU들을 순차적으로 상위로 전달하는 것이다. 즉, 두 검사의 순서를 바꾸어도 결과는 같기 때문에 다음과 같은 procedure text도 가능하다.

- if the PDCP SDU received by PDCP is not due to the RLC re-establishment:

- deliver to upper layer in ascending order of the associated SN value:

- all stored PDCP SDU(s) with an associated SN < RSN;

- all stored PDCP SDU(s) with consecutively associated SN value(s) >= RSN;

- set LAST to the SN of the last PDCP SDU delivered to upper layers.

- else if RSN = LAST + 1:

- deliver to upper layer in ascending order of the associated SN value:

- all stored PDCP SDU(s) with consecutively associated SN value(s) >= RSN;

- set LAST to the SN of the last PDCP SDU delivered to upper layers;

도 9는 본 발명에 따라 PDCP 데이터 유닛 (data unit) 전달 과정을 나타낸 또 다른 예시도 이다.

상기 도 9에 도시되어 있듯이, 먼저 일련 번호를 구비한 PDCP SDU (Service Data Unit)를 포함하는 PDCP PDU (Protocol Data Unit)를 수신한다. 여기서 상기 일련번호는 상태변수 ‘RSN’으로 정의된다. 이후, 상기 PDCP SDU는 header decompression과 deciphering을 수행한 후에 PDCP 버퍼에 저장된다. 이후, 만약 상기 RSN이 상태변수 ‘NEXT’ 보다 크거나 같다면 상기 NEXT는 RSN + 1로 설정된다. 이후, 상기 수신된 PDCP SDU가 RLC re-establishment 때문에 수신되었는지를 판단하고, 만약 그렇다면 수신한 PDCP SDU의 일련번호, 즉 RSN이 LAST (상위로 전달한 PDCP SDU 중 마지막으로 전달한 PDCP SDU의 SN) + 1인지를 판단 또는 검사한다. 여기서, 만약 상기 RSN이 LAST + 1이라면 수신한 PDCP SDU와 그 이후에 연속적으로 순차적 (in-sequence)인 일련번호 (SN)을 갖는 PDCP SDU들을 순차적으로 상위 로 전달한다. 이후, 상위 계층으로 전달된 마지막 PDCP SDU의 일련번호를 상태변수 ‘LAST’로 설정하고, PDCP SDU 전달과정을 종료한다. 만약 상기 RSN이 LAST + 1 이 아니라면 PDCP SDU 전달과정은 바로 종료된다. 만약, 상기 수신된 PDCP SDU가 RLC re-establishment 때문에 수신되지 않았다고 판단된 경우에는, 상위 계층으로 상기 RSN 보다 작은 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달하고, 또한 상위 계층으로 상기 RSN 보다 크거나 같은 연속적으로 연관된 일련 번호를 갖는 모든 저장된 PDCP SDU들을 순차적으로 전달한다. 이후, 상위 계층으로 전달된 마지막 PDCP SDU의 일련번호를 상태변수 ‘LAST’로 설정하고, PDCP SDU 전달과정을 종료한다.

본 발명에서 상기 언급된 PDCP SN은 COUNT 형식에 포함되어 사용될 수 있다. 즉, COUNT 값이 HFN (Hyper Frame Number) 및 PDCP SN으로 구성될 수도 있다. 상기 PDCP SN의 길이는 상위 계층에 의해서 설정될 수 있다. 상기 COUNT 값 또는 PDCP SN의 사용은 wrap around 문제를 피하기 위해 사용될 수도 있다.

이하, 본 발명에 따른 단말을 설명한다.

본 발명에 따른 단말은 무선상에서 데이터를 서로 주고 받을 수 있는 서비스를 이용할 수 있는 모든 형태의 단말을 포함한다. 즉, 본 발명에 따른 단말은 무선 통신 서비스를 이용할 수 있는 이동통신 단말기(예를 들면, 사용자 장치(UE), 휴대폰, 셀룰라폰, DMB폰, DVB-H폰, PDA 폰, 그리고 PTT폰 등등)와, 노트북, 랩탑 컴퓨터, 디지털 TV와, GPS 네비게이션와, 휴대용 게임기와, MP3와 그 외 가전 제품 등등을 포함하는 포괄적인 의미이다.

본 발명에 따른 단말은, 본 발명이 예시하고 있는 효율적인 시스템 정보 수신을 위한 기능 및 동작을 수행하는데 필요한 기본적인 하드웨어 구성(송수신부, 처리부 또는 제어부, 저장부등)을 포함할 수도 있다.

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

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

도 1은 종래 및 본 발명이 적용되는 이동통신 시스템인 E-UTRAN의 망 구조이다.

도 2는 종래기술에서 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜의 제어 평면 구조를 나타낸 예시도 이다.

도 3은 종래기술에서 단말과 E-UTRAN 사이의 무선인터페이스 프로토콜의 사용자 평면 구조를 나타낸 예시도 이다.

도 4는 본 발명이 적용되는 PDCP 엔티티 구조를 나타내는 예시도 이다.

도 5는 PDCP 데이터 유닛 (data unit) 전달 과정을 나타낸 흐름도이다.

도 6은PDCP 데이터 유닛 (data unit)의 재정렬 및 전달 과정을 나타낸 예시도 이다.

도 7은PDCP 데이터 유닛 (data unit)이 순차적으로 수신되어도 상위로 전달되지 못하는 과정을 나타낸 예시도 이다.

Claims

무선 통신 시스템상에서 데이터 전송 방법으로서,

하위 계층으로부터 일련 번호 (sequence number)을 구비한 데이터 유닛 (data unit)을 수신하는 단계;

버퍼 안에 상기 수신된 데이터 유닛을 저장하는 단계;

상기 수신된 데이터 유닛의 일련 번호가 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1과 동일한지를 판단하는 단계; 그리고

상기 판단 단계에 근거하여 상기 수신된 데이터 유닛의 일련 번호보다 크거나 같은 연속적으로 연결된 일련번호들을 갖는 모든 저장된 데이터 유닛들을 상위 계층으로 순차적으로 전달하는 단계를 포함하는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 하위 계층은 무선링크제어 (Radio Link Control; RLC) 계층인 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 판단 단계 및 전달 단계는 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 엔티티에서 수행되는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 데이터 유닛은 PDCP SDU (PDCP Service Data Unit)인 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 데이터 유닛은 RLC re-establishment를 통해서 수신되는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 헤더 (header) decompression 또는 deciphering 은 상기 수신 단계와 저장 단계 사이에서 수행되는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1은 상기 마지막 전달된 데이터 유닛의 일련번호 바로 다음 일련 번호를 나타내는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상기 마지막 전달된 데이터 유닛 (last delivered data unit)의 일련 번호 +1은 상기 마지막 전달된 데이터 유닛의 일련번호로부터 다음 일련 번호를 나타내는 것을 특징으로 하는 데이터 전송 방법.
제 1항에 있어서, 상위 계층으로 전달된 마지막 데이터 유닛의 일련번호를 ‘LAST’로 정하는 단계를 더 포함하는 것을 특징으로 하는 데이터 전송 방법.