KR101606205B1

KR101606205B1 - 무선통신 시스템에서 상태 보고 유발 방법 및 수신기

Info

Publication number: KR101606205B1
Application number: KR1020090055580A
Authority: KR
Inventors: 이승준; 박성준; 이영대; 천성덕
Original assignee: 엘지전자 주식회사
Priority date: 2008-08-21
Filing date: 2009-06-22
Publication date: 2016-03-25
Also published as: WO2010021465A3; US8503436B2; US20110110263A1; WO2010021465A2; KR20100023733A

Abstract

상태 보고 유발 방법 및 장치가 제공된다. 중복된 데이터 블록을 수신한다. 상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 SN(Sequence Number)가 수신 윈도우내에서 상태 보고가 가능한 가장 높은 SN을 갖는 최대 상태 전송 상태 변수와 같거나 크면 상태 보고의 유발을 지연한다.

Description

무선통신 시스템에서 상태 보고 유발 방법 및 수신기{METHOD OF TRIGGERING STATUS REPORT IN WIRELESS COMMUNICATION SYSTEM AND RECEIVER}

본 발명은 무선 통신에 관한 것으로, 더욱 상세하게는 무선통신 시스템에서 상태 보고 유발 방법 및 장치에 관한 것이다.

무선통신 시스템이 음성 서비스이나 패킷 서비스를 제공하기 위해 널리 보급되고 있다. 다중 접속 시스템은 가용한 시스템 자원을 공유함으로써 다중 사용자에게 통신을 지원한다. 다중 접속 시스템의 예로 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템 등이 있다.

UMTS(Universal Mobile Telecommunications System)의 향상인 3GPP(3rd Generation Partnership Project) LTE(long term evolution)는 3GPP 릴리이즈(release) 8로 소개되고 있다. 3GPP LTE는 하향링크에서 OFDMA를 사용하고, 상향링크에서 SC-FDMA(Single Carrier-FDMA)를 사용한다. 최대 4개의 안테나를 갖는 MIMO(multiple input multiple output)를 채용한다. 최근에는 3GPP LTE의 진화인 3GPP LTE-A(LTE-Advanced)에 대한 논의가 진행 중이다.

ARQ(Automatic Repeat Request)는 신뢰성있는 데이터 전송을 달성하기 위해 확인(acknowledgement)을 사용하는 에러 제어 방법이다. 확인은 수신기가 송신기로 보내는 상태 보고 메시지로, 수신기가 데이터를 성공적으로 수신한지 여부를 가리킨다.

ARQ가 RLC(Radio Link Control) 계층에서 수행된다면, HARQ(Hybrid Automatic Repeat Request)는 RLC 계층의 하위 계층인 MAC(Medium Access Control) 계층에서 수행된다. HARQ는 ARQ에 에러 정정 기법인 FEC(forward error correction) 코딩이 결합된 것이고, 물리계층에서 HARQ ACK(Acknowledgement)/ NACK(Negative-Acknowledgement) 신호가 교환된다. HARQ ACK/NACK 신호는 수신한 데이터가 성공적으로 디코딩되면 HARQ ACK 신호가 되고, 디코딩에 실패하면 HARQ NACK 신호가 된다.

HARQ에서 HARQ ACK/NACK 신호는 HARQ 프로세스마다 주기적/비주기적으로 전송된다. 반면에서, ARQ는 상태 보고로 인한 오버헤드를 줄이기 위해, 송신기가 상태 보고를 요청할 때(이를 폴링(polling)이라 함) 수신기가 상태 보고를 보고하는 것이 일반적이다.

ARQ와 HARQ는 서로 독립적으로 수행되는 것이 원칙이나, RLC 계층은 HARQ가 수행되는 MAC 계층으로부터 데이터 블록을 받아 ARQ를 수행하는 것이므로, 한 계층의 동작 오류는 다른 계층에 영향을 미칠 수 있다.

RLC 계층은 MAC 계층으로부터 중복된 데이터 블록을 수신할 수 있다. 예를 들어, HARQ ACK-to-NACK 오류가 발생한 때, 즉, 초기 데이터 블록을 수신한 수신기는 HARQ ACK 신호를 송신기로 피드백하였으나, 무선 채널의 영향으로 송신기는 HARQ ACK 신호를 HARQ NACK 신호로 인지하여, 상기 데이터 블록과 동일한 데이터 블록을 재전송한 경우가 있다. 수신기의 MAC 계층은 초기 데이터 블록과 중복된 데이터 블록을 수신기의 RLC 계층으로 보낼 수 있다. 이때, 중복되는 데이터 블록들이 폴링 데이터 블록 즉, 상태 보고를 요청하는 데이터 블록이라면 RLC 계층은 중복하여 상태 보고를 보낼 수 있다. 이는 중복된 상태 보고로 인한 오버헤드를 초래할 수 있다. 또한, ARQ가 진행 중인 동안 송신기가 원하지 않는 시점에 수신기가 상태 보고를 함으로써, 불필요한 재전송이 초래될 수 있다.

중복 수신되는 데이터 블록에 대한 상태 보고 요청을 처리할 수 있는 방법이 필요하다.

본 발명이 이루고자 하는 기술적 과제는 중복 수신되는 데이터 블록의 상태 보고 요청을 처리하는 방법 및 수신기를 제공하는 데 있다.

일 양태에 있어서, 무선통신 시스템에서 상태 보고 유발 방법이 제공된다. 상기 방법은 중복된 데이터 블록을 수신하는 단계, 및 상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 SN(Sequence Number)가 수신 윈도우내에서 상태 보고가 가능한 가장 높은 SN을 갖는 최대 상태 전송 상태 변수와 같거나 크면 상태 보고의 유발을 지연하는 단계를 포함한다.

