KR20090047606A

KR20090047606A - 이동통신 시스템에서 패킷 데이터 수신 응답 신호 구성방법 및 장치

Info

Publication number: KR20090047606A
Application number: KR1020070113522A
Authority: KR
Inventors: 이병윤; 이도영; 이준성
Original assignee: 삼성전자주식회사
Priority date: 2007-11-08
Filing date: 2007-11-08
Publication date: 2009-05-13
Also published as: KR101376583B1

Abstract

본 발명은 광대역 무선 접속 시스템에서 자동 재전송 방법 및 장치에 관한 것으로서, 데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)에 대한 정보를 확인하는 과정과, 상기 PDU에 대한 정보를 입력받아 발생된 NACK이 상기 PDU의 부분에 대한 NACK이면 상기 PDU의 끝을 알리는 종료 바이트(End byte)의 비트 수를 할당하여 상기 종료 바이트에 의해 시작 바이트(Start Byte)의 비트 수를 산출하고 상기 종료바이트와 시작바이트를 설정하여 NACK 슈퍼필드를 구성하는 과정을 포함함으로써 상기 NACK 슈퍼필드의 크기를 줄여 시그널링 오버헤드를 줄일 수 있다.

LTE(Long Term Evolution), NACK, 슈퍼 필드(Super field), PDU(Protocol Data Unit)

Description

이동통신 시스템에서 패킷 데이터 수신 응답 신호 구성 방법 및 장치{APPARATUS AND METHOD FOR NACK CONFIGURATION IN MOBILE COMMUNICATION SYSTEM}

본 발명은 이동통신 시스템에서 패킷 데이터 수신에 대한 응답 신호를 구성하는 방법 및 장치에 관한 것으로서, 특히 LTE(Long Term Evolution) 이동통신 시스템에서 NACK 슈퍼필드(Super Field; 이하 'SUFI'라 칭함)를 구성하는 방법 및 장치에 관한 것이다.

UMTS(Universal Mobile Telecommunication Service) 시스템의 표준화를 담당하고 있는 3GPP(3rd Generation Partnership Project)에서는 UMTS 시스템의 차세대 이동통신 시스템으로 LTE(Long Term Evolution)에 대한 논의가 진행 중이다. 상기 LTE는 100 Mbps 정도의 고속 패킷 기반 통신을 구현하는 기술로서, 이를 위해 여러 가지 방안이 논의되고 있다. 예를 들어, 네트워크의 구조를 간단히 하여 통신로 상에 위치하는 노드의 수를 줄이는 방안이나, 무선 프로토콜들을 최대한 무선 채널에 근접시키는 방안, 패킷의 구성 방안 등이 논의되고 있다.

도 1은 차세대 이동통신 시스템에서 데이터를 처리하는 프로토콜 구조를 도시하고 있다.

상기 도 1을 참조하면, 송신측의 RLC(Radio Link Control) 계층(102)은 상위 계층(100)에서 발생되는 다양한 크기의 SDU(Serving Data Unit)들을 하나의 RLC PDU로 구성하여 MAC 계층(104)으로 전송하는 기능을 수행한다. 이때, 상기 RLC 계층(102)에서 구성되는 RLC PDU에는 상기 SDU들을 나타내는 헤더(header)가 포함됨으로써, 수신측의 RLC 계층(106)이 상기 헤더를 참조하여 RLC PDU로부터 SDU를 분석할 수 있게 된다.

상기 송신측의 RLC 계층(102)에서는 수신측으로부터 수신되는 응답 신호인 ACK/NACK에 따라 상기 PDU 단위의 재전송을 수행한다. 즉, 상기 수신측이 수신되지 않거나 손상된 패킷에 대해 NACK SUFI를 구성하여 상기 송신측으로 전송함으로써, 해당 PDU 전체 혹은 일부분의 재전송을 요구하면, 상기 송신측은 상기 수신측의 요구에 따라 상기 PDU 전체 혹은 일부분을 재전송한다. 여기서, 상기 UMTS 시스템과 달리 상기 LTE 시스템에서는 하나의 PDU에 대한 재전송 시, 상기 하나의 PDU에서 일부분만을 재전송할 수 있으며, 이를 위해 상기 NACK SUFI는 상기 재전송될 일부분만을 나타내도록 구성된다.

