KR101084135B1

KR101084135B1 - 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법

Info

Publication number: KR101084135B1
Application number: KR1020050037539A
Authority: KR
Inventors: 정명철; 천성덕; 이영대
Original assignee: 엘지전자 주식회사
Priority date: 2005-05-04
Filing date: 2005-05-04
Publication date: 2011-11-17
Also published as: KR20060115175A; CN101213856A; CN101213856B

Abstract

본 발명은 무선 통신 시스템의 RLC(Radio Link Control) 계층에서 데이터를 전송하는 방법에 관한 것으로, 보다 상세하게는, 수신 측의 AM RLC가 상태정보를 전송하는 경우 에러 정보를 송신 단에서 바로 파악할 수 있도록 상태정보를 구성하는 방법과 송신 측에서 수신 후 빠르게 수신 상태 정보를 파악하도록 하여 통신 효율을 높이는 방법에 관한 것이다. 본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법은 수신단에서 수신된 데이터 PDU들의 수신확인정보가 포함된 적어도 하나 이상의 제1 제어 PDU를 송신하는 단계 및 상기 수신단에 수신된 데이터 PDU 중에서 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보가 포함된 제2 제어 PDU를 송신하는 단계를 포함하며, 상기 제1 제어 PDU를 송신하는 단계는 상기 하나 이상의 제1 제어 PDU 중 가장 먼저 송신되는 제1 제어 PDU에 상기 첫 번째 에러에 해당하는 데이터 PDU의 수신확인정보가 포함되도록 한 것을 특징으로 할 수 있다.

상태 PDU, LSN, ACK SUFI, 윈도우

Description

무선 통신 시스템의 송수신 단에서의 상태 ＰＤＵ 송수신방법{method of receiving and transmitting for status PDU in 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은 하나의 상태정보 보고를 이룰 수 있는 상태 PDU의 구조를 나타내는 개념도이다.

도 12는 하나의 상태정보 보고를 이루는 다수의 상태 PDU 중 하나의 상태 PDU의 구조를 나타내는 개념도이다.

도 13은 하나의 상태정보 보고를 이루는 다수의 상태 PDU 중 또다른 하나의 상태 PDU의 구조를 나타내는 개념도이다.

도 14는 하나의 상태정보 보고를 이루는 2개의 상태 PDU 중 첫 번째 상태 PDU의 구조를 나타내는 개념도이다.

도 15는 하나의 상태정보 보고를 이루는 2개의 상태 PDU 중 두 번째 상태 PDU의 구조를 나타내는 개념도이다.

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

도 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는 비트맵의 octect 사이즈를 의미한다. 예를 들어, LENGTH = ‘0000’ 이라면, 비트맵 octect 사이즈는 1 임을 의미한다. LENGTH = ‘1111’까지 값을 가질 수 있으므로 비트맵이 가질 수 있는 최대 octect 사이즈는 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)를 수신하였을 경우 ACK SUFI에 있는 LSN 값을 기준으로 송신 윈도우의 아래 단 끝(low edge)를 움직이는 정도를 결정하도록 설계가 되어 있었다. 즉, 종래의 기술에서는 수신 측의 AM RLC는 수신한 LSN 값과 상태 정보 보고를 위한 상태 PDU(Status PDU) 혹은 Piggyback 상태 PDU(Piggybacked status PDU)등에서 수신 에러로 보고된 AM RLC PDU의 일련번호(SN)의 크기를 비교하여 VT(A)의 값을 갱신하도록 되어 있다.

하지만 수신 단이 송신 단으로 전송하고자 하는 LSN 값을 포함한 ACK SUFI가 수신되기 전까지 윈도우(Window)를 갱신할 수가 없다. 만약, ACK SUFI가 포함된 상태 PDU 혹은 Piggybacked 상태 PDU가 정상적으로 수신되지 않는 경우에는 수신 단 에서 정상적으로 AM RLC PDU를 수신하였음을 파악하고도 송신 단의 윈도우(Window)를 갱신할 수가 없다.