상기 중복된 데이터 블록의 SN은 상기 수신 윈도우 내에 있을 수 있다. 상기 중복된 데이터 블록의 SN이 상기 최대 상태 전송 상태 변수보다 작아질 때까지 상기 상태 보고의 유발이 지연될 수 있다.

다른 양태에 있어서, 수신기는 RF(Radio Frequency)부, 및 상기 RF부와 연결되어, RLC 개체를 포함하는 프로세서를 포함하되, 상기 프로세서는 중복된 데이터 블록을 수신하고, 및 상기 중복된 데이터 블록이 상태 보고를 요청하되, 상기 중복된 데이터 블록의 SN(Sequence Number)가 수신 윈도우내에서 상태 보고가 가능한 가장 높은 SN을 갖는 최대 상태 전송 상태 변수와 같거나 크면 상태 보고의 유발을 지연한다.

중복된 데이터 블록이 상태 보고를 요청하더라도 HARQ 재배열이 완료된 후에 상태 보고를 유발하도록 하여 무선 자원을 효율적으로 활용할 수 있다.

도 1은 무선 통신 시스템을 나타낸 블록도이다. 이는 3GPP(3rd Generation Partnership Project) LTE(long term evolution)/LTE-A(Advanced)의 네트워크 구조일 수 있다. E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network)은 단말(10; User Equipment, UE)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile station), UT(User Terminal), SS(Subscriber Station), MT(mobile terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다. 하나의 기지국(20)에는 하나 이상의 셀이 존재할 수 있다. 기지국(20) 간에는 사용자 트래픽 혹은 제어 트래픽 전송을 위한 인터페이스가 사용될 수도 있다. 기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway, 30)와 연결된다. S1 인터페이스는 기지국(20)과 MME/SAE 게이트웨이(30) 간에 다수-대-다수 관계(many-to-many-relation)를 지원한다.

이하에서 하향링크(downlink)는 기지국(20)에서 단말(10)로의 통신을 의미하 며, 상향링크(uplink)는 단말(10)에서 기지국(20)으로의 통신을 의미한다. 하향링크에서 송신기는 기지국(20)의 일부이고, 수신기는 단말(10)의 일부일 수 있다. 상향링크에서 송신기는 단말(10)의 일부이고, 수신기는 기지국(20)의 일부일 수 있다.

도 2는 E-UTRAN과 EPC 간의 기능 분할(functional split)을 나타낸 블록도이다. 빗금친 박스는 무선 프로토콜 계층(radio protocol layer)을 나타내고, 흰 박스는 제어 평면의 기능적 개체(functional entity)를 나타낸다. 기지국은 다음과 같은 기능을 수행한다. (1) 무선 베어러 제어(Radio Bearer Control), 무선 허락 제어(Radio Admission Control), 연결 이동성 제어(Connection Mobility Control), 단말로의 동적 자원 할당(dynamic resource allocation)와 같은 무선 자원 관리(Radio Resource Management; RRM) 기능, (2) IP(Internet Protocol) 헤더 압축 및 사용자 데이터 스트림의 해독(encryption), (3) S-GW로의 사용자 평면 데이터의 라우팅(routing), (4) 페이징(paging) 메시지의 스케줄링 및 전송, (5) 브로드캐스트(broadcast) 정보의 스케줄링 및 전송, (6) 이동성과 스케줄링을 위한 측정과 측정 보고 설정. MME는 다음과 같은 기능을 수행한다. (1) NAS(Non-Access Stratum) 시그널링, (2) NAS 시그널링 보안(security), (3) 아이들 모드 UE 도달성(Idle mode UE Reachability), (4) 트랙킹 영역 리스트 관리(Tracking Area list management), (5) 로밍(Roaming), (6) 인증(Authentication). S-GW는 다음과 같은 기능을 수행한다. (1) 이동성 앵커링(mobility anchoring), (2) 합법적 감청(lawful interception). P-GW(PDN-Gateway)는 다음과 같은 기능을 수행한다. (1) 단말 IP(internet protocol) 할당(allocation), (2) 패킷 필터링.

도 3은 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다. 도 4는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다. 데이터 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.

도 3 및 4를 참조하면, 물리계층(PHY(physical) layer)은 물리채널(physical channel)을 이용하여 상위 계층에게 정보 전송 서비스(information transfer service)를 제공한다. 물리계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송채널(transport channel)을 통해 연결되어 있다. 전송채널을 통해 MAC 계층과 물리계층 사이로 데이터가 이동한다. 전송채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다. 그리고 서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리계층 사이는 물리채널을 통해 데이터가 이동한다.

물리계층에서 사용되는 몇몇 물리 제어채널들이 있다. PDCCH(physical downlink control channel)는 단말에게 PCH(paging channel)와 DL-SCH(downlink shared channel)의 자원 할당 및 DL-SCH와 관련된 HARQ(hybrid automatic repeat request) 정보를 알려준다. PDCCH는 단말에게 상향링크 전송의 자원 할당을 알려주는 상향링크 스케줄링 그랜트를 나를 수 있다. PCFICH(physical control format indicator channel)는 단말에게 PDCCH들에 사용되는 OFDM 심벌의 수를 알려주고, 매 서브프레임마다 전송된다. PHICH(physical Hybrid ARQ Indicator Channel)는 상향링크 전송의 응답으로 HARQ ACK/NAK 신호를 나른다. PUCCH(Physical uplink control channel)은 하향링크 전송에 대한 HARQ ACK/NAK, 스케줄링 요청 및 CQI와 같은 상향링크 제어 정보를 나른다. PUSCH(Physical uplink shared channel)은 UL-SCH(uplink shared channel)을 나른다.