상기 NACK SUFI는 상기 도 2에 도시된 바와 같이, TYPE 필드(201), LENGTH 필드(203), 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number; 이하 'SN'이라 칭함)(205) 필드와 상기 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부 분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension; 이하 'E'라 칭함)(207) 필드를 포함한다. 여기서, 상기 E 필드는 0 혹은 1로 설정됨으로써, 상기 PDU 전체에 대해 NACK이 발생되었는지 일부분에 대해 NACK이 발생되었는지 나타낼 수 있다. 그리고, 상기 PDU의 일부분에 대해 NACK이 발생되었을 경우, 해당 부분을 나타내기 위한 시작 바이트(Start Byte)(209)와 종료 바이트(End Byte)(211) 필드를 포함한다.

예를 들어, 도 3의 (a)에 도시된 바와 같이, RLC PDU SN 1번의 경우 첫 번째 Re-segmentation PDU(301) 및 세 번째 Re-segmentation PDU(303)가 NACK이 발생하였고, RLC PDU SN 2번의 경우 두 번째 re-segmentation PDU(305)가 NACK 발생된 경우를 살펴보면, NACK SUFI는 도 3의 (b)와 같이 구성될 수 있다. 상기 도 3의 (b)에 도시된 바와 같이, 상기 NACK SUFI는 상기 PDU에서 첫 번째 NACK(301)이 발생된 부분을 나타내기 위해 SN이 1(315), E가 1(317), Start Byte와 End Byte 각각이 0(319)과 99(321)로 설정되고, 두 번째 NACK(303)이 발생된 부분을 나타내기 위해 SN이 1(323), E가 1(325), Start Byte 200(327)과 End Byte 299(329)로 설정된다. 또한, 세 번째 NACK(305)이 발생된 부분을 나타내기 위해 SN이 2(331), E가 1(333), Start Byte 100와 End Byte 199로 설정된다. 여기서, 상기 NACK SUFI에서 마지막 NACK의 End Byte로 상기 미리 약속된 값을 사용하는 것은 수신측이 마지막 바이트를 제대로 수신하지 못하는 경우, 그 끝이 몇 바이트인지 알지 못하는 상황이 발생될 수 있기 때문이다.

도 4는 도 2의 구조를 개선한 NACK SUFI의 구조를 도시하고 있다.

상기 도 4를 참조하면 같은 RLC PDU SN에 대한 부분 NACK이 계속될 경우 첫 번째 부분 NACK에 대해서는 RLC PDU SN(405), E(407), Start Byte(409), End Byte(411)를 표시하고, 이후 부분 NACK에 대해서는 C(Continue) 필드(413)로 계속 여부를 나타내도록 되어 있다. C가 1이면 같은 RLC PDU SN에 대한 부분 NACK이 존재함을 의미하고 해당 Start Byte 및 End Byte가 뒤따른다. C가 0일 경우 같은 RLC PDU SN에 대한 부분 NACK이 더 이상 존재하지 않으며, 또 다른 RLC PDU SN에 대한 부분 NACK들은 뒤따를 수 있는데 그 유무는 LENGTH 값으로부터 알 수 있다.

