KR101495913B1 - 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치 - Google Patents

Abstract

본 발명은 이동통신 시스템에서 PDCP 계층의 제어 데이터 전송 및 수신 방법과, 송신장치 및 수신장치에 관한 것이다. 본 발명은, 한 개의 Control PDU를 통하여 여러 가지 제어 정보(control information)(예를 들어, 상태보고에 관한 정보와 HC 피드백에 관한 정보)를 동시에 전송함으로써, 각각의 제어 정보를 각 Control PDU를 통하여 송신측에서 수신측으로 전송할 때보다 결과적으로 헤더의 크기를 줄여 전송효율 및 자원의 효율성을 향상시키려는 점에 착안한 것이다.

UMTS, E-UMTS, PDCP, 이동통신, 제어정보, Control PDU, 송신장치, 수신장치, E-UTRAN

Description

이동통신 시스템에서 ＰＤＣＰ 계층의 제어 데이터 전송 방법, 수신 방법, 그 송신장치 및 수신장치{METHOD FOR TRANSMITTING AND RECEIVING CONTROL DATA IN MOBILE TELECOMMUNICATIONS SYSTEM AND TRANSMITTER AND RECEIVER OF MOBILE TELECOMMUNICATIONS}

본 발명은 E-UMTS(Evolved Universal Mobile Telecommunications System)와 같은 이동통신 시스템에서 PDCP 계층의 제어 데이터 전송 및 수신에 관한 것이다.

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

도 4는 PDCP 엔티티(entity)의 구조이다. 이하, PDCP 엔티티에 대해 구체적으로 살펴본다. 다만, 도 4의 블록들은 기능적 블록들로서 실제 구현과는 차이가 있을 수 있다.

PDCP 엔티티는 위로는 RRC계층 또는 사용자 어플리케이션(application)과 연결되고, 아래로는 RLC계층과 연결되어 있으며, 그 자세한 구조는 다음과 같다.

하나의 PDCP 엔티티는 도 4와 같이 송신측(PDCP Transmitting Side) 및 수신측(PDCP Receiving Side)으로 이루어져 있다. 왼쪽의 송신측은 상위 계층에서 수신한 SDU를 PDU로 구성하거나 또는 PDCP 엔티티 자체적으로 생성한 제어 정보를 PDU로 구성하여, 피어(peer) PDCP 엔티티의 수신측으로 전송하는 역할을 하며, 오른쪽의 수신측은 피어(peer) PDCP 엔티티의 송신측으로부터 수신된 PDCP PDU에서 PDCP SDU 또는 제어 정보를 추출하는 역할을 한다.

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

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

상기 PDCP Control PDU는 U-plane RB에서만 생성되는데, 크게 PDCP 수신 버퍼 상황을 송신측에 알리기 위한 ‘PDCP 상태보고(Status Report)’와 수신측 헤더 복원기(Header Decompressor)의 상황을 송신측 헤더 압축기(Header Compressor)에 알리기 위한 ‘HC (Header Compression) 피드백 패킷(Feedback packet)’ 두 가지 종류가 있다.

도 5는 PDCP 엔티티 내에서 각 PDCP PDU의 처리 과정을 도시한 블록도이다.

특히, 도 5는 PDCP 엔티티 내에서 상기 세 가지 종류의 PDCP PDU, 즉 PDCP Data PDU, PDCP 상태보고 용 PDCP 제어 PDU(PDCP Control PDU for PDCP Status Report), 및 헤더 압축 피드백 용 PDCP 제어 PDU(PDCP Control PDU for HC Feedback)들이 경로 ① ~ 경로 ⑧을 통하여 어떻게 처리되는지 그 과정을 보여주고 있다. 각 종류의 PDU에 대해 PDCP 처리 경로는 다음과 같다.

1. PDCP 엔티티 내에서 PDCP Data PDU의 처리되는 과정은, 경로 ①과, 경로 ⑧과, 경로 ③과, 경로 ⑦과 관련된다. 이하, 각 경로를 설명한다.

경로 ①: 송신측 PDCP는 상위 계층에서 수신한 SDU에 대해 헤더 압축(Header Compression)과 보안(Security)를 수행한 후 PDCP SN (Sequence Number) 및 Data PDU인지 Control PDU인지를 가리키는 D/C 필드 등을 헤더(Header)에 추가하여 PDCP Data PDU를 구성한 후 수신측 PDCP(즉, peer PDCP)로 전송한다. 한편, 헤더 압축은 헤더 압축기(Header Compressor)가 수행할 수 있다.