따라서, 본 발명의 목적은 송신 단에서 분명하게 수신 단이 AM RLC PDU를 수신한 것으로 파악 될 경우 송신 단의 송신 윈도우(Window)를 바로 갱신할 수 있도록 하여 전송 효율을 향상시키는 방법을 제안함에 있다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법은 송신 단으로부터 상태정보 보고를 요청받은 수신 단의 PDU(Protocol Data Unit) 송신 방법에 있어서, 상기 수신 단에 수신된 데이터 PDU들에 관한 정보를 획득하는 단계; 상기 수신된 데이터 PDU 중에서 첫 번째 에러(error)에 해당하는 데이터 PDU를 파악하는 단계; 및 상기 수신된 데이터 PDU들에 관한 정보와 상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 적어도 하나 이상의 제어 PDU(control PDU)에 포함시키는 단계를 포함하여 이루어지는 특징을 갖는다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법의 다른 세부적 특징은 상기 적어도 하나 이상의 제어 PDU에 포함시키는 단계는, 상기 수신된 데이터 PDU들에 관한 정보를 BITMAP SUFI에 포함시키는 단계; 상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 ACK SUFI에 포함시키는 단계; 및 상기 BITMAP SUFI와 상기 ACK SUFI를 적어도 하나 이상의 제어 PDU에 포함시키는 단계를 포함하는 것이다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법의 또 다른 세부적 특징은, 상기 BITMAP SUFI와 상기 ACK SUFI를 둘 이상의 제어 PDU에 포함시키는 경우에, 상기 복수의 제어 PDU 중에서 상기 송신 단으로 가장 먼저 송신되는 제어 PDU에 포함되는 BITMAP SUFI는 상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 포함하는 것이고, 상기 ACK SUFI는 상기 송신 단으로 마지막에 송신되는 제어 PDU에 포함되는 것이다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법은 수신 단으로 상태정보 보고를 요청한 송신 단의 PDU(Protocol Data Unit) 수신 방법에 있어서, 상기 수신 단으로부터 데이터 PDU들에 관한 정보와 첫 번째 에러(error)에 해당하는 데이터 PDU에 관한 정보를 구비한 적어도 하나 이상의 제어 PDU를 순차적으로 수신하는 단계; 상기 제어 PDU들을 이용하여 상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 획득하는 단계; 상기 획득한 데이터 PDU에 관한 정보를 이용하여 상기 송신 단의 윈도우를 제어하는 단계를 포함하여 이루어지는 특징을 갖는다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법의 또 다른 세부적 특징은, 상기 수신된 제어 PDU 중에서 가장 먼저 수신되는 제어 PDU에 포함된 BITMAP SUFI를 통하여 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 획득하는 것이고, 상기 가장 먼저 수신된 제어 PDU를 정상적으로 수신하지 못한 경우에는 상기 수신된 제어 PDU 중에서 마지막으로 수신되는 제어 PDU에 포함된 ACK SUFI를 통하여 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 획득하는 것이다.

본 발명에 따른 무선 통신 시스템의 송수신 단에서의 상태 PDU 송수신방법의 또 다른 세부적 특징은, 상기 제어 PDU는 상태 PDU(status PDU) 또는 Piggybacked 상태 PDU인 것이다.

종래의 방법에서, 수신 단은 상태정보 보고 시에 ACK SUFI 내의 LSN 값을 VR(R)과 같거나 혹은 VR(R) 보다는 크고 VR(H)보다는 작은 범위에서 선택하여 설정할 수 있도록 되어 있다.

수신 단에서 설정된 LSN 값이 VR(R) 보다 큰 값으로 설정된 경우(LSN>VR(R)), 모든 수신 에러 AM RLC PDU에 대한 정보는 하나의 상태 PDU에 포함되어야 한다. 상기 상태 PDU이외에도 Piggybacked 상태 PDU도 사용될 수 있다. 다시 말해, 여러 개의 상태 PDU를 통하여 분할하여 수신 에러 AM RLC PDU에 대한 정보를 송신 단으로 전송할 수 없다. 반면, LSN 값이 VR(R)과 같은 값으로 정해질 경우(LSN=VR(R)), 여러 개의 상태 PDU에 분할하여 수신 에러 AM RLC PDU에 대한 정보 즉, 상태정보 보고를 보낼 수 있다.