예를 들어, 도 5를 참조하면 TYPE(501)은 ‘NACK’에 해당하는 값으로 설정하고 LENGTH(503)는 VALUE의 크기 또는 포함되는 RLC PDU SN 값으로 설정한다. 첫 번째 NACK을 표시하기 위해 RLC PDU SN(505)을 1로 설정하고 부분 NACK이므로 E(507)를 1로 표시한다. 그리고 부분 NACK의 Re-segmentation 전 RLC PDU의 위치를 나타내기 위해 Start Byte(509)를 0, End Byte(511)를 99로 설정한다. 두 번째 NACK의 경우 첫 번째 NACK과 같은 값의 RLC PDU를 가지므로 C(513)를 1로 표시한다. 그리고 두 번째 NACK에 대한 Start Byte(515)를 200, End Byte(517)를 299로 설정한다. 더 이상 같은 RLC PDU SN을 가지는 NACK이 없으므로 C(519)를 0으로 표시한다. 세 번째의 NACK을 표시하기 위해 RLC PDU SN(521)을 2 E(523)를 1, Start Byte(525)를 100, End Byte(529)를 199로 설정한다.

상술한 바와 같이, 종래의 기술에 따라 구성되는 NACK SUFI는 하나의 PDU에서 발생된 부분 NACK의 수 만큼에 해당하는 SN과 E 및 Start Byte, End Byte를 포 함해야 하며 상기 Start Byte와 End Byte는 크기가 고정되어 있어 두 필드의 크기는 RLC PDU가 가질 수 있는 최대 크기에 따라 결정된다. 따라서, 상기 하나의 PDU에서 고정된 Start Byte와 End Byte에 의해 NACK SUFI를 위한 자원 소모량이 많아지는 문제점이 있다.

본 발명의 목적은 이동통신 시스템에서 패킷 데이터 수신 응답 신호 구성 방법 및 장치를 제공함에 있다.

본 발명의 다른 목적은 이동통신 시스템에서 NACK 슈퍼필드(Super field)를 구성하는 방법 및 장치를 제공함에 있다.

본 발명의 또 다른 목적은 이동통신 시스템에서 NACK 슈퍼필드의 Start Byte 및 End Byte 필드를 가변크기를 가지게 하는 방법 및 장치를 제공함에 있다.

상술한 목적들을 달성하기 위한 본 발명의 제 1견지에 따르면, 이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 구성하는 송신측 방법은, 데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)에 대한 정보를 확인하는 과정과, 상기 PDU에 대한 정보를 입력받아 발생된 NACK이 상기 PDU의 부분에 대한 NACK이면 상기 PDU의 끝을 알리는 종료 바이트(End byte)의 비트 수를 할당하여 상기 종료 바이트에 의해 시작 바이트(Start Byte)의 비트 수를 산출하고 상기 종료바이트와 시작바이트를 설정하여 NACK 슈퍼필드를 구성하는 과정을 포함하는 것을 특징으로 한다.

상술한 목적들을 달성하기 위한 본 발명의 제 2견지에 따르면, 이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 분석하는 수신측 방법은, 수신된 NACK 슈 퍼필드에서 시퀀스 넘버(Sequence Number)를 확인하여 NACK이 발생된 PDU(Protocol Data Unit)를 확인하는 과정과, 해당 부분 NACK 이후에 상기 시퀀스 넘버에 해당하는 PDU의 종료바이트(End Byte)와 시작바이트(Start Byte) 정보를 확인하여 상기 NACK 슈퍼필드를 분석하는 과정을 포함하는 것을 특징으로 한다.

상술한 목적들을 달성하기 위한 본 발명의 제 3견지에 따르면, 이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 구성하는 송신측 장치는, 데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)에 대한 정보를 출력하는 RX ARQ 처리부와, 상기 PDU에 대한 정보를 입력받아 PDU의 끝을 알리는 종료 바이트(End byte)의 비트 수를 할당하여 상기 종료 바이트에 의해 시작 바이트(Start Byte)의 비트 수를 산출하고 상기 종료바이트와 시작바이트를 설정하여 NACK 슈퍼필드를 생성하는 PLC PDU 생성부를 포함하는 것을 특징으로 한다.