경로 ⑧: 수신측 PDCP는 하위 계층에서 전달 받은 PDCP Data PDU에 대해 먼저 헤더를 제거하고, 이후 보안 확인(Security check)과 헤더 복원(Header Decompression)을 수행하여 PDCP SDU를 복원한 후 이를 상위 계층에 전달한다. 상위 계층에 PDCP SDU를 전달할 때에는 순차적(in-sequence)으로 전달하며, 만약 PDCP SDU가 비순차적으로 수신되었다면 수신 버퍼에서 재정렬(reordering)한 후 상위 계층에 전달한다. 한편, 헤더 복원은 헤더 복원기(Header Decompressor)가 수행할 수 있다.

경로 ③: 송신측 PDCP는 HC 피드백 패킷(feedback packet)을 PDCP Data PDU에 피기백(piggyback)하여 전송할 수 있다(예를 들어, HC 피드백 패킷(feedback packet)을 PDCP Data PDU에 부가 또는포함시켜 전송함). 이때, HC 피드백 패킷은 송신측 PDCP와 대응(co-located) 수신측 PDCP의 헤더 복원(Header Decompression)으로부터 정보를 받으며, 이를 상위에서 수신한 PDCP SDU를 헤더 압축(Header Compression)할 때, 여기에 피기백(piggyback)하여 패킷을 구성한다. 이후, PDCP SDU 및 피기백(piggyback)된 HC 피드백 패킷(feedback packet)은 보안(Security)를 거친 후 PDCP SN 및 D/C 필드 등이 헤더에 추가되어 PDCP Data PDU로 구성된 후, 송신측 PDCP에서 수신측 PDCP으로 전송된다.

경로 ⑦: 수신측 PDCP는 PDCP Data PDU를 수신하면 먼저 헤더를 제거하고 이 후 보안 확인(Security check)과 헤더 복원(Header Decompression)을 수행하여 PDCP SDU를 복원하는데, 이때 만약 피기백된 HC 피드백 패킷이 있으면 이를 추출하여 co-located인 송신측 PDCP의 헤더 압축(Header Compression)으로 전달한다. 이를 전달받은 송신측 PDCP의 헤더 압축은 피드백 정보에 따라, 다음 패킷을 풀 헤더(full header)로 보낼지 압축 헤더(compressed header)로 보낼지를 결정할 수 있다.

2. PDCP 엔티티 내에서 PDCP 상태 보고(Status Report) 용 PDCP Control PDU의 처리되는 과정은, 경로 ②와, 경로 ⑤와 관련된다. 이하, 각 경로를 설명한다.

경로 ②: 수신측 PDCP는 수신 버퍼를 체크하여 수신하지 못한 PDCP SDU에 대해 PDCP의 송신측으로 재전송을 요구할 수 있다. 이때, 수신 버퍼 상황은 PDCP 상태보고(Status Report)로 구성되고, 그 구성된 PDCP 상태보고는 co-located PDCP의 송신측에 Control PDU의 형태로 전송된다. 한편, PDCP Control PDU의 헤더에는 PDU가 Data PDU인지 Control PDU인지를 가리키는 D/C 필드와, Control PDU가 PDCP 상태보고(Status Report)를 포함하고 있는지 또는 HC 피드백 패킷을 포함하고 있는지를 가리키는 CPT (Control PDU Type) 필드 등이 포함된다.

경로 ⑤: 수신측 PDCP는 PDCP 상태보고(Status Report)를 포함한 PDCP Control PDU를 수신하면, 그 수신한 PDCP 상태보고를 co-located인 송신측 PDCP로 전달한다. 상기 co-located인 송신측 PDCP는 PDCP 상태보고에 기초하여 자신의 peer 수신측 PDCP가 수신하지 못한 PDCP SDU에 대해 재전송을 수행한다.

3. PDCP 엔티티 내에서 헤더 압축 피드백(HC feedback) 용 PDCP Control PDU(즉, PDCP Control PDU for HC feedback)의 처리되는 과정은, 경로 ④와, 경로 ⑥과 관련된다. 이하, 각 경로를 설명한다.

경로 ④: 송신측 PDCP는 HC 피드백 패킷을 PDCP Data PDU에 피기백(piggyback)하지 않고 PDCP Control PDU에 포함하여 독립적으로 전송할 수 있다. 이때, HC 피드백 패킷은 송신측 PDCP와 co-located인 수신측 PDCP의 헤더복원(Header Decompression)으로부터 정보를 받는다. 상기 HC 피드백 패킷은 D/C 필드 및 CPT 필드 등이 헤더에 추가되어 PDCP Control PDU로 구성된 후 peer PDCP의 수신측으로 전송된다.

