KR100982210B1

KR100982210B1 - 다중 ａｒｑ 메커니즘들을 이용하는 재전송을 제공하는장치, 방법 및 컴퓨터 프로그램 생성물

Info

Publication number: KR100982210B1
Application number: KR1020087015545A
Authority: KR
Inventors: 츠요시 가시마; 빈 반 판; 주시 카흐타바; 킴모 케투넨; 주카 란타; 에사 말카마키
Original assignee: 노키아 코포레이션
Priority date: 2005-11-30
Filing date: 2006-11-29
Publication date: 2010-09-15
Also published as: US20070177630A1; CN101346925A; TW200729811A; EP1958367A4; WO2007063393A3; KR20080069713A; JP2009520389A; EP1958367A2; WO2007063393A2

Abstract

본 발명의 방법은 적어도 하나의 트랜스포트 블록을 수신하는 단계 및 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하는 단계를 포함하며, 여기서 제1 데이터 유닛의 전부가 아닌 일부는 제2 데이터 유닛을 포함하고; 제1 데이터 유닛의 확인응답(acknowledgement) 상태(status)에 대응하는 정보를 결정하는 단계를 포함하고; 적어도 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 단계를 포함하고; 그리고 상기 요청이 수행되어야 한다는 결정에 응답하여 상기 요청을 수행하는 단계를 포함한다. 본 발명의 다른 하나의 방법은 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 단계를 포함하며, 상기 이전에 전송된 데이터 유닛의 전부가 아닌 일부가 제2 데이터 유닛을 포함하고; 적어도 정보에 기초하여, 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 단계를 포함하고; 그리고 재전송이 수행되어야 한다는 결정에 응답하여 상기 제2 데이터 유닛의 재전송을 수행하는 단계를 포함한다.

Description

다중 ＡＲＱ 메커니즘들을 이용하는 재전송을 제공하는 장치, 방법 및 컴퓨터 프로그램 생성물{Apparatus, method and computer program product providing retransmission utilizing multiple ARQ mechanisms}

본 발명의 예시적이고 비제한적인 실시 예들은 일반적으로 무선 통신 시스템들에 관련되고, 특히 데이터의 재전송을 제공하는 기술들에 관련된다.

본 명세서에 나타나는 아래의 약어들은 다음과 같이 정의된다:

3 GPP 제3 세대 파트너십 프로젝트(third generation partnership project)

ACK 확인응답됨(acknowledged) (긍정 확인응답(positive acknowledgement))

AM 확인응답 모드(acknowledged mode)

ARQ 자동 반복 요청(automatic repeat request)

BTS 기지국 송수신 시스템(base transceiver system)

CRC 주기적 덧붙임 코드(cyclic redundancy code)

DL 하향링크(downlink)

HARQ 하이브리드 자동 반복 요청(hybrid automatic repeat request)

HSDPA 고속 하향 패킷 접속(high speed downlink packet access)

MAC 매체 액세스 제어(medium access control)

MIMO 다중 입력 다중 출력(multiple input multiple output)

NACK 비확인응답됨 (not acknowledged) 부정 확인응답(negative acknowledgement))

PDU 프로토콜 데이터 유닛(protocol data unit)

PHY physical

PSN 패킷 시퀀스 넘버(packet sequence number)

RLC 무선 링크 제어(radio link control)

RNC 무선 네트워크 컨트롤러(radio network controller)

SDU 서비스 데이터 유닛(service data unit)

TB 트랜스포트 블록(transport block)

TSN 전송 시퀀스 넘버(transmission sequence number)

UE 사용자 장치(user equipment)

UL 상향링크(uplink)

WCDMA 광대역 부호 분할 다중 접속(wideband code division multiple access)

UMTS 범용 이동 통신 시스템(universal mobile telecommunications system)

Ll 계층 1 (물리 계층)

L2 계층 2 (MAC 계층)

HSPDA는 WCDMA 표준의 패킷 기반 데이터 서비스 특징이고 WCDMA DL에서 5MHz 대역폭을 통해 최대 8-10Mbps(및 MIMO 시스템들에서는 20 Mbps)의 데이터 전송을 제공한다. HSDPA의 높은 속도는 16 QAM(Quadrature Amplitude Modulation), 다양한 오류 코딩 및 점진적 덧붙임(incremental redundancy)을 갖는 HARQ을 포함하는 기술들을 통해 이뤄진다. HSDPA는 현재 UMTS 네트워크들의 업그레이드 기술로 고려될 수 있다.

HARQ는 ARQ 원리와 무선 연결을 통한 순방향 오류 정정(forward error correction)을 결합하고, 이때 ARQ 원리는 수신기가 수신된 데이터 유닛에서 오류(들)를 감지하고 자동적으로 송신기로부터 재전송을 요청하는 오류 제어 방법이다. 순방향 오류 정정은 재전송에 대한 자동 요청이 실행되어야하는지 여부를 결정하기 위해 사용된다. 전형적으로 오류들이 정정가능하다면, 어떤 요청도 실행되지 않는 반면에, 오류들이 정정가능하지 않다면, 요청이 실행된다. 그 다음에 HARQ 오퍼레이션 이후에 잔여(residual) 링크-레벨 패킷 오류들이 HARQ 위에서 동작하는 링크 계층 ARQ 프로토콜을 사용하는 것에 의해 추가로 복구될 수 있다.

이런 기술들이 이득이 되지만, 이런 기술들의 구현과 연관하여 여전히 문제들이 존재한다.

본 발명의 실시 예에 따라, 무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하는 단계, 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하는 단계를 포함하는 방법이 개시되고, 여기서 제1 데이터 유닛의 전부가 아닌 일부는 제2 데이터 유닛을 포함한다. 본 발명의 방법은 제1 데이터 유닛의 확인응답(acknowledgement) 상태(status)에 대응하는 정보를 결정하는 단계 및 적어도 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 단계를 포함한다. 본 발명의 방법은 요청이 수행되어야 한다는 결정에 응답하여 요청을 수행하는 단계를 더 포함한다.

본 발명의 다른 하나의 실시 예에서 무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하도록 구성된 제1 수신기를 포함하는 장치가 개시된다. 제1 수신기는 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하도록 구성되고, 여기서 제1 데이터 유닛의 전부가 아닌 일부는 제2 데이터 유닛을 포함한다. 장치는 또한 제1 수신기에 연결된 제2 수신기를 포함한다. 제2 수신기는 적어도 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하도록 구성된다. 제2 수신기는 요청이 수행되어야 한다는 결정에 응답하여 요청을 수행하도록 또한 구성된다.

본 발명의 또 하나의 실시 예에 따라 동작들을 수행하도록 디지털 프로세싱 장치에 의해 실행가능한 기계판독가능 명령어들의 프로그램을 실체적으로 구체화하는 컴퓨터 프로그램 생성물이 개시된다. 상기 동작들은 무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하는 동작, 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하는 동작을 포함하며, 여기서 제1 데이터 유닛의 전부가 아닌 일부는 제2 데이터 유닛을 포함한다. 동작들은 제1 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 동작 및 적어도 정보에 기초하여, 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 동작을 또한 포함한다. 상기 동작들은 요청이 수행되어야 한다는 결정에 응답하여 요청을 수행하는 동작을 포함한다.

본 발명의 다른 하나의 실시 예에 따라, 트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 단계를 포함하는 방법이 개시되고, 여기서 이전에 전송된 데이터 유닛의 전부가 아닌 일부가 제2 데이터 유닛을 포함한다. 방법은 적어도 정보에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 단계를 포함한다. 방법은 재전송이 수행되어야 한다는 결정에 응답하여 제2 데이터 유닛의 재전송을 수행하는 단계를 또한 포함한다.

본 발명의 또 하나의 실시 예에서, 트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하도록 구성된 제1 송신기를 포함하는 장치가 개시되고, 여기서 이전에 전송된 데이터 유닛의 전부가 아닌 일부가 제2 데이터 유닛을 포함한다. 장치는 또한 제1 송신기에 연결된 제2 송신기를 포함한다. 제2 송신기는 적어도 정보에 기초하여, 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하도록 구성된다. 제2 송신기는 재전송이 수행되어야 한다는 결정에 응답하여 제2 데이터 유닛의 재전송을 수행하도록 또한 구성된다.

예시적인 실시 예에서, 동작들을 수행하도록 디지털 프로세싱 장치에 의해 실행가능한 기계판독가능 명령어들의 프로그램을 실체적으로 구체화하는 컴퓨터 프로그램 생성물이 개시된다. 상기 동작들은 트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정한는 동작을 포함하고, 여기서 이전에 전송된 데이터 유닛의 전부가 아닌 일부가 제2 데이터 유닛을 포함한다. 동작들은 적어도 정보에 기초하여, 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 동작을 또한 포함한다. 동작들은 재전송이 수행되어야 한다는 결정에 응답하여 상기 제2 데이터 유닛의 재전송을 수행하는 동작을 또한 포함한다.

본 발명의 실시 예들의 전술한 그리고 다른 양상들이 첨부된 도면들과 연관하여 읽을 때 다음의 실시 예들에서 더 명확하게 될 것이다.

도 1은 본 발명의 예시적인 실시 예들을 실행에 사용하기 적합한 다양한 전자 장치들의 단순화된 블록도를 도시한다.

도 2는 ARQ 및 HARQ 모두를 갖는 시스템의 실시 예의 단순화된 블록도이고, 여기서 ARQ는 (적어도 L2의 일부를 형성하는) MAC에 있고 HARQ는 PHY(L1)에 있으며, 그것들 간의 L1/L2 인터페이스를 도시한다.

도 3은 ARQ 및 HARQ 모두를 갖는 시스템의 다른 하나의 실시 예의 단순화된 블록도이고, 여기서 ARQ는 (L2의 일부인) RLC에 있고, HARQ 컨트롤러/매니저는 (L2의 일부인) MAC에 있고, 그것들 간의 L1/L2 인터페이스를 도시한다.