상술한 목적들을 달성하기 위한 본 발명의 제 4견지에 따르면, 이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 분석하는 수신측 장치는, 수신된 데이터로부터 NACK 슈퍼필드에 대한 PDU를 분리하여 출력하는 RLC PDU 해석부와, 해당 부분 NACK 이후에 상기 시퀀스 넘버에 해당하는 PDU의 종료바이트(End Byte)와 시작바이트(Start Byte) 정보를 확인하여 상기 NACK 슈퍼필드를 분석하는 NACK SUFI 해석부를 포함하는 것을 특징으로 한다.

상술한 바와 같이 본 발명은 이동통신 시스템에서 NACK 슈퍼필드의 Start Byte 및 End Byte 필드를 가변크기를 가지게 함으로써 상기 NACK 슈퍼필드의 크기를 줄여 시그널링 오버헤드를 줄일 수 있는 효과가 있다.

이하 본 발명의 바람직한 실시 예를 첨부된 도면의 참조와 함께 상세히 설명한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다.

이하 본 발명에서는 NACK 슈퍼필드의 시작 바이트(Start Byte) 및 종료 바이트(End Byte)의 위치를 바꾸어 배치하여 종료 바이트 필드를 가변크기를 가지게 하는 방법 및 장치에 관해 설명할 것이다.

도 6은 본 발명에 따른 이동통신 시스템에서 NACK SUFI를 구성하는 송신측 블록 구성을 도시하고 있다.

상기 도 6를 참조하면, 상기 송신측은 RX ARQ 처리부(601), NACK SUFI 생성부(603) PLC PDU 생성부(605), 및 송신부(607)를 포함하여 구성된다.

상기 RX ARQ 처리부(601)는 데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)를 결정하고, 상기 재전송을 요청할 PDU에 대한 정보를 상기 NACK SUFI 생성부(603)로 제공한다.

상기 NACK SUFI 생성부(603)는 상기 RX ARQ 처리부(601)으로부터 수신되지 않거나 손상된 PDU들에 대한 정보를 입력받아 해당 PDU의 재전송을 요청하기 위한 NACK SUFI를 생성하여 상기 PLC PDU 생성부(605)로 제공한다.

특히, 상기 NACK SUFI 생성부(603)는 본 발명에 따라 종래의 Start Byte와 End Byte의 위치를 바꿔서 End Byte(809)부터 NACK SUFI에 채워지게 했다. 여기서, 상기 Start Byte(811) 값은 상기 End Byte(809) 값보다 클 수 없으므로 상기 Start Byte(811)의 필드 크기는 상기 End Byte(809) 값을 표현하는데 필요한 최소 비트로 할당할 수 있다. 상기 End Byte(809) 필드의 크기는 수신 단에서 알 수 있는 방법이 없으므로 최대 크기의 RLC PDU를 표현할 수 비트 수를 약속하여 할당한다.

상기 PLC PDU 생성부(605) 상기 NACK SUFI 생성부(603)에서 생성된 NACK SUFI로 RLC PDU를 생성하여 상기 송신부(607)로 제공한다.

상기 송신부(607)는 상기 PLC PDU 생성부(605)로부터 제공되는 RLC PDU를 수신측으로 전송하는 기능을 수행한다.

도 7은 본 발명에 따른 이동통신 시스템에서 NACK SUFI를 분석하는 수신측 블록 구성을 도시하고 있다.

상기 도 7을 참조하면, 상기 수신측은 수신부(701), RLC PDU 해석부(703), NACK SUFI 해석부(705) 및 재전송 처리부(707)를 포함하여 구성된다.

상기 수신부(701)는 송신측으로부터 전송된 데이터를 수신하여 상기 RLC PDU 해석부(703)로 제공하고, 상기 RLC PDU 해석부(703)는 상기 수신부(701)로부터 제공된 데이터 PDU 중 제어에 관련된 PDU를 분리하여 상기 NACK SUFI 해석부(705)로 제공한다.