경로 ⑥: 수신측 PDCP는 HC 피드백을 포함한 PDCP Control PDU를 수신하면 이를 co-located인 송신측 PDCP의 헤더압축(Header Compression)으로 전달한다. 이를 전달받은 송신측 PDCP의 헤더압축0은 피드백 정보에 따라 다음 패킷을 풀 헤더(full header)로 보낼 지 압축된 헤더(compressed header)로 보낼 지를 결정할 수 있다.

상기에서 설명한 바와 같이 PDCP는 Control PDU로 상태보고와 HC 피드백 두 종류의 정보를 전송할 수 있다. 만약 상기 두 가지 정보가 동시에 전송되는 경우, 이들은 각각 독립된 Control PDU로 구성되어 전송된다. 이렇게 여러 가지 제어 정보가 각각 독립된 Control PDU 형태로 전송된다면 헤더의 크기가 증가하는 문제가 있다.

즉, PDCP 계층에서는 각 제어 정보마다 이를 가리키는 헤더가 필요하게 되며, 또한 PDCP의 하위 계층인 RLC 계층에서 각 PDCP Control PDU의 크기를 알려주기 위한 크기 지시자(Length Indicator)가 헤더에 필요하게 되므로, 결과적으로 헤더의 크기가 증가하게 된다.

따라서, 본 발명의 목적은 송신측 PDCP가 한 개의 Control PDU에 여러 가지 제어 정보(control information)를 포함하여 전송할 수 있는 PDU 구조를 정의하고, 또한 그 정의한 한 개의 Control PDU로 여러 가지 제어 정보를 보내어 결과적으로 헤더의 크기를 줄이고 나아가 자원의 효율성을 향상시키는 것이다.

상기와 같은 본 발명의 목적을 달성하기 위하여, 본 발명에 따른 이동통신시스템에서 PDCP 계층의 제어 데이터 전송 방법은,

패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 제1 제어정보와 하나 이상의 제2 제어정보를 포함하는 제어 PDU(Control Packet Data Unit)를 생성하는 단계와;

상기 생성한 제어 PDU를 전송하는 단계를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 제1 제어정보는 PDCP 상태보고(Status report)에 대한 정보이고, 상기 제2 정보는 헤더 압축 피드백(Header Compression feedback) 정보인 것을 특징으로 한다.

바람직하게는, 상기 생성한 제어 PDU는 다음 제어정보가 있는지를 가리키는 E(Extension) 필드를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 E 필드는,

다음 제어 정보에 해당하는 헤더 정보로서 ‘Control PDU Type’ 필드와, ‘크기(Length)’ 필드와, ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

상기 E 필드는, 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있는 경우, 상기 ‘Reserved’ 필드가 있음과 다음 바이트(byte)에 제어 정보가 시작됨을 가리키거나, 또는 상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 없는 경우, 다음 바이트(byte)에 제어 정보가 시작됨을 가리키는

것을 특징으로 한다.

바람직하게는, 상기 E 필드는, 현재 제어 정보의 ‘크기(Length)’ 필드와, 다음 제어 정보의 ‘Control PDU Type’ 필드와, 다음 제어정보의 ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

상기 E 필드는, 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필 드가 있음을 가리키고, 또한 다음 바이트에 제어 정보가 시작됨을 가리키는 것을 특징으로 한다.

바람직하게는, 상기 E 필드는, 현재 제어 정보의 ‘Control PDU Type’ 필드와, 현재 제어정보의 ‘크기(Length)’ 필드와, 다음 제어정보의 ‘E’ 필드의 순으로 필드들이 존재함을 가리키거나,

또는

상기 E 필드는, 현재 제어정보의 ‘Control PDU Type’ 필드와, 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드 순으로 필드들이 존재함을 가리키고, 또한 다음 바이트에 제어 정보가 시작함을 가리키는 것을 특징으로 한다.

바람직하게는, 상기 생성한 제어 PDU는,

상기 제1 제어정보 및/또는 상기 제2 제어정보에 해당하는 헤더정보를 포함하는 헤더(Header)와, 상기 제1 제어정보 및/또는 상기 제2 제어정보가 있는 페이로드(Payload)로 구성되고,

상기 헤더는 ‘D/C’ 필드와, 적어도 하나 이상의 ‘Control PDU Type’ 필드와, ‘Length’ 필드와, ‘E’ 필드를 포함하여 구성된 것을 특징으로 한다.

바람직하게는, 상기 생성한 제어 PDU는, 상기 헤더의 바이트 정렬을 하기 위한 ‘Reserved’ 필드를 더 포함하고, 상기 ‘Reserved’ 필드는 헤더에 포함되는