도 4는 무선 베어러(bearer)로부터의 SDU들이 어떻게 트랜스포트 블록들로 맵핑되는(mapped) 가의 예를 통해 도시한다.

도 5는 재전송의 하나의 예시적인 실시 예를 구현하기 위한 수신기 및 송신기 간의 통신 다이어그램이다.

도 6은 다중 ARQ 메커니즘들을 사용하여 재전송을 제공하기 위해 전송 동안에 실행되는 방법의 흐름도이다.

도 7은 다중 ARQ 메커니즘들을 사용하여 재전송을 제공하기 위해 수신 동안에 실행되는 방법의 흐름도이다.

서론으로, 제안된 3GPP UTRA 및 UTRAN LTE(long term evolution) 네트워크를 위한 것들과 같은, 현재의 표준화 노력들에서, HARQ를 이용하는 것은 유용할 수 있다. 그러나 HSDPA의 체험에 의하면, HARQ 만을 사용하는 것은

이하의 패킷 오류율을 효율적으로 달성하는데 충분하지 않다. 따라서 HARQ 위에 추가의 ARQ 메커니즘의 사용이 바람직하다. 일반적으로 HARQ는 오류 정정 루프에서 주된 역할을 실행하고, HARQ는 ARQ에 의해 지원된다.

HARQ/ARQ 시나리오를 가정할 때, 재전송 결정, 시그널링, 및 HARQ/ARQ 간의 인터페이스를 포함하는, ARQ 메커니즘에 주의를 기울여서 그 메커니즘이 HARQ로부터의 정보를 효율적으로 이용할 수 있도록 하여야 한다.

특히, 2개의 (H)ARQ 루프들의 사용은 원하는 레벨의 신뢰도(reliability)를 달성하기 위해 바람직하다. 그러나 HARQ 및 ARQ의 이중(double)루프들의 사용은 무선을 통한 2중 시그널링, ARQ와 HARQ 간의 시그널링, 및 2개의 H(ARQ) 루프들의 오 퍼레이션을 수용하기 위해 PDU들 내에 추가 필드들의 삽입하기 때문에 더 복잡해진다.

때문에 이런 상황에서 HARQ를 지원하고 포함하는 효율적인 ARQ 스킴의 스펙(specification)이 바람직하다.

현재 HSDPA에서, HARQ 및 ARQ 사이에 어떤 협력도 존재하지 않는다. 대신에 HSDPA가 도입되었을 때 HARQ는 기존의 WCDMA ARQ에 단순히 추가되었다.

우선 본 발명의 예시적인 실시 예들을 실행하는데 사용되기 적합한 다양한 전자 장치들의 단순화된 블록도를 도시하기 위한 도 1을 참조한다.

도 1에서 무선 네트워크(1)가 기지국(예를 들어 노드 B 또는 BTS)을 통해 UE(10)와 통신하도록 구성된다. UE(10)는 디지털 프로세싱 장치이다. 네트워크(1)는 예를 들어 서빙 RNC(SRNC)로서 지칭될 수 있는, 네트워크 컨트롤러(예를 들어 RNC)(14)를 포함할 수 있다. UE(10)는 데이터 프로세서(DP)(10A), 프로그램(PROG)(10C)을 포함하는 메모리(10B), 및 기지국(12)과의 양방향 무선 통신을 위해 적합한 무선 주파수(RF) 트랜시버(10D)를 포함하며, 기지국(12)은 데이터 프로세서(DP)(12A), 프로그램(PROG)(12C)을 포함하는 메모리(12B), 및 적합한 무선 주파수(RF) 트랜시버(12D)를 또한 포함하는 디지털 프로세싱 장치이다. 기지국(12)은 데이터경로(13)(Iub)를 통해 DP(14A) 및 연관된 PROG(14C)를 저장하는 MEM(14B)를 또한 포함하는 네트워크 컨트롤러(14)로 연결된다. 네트워크 컨트롤러는 (도시되지 않았지만) 다른 하나의 데이터 경로(15)(Iur)에 의해 다른 하나의 네트워크 컨트롤러(예를 들어 다른 하나의 RNC)로 연결될 수 있다. PROG들(10C, 12C, 및 14C) 중 적어도 하나는 연관된 DP에 의해 실행될 때 전자 장치가 아래에서 더 상세히 논의되는 것과 같은, 본 발명의 예시적인 실시 예들에 때라 동작할 수 있도록 하는 프로그램 명령어들을 포함하는 것으로 가정된다.

일반적으로 UE(10)의 다양한 실시 예들은 무선 통신 성능들을 구비한 PDA(personal digital assistant)들, 무선 통신 성능들을 구비한 휴대용 컴퓨터들, 무선 통신 성능들을 구비한 디지털 카메라들과 같은 이미지 캡처 장치들, 무선 통신 성능들을 구비한 게이밍 장치들, 무선 통신 성능들을 구비한 뮤직 스토리지 및 플레이백 어플라이언스들, 무선 인터넷 접속 및 브라우징을 가능하게 하는 인터넷 어플라이언스들을 포함하고, 이에 더하여 이런 기능들의 조합들을 포함하는 휴대용 유닛들 또는 단말기들을 비제한적인 예로서 포함한다.

본 발명의 실시 예들은 UE(10)의 DP(10A) 및 다른 DP들에 의해 실행 가능한 컴퓨터 소프트웨어에 의해, 하드웨어에 의해, 또는 소프트웨어 및 하드웨어의 조합에 의해 구현될 수 있다.

MEM들(10B, 12B, 14B)은 로컬 기술 환경에 적합한 어떤 유형일 수 있고 반도체 기반 메모리 장치들, 마그네틱 메모리 장치들 및 시스템들, 옵티컬 메모리 장치들 및 시스템들, 고정 메모리 및 분리형 메모리와 같은, 어떤 적합한 데이터 저장 기술을 사용하여 구현될 수 있다.

DP들(10A, 12A, 및 14A)은 로컬 기술 환경에 적합한 어떤 유형일 수 있고, 하나 이상의 일반 목적의 컴퓨터들, 특별한 목적의 컴퓨터들, 마이크로프로세서들, 디지털 신호 프로세서들(DSP들) 및 멀티-코어 프로세서 아키텍처에 기반한 프로세 서들을 비 제한적인 예로서 포함할 수 있다.