MAC 계층의 기능은 논리채널과 전송채널간의 맵핑 및 논리채널에 속하는 MAC SDU(service data unit)의 전송채널 상으로 물리채널로 제공되는 전송블록(transport block)으로의 다중화/역다중화를 포함한다. MAC 계층은 논리채널을 통해 RLC(Radio Link Control) 계층에게 서비스를 제공한다. 논리채널은 제어 영역 정보의 전달을 위한 제어채널과 사용자 영역 정보의 전달을 위한 트래픽 채널로 나눌 수 있다.

RLC 계층의 기능은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)를 포함한다. 무선베어러(Radio Bearer; RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.

사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능 은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.

RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제1 계층(PHY 계층) 및 제2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다. RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB (Signaling RB)와 DRB (Data RB) 두가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.

RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management) 등의 기능을 수행한다.

도 5는 HARQ와 ARQ를 나타낸 흐름도이다. 송신기(100)의 RLC 개체(entity)(110)는 일련번호(Sequence Number, 이하 SN) 0인 RLC PDU(Protocol Data Unit)를 MAC 개체(120)로 보낸다(S110). 송신기(100)의 MAC 개체(120)는 SN=0인 RLC PDU에 대응하는 MAC PDU1(들)를 수신기(200)의 MAC 개체(220)로 보낸다(S112). MAC PDU를 성공적으로 수신한 MAC 개체(220)는 RLC 개체(210)로 보낸 다(S114).

송신기(100)의 RLC 개체(120)는 SN=1인 RLC PDU를 MAC 개체(120)로 보낸다(S120). 송신기(100)의 MAC 개체(120)는 SN=1인 RLC PDU에 대응하는 MAC PDU2(들)를 수신기(200)의 MAC 개체(220)로 보낸다(S122). 무선 채널의 악화로 상기 MAC PDU2에 대해 HARQ가 진행 중이라고 한다.

송신기(100)의 RLC 개체(110)는 SN=2인 RLC PDU를 MAC 개체(120)로 보낸다(S130). 송신기(100)의 MAC 개체(120)는 SN=2인 RLC PDU에 대응하는 MAC PDU3(들)를 수신기(200)의 MAC 개체(220)로 보낸다(S132). MAC PDU3를 성공적으로 수신한 MAC 개체(220)는 RLC 개체(210)로 보낸다(S134).

그리고, SN=1인 RLC PDU에 대응하는 MAC PDU2(들)의 HARQ가 완료되어(S135), SN=1인 RLC PDU를 RLC 개체(210)가 얻는다(S136). HARQ의 수행 과정에 따라 연속적이지 않은 SN을 갖는 RLC PDU가 RLC 개체(210)로 수신될 수 있다. 이를 HARQ 재배열(redordering) 이라 한다.

송신기(100)의 RLC 개체(110)는 SN=3인 RLC PDU를 MAC 개체(120)로 보낸다(S140). 이때, RLC PDU의 헤더에는 폴링(polling) 비트가 셋팅되어, 상태 보고를 요청한다고 한다. 송신기(100)의 MAC 개체(120)는 SN=3인 RLC PDU에 대응하는 MAC PDU4(들)를 수신기(200)의 MAC 개체(220)로 보낸다(S142). MAC PDU4를 성공적으로 수신한 MAC 개체(220)는 RLC 개체(210)로 보낸다(S144). 상태보고를 요청받은 RLC 개체(210)는 상태 PDU를 구성하여(construct) 송신기(100)의 RLC 개체(110)로 보낸다(S150).

도 6은 RLC PDU의 구성를 나타낸다. RLC PDU는 RLC 헤더와 데이터 필드(data field)를 포함하며, 데이터 필드는 적어도 하나의 RLC SDU(Service Data Unit) 및/또는 적어도 하나의 RLC SDU 세그먼트(segment)를 포함한다. RLC SDU는 상위 계층으로부터 RLC 계층이 얻는 상위 데이터 블록이고, RLC PDU는 RLC 계층이 구성하는 데이터 블록이라 할 수 있다. 여기서는, n번째 RLC SDU, n+1번째 RLC SDU 및 n+2 번째 RLC SDU 세그먼트를 구성하는 것을 나타내고 있으나, 이는 예시에 불과하다.

ARQ를 지원하는 RLC 개체를 AM(Acknowledged Mode) RLC 개체라 한다. 수신기의 AM RLC는 자신이 수신하지 못한 RLC PDU의 재전송을 요청하며, 재전송을 통해 오류 없는(error-free) 데이터 전송를 지원하는 데 그 목적이 있다. AM RLC는 사용자 평면에서는 주로 PS(Packet-Switched) 영역(domain)의 실시간 패킷 데이터 전송에 사용되고, 제어 평면에서는 수신 응답 확인이 필요한 RRC 메시지의 전송에 사용된다. AM RLC가 사용하는 RLC PDU는 데이터 전송에 사용되는 RLC 데이터 PDU인 AMD(AM Data) PDU와 데이터 전송의 제어에 사용되는 RLC 제어 PDU로 구분될 수 있다. RLC 제어 PDU는 상태 정보를 나르는 상태(status) PDU가 있다.