상기 NACK SUFI 해석부(705)는 상기 분리된 PDU가 NACK SUFI일 경우 본 발명에 따라 상기 NACK SUFI에 SN 필드, E 필드, Start Byte 필드, End Byte 필드 및 C 필드가 포함된 것을 고려하여 상기 NACK SUFI를 해석하고, 해석 결과를 상기 재전송 처리부(707)로 제공한다.

상기 재전송 처리부(707)는 상기 제어 정보 해석부(705)로부터 NACK SUFI 해석 결과를 제공받아 상기 송신측으로 정확히 전달되지 못한 PDU들에 대한 재전송이 수행되도록 처리한다.

도 8은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI의 구조를 도시하고 있다.

도 8을 참조하면, 본 발명에 따른 NACK SUFI는 NACK 타입을 알리는 TYPE 필드(801), VALUE 필드의 정보를 나타내며, byte 단위의 크기 혹은 VALUE 필드에 포함된 RLC PDU SN(203)의 개수를 알리는 LENGTH필드(803), 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number; 이하 'SN'이라 칭함)(601) 필드와 상기 해당 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension; 이하 'E'라 칭함)(603) 필드를 포함한다. 여기서, 상기 E 필드는 0 혹은 1로 설정됨으로써, 상기 PDU 전체에 대해 NACK이 발생되었는지 일부분에 대해 NACK이 발생되었는지 나타낼 수 있다.

특히, 상기 NACK SUFI는 종래의 Start Byte와 End Byte의 위치를 바꿔서 End Byte(809)부터 NACK SUFI에 채워지게 했다. 여기서, 상기 Start Byte(811) 값은 상기 End Byte(809) 값보다 클 수 없으므로 상기 Start Byte(811)의 필드 크기는 상기 End Byte(809) 값을 표현하는데 필요한 최소 비트로 할당할 수 있다. 상기 End Byte(809) 필드의 크기는 수신 단에서 알 수 있는 방법이 없으므로 최대 크기의 RLC PDU를 표현할 수 비트 수를 약속하여 할당한다. 수신 단에서는 상기 End Byte(809) 필드를 읽어서 Start Byte(811) 필드의 비트 수를 계산한다.

예를 들어, 도 9에 도시된 바와 같이, 상기 NACK SUFI는 NACK이 발생된 PDU를 나타내기 위해 RLC PDU SN가 1로 설정되고, 그 다음에 부분 NACK이 발생되었는지 여부를 나타내는 E 필드가 부분 NACK 발생을 알리는 비트 1로 설정된다. 이후, 첫 번째 NACK을 표시하기 위해 End Byte(909)를 99, Start Byte(911)를 0으로 설정한다. End Byte 필드 크기는 약속된 값이며 여기서는 15 비트로 한다. Start Byte(911)은 End Byte 값이 99이므로 99를 표현하는데 필요한 최소 비트인 7비트로 결정한다. 두 번째의 NACK을 표시하기 위해 End Byte(917)는 299, Start Byte(919)는 200으로 설정한다. Start Byte(919)의 필드 크기는 9비트로 결정한다. 또한 세 번째 NACK을 표시하기 위해 End Byte(925)를 199, Start Byte(927)를 100으로 설정한다. Start Byte(927)의 필드 크기는 8비트로 결정한다.

상기와 같이, 본 발명의 실시 예에 따른 NACK SUFI 구조에서는 Start Byte필드를 줄일 수 있어서 전체 NACK SUFI의 크기를 줄일 수 있다.

도 10은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI를 구성하는 송신측 절차를 도시하고 있다.

상기 도 10을 참조하면, 송신측은 1001단계에서 NACK SUFI 생성 시점이 되면, 1003단계로 진행하여 NACK SUFI의 TYPE을 NACK에 해당하는 값으로 설정한다.