송신 단에서 상태 PDU를 수신하였을 경우, 송신 단은 LSN 값을 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN와 비교하여 VT(A)를 갱신 할 수 있다. 만약, 수신한 LSN 값이 상태 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 값으로 갱신된다.

예를 들면, 수신 단에서 SN:0 에서 SN: 9까지는 정상적으로 수신하고, 이후에 SN:10, SN:15, SN:24 에 해당하는 AM RLC PDU를 수신하지 못하고, 나머지는 정상 수신하고, 최종적으로 수신한 PDU의 SN:30이라고 가정한다. 이 때, 송신 단으로부터 상태정보 보고 요구를 받은 경우 수신 단은 송신 단으로 상태정보 보고를 진행하게 된다. 상태정보 보고는 여러 개 혹은 한 개의 상태 PDU 혹은 Piggybacked 상태 PDU로 구성될 수 있다. 수신 단은 LSN 값을 VR(R) 보다 크거나 같은 값에서 VR(H)에 이르는 값으로 설정할 수 있다.

만약 LSN > VR(R)인 경우에는, 상기의 수신 에러 AM RLC PDU에 대한 정보, 즉 SN: 10, 15, 24가 수신 에러임을 알려 주는 내용를 하나의 상태 PDU에 담아서 상태정보 보고를 송신 단으로 전송한다. 상기 수신 에러임을 알려 주는 내용을 전송하는 방법에는 제한이 없다. 따라서 BITMAP 또는 LIST 또는 RLIST SUFI등이 이용될 수 있다. 본 발명이 속하는 기술분야에 통상의 지식을 갖춘자라면 상기 다양한 종류의 SUFI를 적용하여 상기 수신 에러임을 알려 주는 내용을 전송하는 방법을 구현할 수 있을 것이다. 또한 새로운 SUFI TYPE을 설정할 수도 있다. 이하에서는 바람직한 일례로서 BITMAP SUFI를 이용하는 경우를 예로 설명한다.

만약, BITMAP SUFI를 이용하여 상태 PDU를 구성하는 것으로 가정한다면, 하나의 상태 PDU에 모든 수신 에러 AM RLC PDU 정보를 담도록 Bitmap을 구성하여야 하며, BITMAP SUFI에 이어 ACK SUFI를 첨가하여 LSN 값을 포함한 완전한 상태정보 보고를 송신 단에 전달하도록 한다(도 11). (상태 PDU = BITMAP SUFI+ACK SUFI). 도 11에서 상태 PDU는 하나의 상태정보 보고를 이룰 수도 있다. 따라서, 이와 같은 경우에는 송신 단은 수신 단의 수신 에러 AM RLC PDU 정보와 LSN 값을 하나의 상태 PDU를 통해 알 수 있다. 송신 단은 상기 상태 PDU를 수신하면 ACK SUIF의 LSN 값을 정확하게 파악할 수 있고, VT(A) 값을 갱신 할 수 있다.

만약, LSN=VR(R)인 경우에는 상기의 수신 에러 AM RLC PDU에 대한 정보(SN: 10, 15, 24)가 수신 에러임을 알려주는 내용. BITMAP, LIST, RLIST SUFI등을 이용하여 구성할 수 있음)를 여러 개의 상태 PDU에 나누어 상태정보 보고를 수신 단으로 전송할 수도 있다. BITMAP SUFI를 이용하여 상태 PDU를 구성하는 것으로 가정한다면, 여러 개의 상태 PDU에 수신 에러 AM RLC PDU 정보를 분리하여 담도록 Bitmap를 구성할 수도 있으며, 상태정보 보고의 마지막 상태 PDU에는 ACK SUFI가 첨가되어 LSN 값을 송신 단에 알려 주도록 할 수 있다(도 12, 도 13). (상태PDU 1 = BITMAP+NO MORE, 상태PDU 2 = BITMAP+ACK) 도 12, 13에서 상태 PDU1와 상태 PDU2는 하나의 상태정보 보고를 이룰 수도 있다. 따라서, 이와 같은 경우에는 송신 단은 수신 단의 수신 에러 AM RLC PDU 정보 일부를 특정 상태 PDU를 통하여 알 수 있고, 마지막 상태 PDU를 정확하게 수신하여야만 LSN 값을 정확하게 파악 할 수 있다. 송신 단은 상기 ACK SUFI를 포함한 상태 PDU를 정확하게 수신하여 LSN 값을 정확하게 파악한 후에 VT(A) 값을 갱신 할 수 있다.

