KR20060115498A - 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법 - Google Patents

Abstract

본 발명은 무선 통신 시스템의 RLC(Radio Link Control) 계층에서 데이터를 전송하는 방법에 관한 것으로, 보다 상세하게는, 수신 측의 AM RLC가 상태정보를 전송하는 경우 LSN 정보를 위한 별도의 SUFI를 형성할 필요없이 상태정보를 구성하는 방법과 송신 측에서 수신 후 빠르게 수신 상태 정보를 파악하도록 하여 통신 효율을 높이는 방법에 관한 것이다. 본 발명에 따른 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법은, 송신 단으로부터 상태정보 보고를 요청 받은 수신 단의 PDU(Protocol Data Unit) 송신 방법에 있어서, 수신된 데이터 PDU들에 관한 정보를 획득하는 단계; 상기 수신된 데이터 PDU 중에서 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 획득하는 단계; 및 상기 수신된 데이터 PDU들에 관한 정보와 상기 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 적어도 하나 이상의 제어 PDU(control PDU)에 포함시키는 단계를 포함하여 이루어짐을 특징으로 한다. 본 발명은 AM RLC의 수신 단이 상태정보 보고를 송신 단에 전송할 때, LSN 값을 포함하도록 SUFI를 확장시켜 ACK SUFI를 추가적으로 사용하지 않고도 LSN 값을 송신 단으로 전송할 수 있도록 하여 상태정보 보고를 효율적으로 진행할 수 있는 효과가 있다.

상태 PDU, ACK, SUFI, LSN, 상태보고

Description

무선 통신 시스템의 송수신 단에서 상태정보를 포함하는 ＰＤＵ를 송수신하는 방법{method of receiving and transmitting PDUs having a status information in receiving and transmitting terminals of wireless communication system}

도 1은 UMTS(Universal Mobile Telecommunications System)의 망구조를 나타낸 구조도이다.

도 2는 UMTS에서 사용하는 무선 프로토콜의 구조를 나타내는 구조도이다.

도 3은 AM RLC PDU의 구조를 나타내는 개념도이다.

도 4는 STATUS PDU의 구조를 나타내는 개념도이다.

도 5는 Piggybacked STATUS PDU의 구조를 나타내는 개념도이다.

도 6은 RESET 또는 RESET ACK PDU의 구조를 나타내는 개념도이다.

도 7은 NO_MORE SUFI field의 구조를 나타내는 개념도이다.

도 8은 BITMAP SUFI field 구조를 나타내는 개념도이다.

도 9는 ACK SUFI file 구조를 나타내는 개념도이다.

도 10은 종래 기술에 따른 UM RLC의 동작을 나타내는 절차흐름도이다.

도 11은 본 발명의 일 실시예에 따른 SUFI 구조를 나타내는 개념도이다.

도 12는 본 발명의 일 실시예에 따른 SUFI를 이용한 단일 BITMAP으로 이루어진 상태 PDU의 구조를 나타내는 개념도이다.

도 13은 본 발명의 일 실시예에 따른 SUFI를 이용한 여러 개의 BITMAP으로 이루어진 상태 PDU의 구조를 나타내는 개념도이다.

도 14는 본 발명의 일 실시예에 따른 SUFI를 구비하는 BITMAP을 포함한 다수의 상태 PDU 중 일부를 나타내는 개념도이다.

도 15는 본 발명의 일 실시예에 따른 SUFI를 구비하는 BITMAP을 포함한 다수의 상태 PDU 중 일부를 나타내는 개념도이다.

본 발명은 무선 통신 시스템의 RLC(Radio Link Control) 계층에서 데이터를 전송하는 방법에 관한 것으로, 보다 상세하게는, 수신 측의 AM RLC가 상태정보를 전송하는 경우 LSN 정보를 위한 별도의 SUFI를 형성할 필요없이 상태정보를 구성하는 방법과 송신 측에서 수신 후 빠르게 수신 상태 정보를 파악하도록 하여 통신 효율을 높이는 방법에 관한 것이다.

도 1은 UMTS(Universal Mobile Telecommunications System)의 망구조를 나타낸 그림이다. UMTS시스템은 크게 단말(User Equipment; UE)과 UMTS무선접속망(UMTS Terrestrial Radio Access Network; UTRAN) 및 핵심망(Core Network; CN)으로 이루어져 있다. UTRAN은 한 개 이상의 무선망부시스템(Radio Network Sub-systems; RNS)으로 구성되며, 각 RNS는 하나의 무선망제어기(Radio Network Controller; RNC)와 이 RNC에 의해서 관리되는 하나 이상의 기지국(Node B)으로 구성된다. 하나 의 Node B에는 하나 이상의 셀(Cell)이 존재한다.

도 2는 UMTS에서 사용하는 무선 프로토콜의 구조를 보이고 있다. 이러한 무선 프로토콜 계층들은 단말과 UTRAN에 쌍(pair)으로 존재하여, 무선 구간의 데이터 전송을 담당한다. 각각의 무선 프로토콜 계층들에 대해 설명하자면, 먼저 제 1계층인 PHY 계층은 다양한 무선전송기술을 이용해 데이터를 무선 구간에 전송하는 역할을 한다. PHY 계층은 무선 구간의 신뢰성있는 데이터 PHY 계층은 상위 계층인 MAC 계층과 전송채널(Transport Channel)을 통해 연결되어 있으며, 전송채널은 크게 채널의 공유 여부에 따라 전용(Dedicated)전송채널과 공용(Common)전송채널로 나뉜다.

