KR20130059456A

KR20130059456A - 재전송 정책 차별화를 이용한 블록 확인 응답

Info

Publication number: KR20130059456A
Application number: KR1020137011068A
Authority: KR
Inventors: 마르텐 멘조 웬팅크
Original assignee: 퀄컴 인코포레이티드
Priority date: 2010-09-30
Filing date: 2011-09-30
Publication date: 2013-06-05
Also published as: JP2013542674A; CN103119881B; JP5718472B2; US9628226B2; KR101730026B1; JP2015080271A; KR20160079908A; WO2012045049A1; CN103119881A; EP2622773A1; US20120084616A1

Abstract

하나의 특징은 한 블록의 프레임들로 전송되는 프레임들에 대해 송신기가 각 프레임 단위로 재전송 정책을 규정하도록 허용하는 블록 확인 응답 재전송 정책(BARP) 프레임을 제공한다. 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임이 송신기에 의해 생성된다. 다음에, BARP 프레임이 수신기에 전송되어, 한 블록의 프레임들 내의 어느 프레임들이 재전송될 것이고 어느 프레임들이 재전송되지 않을 것인지를 수신기가 알게 한다.

Description

재전송 정책 차별화를 이용한 블록 확인 응답{BLOCK ACKNOWLEDGEMENT WITH RETRANSMISSION POLICY DIFFERENTIATION}

본 특허 출원은 "Block Acknowledgement With Retranmission Policy Differentiation"이라는 명칭으로 2010년 9월 30일자 제출된 미국 가출원 제61/388,300호에 대한 우선권을 주장하며, 이 가출원은 이로써 인용에 의해 본 명세서에 명백히 포함된다.

하나의 특징은 통신 시스템들에 관한 것으로, 보다 구체적으로는 다수의 프로토콜 데이터 유닛들 내에서 재전송 정책을 차별화하기 위한 방법에 관한 것이다.

송신기와 수신기 간의 송신들에서, 송신기는 매체 액세스 제어(MAC: Media Access Control) 프로토콜 데이터 유닛(MPDU: MAC Protocol Data Unit)들과 같은 한 블록(다수)의 프레임들을, 각각의 전송되는 MPDU에 대한 개개의 확인 응답들을 요청하지 않으면서 전송할 수 있다. 이 방법은 전기 전자 학회(IEEE: Institute of Electrical and Electronics Engineers) 표준인 802.11n-2009에 규정된 바와 같이, 블록 확인 응답들로 지칭된다. MPDU들은 다수의 MPDU들이 동일한 물리 계층(PHY: Physical Layer) 프로토콜 데이터 유닛(PPDU: PHY Protocol Data Unit)의 일부로서 전송되게 하기 위해 집합적(aggregated) MPDU(A-MPDU)로서 합쳐질 수 있다. 데이터 스트림의 수신기는 하나 또는 그보다 많은 프레임들의 수신을 한번에 확인 응답하는 블록 확인 응답(BA: Block Acknowledgement)으로 응답할 수 있다. 예컨대, BA는 BA에 의해 전달되는 Ack 비트맵 내에 연관된 비트를 설정함으로써 수신 프레임들을 확인 응답할 수 있다. 비트맵 내에서 비트의 위치는 수신 프레임의 시퀀스 번호에 대응한다. 수신기는 MPDU들을 이들의 시퀀스 번호에 따라 프로토콜 스택 위로 전달하지만, MPDU가 수신되지 않을 때, 수신기는 그 시퀀스 번호를 가진 MPDU가 재전송될 때까지 또는 시퀀스 번호를 누락 MPDU를 넘어서까지 증가시키는 블록 확인 응답 요청(BAR: Block Acknowledgement Request) 프레임에 의해 큐가 비워질(purged) 때까지 대기한다. 데이터 스트림의 소스가 더 이상 이전 시퀀스 번호들을 재전송하지 않을 경우에, 이 소스에 의해 BAR 프레임이 전송된다. 현재 BA 규칙들은 블록 확인 응답 요청(BAR) 프레임을 통해 큐를 비움으로써 수신기에서의 프레임들 폐기를 가능하게 하지만, 단일 블록 확인 응답(BA) 협약에서 폐기 규칙들은 모든 프레임들에 대해 동일하다. 예컨대, BA가 전송되도록 요청하거나 표시된 시퀀스 번호까지 수신기에서 큐를 비우도록 송신기에 의해 BAR 프레임이 수신기로 전송될 수 있다. BAR 프레임에 표시된 시퀀스 번호보다 이전의 시퀀스 번호를 가진 프레임들은 재전송되지 않을 것이다. 그러나 개개의 프레임들을 이 정책에서 배제하는 것은 불가능하다.

일례에 따르면, 사용자 데이터그램 프로토콜(UDP: User Datagram Protocol)을 사용하여 전송되는 비디오 스트림에서, 어떤 프레임들은 다른 프레임들보다 더 중요한 정보를 포함할 수도 있다. 덜 중요한 정보를 포함하는 프레임들은 중요한 정보를 포함하는 프레임들보다 빨리 드롭(drop)될 수 있다(즉, 재시도되지 않거나 전혀 시도되지 않을 수도 있다). 현재 BAR 프레임들은 이러한 프레임별 정책이 지정되는 것을 허용하지 않는다.

따라서 한 블록의 프레임들 내의 개개의 프레임들은 재전송으로 정해질 수 있는 한편, 다른 프레임들은 제거되게 하는 정책의 규정을 가능하게 하는 솔루션이 요구된다.

한 블록의 프레임들로 전송되는 프레임들에 대해 송신기가 각 프레임 단위로(즉, 프레임별로) 재전송 정책을 규정하도록 허용하는 블록 확인 응답 재전송 정책(BARP: Block Acknowledgement Retransmission Policy) 프레임이 제공된다. BARP 프레임은 어느 프레임들이 재전송될 것이고 어느 프레임들이 재전송되지 않을 것인지를 수신기가 알게 한다.

한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하는, 송신기 디바이스 상에서 동작하는 방법이 개시된다. BARP 프레임은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 표시할 수 있다. 다음에, 블록 확인 응답 재전송 정책(BARP) 프레임이 수신기 디바이스로 전송된다. 상기 BARP 프레임은 주기적으로 또는 비동기적으로 또는 우발적으로(incidentally) 전송될 수 있다. BARP 프레임은 집합적 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU)의 일부로서 전송될 수 있다.

BARP 프레임이 전송되기 이전, 그와 동시에 또는 그 이후에, 송신기 디바이스가 상기 한 블록의 프레임들로 데이터를 캡슐화할 수 있으며, 여기서 각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별된다. 다음에, 한 블록의 프레임들이 수신기 디바이스로 전송된다. 상기 BARP 프레임에 의해 지정되는 재전송 정책은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 규정할 수 있다. 한 블록의 프레임들은 다수의 서로 다른 송신 측들로부터의 콘텐츠를 포함하는 프레임들을 포함할 수 있으며, 여기서는 재전송으로 지정된 프레임들을 통해 고 신뢰도 콘텐츠가 전송된다.

일례로, 블록 확인 응답 재전송 정책(BARP) 프레임의 송신은 한 블록의 프레임들의 송신에 선행할 수 있다. 다른 예에서, 한 블록의 프레임들의 송신은 블록 확인 응답 재전송 정책(BARP) 프레임의 송신에 선행할 수 있다. 한 블록의 프레임들은 고 신뢰도 프레임들과 저 신뢰도 프레임들 모두를 포함할 수 있으며, 여기서 고 신뢰도 프레임들은 재전송으로 정해질 수 있고 저 신뢰도 프레임들은 재전송 없음으로 정해질 수 있다.

다양한 예시들에서, 각자의 송신 측에 의해 확인 응답을 요청하는 프레임들은 BARP 프레임에 의해 재전송으로 식별될 수 있다. 한편, 각자의 송신 측에 의해 확인 응답을 요청하지 않는 프레임들은 BARP 프레임에 의해 재전송 없음으로 식별될 수 있다.

그 후, 송신기 디바이스는 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 프레임들만을 재전송할 수 있다.