이후, 상기 송신측은 1005단계에서 상기 NACK이 발생된 PDU의 SN을 확인하여 NACK SUFI SN값으로 설정한 후, 현재 처리 중인 PDU 전체에 대해 NACK이 발생된 것인지 혹은 상기 PDU내에서 일부분만 상기 NACK이 발생된 것인지 여부를 검사한다. 만일, 상기 PDU 전체에 대해 NACK이 발생되었을 시, 상기 송신측은 1017단계에서 E 필드를 0으로 설정하여 상기 SN에 해당하는 PDU 전체에 대해 NACK이 발생됨을 알리는 NACK SUFI를 구성한 후, 하기 1013단계로 진행하여 이하 단계를 수행한다.

반면, 상기 PDU내에서 일부분만 상기 NACK이 발생된 것일 시, 상기 송신측은 1009단계에서 상기 E 필드를 1로 설정하여 해당 PDU에 대한 NACK이 계속됨을 나타내고, 1011단계로 진행하여 상기 NACK이 발생된 부분에 대한 End Byte와 Start Byte 값을 결정한다. 여기서, 상기 NACK SUFI는 종래의 Start Byte와 End Byte의 위치를 바꿔서 End Byte부터 NACK SUFI에 채워지게 했다. 여기서, 상기 Start Byte 값은 상기 End Byte 값보다 클 수 없으므로 상기 Start Byte의 필드 크기는 상기 End Byte 값을 표현하는데 필요한 최소 비트로 할당할 수 있다. 상기 End Byte 필드의 크기는 수신 단에서 알 수 있는 방법이 없으므로 최대 크기의 RLC PDU를 표현할 수 비트 수를 약속하여 할당한다. 수신 단에서는 상기 End Byte 필드를 읽어서 Start Byte 필드의 비트 수를 계산한다.

이후, 상기 송신측은 1013 단계에서 상기 PDU 내에서 발생된 부분 NACK 중에 아직 처리되지 않은 부분 NACK이 존재하는지 여부를 검사한다.

상기 처리되지 않은 부분 NACK이 존재할 시, 상기 송신측은 1005단계로 되돌아가 이하 단계를 수행한다.

한편, 상기 상기 처리되지 않은 부분 NACK이 존재하지 않을 시, 상기 송신측은 상기 처리한 NACK SUFI를 바탕으로 LENGTH 값을 설정하여 NACK SUFI 구성을 완료하고, 본 발명에 따른 알고리즘을 종료한다.

도 11은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI를 분석하는 수신측 절차를 도시하고 있다.

상기 도 11을 참조하면, 상기 수신측은 1101단계에서 송신측으로부터 NACK SUFI 처리 시점이 되면, 803단계로 진행하여 수신된 NACK SUFI의 LENGTH값을 추출한다.

이후, 상기 수신측은 1105단계로 진행하여 RLC PDU SN를 추출하고 1107단계로 진행하여 E 필드 값을 확인하여 상기 NACK SUFI가 상기 확인된 PDU, 즉, 상기 SN에 해당하는 PDU 전체에 대한 NACK인지 부분에 대한 NACK인지 여부를 검사한다. 만일, 상기 E 필드 값이 1이면, 상기 수신측은 1113단계에서 상기 SN에 해당하는 PDU에 대해 부분 NACK이 발생됨을 판단하고 이후에 존재하는 End Byte와 Start Byte를 추출하고 하기 1111단계로 진행하여 이하 단계를 수행한다.

반면, 상기 E 필드 값이 0이면 상기 수신측은 1109단계로 진행하여 상기 확 인된 PDU 전체에 대해 NACK이 발생됨을 판단하고, 1111단계로 진행하여 또 다른 RLC PDU SN이 존재하는지 검사한다.

만일, 상기 또 다른 RLC PDU SN이 존재하면 상기 수신측은 상기 1105단계로 되돌아가 이하 단계를 재수행하고 상기 또 다른 RLC PDU SN이 존재하지 않으면 본 발명에 따른 알고리즘을 종료한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

도 1은 차세대 이동통신 시스템에서 데이터를 처리하는 프로토콜 구조를 도시하는 도면,

도 2는 종래의 기술에 따른 NACK SUFI의 구조를 도시하는 도면,