RLC 데이터 PDU는 다시 AMD PDU와 AMD PDU 세그먼트로 구분될 수 있다. AMD PDU 세그먼트는 AMD PDU에 속하는 데이터의 일부를 가진다. 3GPP LTE 시스템에서는 매번 단말이 전송할 수 있는 데이터 블록의 최대 크기가 가변적이다. 따라서, 어떤 시점에서 송신기의 AM RLC가 크기가 200 바이트(byte)인 AMD PDU를 구성하여 전송한 후, 수신기의 AM RLC로부터 NACK을 수신하여 상기 송신기가 상기 AMD PDU를 재전송한다고 하자. 이때, 실제 전송할 수 있는 데이터 블록의 최대 크기가 100바이 트라면 상기 AMD PDU는 그대로는 재전송될 수 없다. 이때 사용되는 것이 AMD PDU 세그먼트이다. AMD PDU 세그먼트는 해당 AMD PDU가 작은 단위로 나뉘어진 것을 의미한다. 송신기의 AM RLC는 재전송이 요구되는 원래 AMD PDU를 AMD PDU 세그먼트들로 나누어, 여러 시간에 걸쳐 전송한다. 수신기의 AM RLC는 수신된 AMD PDU 세그먼트들로부터 원래 AMD PDU를 복원한다.

도 7은 AMD PDU의 일 예를 나타낸다. AMD PDU(700)는 헤더(710)와 데이터 필드(750)를 포함한다. 헤더는 매 AMD PDU(700)마다 존재하는 고정된 파트와 필요한 때 AMD PDU(700)에 존재하는 확장된 파트를 포함한다. 고정된 파트는 D/C(Data/Control) 필드(711), RF(Re-segmentation Flag) 필드(712), P(Polling bit) 필드(713), FI(Framing Info) 필드(714), E(Extension bit) 필드(715) 및 SN(Sequence Number) 필드(716)를 포함한다. 확장된 파트는 하나의 E 필드(717) 및 하나의 LI(Length Indicator) 필드(720)를 포함한다. 확장된 파트는 AMD PDU(700) 내에 적어도 하나의 데이터 필드 요소(data field element)가 존재할 때 E 필드(717)와 LI 필드(720)를 하나씩 포함하고, E 필드(717)와 LI 필드(720)는 마지막을 제외하고 매 데이터 필드 요소마다 존재한다.

데이터 필드(750)는 적어도 하나의 데이터 필드 요소를 포함한다. 데이터 필드 요소는 하나 또는 그 이상의 RLC SDU 세그먼트 및/또는 하나 또는 그 이상의 RLC SDU를 포함한다.

D/C 필드(711)은 RLC PDU가 RLC 데이터 PDU 또는 RLC 제어 PDU인지 여부를 가리킨다. RF 필드(712)는 RLC PDU가 AMD PDU 또는 AMD PDU 세그먼트인지 여부를 가리킨다. P 필드(713)는 AM RLC 개체의 전송측이 피어 AM RLC 개체로 상태 보고를 요청하는지 여부를 가리킨다. FI 필드(714)는 RLC SDU가 데이터 필의 처음 및/또는 마지막에 분할되어 있는지 여부를 가리킨다. 구체적으로, FI 필드(714)는 RLC SDU의 처음이 데이터 필드의 처음에 대응되는지 및 RLC SDU의 마지막이 데이터 필드의 마지막에 대응되는지 여부를 가리킨다. 고정된 파트의 E 필드(715)는 데이터 필드는 다음에 오는지 여부를 가리킨다. 확장된 파트의 E 필드(717)은 E 필드와 LI 필드의 집합이 다음에 오는지 여부를 가리킨다.

SN 필드(716)은 AMD PDU(700)의 일련 번호를 가리킨다. AMD PDU 세그먼트에서, SN 필드(716)는 AMD PDU 세그먼트로 구성되는 원래 AMD PDU의 일련 번호를 가리킨다.

LI 필드(720)는 AM RLC 개체로 전달된 RLC 데이터 PDU에 존재하는 데이터 필드 요소의 길이를 가리키다. RLC 데이터 PDU 헤더내의 첫번째 LI는 RLC 데이터 PDU의 데이터 필드에 존재하는 첫번째 데이터 필드 요소에 대응한다. RLC 데이터 PDU 헤더내의 두번째 LI는 RLC 데이터 PDU의 데이터 필드에 존재하는 두번째 데이터 필드 요소에 대응한다.

AMD PDU 세그먼트의 헤더는 LSF(Last Segment Flag) 필드 및 SO(Segment Offset) 필드를 더 포함할 수 있다. LSF 필드는 AMD PDU 세그먼트의 마지막이 AMD PDU의 마지막에 대응하는지 여부를 가리킨다. SO 필드는 원래 AMD PDU내에서 ADM PDU 세그먼트의 위치를 지시할 수 있다. 구체적으로, SO 필드는 원래 AMD PDU의 데이터 필드내에서 AMD PDU 세그먼트의 데이터 필드의 첫번째 바이트에 대응하는 위 치를 지시할 수 있다.

도 8은 상태 PDU의 일 예를 나타낸다. 상태 보고에 사용되는 상태 PDU(800)는 제어 PDU 헤더와 페이로드(paload)를 포함한다. 제어 PDU 헤더는 D/C 필드(811)와 CPT(Control PDU Type) 필드(812)를 포함한다. CPT 필드(812)는 RLC 제어 PDU의 타입을 지시한다. 구체적으로, CPT 필드(812)는 RLC 제어 PDU가 상태 PDU 인지 여부를 가리킨다.

페이로드는 ACK_SN(Acknowledgement SN) 필드(851), E1(Extension bit 1) 필드(852), NACK_SN(Negative Acknowledgement SN) 필드(853), E1 필드(854) 및E2(Extension bit 2) 필드(855)의 집합, 및 각 NACK_SN의 SOstart 필드(856) 및 SOend 필드(857)를 포함한다.