하나의 특징에 따르면, 송신기 디바이스는 블록 내의 프레임들 중에서, 만약 존재한다면 어떤 프레임이 수신되지 않았는지를 표시하는 블록 확인 응답을 수신기 디바이스로부터 수신할 수 있다. 이러한 블록 확인 응답의 결과, 송신기 디바이스는 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 누락 프레임들만을 재전송할 수 있다.

추가로, 송신기 디바이스는 그 다음에, 한 블록의 프레임들의 송신 후 새로운 블록 확인 응답 재전송 정책 프레임을 생성하여 전송할 수 있다.

일례로, 송신기 디바이스는 상기 한 블록의 프레임들 내의 프레임들 내 콘텐츠의 하나 또는 그보다 많은 송신 측들과 상기 수신기 디바이스 간의 중간 포인트일 수 있다.

한 구현에서, 처리 회로에 연결된 통신 인터페이스 및 메모리 디바이스를 포함하는 송신기 디바이스가 제공된다. 통신 인터페이스는 수신기 디바이스와 통신하는 역할을 할 수 있다. 통신 인터페이스는 무선 통신들을 위해 적응된 무선 트랜시버 회로를 포함할 수 있다. 메모리 디바이스는 상기 통신 인터페이스를 통한 송신들과 연관된 프로토콜 스택을 저장할 수 있다. 상기 처리 회로는 (a) 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하고; b) 상기 블록 확인 응답 재전송 정책 프레임을 상기 수신기 디바이스에 전송하고; (c) 상기 한 블록의 프레임들로 데이터를 캡슐화하고 ― 각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별됨 ―; 그리고/또는 상기 한 블록의 프레임들을 상기 수신기 디바이스에 전송하도록 적응 또는 구성될 수 있다. 상기 프로토콜 스택의 데이터 링크 계층에서 한 블록의 프레임들이 형성될 수 있다. 다양한 구현들에서, 블록 확인 응답 재전송 정책(BARP) 프레임의 송신이 한 블록의 프레임들의 송신에 선행할 수 있거나 한 블록의 프레임들의 송신이 블록 확인 응답 재전송 정책(BARP) 프레임의 송신에 선행할 수 있다.

일례로, 상기 처리 회로는 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 프레임들만을 재전송하도록 추가로 적응될 수 있다.

다른 예에서, 상기 처리 회로는 (a) 블록 내의 프레임들 중에서, 만약 존재한다면 어떤 프레임이 수신되지 않았는지를 표시하는 블록 확인 응답을 수신기 디바이스로부터 수신하고; 그리고/또는 (b) 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 누락 프레임들만을 재전송하도록 추가로 적응될 수 있다.

다른 구현은 (a) 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하도록 적응된 제 1 회로; (b) 상기 블록 확인 응답 재전송 정책 프레임을 수신기 디바이스에 전송하도록 적응된 제 2 회로; 및/또는 (c) 블록 내의 프레임들 중 일부가 수신되지 않았음을 표시하는 블록 확인 응답을 수신기 디바이스로부터 수신하도록 적응된 제 3 회로를 포함하는 처리 회로를 제공한다. 상기 제 2 회로는 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 누락 프레임들만을 재전송하도록 추가로 적응될 수 있다.

한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하기 위한, 수신기 디바이스 상에서 동작하는 방법이 또한 제공된다. BARP 프레임의 이전, 이후 또는 그와 동시에, 수신기 디바이스는 한 블록의 프레임들로부터의 프레임들을 수신할 수 있다. 수신기 디바이스는 상기 BARP 프레임에서 재전송으로 식별된 모든 프레임들이 수신된 경우, 상기 수신된 프레임들을 프로토콜 스택의 상위 계층으로 전송할 수 있다.

수신기 디바이스는 상기 BARP 프레임을 기초로 재전송되어야 하는 누락 프레임들을 표시하는 블록 확인 응답을 전송할 수 있다. 응답하여, 수신기 디바이스는 상기 BARP 프레임이 재전송으로 식별한 누락 프레임들을 수신할 수 있다. 수신기 디바이스는 상기 한 블록의 프레임들 중 어떤 프레임들이 드롭되어야 하고 상기 한 블록의 프레임들 중 어떤 프레임들이 필요한지를 결정하기 위해 상기 BARP 프레임을 사용할 수 있다.

상기 BARP 프레임에 의해 지정되는 재전송 정책은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 규정한다. 각자의 송신 측에 의해 확인 응답을 요청하는 프레임들은 BARP 프레임에 의해 재전송으로 식별될 수 있다. 각자의 송신 측에 의해 확인 응답을 요청하지 않는 프레임들은 BARP 프레임에 의해 재전송 없음으로 식별될 수 있다. 한 블록의 프레임들은 고 신뢰도 프레임들과 저 신뢰도 프레임들 모두를 포함할 수 있다. 고 신뢰도 프레임들은 재전송으로 정해질 수 있고 저 신뢰도 프레임들은 재전송 없음으로 정해진다. 한 블록의 프레임들은 다수의 서로 다른 송신 측들로부터의 콘텐츠를 포함하는 프레임들을 포함할 수 있으며, 여기서는 재전송으로 지정된 프레임들을 통해 고 신뢰도 콘텐츠가 전송된다.

다양한 구현들에서, BARP 프레임은 한 블록의 프레임들 이전 및/또는 이후에 수신될 수 있다. BARP 프레임은 또한 주기적으로 또는 비동기적으로 또는 우발적으로 수신될 수 있다. BARP 프레임은 집합적 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU)의 일부로서 전송될 수 있다.

처리 회로에 연결된 통신 인터페이스 및 메모리 디바이스를 포함하는 수신기 디바이스가 또한 제공된다. 통신 인터페이스는 송신기 디바이스와의 통신을 위해 적응될 수 있다. 메모리 디바이스는 상기 통신 인터페이스를 통한 송신들과 연관된 프로토콜 스택을 저장하도록 적응될 수 있다. 예컨대, 통신 인터페이스는 무선 통신들을 위해 적응된 무선 트랜시버 회로를 포함할 수 있다. 상기 처리 회로는 (a) 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하고; 그리고/또는 (b) 상기 한 블록의 프레임들로부터의 프레임들을 수신하도록 적응될 수 있다. 상기 한 블록의 프레임들은 상기 프로토콜 스택의 데이터 링크 계층에서 수신될 수 있다. 상기 처리 회로는 상기 BARP 프레임에서 재전송으로 식별된 모든 프레임들이 수신된 경우, 상기 수신된 프레임들을 프로토콜 스택의 상위 계층으로 전송할 수 있다. 상기 처리 회로는 또한 상기 BARP 프레임을 기초로 재전송되어야 하는 누락 프레임들을 표시하는 블록 확인 응답을 전송할 수 있다. 응답하여, 수신기 디바이스는 상기 BARP 프레임이 재전송으로 식별한 누락 프레임들을 수신할 수 있다.

도 1은 송신들에 대해 프레임별 재전송 정책이 구현될 수 있는 예시적인 네트워크 환경(100)을 나타내는 도면이다.
도 2는 송신들에 대해 프레임별 재전송 정책이 구현될 수 있는 예시적인 피어 투 피어 네트워크 환경을 나타내는 도면이다.
도 3은 송신기 디바이스가 한 블록의 프레임들을 포함하는 데이터 스트림을 수신기 디바이스로 전송하는 통신 시스템을 나타낸다.
도 4는 MAC 헤더뿐만 아니라 페이로드 프레임도 캡슐화할 수 있는 MPDU의 일례를 나타낸다.
도 5는 통신들을 위해 디바이스(예를 들어, 송신기 및/또는 수신기)에 의해 사용되는 프로토콜 스택의 일부로서 구현될 수 있는 개방 시스템 상호 접속(OSI: Open System Interconnection) 모델을 나타낸다.
도 6은 BARP 프레임에 포함될 수 있는 블록 확인 응답 재전송 정책 비트맵의 일례를 나타낸다.
도 7은 BARP 프레임 바디의 한 예시적인 구현을 나타낸다.
도 8은 일례에 따른 송신기 디바이스의 블록도를 나타낸다.
도 9는 블록 확인 응답 재전송 정책(BARP) 프레임을 구현하기 위해 송신기 디바이스에서 동작하는 방법을 나타내는 흐름도이다.
도 10은 일례에 따른 수신기 디바이스의 블록도를 나타낸다.
도 11은 블록 확인 응답 재전송 정책(BARP) 프레임을 구현하기 위해 수신기 디바이스에서 동작하는 방법을 나타내는 흐름도이다.