도 3은 종래의 기술에 따라 구성된 NACK SUFI의 예를 도시하는 도면,

도 4는 도 2의 구조를 개선한 NACK SUFI의 구조를 도시하는 도면,

도 5는 도 4의 구조에 따라 구성된 NACK SUFI의 구조를 도시하는 도면,

도 6은 본 발명에 따른 이동통신 시스템에서 NACK SUFI를 구성하는 송신측 블록 구성을 도시하는 도면,

도 7은 본 발명에 따른 이동통신 시스템에서 NACK SUFI를 분석하는 수신측 블록 구성을 도시하는 도면,

도 8은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI의 구조를 도시하는 도면,

도 9는 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI의 구조를 도시하는 도면,

도 10은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI를 구성하는 송신측 절차를 도시하는 도면,

도 11은 본 발명의 실시 예에 따른 이동통신 시스템에서 NACK SUFI를 분석하는 수신측 절차를 도시하는 도면.

Claims

이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 구성하는 송신측 방법에 있어서,

데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)에 대한 정보를 확인하는 과정과,

상기 PDU에 대한 정보를 입력받아 발생된 NACK이 상기 PDU의 부분에 대한 NACK이면 상기 PDU의 끝을 알리는 종료 바이트(End byte)의 비트 수를 할당하여 상기 종료 바이트에 의해 시작 바이트(Start Byte)의 비트 수를 산출하고 상기 종료바이트와 시작바이트를 설정하여 NACK 슈퍼필드를 구성하는 과정을 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 시작 바이트의 값은 상기 종료 바이트의 값보다 작은 것 특징으로 하는 방법.
제 1항에 있어서,

상기 종료 바이트의 비트 수는 상기 종료 바이트 값을 표현하는데 필요한 최 소 비트로 할당할 수 있는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 종료 바이트의 비트 수는 최대크기의 PDU를 표현할 수 있는 비트 수를 할당하는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 부분에 대한 NACK 이후에 상기 시퀀스 넘버에 해당하는 PDU의 다른 부분에 대한 NACK이 계속 존재할 시, 상기 다른 부분에 대한 시작 바이트와 종료 바이트를 나타내는 정보를 설정하는 과정을 더 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 이동통신 시스템에서 NACK SUFI를 구성하는 송신측 방법은,

상기 NACK가 발생한 부분에 대한 종료 바이트와 시작 바이트 값을 결정하는 과정을 수행한 후, 상기 PDU 내에서 발생한 부분 NACK 중에 아직 처리되지 않은 부분 NACK가 존재하지 않을 시, 상기 처리한 NACK SUFI를 바탕으로 LENGTH 값을 설정하여 NACK SUFI 설정을 완료하는 과정을 더 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 NACK 수퍼필드는,

NACK 타입을 알리는 TYPE 필드, VALUE 필드의 정보를 나타내며, byte 단위의 크기 혹은 VALUE 필드에 포함된 RLC PDU SN의 개수를 알리는 LENGTH필드, 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number)필드와 상기 해당 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension)필드를 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 분석하는 수신측 방법에 있어서,

수신된 NACK 슈퍼필드에서 시퀀스 넘버(Sequence Number)를 확인하여 NACK이 발생된 PDU(Protocol Data Unit)를 확인하는 과정과,

해당 부분 NACK 이후에 상기 시퀀스 넘버에 해당하는 PDU의 종료바이트(End Byte)와 시작바이트(Start Byte) 정보를 확인하여 상기 NACK 슈퍼필드를 분석하는 과정을 포함하는 것을 특징으로 하는 방법.
제 8항에 있어서,

상기 NACK 슈퍼필드를 분석하는 과정은,

연장(Extension) 정보를 확인하여 상기 발생된 NACK이 상기 PDU 전체에 대한 것인지 부분에 대한 것인지 여부를 확인하는 과정과,