ACK_SN 필드(851)은 상태 PDU(800)에서 보고되지 않고 수신되지 않은 RLC 데이터 PDU의 다음 SN을 가리킨다. 송신기의 AM RLC 개체가 상태 PDU(800)를 수신할 때, AM RLC 개체는 NACK_SN, SOstart 및 SOend에 의해 지시된 AMD PDU들을 제외하고, SN=ACK_SN 미만의 모든 AMD PDU들이 피어 AM RLC 개체에 의해 수신되었다고 해석한다.

E1 필드(852)는 NACK_SN(853), E1(854) 및 E2(855)의 집합이 다음에 오는지 여부를 가리킨다. NACK_SN 필드(853)은 수신기의 AM RLC 개체가 손실된 것으로 검출한 AMD PDU의 SN을 지시한다. E2 필드(856)은 SOstart 필드(856)와 SOend 필드(857)가 다음에 오는지 여부를 가리킨다. SOstart 필드(856)는 수신기의 AM RLC 개체가 손실된 것으로 검출한 SN=NACK_SN인 AMD PDU를 가리킨다. 구체적으로, SOstart 필드(856)는 AMD PDU의 데이터 필드내의 AMD PDU의 일부의 처음 바이트를 나타낸다. SOend 필드(857)는 수신기의 AM RLC 개체가 손실된 것으로 검출한 SN=NACK_SN인 AMD PDU를 가리킨다. 구체적으로, SOend 필드(857)는 AMD PDU의 데이터 필드내의 AMD PDU의 일부의 마지막 바이트를 나타낸다.

수신기의 AM RLC 개체는 아무때나 상태 보고를 전송하는 것은 아니다. 첫째, 송신기가 RLC 데이터 PDU의 헤더내의 P 필드를 셋팅하여 상태 보고를 요청한 때, 수신기는 상태 보고를 유발(trigger)시킬 수 있다. 둘째, 수신기의 AM RLC 개체는 RLC 데이터 PDU의 수신 실패가 검출되면 상태 보고를 유발할 수 있다. 상태 보고가 유발되면, AM RLC 개체는 상태 PDU를 구성하여(construct), 하위 계층으로 보낸다. 상태 PDU는 수신 윈도우의 시작점에 해당되는 PDU의 SN부터 상태 PDU가 구성될 때 ACK_SN에 의해 지시될 수 있는 가장 높은 SN까지의 정보를 포함한다.

수신기의 AM RLC 개체는 ARQ를 수행하기 위해 다양한 상태 변수(State Variable)를 사용한다. 사용되는 상태 변수들은 다음과 같다.

- 수신 상태 변수(Receive state variable): VR(R)

이는 순차적(in-sequenc)으로 수신한 AMD PDU 중 마지막 AMD PDU의 다음 AMD PDU에 해당하는 SN으로, 수신 윈도우의 시작점(lower edge)에 해당한다. 이는 수신기의 AM RLC 개체가 완전하게(completely) 수신하지 못한 AMD PDU 중 첫번째 AMD PDU를 지시한다. 초기값은 0이며, SN=VR(R)에 해당하는 AMD PDU를 완전하게 수신하면 그 다음에 처음으로 완전하게 수신하지 못한 AMD PDU의 SN 값으로 업데이트된다.

- 최대 허용 수신 상태 변수(Maximum acceptable receive state variable): VR(MR)

이는 VR(R)+ AM_Window_Size (수신 윈도우의 크기)와 같고, 수신 윈도우 밖에 있는 AMD PDU 중 첫번째 AMD PDU의 SN로, 수신 윈도우의 끝점(higher edge)에 해당된다.

- 재배열 상태 변수(reordering state variable): VR(X)

이는 재배열 타이머(reordering timer)가 구동된 RLC 데이터 PDU의 다음 RLC 데이터 PDU에 해당하는 SN이다. 재배열 타이머는 하위 계층에서 RLC PDU의 손실을 검출하기 위해 사용되며, 순차적이지 않은 RLC 데이터 PDU가 수신되면 개시된다. 재배열 타이머가 만료되면, 상태 보고가 유발된다.

- 최대 상태 전송 상태 변수(Maximum STATUS transmit state variable): VR(MS)

이는 상태 PDU가 구성될 때 ACK_SN에 의해 지시될 수 있는 SN의 가장 높은 값을 갖는다. 이는 수신 윈도우내에서 상태 보고가 가능한 가장 높은 SN을 갖는다고 할 수 있다. SN=VR(MS)인 AMD PDU를 완전하게 수신하면, 그 다음에 처음으로 완전하게 수신하지 못한 현재 VR(MR)보다 큰 SN을 값는 AMD PDU의 SN으로 VR(MS)가 업데이트된다. 재배열 타이머가 만료되면, VR(X)이상의 SN을 갖는 AMD PDU 중 첫번째로 완전하게 수신하지 못한 AMD PDU의 SN 값으로 VR(MS)가 업데이트된다.

- 가장 큰 수신 상태 변수(Highest received state variable): VR(H)

이는 수신한 RLC 데이터 PDU들 중 가장 높은 SN을 갖는 RLC 데이터 PDU의 다 음 SN을 갖는다. 이는 수신측 AM RLC 개체가 첫번째로 수신하지 못한 RLC 데이터 PDU의 SN을 가리킬 수 있다. VR(H) 이상의 SN을 갖는 RLC 데이터 PDU를 수신하면 상기 RLC 데이터 PDU의 SN의 다음 SN 값으로 VR(H)가 업데이트된다.

도 9는 상태 보고 유발의 일 예를 나타낸다. t=T0에서, 초기 상태로 각 상태변수는 초기값을 갖는다. VR(R)=0, VR(MS)=0, VR(X)=NULL이다. 수신 윈도우의 크기는 충분히 크다고 하고, VR(H)는 나타내지 않았다.