것을 특징으로 한다.

바람직하게는, 상기 생성한 제어 PDU는, 상기 제어 PDU 구조의 마지막에 위치한 상기 제1 제어정보 또는 상기 제2 제어정보에 대하여

‘Length’ 필드를 생략하고 해당 ‘Control PDU Type’ 필드와 ‘E’ 필드로 구성된 헤더정보를 포함하는 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 목적을 달성하기 위하여, 본 발명에 따른 이동통신시스템에서 PDCP 계층의 제어 데이터 수신 방법은,

패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 제1 제어정보와 하나 이상의 제2 제어정보를 포함하는 제어 PDU(Control Packet Data Unit)를 수신하는 단계와;

상기 수신한 제어 PDU를 헤더 복원(Header Decompression)하는 단계를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 제1 제어정보는 PDCP 상태보고(Status report)에 대한 정보이고, 상기 제2 정보는 헤더 압축 피드백(Header Compression feedback) 정보인 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 목적을 달성하기 위하여, 본 발명에 따른 이동통신시스템에서 송신 장치는,

패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 PDCP 상태보고(Status report)와 하나 이상의 헤더 압축 피드백(Header Compression feedback) 정보를 포함하는 제어 PDU를 생성하고;

상기 생성한 제어 PDU를 전송하는 송신 모듈을 포함하는 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 목적을 달성하기 위하여, 본 발명에 따른 이동 통신시스템에서 수신 장치는,

패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 PDCP 상태보고(Status report)와 하나 이상의 헤더 압축 피드백(Header Compression feedback) 정보를 포함하는 제어 PDU(Control Packet Data Unit)를 수신하고; 상기 수신한 제어 PDU를 헤더 복원(Header Decompression)하는 수신모듈을 포함하는 것을 특징으로 한다.

본 발명은, 송신측 PDCP 계층이 상태보고(Status Report)(편의상, ‘제1 정보’라 함) 또는 헤더 압축 피드백(Header Compression Feedback)(편의상, ‘제2 정보’라 함) 등의 제어 정보를 전송할 때, 하나 이상의 제1 정보 및 하나의 이상의 제2 정보를 합쳐서 하나의 PDCP Control PDU로 전송할 수 있다. 이는 결과적으로 제1 정보와 제2 정보를 각각 별개의 PDCP Control PDU를 통하여 송신측에서 수신측으로 전송하는 것보다 헤더의 크기를 줄이는 효과가 있다.

또한, 본 발명은 하나의 PDCP Control PDU로 하나 이상의 제1 정보 및 하나의 이상의 제2 정보를 전송 및 수신함으로써, 헤더의 크기를 줄여 결과적으로 무선 자원의 낭비를 방지할 수는 효과가 있다.

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

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

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

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

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

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

본 발명은, 한 개의 Control PDU를 통하여 여러 가지 제어 정보(control information)(예를 들어, 상태보고에 관한 정보와 HC 피드백에 관한 정보)를 동시에 전송함으로써, 각각의 제어 정보를 각 Control PDU로 송신측에서 수신측으로 전송할 때보다 결과적으로 헤더의 크기를 줄여 전송효율 및 자원의 효율성을 향상시키려는 점에 착안한 것이다.

이러한 점에 착안하여, 본 발명의 기본 개념은, 1) 여러 가지 제어 정보를 한 개의 Control PDU로 전송할 수 있도록 새로운 Control PDU의 구조를 정의하고, 2) 그 정의된 Control PDU 구조에 여러 가지 제어정보를 포함시켜서 송신측 PDCP가 상기 Control PDU(즉, 본 발명에서 새로이 정의된 Control PDU 구조로서 여러 가지 제어정보를 포함하는 데이터)를 송신하고, 3) 수신측 PDCP가 상기 전송된 Control PDU를 수신하는 것이다.

본 발명에서, 새로이 정의하는 Control PDU의 구조는 E 필드(Extension field)와 크기 필드(또는 길이 필드)(Length field)를 포함한다: 여기서,

1) E 필드는 PDCP Control PDU의 헤더에 제어 정보(control information)가 추가적으로 있는지를 알려주는 필드이고;

2) 크기 필드(Length field)는 각각의 제어 정보가 가변 크기(또는 길이)(variable length)를 가지는 경우 그 크기를 알려주는 필드이다.

특히, 본 발명은 Control PDU 구조에서, E 필드와 크기 필드의 위치에 따라 본 발명의 실시 예들이 구별된다.

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