상기 부분에 대한 NACK일 경우, 해당 부분에 대한 종료바이트와 시작바이트 정보를 확인하여 상기 PDU에서 상기 NACK이 발생된 부분을 확인하는 과정을 더 포함하는 것을 특징으로 하는 방법.
제 8항에 있어서,

상기 NACK 수퍼필드는,

NACK 타입을 알리는 TYPE 필드, VALUE 필드의 정보를 나타내며, byte 단위의 크기 혹은 VALUE 필드에 포함된 RLC PDU SN의 개수를 알리는 LENGTH필드, 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number)필드와 상기 해당 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension)필드를 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 구성하는 송신측 장치에 있어서,

데이터의 수신 여부 및 손상 여부를 확인하여 재전송을 요청할 PDU(Protocol Data Unit)에 대한 정보를 출력하는 RX ARQ 처리부와,

상기 PDU에 대한 정보를 입력받아 PDU의 끝을 알리는 종료 바이트(End byte)의 비트 수를 할당하여 상기 종료 바이트에 의해 시작 바이트(Start Byte)의 비트 수를 산출하고 상기 종료바이트와 시작바이트를 설정하여 NACK 슈퍼필드를 생성하는 PLC PDU 생성부를 포함하는 것을 특징으로 하는 장치.
제 11항에 있어서,

상기 PLC PDU 생성부에서 생성되는 NACK 슈퍼필드는,

NACK 타입을 알리는 TYPE 필드, VALUE 필드의 정보를 나타내며, byte 단위의 크기 혹은 VALUE 필드에 포함된 RLC PDU SN의 개수를 알리는 LENGTH필드, 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number)필드와 상기 해당 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension)필드 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
제 12항에 있어서,

상기 시퀀스 넘버와 확장 정보는, 동일한 시퀀스 넘버를 가지는 PDU의 부분 NACK에 대한 정보 설정 시, 처음 부분에 한 번만 설정되는 것을 특징으로 하는 장치.
제 11항에 있어서,

상기 시작 바이트의 값은 상기 종료 바이트의 값보다 작은 것 특징으로 하는 장치.
제 11항에 있어서,

상기 종료 바이트의 비트 수는 상기 종료 바이트 값을 표현하는데 필요한 최소 비트로 할당할 수 있는 것을 특징으로 하는 장치.
제 11항에 있어서,

상기 종료 바이트의 비트 수는 최대크기의 PDU를 표현할 수 있는 비트 수를 할당하는 것을 특징으로 하는 장치.
이동통신 시스템에서 NACK 슈퍼필드(Super Field)를 분석하는 수신측 장치에 있어서,

수신된 데이터로부터 NACK 슈퍼필드에 대한 PDU를 분리하여 출력하는 RLC PDU 해석부와,

해당 부분 NACK 이후에 상기 시퀀스 넘버에 해당하는 PDU의 종료바이트(End Byte)와 시작바이트(Start Byte) 정보를 확인하여 상기 NACK 슈퍼필드를 분석하는 NACK SUFI 해석부를 포함하는 것을 특징으로 하는 장치.
제 17항에 있어서,

상기 NACK 슈퍼필드는,

NACK 타입을 알리는 TYPE 필드, VALUE 필드의 정보를 나타내며, byte 단위의 크기 혹은 VALUE 필드에 포함된 RLC PDU SN의 개수를 알리는 LENGTH필드, 해당 PDU를 나타내는 시퀀스 넘버(Sequence Number)필드와 상기 해당 PDU 전체에 대해 NACK이 발생되었는지 혹은 상기 PUD의 일부분에 대해 NACK이 발생되었는지 여부, 즉, 상기 PDU에서 수신되지 않거나 손상된 부분이 전체인지 일부분인지 여부를 나타내는 확장(Extension)필드 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
제 17항에 있어서,

상기 시퀀스 넘버와 확장 정보는, 동일한 시퀀스 넘버를 가지는 PDU의 부분 NACK에 대한 정보 확인 시, 처음 부분에 한 번만 확인되는 것을 특징으로 하는 장치.