다음 설명에서는, 실시예들의 전반적인 이해를 제공하기 위해 특정 세부 사항들이 주어진다. 그러나 실시예들은 이들 특정 세부 사항들 없이 실시될 수도 있음이 해당 기술분야에서 통상의 지식을 가진 자들에 의해 이해될 것이다. 예를 들어, 필요 이상의 세부 사항들로 실시예들을 모호하게 하지 않기 위해, 회로들은 블록도들로 도시되거나 전혀 도시되지 않을 수도 있다. 다른 경우들에서는, 실시예들을 모호하게 하지 않기 위해, 잘 알려진 회로들, 구조들 및 기술들은 상세히 도시되지 않을 수도 있다.

개요

하나의 특징은 한 블록의 프레임들로 전송되는 프레임들에 대해 송신기가 각 프레임 단위로(즉, 프레임별로) 재전송 정책을 규정하도록 허용하는 블록 확인 응답 재전송 정책(BARP) 프레임을 제공한다. BARP 프레임은 어느 프레임들이 재전송될 것이고 어느 프레임들이 재전송되지 않을 것인지를 수신기가 알게 한다.

예시적인 네트워크 동작 환경

도 1은 송신들에 대해 프레임별 재전송 정책이 구현될 수 있는 예시적인 네트워크 환경(100)을 나타내는 도면이다. 여기서는, 다양한 네트워크들(102, 104, 106) 상에서 동작하는 디바이스들이 서로 통신하게 하기 위해 이러한 네트워크들이 서로 접속될 수 있는 것으로 예시된다. 예를 들어, 제 1 액세스 단말(101)과 제 2 액세스 단말(103) 사이에서 통신 네트워크(106)를 통해 통신들 또는 송신들이 일어날 수 있다. 추가로, 제 3 액세스 단말(108)이 하나 또는 그보다 많은 네트워크들(102, 104 및/또는 106)을 통해 다른 액세스 단말들(101, 103, 112 및/또는 118) 중 임의의 액세스 단말과 통신할 수 있다. 네트워크들(102, 104) 중 일부는 무선 네트워크들일 수 있는 한편, 다른 네트워크들(106)은 유선 네트워크들일 수 있다.

도 2는 송신들에 대해 프레임별 재전송 정책이 구현될 수 있는 예시적인 피어 투 피어 네트워크 환경(200)을 나타내는 도면이다. 피어 투 피어 네트워크 환경(200)은 피어 투 피어 네트워크(202) 및 다수의 피어 노드들(204A-204F)을 포함할 수 있다. 피어 투 피어 네트워크(202)는 이 네트워크가 서버들 또는 안정된 호스트들에 의해 중심적으로 조정되지 않도록 비집중화(decentralize) 및/또는 분산될 수 있다. 예를 들어, 피어 투 피어 네트워크(202)는 통신 프로토콜 스택의 최상위 계층(예를 들어, 애플리케이션 계층)에서 동작하도록 구현될 수 있다. 이러한 피어 투 피어 네트워크(202)는 인터넷 프로토콜 네트워크와 같은 임의의 타입의 기반 네트워크를 이용하여, 오버레이 네트워크(202) 상의 다수의 피어 노드들(204A-204F)이 서로 통신하게 할 수 있다. 기반 네트워크는 광역 네트워크들(WAN: Wide Area Networks), 근거리 네트워크들(LAN: Local Area Networks), 무선 네트워크들(예를 들어, WWAN, WLAN) 및/또는 임의의 다른 타입의 네트워크와 같은 임의의 수의 타입들의 네트워크들을 포함할 수 있다. 피어 노드들(204A-204F)은 피어 투 피어 네트워크(202)를 통해 통신하도록 적응된 디바이스들을 포함할 수 있다. 한정이 아닌 예시로, 피어 노드들은 프린터들(204A), 태블릿 컴퓨터들(204B), 텔레비전들(204C), 휴대 전화, 개인용 디지털 보조기기들 및 개인용 미디어 플레이어들(204D), 랩톱 및 노트북 컴퓨터들(204E), 및/또는 데스크톱 컴퓨터들(204F)과 같은 디바이스들을 포함할 수 있다.

도 3은 송신기 디바이스(302)가 한 블록의 프레임들(306)을 포함하는 데이터 스트림을 수신기 디바이스(304)에 전송하는 통신 시스템(300)을 나타낸다. 일례로, 한 블록의 프레임들(306)은 예를 들어, 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU)들(305a, 305b, 305c)과 같은 다수의 데이터 유닛들(예를 들어, 프레임에 대응하는 각각의 데이터 유닛)을 포함할 수 있다. 예시 목적들로, 송신기 디바이스(302) 및/또는 수신기 디바이스(304)는 도 1 및/또는 도 2에 예시된 액세스 단말들 및/또는 피어 노드들 또는 송신 및/또는 수신 능력들을 가진 다른 디바이스들 중 임의의 것일 수 있다. 따라서 송신기 디바이스(302)와 수신기 디바이스(304) 간의 송신들은 유선 또는 무선 매체를 통할 수 있다. 다양한 구현들에서, 송신들은 송신기 디바이스(302)와 수신기 디바이스(304) 간에 직접 이루어질 수 있거나 송신들은 하나 또는 그보다 많은 중간 디바이스들 및/또는 네트워크들을 통해 이루어질 수도 있다. 한 블록의 프레임들(306)의 수신시, 수신기 디바이스(304)는 어떤 프레임들이 정확히 수신되었는지를 (예를 들어, 비트맵을 사용하여) 표시하는 블록 Ack(BA)(108)를 전송할 수 있다.

도 4는 MAC 헤더(404)뿐만 아니라 페이로드 프레임(406)도 캡슐화할 수 있는 MPDU(402)의 일례를 나타낸다. 다수의 캡슐화들이 가능할 수 있으며, 여기서 각각의 프레임은 프로토콜 계층의 상위 계층을 위해 헤더와 페이로드 프레임을 캡슐화할 수 있다. 예컨대, 프레임(406)은 서브헤더(408)와 서브프레임(410)을 캡슐화할 수 있다. 일례로, 프레임(406)은 인터넷 프로토콜(IP: Internet Protocol) 패킷을 캡슐화할 수 있다. 추가로, MAC 헤더(404)는 각각의 MPDU(402)의 시퀀스 번호를 식별하는 시퀀스 번호를 포함할 수 있다.

다시 도 3을 참조하면, 동일한 블록 내에서 프레임들 사이를 구별하기 위해, 하나의 특징은 블록 확인 응답 재전송 정책(BARP)(310, 310') 프레임의 정의 및 사용을 제공한다. BARP는 프레임들(306) 및/또는 BA(308)의 송신 이전(예를 들어, BARP(310)) 그리고/또는 그와 함께(예를 들어 BARP(310")) 그리고/또는 그 이후(예를 들어, BARP(310'))에 송신기 디바이스(302)에 의해 수신기 디바이스(304)로 전송될 수 있다.

각각의 MPDU의 페이로드 프레임 내의 인터넷 프로토콜(IP) 패킷의 차별화 서비스 코드 포인트(DSCP: Differentiated Services Code Point) 필드를 기초로 특정 MPDU의 재전송 정책이 식별될 수 있다. 차별화 서비스(DiffServ, 인터넷 엔지니어링 태스크 포스(IETF: Internet Engineering Task Force) RFC(Request for Comments) 2475)는 최신 IP 네트워크들 상에서 네트워크 트래픽을 분류하고 관리하며 서비스 품질(QoS: Quality of Service) 보장들을 제공하기 위한 단순하고 스케일링 가능하며 세밀하지 않은(coarse-grained) 메커니즘을 특정하는 컴퓨터 네트워킹 아키텍처이다. DiffServ는 예를 들어, 웹 트래픽이나 파일 전송들과 같은 매우 중요하지는 않은 서비스들에는 단순한 최선(best-effort) 트래픽 보장들을 제공하면서 음성이나 비디오와 같은 매우 중요한 네트워크 트래픽에는 저 레이턴시 보장 서비스(GS: guaranteed service)를 제공하는데 사용될 수 있다. (차별화 서비스들에 대한 RFC 2475 참조). DiffServ는 패킷 분류 목적들로 IP 패킷들의 헤더에서 6-비트 차별화 서비스 코드 포인트(DSCP) 필드를 사용한다. 일례로, 서브헤더(408)(도 4)는 MPDU(402)에 대한 DSCP를 포함할 수 있다. MPDU에 포함된 IP 패킷을 생성하는 애플리케이션에 의해 DSCP 맵핑이 결정될 수 있다. 추가로 또는 대안으로, 프로토콜 스택의 매체 액세스 제어 계층은 또한 MPDU 내의 각각의 MAC 계층 서비스 데이터 유닛(MSDU: MAC Layer Service Data Unit)을 검사하여, 상위 계층 프로토콜 정보를 기초로 재전송 정책을 설정 또는 확인할 수 있다.