제 2계층에는 MAC, RLC, PDCP, 및 BMC 계층이 존재한다. 먼저 MAC 계층은 다양한 논리채널(Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화(Multiplexing)의 역할도 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널(Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널(Control Channel)과 사용자평면(User Plane)의 정보를 전송하는 트래픽 채널(Traffic Channel)로 나뉜다. MAC 계층은 세부적으로 관리하는 전송채널의 종류에 따라 MAC-b 부계층(Sublayer), MAC-d 부계층, MAC-c/sh 부계층, MAC-hs 부계층, 및 MAC-e 부계층으로 구분된다. MAC-b 부계층은 시스템 정보(System Information)의 방송을 담당하는 전송채널인 BCH(Broadcast Channel)의 관리를 담당하고, MAC-c/sh 부계층은 다른 단말들과 공 유되는 FACH(Forward Access Channel)나 DSCH (Downlink Shared Channel) 등의 공용전송채널을 관리하며, MAC-d 부계층은 특정 단말에 대한 전용전송채널인 DCH(Dedicated Channel)의 관리를 담당한다. 또한, 하향 및 상향으로 고속 데이터 전송을 지원하기 위해 MAC-hs 부계층은 고속 하향 데이터 전송을 위한 전송채널인 HS-DSCH (High Speed Downlink Shared Channel)를 관리하며, MAC-e 부계층은 고속 상향 데이터 전송을 위한 전송채널인 E-DCH (Enhanced Dedicated Channel)를 관리한다.

RLC 계층은 각 무선베어러 (Radio Bearer; RB)의 QoS에 대한 보장과 이에 따른 데이터의 전송을 담당한다. RLC는 RB 고유의 QoS를 보장하기 위해 RB 마다 한 개 또는 두 개의 독립된 RLC 개체(Entity)를 두고 있으며, 다양한 QoS를 지원하기 위해 TM (Transparent Mode, 투명모드), UM (Unacknowledged Mode, 무응답모드) 및 AM (Acknowledged Mode, 응답모드)의 세가지 RLC 모드를 제공하고 있다. 또한, RLC는 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할도 하고 있으며, 이를 위해 상위계층으로부터 수신한 데이터를 분할 및 연결하는 기능도 수행한다.

PDCP 계층은 RLC 계층의 상위에 위치하며, IPv4나 IPv6와 같은 IP 패킷을 이용하여 전송되는 데이터가 상대적으로 대역폭이 작은 무선 구간에서 효율적으로 전송될 수 있도록 한다. 이를 위해, PDCP 계층은 헤더압축(Header Compression) 기능을 수행하는데, 이는 데이터의 헤더(Header) 부분에서 반드시 필요한 정보만을 전송하도록 하여, 무선 구간의 전송효율을 증가시키는 역할을 한다. PDCP 계층은 헤 더압축이 기본 기능이기 때문에 PS domain에만 존재하며, 각 PS 서비스에 대해 효과적인 헤더압축 기능을 제공하기 위해 RB 당 한 개의 PDCP entity가 존재한다.

그 외에도 제 2계층에는 BMC (Broadcast/Multicast Control) 계층이 RLC 계층의 상위에 존재하여, 셀 방송 메시지(Cell Broadcast Message)를 스케쥴링하고, 특정 셀에 위치한 단말들에게 방송하는 기능을 수행한다.

제 3계층의 가장 하부에 위치한 RRC(Radio Resource Control, 무선자원제어) 계층은 제어평면에서만 정의되며, RB들의 설정, 재설정 및 해제와 관련되어 제 1 및 제 2계층의 파라미터들을 제어하고, 또한 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. 이때, RB는 단말과 UTRAN간의 데이터 전달을 위해 무선 프로토콜의 제1 및 제 2계층에 의해 제공되는 논리적 path를 의미하고, 일반적으로 RB가 설정된다는 것은 특정 서비스를 제공하기 위해 필요한 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다.

이하 본 발명과 관련되어 있는 RLC계층에 대해 좀더 구체적으로 살펴보기로 한다.

RLC 계층의 기본 기능은 각 RB의 QoS에 대한 보장과 이에 따른 데이터의 전송이다. RB 서비스는 무선 프로토콜의 제2계층이 상위에 제공하는 서비스이기 때문에 제2계층 전체가 QoS에 영향을 주지만, 그 중에서도 특히 RLC의 영향이 크다. RLC는 RB 고유의 QoS를 보장하기 위해 RB 마다 독립된 RLC 개체(Entity)를 두고 있으며, 다양한 QoS를 지원하기 위해 투명모드(Transparent Mode; 이하 TM이라 약칭 함), 무응답모드(Unacknowledged Mode; 이하 UM이라 약칭함) 및 응답모드(Acknowledged Mode; 이하 AM이라 약칭함)의 세가지 RLC 모드를 제공하고 있다. 이러한 RLC의 세가지 모드는 각각이 지원하는 QoS가 다르기 때문에 동작 방법에 차이가 있으며, 그 세부적인 기능 역시 차이가 있다. 따라서, RLC는 그 동작 모드에 따라 살펴볼 필요가 있다.

TM RLC는 RLC PDU(Protocol Data Unit)를 구성함에 있어 상위로부터 전달받은 RLC SDU에 아무런 오버헤드를 붙이지 않는 모드이다. 즉, RLC가 SDU를 투명(Transparent)하게 통과시키므로 TM RLC라고 하며, 이러한 특성으로 인해 사용자평면과 제어평면에서 다음과 같은 역할을 수행한다. 사용자평면에서는 RLC 내에서의 데이터 처리 시간이 짧기 때문에 주로 회선 서비스 영역(Circuit Service domain; 이하 CS domain으로 약칭함)의 음성이나 스트리밍 같은 실시간 회선 데이터의 전송을 담당하며, 제어평면에서는 RLC 내에서의 오버헤드가 없기 때문에 상향(Uplink)의 경우 불특정 단말로부터의 RRC 메시지에 대한 전송을, 하향(Downlink)의 경우 셀 내의 모든 단말에게 방송되는 RRC 메시지에 대한 전송을 담당한다.

투명모드와는 달리 RLC에서 오버헤드가 추가되는 모드를 비투명모드(Non-transparent mode)라고 하며, 여기에는 전송한 데이터에 대한 수신 확인 응답이 없는 모드(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 메시지의 전송을 담당한다.

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

AM RLC가 복잡한 이유는 재전송 기능에 기인한다. 재전송 관리를 위해 AM RLC는 송수신 버퍼 외에 재전송 버퍼를 두고 있으며, 흐름 제어를 위한 송수신 윈도우의 사용, 송신측이 피어(peer) RLC 개체의 수신측에 상태정보를 요구하는 폴링(Polling), 수신측이 피어 RLC 개체의 송신측으로 자신의 버퍼 상태를 보고하는 상태정보 보고(Status Report), 상태정보를 실어 나르기 위한 상태 PDU(Status PDU), 데이터 전송의 효율을 높이기 위해 데이터 PDU 내에 상태 PDU를 삽입하는 피기백(Piggyback) 기능 등등의 여러 가지 기능을 수행하게 된다. 이외에 AM RLC엔티티가 동작과정에서 중대한 오류를 발견한 경우 상대편 AM RLC엔티티에게 모든 동작 및 파라미터의 재설정을 요구하는 Reset PDU와 이런 Reset PDU의 응답에 쓰이는 Reset Ack PDU도 있다. 또한, 이들 기능을 지원하기 위해 AM RLC에는 여러 가지 프로토콜 파라미터, 상태 변수 및 타이머도 필요하게 된다. 이런 상태정보 보고 또는 상태 PDU, Reset PDU등, AM RLC에서 데이터 전송의 제어를 위해서 사용되는 PDU들을 Control PDU라고 부르고 User Data를 전달하기 위해 쓰이는 PDU들을 Data PDU라고 부른다.

정리하면 AM RLC에서 사용하는 PDU는 크게 두 가지로 분류될 수 있으며, 첫 번째는 Data PDU이고 나머지 하나는 Control PDU이다. 그리고 Control PDU에는 4가지가 있는데, Status PDU, Piggybacked Status PDU, Reset PDU, Reset Ack PDU로 나뉜다.

이렇게 Control PDU를 사용하는 경우중의 하나가 바로 Reset Procedure이다. Reset Procedure는 AM RLC의 동작에서 오류상황, 예를 들어 서로 사용하고 있는 일련번호가 다르다거나, 또는 PDU또는 SDU가 일정 횟수 이상 전송실패 했다거나 하는 상황을 해결하기 위해 사용된다. 이 Reset Procedure를 사용하면 수신측과 송신측의 AM RLC는 환경변수를 초기화 하여 다시 통신을 할 수 있는 상태로 진입하게 된다. Reset Procedure는 다음과 같다. 우선 Reset Procedure를 시작하기로 결정한 쪽, 즉 송신측의 AM RLC는 Reset PDU에 자신이 현재 사용하고 있는 송신방향 HFN값(Hyper Frame Number)를 포함해서 수신단에 전송한다. 이 후 수신측의 AM RLC는 상기 Reset PDU를 전달 받으면 자신의 수신방향의 HFN값을 재설정하고 또한 일련번호등의 환경변수들을 초기화한다. 그리고 수신측의 AM RLC는 자신의 송신방향 HFN을 포함시켜 Reset Ack PDU를 송신측 AM RLC에게 전송하고, 송신측의 AM RLC는 Reset Ack PDU를 수신하면 자신의 수신방향 HFN값을 재설정한 후 환경변수들을 초기화한다.

이하 AM RLC엔티티에서 사용되는 RLC PDU의 구조에 대해서 상술한다.

도 3은 데이터를 전송할 때 사용되는 Data PDU인 AM RLC PDU의 구조를 나타내고 있다.

AM RLC PDU는 AM RLC엔티티가 유저 data또는 piggybacked status 정보 그리고 Polling bit을 전송하고자 할 때 사용된다. 사용자 data 부분은 8bit의 정수배로 구성되며, AM RLC PDU의 헤더는 2 Octet 크기의 일련번호(Sequence Number)로 구성된다. 또한 AM RLC PDU의 헤더부분은 길이지시자(LI: Length Indicator)를 포함한다.

도 4는 STATUS PDU의 구조를 나타내고 있다.

Status PDU는 다른 종류의 SUFI(SUper Field)로 구성된다. Status PDU의 크기는 가변적이나 상기 Status PDU가 전송되는 논리채널의 가장 큰 RLC PDU의 크기로 제한된다. 여기서 SUFI라는 것은 수신단에 어떤 AM RLC PDU가 도착하였고 또한 어떤 AMRLC PDU가 도착하지 않았는지 등의 정보를 알려주는 역할을 한다. SUFI는 종류, 길이, 값의 세 부분으로 이루어진다.

도 5는 Piggybacked STATUS PDU의 구조를 나타내고 있다.

Piggybacked STATS PDU의 구조는 Status PDU의 구조와 비슷하나 D/C field가 Reserved Bit(R2)로 대체되었다는 점이 다르다. 이 Piggybacked STATUS PDU는 AM RLC PDU에 충분한 공간이 남아 있을 경우 삽입된다. PDU type값은 항상 ‘000’으로 고정된다.

도 6은 RESET/RESET ACK PDU의 구조를 나타내고 있다.

Reset PDU는 1bit의 RSN이라는 일련번호를 포함한다. 그리고 RESET ACK PDU는 수신한 RESET PDU에 대한 응답으로 전송되며 수신한 RESET PDU에 포함된 RSN을 포함해서 전송된다.

상기 PDU포맷에서 사용되는 파라미터들에 대해서 좀더 알아보자.

(1) D/C field : 이 값은 해당 PDU가 Control PDU인지 Data PDU인지를 알려준다.

(2) PDU Type: 이 값은 Control PDU의 종류를 알려준다. 즉 해당 PDU가 Reset PDU인지 STATUS PDU인지 등을 알려준다.

(3) 일련번호(Sequence Number): 이 값은 AM RLC PDU의 일련번호 정보를 의미한다.

(4) Polling Bit: 이 값은 Status Report를 수신측에게 요구할 때 설정된다.

(5) Extension bit(E): 이 값은 다음 Octet이 길이지시자(LI)인지 아닌지를 알려준다.

(6) Reserved bit(R1): 이 값은 Reset PDU또는 Reset Ack PDU에서 사용되며 000으로 코딩된다.

(7) Header Extension Bit(HE): 이 값은 다음 Octet이 길이지시자(LI)인지 데이터인지를 알려준다.

(8) Length Indicator: 이 값은 PDU의 Data부분 내에 서로 다른 SDU의 경계면이 존재할 때, 경계면의 위치를 알려준다.

(9) PAD: 이부분은 Padding 영역으로 AM RLC PDU에서 사용되지 않는 영역이다.

이하에서 SUFI(SUper FIeld)에 대해 구체적으로 알아보도록 한다.

위에서 간단히 언급했던 것과 같이 SUFI는 수신 단에 어떠한 AM RLC PDU가 도착하였고, 어떠한 AM RLC PDU가 도착하지 않았는지 등의 정보를 송신 단에 알려주는 역할을 한다. 현재는 8가지의 SUFI가 정의 되어 사용되고 있으며, 각각의 SUFI는 종류(Type), 길이(Length), 값(Value)의 세 부분으로 이루어진다.

SUFI의 종류는 NO_MORE(No More Data), WINDOW(Window Size), ACK(Acknowledgement), LIST(List), BITMAP(Bitmap), Rlist(Relative list), MRW(Move Receiving Window), MRW ACK(Move Receiving Window Acknowledgement)등이 있다.

몇 가지 SUFI에 대해 알아 보도록 한다.

(A) NO_MORE SUFI

도 7은 NO_MORE SUFI field의 구조를 나타내는 개념도이다.

NO_MORE SUFI는 종류(Type) 필드만 존재하며, NO_MORE SUFI 이후에 더 이상의 SUFI가 존재하지 않음을 알려주는 역할을 한다. 따라서 이 SUFI 이후는 PAD(Padding) 영역으로 생각할 수 있다.

(B) BITMAP SUFI

도 8은 BITMAP SUFI field 구조를 나타내는 개념도이다.

BITMAP SUFI는 종류(Type), 비트맵길이(LENGT), 시작일련번호(FSN), 비트맵(Bitmap)으로 구성된다.

LENGTH는 4bit으로 구성되며, LENGTH + 1는 비트맵의 octet 사이즈를 의미한다. 예를 들어, LENGTH = ‘0000’ 이라면, 비트맵 octet 사이즈는 1 임을 의미한다. LENGTH = ‘1111’까지 값을 가질 수 있으므로 비트맵이 가질 수 있는 최대 octet 사이즈는 16이 된다.

FSN은 12bit로 구성되며, 비트맵의 첫 번째 bit에 해당하는 일련번호(SN)를 의미한다.

Bitmap은 LENGTH 필드서 주어지는 값에 따라 변화한다. [FSN, FSN+(LENGTH+1)*8-1]에 해당하는 구간에 일련번호에 해당하는 AM RLC PDU의 상태 정보를 알려줄 수 있다. 순서는 왼쪽에서 오른쪽으로 일련번호가 증가하며 해당 일련번호에 해당하는 AM RLC PDU의 수신 상태는 ‘0’ (비정상 수신: NACK)과 ‘1’ (정상 수신: ACK)으로 표시된다.

단말은 BITMAP SUFI가 수신 단에서 정확하게 수신한 것으로 보고한 AM RLC PDU들을 송신 단에서 삭제할 수 있다.

(C) ACK SUFI

도 9는 ACK SUFI file 구조를 나타내는 개념도이다.

ACK SUFI는 종류(Type), LSN(Last Sequence Number)로 구성된다.

ACK SUFI는 NO_MORE SUFI와 마찬가지로 STATUS PDU에서 Data 부분의 마지막임을 알려주는 역할을 한다. ACK SUFI가 STATUS PDU의 마지막에 존재 한다면, NO_MORE SUFI가 동시에 존재할 필요는 없다. 다시 말해, NO_MORE SUFI로 끝나지 않은 STATUS PDU에는 ACK SUFI가 존재 하여야 한다. ACK SUFI 이후에 부분들은 PAD(Padding)으로 생각할 수 있다.

STATUS PDU의 이전 부분에서 에러로 보고된 바 없는 SN < LSN 인 모든 AM RLC PDU들에 대한 수신에 대한 응답(Acknowledge)의 역할을 담당한다. 다시 말해, LSN>VR(R) 일 경우, 모든 수신 에러 상태인 AM RLC PDU에 대한 응답 정보들은 하나의 STATUS PDU를 이용하여 하나로 전송되어야 한다. 다시 말해, 수신 에러 상태인 AM RLC PDU에 대한 응답 정보들은 여러 개의 STATUS PDU로 분리되어 전송될 수 없다. 만약, LSN=VR(R) 일 경우, 수신 에러 상태인 AM RLC PDU들은 여러 개의 STATUS PDU에 분리되어 전송될 수 있다. LSN<VR(R)인 경우는 사용할 수 없다. 그리고 LSN 값은 VR(H)과 같거나 작은 값으로 설정될 수 있다. 상기에서 VR(H)는 수신 단이 수신한 AM RLC PDU 중 가장 큰 SN에 이후에 도착할 AM RLC PDU의 SN이다. 다시 말해 수신 단이 수신한 AM RLC PDU 중 가장 큰 SN인 x를 수신하였다면 VR(H)는 x+1이 된다.

STATUS PDU를 수신한 송신 단은 LSN과 STATUS PDU에 포함되어 있는 첫 번째 수신 에러 상태인 AM RLC PDU의 SN를 비교하여 VT(A)의 값을 갱신할 수 있다.

만약, 수신한 LSN 값이 STATUS PDU에 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN 보다 작거나 같다면 (LSN =< the SN of the first error bit in STATUS PDU), VT(A)는 LSN 값으로 갱신된다. 만약, 수신한 LSN 값이 STATUS PDU에 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN 보다 크다면 (LSN > the SN of the first error bit in STATUS PDU), VT(A)는 STATUS PDU에 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN 값으로 갱신된다.

상기에서 VR(R)은 수신 단에서 순서에 맞게(in sequence) 수신한 최종의 AM RLC PDU에 이어 순서에 맞게 다음에 수신할 것으로 예상되는 AM RLC PDU의 SN이다. 예를 들어, 수신 단이 수신 에러 없이 N번째 AM RLC PDU까지 수신 하였다면, VR(R)은 N+1 이다. 또한 VT(A)는 송신 단에서 순서에 맞게(in sequence) 수신 단으로부터 ACK(정상 수신 응답) 정보를 수신한 최종의 AM RLC PDU에 이어 순서에 맞게 수신할 것으로 예상되는 AM RLC PDU의 SN이다. 예를 들어, 송신 단이 수신 단으로부터 M번째까지 AM RLC PDU에 대한 ACK(정상 수신 응답) 정보를 수신 하였다면, VT(A)는 M+1이다.

이하 UM RLC에 대해서 구체적으로 알아보기로 한다.

UM RLC는 다음과 같은 환경 변수들을 설정하고 관리한다.

VR(US): 차기수신번호 - 이 값은 가장 마지막으로 수신된 RLC PDU의 SN값의 바로 다음 값을 의미한다. 즉 SN값이 x인 값이 수신되었다면 VR(US)는 x에 1을 더한 값으로 설정된다.

송신측의 UM RLC는 상위단으로부터 RLC SDU(Service Data Unit)를 전달받으면, 전달받은 RLC SDU들을 자르거나(Segmentation) 붙이는(Concatenation) 작업을 통해서 적당한 크기로 만든 후 각각에 순차적으로 일련번호를 할당하여 RLC PDU를 생성한 후 하위단으로 전달한다. 또한 UM RLC는 수신측에서 RLC PDU로 부터 RLC SDU를 제대로 복원해 낼 수 있게 위해서 RLC PDU내에서 RLC SDU의 경계면의 위치를 알려주는 길이지시자 (Length Indicator; 이하 LI라 약칭함)를 RLC PDU에 포함시킨다.

여기서 일련번호는 7 bit로 표현된다. 이것은 일련번호를 간결하게 표현함으로써, 각 RLC PDU에서의 헤더부분을 줄여, 실제 전달 해야 할 데이터의 전송효율을 높이기 위해서이다. 따라서 실제 RLC PDU에 포함되어 전송되는 일련번호는 0부터 127까지의 값이다. 이에, 송신측은 0부터 순차적으로 각 RLC PDU에 일련번호를 할당하여 사용하며, 127 다음에는 다시 0부터 할당하여 사용한다. 이런 경우처럼, 일련번호가 127과 같이 높은 값에서 0과 같이 낮은 값부터 다시 사용되기 시작하는 것을, 랩어라운드(Wrap-Around)가 발생했다고 한다. 따라서 랩어라운드가 발생한 후의 RLC PDU들은 랩어라운드가 발생하기 전의 RLC PDU들보다 뒤에 전달되어야 하는 RLC PDU들이다. 수신측은 수신된 RLC PDU에 대해서 항상 일련번호를 검사하며, 수신한 RLC PDU의 일련번호가 마지막에 수신되어 있던 RLC PDU의 일련번호보다 RLC PDU의 일련번호가 마지막에 수신되어 있던 RLC PDU보다 작으면 랩어라운드가 발생했다고 판단하고 이 후 수신되는 RLC PDU들은 모두 기존에 수신되어 있던 RLC PDU보다 이후에 발생한 RLC PDU들로 간주한다.

도 10은 종래의 기술에 따른 수신측의 UM RLC동작으로, 하위단으로부터 RLC PDU를 전달받을 때의 동작을 나타낸다.

VR(US)를 수신(S1010)한 RLC PDU의 SN값에 맞추어 재설정한다.(S1020)

S1010 내지 S1020의 과정에서 VR(US)값이 갱신폭이 1이 아니면 손실된 RLC PDU가 있는 것으로 판단하고, 손실된 것으로 판단된 RLC PDU들과 관련된 RLC SDU들을 삭제하고(S1030), 갱신폭이 1이면 다음의 과정을 수행한다.

성공적으로 수신된 RLC PDU들을 이용하여 복원과정을 수행한 후(S1040), 성공적으로 복원된 RLC SDU 들만을 여 상위로 전달한 후 과정을 종료한다.

이하 HSDPA (High Speed Downlink Packet Access)에 대해 상술한다.

무선인터넷이 보편화되고 가입자수가 증가함에 따라 보다 다양한 서비스들이 출현하고 있으며, 이들 서비스들을 지원하기 위해서는 보다 고속의 전송속도를 갖는 시스템이 필요할 것으로 예상된다. 따라서, 현재 3GPP에서는 UMTS망을 진화시켜 고속의 전송속도를 제공하기 위한 연구가 진행되고 있으며, 이 중 대표적인 시스템으로 HSDPA(High Speed Downlink Packet Access)를 들 수 있다.

HSDPA를 위해서 많은 새로운 기법들이 도입되고 있는데 그 중의 하나가 바로 HARQ이다. HARQ 방법은 RLC 계층에서 수행하는 패킷의 재전송방법과는 다른 개념의 재전송방법이다. 이는 물리계층과 연계되어 사용되고 재전송된 데이터를 이전에 수신한 데이터와 결합하여 보다 높은 복구율을 보장한다. 즉, 전송에 실패한 패킷을 폐기시키지 않고 저장하고 있으면서, 재 전송된 패킷과 디코딩 이전단계에서 결합하여 패킷을 복구하는 방법이다. HARQ기능을 보다 효과적으로 지원하기 위하여 Node B의 MAC-hs 부계층에는 HARQ블록이 존재한다. HARQ블록에는 지원하는 단말의 HARQ동작을 관장하는 HARQ엔터티들이 존재하며, 각 HARQ엔터티는 각 단말에 대하여 하나씩 존재한다. 또한, 각 HARQ엔터티 내부에는 여러 개의 HARQ 프로세스(Process)들이 존재하는데, 각 HARQ 프로세스는 HARQ의 동작에 따른 제어를 담당하고 특정 데이터의 전송을 위하여 사용된다. 각 HARQ 프로세스는 여러 개의 데이터들이 공유하여 이용할 수 있으나, 한 TTI (Transmission Time Interval, 전송시간격)에 하나씩만 처리된다. 따라서, 데이터 전송에 성공하면, 비어있는 프로세스가 되어 다른 데이터의 전송에 사용될 수 있으나, 전송이 실패하면 해당 데이터가 성공적으로 전송되거나 폐기될 때까지 데이터를 저장하고 있게 된다.

상기 Node-B의 MAC-hs에서의 데이터 전송을 좀 더 살펴보면, Node-B는 RNC로부터 전송 받은 데이터들을 재구성하여 MAC-hs PDU들을 만들어 내고, 이 MAC-hs들을 각 HARQ프로세스에 할당한다. 여기서 각 HARQ 프로세스에서 전송한 MAC-hs PDU들은 한번에 성공적으로 단말에 전달될 수 있지만 그렇지 않을 수 있다. 예를 들어, 먼저 만들어진 MAC-hs PDU 1은 A라는 HARQ프로세스에 할당되고 그 이후에 만들 어진 MAC-hs PDU 2는 B라는 HARQ프로세스에 할당된 경우를 가정해 보자. 각 HARQ프로세스는 동시에는 전송을 수행하지는 않지만 각각 독립적으로 동작한다. 따라서 만약 A라는 HARQ프로세스는 전송에 계속 실패하고 B라는 HARQ프로세스는 A라는 HARQ프로세스 보다 먼저 성공적으로 전송에 성공하여, 먼저 만들어진 MAC-hs PDU1보다 후에 만들어진, 즉 나중에 Node-B에 도착한 데이터를 포함한 MAC-hs PDU B가 단말에 먼저 도착하여 처리되는 경우가 발생할 수 있다. 즉 이는, 한 HARQ프로세스에 따라서 Node-B에서 생성된 순서대로 MAC-hs PDU가 단말에 전달되지 않을 수 있으며 결국 이는 MAC-hs PDU에 포함된 RLC PDU들도 순서대로 RLC에 전달되지 않는 경우가 발생할 수 있음을 의미한다.

종래의 기술은 수신 단이 상태정보 보고(Status Report)를 진행할 경우, 상태 PDU(혹은 Piggybacked 상태 PDU)를 구성하여 상태 PDU를 송신 단으로 전송한다. 수신 단에서 상태 PDU를 구성할 경우, 실제 ACK/NACK에 관련된 정보를 전송하는 SUFI와 이에 더불어 ACK SUFI를 이용하여 LSN 값을 송신 단에 알려주게 된다. 하지만 수신 단이 VR(R)값과 다른 값으로 LSN 값을 설정할 경우에는 하나의 상태 PDU를 이용하여 구성되어야 하는 문제점이 있었다.

본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 본 발명의 목적은, ACK SUFI를 추가적으로 사용하지 않고도 LSN 값을 송신 단으로 전송할 수 있는 PDU 전송 방법을 제공하는 것이다.

본 발명의 다른 목적은 상태정보 보고에 대한 상태 PDU 전송의 효율을 높일 수 있는 PDU 전송 방법을 제공하는 것이다.

본 발명에 따른 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법은, 송신 단으로부터 상태정보 보고를 요청 받은 수신 단의 PDU(Protocol Data Unit) 송신 방법에 있어서, 수신된 데이터 PDU들에 관한 정보를 획득하는 단계; 상기 수신된 데이터 PDU 중에서 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 획득하는 단계; 및 상기 수신된 데이터 PDU들에 관한 정보와 상기 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 적어도 하나 이상의 제어 PDU(control PDU)에 포함시키는 단계를 포함하여 이루어짐을 특징으로 한다.

본 발명에 따른 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법의 다른 세부적 특징은, 상기 적어도 하나 이상의 제어 PDU에 포함시키는 단계는, 상기 수신된 데이터 PDU들에 관한 정보 및 상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보를 BITMAP SUFI에 포함시키는 단계를 포함하는 것이다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는 PDU를 송수신하는 방법의 또 다른 세부적 특징은, 상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 BITMAP SUFI에 포함된 LENGTH field 이후에 위치하거나, FSN field(First Sequence Number field) 이후에 위치하거나, Bitmap field 이후에 위치하는 것이다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는 PDU를 송수신하는 방법의 또 다른 세부적 특징은, 상기 제어 PDU는 상태 PDU(status PDU) 또는 Piggybacked 상태 PDU인 것이고, 상기 수신된 데이터 PDU들에 관한 정보는 상기 데이터 PDU들이 정상 수신되었는지 여부에 관한 정보인 것이고, 상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 수신 확인으로 처리되는 데이터 PDU들 중에서 일련번호(Sequence Number)가 최대인 데이터 PDU의 일련번호인 것이다.

본 발명에 따른 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법은, 수신 단으로 상태정보 보고를 요청한 송신 단의 PDU(Protocol Data Unit) 수신 방법에 있어서, 상기 수신 단으로부터 데이터 PDU들에 관한 정보와 수신 확인(Acknowledge)으로 처리되는 마지막 PDU에 관한 정보가 포함된 적어도 하나 이상의 제어 PDU(control PDU)를 수신하는 단계; 및 상기 수신된 제어 PDU들을 이용하여 상기 송신 단의 윈도우를 제어하기 위한 정보를 획득하는 단계를 포함하여 이루어짐을 특징으로 한다.

본 발명에 따른 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법의 다른 세부적 특징은, 상기 제어 PDU들을 이용하여 상기 수신된 제어 PDU들을 이용하여 상기 송신 단의 윈도우를 제어하기 위한 정보를 획득하는 단계는, 상기 수신된 제어 PDU에 포함된 BITMAP SUFI를 통하여 데이터 PDU들에 관한 정보와 수신 확인으로 처리되는 마지막 PDU에 관한 정보를 획득하는 단계를 포함하는 것이다.

이하, 첨부된 도면을 참조하여 본 발명의 구성과 그 작용을 설명한다.

종래의 방법에서, 수신 단은 상태 정보 보고 시에 ACK SUFI를 이용하여 LSN 값을 송신 단에 전송한다. 수신 단에서 상태정보 보고를 위해 상태 PDU를 생성시에 만약 LSN 값이 수신 단의 VR(R) 값과 다른 값으로 이루어진다면, 여러 개의 상태 PDU로 구성될 수 없고 하나의 상태 PDU를 이용하여 구성하여야 한다. 이때, 상태 PDU의 마지막 SUFI는 LSN 값을 포함하는 ACK SUFI가 위치하여 LSN 값을 송신 단에 알려주며, 상태 PDU내에 SUFI 마지막으로 이후에는 PAD 부분임을 알려주게 된다. 다시 말해, 상기에서 수신 단에서 LSN 값이 V(R)과 다른 값으로 정해지면 상태 PDU는 ACK/NACK을 알려주기 위한 SUFI와 ACK SUFI가 하나의 PDU에 포함된다. 일반적으로 수신 단에서 LSN 값은 VR(R) <= LSN < VR(H) 에 해당하는 값으로 설정될 수 있다. 일반적으로 LSN 값을 VR(H)에 가까운 값으로 설정할수록 상태정보 보고의 효율성이 높아진다. 따라서, 많은 경우에 있어서 LSN 값을 VR(R)과 같은 값이 아닌 VR(R) 보다 큰 값으로 설정할 것이고, 많은 경우에 ACK SUFI가 반드시 필요한 상태 PDU로 구성되어야 할 수 있다.

상기의 경우, Ack/Nack 정보를 알려주는 SUFI(예를 들면, BITMAP, LIST, RLIST SUFI등)에 더불어 ACK SUFI는 필수적으로 상태 PDU에 존재하여야 한다. 이 때, ACK SUFI가 Ack/Nack 정보를 알려주는 SUFI와 더불어 반드시 존재하여야 하므로, ACK SUFI 대신 LSN 값을 가지는 Ack/Nack 관련 SUFI를 고려한다면, ACK SUFI를 따로 전송하지 않고도 LSN 값을 송신 단에 전송 할 수 있다.

상기 ACK SUFI 대신 LSN 값을 가지는 Ack/Nack 관련 SUFI의 종류에는 제한이 없다. 예를 들어, BITMAP, LIST, RLIST SUFI등이 가능하다. 본 발명이 속하는 기술분야에 통상의 지식을 가진 자라면 상기 다양한 종류의 SUFI를 적용하여 ACK SUFI 대신 LSN 값을 가지는 Ack/Nack 관련 SUFI를 형성할 수 있다. 이하 본 발명에 따른 바람직한 일 실시예로서, BITMAP SUFI를 사용하여 상태 PDU를 형성하는 경우로 예를 들어 든다.

상기 도 8에서 도시된 바와 같이 BITMAP SUFI는 Type, LENGTH, FSN, Bitmap field를 포함하여 이루어진다.

도 11은 본 발명의 일 실시예에 따른 SUFI 구조를 나타내는 개념도이다. 이하 도시된 바에 따라, 본 발명의 일 실시예에 따른 SUFI 구조를 설명한다. LSN field는 12 bits로 이루어진다. 상기 LSN의 위치는 제한이 없다. 예를 들어, LSN의 위치는 bitmap 다음이 될 수 있고, 혹은 TYPE과 LENGTH사이 혹은 LENGTH와 FSN 사이 혹은 FSN과 bitmap 사이 등의 어느 위치에도 위치하도록 SUFI를 형성할 수 있다. 본 발명이 속하는 기술분야에서 통상의 지식을 가지는 자라면 상기 다양한 위치에 따라 LSN을 포함시키고, 그러한 LSN의 위치에 관한 정보를 SUFI에 포함시키고, 상기 LSN의 위치에 관한 정보를 송신 단에 인식시키는 방법을 구현할 수 있다. 상기에서와 같이 LSN 값을 포함하는 ACK SUFI가 반드시 필요한 경우, 종래 기술에 의하면 BITMAP SUFI 등의 SUFI 이후에 바로 새로운 SUFI인 ACK SUFI가 전송되어야만 한다. 하지만 본 발명에 의한 상기 LSN 값을 포함하는 BITMAPx SUFI를 이용하면, ACK SUFI를 전송하지 않고 바로 BITMAPx SUFI의 LSN field를 통해 LSN 값을 파악 할 수가 있다.

다음은 본 발명을 이용하여 상태정보 보고를 송수신하는 과정을 보여주는 예시이다.

도 12는 본 발명의 일 실시예에 따른 SUFI를 이용한 단일 BITMAP으로 이루어진 상태 PDU의 구조를 나타내는 개념도이다. 도 12에서와 같이, 수신 단은 새로이 제안된 확장된 구조를 가진 SUFI를 이용하여 상태 PDU를 형성할 수 있다.

송신 단으로부터 상태정보 보고 요구를 받은 수신 단은 상태정보 보고를 위한 상태 PDU를 형성시킨다. 이때, VR(R) 값보다 큰 값으로 LSN 값을 설정하는 경우, 수신한 PDU의 에러에 관련된 정보를 하나의 PDU안에 포함시켜야 하므로, 상태 PDU를 분할할 수 없고 하나의 상태 PDU를 이용하여야 한다. 상기한 바와 같이 도12는 BITMAPx 하나를 통하여 상태 PDU를 형성하는 모습을 보여주며, 도13은 여러 개의 BITMAP이 필요한 경우에 마지막 BITMAP 만을 BITMAPx를 이용하여 상태 PDU를 형성하는 모습을 보여준다.

수신 단으로부터 상태정보 보고, 즉 상태 PDU를 수신한 송신 단은 BITMAPx의 Bitmap field를 통하여 수신 단에서의 Ack/Nack 정보를 파악할 수 있다. 상기 도 11에 도시된 바와 같이 본 발명에 따른 확장된 SUFI 형태로 SUFI를 형성하는 경우, LENGTH에서 지시하고 있는 octet 사이즈에 해당하는 위치 다음 위치를 LSN 값으로 파악할 수 있다. 즉 LENGTH='001' 이라면 Bitmap은 2 octet 크기를 가지게 되며, 해당 bitmap 위치 이후 12 bits를 LSN 값으로 파악 할 수 있다. 만약 BITMAPx 내의 LSN의 위치가 변화하게 되면, 이에 따라 수신 단에서 적합하게 LSN 위치를 파악하여 LSN 값을 정확하게 파악할 수 있다. 상기의 확장될 SUFI를 수신한 송신 단은 더 이상의 SUFI가 존재하지 않는 것으로 간주하고, 그 이후의 위치는 PAD라고 간주 한다.

상기에서 제안한 확장된 형태의 SUFI는 기타의 SUFI와 구별되기 위한 식별자가 필요할 수 있다. 예를 들면, 도 11에서의 BITMAPx SUFI는 새로운 Type으로 정의되어 새로운 Type ID를 이용하여 사용될 수 있다.

만약, 상기의 BITMAPx를 기존의 SUFI와 명확하게 구별하여 사용하고 송신 단에서 LSN 값의 파악이 가능하다면, 여러 개의 상태 PDU로 나누어서 송신 단으로 전송되는 상태정보 보고에 사용될 수 있다.

도 14와 도 15에서 여러 개의 상태 PDU로 나누어 상태정보 보고가 진행될 경우에도 새로운 확장된 SUFI인 BITMAPx를 사용하여 ACK SUFI 없이 상태 PDU를 형성시킬 수 있다.

이상 설명한 내용을 통해 당업자라면 본 발명의 기술사상을 일탈하지 아니하는 범위에서 다양한 변경 및 수정이 가능하다는 것을 알 수 있다. 따라서, 본 발명의 권리 범위는 명세서의 상세한 설명에 기재된 내용으로 한정되는 것이 아니라, 특허청구범위에 의해서 판단되어야 할 것이다.

본 발명은 AM RLC의 수신 단이 상태정보 보고를 송신 단에 전송할 때, LSN 값을 포함하도록 SUFI를 확장시켜 ACK SUFI를 추가적으로 사용하지 않고도 LSN 값을 송신 단으로 전송할 수 있도록 하여 상태정보 보고를 효율적으로 진행할 수 있는 효과가 있다.

Claims (17)

1. 송신 단으로부터 상태정보 보고를 요청 받은 수신 단의 PDU(Protocol Data Unit) 송신 방법에 있어서,

   수신된 데이터 PDU들에 관한 정보를 획득하는 단계;

   상기 수신된 데이터 PDU 중에서 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 획득하는 단계; 및

   상기 수신된 데이터 PDU들에 관한 정보와 상기 수신 확인(Acknowledge)으로 처리되는 마지막 데이터 PDU에 관한 정보를 적어도 하나 이상의 제어 PDU(control PDU)에 포함시키는 단계를 포함하여 이루어지는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
2. 제1항에 있어서,

   상기 제어 PDU는 상태 PDU(status PDU) 또는 Piggybacked 상태 PDU인 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
3. 제1항에 있어서,

   상기 수신된 데이터 PDU들에 관한 정보는 상기 데이터 PDU들이 정상 수신되었는지 여부에 관한 정보인 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
4. 제1항에 있어서,

   상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 수신 확인으로 처리되는 데이터 PDU들 중에서 일련번호(Sequence Number)가 최대인 데이터 PDU의 일련번호인 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
5. 제1항에 있어서, 상기 적어도 하나 이상의 제어 PDU에 포함시키는 단계는,

   상기 수신된 데이터 PDU들에 관한 정보 및 상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보를 BITMAP SUFI에 포함시키는 단계를 포함하는 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
6. 제5항에 있어서,

   상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 BITMAP SUFI에 포함된 LENGTH field 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
7. 제5항에 있어서,

   상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 BITMAP SUFI에 포함된 FSN field(First Sequence Number field) 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
8. 제5항에 있어서,

   상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 BITMAP SUFI에 포함된 Bitmap field 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 수신 단에서 상태정보를 포함하는 PDU를 송신하는 방법.
9. 수신 단으로 상태정보 보고를 요청한 송신 단의 PDU(Protocol Data Unit) 수신 방법에 있어서,

   상기 수신 단으로부터 데이터 PDU들에 관한 정보와 수신 확인(Acknowledge)으로 처리되는 마지막 PDU에 관한 정보가 포함된 적어도 하나 이상의 제어 PDU(control PDU)를 수신하는 단계; 및

   상기 수신된 제어 PDU들을 이용하여 상기 송신 단의 윈도우를 제어하기 위한 정보를 획득하는 단계를 포함하여 이루어지는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
10. 제9항에 있어서,

    상기 제어 PDU는 상태 PDU(status PDU) 또는 Piggybacked 상태 PDU인 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
11. 제9항에 있어서,

    상기 데이터 PDU들에 관한 정보는 상기 데이터 PDU들이 상기 수신 단에서 정상 수신되었는지 여부에 관한 정보인 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
12. 제9항에 있어서,

    상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 수신 확인으로 처리되는 데이터 PDU들 중에서 일련번호(Sequence Number)가 최대인 데이터 PDU의 일련번호인 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
13. 제9항에 있어서, 상기 제어 PDU들을 이용하여 상기 수신된 제어 PDU들을 이용하여 상기 송신 단의 윈도우를 제어하기 위한 정보를 획득하는 단계는,

    상기 수신된 제어 PDU에 포함된 BITMAP SUFI를 통하여 데이터 PDU들에 관한 정보와 수신 확인으로 처리되는 마지막 PDU에 관한 정보를 획득하는 단계를 포함하여 이루어지는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하 는 방법.
14. 제13항에 있어서,

    상기 수신 확인으로 처리되는 마지막 PDU에 관한 정보는 상기 BITMAP SUFI에 포함된 LENGTH field 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
15. 제13항에 있어서,

    상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 상기 BITMAP SUFI에 포함된 FSN field(First Sequence Number field) 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
16. 제13항에 있어서,

    상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보는 상기 BITMAP SUFI에 포함된 Bitmap field 이후에 위치하는 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.
17. 제16항에 있어서,

    상기 수신 확인으로 처리되는 마지막 데이터 PDU에 관한 정보의 위치는 상기 BITMAP SUFI에 포함된 LENGTH field를 통하여 파악되는 것을 특징으로 하는 무선 통신 시스템의 송신 단에서 상태정보를 포함하는 PDU를 수신하는 방법.

Images