도 2는 (RLC를 자신의 서브-계층으로서 포함하고 L2의 적어도 일부를 함께 형성하는) MAC(2), PHY(22)(L1)의 단순화된 블록도이고 그것들 간의 L1/L2 인터페이스(24)를 도시한다. L1은 예를 들어 트랜시버(10D, 12D)를 통해, 무선 채널(들)에 인터페이스로 접속한다. MAC(20)(L2), PHY(22)(L1)은 UE(10)에서, 기지국(12)에서, 또는 둘 다에서 구체화될 수 있다. MAC(20(L2)은 본 발명의 예시적인 실시 예들을 위해 ARQ 송신기(Tx)(20A) 및 ARQ 수신기(Rx)(20B) 및 컨트롤러(20E)를 포함하는 것으로 가정되고, PHY(22)(L1)은 본 발명의 예시적인 실시 예들을 위해 HARQ 송신기(Tx)(22A), HARQ 수신기(Rx)(22B) 및 PHY(22)의 오퍼레이션들을 제어하는 컨트롤러(22C)를 포함하는 것을 가정한다. 타이머(T)(20C)는 또한 MAC(20)(L2) 내에 포함된 것으로 가정하고 타이머(T1)(20D)도 마찬가지이다. T(20C) 타임아웃은 L2 AM 정규(norma) 오퍼레이션의 일부이나, 반면에 T1(20D)의 만료(expiring)에 의해 일정한 L2 사전 동작(pro-active) 컨트롤 및 재전송 동작들이 아래에서 논의되는 것과 같이 생긴다. MAC(20)의 컨트롤러(20E)는 MAC(20)의 오퍼레이션들을 제어한다.

MAC(20)은 아래에서 더 상세히 논의되는 것과 같이 ARQ(예를 들어 L2) 데이터 유닛들로부터 HARQ(예를 들어 L1) 데이터 유닛들로 맵핑하기 위해 사용되는 맵핑 정보(20F)를 또한 포함한다. 본 발명에의 주된 관심사인 MAC(20)(L2), PHY(22)(L1)의 양상들은 (예를 들어 PROG(10C, 12C)에 있는) 컴퓨터 프로그램 코드, 또는 하드웨어에서, 또는 프로그램 코드 및 하드웨어의 조합에서 구체화될 수 있다. ARQ 수신기(20B)는 예를 들어 (폴(poll) 메시지(26)에 의해 도시된 것과 같이) 폴링을 이용한 요청에 기초하여, AM 상태 보고(26)(예를 들어, ARQ ACK/NACK)를 발생시키고 송신할 수 있는 것으로 가정한다. ARQ 오퍼레이션에서 재전송을 위한 주된 트리거들 중 하나는 AM 상태 보고(status report)(26)에서 송신되는 특정 RLC PDU 시퀀스(들)의 부정 확인응답(NACK)이다. (예를 들어 폴(poll) 메시지(25)를 사용하는) 폴링은 (예를 들어 도 3에 도시된 20B 또는 30B와 같은) 피어 ARQ 수신기로부로부터 상태 보고를 요청하기 위해서 (예를 들어, 도 3에 도시된 20A 또는 30A인) ARQ 송신기에 의해 가장 자주 사용된다. 따라서 "AM 상태 보고"는 분실 ARQ PDU(예를 들어 RLC PDU) 시퀀스(들)의 재전송 요청을 포함하거나 특히 부정 응답 확인(NACK)을 또한 포함하는 ARQ 프로토콜의 일반적인(generic) 아이템이다. AM 상태 보고(26)는 따라서 하나 이상의 ARQ PDU들의 긍정 확인응답 상태의 표시를 포함한다.

HARQ 수신기(22B)가 HARQ ACK/NACK 정보(71)를 HARQ 송신기(22A)와 통신할 수 있다. 유사하게 ARQ 수신기(20B)가 ACK/NACK 정보와 같은, 확인응답(acknowledgement) 상태 정보를 AM 상태 보고(26)를 사용하여 ARQ 송신기(20A)와 통신할 수 있다는 것을 주목해야 한다. HARQ 송신기(22A)는 ARQ 송신기(20A)와 통신할 수 있고 HARQ 수신기(22B)는 ARQ 수신기(20B)와 통신할 수 있다. 이런 통신은 예를 들어, HARQ 실패가 발생하였다는 것을 표시하는, "로컬 NACK"(50) (및 잠재적으로 실패에 대응하는 HARQ 데이터에 관한 다른 정보)의 형태를 취할 수 있다. 예시적인 실시 예에서, 로컬 NACK(50)은 각각 그리고 모든 HARQ NACK를 위해 송신되 는 것이 예정되어 있지 않다. 대신에 로컬 NACK(50)은 HARQ 레벨(예를 들어, PHY(22))에서 주어진(given) 트랜스포트 블록에 대한 (재전송들을 포함하여) 전송 시도들의 실패를 표시한다. 이것은 HARQ 레벨이 주어진 트랜스포트 블록을 재전송하려는 시도를 최대 허용되는 수까지 여러 번 시도했으나 여전히 그 트랜스포트 블록을 성공적으로 송신할 수 없었다는 것을 종종 의미한다. 그런 이후에 HARQ 송신기(22A)는 로컬 NACK(50)를 ARQ 레벨(예를 들어 ARQ 송신기(20A))로 송신기 측에서 송신할 수 있어서 결국 ARQ 송신기(20A)가 그 주어진 트랜스포트 블록 상에서, 새로운 트랜스 포트 블록(들)로서 맵핑된 데이터를 재전송하려고 시도하도록 할 수 있고 HARQ 프로세스가 새로운 트랜스포트 블록(들)을 위해 반복되도록 할 수 있다. HARQ 실패는 예를 들어 본원에서 HARQ 재전송들의 수가 주어진 HARQ 데이터 유닛(즉 TB)을 위해 최대 허용된 값 또는 HARQ 레벨 재전송(ReTx)이 타임아웃에 도달하고 HARQ가 여전히 TB를 성공적으로 전송할 수 없을 때(즉 어떤 ACK도 그 TB에서 수신되지 않음)를 지칭한다. 통신은 예를 들어 일반(generic) HARQ 정보(51)의 다른 형태들을 또한 취할 수 있다. HARQ 매니저(40A)가 도 2에 도시되지 않더라도, 도 3에 도시된 HARQ 매니저(40A)가 또한 도 2의 MAC 계층에 있을 수 있다는 것을 주목해야 한다.

도 3은 MAC(40), RLC(30) 아키텍처의 단순화된 블록도이고, 그것들 사이의 인터페이스(34)를 도시한다. 이 예에서 MAC(40) 및 RLC(30)는 L2의 일부이다. 그러나 HARQ Tx(22A) 및 HARQ Rx(22B)는 물리적으로 L1(PHY)에 있지만 ACK/NACK 및 트랜스포트 포맷 선택과 같은, HARQ 제어 기능들 및 시그널링은 HARQ 매니저(40A) 에 의해 MAC에서 종결된다. 인터페이스(34)는 도 3의 예에서 실제 HARQ-ARQ 상호작용(interaction)이 생기는 곳이다. MAC(40)은 (PHY(L1)(22)와 같은) 더 낮은 프로토콜 계층(들)과 인터페이스로 접속하는 반면에, RLC(30)는 더 높은 프로토콜 계층(들)과 인터페이스로 접속한다. MAC(40), RLC(30)는 UE(10) 내에, 기지국(12) 내에, 또는 그 둘 다에서 구체화될 수 있다. MAC(40)은 본 발명의 예시적인 실시 예에서 HARQ 매니저(40A)를 포함하는 것으로 가정하고, RLC(30)는 본 발명의 예시적인 실시 예에서 ARQ 송신기(Tx)(30A) 및 ARQ 수신기(Rx)(30B)를 포함하는 것으로 가정한다. 타이머(T)(30C)는 RLC(30) 내에 포함되는 것으로 가정하고, 타이머(T1)(30D)도 마찬가지이다. T(30C) 타임아웃(time-out)은 L2 AM 정규 오퍼레이션의 일부인 반면에, T1(30D) 만료(expiring)는 아래에서 논의되는 것과 같이 일정한 사전 동작 제어 및 재전송 동작들이 생기게 한다.

MAC(40)은 또한 MAC(40)의 오퍼레이션들을 제어하는, 컨트롤러(40B)를 포함하고 HARQ 매니저(40A) 및 맵핑 정보(40C)를 포함한다. 맵핑 정보(40C)는 아래에서 논의되는 것과 같이 ARQ(예를 들어 L2) 데이터 유닛들로부터 HARQ(예를 들어 L1) 데이터 유닛들로 맵핑하기 위해 사용된다. HARQ 매니저(40A) 및 맵핑 정보(40C)는 원한다면 컨트롤러(40B)로부터 분리될 수 있다는 것을 주목한다. 맵핑 정보(40C)는 원한다면 (예를 들어 컨트롤러(30E)의 일부로서) RLC(30) 또한 포함될 수 있다는 것을 또한 주목한다. 본 발명의 특별한 관심사인 MAC(40) 또는 RLC(30)의 양상은 컴퓨터 프로그램 코드(예를 들어, PROG(10C, 12C))로써, 또는 하드웨어 내에, 또는 프로그램 코드 및 하드웨어의 결합으로써 구체화될 수 있다. ARQ 수신기(30B)는 (폴 메시지(26)에 의해 도시된 것과 같이) 폴링을 이용하는 요청에 기초하여, AM 상태 보고(26)(예를 들어, ARQ ACK/NACK)를 발생시키고 송신할 수 있다는 것을 가정한다.

HARQ 수신기(22B)가 ACK/NACK 정보(71)를 HARQ 송신기(22A)와 통신할 수 있다는 것을 주목한다. 유사하게 ARQ 수신기(30B)가 확인응답 정보를 ARQ 송신기(30A)와 통신할 수 있다. HARQ 송신기(22A)는 ARQ 송신기(30A)와 MAC을 통해 통신할 수 있고, HARQ 수신기(22B)는 ARQ 수신기(30B)와 MAC을 통해 통신할 수 있다. 이런 통신은 예를 들어 MAC을 통해 로컬 NACK(60)으로써 통신할 수 있는, "로컬 NACK"(50)의 형태를 취할 수 있다. 통신은 예를 들어 일반 HARQ 정보 메시지(51)의 형태를 또한 취할 수 있다. 아이템(60) 및/또는 아이템(61)은 전형적으로는 로컬 NACK 또는 다른 HARQ 확인응답 상태로부터 로컬 NACK에 의해 표시되는 실패된 트랜스포트 블록 내에 포함된 RLC PDU(들)의 시퀀스들과 같은, ARQ의 관련 정보로의 맵핑이라는 것을 주목한다.

본 발명의 실시 예들에 대한 더 자세할 기술을 보기 전에, 어떻게 무선 베어러들로부터의 SDU들이 트랜스포트 블록들로 맵핑되는가를 예를 통해 도시하는 도 4를 리뷰하는 것이 도움이 된다. 도 4에서, 다음의 약어들은 즉, SH = 세그먼트 헤더(segment header); RH = RLC 헤더; CH = C-PDU 헤더 (제어-PDU(control-PDU)); DH = D-PDU 헤더 (데이터-PDU); 필요한 경우에, End = 데이터의 끝; 및 필요한 경우에, Padding = 패딩으로써 사용된다. 도 4에서, RLC(30) 및 MAC(40)은 도 2의 L2(20)이고, 이것은 L2(20)가 RLC(30) 및 MAC(40)로 분리된 것과 같다. 무선 베어 러들(예를 들어 논리 채널들)(1, 2)은 RLC SDU들을 RLC(30)으로 전달한다. 세그먼테이션(segmentation)을 통해, 이런 RLC SDU들이 RLC 세그먼트들로 분리되는 것이 가능하다. 접합(concatenation)을 통해 RLC 세그먼트들이 각각이 PSN을 포함하는, RLC PDU들로 결합될 수 있다. RLC PDU들은 MAC(40)에서 MAC D-PDU들 (예를 들어, SDU들)이 된다. MAC(40)은 TSN을 MAC D-PDU들의 각각에 추가한다. MAC(40)은 CRC들을 가질 수도 있고 안가질 수도 있는 MAC PDU들을 생성한다. PHY(22)는 MAC PDU들을 사용해서 CRC들을 갖는, PHY PDU들(예를 들어 트랜스포트 블록(TB))을 생성한다.

RLC PDU들은 (본원에서 "ARQ 데이터 유닛"이라고 지칭되는) 정보의 ARQ 유닛의 일예이고 전형적으로 MAC PDU인, (본원에서 "HARQ 데이터 유닛"이라고 지칭되는) 정보의 HARQ 유닛으로의 배치를 위해 세그먼트로되고 다른 정보 유닛들과 결합된다. PSN 및 (예를 들어 TSN, HARQ 프로세스 아이덴티티(identity), 또는 디스패칭한(dispatching) 타임스탬프로부터 PSN으로의) 연관된 맵핑이 사용되어서 정보의 ARQ 유닛이 정보의 HARQ 유닛(들)로부터 수신기 측에서 결정될 수 있도록 한다. 유사하게, TSN, HARQ 프로세스 아이덴티티, 또는 디스패칭한 타임스탬프(dispatching timestamp)과 같은 몇몇 기술이 사용되어서 정보의 HARQ 유닛들이 수신기 측에서 결정되고 정보의 ARQ 유닛(들)로 맵핑될 수 있도록 된다.

TSN이 MAC PDU 내에서 트랜스포트 블록을 식별하기 위해 사용될 수 있고/또는 HARQ 오퍼레이션 이후에 HSDPA에서와 같이 재배열하기 위해 사용될 수 있다는 것을 주목해야 한다. 그러나 TSN은 본 발명에서 필요하지 않을 수 있다. 이것은 트 랜스포트 블록이 자신의 HARQ 프로세스 아이덴티티(ID) 및/또는 자신의 디스패칭한 타임스탬프 같은 다른 기술들에 의해서 식별될 수 있기 때문이다. 재배열은 PSN에 기초하여 RLC 레벨에서 실행될 수 있다.

이제 본 발명의 실시 예들의 더 자세한 기술을 보면, 아래의 가정들이 (예를 들어 도 2의 시스템에 의해 구현되는 것과 같은) 일실시 예에 주어진다. 우선 L1 HARQ는 (PHY PDU에서) MAC PDC를 위해 동작하고 L2 ARQ는 (RLC가 MAC의 일부라는 것을 고려할 때) RLC PDU를 위해 동작한다. RLC PDU는 예를 들어 도 2의 MAC(20)에 의해 세그먼테이션과 접합을 통해 RLC SDU들로부터 만들어졌다. 둘째, MAC (L2)(20)은 예를 들어, (TSN이 사용된다면, MAC PDU를 위한) TSN 및 (RLC PDU를 위한) PSN 간의 맵핑을 이용하여, MAC PDU 및 RLC PDU 간의 맵핑을 (예를 들어 맵핑 정보(20F)를 사용하여) 유지한다. 셋째, L1(22) 및 L2(20)는 예를 들어 TSN을 써서, MAC PDU를 식별할 수 있다. 넷째, L2 ARQ 스킴은 아래에서 더 상세히 논의되는 것과 같이, 예로서 폴링 및 타이머 기반으로 가정한다. 다섯번째, CRC가 L1 HARQ를 위해 최초로 L1에 붙여진다. L2 ARQ를 위한 CRC의 사용은 선택적이다. 이런 관점에서 어떤 L2 CRC 오버헤드의 사용 없이, 빠른 재전송 메커니즘은 본 발명의 예시적인 실시 예들의 하나의 비제한적인 이점이라는 것을 주목해야 한다. CRC 오류 감지(detection)의 정확도는 L1 NACK/ACK 플립핑(flipping) 오류의 오류보다 우수하다. L1 NACK/ACK 플립핑 오류는 NACK가 ACK로 잘못 이해되어서, 어떤 것도 수신되지 않는(DTX) 경우와, 그 반대의 경우를 나타낸다.

다른 하나의 예에서, 아래의 가정들이(예를 들어, 도 3의 시스템에 의해 구 현될 때) 만들어진다. 첫째, HARQ는 MAC PDU들을 위해 동작하고, ARQ는 RLC PDU들을 위해 동작한다. 위에서 도시된 것과 같이, RLC PDU는 세그먼테이션 및 접합을 통해 RLC SDU들로부터 만들어진다(도 4 참조). 둘째, RLC/MAC 컨트롤러(예를 들어 20E/40B)는 예를 들어, (MAC PDU를 위한) TSN 및 (RLC PDU를 위한; 도 4 참조) PSN 간의 맵핑을 이용하여, 예를 들어 MAC PDU 및 RLC PDU들 간의 맵핑을 유지한다. 셋째, ARQ 스킴은 아래에서 더 상세히 논의되는 것과 같이, 예로서 폴링 및 타이머 기반으로 가정한다. 넷째, (RLC(30)에서 구현되는) ARQ를 위한 CRC의 사용은 선택적이다. 이런 관점에서 ARQ에 특정된 어떤 CRC 오버헤드의 사용 없이, 빠른 재전송 메커니즘은 본 발명의 예시적인 실시 예들의 하나의 비제한적인 이점이라는 것을 주목해야 한다.

본 발명의 특정 실시 예들은 (예를 들어, ARQ 송신기들(20A/30A)에 의해 실행되는) ARQ 송신기 프로세스 및 (예를 들어 ARQ 수신기들(20B/30B)에 의해 실행되는) ARQ 수신기 프로세스에 관련된다. 기본 ARQ 스킴(아래의 아이템들(a) 및 (b))은 송신기 측 및 수신기 측 모두를 위해 구현된다. 아이템들((c) 및 (d))은 ARQ 스킴의 향상으로써 제공되고, 송신기 측 및 수신기 측 중 하나 또는 모두에서 구현될 수 있다.

(1) 송신기 측

아래의 기술은 상세히 송신기 측(UE(10) 또는 기지국(12) 중 어느 하나)에서 사용되는 절차들을 설명한다. 아이템들(a) 및 (b)은 본 발명의 예시적인 실시 예들의 가정들로 간주될 수 있다. 다중 ARQ 메커니즘들을 사용하여 재전송을 제공하기 위해 전송 동안에 실행되는 방법(600)의 흐름도인 도 6을 또한 참조할 수 있다. 이전에 서술된 것과 같이, HARQ 데이터 유닛(e.g., MAC PDU)을 생성하는 동안에, ARQ 데이터 유닛(e.g., RLC PDU)이 (예를 들어, ARQ 송신기(20A/30A)를 제어하기 위해 사용되는 컨트롤러(20E/40B)에 의해) HARQ 데이터 유닛으로 맵핑된다. 이것은 블록(605)에서 생긴다. 이런 맵핑은 예를 들어 맵핑 정보(20F/40C) 내에 저장될 수 있다. 블록(610)에서, HARQ 데이터 유닛이 무선 링크를 통해 트랜스포트 블록을 사용하여 전송된다. 블록(610)은 HARQ 데이터 유닛의 하나 이상의 HARQ 재전송들 또한 포함할 수 있다는 것을 주목한다. 블록(615)에서, HARQ 송신기(22A)는 확인응답 상태를 ARQ 송신기(20A/30A)와 통신하고(예를 들어, 블록들(645-660) 및 요소들(50, 51, 60, 61)), 이는 아래에서 더 자세히 설명된다. 블록(620)에서, ARQ 컨트롤러(예를 들어 20E/30E)는 ARQ 데이터 유닛이 재전송되어야 하는지 여부에 관한 결정을 한다. 이 결정은 아래에서 기술들(a)-(d)를 사용할 수 있다.

(a) 폴링과 결합된 ARQ 스킴을 사용하는, AM에서의 L2 송신기로서 또한 지칭되는, ARQ 송신기(20A/30A)는 ARQ 수신기(20B/30B)로부터의 ARQ ACK/NACK 정보에 기초하여 재전송할지 여부에 대한 결정을 한다(블록(645)).

(b) ARQ 송신기(20A/30A)는 요청된 데이터의 전송 이벤트를 감시하기 위해 동작하는 로컬 타이머(들)(22)(T 구간)의 사용에 기초하여 재전송을 할지를 결정할 수 있다(블록(650)).

(c) ARQ 송신기(20A/30A)는 HARQ 송신기(22A)(예를 들어, 및/또는 HARQ 매니저(40A))로부터의 (예를 들어, HARQ 정보(51, 61) 내에 있거나 로컬 NACK(50, 60) 내에 있는) HARQ (성공)/실패 표시에 기초하여 재전송할지를 결정할 수 있다(블록(655)).

(c.1) HARQ 송신기(22A/40A)는 (HARQ ACK/NACK, 타이머 및/또는 트랜스포트 블록 당 HARQ 재전송들의 최대 허용 수에 기초하여) (예를 들어, HARQ 정보(51, 61) 내에 있거나 로컬 NACK(50, 60) 내에 있는) HARQ (성공)/실패 표시를 ARQ 송신기(20A/30A)로, L1/L2 인터페이스(24) 및 인터페이스(34)를 통해 표시하고, 또는 HARQ 수신기(22B)로부터 수신된 HARQ ACK/NACK 분실 표시, 또는 재전송(ReTx) 타임아웃 표시, 또는 주어진 ARQ 데이터 유닛(예를 들어 MAC PDU)을 위해 최대 허용된 값을 초과하는 HARQ 재전송들의 수에 기초한 표시를 표시할 수 있다(블록 615). "HARQ ACK/NACK 분실"은 HARQ 오퍼레이션의 특정 시간에 예상된 ACK/NACK 대신에 어떤 것도 수신되지 않는 DRX(불연속 수신)이다. 전형적으로 로컬 NACK(50, 60)이 트랜스포트 블록 당 HARQ 재전송들의 최대 허용 수에 기초하더라도, 이런 표시들이 예를 들어 HARQ 정보(51, 61) 또는 로컬 NACK(50, 60)에서 포함될 수 있다는 것을 주목해야 한다.

(d) ARQ 송신기(20A/30A)는 위에서 논의된 2 이상의 경우들의 조합에 기초하여 재전송시키는 것을 결정할 수 있다(블록 660).

(d.l) ARQ 송신기(20A/30A)는 PSN에 의해 식별되고 일정 T 구간 동안 시기가 주어진 특정 데이터 시퀀스를 송신할 수 있고, 이것은 ARQ 수신기(20B/30B)에 의해 요청된다.

(d.2) ARQ 송신기(20A/30A)가 HARQ 실패 표시를 HARQ 송신기(22A/40A)로부 터 수신하고, ARQ ACK/NACK 또는 T 타임아웃 중 어느 것도 발생하지 않았다면, ARQ 송신기(20A/30A)는 T1 구간을(T1은 데이터 패킷을 위한 HARQ 오퍼레이션을 감시하는 L2 타이머(20D/30D)로부터 나옴, T1<T) 그리고 T1 동안 기다린다:

(d.2.1) ARQ 송신기(20A/30A)가 ARQ ACK/NACK를 수신한다면, ARQ 송신기(20A/30A)가 (a)를 따르고;

(d.2.2) 그렇지 않고 ARQ 송신기(20A/30A)가 T 타임아웃을 수신한다면, ARQ 송신기(20A/30A)가 (b)를 따르고;

(d.2.3) 그렇지 않고 T1 타이머(20D/30D)가 만료된다면, ARQ 송신기(20A/30A)는 각각 ARQ 수신기(20B/30B) 각각에게 주어진 ARQ(예를 들어 L2) 세그먼트들(예를 들어, RLC 세그먼트들 또는 PDU들)을 위해 타이머를 리셋하고 ARQ(예를 들어 L2) 재전송을 시작하라고 통지하고(블록 630);

(d.3) 그렇지 않고 ARQ 송신기(20A/30A)가 ARQ ACK/NACK를 수신하지만 T 타임아웃을 수신하지 않는다면, ARQ 송신기(20A/30A)는 (a)를 따르고;

(d.4) 그 외는, ARQ 송신기(20A/30A)는 (b)를 따른다.

(a)-(d)에서 서술된 것과 같이, ARQ 데이터 유닛이 재전송되어야 한다고 결정된다면(블록 625 = 예), ARQ 데이터 유닛은 전형적으로 ARQ 송신기(20A/30A) 및 HARQ 송신기(22A) 모두를 사용하여, 재전송된다(블록 630)는 것을 주목해야 한다. ARQ 데이터 유닛이 전형적으로 단일 HARQ 데이터 유닛 내에 패킷화되지만, 다중 HARQ 데이터 유닛 내에 패킷화될 것이라는 것을 주목해야 한다. 재전송이 되어야 한다는 어떤 결정도 없다면 (블록 (625) = 아니요), 방법(600)은 블록(640)에서 종 결한다.

(d.2.l)-(d.2.2)에서와 같이 식별되는 오퍼레이션들은 송신기 측에서 HARQ ACK/NACK 감지 오류의 발생을 회피하고, 반면에 (d.2.3)는 ARQ NACK이 지연되는 경우에 이른 ARQ(예를 들어 L2)를 사전 동작으로 개시한다. 이것은 HARQ-ARQ(예를 들어, L1-L2) 재전송 덧붙임(redundancy) 및 지연을 감소시키는 이점이 있다.

오퍼레이션(d)은 NACK/ACK 플립핑 오류 및 이전 오퍼레이션들의 예외적인 경우들 때문인 불필요한 ARQ(예를 들어 L2)를 회피하기 위해 제공된다. HARQ 실패를 수신하면, 즉각적인 ARQ(예를 들어 L2) 재전송 대신에, ARQ(예를 들어 L2) 컨트롤러(20E/40B)가 최대 T1을 지연시키고 그 기간 동안 ARQ(예를 들어, L1) ACK가 도착하기를 기다려서 컨트롤러가 실제 재전송이 필요한지 여부에 관한 더 나은 결정을 할 수 있도록 한다. 따라서 (T1 타이머(20C/30C보다) 더 짧은 T1 타이머(20D/30D)가 몇몇 HARQ(예를 들어, L1) 재전송 "잘못된 경보(alarm)들"을 제거하는데 도움을 주기 위해 제공된다.

(2) 수신기 측

아래의 기술은 수신기 측(UE(10) 또는 기지국(12) 중 어느 하나)에서 사용되는 절차들을 상세히 설명한다. 아이템들(a) 및 (b)은 본 발명의 예시적인 실시 예들의 가정들로 간주될 수 있다. 다중 ARQ 메커니즘들을 사용하여 재전송을 제공하기 위해 수신 동안에 실행되는 방법(700)의 흐름도인 도 7을 또한 참조할 수 있다. 블록(705)에서, 데이터 유닛(예를 들어 PHY PDU)이 예를 들어 HARQ 수신기(22B)에 의해 무선 링크를 통해 트랜스포트 블록을 사용하여 수신된다. 블록(710)에서, HARQ 수신기(예를 들어 HARQ 수신기(22B)가 수신된 데이터 유닛으로부터 HARQ 데이터 유닛(예를 들어 MAC PDU)를 결정한다. 블록(712)에서, HARQ 데이터 유닛이 HARQ 기술들에 기초하여, 한번 이상 재전송될 수 있다는 것을 주목해야 한다. 블록(715)에서, HARQ 데이터 유닛의 확인응답 상태(예를 들어 블록들(750-765) 및 요소들(50, 51, 60, 61)을 참조)가 HARQ 데이터 수신기로부터 ARQ 수신기(예를 들어 ARQ 수신기(20B/30B))로 통신된다. 블록(720)에서, ARQ 데이터 유닛(예를 들어 RLC PDU)이 HARQ 데이터 유닛을 사용하여(ARQ 수신기(20B/30B)에 의해) 결정된다. 블록(725)에서 HARQ 데이터 유닛이 ARQ 데이터 유닛으로 맵핑된다.

블록(730)에서, ARQ 데이터 유닛의 재전송을 요청할지 여부가 결정된다. 이런 결정은 예를 들어 아래의 (a)-(d)를 사용하여 만들어질 수 있다.

(a) 도 2에 도시된 실시 예에서 ARQ 스킴을 사용하는 AM에 있는 L2 수신기로서 또한 지칭되는, ARQ 수신기(20B/30B)는 L2 AM 상태 보고(26)를 예를 들어 폴링(예를 들어 폴 메시지(25))을 사용하는 요청에 기초하여, L2 AM 상태 보고(26)(ARQ ACK/NACK)를 발생시키고 송신할 수 있다(블록 750).

(b) 도 2의 ARQ 수신기(20B/30B)는 예상되는 데이터의 수신 이벤트를 감시하는 로컬 타이머(들)(20C/30C)에 기초하여 L2 AM 상태 보고(26)를 발생시키고 송신할 수 있다(블록 755).

(c) ARQ 수신기(20B/30B)는 HARQ 수신기(22B)로부터의 통지에 기초하여 예를 들어 L2 AM 상태 보고(26)를 발생시키고 송신할 수 있다(블록 715). 발생 및 송신은 블록(760)에서 생긴다. 도 2의 경우에, HARQ 수신기(22B)는 HARQ 매니저(40A)를 통해 ARQ 수신기(30B)에 통신한다.

(c.1) HARQ 수신기(22B)는 예를 들어 HARQ 재전송 타임아웃 또는 CRC 오류를 갖고 수신된 주어진 MAC PDU를 위해 최대 허용된 수를 초과하는 재전송들의 수에 기초하여, HARQ 실패의 발생을 ARQ 수신기(20B/30B)로 통지한다(블록(715)). 도 3에서 HARQ 수신기(22B)가 ARQ 수신기(30B)에게 HARQ 매니저(40A)의 사용을 통해 통지할 수 있다는 것을 주목한다. 이것은 HARQ 수신기(22B)가 HARQ 실패의 발생을 HARQ 매니저(40A)를 통해 전달하게 되도록 하는, "통해 전달하다(pass through)"일 수 있다. 다른 하나의 예에서 HARQ 매니저(40A)는 HARQ 수신기(22B)로부터 HARQ 실패를 결정할 수 있고 그런 다음에 HARQ 실패를 ARQ 수신기(30B)에 통신할 수 있다.

(c.2) ARQ 수신기(20B/30B)는 HARQ 실패 통지로부터 대응하는 PSN을 결정할 수 있다.

(d) ARQ 수신기(20B/30B)는 L2 AM 상태 보고(26)(ARQ ACK/NACK)를 2 이상의 위에서 논의된 경우들에 기초하여 발생시키고 송신할 수 있다(블록(765)).

(d.1) ARQ 수신기(20B/30B)는 PSN에 의해 식별되고 T 구간 동안 시간이 지정된 특정 데이터 시퀀스를 수신할 것을 예상한다.

(d.2) ARQ 수신기(20B/30B)가 예상된 데이터가 아니라 HARQ 실패 통지를 HARQ 수신기(22B)로부터 T 동안 수신한다면, ARQ 수신기(20B/30B)는 예상된 PSN에 대한 ARQ(예를 들어 L2) NACK을 ARQ 송신기(20A/30A)로 발생시키고 송신한다.

(d.3) 그렇지 않고, ARQ 수신기(20B/30B)가 T 타임아웃을 수신하고, 예상된 데이터 또는 HARQ 수신기(22B)로부터 HARQ 실패 통지 중 어느 것도 수신하지 않았 다면, ARQ 수신기(20B/30B)는 T1 구간(T1은 데이터 패킷을 위해 HARQ 오퍼레이션을 감시하는 L2 타이머(20D), T1<T)을 그리고 T1 동안 기다린다. :

(d.3.1) ARQ 수신기(20B/30B)가 HARQ로부터 HARQ 실패 통지를 수신하였다면, ARQ 수신기(20B/30B)는 ARQ(예를 들어, L2) NACK을 발생시키고;

(d.3.2) 그렇지 않고 예상된 PSN을 복구하기 전에 T1 타임머(20D/30D)가 타임아웃되었다면, ARQ 수신기(20B/30B)는 ARQ NACK을 발생시키고;

(d.3.3) 그렇지 않으면, ARQ 수신기(20B/30B)는 ARQ(예를 들어 L2) ACK를 발생시키고;

(d.4) 그렇지 않으면, ARQ 수신기(20B/30B)가 (a)를 따른다.

(a)-(d)에서 서술된 것과 같이, ARQ 데이터 유닛(예를 들어, RLC PDU)의 재전송 요청이 만들어져야 한다는 것이 결정된다면(블록(735)=예), 재전송에 대한 요청이 블록(740)에서 만들어진다는 것을 주목해야 한다. 요청이 만들어지지 않아야 한다는 것이 결정된다면(블록(735) = 아니요), 방법(700)은 블록(745)에서 종결한다.

T 타이머(20C/30C)가 타임아웃하기 전에 사전 동작으로 필수 ARQ(예를 들어 L2)를 요청하는, (d2)에서의 오퍼레이션, 및 T 타임아웃 이후에 패킷을 복구하는 것을 돕는, (d.3)에서의 오퍼레이션은 HARQ 및 ARQ의 덧붙임을 회피하고 따라서 네트워크 자원 이용의 효율성을 향상시킨다.

본 발명의 예시적인 실시 예들은 스케줄링 구간(period)이 T 및 T1 보다 훨씬 크게 만들어진다면 훨씬 더 효율적일 수 있다는 것을 주목할 수 있다. 스케줄링 구간은 사용자들에게 현재 할당된 자원들이 유효하고 사용자가 포함된 데이터를 현재 할당된 자원들로 전송하도록 허용되는 구간을 나타낸다.

E-UTRAN HARQ 기능성은 HARQ 오류 감지 및 회복 메커니즘들을 포함할 수 있다. E-UTRAN HARQ 어시스트된 ARQ는 복잡도 감소 및 UTRAN에서 사용되는 것과 비교해 ARQ의 강건성(robustness)을 유지하면서 L2 처리율(throughput)-지연 성능에 관하여 효율성 개선 모두에서 상당한 향상을 목적으로 한다.

ARQ 레벨 재전송들은 일반적으로 송신기 측에서 HARQ 레벨에 의해 표시된 로컬 NACK에 기초한다. 로컬 NACK은 예를 들어 재전송들의 최대 수에 도달되었고 어떤 ACK도 수신되지 않았을 때와 같은, HARQ 송신기가 주어진 TB 전송을 위해 사용되는 특정 HARQ 프로세스를 포기했을 때마다 발생된다.

상태 보고를 하는 정규 ARQ 오퍼레이션은 HARQ 잔여 오차(residual error)를 복구하기 위해 E-UTRAN ARQ에서 요구된다.

전술한 수신기 기반의(receiver-originated) HARQ 오류 감지 및 보고와 같은 어떤 추가 특징들도 채택되지 않는 경우에, ARQ 상태 보고는 이벤트에 의해 트리거된(event-triggered) 보고를 이용해서 효율적으로 프로토콜 오버헤드를 가능한 낮게 유지하도록 해야 한다. 예를 들어, 상태 보고는 수신기가 재배열을 수행하고 분실 시퀀스 넘버(SN)(예를 들어 PSN) 세그먼트를 감지할 때에만 송신된다. 따라서 일반적으로 최대 하나의 상태 보고가 재배열 구간 또는 윈도우 마다 송신된다. 그 사이에, 송신기 측은 로컬 ACK 및 관련된 ARQ 재전송 버퍼를 관리하기 위해 재배열 구간 또는 윈도우에 따라 설정되는 적합한 ARQ 타이머에 의존할 수 있다. 추가로, 마지막 패킷 또는 RRC 시그널링과 같은 부정기(infrequent) 최우선순위(high-priority) 트래픽에 대한 상태 보고를 위한 폴링이 UTRAN에서와 같이 필요하다.

HARQ 기능에 연관된 지연이 주어진 패킷의 전송에 관계되어 있는 ARQ 기능에 연관된 지연보다 종종 훨씬 적기 때문에, ARQ에 가능한 적게 의존하는 재전송 스킨들이 전반적으로 더 짧은 RTT(round trip time) 및 더 나은 패킷 지연을 제공한다. 이것은 수신기 기반의 HARQ 오류 감지 및 보고의 도입 및 사용에 다음과 같은 동기가 된다.

수신기 기반의 HARQ 오류 감지 및 보고가 도 5에 도시된다. 도 5는 송신기(505) 및 수신기(525) 간의 통신 다이어그램을 도시한다. 수신기(505)는 ARQ 트랜시버(510), C-ARQ 트랜시버(515), 및 HARQ 트랜시버(525)를 구비한다. 송신기(525)는 HARQ 트랜시버(540), C-ARQ 트랜시버(545), 및 ARQ 트랜시버(550)를 구비한다. C-ARQ로서 표기된 엔티티들은 MAC 내의 공통(common) ARQ 제어 엔티티로서 간주된다. C-ARQ(515/545)는 트랜시버(515)에서 MAC C-PDU(control-type PDU)(560)의 형태로 HARQ 오류 표시를 발생시키고 송신기(525)에서 MAC C-PDU(control-type PDU)(560)를 해석하는데 책임이 있다. 그런 이후에 트랜시버 측 C-ARQ(545)는 NACK를 각각의 대응하는 ARQ 트랜시버(550)로 포워드한다. 그러나 이런 C-ARQ(515/545)는 모델링(modeling) 목적을 위해 도입되고 L2 컨트롤러(예를 들어 컨트롤러(20E/40B)의 일부로서 구현되기 쉽다. ARQ 트랜시버(550)는 데이터 N을 HARQ 트랜시버(540)로 전송한다(551). HARQ 트랜시버(540)는 데이터 N을 전송하고 CRC 오류가 생긴다(552).

HARQ 트랜시버(540)는 HARQ 정보(info)를 C-ARQ 트랜시버(545)로 전달한다(553). HARQ 트랜시버(520)는 오류 발생 및 NACK을 통해 재전송 요청을 송신을 결정한다(554). 송신기 측에서 HARQ 트랜시버(540)가 NACK을 ACK로서 잘못 이해해서, 잘못된 긍정 ACK가 생기게 했다는(환언하면, HARQ 트랜시버(540)가 참조번호 554에서 NACK을 ACK로 잘못 이해함) 것을 예로서 가정한다. 그 사이에, ARQ 트랜시버(550)가 데이터 M을 HARQ 트랜시버(540)로 송신하고(555), HARQ 트랜시버(540)는 데이터 M을 HARQ 트랜시버(520)로 송신한다(556). HARQ 트랜시버(520)는 데이터 M에 대응하는 ACK를 송신한다(559).

NACK→ACK 오해석(misinterpretation) 성질의 HARQ 오류를 감지한 후에(557) 수신기(505)(예를 들어, HARQ 트랜시버(520))는 로컬 NACK를 발생시킨다(558). 그런 다음에 C-ARQ 트랜시버(515)는 HARQ 오류 표시를 발생시키고(561) HARQ 오류 표시를 송신기(525)로 다시 송신한다(561). HARQ 오류 표시(560)는 예를 들어, 프로세스 ID 및 관련 TB의 새로운 데이터 인디케이터가 처음 수신되었을 때 그 인스턴스(instant)와 연관된 타임스탬프와 같은, 분실 데이터에 관련된 정보를 포함한다. 프로세스 ID 정보는 프로세스 ID 정보가 트랜스포트 블록이 수신되는 시스템 프레임 넘버(SFN)로서 내재적으로 특정될 때와 같은 동기식(synchronous) HARQ의 경우에 생략될 수 있다. 타임스탬프는 특정된 HARQ 오퍼레이션에서 다른 트랙킹 타임 인스턴트와 또한 연관될 수 있다. HARQ 오류 표시(560)는 C-ARQ 트랜시버(545)에 의해 수신되고, C-ARQ 트랜시버(545)는 NACK 정보를 발생시키고(562) 이것을 ARQ 트랜시버(550)로 전달한다. 그런 이후에 ARQ 트랜시버(550)는 ARQ 재전송 메시지를 HARQ 트랜시버(540)로 전달하(563)고, HARQ 트랜시버(540)가 데이터 N을 재전송한다(564). ARQ 트랜시버(550)는 데이터 N을 전달해서 다시 데이터 재전송되도록 할 수 있다는 것을 또한 주목한다.

도 5는 HARQ 오류 표시가 MAC C-PDU의 형태로 송신되고, MAC PDU 내에 피기백된(piggybacked) 형태가 아닌 것을 제안한다. C-PDU의 사용은 제어 메시지 송신에 있어 충분한 신뢰성 및 메시지 처리의 간단함을 보장한다.

아래의 요점들을 주목해야 한다.

송신기 측 및/또는 수신기 측에서 ARQ로의 HARQ 성공/실패 표시에 관해서, 송신기 측에서의 성공 표시는 본 발명의 예시적인 실시 예들에 따라 수신기 절차를 사용함에 따라서 삭제될 수 있다. 이것은 예를 들어, L1/L2 인터페이스(24) 또는 MAC/RNC 인터페이스(34)를 통한 시그널링의 양을 감소시키기 때문에 실용적인 구현에 적합하다.

본 발명의 예시적인 실시 예들의 사용은 또한 송신기 측(d) 오퍼레이션들 및 수신기 측(d) 오퍼레이션들을 사용하는 것에 의해 ARQ 스킴에 하나의 포괄적 구현을 또한 제공한다. 송신기 측(d)의 오퍼레이션들의 사용은 재전송 속도를 향상시키는데, 이는 송신기 측이 ARQ 폴링 메커니즘을 기다리지 않고 재전송을 트리거할 수 있기 때문이다. 수신기 측(d) 오퍼레이션들은 HARQ NACK->ACK 플립핑 오류로부터 복구하는데 이로운 도움을 준다. 따라서 HARQ 오류 상태는 이런 결합된 스킴 내에서 잘 회피될 수 있다.

본 발명의 예시적인 실시 예들의 사용은 또한 HARQ ACK->NACK 플립핑 오류에 의해 발생되는 불필요한 재전송들을 감소시키기 위해 또한 제공한다. HSDPA 체험에 따르면, HARQ ACK->NACK 플립핑 오류의 차수는

이다. 따라서 불필요한 재전송에 의해 생기는 오버헤드는 1 % 이하이다. 반면에, 고비용의 HARQ NACK->ACK 오류는 위에서 서술된 것과 같은 수신기 프로세스의 예시적인 실시 예들에 의해 회피될 수 있다.

본 발명의 예시적인 실시 예들은 비제한적인 이점의 하나로서, HARQ 스킴 또는 MAC HARQ 스킴 하나만의 사용과 비교해서, ARQ 구현의 복잡함을 감소시킨다. 이런 목적으로 ARQ를 위한 CRC가 더 낮은 프로세싱 오버헤드를 달성하기 위해 제거될 수 있고, 폴링 스킴이 더 낮은 시그널링 부하(load)를 위해 사용될 수 있다. 이런 두 가지 요인들이 일반적으로 재전송 지연을 증가시키는 경향이 있다. 따라서 본 발명의 예시적인 실시 예들의 사용은 전반적인 지연을 단축하고, HARQ NACK->ACK 플립핑 오류 상태로부터의 복구 메커니즘을 또한 제공한다.

또한 본 발명의 예시적인 실시 예들은 (CRC가 사용되지 않는다면) ARQ를 위해 어떤 추가 시그널링 필드도 요구하지 않는다.

또한 ARQ 재전송은 (송신기 측에서) 더 빠르고, 더 정확해진다. 예를 들어, 송신기 프로세스(오퍼레이션 d.2.3)는 HARQ (예를 들어 L1) 실패 통지 시간으로부터 T1 내에서 ARQ (예를 들어 L2) 재전송 지연을 유지할 수 있다. 이것은 ARQ 폴링 스킴의 사용보다 일반적으로 더 빠르다. 또한 HARQ를 위한 CRC에 추가하여, CRC가 ARQ 내에서 구현되더라도, 위에서 논의된 송신기 측 프로세스에서 얻어지는 이점들 은 유효하게 남는다.

본 발명의 예시적인 실시 예들의 사용에 의해 실현되는 또 하나의 이점은 ARQ 재전송이 (수신기 측에서) 더 빠르고, 더 정확해진다는 것이다. 예를 들어, 수신기 프로세스는 ARQ NACK를 송신하는데 요구되는 시간을 폴링 메커니즘의 사용과 비교해서, 감소시킬 수 있다. 또한 수신기 프로세스는 송신기 프로세스의 단점을 극복할 수 있다. 즉, 송신기 프로세스가 HARQ NACK->ACK 플립핑 오류를 감지할 수 없기 때문에, 수신기 프로세스(오퍼레이션들(c) 또는 (d.2))는 필수 ARQ 재전송이 생기는 것을 보장할 수 있다.

위에서 언급되었듯이, 본 발명의 다양한 실시 예들이 특정 목적의 회로들 또는 로직과 같은 하드웨어, 소프트웨어, 또는 이들의 임의 조합에서 구현될 수 있다. 예를 들어 몇몇 양상들이 하드웨어에서 구현될 수 있고, 반면에 다른 양상들이 컨트롤러, 마이크로프로세서 또는 다른 디지털 프로세싱 장치에 의해 실행되는ㄴ 소프트웨어(예를 들어 펌웨어)에서 구현될 수 있지만, 이에 제한되는 것은 아니다. 본 발명의 다양한 양상들이 블록 다이어그램들, 흐름도들로서, 또는 다른 그림 표현을 사용해서 설명되고 서술될 수 있지만, 본 명세서에 서술된 이런 블록들, 장치들, 시스템들, 기술들 또는 방법들이 비제한적인 예들로서, 하드웨어(예를 들어, 특정 목적의 회로들, 로직, 범용 목적의 하드웨어 또는 컨트롤러들, 또는 다른 디지털 프로세싱 장치들), 소프트웨어(예를 들어 펌웨어), 또는 이들의 임의 조합으로서 구현될 수 있다는 것을 잘 이해된다.

본 발명의 예시적인 실시 예들이 집적 회로 모듈들과 같은 다양한 컴포넌트 들에서 실행될 수 있다는 것을 또한 주목해야 한다. 집적 회로들의 설계는 전반적으로 고도의 자동화된 프로세스이다. 복잡하고 강력한 소프트웨어 툴들이 로직 레벨 설계를 반도체 기판 상에 에칭되고 형성되는 반도체 회로 설계로 변환하기 위해 이용될 수 있다.

Synopsys, Inc. of Mountain View, California and Cadence Design, of San Jose, California 에 의해 제공된 것들과 같은, 프로그램들이 잘 만들어진 설계 규칙들은 물론 사전에 저장된 설계 모듈들의 라이브러리들도 사용하여 컨덕터들을 자동적으로 라우팅하고 컴포넌트들을 배치한다. 반도체 회로의 설계가 완성된 후에는, 표준화된 전자 포맷(예를 들어, Opus, GDSII, 등)의 결과 설계는 제작을 위해 반도체 제작 설비 또는 "fab(fabrication facility)"로 전송될 수 있다.

다양한 변경들 및 수정들이 첨부된 도면들과 연계하여 읽을 때 전술한 서술로 보아 당업자에게 자명해질 수 있다. 그러나 본 발명의 교시들의 일정한 그리고 모든 변경들이 본 발명의 비제한적인 실시 예들의 범위 내에 여전히 존재한다.

또한 본 발명의 다양한 비제한적인 실시 예들의 일정 특징들이 다른 특징들의 대응하는 사용 없이 유리하게 사용될 수 있다. 이와 같이 전술한 기술은 본 발명의 원리들, 교시들, 및 예시적인 실시 예들을 단순히 설명하는 것으로 간주되어야 하고, 그 제한으로서 간주되어서는 안 된다.

Claims

무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하는 단계;

상기 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하며, 상기 제1 데이터 유닛의 일부는 제2 데이터 유닛을 포함하는, 단계;

상기 제1 데이터 유닛의 확인응답(acknowledgement) 상태(status)에 대응하는 정보를 결정하는 단계;

적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 단계; 및

상기 요청이 수행되어야 한다는 결정에 응답하여 상기 요청을 수행하는 단계를 포함하는 방법.
제1항에 있어서,

상기 제1 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 상기 단계는 상기 제1 데이터 유닛 상에서 수행되는 적어도 하나의 하이브리드 자동 반복 요청(hybrid automatic repeat request) 기술을 사용하여 상기 정보를 결정하는 단계를 더 포함하고; 그리고,

상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보 및 상기 제2 데이터 유닛 상에서 수행되는 적어도 하나의 자동 반복 요청(automatic repeat request) 기술을 사용하여 수행되어야 하는지 여부를 결정하는 단계를 더 포함하는, 방법.
제1항에 있어서,

적어도 상기 정보에 기초하여, 요청이 수행되어야 하는지 여부를 결정하는 상기 단계는 상기 정보에 기초하여, 상기 제2 데이터 유닛에 대응하는 시퀀스 넘버를 결정하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 정보는,

적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어져야한다는 표시; 적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어졌다는 표시; 예상된 긍정 확인응답 또는 부정 확인응답 대신에 어떤 것도 수신되지 않는다는 표시; 재전송 타임아웃의 표시; 또는 상기 제1 데이터 유닛의 재전송들의 수가 상기 제2 데이터 유닛에 대응하는 최대 허용되는 값을 초과한다는 표시 중 적어도 하나를 포함하는 방법.
제1항에 있어서,

요청이 수행되어야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보 및 상기 제2 데이터 유닛의 확인응답 상태에 기초하여, 상기 요청이 만들어져야하는지 여부를 결정하는 단계를 더 포함하는, 방법.
제1항에 있어서,

요청이 수행되어야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보를 기초로 그리고 상기 제2 데이터 유닛의 수신 이벤트를 감시하는 적어도 하나의 로컬 타이머를 기초하여 상기 요청이 만들어져야 하는지 여부를 결정하는 단계를 더 포함하는 방법.
제1항에 있어서,

요청이 수행되어야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보를 기초로, 상기 제2 데이터 유닛의 확인응답 상태를 기초로, 그리고 상기 제2 데이터 유닛의 수신 이벤트를 감시하는 적어도 하나의 로컬 타이머를 기초로, 상기 요청이 만들어져야하는지 여부를 결정하는 단계를 더 포함하는 방법.
제1항에 있어서,

적어도 상기 제2 데이터 유닛의 확인응답 상태에 대응하는 확인응답 모드(acknowledged mode)의 상태 보고를 전송하는 단계를 더 포함하는 방법.
제1항에 있어서,

상기 제1 데이터 유닛은 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(PDU)이고 상기 제2 데이터 유닛은 무선 링크 제어(RLC) PDU인 방법.
제9항에 있어서,

MAC PDU의 전송 시퀀스 번호, 하이브리드 자동 반복 요청 프로세스 아이덴티티(identity), 또는 송출할때(dispatching) 타임스탬프 중 적어도 하나로부터 RLC PDU의 패킷 시퀀스 번호로의 맵핑에 기초하여 상기 제2 데이터 유닛을 결정하는 단계를 더 포함하는 방법.
제1항에 있어서,

상기 제1 데이터 유닛의 재전송에 대한 적어도 하나의 제1 요청에 대응하는 정보를 결정하는 단계는:

상기 제1 데이터 유닛에 대응하는 적어도 하나의 오류를 감지하는 단계; 및

로컬 부정 확인응답 메시지를 발생시키는 단계를 더 포함하는 방법.
제11항에 있어서,

상기 요청을 수행하는 단계는 상기 로컬 부정 확인응답 메시지에 응답하여, MAC(medium access control) C-PDU(control-type protocol data unit)를 사용하여 하이브리드 자동 반복 요청(HARQ) 오류 표시를 전송하는 단계를 더 포함하며,

상기 HARQ 오류 표시는 상기 전송된 제1 데이터 유닛에 대응하는, NACK(부정 확인응답)를 ACK(긍정확인응답)로 오해석하는 유형의 적어도 하나의 HARQ 오류가 송신기에서 발생했다는 것을 표시하는 방법.
제12항에 있어서,

상기 MAC C-PDU는 상기 제1 데이터 유닛의 식별(identification)을 포함하는, 방법.
무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하도록 구성되고, 상기 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하도록 구성되고, 상기 제1 데이터 유닛의 일부는 제2 데이터 유닛을 포함하는, 제1 수신기; 및

상기 제1 수신기에 연결된 제2 수신기로서, 상기 제2 수신기는 적어도 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하도록 구성되고, 상기 제2 수신기는 상기 요청이 수행되어야 한다는 결정에 응답하여 상기 요청을 수행하도록 또한 구성된, 제2 수신기를 포함하는 장치.
제14항에 있어서,

상기 제1 수신기 및 상기 제2 수신기 중 하나 또는 둘 다 집적회로의 일부로써 구현되는 장치.
제14항에 있어서,

상기 제1 수신기는 하이브리드 자동 반복 요청(ARQ) 수신기를 포함하고, 상기 제2 수신기는 공통 ARQ 제어 엔티티(common ARQ control entity)를 포함하고, 상기 하이브리드 ARQ 수신기는 로컬 부정 확인응답 메시지를 상기 공통 ARQ 제어 엔티티로 전달하도록(communicate) 구성되고, 그리고 상기 공통 ARQ 제어 엔티티는, 상기 로컬 부정 확인응답 메시지에 응답하여, MAC C-PDU를 사용하여 하이브리드 자동 반복 요청(HARQ) 오류 표시를 전송하도록 구성되며, 상기 HARQ 오류 표시는 상기 전송된 제1 데이터 유닛에 대응하는, NACK를 ACK로 오해석하는 유형의 적어도 하나의 HARQ 오류가 송신기에서 발생했다는 것을 표시하는, 장치.
무선 링크를 통해 적어도 하나의 트랜스포트 블록을 수신하는 동작;

상기 적어도 하나의 트랜스포트 블록으로부터 제1 데이터 유닛을 결정하며, 상기 제1 데이터 유닛의 일부는 제2 데이터 유닛을 포함하는, 동작;

상기 제1 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 동작;

적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 동작; 및

상기 요청이 수행되어야 한다는 결정에 응답하여 상기 요청을 수행하는 동작을 포함하는 동작들을 수행하도록 디지털 프로세싱 장치에 의해 실행가능한 기계판독가능 명령어들을 포함하는 컴퓨터 프로그램이 기록된 컴퓨터로 판독가능한 저장매체.
제17항에 있어서,

상기 제1 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하는 상기 동작은 상기 제1 데이터 유닛 상에서 수행되는 적어도 하나의 하이브리드 자동 반복 요청(hybrid automatic repeat request) 기술을 사용하여 상기 정보를 결정하는 동작을 더 포함하고; 그리고,

상기 제2 데이터 유닛의 재전송을 요청하는 요청이 수행되어야 하는지 여부를 결정하는 상기 동작은 적어도 상기 정보 및 상기 제2 데이터 유닛 상에서 수행되는 적어도 하나의 자동 반복 요청(automatic repeat request) 기술을 사용하여 수행되어야 하는지 여부를 결정하는 동작을 더 포함하는 컴퓨터 프로그램이 기록된 컴퓨터로 판독가능한 저장매체.
트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하며, 상기 이전에 전송된 데이터 유닛의 일부가 제2 데이터 유닛을 포함하는, 단계;

적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 단계; 및

상기 재전송이 수행되어야 한다는 결정에 응답하여 상기 제2 데이터 유닛의 재전송을 수행하는 단계를 포함하는 방법.
제19항에 있어서, 상기 제2 데이터 유닛의 재전송을 수행하는 상기 단계는,

상기 제2 데이터 유닛을 포함하는 적어도 하나의 제3 데이터 유닛을 생성하는 단계, 및

상기 무선 링크를 통해 상기 적어도 하나의 제3 데이터 유닛을 적어도 하나 의 추가의 트랜스포트 블록을 사용하여 전송하는 단계를 포함하는 방법.
제19항에 있어서,

적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 상기 단계는 상기 정보에 기초하여, 상기 제2 데이터 유닛에 대응하는 시퀀스 번호를 결정하는 단계를 더 포함하는 방법.
제19항에 있어서, 상기 정보는,

적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어져야한다는 표시; 적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어졌다는 표시 중 적어도 하나를 포함하는 방법.
제19항에 있어서,

상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보 및 상기 제2 데이터 유닛의 확인응답 상태에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야하는지 여부를 결정하는 단계를 더 포함하는 방법.
제23항에 있어서,

상기 제2 데이터 유닛에 대응하는 확인응답 모드의 상태 보고를 수신하는 단 계 및 상기 확인응답 모드의 상태 보고에 기초하여 상기 제2 데이터 유닛의 확인응답 상태를 결정하는 단계를 더 포함하는 방법.
제23항에 있어서,

MAC C-PDU를 사용하여 하이브리드 자동 반복 요청(HARQ) 오류 표시를 수신하는 단계를 더 포함하고, 상기 HARQ 오류 표시는 상기 이전에 전송된 데이터 유닛에 대응하는, NACK를 ACK로 오해석하는 유형의 적어도 하나의 HARQ 오류가 송신기에서 발생했다는 것을 표시하고, 그리고

상기 HARQ 오류 표시에 기초하여 상기 제2 데이터 유닛의 확인응답 상태를 결정하는 단계를 더 포함하는 방법.
제25항에 있어서,

상기 HARQ 오류 표시는 상기 이전에 전송된 데이터 유닛의 식별을 포함하는 방법.
제19항에 있어서,

상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보 및 상기 제2 데이터 유닛의 전송 이벤트를 감시하는 적어도 하나의 타이머에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야하는지 여부를 결정하는 단계를 더 포함하는 방법.
제19항에 있어서,

상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 상기 단계는 적어도 상기 정보를 기초로, 상기 제2 데이터 유닛의 확인응답 상태를 기초로, 그리고 상기 제2 데이터 유닛의 전송 이벤트를 감시하는 적어도 하나의 로컬 타이머를 기초로, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 단계를 더 포함하는 방법.
제19항에 있어서,

상기 이전에 전송된 데이터 유닛은 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(PDU)이고 상기 제2 데이터 유닛은 무선 링크 제어(RLC) PDU인 방법.
제29항에 있어서,

MAC PDU의 전송 시퀀스 번호, 하이브리드 자동 반복 요청 프로세스 아이덴티티(identity), 또는 송출할때(dispatching) 타임스탬프 중 적어도 하나로부터 RLC PDU의 패킷 시퀀스 번호로의 맵핑에 기초하여, 상기 제2 데이터 유닛을 결정하는 단계를 더 포함하는 방법.
트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하도록 구성되며, 상기 이전에 전송된 데이터 유닛의 일부가 제2 데이터 유닛을 포함하는, 제1 송신기; 및

제2 송신기는 상기 제1 송신기에 연결되고, 상기 제2 송신기는 적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하도록 구성되고, 상기 제2 송신기는 상기 재전송이 수행되어야 한다는 결정에 응답하여 상기 제2 데이터 유닛의 재전송을 수행하도록 또한 구성된, 제2 송신기를 포함하는 장치.
제31항에 있어서,

상기 제1 송신기 및 상기 제2 송신기 중 하나 또는 모두가 집적 회로의 일부로서 구현되는 장치.
제31항에 있어서,

상기 제1 송신기는 공통 자동 응답 요청(ARQ) 제어 엔티티를 포함하고;

상기 제2 송신기는 ARQ 송신기를 포함하고;

상기 공통 ARQ 제어 엔티티는 MAC C-PDU를 사용하여 하이브리드 자동 반복 요청(HARQ) 오류 표시를 수신하도록 구성되며, 상기 HARQ 오류 표시는 상기 이전에 전송된 데이터 유닛에 대응하는, NACK를 ACK로 오해석하는 유형의 적어도 하나의 HARQ 오류가 송신기에서 발생했다는 것을 표시하고, 그리고 상기 공통 ARQ 제어 엔티티는 상기 HARQ 오류 표시에 기초하여 부정 확인응답 메시지를 결정하고 상기 부정 확인응답 메시지를 ARQ 송신기에 전달하도록 구성되고;

상기 ARQ 송신기는 상기 제2 데이터 유닛의 재전송을 상기 부정 확인응답 메시지에 기초하여 수행하도록 구성된, 장치.
트랜스포트 블록을 사용하여 무선 링크를 통해 전송되었던 이전에 전송된 데이터 유닛의 확인응답 상태에 대응하는 정보를 결정하며, 상기 이전에 전송된 데이터 유닛의 일부가 제2 데이터 유닛을 포함하는, 동작;

적어도 상기 정보에 기초하여, 상기 제2 데이터 유닛의 재전송이 발생하여야 하는지 여부를 결정하는 동작; 및

상기 재전송이 수행되어야 한다는 결정에 응답하여 상기 제2 데이터 유닛의 재전송을 수행하는 동작을 포함하는 동작들을 수행하도록 디지털 프로세싱 장치에 의해 실행가능한 기계판독가능 명령어들을 포함하는 프로그램을 기록한 컴퓨터로 판독가능한 저장매체.
제34항에 있어서, 상기 제2 데이터 유닛의 재전송을 수행하는 상기 동작은,

상기 제2 데이터 유닛을 포함하는 적어도 하나의 제3 데이터 유닛을 생성하는 동작, 및

상기 무선 링크를 통해 상기 적어도 하나의 제3 데이터 유닛을 적어도 하나의 추가의 트랜스포트 블록을 사용하여 전송하는 동작을 포함하는 프로그램을 기록한 컴퓨터로 판독가능한 저장매체.
제34항에 있어서, 상기 정보는,

적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어져야한다는 표시; 적어도 하나의 부정 확인응답 또는 적어도 하나의 긍정 확인응답이 만들어졌다는 표시; 예상된 긍정 확인응답 또는 부정 확인응답 대신에 어떤 것도 수신되지 않는다는 표시; 재전송 타임아웃의 표시; 또는 이전에 전송되었던 데이터 유닛의 재전송들의 수가 상기 제2 데이터 유닛에 대응하는 최대 허용되는 값을 초과한다는 표시 중 적어도 하나를 포함하는 프로그램을 기록한 컴퓨터로 판독가능한 저장매체.