도 5는 통신들을 위해 디바이스(예를 들어, 송신기 및/또는 수신기)에 의해 사용되는 프로토콜 스택의 일부로서 구현될 수 있는 개방 시스템 상호 접속(OSI) 모델(502)을 나타낸다. 여기서는, 프로토콜 스택의 상위 계층들(예를 들어, 호스트 계층들)로부터의 콘텐츠/데이터가 하위 계층들(예를 들어, 매개층들) 내에 캡슐화될 수 있다. 일례로, 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU)들은 데이터 링크 계층에서 생성될 수 있고, 애플리케이션 계층, 프리젠테이션 계층, 세션 계층, 전송 계층 및/또는 네트워크 계층 데이터를 캡슐화할 수 있다. 송신기 및/또는 수신기는 이러한 OSI 모델(502)을 기초로 프로토콜 스택을 구현할 수 있다.

프로토콜 데이터 유닛(PDU)은 프로토콜 스택의 특정 계층에서 데이터 및 그의 오버헤드를 기술 또는 포함한다. 프로토콜 스택의 각 계층은 고유 PDU를 가질 수 있다. 송신기 디바이스에서는, 데이터가 프로토콜 스택 아래로 전송될 때, 헤더 그리고 가능하면 트레일러를 추가함으로써 각 계층에서 데이터가 캡슐화된다. 수신기 디바이스에서는, 데이터가 다시 프로토콜 스택 위로 갈 때 데이터가 디캡슐화된다. 예를 들어, 도 5에 예시된 바와 같이, 전송 계층 PDU는 세그먼트로 알려져 있고, 네트워크 계층 PDU는 패킷이나 데이터그램으로 알려져 있으며, 데이터 링크 계층 PDU는 프레임으로 알려져 있고, 물리 계층 PDU는 비트들로 알려져 있다.

블록 Ack 재전송 정책( BARP ) 프레임

한 블록의 프레임들 내에서 차별화된 재전송 정책을 제공하기 위해, 블록 확인 응답 재전송 정책(BARP) 프레임이 정의되고, 사용되며, 그리고/또는 송신기 디바이스(302)로부터 수신기 디바이스(304)로 전송될 수 있다(도 3).

도 6은 BARP 프레임에 포함될 수 있는 블록 확인 응답 재전송 정책 비트맵의 일례를 나타낸다. 비트맵(602) 내의 각각의 비트는 대응하는 MPDU의 비-확인 응답의 경우에, 그 MPDU가 재전송될 것인지 여부를 표시할 수 있다. 예컨대, 비트 1은 MPDU 1에 대응할 수 있고, 비트 2는 MPDU 2에 대응할 수 있는 식이다. 이전 재전송 비트맵이 특정 프레임 시퀀스 번호가 재전송되지 않을 것임을 표시한 경우에 수신기 디바이스에서 이 시퀀스 번호가 누락되고 있으면, 수신기 디바이스는 누락 시퀀스 번호가 재전송되어 수신되는 것을 기다리지 않고서, MAC 서비스 액세스 포인트(SAP: Service Access Point) 위로(예를 들어, 프로토콜 스택의 상위 계층들로) 추가 시퀀스 번호들을 계속해서 전달할 수 있다. 송신기 디바이스(302)(도 3)는 수신기 디바이스(304)에 BARP 프레임을 전송하여, 단일 블록 Ack 협약 내에서 프레임들에 차별화된 재전송 정책을 제공할 수 있다. BARP 프레임(310)(도 3)은 (프레임들의) 어느 시퀀스 번호들이 재전송될 것이고 어느 것이 재전송되지 않을 것인지를 수신기(104)에 표시하도록 송신기에 의해 주기적으로 또는 비동기적으로 전송될 수 있다. 일례로, BARP(310)(도 3)는 특정 MPDU가 재전송될 것인지 여부를 표시하는 재전송 비트맵(602)(도 6)을 포함할 수 있다.

현재, 프레임이 누락되고 있는 경우, 수신기는 누락 시퀀스 번호가 수신될 때까지 또는 송신기가 블록 확인 응답 재전송(BAR) 프레임을 전송함으로써 시퀀스 번호를 제거할 때까지 MAC SAP 위로 추가 시퀀스 번호들을 전달하지 않는다. 그러나 BAR 프레임은 단지 특정 시퀀스 번호까지를 제거(예를 들어, 시퀀스 번호 n까지 프레임들을 제거)하도록 표시한다. 대조적으로, BARP 프레임(310)(예를 들어, 재전송 비트맵(602))은 각 프레임(MPDU) 단위로 재전송 정책을 규정함으로써, 개개의 시퀀스 번호들의 제거를 가능하게 한다.

송신기 디바이스는 수신기 디바이스에 아직 어떠한 BARP 프레임도 전송되지 않은 시퀀스 번호들을 가진 프레임들을 송신기 디바이스가 반드시 전송하지 않게 할 수 있다. 수신기 디바이스가 아직 어떠한 재전송 정책도 수신하지 않은 시퀀스 번호를 가진 프레임을 수신하면, 수신기 디바이스는 달리 표시하는 재전송 정책이 수신될 때까지, 그 시퀀스 번호를 가진 특정 프레임이 재전송될 것이라고 추정할 수 있다.

도 7은 BARP 프레임 바디(702)의 한 예시적인 구현을 나타낸다. 여기서, BARP 프레임 바디(702)는 트래픽 식별자 필드(704), 시작 시퀀스 번호 필드(706) 및 재전송 정책 비트맵 필드(708)를 포함한다. 트래픽 식별자 필드(704)는 관련된 데이터 플로우 및 블록 Ack 협약의 트래픽 식별자(TID: Traffic Identifier)를 표시한다. 시작 시퀀스 번호 필드(706)는 재전송 비트맵 필드(708)의 첫 번째 비트에 대응하는 시퀀스 번호를 표시한다. 재전송 비트맵 필드(708)는 각각의 다음 시퀀스 번호에 대해 프레임이 재전송될지(1) 아니면 재전송되지 않을지(0)를 표시하는 비트맵이다. 즉, 비트맵의 첫 번째 비트에 대응하는 프레임과 연관된 (시작 시퀀스 번호 필드(706) 내의) 시퀀스 번호로 시작하면, 비트맵(708) 내의 각각의 다음 비트는 순차적 프레임들에 대한 순차적으로 증분되는 시퀀스 번호에 대응할 수 있다. 따라서 비트맵(708)은 프레임이 재전송될 것인지 여부를 (개개의 시퀀스 번호별로) 개별적으로 시그널링할 수 있도록 한다.

다양한 구현들에서, BARP 프레임 바디(702)는 제어 프레임, 관리 프레임 및/또는 동작 프레임에 포함될 수 있다. 동작 프레임으로서 캡슐화되는 경우, BARP 프레임(702)은 A-MPDU에 동작 비 Ack 프레임으로서 합쳐질 수 있어, 짧은 프레임 간 간격(SIFS: Short Inter Frame Space) 응답이 유도되지 않을 것이다.

도 7에 도시된 3개의 필드들을 다른 TID들에 대해 반복함으로써 다수의 TID들에 대한 재전송 정책 정보가 단일 BARP 프레임 내에 포함될 수 있다. 이러한 프레임은 다중 TID BARP 프레임으로 지칭될 수 있다.