t=T1에서, SN=5인 AMD PDU를 수신한다. 첫번째 AMD PDU, 즉 SN=0인 AMD PDU는 수신되지 않았으므로, VR(R)과 VR(MS)는 그대로 0이다. SN=5는 현재 VR(X)보다 크므로, SN=5인 AMD PDU는 순차적이지 않다(Out-of-sequence). 따라서, VR(X)=6으로 업데이트하고, 재배열 타이머 Tr이 개시된다. 이때, SN=5인 AMD PDU의 P 필드가 셋팅(도면에는 'P=1'로 표시)되어 상태 보고를 요청한다고 한다. 이전 AMD PDU들이 수신되는 중일 수 있으므로(이를 HARQ 재배열 상태라 한다) 상태 보고는 바로 유발되지 않고, 재배열 타이머가 만료되기까지 대기한다.

t=T2에서, SN=0인 AMD PDU를 수신한다. VR(R)과 VR(MS)는 모두 1로 업데이트되고, SN=0인 AMD PDU는 상위계층으로 전달된다. VR(X)=6으로 변화없고, 재배열 타이머 Tr는 구동 중이다.

t=T3에서, SN=1인 AMD PDU를 수신한다. VR(R)과 VR(MS)는 모두 2로 업데이트되고, SN=1인 AMD PDU는 상위계층으로 전달된다. VR(X)=6으로 변화없고, 재배열 타이머 Tr는 구동 중이다.

t=T4에서, SN=6인 AMD PDU와 SN=8인 AMD PDU를 수신한다. VR(R), VR(MS) 및 VR(X)에는 아무 변화없다.

t=T5에서, 재배열 타이머 Tr이 만료된다. 먼저, VR(X) 이상의 SN을 갖는 AMD PDU 중 첫번째로 완전하게 수신하지 못한 AMD PDU의 SN 값인 7로 VR(MS)가 업데이트된다. 또한, VR(X)는 VR(H)로 셋팅되며, 여기서는 VR(X)=9가 된다. VR(MS)>=5이므로, 상태 보고가 유발된다. 이때, VR(R)=2 부터 VR(MS)=7 사이의 PDU에 대한 정보를 기반으로 상태 PDU(900)를 구성한다. ACK_SN 필드의 값은 7이 되고, 3개의 NACK_SN 필드의 값들은 각각 2, 3, 4가 된다. 업데이트된 VR(MS) 이상의 AMD PDU가 수신되어 있는 경우 재배열 타이머를 재시작한다. SN=8인 AMD PDU가 이미 수신되어 있으므로 재배열 타이머는 재시작한다.

상기의 상태 PDU(900)을 수신한 송신기의 AM RLC 개체는 다음과 같이 수신 버퍼 상황을 해석한다.

(1) 수신기가 수신에 실패한 AMD PDU들은 SN 2, 3, 4 을 갖는 AMD PDU들이다.

(2) ACK_SN=7이므로, 0~6 사이의 AMD PDU들 중 NACK_SN에 속하지 않는 SN 0, 1, 5, 6을 갖는 AMD PDU들은 전송에 성공하였다.

(3) 송신 윈도우의 시작점에 해당하는 상태변수인 VT(A)를 0에서 2로 업데이트한다. VT(A)는 다음에 첫번째로 순차적으로(in-sequence) 긍정적 확인(positive acknowlegement)를 받아야 하는 AMD PDU의 SN으로, 송신 윈도우의 시작점에 대응한다. (VT(A) holds the value of the SN of the next AMD PDU for which a positive acknowledgment is to be received in-sequence, and it serves as the lower edge of the transmitting window.)

이제 AMD PDU가 중복 수신되는 경우를 고려한다. AMD PDU의 중복은 동일한 SN의 AMD PDU들의 전부 또는 일부가 중복 수신되는 것을 말한다. 도 10은 중복된 데이터 블록의 예를 나타낸다. SN=5인 AMD PDU(100)의 전체 크기가 1000 바이트라 하고, 0~500 바이트로 SN=5인 제1 AMD PDU 세그먼트(1010)를 먼저 수신했다고 하자. 다음으로 501~800 바이트로 SN=5인 제2 AMD PDU 세그먼트(1020)를 수신하더라도, 제2 AMD PDU 세그먼트(1020)는 제1 AMD PDU 세그먼트(1010)와 중복되지 않는다. 700~1000 바이트로 SN=5인 제3 AMD PDU 세그먼트(1030)를 수신하면, 이는 제2 AMD PDU 세그먼트(1020)의 일부와 중복되므로, 제3 AMD PDU 세그먼트(1030)는 제2 AMD PDU 세그먼트(1020)와 중복된다.

도 11은 중복 수신에 따른 상태 보고 유발을 나타낸다. t=T0부터 T3까지의 동작은 도 9의 예와 동일하다. t=T4에서, P 필드가 상태 보고를 요청하고 SN=5인 AMD PDU가 중복 수신된다. 중복된 AMD PDU가 수신되면, 즉시 상태 보고를 유발한다. P 필드가 상태 보고를 요청하더라도, VR(MS)<=SN<VR(MR)인 SN을 갖는 AMD PDU가 수신되면 HARQ 재배열을 위해 상태 보고를 대기하지만, 상기 AMD PDU가 이전에 수신된 AMD PDU와 중복되면 즉시 상태 보고를 유발하는 것이다. 이는 3GPP CR(Change Request) 문서 R2-084784 "Clarification of Triggering Conditions for Status Reports"에서 제안된 방법과 동일하다.