상기에서, 수신 단이 LSN=VR(R)일 경우에만 여러 개의 상태 PDU에 나누어서 상태정보 보고를 할 수 있도록 제한하고 있어서 다음과 같은 문제가 발생한다. 만약, 수신 단이 발생시킨 상태 PDU를 정확히 수신하였으나, LSN 값이 있는 ACK SUFI 를 포함하는 상태 PDU를 수신하지 못하였을 경우, LSN 값을 알 수 없으므로 정상적으로 VT(A) 갱신 과정을 수행 할 수 없다. 즉, 송신 단에서 정상 수신으로 파악 할 수 있는 부분까지 VT(A)를 갱신할 수 없다. 혹은 정상적으로 LSN 값이 있는 ACK SUFI를 포함하더라도 LSN 값은 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN 보다 작은 값일 수 있고, 이러한 경우에 송신 단은 LSN 값에 해당하는 값으로 VT(A)를 갱신하게 된다. 이 때, LSN에서부터 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN 바로 이전 (SN-1)까지는 정상 수신으로 확인할 수 있음에도 불구하고 VT(A)를 LSN에 해당하는 값으로 갱신해야 한다. 따라서 송신 단의 윈도우(Window)의 갱신과 이동이 느려지게 될 수 있다.

따라서, 본 발명에서는 수신 단이 상태정보 보고를 위해 ACK SUFI에 LSN 값을 설정할 때, LSN 값이 VR(R)과 같지 않은 특정 값으로 설정된 상태에서도 상태정보 보고를 여러 개의 상태 PDU를 통하여 전송할 수 있으며, 송신 단에서 바로 윈도우를 갱신할 수 있도록 하는 방법을 제안한다.

송신 단으로부터 상태정보 보고 요구를 받으면 수신 단은 다음과 같이 상태정보 보고를 위한 상태 PDU를 구성하여 송신 단으로 전송한다.

LSN 값을 VR(R)이 아닌 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN에 해당하는 값으로 설정한다. 이때, 상태 PDU에 사용되는 SUFI의 Type은 기존의 SUFI와 구별하기 위하여 새로이 정의될 수도 있다. 수신 단에서는 여러 개의 상태 PDU를 이용하여 상태정보 보고를 송신 단으로 전송할 수 있다. 송신 단에서는 이전에 상기의 상태 PDU를 수신하였을 경우, 기존에 정상 수신으로 Ack를 수신하였던 SN 이 후로 수신한 첫 번째 수신 에러에 해당하는 AM RLC PDU에 대한 SN까지 정상으로 수신한 것으로 파악된다면, VT(A)를 ACK SUFI를 포함한 상태 PDU를 기다리지 않고 바로 첫 번째 수신 에러에 해당하는 AM RLC PDU에 대한 SN로 갱신한다. 만약 상기의 상태 PDU 가 유실되어 송신 단이 수신하지 못한 경우에는 이후에 전송되는 ACK SUFI가 담겨 있는 상태 PDU를 수신한 이후에 포함된 LSN 값에 따라 VT(A)를 갱신할 수도 있다.

상기 상태정보 보고를 위하여 ACK SUFI를 포함시켜 전송할 수도 있고, 혹은 ACK SUFI를 전송하지 않을 수도 있다

다음은 상기 발명을 이용한 이용 예를 설명한다.

수신 단에서 SN:0에서부터 SN:99까지의 수신 상태에 대한 상태정보 보고를 여러 개의 상태 PDU를 이용하여 보내는 경우를 가정한다. 상태 PDU는 BITMAP SUFI를 이용하여 구성하는 것으로 고려한다.