일부 구현들에서, 송신기 디바이스는 특정 시퀀스 번호를 가진 프레임이 재전송될 것임을 표시하도록 (제 1 TID 및 제 1 시작 시퀀스 번호와 연관된) 제 1 BARP 프레임을 수신기 디바이스에 전송할 수 있는 한편, 동일한 프레임이 전송 또는 재전송되지 않을 것임을 표시하도록 송신기 디바이스에 의해 다음 BARP 프레임이 전송될 수 있다. 프레임이 재전송되지 않을 것임을 BARP 프레임이 표시하면, 모든 다음 BARP 프레임들은 프레임이 재전송되지 않을 것임을 표시할 수 있다.

수신된 BARP 프레임이 시퀀스 번호가 전송 또는 재전송되지 않을 것임을 표시하면, 수신기 디바이스는 더 높은 시퀀스 번호를 가진 프레임이 수신될 때 그 시퀀스 번호를 건너뛸 수 있다. 시퀀스 번호를 건너뛰는 것은 프레임이 MAC SAP로 전달되지 않으며 더 높은 시퀀스 번호로 전달이 계속됨을 의미한다. 재전송 정책은 트래픽 플로우 또는 수신기 디바이스와의 프레임들의 관련성에 따라 이들 프레임들의 선택적 재전송을 허용한다.

프레임들은 또한 전혀 전송되지 않으면서 송신기 디바이스의 대기 큐로부터 폐기될 수도 있다. 예컨대, 송신기 디바이스와 수신기 디바이스 간의 무선 링크에 대한 스루풋이 갑자기 떨어지면(이는 일시적 상태일 수 있음), 송신기 큐의 프레임들이 송신 전에 폐기될 수 있다. 이러한 폐기/드롭 프레임들에 이미 시퀀스 번호가 할당된 경우, 대응하는 재전송 비트를 0으로 설정함으로써 시퀀스 번호가 전송되지 않을 것임을 수신기 디바이스(들)에 시그널링하도록 BARP 프레임이 전송될 수 있어, 수신기 디바이스가 이러한 프레임들을 기다리지 않을 것이다. 비-전송/폐기 프레임들에 아직 시퀀스 번호가 할당되지 않은 경우에는, BARP 프레임이 전송될 필요가 없다.

이와 같이, BARP 프레임은 여러 가지 시나리오들에 사용될 수 있다. 첫 번째 시나리오에서는, 한 블록의 프레임들 내의 모든 프레임들이 적어도 한번 전송되지만, 프레임들의 서브세트가 유실된 경우에는 그러한 서브세트만이 재전송되어야 하는 경우에 BARP 프레임이 사용될 수 있다. 특정 프레임들의 재전송을 피함으로써, 이는 나머지 프레임들을 이용 가능한 대역폭 내에 맞추는 것을 가능하게 할 수 있다. 이 시나리오는 전송된 프레임들의 일부 몇몇(fraction)은 유실되지 않고 대다수의 프레임들은 간혹 누락될 수 있는 경우에 잘 작동한다. 또한, 프레임 유실이 흔히 피크들에서 일어나서, 중요한 프레임들은 재전송될 수 있는 한편, 덜 중요한 프레임은 건너뛸 수 있다. 제 2 시나리오에서는, 프레임을 전혀 전송하지 않으면서 시퀀스 번호를 가진 프레임을 폐기하는데 BARP 프레임이 사용될 수 있다.

BARP 프레임은 주기적으로 또는 비동기적으로 또는 우발적으로 전송될 수 있다. 다양한 구현들에 따르면, BARP 프레임은 개별 프레임으로서 전송되고, 집합적 MPDU(A-MPDU)의 일부로서 전송되며, 그리고/또는 A-MPDU마다 포함될 수 있다. BARP 프레임은 또한 버퍼링된 프레임들의 세트마다 한 번씩 전송될 수도 있다. BARP 프레임은 프레임들(예를 들어, MPDU들)의 이후 송신에서 어느 시퀀스 번호들이 전송될 것이고 어느 시퀀스 번호들이 전송되지 않을 것인지를 표시하도록 미리 전송될 수도 있다.

일반적으로, BARP 프레임에 의해 지정되는 재전송 정책은 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 규정할 수 있다. 일부 예시들에서, 한 블록의 프레임들은 고 신뢰도 프레임들과 저 신뢰도 프레임들 모두를 포함할 수 있으며, 여기서 고 신뢰도 프레임들은 재전송으로 정해지고 저 신뢰도 프레임들은 재전송 없음으로 정해진다는 점에 주목한다. 예컨대, 송신 제어 프로토콜(TCP: Transmission Control Protocol) 데이터 로드들을 포함하는 프레임들은 고 신뢰도 프레임들을 통해 전송될 수 있는 한편, 사용자 데이터그램 프로토콜(UDP) 데이터 로드들은 저 신뢰도 프레임들을 통해 전송될 수 있다. 다른 예에서, 각자의 송신 측에 의해 확인 응답을 요청하는 프레임들은 BARP 프레임에 의해 재전송으로 식별되는 한편, 각자의 송신 측에 의해 확인 응답을 요청하지 않는 프레임들은 BARP 프레임에 의해 재전송 없음으로 식별된다.

송신기 디바이스(302)(도 3)와 수신기 디바이스(304)는 네트워크 상에서 중간 디바이스들을 통해 또는 서로 직접 통신하고 있을 수 있다는 점에 주목한다. 예컨대, 송신기 디바이스(302)는 한 블록의 프레임들 내의 프레임들 내 콘텐츠의 하나 또는 그보다 많은 송신 측들과 수신기 디바이스(304) 간의 중간 포인트일 수도 있다. 다른 예에서, 수신기 디바이스(304)는 송신기 디바이스(302)를 통해 다수의 송신 측들과 통신하고 있을 수도 있다. 따라서 한 블록의 프레임들은 다수의 서로 다른 송신 측들로부터의 콘텐츠를 포함하는 프레임들을 포함할 수 있으며, 여기서는 재전송으로 지정된 프레임들을 통해 고 신뢰도 콘텐츠가 전송된다.

예시적인 송신기 디바이스

도 8은 일례에 따른 송신기 디바이스(800)의 블록도를 나타낸다. 송신기 디바이스(800)는 처리 회로(예를 들어, 프로세서, 처리 모듈 등)(802), 메모리 디바이스(804) 및 통신 인터페이스(806)를 포함할 수 있다. 처리 회로(802)는 메모리 디바이스(804) 및 통신 인터페이스(806)에 통신 가능하게 연결되어 무선 통신 링크(808)를 통해 수신기 디바이스로/로부터 데이터를 전송 및/또는 수신할 수 있다. 일례로, 통신 인터페이스는 수신기 디바이스와의 무선 통신들을 위해 적응된 송신기 회로 및/또는 수신기 회로(예를 들어, 트랜시버 또는 모뎀 디바이스)를 포함할 수 있다. 메모리 디바이스(804)는 다층적(multi-layered) 프로토콜 스택(810)을 구현할 수 있고 통신 인터페이스(806)는 송신 큐(812)를 구현할 수 있다.

일례로, 처리 회로(802)는 프레임 생성기 모듈/회로(814), 블록 생성기 모듈/회로(816) 및/또는 블록 확인 응답 재전송 정책(BARP) 생성기 모듈/회로(818)를 구현할 수 있다. 프레임 생성기 모듈/회로(814)는 데이터를 프레임 내에 캡슐화할 수 있으며, 여기서 각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별될 수 있다. 블록 생성기 모듈/회로(816)는 다수의 프레임들을 블록으로서 결합 또는 캡슐화할 수 있다. BARP 생성기 모듈/회로(818)는 블록 내에서 전송되는 과거, 현재 및/또는 미래 프레임들과 연관된 블록 확인 응답 재전송 정책(BARP)을 생성하는 역할을 할 수 있으며, 여기서 BARP는 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별할 수 있다.