AMD PDU의 중복 수신은 주로 RLC 계층의 하위 계층인 HARQ 개체에서 HARQ ACK-to-NACK 오류가 발생함으로써 기인한다. 따라서, 중복 수신된 AMD PDU는 처음 수신한 AMD PDU와 동일하기 때문에, 처음 수신한 AMD PDU에 P 필드가 셋팅되어 있다면, 중복 수신된 PDU 역시 P 필드가 셋팅되어 있는 것이 일반적이다. 그런데, 중복 수신한 PDU에 대해서는 HARQ 재배열을 기다리지 않고 수신 즉시 상태 보고를 유발하게 되면 다음과 같은 문제점이 발생한다.

첫째, HARQ 재배열이 진행 중인 AMD PDU에 대해서도 NACK으로 판단하고, 상태 보고를 전송할 수 있다. 예를 들어, 도 11의 예에서, t=T4에서 상태 보고가 유발된 후, t=T5에서 SN=4인 AMD PDU를 수신한다고 하자. 이미 상태 보고는 SN 2~4에 대해 모두 NACK으로 구성되므로, 송신기는 SN=4인 AMD PDU를 불필요하게 재전송하는 문제가 발생한다.

둘째, 중복 수신한 AMD PDU에 의해 상태 보고를 유발한 후, 처음 수신한 AMD PDU의 SN이 VR(MS)보다 작아지는 시점에 다시 한번 상태 보고가 유발되므로, 불필요하게 상태 보고를 전송하는 문제점이 있다.

도 12는 본 발명의 일 실시예에 따른 상태 보고 전송 방법을 나타낸 흐름도이다. 단계 S1210에서, 수신기는 이전에 수신된 RLC PDU와 중복되는 RLC PDU를 수신한다. 중복된 RLC PDU가 수신되면 이전에 수신된 RLC PDU는 수신 버퍼에서 폐기(discard)할 수 있다. 단계 S1220에서, 수신기는 중복된 RLC PDU의 헤더에 포함되는 P 필드로부터 상태 보고를 요청하는지 여부를 판단한다. 이때, 이전에 수신된 RLC PDU의 상태 보고 요청과 상관없이, 마지막으로 수신된 중복된 RLC PDU의 상태 보고 요청 여부에 따라 상태 보고의 요청 여부를 판단할 수 있다.

단계 S1230에서, 중복된 RLC PDU가 상태 보고를 요청하면, 중복된 RLC PDU의 SN이 검출 윈도우내에 속하는지 여부를 판단한다. 검출 윈도우는 수신 윈도우내에서 x가 VR(MS)와 같거나 큰 값을 갖는지 여부를 확인하는 데 사용된다. 중복된 RLC PDU의 SN을 x라 하면, VR(MS) <= x < VR(MR)을 만족하면, 검출 윈도우내에 포함되는 것이다. 검출 윈도우는 중복된 RLC PDU가 수신된 시점을 기준으로 할 수 있다. 즉, SN=x와 비교하는 VR(MS)와 VR(MR) 값은 상기 중복된 RLC PDU를 수신한 시점에서의 VR(MS)와 VR(MR) 값일 수 있다. 상태변수 VR(MS)와 VR(MR) 값은 상기 중복된 RLC PDU의 수신 윈도우의 포함 여부를 판단한 후 필요한 경우에 업데이트 할 수 있다.

중복된 RLC PDU의 SN이 검출 윈도우내에 속하지 않으면, 단계 S1250에서 즉시 상태 보고를 유발한다. 중복된 RLC PDU의 SN이 검출 윈도우 내에 속하면, 단계 S1240에서 상태 보고의 유발을 지연한 후, 단계 S1250에서 상태 보고를 유발한다. 상태 보고 유발은 x < VR(MS) 일 때까지 지연될 수 있다. 상태 PDU는 중복된 RLC PDU를 기반으로 필요한 경우 VR(MS)와 VR(MR)을 업데이트한 후 구성될 수 있다.

수신기는 SN = x이고 VR(MS) <= x < VR(MR)이며, P 필드가 셋팅된 RLC PDU를 여러 번 중복 수신하더라도, x < VR(MS)가 만족되는 시점에서 상태 보고를 한번만 유발시킬 수 있다. 따라서, 불필요한 상태 보고를 줄일 수 있고, 상태 보고의 전송으로 인한 오버헤드를 줄일 수 있다.

도 13은 상태 보고가 유발되는 영역을 나타낸다. 중복된 RLC PDU가 상태 보 고를 요청할 때, 중복된 RLC PDU의 SN x가 영역 C에 속하면 상태 보고 유발은 x<VR(MS)까지 지연된다. 중복된 RLC PDU의 SN x가 영역 A, B 및 D 중 어느 하나에 속하면 상태 보고는 즉시 유발된다.

도 14는 본 발명의 실시예가 구현되는 무선통신 시스템을 나타낸 블록도이다. 송신기(50)은 프로세서(processor, 51), 메모리(memory, 52) 및 RF부(RF(radio frequency) unit, 53)을 포함한다. 프로세서(51)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 프로세서(51)에 의해 구현될 수 있다. 메모리(52)는 프로세서(51)와 연결되어, 프로세서(51)를 구동하기 위한 다양한 정보를 저장한다. RF부(53)는 프로세서(51)와 연결되어, 무선 신호를 송신 및/또는 수신한다. 수신기(60)는 프로세서(61), 메모리(62) 및 RF부(63)을 포함한다. 프로세서(61)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 프로세서(61)에 의해 구현될 수 있다. 메모리(62)는 프로세서(61)와 연결되어, 프로세서(61)를 구동하기 위한 다양한 정보를 저장한다. RF부(63)는 프로세서(61)와 연결되어, 무선 신호를 송신 및/또는 수신한다.