도 14, 도 15에서 BITMAPx1과 BITMAPx2 SUFI는 SN:0에서부터 SN: 99까지의 PDU에 대한 Ack/nack 정보를 bitmap으로 구성하여 알려 줄 수 있다. 예를 들어 수신 에러에 해당하는 PDU들이 SN:30, 50, 55, 80이라면, 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN는 30이고 ACK SUFI에 LSN 값은 30으로 정의될 수 있다. BITMAPx1은 SN:0 ~ SN:K 까지의 PDU에 대한 ack/nack 정보를 bitmap으로 구성하여 가지고 있고, BITMAPx2는 SN:K+1~SN:99 까지의 PDU에 대한 ack/nack 정보를 bitmap으로 구성하여 가지고 있게 할 수 있다. 이때, K 값은 30보다는 큰 값으로 가정한다.

수신 단에서 2개의 상태 PDU로 구성된 상태정보 보고가 송신 단으로 전송되면, 송신 단은 이를 수신하여 BITMAPx1, BITMAPx2를 파악하여 상기 PDU의 ack/nack 정보를 파악할 수 있다.

처음에 송신 단이 상태 PDU 1을 수신하면 첫 번째 수신 에러에 해당하는 bitmap 위치를 파악하여 그에 해당하는 SN를 알 수 있다(도 14). 만약 이전에 수신하였던 상태정보 보고에 이어서 순차적으로 상기 첫 번째 수신 에러 이전까지 정상적으로 수신한 것으로 파악되면 ACK SUFI가 들어 있는 상태 PDU 수신을 기다리지 않고 바로 VT(A)의 값을 상기 SN로 갱신한다. 상기 예제에서 첫 번째 에러에 해당하는 SN는 30이므로 VT(A)는 30으로 갱신된다. 상기 첫 번째 에러에 해당하는 SN는 수신 단에서 설정한 LSN 값과 동일하다. 이후 두 번째 상태 PDU 2를 수신하게 되면 다시 한 번 ACK SUFI에 있는 LSN 값을 확인할 수도 있다(도 15). 혹은 ACK SUFI를 상태 PDU에 포함시키지 않을 수도 있다. 만약 3개 이상의 상태 PDU로 구성되는 상태정보 보고에서 첫 번째 상태 PDU등이 유실된 경우에는 송신 단은 순차적으로 ack/nack 정보를 수신한 것으로 볼 수 없으므로 두 번째 상태 PDU를 정상적으로 수신하더라도 두 번째 상태 PDU의 첫 번째 에러에 해당하는 SN 값으로 VT(A)를 갱신하지 않는다. 이때에는 마지막 상태 PDU를 수신하여 ACK SUFI에 포함되어 있는 LSN 값을 이용하여 VT(A)를 갱신하여야 할 수도 있다.

상기에서 BITMAPx1은 수신 단에서 첫 번째 수신 에러에 해당하는 AM RLC PDU의 SN를 이용하여 LSN을 구성한 SUFI임을 알려줄 수 있도록 기존의 BITMAP SUFI와 구별되도록 할 수도 있다. 상기한 바와 같이 본 발명이 속하는 기술분야의 통상의 지식을 갖춘 자는 종래에 알려진 SUFI를 이용하거나 새로운 SUFI TYPE을 설정할 수 있을 것이다. 상기한 바와 같이 이상의 설명은 본 발명의 일실시예로서 BITMAP SUFI를 이용한 경우에 대한 설명일 뿐이다.

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

본 발명은 AM RLC의 수신 단이 상태정보 보고를 송신 단에 전송할 때, LSN 값을 상태 PDU 내의 첫 번째 수신 에러에 해당하는 AM PDU의 SN로 설정하도록 하여 송신 단에서 상태 PDU 수신 시에 ACK SUFI가 포함된 상태 PDU 수신 이전에 송신 윈도우의 위치를 새로 갱신할 수 있도록 하여 송신을 효율적으로 진행할 수 있도록 하는 효과가 있다.