한 구현에 따르면, 송신기 디바이스(800)는 무선 통신 링크(808)를 통해 수신기 디바이스로 데이터 스트림을 전송하도록 구성될 수 있다. 데이터 스트림은 한 블록의 프레임들을 포함할 수 있으며, 여기서 각각의 프레임은 시퀀스 번호에 의해 식별될 수 있다. 데이터 스트림은 (예를 들어, 블록 생성기 모듈/회로(816)에 의해 생성된) 한 블록의 프레임들을 포함할 수 있으며, 여기서 (예를 들어, 프레임 생성기 모듈/회로(814)에 의해 생성된) 각각의 프레임은 시퀀스 번호에 의해 식별될 수 있다. 송신기 디바이스(800)는 또한 블록 내의 어떤 프레임들이 송신기 디바이스(800)에 의해 재전송되거나 재전송되지 않을 것인지를 개별적으로 식별하는 (예를 들어, BARP 생성기 모듈/회로(818)에 의해 생성된) 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하여 전송하도록 적응될 수도 있다. 이러한 정보는 블록 내의 일부 프레임들의 비-수신이 이러한 누락 프레임들이 수신되기를 기다리는 것을 보장하는지 여부의 결정시 수신기 디바이스를 보조할 수 있다.

도 9는 블록 확인 응답 재전송 정책(BARP) 프레임을 구현하기 위해 송신기 디바이스에서 동작하는 방법을 나타내는 흐름도이다. 송신기 디바이스는 수신기 디바이스로의 (무선) 송신을 위한 데이터를 획득할 수 있다(902). 다음에, 송신기 디바이스는 한 블록의 프레임들의 일부로서 데이터를 캡슐화할 수 있으며, 여기서 각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별될 수 있다(904). 예를 들어, 데이터는 프로토콜 스택의 다수의 레벨들에서 캡슐화될 수 있다. 다음에, 송신기 디바이스는 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성할 수 있다(906). 다음에, 블록 확인 응답 재전송 정책 프레임이 수신기 디바이스로 전송될 수 있다(908). 다음에, 한 블록의 프레임들이 수신기 디바이스로 전송될 수 있다(910). 전송된 한 블록의 프레임들에 대해 수신기 디바이스로부터의 확인 응답 수신에 실패하면, 송신기 디바이스는 블록 확인 응답 재전송 정책 프레임에서 식별된 프레임들만을 재전송할 수 있다(912). 선택적으로, 그 후에 송신기 디바이스가 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 새로운 블록 확인 응답 재전송 정책 프레임을 생성하여 전송할 수 있다(914).

예시적인 수신기 디바이스

도 10은 일례에 따른 수신기 디바이스(1000)의 블록도를 나타낸다. 수신기 디바이스(1000)는 처리 회로(예를 들어, 프로세서, 처리 모듈 등)(1002), 메모리 디바이스(1004) 및 통신 인터페이스(1006)를 포함할 수 있다. 처리 회로(802)는 메모리 디바이스(1004) 및 통신 인터페이스(1006)에 통신 가능하게 연결되어 무선 통신 링크(1008)를 통해 송신기 디바이스로부터/로 (예를 들어, 한 블록의 프레임들 내의 프레임들 내에서) 데이터를 수신 및/또는 전송할 수 있다. 메모리 디바이스(1004)는 다층적 프로토콜 스택(1010)을 구현할 수 있고 통신 인터페이스(1006)는 수신기 큐(1012)를 구현할 수 있다.

일례로, 처리 회로(1002)는 수신기 큐(1012)에 의해 수신되어 유지될 수 있는 한 블록의 프레임들 내에서 수신된 프레임들을 처리하기 위한 프레임 처리 모듈/회로(1014)를 포함 또는 구현할 수 있다. 처리 회로(1002)는 또한 수신될 또는 이미 수신된 프레임들에 대해 규정된 재전송 정책을 확인하고 그에 따라 프레임들을 처리하도록, 수신된 BARP 프레임을 처리하기 위한 BARP 처리 모듈/회로(1016)를 포함 또는 구현할 수 있다.

도 11은 블록 확인 응답 재전송 정책(BARP) 프레임을 구현하기 위해 수신기 디바이스에서 동작하는 방법을 나타내는 흐름도이다. 수신기 디바이스는 한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신할 수 있다(1102). 그 후에 그리고/또는 BARP 프레임의 수신 전에, 수신기 디바이스는 한 블록의 프레임들로부터의 프레임들을 수신할 수 있으며, 여기서 각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별된다(1104). 블록 내의 모든 프레임들이 수신되었다면(906), 수신기 디바이스는 수신된 프레임들을 프로토콜 스택의 상위 계층(예를 들어, MAC 서비스 액세스 포인트(SAP))으로 전송할 수 있다(1110). 그렇지 않으면, 수신기 디바이스는 누락 프레임들이 블록 확인 응답 재전송 정책 프레임에 의해 재전송 없음으로 식별되는지 여부를 식별할 수 있다(1108). '예'라면, 수신된 프레임들이 수신기 디바이스 프로토콜 스택의 상위 계층으로 전송된다(1110). 그렇지 않다면, 수신기 디바이스는 재전송으로 식별된 누락 프레임들의 재전송을 기다린다(1112).

일반적으로, 본 개시에서 설명된 처리의 대부분은 유사한 방식으로 구현될 수 있다고 인식되어야 한다. 회로(들) 또는 회로 섹션들 중 임의의 것이 단독으로 또는 하나 또는 그보다 많은 프로세서들로 집적된 회로의 일부로서 결합하여 구현될 수 있다. 회로들 중 하나 또는 그보다 많은 회로가 집적 회로, 고급 RISC 머신(ARM: Advance RISC Machine) 프로세서, 디지털 신호 프로세서(DSP: digital signal processor), 범용 프로세서 등 상에 구현될 수 있다.

도 1, 도 2, 도 3, 도 4, 도 5, 도 6, 도 7, 도 8, 도 9, 도 10 및/또는 도 11에 예시된 컴포넌트들, 단계들, 특징들 및/또는 기능들 중 하나 또는 그보다 많은 것이 단일 컴포넌트, 단계, 특징 또는 기능으로 재배치 및/또는 결합되거나 여러 개의 컴포넌트들, 단계들 또는 기능들로 구체화될 수 있다. 추가 엘리먼트들, 컴포넌트들, 단계들 및/또는 기능들이 또한 본 개시를 벗어나지 않으면서 추가될 수도 있다. 도 1, 도 2, 도 3, 도 8 및/또는 도 10에 예시된 장치, 디바이스들 및/또는 컴포넌트들은 도 4, 도 5, 도 6, 도 7, 도 9 및/또는 도 11을 참조로 설명된 방법들, 특징들 또는 단계들 중 하나 또는 그보다 많은 것을 수행하도록 구성될 수 있다. 본 명세서에서 설명된 새로운 알고리즘들이 또한 소프트웨어로 효율적으로 구현 및/또는 하드웨어로 임베드될 수 있다.

또한, 적어도 일부 구현들은 흐름도, 순서도, 구조도 또는 블록도로서 서술된 프로세스로서 설명되었다는 점이 주목된다. 흐름도는 동작들을 순차적 프로세스로서 설명할 수 있지만, 동작들 중 상당수는 병행하여 또는 동시에 수행될 수 있다. 또한, 동작들의 순서는 재정렬될 수도 있다. 프로세스의 동작들이 완료되면 프로세스가 종료된다. 프로세스는 방법, 함수, 프로시저, 서브루틴, 서브프로그램 등에 대응할 수 있다. 프로세스가 함수에 대응할 경우, 프로세스의 종료는 호출 함수나 메인 함수의 리턴에 대응한다.

더욱이, 실시예들은 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 또는 이들의 임의의 조합에 의해 구현될 수 있다. 소프트웨어, 펌웨어, 미들웨어 또는 마이크로코드로 구현될 경우, 필요한 작업들을 수행하기 위한 프로그램 코드나 코드 세그먼트들은 저장 매체나 다른 저장소(들)와 같은 기계 판독 가능 매체에 저장될 수 있다. 프로세서는 필요한 작업들을 수행할 수 있다. 코드 세그먼트는 프로시저, 함수, 서브프로그램, 프로그램, 루틴, 서브루틴, 모듈, 소프트웨어 패키지, 클래스, 또는 명령들, 데이터 구조들 또는 프로그램 명령문들의 임의의 조합을 나타낼 수 있다. 코드 세그먼트는 정보, 데이터, 인수들, 파라미터들 또는 메모리 콘텐츠를 전달 및/또는 수신함으로써 다른 코드 세그먼트나 하드웨어 회로에 연결될 수 있다. 정보, 인수들, 파라미터들, 데이터 등은 메모리 공유, 메시지 전달, 토큰 전달, 네트워크 송신 등을 포함하는 임의의 적당한 수단을 통해 보내지거나, 전달 또는 전송될 수 있다.