도 6은 본 발명의 제1 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다. 도 6의 (a)은 제어 정보(Control information) 3개(즉, Control Information #1 ~ #3)가 있는 PDCP Control PDU의 구성이고, 도 6의 (b)는 제어 정보(Control information) 2개(즉, Control Information #1 및 #2)가 있는 PDCP Control PDU를 도시하고 있다. 도 6에서 각 제어 정보(예를 들어, Control Information #1)는 그 제어 정보에 해당하는(또는 가리키는) 헤더 필드들(즉, ‘Control PDU Type’ + ‘Length’ + ‘E’ )로 구성된다.

도 6을 참조하여, 각 필드를 설명하면 다음과 같다.

- D/C: 해당 PDCP PDU가 Data PDU인지 Control PDU인지를 알려주는 필드이다.

- Control PDU Type: 해당 제어 정보(Control Information)가 어떤 종류인지를 알려주는 필드, 예를 들어 해당 제어 정보가 상태보고(Status Report)인지 HC 피드백 정보인지 등을 가리킨다.

- Length(크기 또는 길이): 해당 제어 정보(Control Information)의 크기를 알려주는 필드. 제어 정보(Control Information)의 크기가 정해져 있을 경우 해당 크기 필드(Length field)를 생략할 수 있다.

- E(Extension): E 필드의 다음 필드가 아래 두 가지 중 하나임을 가리키는 필드이다. 예를 들어 E 필드의 값은 ‘0’ 또는 ‘1’의 값이 될 수 있다:

- 다음 제어 정보(예를 들어, 도 6에서 Control Information #2)에 해당하는 ‘Control PDU Type’ 필드 + ‘Length’ 필드 + ‘E’ 필드가 이러한 순서대로 존재함을 가리킨다;

- 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있음을 가리키고, 또한 다음 바이트(byte)에 제어 정보(Control Information)가 시작함을 가리킨다.

- Reserved: Control PDU의 헤더 부분을 바이트 정렬(byte-alignment) 하기 위해 추가하는 필드이다. 여기서, ‘Reserved’ 필드는 바이트 정렬을 위해 0 내지 7 비트(bits)로 구성된다.

도 6의 제1 실시 예와 같이, Control PDU의 구성 방법은 각각의 제어 정보(예를 들어, Control Information #1)에 대해 상기 제어 정보를 PDCP Control PDU에 추가할 순서대로 이에 해당하는(가리키는) ‘Control PDU Type’ 필드 + ‘Length’ 필드 + ‘E’ 필드를 헤더에 추가하는 것이다. 헤더에 각 제어 정보에 대한 정보를 모두 추가하였으면 필요에 따라 Reserved 비트(즉, 바이트 정렬을 위해 사용되는 비트임)을 추가하여 헤더 부분을 바이트 정렬(byte-alignment) 시키고, 그 다음부터 헤더 정보의 순서대로 제어 정보(예를 들어, 도 6의 (a)에서 Control Information #1 ~ #3)을 추가한다.

한편, 도 6의 제1 실시 예는 제어 정보(Control Information)의 크기가 가변적일 경우 크기 필드(Length field)가 항상 들어간다는 단점이 있다. 그러나, 마지막 제어 정보(예를 들어, 도 6의 (a)에서 Control Information #3)에 대해서는 크기 필드(Length field)가 없더라도, 전체 Control PDU의 크기와 다른 제어 정보(Control Information)의 크기 필드(Length field)로부터 계산할 수 있기 때문에, 도 7과 같이 Control PDU 헤더의 필드 순서를 바꾼다면, 마지막 제어 정보(예를 들어, 도 6의 (a)에서 Control Information #3)의 크기 필드(Length field)를 생략할 수 있다는 장점이 생긴다.

도 7은 본 발명의 제2 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다. 도 7의 (a)은 제어 정보(Control information) 3개(즉, Control Information #1 ~ #3)가 있는 PDCP Control PDU의 구성이고, 도 7의 (b)는 제어 정보(Control information) 2개(즉, Control Information #1 및 #2)가 있는 PDCP Control PDU를 도시하고 있다. 도 7에서 각 제어 정보(예를 들어, Control Information #1)는 그 제어 정보에 해당하는(또는 가리키는) 헤더 필드들(즉, ‘Control PDU Type’ + ‘E’ + ‘Length’)로 구성된다. 즉, 도 7의 제2 실시 예는 도 6의 제1 실시 예와 비교해볼 때, E(Extension) 필드의 위치와 그 해석 방법에 차이가 있다. 즉, 하나의 제어 정보(Control Information)에 대해 도 6의 제1 실시 예에서는 ‘Control PDU Type’ + ‘Length’ + ‘E’의 순서로 헤더를 구성하였으나, 도 7의 방법에서는 ‘Control PDU Type’ + ‘E’ + ‘Length’의 순서로 바꾸었다. 이로 인해 E field의 해석 방법은 다음과 같이 변경된다. 그 이외의 필드들의 기능적인 특징은 도 6에서 설명한 것과 같다.

- E(extension): E 필드의 다음 필드가 아래 두 가지 중 하나임을 가리킨다.

- 현재 제어 정보(예를 들어, 도 7의 (a)에서 Control Information #1)의 ‘Length(크기)’ + 다음 제어 정보(즉, 도 7의 (a)에서 Control Information #2)의 ‘Control PDU Type’ + 다음 (즉, 도 7의 (a)에서 Control Information #2)의 ‘E’ 필드가 이러한 순서(정렬 또는 위치)로 존재함을 가리킨다.

- 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있음을 가리키고, 또한 다음 바이트(byte)에 제어 정보(Control Information)가 시작함을 가리킨다(도 7의 (b)의 경우). 여기서, ‘Reserved’ 필드 바이트 정렬을 위해 0 내지 7 비트(bits)로 구성된다.

도 7의 제2 실시 예의 방법을 사용하면, 마지막 제어 정보(Control Information)에 대한 크기 필드(Length field)를 생략할 수 있다. 따라서, 도 6의 제1 실시 예와 비교해볼 때, 결과적으로 도 7의 제2 실시 예는 헤더의 크기가 줄어들 수 있다. 이는 도 7의 실시 예와 같은 Control PDU 구성이 도 6의 실시 예보다 자원의 효율성 높다는 것을 알 수 있다.

도 8은 본 발명의 제3 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다. 도 8의 (a)은 제어 정보(Control information) 3개(즉, Control Information #1 ~ #3)가 있는 PDCP Control PDU의 구성이고, 도 8의 (b)는 제어 정보(Control information) 2개(즉, Control Information #1 및 #2)가 있는 PDCP Control PDU를 도시하고 있다. 도 8에서 각 제어 정보(예를 들어, Control Information #1)는 그 제어 정보에 해당하는(또는 가리키는) 헤더 필드들(즉, ‘E’ +‘Control PDU Type’ + ‘Length’)로 구성된다. 즉, 도 8의 실시 예는 도 7의 실시 예의 또 다른 변형으로, ‘E’ 필드가 하나의 제어 정보(Control Information)에 대한 헤더 정보(즉, ‘E’ +‘Control PDU Type’ + ‘Length’)에서 맨 앞에 위치하는 구성이다.

도 8의 제3 실시 예는 Control PDU의 구성 차이 외에는 도 7의 제2 실시 예와 차이가 없으며, 장점 역시 도 7과 마찬가지로 마지막 제어 정보에 대한 크기 필드(Length field)를 생략할 수 있다는 점이다. 도 8의 제3 실시 예에 있어서 E 필드의 해석 방법은 다음과 같다. 그 이외의 필드들의 기능적인 특징은 도 6에서 설명한 것과 같다.

- E(Extension): E 필드의 다음 field가 아래 두 가지 중 하나임을 가리킨다.

- 현재 제어정보(예를 들어, 도 8의 (a)의 Control Information #2)의 ‘Control PDU Type’ + 현재 제어정보(즉, 도 8의 (a)의 Control Information #2)의 ‘Length’ + 다음 제어정보(즉, 도 8의 (a)의 Control Information #3)의 ‘E’ 필드가 이러한 순서(정렬 또는 위치)로 있음을 가리킨다.

- 현재 제어정보의 ‘Control PDU Type’ 필드 + 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 존재하고, 또한 다음 바이트(byte)에 제어 정보(Control Information)가 시작함을 가리킨다. 여기서, ‘Reserved’ 필드 바이트 정렬을 위해 0 내지 7 비트(bits)로 구성된다.

이상, 도 6 내지 도 8의 실시 예들을 통하여 설명한 것은 송신측의 기준으로 기술하였으나, 본 발명에 따른 제어 PDU의 구성은 수신측 입장에서 적용된다. 즉,

본 발명은, 송신측 PDCP가 전송한 제어 PDU, 즉 패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 제1 제어정보(이상의 PDCP 상태보고(Status report))와 하나 이상의 제2 제어정보(헤더 압축 피드백(Header Compression feedback) 정보)를 포함하는 제어 PDU(Control Packet Data Unit)를 수신하고; 상기 수신한 제어 PDU를 헤더 복원(Header Decompression)할 수 있다. 헤더 복원은 본 발명의 기술분야에서 설명한 바와 같고, 단 본 발명에 따른 헤더 복원은 본 발명이 정의한 제어 PDU를 복원한다는 점에 그 기술적 특징이 있다.

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

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

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

본 발명의 따른 송신장치는, 패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 PDCP 상태보고(Status report)와 하나 이상의 헤더 압축 피드백(Header Compression feedback) 정보를 포함하는 제어 PDU를 생성하고; 상기 생성한 제어 PDU를 전송하는 송신 모듈을 포함하여 구성된다.

본 발명의 따른 수신장치는, 패킷데이터수렴 프로토콜(PDCP: Packet Data Convergence Protocol) 계층에서 생성한 하나 이상의 PDCP 상태보고(Status report)와 하나 이상의 헤더 압축 피드백(Header Compression feedback) 정보를 포함하는 제어 PDU(Control Packet Data Unit)를 수신하고; 상기 수신한 제어 PDU를 헤더 복원(Header Decompression)하는 수신모듈을 포함하여 구성된다.

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

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

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

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

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

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

도 4는 PDCP 엔티티(entity)의 구조이다.

도 5는 PDCP 엔티티 내에서 각 PDCP PDU의 처리 과정을 도시한 블록도이다.

도 6은 본 발명의 제1 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다.

도 7은 본 발명의 제2 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다.

도 8은 본 발명의 제3 실시 예로서, 본 발명에 따른 PDCP Control PDU 구조이다.

Claims (14)

1. 이동통신 시스템에서 PDCP(Packet Data Convergence Protocol) 계층의 제어 데이터 전송 방법에 있어서,

   하나 이상의 제1 제어정보와 하나 이상의 제2 제어정보를 포함하는 제어 PDU(Protocol Data Unit)을 생성하는 단계와;

   상기 생성한 제어 PDU를 전송하는 단계를 포함하되,

   상기 생성한 제어 PDU는 상기 제1 제어정보와 상기 제2 제어정보의 다음 제어정보가 있는지를 가리키는 E(Extension) 필드를 포함하고,

   상기 E 필드는 상기 다음 제어 정보에 해당하는 헤더 정보로서 ‘Control PDU Type’ 필드와, ‘크기(Length)’ 필드와, ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

   상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있는 경우, 상기 ‘Reserved’ 필드가 있음과 다음 바이트(byte)에 제어 정보가 시작됨을 가리키거나, 또는

   상기 E 필드는 ‘Reserved’ 필드가 없는 경우, 다음 바이트(byte)에 제어 정보가 시작됨을 가리키는

   것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
2. 제1항에 있어서,

   상기 제1 제어정보는 PDCP 상태보고(Status report)에 대한 정보이고,

   상기 제2 제어정보는 헤더 압축 피드백(Header Compression feedback) 정보인 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
3. 제1항에 있어서,

   상기 E 필드는 상기 제1 제어정보와 상기 제2 제어정보의 ‘크기(Length)’ 필드와, 상기 다음 제어정보의 ‘Control PDU Type’ 필드와, 상기 다음 제어정보의 ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

   상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있음을 가리키고, 또한 다음 바이트에 제어 정보가 시작됨을 가리키는 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
4. 제1항에 있어서,

   상기 E 필드는 상기 제1 제어정보와 상기 제2 제어정보의 ‘Control PDU Type’ 필드와, 상기 제1 제어정보와 상기 제2 제어정보의 ‘크기(Length)’ 필드와, 상기 다음 제어정보의 ‘E’ 필드의 순으로 필드들이 존재함을 가리키거나, 또는

   상기 E 필드는 상기 제1 제어정보와 상기 제2 제어정보의 ‘Control PDU Type’ 필드와, 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드 순으로 필드들이 존재함을 가리키고, 또한 다음 바이트에 제어 정보가 시작함을 가리키는 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
5. 삭제
6. 제1항에 있어서,

   상기 생성한 제어 PDU는

   상기 제1 제어정보와 상기 제2 제어정보에 해당하는 헤더정보를 포함하는 헤더(Header)와,

   상기 제1 제어정보와 상기 제2 제어정보를 갖는 페이로드(Payload)를 포함하되,

   상기 헤더는 ‘D/C’ 필드를 포함하고, ‘Control PDU Type’ 필드와, ‘Length’ 필드와, ‘E’ 필드 중에 적어도 하나 이상을 포함하는 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
7. 제6항에 있어서,

   상기 생성한 제어 PDU는 상기 헤더의 바이트 정렬을 하기 위한 ‘Reserved’ 필드를 더 포함하고, 상기 ‘Reserved’ 필드는 헤더에 포함되는 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
8. 제1항에 있어서,

   상기 생성한 제어 PDU는

   상기 제어 PDU 구조의 마지막에 위치한 상기 제1 제어정보 또는 상기 제2 제어정보에 대하여

   ‘Length’ 필드를 생략하고 해당 ‘Control PDU Type’ 필드와 ‘E’ 필드로 구성된 헤더정보를 포함하는 것을 특징으로 하는 PDCP 계층의 제어 데이터 전송 방법.
9. 이동통신시스템에서 PDCP(Packet Data Convergence Protocol) 계층의 제어 데이터 수신 방법에 있어서,

   PDCP 계층에서 생성된 하나 이상의 제1 제어정보와 하나 이상의 제2 제어정보를 포함하는 제어 PDU(Protocol Data Unit)를 수신하는 단계와;

   상기 수신한 제어 PDU에 대해 헤더 복원(Header Decompression)을 수행하는 단계를 포함하되,

   상기 수신한 제어 PDU는 상기 제1 제어정보와 상기 제2 제어정보의 다음 제어정보가 있는지를 가리키는 E(Extension) 필드를 포함하고,

   상기 E 필드는 상기 다음 제어 정보에 해당하는 헤더 정보로서 ‘Control PDU Type’ 필드와, ‘크기(Length)’ 필드와, ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

   상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있는 경우, 상기 ‘Reserved’ 필드가 있음과 다음 바이트(byte)에 제어 정보가 시작됨을 가리키거나, 또는

   상기 E 필드는 ‘Reserved’ 필드가 없는 경우, 다음 바이트(byte)에 제어 정보가 시작됨을 가리키는

   것을 특징으로 하는 PDCP 계층의 제어 데이터 수신 방법.
10. 제9항에 있어서,

    상기 제1 제어정보는 PDCP 상태보고(Status report)에 대한 정보이고,

    상기 제2 제어정보는 헤더 압축 피드백(Header Compression feedback) 정보인 것을 특징으로 하는 PDCP 계층의 제어 데이터 수신 방법.
11. 이동통신 시스템에서 전송 장치에 있어서,

    하나 이상의 PDCP 상태보고에 대한 정보와 하나 이상의 헤더 압축 피드백 정보를 포함하는 제어 PDU(Protocol Data Unit)을 생성하는 PDCP(Packet Data Convergence Protocol) 계층 모듈과;

    상기 제어 PDU를 전송하는 전송 모듈을 포함하되,

    상기 제어 PDU는 상기 PDCP 상태보고에 대한 정보와 상기 헤더 압축 피드백 정보의 다음 제어정보가 있는지를 가리키는 E(Extension) 필드를 포함하고,

    상기 E 필드는 상기 다음 제어 정보에 해당하는 헤더 정보로서 ‘Control PDU Type’ 필드와, ‘크기(Length)’ 필드와, ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

    상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있는 경우, 상기 ‘Reserved’ 필드가 있음과 다음 바이트(byte)에 제어 정보가 시작됨을 가리키거나, 또는

    상기 E 필드는 ‘Reserved’ 필드가 없는 경우, 다음 바이트(byte)에 제어 정보가 시작됨을 가리키는

    것을 특징으로 하는 전송 장치.
12. 이동통신시스템에서 수신 장치에 있어서,

    PDCP 계층에서 생성된 하나 이상의 PDCP 상태보고에 대한 정보와 하나 이상의 헤더 압축 피드백 정보를 포함하는 제어 PDU(Protocol Data Unit)를 수신하는 수신 모듈과;

    상기 수신한 제어 PDU에 대해 헤더 복원(Header Decompression)을 수행하는 PDCP(Packet Data Convergence Protocol) 계층 모듈을 포함하되,

    상기 제어 PDU는 상기 PDCP 상태보고에 대한 정보와 상기 헤더 압축 피드백 정보의 다음 제어정보가 있는지를 가리키는 E(Extension) 필드를 포함하고,

    상기 E 필드는 상기 다음 제어 정보에 해당하는 헤더 정보로서 ‘Control PDU Type’ 필드와, ‘크기(Length)’ 필드와, ‘E’ 필드 순으로 필드들이 존재함을 가리키거나, 또는

    상기 E 필드는 헤더 바이트 정렬(byte-alignment)를 위한 ‘Reserved’ 필드가 있는 경우, 상기 ‘Reserved’ 필드가 있음과 다음 바이트(byte)에 제어 정보가 시작됨을 가리키거나, 또는

    상기 E 필드는 ‘Reserved’ 필드가 없는 경우, 다음 바이트(byte)에 제어 정보가 시작됨을 가리키는

    것을 특징으로 하는 수신 장치.
13. 삭제
14. 삭제

Images