Claims

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

상기 수신단에 수신된 데이터 PDU들의 수신확인정보가 포함된 적어도 하나 이상의 제1 제어 PDU를 송신하는 단계; 및

상기 수신단에 수신된 데이터 PDU 중에서 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보가 포함된 제2 제어 PDU를 송신하는 단계;를 포함하며,

상기 제1 제어 PDU를 송신하는 단계는 상기 하나 이상의 제1 제어 PDU 중 가장 먼저 송신되는 제1 제어 PDU에 상기 첫 번째 에러에 해당하는 데이터 PDU의 수신확인정보가 포함되도록 한 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신 방법.
제1항에 있어서,

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

상기 첫 번째 에러에 해당하는 데이터 PDU는 에러에 해당하는 데이터 PDU들 중에서 일련번호(Sequence Number)가 최소인 데이터 PDU인 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신 방법.
제1항에 있어서,

상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보는 상기 데이터 PDU의 일련번호(Sequence Number)인 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신방법.
제1항에 있어서,

상기 수신된 데이터 PDU들의 수신확인정보를 BITMAP SUFI에 포함시키고,

상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 ACK SUFI에 포함시키는 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신방법.
제6항에 있어서,

상기 송신단으로 가장 먼저 송신되는 제1 제어 PDU에 포함되는 BITMAP SUFI는 상기 첫 번째 에러에 해당하는 데이터 PDU의 수신확인정보를 포함하는 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신방법.
제6항에 있어서,

상기 ACK SUFI는 상기 송신단으로 마지막에 송신되는 제2 제어 PDU에 포함되는 것을 특징으로 하는 무선 통신 시스템의 수신단에서의 상태 PDU 송신방법.
수신단으로 상태정보 보고를 요청한 송신단의 상태 PDU(Protocol Data Unit) 수신 방법에 있어서,

상기 수신단에 수신된 데이터 PDU들의 수신확인정보가 포함된 적어도 하나 이상의 제1 제어 PDU를 수신하는 단계;

상기 수신단에 수신된 데이터 PDU 중에서 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보가 포함된 제2 제어 PDU를 수신하는 단계; 및

상기 수신된 제1 제어 PDU에 관한 정보를 이용하여 상기 송신단의 윈도우를 제어하는 단계를 포함하며,

상기 제1 제어 PDU를 수신하는 단계는 상기 하나 이상의 제1 제어 PDU 중 가장 먼저 수신되는 제1 제어 PDU에 상기 첫 번째 에러에 해당하는 데이터 PDU의 수신확인정보가 포함된 것을 특징으로 하는 무선 통신 시스템의 송신단에서의 상태 PDU 수신 방법.
제9항에 있어서,

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

상기 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보는, 상기 수신단에 에러로 수신된 데이터 PDU들 중에서 일련번호(Sequence Number)가 최소인 데이터 PDU의 일련번호인 것을 특징으로 하는 무선 통신 시스템의 송신단에서의 상태 PDU 수신 방법.
제9항에 있어서,

상기 데이터 PDU들의 수신확인정보는 BITMAP SUFI에 포함된 것을 특징으로 하는 무선 통신 시스템의 송신단에서의 상태 PDU 수신 방법.
제13항에 있어서,

상기 가장 먼저 수신되어야 하는 제1 제어 PDU를 정상적으로 수신하지 못한 경우에는,

상기 수신된 제1 및 제2 제어 PDU 중에서 마지막으로 수신되는 제2 제어 PDU에 포함된 ACK SUFI를 통하여 첫 번째 에러에 해당하는 데이터 PDU에 관한 정보를 획득하는 것을 특징으로 하는 무선 통신 시스템의 송신단에서의 상태 PDU 수신 방법.
제9항에 있어서, 상기 송신단의 윈도우를 제어하는 단계는,

상기 첫 번째 에러에 해당하는 데이터 PDU의 수신확인정보에 대응하는 데이터 PDU의 일련번호를 이용하는 것

을 특징으로 하는 무선 통신 시스템의 송신단에서의 상태 PDU 수신 방법.