본 명세서에서 설명된 것과 같은 처리 회로(예를 들어, 처리 회로들(802 및/또는 1002))은 적절한 매체에 의해 제공되는 원하는 프로그래밍을 적어도 하나의 실시예로 구현하도록 구성된 회로를 포함할 수 있다. 예를 들어, 처리 회로는 프로세서, 제어기, 다수의 프로세서들, 및/또는 예를 들어, 소프트웨어 및/또는 펌웨어 명령들, 및/또는 하드웨어 회로를 포함하는 실행 가능한 명령들을 실행하도록 구성된 다른 구조 중 하나 또는 그보다 많은 것으로서 구현될 수 있다. 처리 회로의 실시예들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC: application specific integrated circuit), 필드 프로그래밍 가능한 게이트 어레이(FPGA: field programmable gate array) 또는 다른 프로그래밍 가능한 로직 컴포넌트, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에서 설명된 기능들을 수행하도록 설계된 이들의 임의의 조합을 포함할 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안으로 프로세서는 임의의 종래 프로세서, 제어기, 마이크로컨트롤러 또는 상태 머신일 수도 있다. 프로세서는 또한 DSP와 마이크로프로세서의 조합, 다수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그보다 많은 마이크로프로세서들, 또는 임의의 다른 이러한 구성과 같은 컴퓨팅 컴포넌트들의 조합으로서 구현될 수도 있다. 처리 회로의 이러한 예시들은 설명을 위한 것이며, 본 개시의 범위 내의 다른 적당한 구성들이 또한 고려된다.

본 명세서에서 위에 설명한 바와 같이, 메모리 회로들(804 및/또는 1004)과 같은 메모리 회로는 프로그래밍 및/또는 데이터, 예컨대 프로세서 실행 가능한 코드 또는 명령들(예를 들어, 소프트웨어, 펌웨어), 전자 데이터, 데이터베이스들이나 다른 디지털 정보를 저장하기 위한 하나 또는 그보다 많은 디바이스들을 나타낼 수 있다. 메모리 회로는 범용 또는 특수 목적용 프로세서에 의해 액세스 가능한 임의의 이용 가능한 매체일 수 있다. 한정이 아닌 예시로, 메모리 회로는 판독 전용 메모리(예를 들어, ROM(read-only memory), EPROM, EEPROM), 랜덤 액세스 메모리(RAM: random access memory), 자기 디스크 저장 매체들, 광 저장 매체들, 플래시 메모리 디바이스들, 및/또는 정보를 저장하기 위한 다른 비-일시적 컴퓨터 판독 가능 매체들을 포함할 수 있다.

"기계 판독 가능 매체", "컴퓨터 판독 가능 매체" 및/또는 "프로세서 판독 가능 매체"라는 용어들은 휴대용 또는 고정 저장 디바이스들, 광 저장 디바이스들, 및 명령(들) 및/또는 데이터를 저장, 포함 또는 전달할 수 있는 다양한 다른 비-일시적 매체들을 포함할 수 있지만, 이에 한정된 것은 아니다. 따라서 본 명세서에서 설명된 다양한 방법들은 "기계 판독 가능 매체", "컴퓨터 판독 가능 매체" 및/또는 "프로세서 판독 가능 매체"에 저장되어 하나 또는 그보다 많은 프로세서들, 기계들 및/또는 디바이스들에 의해 실행될 수 있는 명령들 및/또는 데이터에 의해 부분적으로 또는 완전히 구현될 수 있다.

본 명세서에 개시된 예시들과 관련하여 설명된 방법들 또는 알고리즘들은 직접 하드웨어로, 프로세서에 의해 실행 가능한 소프트웨어 모듈로, 또는 이 둘의 조합으로, 처리 유닛, 프로그래밍 명령들 또는 다른 지시들의 형태로 구현될 수 있으며, 단일 디바이스에 포함되거나 다수의 디바이스들에 걸쳐 분산될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 착탈식 디스크, CD-ROM, 또는 해당 기술분야에 공지된 임의의 다른 형태의 비-일시적 저장 매체에 상주할 수 있다. 저장 매체는 프로세서가 저장 매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있도록 프로세서에 연결될 수 있다. 대안으로, 저장 매체는 프로세서에 통합될 수도 있다.

해당 기술분야에서 통상의 지식을 가진 자들은 추가로, 본 명세서에 개시된 실시예들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 회로들 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이 둘의 조합들로 구현될 수 있음을 인식할 것이다. 이러한 하드웨어와 소프트웨어의 상호 호환성을 명확히 설명하기 위해, 각종 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들은 일반적으로 이들의 기능과 관련하여 위에서 설명되었다. 이러한 기능이 하드웨어로 구현되는지 아니면 소프트웨어로 구현되는지는 전체 시스템에 부과된 설계 제약들 및 특정 애플리케이션에 좌우된다.

본 명세서에서 설명된 개시의 다양한 특징들은 본 개시를 벗어나지 않으면서 다른 시스템들로 구현될 수 있다. 상기의 실시예들은 예시들일 뿐이며 본 개시를 한정하는 것으로 해석되지 않아야 한다는 점에 주목해야 한다. 실시예들의 설명은 본 개시의 범위를 한정하는 것이 아니라 실례가 되는 것으로 의도된다. 따라서 본 사상들은 다른 타입들의 장치들에 쉽게 적용될 수 있으며, 많은 대안들, 개조들 및 변형들이 해당 기술분야에서 통상의 지식을 가진 자들에게 명백할 것이다.

Claims