프로세서(51, 61)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(52,62)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(53,63)은 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있 다. 모듈은 메모리(52,62)에 저장되고, 프로세서(51,61)에 의해 실행될 수 있다. 메모리(52,62)는 프로세서(51,61) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(51,61)와 연결될 수 있다.

상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 본 발명은 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 발명의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.

상술한 실시예들은 다양한 양태의 예시들을 포함한다. 다양한 양태들을 나타내기 위한 모든 가능한 조합을 기술할 수는 없지만, 해당 기술 분야의 통상의 지식을 가진 자는 다른 조합이 가능함을 인식할 수 있을 것이다. 따라서, 본 발명은 이하의 특허청구범위 내에 속하는 모든 다른 교체, 수정 및 변경을 포함한다고 할 것이다.

도 1은 무선 통신 시스템을 나타낸 블록도이다.

도 2는 E-UTRAN과 EPC 간의 기능 분할을 나타낸 블록도이다.

도 3은 사용자 평면에 대한 무선 프로토콜 구조를 나타낸 블록도이다.

도 4는 제어 평면에 대한 무선 프로토콜 구조를 나타낸 블록도이다.

도 5는 HARQ와 ARQ를 나타낸 흐름도이다.

도 6은 RLC PDU의 구성를 나타낸다.

도 7은 AMD PDU의 일 예를 나타낸다.

도 8은 상태 PDU의 일 예를 나타낸다.

도 9는 상태 보고 유발의 일 예를 나타낸다.

도 10은 중복된 데이터 블록의 예를 나타낸다.

도 11은 중복 수신에 따른 상태 보고 유발을 나타낸다.

도 12는 본 발명의 일 실시예에 따른 상태 보고 전송 방법을 나타낸 흐름도이다.

도 13은 상태 보고가 유발되는 영역을 나타낸다.

도 14는 본 발명의 실시예가 구현되는 무선통신 시스템을 나타낸 블록도이다.

Claims

무선통신 시스템에서 상태 보고 유발 방법에 있어서,

중복된 데이터 블록을 수신하는 단계에 있어서,

상기 중복된 데이터 블록의 수신은 동일한 시퀀스 번호(Sequence Number; SN)를 갖는 전부 또는 일부 데이터 블록의 중복적인 수신을 나타내며;

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 수신 윈도우내에서 상태 보고가 가능한 가장 높은 시퀀스 번호(SN)을 갖는 최대 상태 전송 상태 변수와 같거나 크면 상태 보고의 유발을 지연하는 단계에 있어서,

상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 최대 상태 전송 상태 변수보다 작아질때까지 상기 상태 보고의 유발이 지연되며,

상기 가장 높은 시퀀스 번호(SN)을 갖는 상기 최대 상태 전송 상태 변수는 상기 상태 보고 안에 포함될 수 있으며,

상기 중복된 데이터 블록은 RLC(Radio Link Control) PDU(Protocol Data Unit)이며, 그리고

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 최대 상태 전송 상태 변수보다 작으면, 상기 상태 보고를 유발하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,

상기 중복된 데이터 블록의 시퀀스 번호(SN)는 상기 수신 윈도우 내에 있는 것을 특징으로 하는 방법.
삭제
제 1 항에 있어서,

상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 최대 상태 전송 상태 변수보다 작아지면, 상기 중복된 데이터 블록이 복수이라도 하나의 상태 보고가 유발되는 것을 특징으로 하는 방법.
제 1 항에 있어서,

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 수신 윈도우 밖에 있으면, 상기 상태 보고를 유발하는 단계를 더 포함하는 것을 특징으로 하는 방법.
삭제
제 1 항에 있어서,

상기 중복된 데이터 블록을 수신한 후에 이전에 수신된 데이터 블록을 폐기하는 단계를 더 포함하는 것을 특징으로 하는 방법.
삭제
RF(Radio Frequency)부; 및

상기 RF부와 연결되어, RLC 개체를 포함하는 프로세서를 포함하되,

상기 프로세서는

중복된 데이터 블록을 수신하는데 있어서,

상기 중복된 데이터 블록의 수신은 동일한 시퀀스 번호(Sequence Number; SN)를 갖는 전부 또는 일부 데이터 블록의 중복적인 수신을 나타내며;

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 수신 윈도우내에서 상태 보고가 가능한 가장 높은 시퀀스 번호(SN)을 갖는 최대 상태 전송 상태 변수와 같거나 크면 상태 보고의 유발을 지연하는데 있어서,

상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 최대 상태 전송 상태 변수보다 작아질때까지 상기 상태 보고의 유발이 지연되며,

상기 가장 높은 시퀀스 번호(SN)을 갖는 상기 최대 상태 전송 상태 변수는 상기 상태 보고 안에 포함될 수 있으며,

상기 중복된 데이터 블록은 RLC(Radio Link Control) PDU(Protocol Data Unit)이며, 그리고

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 최대 상태 전송 상태 변수보다 작으면, 상기 상태 보고를 유발하는 수신기.
제 9 항에 있어서,

상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 최대 상태 전송 상태 변수보다 작아지면, 상기 중복된 데이터 블록이 복수이라도 하나의 상태 보고가 유발되는 수신기.
제 9 항에 있어서,

상기 중복된 데이터 블록이 상태 보고를 요청하고, 상기 중복된 데이터 블록의 시퀀스 번호(SN)가 상기 수신 윈도우 밖에 있으면, 상기 상태 보고를 유발하도록 상기 프로세서가 구성된 수신기.
제 9 항에 있어서,

상기 중복된 데이터 블록을 수신한 후에 이전에 수신된 데이터 블록을 폐기하도록 상기 프로세서가 구성된 수신기.