송신기 디바이스 상에서 동작하는 방법으로서,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP: block acknowledgement retransmission policy) 프레임을 생성하는 단계; 및
상기 블록 확인 응답 재전송 정책 프레임을 수신기 디바이스에 전송하는 단계를 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 한 블록의 프레임들로 데이터를 캡슐화하는 단계를 더 포함하며,
각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별되는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 한 블록의 프레임들을 상기 수신기 디바이스에 전송하는 단계를 더 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 3 항에 있어서,
상기 블록 확인 응답 재전송 정책(BARP) 프레임의 송신은 상기 한 블록의 프레임들의 송신에 선행하는,
송신기 디바이스 상에서 동작하는 방법.
제 3 항에 있어서,
상기 한 블록의 프레임들의 송신은 상기 블록 확인 응답 재전송 정책(BARP) 프레임의 송신에 선행하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 BARP 프레임은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 표시하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 한 블록의 프레임들은 고 신뢰도 프레임들과 저 신뢰도 프레임들 모두를 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 7 항에 있어서,
고 신뢰도 프레임들은 재전송으로 정해지고 저 신뢰도 프레임들은 재전송 없음으로 정해지는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 BARP 프레임에 의해 지정되는 재전송 정책은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 규정하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
각자의 송신 측에 의해 확인 응답을 요청하는 프레임들은 상기 BARP 프레임에 의해 재전송으로 식별되는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
각자의 송신 측에 의해 확인 응답을 요청하지 않는 프레임들은 상기 BARP 프레임에 의해 재전송 없음으로 식별되는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 프레임들만을 재전송하는 단계를 더 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 블록 내의 프레임들 중에서, 만약 존재한다면 어떤 프레임이 수신되지 않았는지를 표시하는 블록 확인 응답을 상기 수신기 디바이스로부터 수신하는 단계; 및
상기 블록 확인 응답 재전송 정책 프레임에서 재전송으로 식별된 누락 프레임들만을 재전송하는 단계를 더 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 한 블록의 프레임들의 송신 후 새로운 블록 확인 응답 재전송 정책 프레임을 생성하여 전송하는 단계를 더 포함하는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 BARP 프레임은 주기적으로 또는 비동기적으로 또는 우발적으로(incidentally) 전송되는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 BARP 프레임은 집합적(aggregated) 매체 액세스 제어(MAC: Media Access Control) 프로토콜 데이터 유닛(MPDU: MAC Protocol Data Unit)의 일부로서 전송되는,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 송신기 디바이스는 상기 한 블록의 프레임들 내의 프레임들 내 콘텐츠의 하나 또는 그보다 많은 송신 측들과 상기 수신기 디바이스 간의 중간 포인트인,
송신기 디바이스 상에서 동작하는 방법.
제 1 항에 있어서,
상기 한 블록의 프레임들은 다수의 서로 다른 송신 측들로부터의 콘텐츠를 포함하는 프레임들을 포함하며,
재전송으로 지정된 프레임들을 통해 고 신뢰도 콘텐츠가 전송되는,
송신기 디바이스 상에서 동작하는 방법.
송신기 디바이스로서,
수신기 디바이스와 통신하기 위한 통신 인터페이스; 및
상기 통신 인터페이스에 연결된 처리 회로를 포함하며,
상기 처리 회로는,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하고; 그리고
상기 블록 확인 응답 재전송 정책 프레임을 상기 수신기 디바이스에 전송하도록 적응된,
송신기 디바이스.
제 19 항에 있어서,
상기 통신 인터페이스는 무선 통신들을 위해 적응된 무선 트랜시버 회로를 포함하는,
송신기 디바이스.
제 19 항에 있어서,
상기 통신 인터페이스를 통한 송신들과 연관된 프로토콜 스택을 저장하기 위한 메모리 디바이스를 더 포함하는,
송신기 디바이스.
제 19 항에 있어서,
상기 처리 회로는 상기 한 블록의 프레임들로 데이터를 캡슐화하도록 추가로 적응되며,
각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별되는,
송신기 디바이스.
제 19 항에 있어서,
상기 한 블록의 프레임들은 프로토콜 스택의 데이터 링크 계층에서 형성되는,
송신기 디바이스.
제 19 항에 있어서,
상기 처리 회로는 상기 한 블록의 프레임들을 상기 수신기 디바이스에 전송하도록 추가로 적응된,
송신기 디바이스.
제 24 항에 있어서,
상기 블록 확인 응답 재전송 정책(BARP) 프레임의 송신은 상기 한 블록의 프레임들의 송신에 선행하는,
송신기 디바이스.
제 24 항에 있어서,
상기 한 블록의 프레임들의 송신은 상기 블록 확인 응답 재전송 정책(BARP) 프레임의 송신에 선행하는,
송신기 디바이스.
송신기 디바이스로서,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하기 위한 수단; 및
상기 블록 확인 응답 재전송 정책 프레임을 수신기 디바이스에 전송하기 위한 수단을 포함하는,
송신기 디바이스.
제 27 항에 있어서,
상기 한 블록의 프레임들로 데이터를 캡슐화하기 위한 수단을 더 포함하며,
각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별되는,
송신기 디바이스.
송신기 디바이스에서 동작하는 명령들을 포함하는 컴퓨터 판독 가능 매체로서,
상기 명령들은 프로세서에 의해 실행될 때 상기 프로세서로 하여금,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 생성하게 하고; 그리고
상기 블록 확인 응답 재전송 정책 프레임을 수신기 디바이스에 전송하게 하는,
컴퓨터 판독 가능 매체.
제 29 항에 있어서,
상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금 추가로, 상기 한 블록의 프레임들로 데이터를 캡슐화하게 하는 명령들을 더 포함하며,
각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별되는,
컴퓨터 판독 가능 매체.
수신기 디바이스 상에서 동작하는 방법으로서,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하는 단계; 및
상기 한 블록의 프레임들로부터의 프레임들을 수신하는 단계를 포함하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임을 기초로 재전송되어야 하는 누락 프레임들을 표시하는 블록 확인 응답을 전송하는 단계를 더 포함하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임에서 재전송으로 식별된 모든 프레임들이 수신된 경우, 수신된 프레임들을 프로토콜 스택의 상위 계층으로 전송하는 단계를 더 포함하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임이 재전송으로 식별한 누락 프레임들을 수신하는 단계를 더 포함하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 한 블록의 프레임들은 고 신뢰도 프레임들과 저 신뢰도 프레임들 모두를 포함하는,
수신기 디바이스 상에서 동작하는 방법.
제 35 항에 있어서,
고 신뢰도 프레임들은 재전송으로 정해지고 저 신뢰도 프레임들은 재전송 없음으로 정해지는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임에 의해 지정되는 재전송 정책은 상기 한 블록의 프레임들 중 어떤 프레임들이 재전송될 것이고 어떤 프레임들이 재전송되지 않을 것인지를 규정하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
각자의 송신 측에 의해 확인 응답을 요청하는 프레임들은 상기 BARP 프레임에 의해 재전송으로 식별되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
각자의 송신 측에 의해 확인 응답을 요청하지 않는 프레임들은 상기 BARP 프레임에 의해 재전송 없음으로 식별되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 한 블록의 프레임들은 다수의 서로 다른 송신 측들로부터의 콘텐츠를 포함하는 프레임들을 포함하며,
재전송으로 지정된 프레임들을 통해 고 신뢰도 콘텐츠가 전송되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 한 블록의 프레임들 이전에 그리고/또는 이후에 BARP 프레임이 수신되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임은 주기적으로 또는 비동기적으로 또는 우발적으로 수신되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 BARP 프레임은 집합적 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU)의 일부로서 전송되는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 수신기 디바이스는 상기 한 블록의 프레임들 중 어떤 프레임들이 드록(drop)되어야 하는지를 결정하기 위해 상기 BARP 프레임을 사용하는,
수신기 디바이스 상에서 동작하는 방법.
제 31 항에 있어서,
상기 수신기 디바이스는 상기 한 블록의 프레임들 중 어떤 프레임들이 필요한지를 결정하기 위해 상기 BARP 프레임을 사용하는,
수신기 디바이스 상에서 동작하는 방법.
수신기 디바이스로서,
송신기 디바이스와 통신하기 위한 통신 인터페이스;
상기 통신 인터페이스 및 메모리 디바이스에 연결된 처리 회로를 포함하며,
상기 처리 회로는,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하고; 그리고
상기 한 블록의 프레임들로부터의 프레임들을 수신하도록 적응된,
수신기 디바이스.
제 46 항에 있어서,
상기 통신 인터페이스는 무선 통신들을 위해 적응된 무선 트랜시버 회로를 포함하는,
수신기 디바이스.
제 46 항에 있어서,
상기 통신 인터페이스를 통한 송신들과 연관된 프로토콜 스택을 저장하기 위한 메모리 디바이스를 더 포함하는,
수신기 디바이스.
제 46 항에 있어서,
상기 처리 회로는,
상기 BARP 프레임에서 재전송으로 식별된 모든 프레임들이 수신된 경우, 수신된 프레임들을 프로토콜 스택의 상위 계층으로 전송하도록 추가로 적응된,
수신기 디바이스.
제 46 항에 있어서,
상기 처리 회로는,
상기 BARP 프레임을 기초로 재전송되어야 하는 누락 프레임들을 표시하는 블록 확인 응답을 전송하고; 그리고
상기 BARP 프레임이 재전송으로 식별한 누락 프레임들을 수신하도록 추가로 적응된,
수신기 디바이스.
제 46 항에 있어서,
상기 한 블록의 프레임들은 프로토콜 스택의 데이터 링크 계층에서 수신되는,
수신기 디바이스.
수신기 디바이스로서,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하기 위한 수단; 및
상기 한 블록의 프레임들로부터의 프레임들을 수신하기 위한 수단을 포함하는
수신기 디바이스.
수신기 디바이스에서 동작하는 명령들을 포함하는 컴퓨터 판독 가능 매체로서,
상기 명령들은 프로세서에 의해 실행될 때 상기 프로세서로 하여금,
한 블록의 프레임들 중 각각의 프레임에 대한 재전송 정책을 개별적으로 식별하는 블록 확인 응답 재전송 정책(BARP) 프레임을 수신하게 하고; 그리고
상기 한 블록의 프레임들로부터의 프레임들을 수신하게 하며,
각각의 프레임은 시퀀스 번호에 의해 개별적으로 식별되는,
컴퓨터 판독 가능 매체.