KR100734388B1 - 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법 - Google Patents

무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법 Download PDF

Info

Publication number
KR100734388B1
KR100734388B1 KR1020060040672A KR20060040672A KR100734388B1 KR 100734388 B1 KR100734388 B1 KR 100734388B1 KR 1020060040672 A KR1020060040672 A KR 1020060040672A KR 20060040672 A KR20060040672 A KR 20060040672A KR 100734388 B1 KR100734388 B1 KR 100734388B1
Authority
KR
South Korea
Prior art keywords
block response
sequence number
bitmap
frame
block
Prior art date
Application number
KR1020060040672A
Other languages
English (en)
Other versions
KR20070061062A (ko
Inventor
송경희
유광현
김윤주
노경주
민승욱
이석규
방승찬
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to KR1020060040672A priority Critical patent/KR100734388B1/ko
Publication of KR20070061062A publication Critical patent/KR20070061062A/ko
Application granted granted Critical
Publication of KR100734388B1 publication Critical patent/KR100734388B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers

Abstract

본 발명은 무선 랜(Wireless LAN) 시스템의 블록응답(BLOCK-ACK) 프레임 처리 장치 및 이를 이용한 블록응답 프레임 처리 방법에 관한 것이다.
이러한 본 발명에 따르면, 블록응답 프레임 처리 장치는 블록응답 비트맵 저장부, 블록응답 비트맵 생성부 및 블록응답 프레임 생성부를 포함한다. 블록응답 비트맵 저장부는 블록응답 프레임 생성시 필드값으로 참조하기 위한 블록단위의 수신된 데이터에 대한 비트맵 정보를 저장한다. 블록응답 비트맵 생성부는 블록응답 메커니즘에 의해 수신되는 데이터 프레임의 시퀀스 번호를 참조하여 해당하는 비트맵 정보를 생성한다. 블록응답 프레임 생성부는 송신 단말로부터 수신된 블록응답 요청 프레임의 시퀀스 번호를 참조하여 해당하는 비트맵 정보를 획득하여 이를 토대로 비트맵 필드를 구성한다. 그리고 이러한 비트맵 필드에 헤더 및 CRC 필드를 추가하여 전송한다.
이로써, 블록단위의 데이터에 대한 응답을 적절히 처리할 수 있어 채널을 효과적으로 사용할 수 있다.
DCF(Distributed Control Function), 블록응답 메커니즘(Block Ack Mechanism), 무선 랜(Wireless LAN)

Description

무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한 블록응답 프레임 처리 방법{DEVICE FOR PROCESS OF BLOCK ACK FRAME AND METHOKD THEREOF}
도 1은 종래의 DCF 메커니즘에서의 메시지 시퀀스를 보인 도면이다.
도 2는 종래의 블록응답 메커니즘에서의 메시지 시퀀스를 보인 도면이다.
도 3은 본 발명의 실시예에 따른 무선 랜 블록응답 프레임 처리 장치의 구성을 나타낸 도면이다.
도 4는 도 3의 비트맵 메모리 구조를 보인 도면이다.
도 5는 본 발명의 실시예에 따른 블록응답 프레임의 포맷 구성을 보인 도면이다.
도 6은 본 발명의 실시예에 따른 개략적인 블록응답 비트맵 구성 과정을 보인 도면이다.
도 7은 본 발명의 실시예에 따른 세부적인 블록응답 비트맵 구성 과정을 보인 도면이다.
도 8은 도 7의 블록응답 비트맵 구성 과정에 따른 블록응답 비트맵 저장 예를 보인 도면이다.
도 9는 본 발명의 실시예에 따른 개략적인 블록응답 프레임 전송 과정을 보인 도면이다.
도 10은 도 9의 비트 필드 생성 단계의 구체적인 실시예를 보인 도면이다.
도 11은 도10의 시퀀스 번호 비교 결과에 해당하는 블록응답 비트맵을 보인 도면이다.
본 발명은 무선 랜(Wireless LAN) 시스템의 블록응답(BLOCK-ACK) 프레임 처리 장치 및 이를 이용한 블록응답 프레임 처리 방법에 관한 것이다.
최근 무선 통신 분야에서는 다양한 형태의 멀티미디어 데이터에 대한 수요의 증가에 따라 고속의 데이터 전송 속도 및 증가된 커버리지 영역에 대한 요구가 빠른 속도로 증가하고 있다.
이러한 고속의 데이터 전송률과 더불어 향상된 QoS(Quality of Service) 보장 혹은 이동성 지원 등을 위한 표준 활동이 IEEE 802.11 내의 TG(Task Group)내에서 최근 활발하게 이루어지고 있다.
IEEE 802.11 TG e 기반의 무선랜(Wireless LAN) 시스템은 IEEE 802.11의 DCF(Distributed Coordination Function) 및 PCF(Packet Control Function) 프로토콜을 기반으로 개선된 QoS를 지원한다. 이러한 QoS를 지원하기 위한 정책으로서, EDCA(Enhanced DCF), HCF(Hybrid Coordination Function), 블록응답(Block-ACK) 메커니즘(Mechanism)을 정의한다.
도 1은 종래의 DCF 메커니즘에서의 메시지 시퀀스를 보인 도면이다.
여기서, DCF에 의한 응답 정책은 하나의 MPDU(MAC Protocol Data Unit) 프레임에 대해 하나의 응답 프레임 시퀀스로 이루어진다. 이때, MPDU 프레임과 응답 프레임 사이에는 DCF에서 정의하는 SIFS(Short Inter Frame Space)만큼의 구간을 필요로 한다.
그런데, 하나의 MSDU(MAC Service Data Unit) 프레임이 프레그먼트(Fragment)되어 여러 개의 MPDU로 구성되어 있을 경우 멀티플 송신(Multiple Transmition)이 이루어질 수 있다.
이러한 멀티플 송신은 MPDU 프레임과 응답 프레임 시퀀스 후 SIFS 이내 다음 MPDU 프레임을 보낸다. 이를 통해 DCF의 BACK OFF에 따른 지연 시간을 줄일 수 있다.
그러므로 일반적인 DCF 메커니즘을 이용하여 송신을 하는 경우에는, 하나의 프레임을 성공적으로 송신 했을 경우 실제 프레임 송신 시간과 더불어 SIFS와 응답 프레임의 송신 시간이 추가적으로 필요하다.
그런데, IEEE 802.11 TG e에서 정의하는 블록응답(Block-ACK)정책에 따르면, 이러한 멀티플 송신을 수행하는 경우 블록 단위의 데이터에 대한 응답 정보를 하나의 프레임으로 생성하여 채널을 보다 효율적으로 이용할 수 있다.
도 2는 종래의 블록응답 메커니즘에서의 메시지 시퀀스를 보인 도면이다.
이러한 블록응답 메커니즘은 도 2(a)에 보인 블록응답 설정 과정, 도 2(b)에 보인 블록응답 전송 과정, 도 2(c)에 보인 블록응답 해제 과정으로 구성된다.
블록응답 설정 과정에서는, 송수신 단말간에 블록응답 메커니즘의 수용 여부 판단이 이루어진다. 이때, 블록응답 메커니즘이 가능한 경우 송수신 단말 간에 ADDBA 요청(Add BlockAck request) 프레임 및 ADDBA 응답(Add BlockAck response) 프레임을 송수신한다. 이때, 프레임의 송수신시 수용 가능한 블록응답의 크기 정보를 교환하여 블록 단위의 크기를 결정한다.
블록응답 전송 과정에서는, 송신 단말이 블록단위 내에서 전송된 데이터에 대한 응답을 기다리지 않고 SIFS 이내에 멀티플 전송을 한다. 그리고 정해진 블록응답 크기의 MSDU(n개의 MPDU로 구성됨) 송신을 완료한다. 이후 블록응답 요청 (Block ack request) 프레임을 전송하여 수신 단말로부터 블록응답(Bloack ack) 프레임을 수신한다.
블록응답 해제 과정에서는, 송신 단말이 블록응답 메커니즘을 사용하여 전송하고자 하는 프레임이 없을 경우 블록응답 설정 과정을 해제한다. 즉 송신 단말이 DELBA 요청(Delete Bloack request) 프레임을 전송한다. 그리고 이에 대한 응답으로 수신 단말로부터 DELBA 응답(Delete Bloack response) 프레임을 수신한다.
그런데, 이러한 블록응답 메커니즘에 따른 블록응답 프레임의 송수신을 위해서는 수신 단말에 이를 처리할 수단이 요구된다.
따라서, 본 발명이 이루고자 하는 기술적 과제는 블록응답 메커니즘을 이용하는 무선랜 시스템에서 블록응답 비트맵 메모리의 구조, 블록응답 비트맵의 생성 및 블록응답 프레임의 생성을 처리하기 위한 블록응답(BLOCK-ACK) 프레임 처리 장치 및 그 방법을 제공하는 것이다.
상기 기술한 바와 같은 과제를 이루기 위하여 본 발명의 특징에 따르면,
블록응답 프레임 처리 장치는,
블록 단위로 수신되는 데이터 프레임에 대한 응답을 처리하는 무선 랜(Wireless LAN)의 블록응답(Block-ack) 프레임 처리 장치에 있어서, 블록응답 프레임의 비트맵 필드의 구성시 참조하는 비트맵 정보를 저장하는 블록응답 비트맵 저장부; 블록 단위로 수신된 데이터 프레임의 정보를 토대로 블록응답 비트맵 정보를 구성하여 상기 블록응답 비트맵 저장부에 저장하는 블록응답 비트맵 생성부; 및 유효한 블록응답 요청 프레임을 수신하고 상기 블록응답 비트맵 저장부로부터 상기 블록응답 요청 프레임의 해당 비트맵 정보를 획득하여 생성한 블록응답 프레임을 전송하는 블록응답 프레임 생성부를 포함한다.
본 발명의 다른 특징에 따르면,
블록응답 프레임 처리 방법은,
송신 단말과 무선 랜의 블록응답 메커니즘을 설정한 수신 단말이 블록응답 프레임을 처리하는 방법에 있어서, (a) 기준이 되는 임시 시작 시퀀스 번호를 설정하는 단계; (b) 수신된 데이터 프레임로부터 획득한 수신 시퀀스 번호와 상기 임시 시작 시퀀스 번호 간의 차이를 계산하는 단계; 및 (c) 상기 계산 결과를 이용하여 상기 데이터 프레임의 정보를 토대로 블록응답 프레임의 비트맵 필드 구성시 참조하기 위한 비트맵을 생성하는 단계를 포함한다.
본 발명의 다른 특징에 따르면,
블록응답 프레임 처리 방법은,
송신 단말과 무선 랜의 블록응답 메커니즘을 설정한 수신 단말이 블록응답 프레임을 처리하는 방법에 있어서, (a) 유효한 블록응답 요청 프레임을 수신하는 단계; (b) 상기 블록응답 요청 프레임으로부터 획득한 블록응답 시작 시퀀스 번호와 기설정된 임시 시작 시퀀스 번호 간에 시퀀스 번호 차이를 계산하는 단계; 및 (c) 상기 계산한 결과를 참조하여 블록응답 프레임의 비트맵 필드를 구성하고 헤더 및 오류 체크를 위한 정보를 첨부하여 생성한 블록응답 프레임을 전송하는 단계를 포함한다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다. 또한, 본 명세서에서 기재한 모듈(module)이란 용어는 특정한 기능이나 동작을 처리하는 하나의 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현할 수 있다. 또한, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
이제 본 발명의 실시예에 따른 무선 랜(Wireless LAN)의 블록응답(BLOCK- ACK) 프레임 처리 장치 및 이를 이용한 블록응답 프레임 처리 방법에 대하여 도면을 참고로 하여 상세하게 설명한다.
도 3은 본 발명의 실시예에 따른 무선 랜 블록응답 프레임 처리 장치의 구성을 나타낸 도면이고 도 4는 도 3의 비트맵 메모리 구조를 보인 도면이고, 도 5는 본 발명의 실시예에 따른 블록응답 프레임의 포맷 구성을 보인 도면이다.
도 3에 따르면, 송신 단말과 블록응답이 설정된 수신 단말이 블록응답 메커니즘에 따른 블록응답 프레임을 처리하는 구성을 나타낸다.
즉 블록응답 프레임 처리 장치(1)는 블록응답 비트맵 저장부(100), 블록응답 비트맵 생성부(200) 및 블록응답 프레임 생성부(300)를 포함한다.
블록응답 비트맵 저장부(100)는 블록 단위로 수신된 데이터 프레임의 정보를 저장한다. 이때, 저장된 정보는 블록응답 프레임의 생성시 필드 값으로 참조된다. 보다 세부적인 구성은 비트맵 메모리(110) 및 비트맵 메모리 제어 모듈(120)로 이루어진다.
비트맵 메모리(110)는 수신된 데이터 프레임의 시퀀스 번호 및 프래그먼트 번호를 토대로 구성된 비트맵 정보를 저장한다. 이러한 비트맵 메모리(110)의 구조는 도 4에 보인 바와 같다.
도 4에 따르면, 비트맵 메모리 구조는 특정 개수의 비트 집합으로 이루어진 하나의 행이 다수 개 배열되고 행의 개수는 블록응답의 크기를 결정한다.
즉 총 64 행으로 구성되어 블록응답 최대 크기인 64개의 MSDU정보를 수용할 수 있다. 이때, 하나의 행이 16 비트(bit)로 구성되어 16개의 프래그먼 트(fragement) 정보 즉, 16개의 MPDU로 구성된다. 따라서 하나의 행은 1개의 MSDU 정보를 저장할 수 있다.
이때, 비트맵 메모리의 첫 행은 임시 시작 시퀀스 번호를 저장한다.
비트맵 메모리 제어 모듈(120)은 비트맵 메모리(110)의 비트맵 정보 저장, 추출 및 삭제를 관리한다.
블록응답 비트맵 생성부(200)는 블록응답 메커니즘에 따른 데이터 프레임의 수신 여부에 따라 동작한다. 이때, 수신된 데이터 프레임의 정보를 획득하여 블록응답 비트맵 저장부(100)에 저장한다. 보다 세부적인 구성은 데이터 프레임 수신 모듈(210), 비트맵 생성 제어 모듈(220) 및 시퀀스 번호 비교 모듈(230)을 포함한다.
데이터 프레임 수신 모듈(210)은 블록 단위의 데이터 프레임을 수신한다. 이때, 수신된 데이터 프레임이 첫번째인지 여부를 확인하고 그 결과를 비트맵 생성 제어 모듈(220)에게 제공한다.
비트맵 생성 제어 모듈(220)은 데이터 프레임 수신 모듈(210)로부터 제공받은 결과를 토대로 비트맵 생성을 제어한다.
시퀀스 번호 비교 모듈(230)은 수신된 데이터 프레임의 시퀀스 번호와 비트맵 메모리(110)의 임시 시작 시퀀스 번호를 비교한다. 즉 수신된 데이터 프레임의 시퀀스 번호와 임시 시작 시퀀스 번호의 시퀀스 번호 차이가 비트맵 메모리의 블록응답 크기의 범위 이내인지를 판단한다.
즉 비트맵 생성 제어 모듈(220)은 데이터 프레임 수신 모듈(210)로부터 입력 된 데이터 프레임이 첫번째로 수신된 데이터 프레임인 경우 시퀀스 번호를 추출하여 이를 비트맵 메모리(110)의 임시 시작 시퀀스 번호로 설정한다. 그리고 이러한 설정 정보와, 시퀀스 번호 및 프래그먼트 번호를 블록응답 비트맵 저장부(100)에 전달한다.
그러면 비트맵 메모리 제어 모듈(120)이 전달받은 정보를 비트맵 메모리(110)의 해당하는 위치에 저장한다.
또한, 데이터 프레임 수신 모듈(210)로부터 첫번째 이후로 입력된 데이터 프레임의 시퀀스 번호(이하, 수신 시퀀스 번호라 칭함)를 추출하여 시퀀스 번호 비교 모듈(230)을 구동한다. 시퀀스 번호 비교 모듈(220)의 판단 결과, 수신 시퀀스 번호가 비트맵 메모리의 저장 범위 이내에서 임시 시작 시퀀스 보다 크거나 작은 경우에 블록응답 비트맵 저장부(100)를 호출한다. 이때, 수신된 데이터 프레임의 프래그먼트 번호 및 수신 시퀀스 번호를 블록응답 비트맵 저장부(100)에 제공한다.
그러나, 시퀀스 번호 비교 모듈(220)의 판단 결과, 수신 시퀀스 번호가 비트맵 메모리의 저장 범위를 벗어나 임시 시작 시퀀스 번호보다 크거나 작은 경우에는 이때의 수신 데이터 프레임의 정보는 저장하지 않는다. 즉 폐기한다.
또한, 블록응답 프레임 생성부(300)와 수시로 연동하여 블록응답 요청 프레임의 수신 여부를 확인한다. 그리고 블록응답 프레임이 전송 완료되면, 블록응답 비트맵 저장부(110)를 호출하여 비트맵 메모리(110)에 저장된 비트맵 정보를 모두 삭제한다.
블록응답 프레임 생성부(300)는 송신 단말로부터 유효한 블록응답 요청 프레 임의 수신 여부를 판단하고, 판단 결과에 따른 동작을 수행한다. 이때, 블록응답 비트맵 저장부(100)를 호출하여 블록응답 요청 프레임으로부터 획득한 블록응답 시작 시퀀스 번호를 참조하여 해당하는 비트맵 정보를 제공받는다. 그리고 이를 토대로 블록응답 프레임의 비트맵 필드를 구성하여 헤더 및 순환 잉여 검사 체크 (Cyclic Redundancy Check, 이하 'CRC'라 기술함) 필드를 첨부하여 블록응답 프레임을 생성하고 이를 전송한다.
기능별 세부 구성에 따르면, 프레임 송수신 모듈(310), 블록응답 프레임 생성 제어 모듈(320), 헤더 생성 모듈(330), 비트맵 필드 생성 모듈(340) 및 CRC 생성 모듈(350)을 포함한다.
프레임 송수신 모듈(310)은 송신 단말과의 블록응답 프레임 전송 기능 및 수신 기능을 담당한다. 즉 블록응답 요청 프레임을 수신하여 이를 블록응답 프레임 생성 제어 모듈(320)로 제공한다. 그리고 블록응답 프레임 생성 제어 모듈(320)로부터 제공받은 블록응답 프레임을 송신 타이밍(응답 프레임 이므로 SIFS 구간 후)에 맞춰 생성된 프레임을 전송한다.
블록응답 프레임 생성 제어 모듈(320)은 프레임 송수신 모듈(310)로부터 수신된 블록응답 요청 프레임의 유휴성 검사를 수행한다. 이때, 유휴한 블록응답 요청 프레임에 대해 블록응답 프레임을 생성을 제어한다. 즉 헤더 생성 모듈(330), 비트맵 필드 생성 모듈(340) 및 CRC 생성 모듈(350)로부터 제공받은 정보를 토대로 블록응답 프레임을 구성한다.
이때, 블록응답 프레임은 도 5에 보인 바와 같은 프레임 포맷 구성을 가진 다.
도 5에 따르면, 블록응답 프레임의 포맷 구조(400)는 헤더(410), 비트 맵 필드(420) 및 CRC 필드(430)를 포함한다.
여기서, 헤더(410)는 IEEE 802.11 규격에 적합하게 frame control(프레임 타입)(2 byte), duration(듀레이션)(2 byte), RA(송신 주소)(6 byte), TA(수신 주소)(6 byte), BA control(블록응답 제어)(2 byte), 블록응답 시작 시퀀스 번호(Block ack starting sn(2 byte) 값을 넣어 생성한다.
또한, 비트맵 필드(420)는 블록응답 요청 프레임의 블록응답 시작 시퀀스 번호에 따라 블록응답 비트맵 저장부(110)로부터 획득한 블록응답 비트맵(Block ack bitmap)정보를 포함한다. 이를 통해, 블록 단위로 일괄적으로 송신된 데이터 프레임별로 ACK를 확인할 수 있다.
또한, CRC 필드(430)는 포맷에 따라 발생된 체크 비트 시퀀스를 발생시키는 것으로, FCS (Frame Check Sequence, 프레임 검사 순서) 값을 포함한다.
이러한 포맷 구성에 적합하도록 블록응답 프레임은 다음의 구성을 이용하여 생성된다.
즉 헤더 생성 모듈(330)은 블록응답 프레임 생성 제어 모듈(320)의 제어하에 IEEE 802.11e 규격에서 정의하는 블록응답 프레임 헤더를 구성한다.
비트맵 필드 생성 모듈(340)은 블록응답 프레임 생성 제어 모듈(320)의 제어하에 블록응답 비트맵 저장부(100)와 연동하여 비트맵 메모리(110)에서 추출한 비트맵 정보를 토대로 비트맵 필드를 구성한다.
기능별 세부 구성에 따르면, 시퀀스 번호 비교기(342) 및 비트맵 필드 구성기(344)를 포함한다.
시퀀스 번호 비교기(342)는 비트맵 메모리 관리 모듈(120)을 호출하여 임시 시작 시퀀스 번호를 확인한다. 그리고 블록응답 요청 프레임으로부터 확인한 블록응답 시작 시퀀스 번호와 임시 시작 시퀀스 번호를 비교한다. 이를 통해 블록응답 시작 시퀀스 번호와 임시 시작 시퀀스 번호 간의 차이(이하 시퀀스 번호 차이라 칭함)가 비트맵 메모리(110)의 블록응답 크기의 범위 이내인지를 판단한다.
비트맵 필드 구성기(344)는 시퀀스 번호 비교기(342)의 판단 결과를 토대로, 그에 따른 적절한 비트맵 필드 구성을 수행한다. 즉 시퀀스 번호 차이가 비트맵 메모리(110)의 블록응답 크기 범위 이내인 경우에는 비트맵 메모리 관리 모듈(120)을 호출하여 해당하는 비트맵 정보의 추출을 요청하여 제공받는다.
그러나, 시퀀스 번호 차이가 비트맵 메모리(110)의 블록응답 크기를 벗어나는 경우에는 비트맵 필드를 '0'으로 세팅한다.
CRC 생성 모듈(350)은 블록응답 프레임 생성 제어 모듈(320)의 제어하에 CRC 체크를 위한 FCS (Frame Check Sequence, 프레임 검사 순사)정보를 생성하여 이를 저장한다.
이제, 블록응답 프레임 처리 장치(1)가 블록응답 비트맵을 생성하는 과정 및 블록응답 프레임을 생성하는 과정을 도 6 내지 도 11을 참조하여 설명하기로 한다.
먼저, 도 6은 본 발명의 실시예에 따른 개략적인 블록응답 비트맵 구성 과정을 보인 도면이다.
도 6에 따르면, 블록응답 비트맵 구성 과정은, 임시 시작 시퀀스 번호 설정 단계(S101), 데이터 프레임 수신 단계(S103), 시퀀스 번호 비교 단계(S105), 수신 데이터 프레임의 정보 저장 단계(S107), 블록응답 요청 프레임의 수신 여부 판단 단계(S109) 및 블록응답 비트맵 정보 삭제 단계(S111)를 포함한다.
임시 시작 시퀀스 번호 설정 단계(S101)는 블록응답 메커니즘에 따라 처음으로 수신된 데이터 프레임의 시퀀스 번호를 임시 시작 시퀀스 번호로 설정한다.
데이터 프레임 수신 단계(S103)는 임시 시작 시퀀스 번호의 설정 이후 블록응답 메커니즘에 따라 블록 단위로 데이터 프레임을 수신한다. 여기서, 데이터 프레임은 복수의 프래그먼트 패킷들이 동일한 시퀀스 번호를 가져 하나의 시퀀스를 형성하는 패킷에서 각각의 프래그먼트 패킷을 가리킨다. 즉 각 프래그먼트 패킷에 해당하는 MPDU 프레임에 해당하고 16개의 MPDU는 1개의 MSDU로 구성된다. 따라서, 이러한 데이터 프레임은 블록응답 비트맵 저장부(110)의 블록응답 크기 이내에서 전송될 수 있다. 즉 16개의 MPDU로 구성된 64개의 MSDU의 수신이 가능하다.
비교 단계(S105)는 상기 단계(S101)의 임시 시작 시퀀스 번호와 상기 단계(S103)의 수신 시퀀스 번호를 비교하여 그 비교의 차이가 블록응답 크기 이내에 해당하는지 여부를 판단한다.
데이터 프레임 정보 저장 단계(S107)는 상기 단계(S105)에서의 판단 결과를 참조하여 수신 데이터 프레임의 시퀀스 번호 및 프래그먼트 번호를 블록응답 비트맵에 저장한다.
블록응답 요청 프레임의 수신 여부 판단 단계(S109)는 블록응답 요청 프레임 의 수신 여부에 따라 상기 단계(S103, S105, S107)의 반복 여부를 판단한다. 따라서, 블록 응답 요청 프레임의 수신 전까지 블록응답 메커니즘에 의해 송신된 데이터 프레임이 수신되었을 때마다 상기 단계(S103, S105, S107)를 반복 수행한다. 이때, 상기 단계(S101) 이후 바로 수행될 수 있다.
블록응답 비트맵 정보 삭제 단계(S111)는 블록응답 요청 프레임이 수신된 경우 블록응답 프레임의 송신이 완료되면, 상기 단계(S101, S107)에서 저장된 블록응답 비트맵 정보를 삭제한다.
다음, 도 7은 본 발명의 실시예에 따른 세부적인 블록응답 비트맵 구성 과정을 보인 도면이고, 도 8은 도 7의 블록응답 비트맵 구성 과정에 따른 블록응답 비트맵 저장 예를 보인 도면이다. 이때, 블록응답 비트맵은 16개의 프래그먼트 비트가 하나의 'MSDU'필드를 이루는 64개의 'MSDU'필드로 구성된다.
도 7 및 도 8에 따르면, 송신 단말과 블록응답이 설정된 수신 단말이 블록응답 메커니즘에 의한 첫번째 데이터 프레임을 수신한다(S201).
그러면, 수신 데이터 프레임으로부터 확인한 수신 시퀀스 번호를 블록응답 비트맵의 임시 시작 시퀀스 번호 필드(P101)에 저장한다(S203).
그리고, 블록응답 비트맵의 '1_MSDU' 필드의 프래그먼트 비트 중에서 수신 데이터 프레임으로부터 확인한 수신 프래그먼트에 해당하는 비트(P103)를 '1'로 세팅한다(S205).
이때, 블록응답 요청 프레임의 수신 여부를 확인한다(S223).
블록응답 요청 프레임이 수신되지 않은 경우, 블록응답 메커니즘에 의한 N번 째 데이터 프레임을 수신한다(S207). 여기서, N번째 데이터 프레임은 첫번째 데이터 프레임의 수신 이후 지속적인 데이터 프레임의 수신을 의미한다.
그러면, 상기 단계(S207)에서 수신된 데이터 프레임으로부터 확인한 수신 시퀀스 번호와 상기 단계(S203)에서 저장한 임시 시작 시퀀스 번호를 비교한다(S209).
그러면, 비교 결과(S209) 수신 시퀀스 번호가 임시 시작 시퀀스 번호와 동일한지 여부를 판단한다(S211).
판단 결과(S211). 수신 시퀀스 번호와 임시 시작 시퀀스 번호가 동일하지 않은 경우, 수신 시퀀스 번호가 임시 시작 시퀀스 번호보다 큰 지를 판단한다(S213).
판단 결과(S213), 수신 시퀀스 번호가 임시 시작 시퀀스 번호보다 큰 경우, 수신 시퀀스 번호와 임시 시작 시퀀스 번호의 차이가 블록응답 최대 크기 즉 63보다 작은지를 판단한다(S215).
그러면, 판단 결과(S211) 수신 시퀀스 번호와 임시 시작 시퀀스 번호가 동일한 경우와, 판단 결과(S215) 수신 시퀀스 번호와 임시 시작 시퀀스 번호의 차이가 블록응답 최대 크기보다 작은 경우에 임시 시작 시퀀스 번호에서 수신 시퀀스 번호를 뺀 값을 'N_MSDU'+1 필드(P105)에 저장한다(S217). 이때, 임시 시작 시퀀스 번호와 동일한 수신 시퀀스 번호는 임시 시작 시퀀스 필드에 저장한다.
그러면, 'N_MSDU'+1 필드(P105)의 프래그먼트 비트 중에서 수신 프래그먼트 번호에 해당하는 비트(P107)를 '1'로 세팅한다(S219). 이때, 임시 시작 시퀀스 번호와 동일한 수신 시퀀스 번호의 경우, '1_MSDU 필드의 프래그먼트 비트 중에서 수 신 프래그먼트 번호에 해당하는 비트를 '1'로 세팅한다.
또한, 판단 결과(S213) 수신 시퀀스 번호가 임시 시작 시퀀스 번호보다 작은 경우 이거나 또는 판단 결과(S215) 수신 시퀀스 번호와 임시 시작 시퀀스 번호의 차이가 블록응답 최대 크기보다 큰 경우에는, 블록응답 크기의 범위를 벗어나므로 블록응답 비트맵에 저장하지 않는다. 즉 수신된 데이터 프레임은 폐기한다(S221).
그러면, 블록응답 요청 프레임의 수신 여부(S223)에 따라 단계(S207, S209, S211, S213, S215, S217, S219, S221, S223)를 반복한다. 또는 블록응답 요청 프레임이 수신되어 블록응답 프레임의 전송이 완료되면 블록응답 비트맵 정보를 삭제한다(S225).
이후, 송신 단말의 블록응답 설정 해제 여부에 따라 단계(S201 내지 S225)를 반복할 수 있다.
다음, 도 9는 본 발명의 실시예에 따른 개략적인 블록응답 프레임 전송 과정을 보인 도면이다.
도 9에 따르면, 블록응답 프레임 전송 과정은 블록응답 요청 프레임 수신 단계(S301), 블록응답 요청 프레임의 유효성 검사 단계(S303), 블록응답 요청 프레임의 유효 여부 판단 단계(S305), 블록응답 프레임 생성 단계(S307) 및 블록응답 프레임 전송 단계(S313)를 포함한다.
블록응답 요청 프레임 수신 단계(S301)는 블록응답 데이터 프레임의 수신 및 수신 데이터 프레임의 정보를 토대로 블록응답 비트맵을 구성한 이후, 블록응답 요청 프레임을 수신한다.
블록응답 요청 프레임의 유효성 검사 단계(S303)는 수신된 블록응답 요청 프레임의 유효성을 검사한다. 이때, 프레임 유효성 검사는 802.11 에서 정의된 CRC 체크 및 주소값 검사를 통해서 이루어진다. 즉, 수신된 블록응답 요청 프레임의 첫번째 CRC 체크를 통해서 에러가 난 프레임인지를 확인한다. 다음, 에러가 나지 않은 프레임이면 수신 주소값이 자신의 주소값과 일치하는지를 확인하여 주소값이 일치하는 프레임만 수신하는 절차로 이루어진다.
블록응답 요청 프레임의 유효 여부 판단 단계(S305)는 상기 단계(S303)의 검사 결과를 토대로 수신된 블록응답 요청 프레임의 유효 여부를 판단한다.
블록응답 프레임 생성 단계(S307)는 수신된 블록응답 요청 프레임이 유효한 경우 블록응답 요청에 대한 프레임을 생성한다.
즉 이러한 블록응답 프레임 생성 단계(S307)는 세부적으로 헤더 생성 단계(S307a), 비트맵 필드 생성 단계(307b) 및 순환 잉여 검사 필드 생성 단계(307c)로 이루어지며, 도 5를 더불어 참조하기로 한다.
헤더 생성 단계(S307a)는 프레임 타입(frame control) 필드(2 byte), 듀레이션(duration) 필드(2 byte), 수신 주소(RA) 필드(6 byte), 송신 주소(TA) 필드(6 byte), 블록응답 제어(BA control) 필드(2 byte), 블록응답 시작 시퀀스 번호(Block ack starting sn) 필드(2 byte) 값을 수록하여 헤더(410)를 구성한다.
비트맵 필드 생성 단계(307b)는 블록응답 비트맵(Bloack ack bitmap) 정보를 토대로 비트맵 필드(420)를 생성한다.
CRC 생성 단계(307c)는 포맷에 따라 발생된 체크 비트 시퀀스를 발생시키기 위한 fcs 값을 저장한다.
블록응답 프레임 전송 단계(S313)는 상기 단계(S307)에서 생성한 블록응답 프레임을 송신 단말로 전송한다.
도 10은 도 9의 비트맵 필드 생성 단계의 구체적인 실시예를 보인 도면이고, 도 11은 도10의 시퀀스 번호 비교 결과에 해당하는 블록응답 비트맵을 보인 도면이다. 이때, 블록응답 비트맵은 16개의 프래그먼트 비트가 하나의 'MSDU'필드를 이루는 64개의 'MSDU'필드로 구성된다.
도 10 및 도 11에 따르면, 수신된 유효한 블록응답 요청 프레임으로부터 블록응답 시작 시퀀스 번호를 획득하여 저장한다(S401). 블록응답 시작 시퀀스 번호는 송신 단말이 블록응답 메커니즘에 의해 송신한 가장 첫번째 데이터 프레임의 시퀀스 번호이다. 이를 저장하였다가 블록응답 요청 프레임을 송신할 때 수록한다.
그러면, 블록응답 비트맵에 저장된 임시 시작 시퀀스 번호와 상기 단계(S401)에서 획득한 블록응답 시작 시퀀스 번호를 비교한다(S403).
비교 결과(S403), 임시 시작 시퀀스 번호와 블록응답 시작 시퀀스 번호의 차이가 블록응답 비트맵의 저장 범위(P201) 이내인지를 판단한다(S405).
이때, 블록응답 비트맵은 64개의 'MSDU' 필드로 구성되므로, 즉 시퀀스 번호의 차이가 63 미만인지 또는 64 이상인지를 판단한다.
판단 결과(S405), 시퀀스 번호의 차이가 블록응답 비트맵의 저장 범위 이내인 경우 임시 시작 시퀀스 번호와 블록응답 시작 시퀀스 번호의 동일한지 비교한다(S407).
비교 결과(S407), 동일한 경우(P203) 블록응답 비트맵에 저장된 64개의 MSDU 정보를 블록응답 프레임의 비트맵 필드에 저장한다(S409). 이는 블록응답 메커니즘에 의해 첫번째로 수신된 데이터 프레임과 송신 단말에서 실제로 보낸 첫번째 데이터가 일치하는 경우에 해당한다.
비교 결과(S407), 동일하지 않은 경우 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스 번호보다 큰 지를 비교한다(S411).
비교 결과(S411), 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스보다 큰 경우(P205) 블록응답 시작 시퀀스 번호에서 임시 시퀀스 번호를 뺀 값에 해당하는 MSDU 필드를 기점으로 하여 64번째 MSDU 필드에 저장된 정보를 추출한다(S413).
그리고 추출한(S413) 정보를 대응하는 블록응답 프레임의 비트맵 필드에 저장한다. 또한, 나머지 비트맵 필드는‘0’으로 셋팅한다(S415). 이 경우는 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스 번호보다 63 이내로 큰 경우에 해당한다.
다음, 비교 결과(S411), 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스 번호보다 작은 경우(P207) 블록응답 시작 시퀀스 번호와 임시 시작 시퀀스 번호 간의 시퀀스 번호 차이(A)를 계산한다(S417).
그리고 계산한(S417) 시퀀스 번호 차이(A)의 MSDU에 해당하는 비트 필드를 '0'로 세팅한다(S419).
그리고 블록응답 비트맵에서 첫번째 MSDU 필드에 해당하는 정보부터 (64-A)번째 MSDU 필드에 저장된 정보를 추출한다. 이러한 추출 정보를 '0'으로 채워진 'A' 다음의 'A+1' 번째 블록응답 비트 필드를 기점으로 하여 블록응답 비트 필드에 저장한다(S421).
또한, 판단 결과(S405), 임시 시작 시퀀스 번호와 블록응답 시작 시퀀스 번호의 차이가 블록응답 비트맵 저장 범위를 벗어나는 경우 모든 블록응답 비트 필드를 '0' 값으로 채운다(S425).
여기서, 시퀀스 번호의 차이가 블록응답 비트맵 저장 범위를 벗어나는 경우는 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스 번호보다 64 이상 컸을 경우(P109) 또는 블록응답 시작 시퀀스 번호가 임시 시작 시퀀스보다 64 이상으로 작을 경우(P111)에 해당한다.
이상에서 설명한 본 발명의 실시예는 장치 및 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록 매체를 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다. 그리고 본 발명의 권리범위는 상술한 실시예에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.
전술한 구성에 의하여, 무선랜 시스템의 수신 단말에서는 블록응답 메커니즘 전용의 블록응답 비트맵 생성 및 블록응답 프레임 생성을 관리함으로써, IEEE 802.11 e에서 정의하는 블록 응답 정책을 사용하여 송신 채널을 효율적으로 사용하고 Qos를 지원하는 효과를 제공한다.

Claims (17)

  1. 블록 단위로 수신되는 데이터 프레임에 대한 응답을 처리하는 무선 랜(Wireless LAN)의 블록응답(Block-ack)처리 장치에 있어서,
    블록응답 프레임의 비트맵 필드의 구성시 참조하는 비트맵 정보를 저장하는 블록응답 비트맵 저장부;
    블록 단위로 수신된 데이터 프레임의 정보를 토대로 블록응답 비트맵 정보를 구성하여 상기 블록응답 비트맵 저장부에 저장하는 블록응답 비트맵 생성부; 및
    유효한 블록응답 요청 프레임을 수신하고 상기 블록응답 비트맵 저장부로부터 상기 블록응답 요청 프레임의 해당 비트맵 정보를 획득하여 생성한 블록응답 프레임을 전송하는 블록응답 프레임 생성부
    를 포함하는 블록응답 프레임 처리 장치.
  2. 제1항에 있어서,
    상기 비트맵 정보는
    복수의 데이터 프레임 간에 동일하게 부여되는 시퀀스 번호(Sequence Number) 및 각 데이터 프레임 별로 부여된 프래그먼트 번호(Fragement Number)로 구성되는 것을 특징으로 하는 블록응답 프레임 처리 장치.
  3. 제2항에 있어서,
    상기 블록응답 비트맵 저장부는,
    상기 프래그먼트 번호와 대응하는 특정 비트로 이루어진 집합이 하나의 행을 이루고, 상기 시퀀스 번호가 저장되는 상기 행이 다수개 병렬 배열되며 상기 행의 개수는 블록응답의 크기를 결정하는 구조로 이루어지는 비트맵 메모리; 및
    상기 비트맵 메모리를 제어하여 상기 비트맵 정보의 저장, 추출 및 삭제를 수행하는 비트맵 메모리 제어 모듈
    을 포함하는 블록응답 프레임 처리 장치.
  4. 제2항에 있어서,
    상기 블록응답 비트맵 생성부는,
    기설정된 임시 시작 시퀀스 번호와 상기 수신된 데이터 프레임의 시퀀스 번호 간의 차이가 상기 블록응답 크기의 범위 이내에 해당하는지를 비교하는 시퀀스 번호 비교 모듈; 및
    상기 임시 시작 시퀀스 번호를 설정하고, 상기 블록응답 크기의 범위 이내에 해당하는 경우에 한해 비트맵 정보를 생성하여 각각 상기 비트맵 메모리에 저장하는 비트맵 생성 제어 모듈
    을 포함하는 블록응답 프레임 처리 장치.
  5. 제2항에 있어서,
    상기 블록응답 프레임 생성부는,
    블록응답 요청 프레임을 수신하고 이에 대한 블록응답 프레임을 전송하는 프레임 송수신 모듈; 및
    상기 프레임 송수신 모듈을 통해 수신된 유효한 상기 블록응답 요청 프레임의 시퀀스 번호를 참조하여 상기 블록응답 비트맵 저장부로부터 획득한 비트맵 정보를 토대로 비트맵 필드를 구성하고, 이를 포함한 블록응답 프레임을 상기 프레임 송수신 모듈을 통해 전송하는 블록응답 프레임 생성 모듈
    을 포함하는 블록응답 프레임 처리 장치.
  6. 제2항 내지 제5항 중 어느 한 항에 있어서,
    상기 블록응답 프레임 생성 모듈은,
    상기 블록응답 요청 프레임의 시퀀스 번호와 상기 임시 시작 시퀀스 번호 간의 차이가 상기 블록응답 크기의 범위 이내에 속하는지를 비교하는 시퀀스 번호 비교기; 및
    상기 시퀀스 번호 비교기의 비교 결과를 토대로 상기 블록응답 비트맵 저장부로부터 획득한 비트맵 정보를 토대로 상기 블록응답 프레임의 비트맵 필드를 구성하는 비트맵 필드 구성기
    를 포함하는 블록응답 프레임 처리 장치.
  7. 제6항에 있어서,
    상기 비트맵 메모리는,
    상기 블록 단위로 처음 수신된 데이터 프레임의 시퀀스 번호를 저장하는 임시 시작 시퀀스 번호 필드를 포함하는 것을 특징으로 하는 블록응답 프레임 처리 장치.
  8. 송신 단말과 무선 랜의 블록응답 메커니즘을 설정한 수신 단말이 블록응답 프레임을 처리하는 방법에 있어서,
    (a) 기준이 되는 임시 시작 시퀀스 번호를 설정하는 단계;
    (b) 수신된 데이터 프레임로부터 획득한 수신 시퀀스 번호와 상기 임시 시작 시퀀스 번호 간의 차이를 계산하는 단계; 및
    (c) 상기 계산 결과를 이용하여 상기 데이터 프레임의 정보를 토대로 블록응답 프레임의 비트맵 필드 구성시 참조하기 위한 비트맵을 생성하는 단계
    를 포함하는 블록응답 프레임 처리 방법.
  9. 제8항에 있어서,
    상기 (c)단계는,
    상기 계산한 결과, 상기 수신 시퀀스 번호와 상기 임시 시작 시퀀스 번호 간의 차이가 상기 특정 블록응답 크기의 범위 이내에 해당하는 경우 상기 비트맵을 생성하는 단계; 및
    상기 계산한 결과, 상기 수신 시퀀스 번호와 상기 임시 시작 시퀀스 번호 간의 차이가 상기 특정 블록응답 크기의 범위 밖에 해당하는 경우 상기 데이터 프레 임을 폐기하는 단계
    를 포함하는 블록응답 프레임 처리 방법.
  10. 제8항 또는 제9항에 있어서,
    상기 (c)단계는,
    상기 수신 시퀀스 번호가 상기 임시 시퀀스 번호와 동일하거나 또는 상기 블록응답 크기 내에서 상기 임시 시퀀스 번호보다 큰 값을 가지는 경우, 상기 수신 시퀀스 번호와 상기 임시 시퀀스 번호 간의 차이를 계산하는 단계; 및
    상기 계산한 차이 값 및 상기 수신 데이터 프레임으로부터 획득한 프래그먼트 번호를 저장하는 단계
    를 포함하는 것을 특징으로 하는 블록응답 프레임 처리 방법.
  11. 제10항에 있어서,
    상기 (c)단계 이후에,
    블록응답 요청 프레임의 수신 여부를 판단하는 단계;
    상기 판단 결과, 상기 블록응답 요청 프레임이 수신되지 않은 경우 상기 (b)단계와 상기 (c)단계를 반복하는 단계; 및
    상기 판단 결과, 상기 블록응답 요청 프레임이 수신되고 이에 대한 블록응답 프레임의 전송이 완료된 경우 상기 (c)단계에서 생성한 비트맵을 삭제하는 단계
    를 포함하는 블록응답 프레임 처리 방법.
  12. 제11항에 있어서,
    상기 (a)단계는,
    상기 블록 단위로 첫번째 수신된 데이터 프레임의 시퀀스 번호를 상기 임시 시퀀스 번호로 설정하는 것을 특징으로 하는 블록응답 프레임 처리 방법.
  13. 송신 단말과 무선 랜의 블록응답 메커니즘을 설정한 수신 단말이 블록응답 프레임을 처리하는 방법에 있어서,
    (a) 유효한 블록응답 요청 프레임을 수신하는 단계;
    (b) 상기 블록응답 요청 프레임으로부터 획득한 블록응답 시작 시퀀스 번호와 기설정된 임시 시작 시퀀스 번호 간에 시퀀스 번호 차이를 계산하는 단계; 및
    (c) 상기 계산한 결과를 참조하여 블록응답 프레임의 비트맵 필드를 구성하고 헤더 및 오류 체크를 위한 정보를 첨부하여 생성한 블록응답 프레임을 전송하는 단계
    를 포함하는 블록응답 프레임 처리 방법.
  14. 제13항에 있어서,
    상기 (c)단계는,
    (ⅰ) 상기 시퀀스 번호 간의 차이가 특정 블록응답 크기의 범위내에 속하는지를 판단하는 단계;
    (ⅱ) 상기 시퀀스 번호 차이가 상기 특정 블록응답 크기의 범위내에 속하는 경우 상기 블록응답 시작 시퀀스 번호를 참조하여 상기 비트맵 필드를 구성하는 단계; 및
    (ⅲ) 상기 시퀀스 번호 차이가 상기 특정 블록응답 크기의 범위를 벗어나는 경우 상기 비트맵 필드를 '0'으로 세팅하는 단계
    를 포함하는 블록응답 프레임 처리 방법.
  15. 제14항에 있어서,
    상기 (ⅱ)단계는,
    상기 블록응답 시작 시퀀스 번호가 상기 임시 시작 시퀀스 번호와 동일한 경우, 저장된 모든 블록응답 비트맵 정보를 상기 비트맵 필드에 저장하는 것을 특징으로 하는 블록응답 프레임 처리 방법.
  16. 제14항에 있어서,
    상기 (ⅱ) 단계는,
    상기 블록응답 시작 시퀀스 번호가 상기 임시 시작 시퀀스 번호보다 큰 경우 상기 시퀀스 번호 차이에 해당하는 프래그먼트 정보를 상기 비트맵 필드에 저장하고 나머지 필드는 '0'으로 세팅하는 것을 특징으로 하는 블록응답 프레임 처리 방법.
  17. 제14항에 있어서,
    상기 (ⅱ) 단계는,
    상기 블록응답 시작 시퀀스 번호가 상기 임시 시작 시퀀스 번호보다 작은 경우 상기 임시 시작 시퀀스 번호부터 상기 시퀀스 번호 차이에 해당하는 시퀀스 번호 까지 프래그먼트 정보를 상기 시퀀스 번호 차이보다 하나 큰 위치의 상기 비트맵 필드에 저장하고 나머지 필드는 '0'으로 세팅하는 것을 특징으로 하는 블록응답 프레임 처리 방법.
KR1020060040672A 2005-12-08 2006-05-04 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법 KR100734388B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060040672A KR100734388B1 (ko) 2005-12-08 2006-05-04 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020050119921 2005-12-08
KR20050119921 2005-12-08
KR1020060040672A KR100734388B1 (ko) 2005-12-08 2006-05-04 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법

Publications (2)

Publication Number Publication Date
KR20070061062A KR20070061062A (ko) 2007-06-13
KR100734388B1 true KR100734388B1 (ko) 2007-07-02

Family

ID=38356997

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060040672A KR100734388B1 (ko) 2005-12-08 2006-05-04 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법

Country Status (1)

Country Link
KR (1) KR100734388B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100874265B1 (ko) 2006-12-01 2008-12-16 한국전자통신연구원 수신 데이터 프레임 처리 장치 및 그 처리 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060015198A (ko) * 2004-08-13 2006-02-16 삼성전자주식회사 이동통신시스템에서의 패킷 처리 결과 통보방법
KR20060018403A (ko) * 2004-08-24 2006-03-02 삼성전자주식회사 블록 ａｃｋ 프레임 전송방법 및 장치
KR20060046202A (ko) * 2004-09-07 2006-05-17 삼성전자주식회사 이동통신시스템에서 패킷 수신 결과 보고방법
KR20060091418A (ko) * 2005-02-15 2006-08-21 삼성전자주식회사 비트맵 기반 자동 재전송 요구 엔진 및 그것의 제어 방법
KR20060124379A (ko) * 2005-05-31 2006-12-05 삼성전자주식회사 이동통신시스템에서 패킷 수신 결과 보고방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060015198A (ko) * 2004-08-13 2006-02-16 삼성전자주식회사 이동통신시스템에서의 패킷 처리 결과 통보방법
KR20060018403A (ko) * 2004-08-24 2006-03-02 삼성전자주식회사 블록 ａｃｋ 프레임 전송방법 및 장치
KR20060046202A (ko) * 2004-09-07 2006-05-17 삼성전자주식회사 이동통신시스템에서 패킷 수신 결과 보고방법
KR20060091418A (ko) * 2005-02-15 2006-08-21 삼성전자주식회사 비트맵 기반 자동 재전송 요구 엔진 및 그것의 제어 방법
KR20060124379A (ko) * 2005-05-31 2006-12-05 삼성전자주식회사 이동통신시스템에서 패킷 수신 결과 보고방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100874265B1 (ko) 2006-12-01 2008-12-16 한국전자통신연구원 수신 데이터 프레임 처리 장치 및 그 처리 방법

Also Published As

Publication number Publication date
KR20070061062A (ko) 2007-06-13

Similar Documents

Publication Publication Date Title
CN110622614B (zh) 用于用户设备标识和通信的系统和方法
CN110651511B (zh) 参与无线电接入网更新过程的用户设备和基站
JP4599361B2 (ja) 膠着状態を回避するための受信期待番号及び受信者ウィンドウ更新方法
US8625480B2 (en) Method and system for a relay node to access a network
KR100891787B1 (ko) 고속 데이터 전송을 위한 이동통신시스템에서 페이징방법
CN102833050B (zh) 发送pdcp层的状态报告的方法以及通信模块
AU2002348615B2 (en) System and method for polling a protocol data unit of a transmission buffer
EP2811681B1 (en) Method for moving a receive window in a radio access network
KR101215212B1 (ko) Ｒａｃｈ 상에서의 고속 전송을 위한 방법 및 장치
US20030039231A1 (en) Method and apparatus for call setup latency reduction
US20040071108A1 (en) Flow control in a radio access network
CN101999249A (zh) 用于cell_fach状态下增强型mac-e/es资源的管理和建立的方法和设备
TW200845631A (en) Optimized random access channel (RACH) access
CN1363166A (zh) 检验发送数据量的方法
EP1417818B1 (en) Call setup latency reduction by encapsulating signalling messages
CN101868989A (zh) 在增强rach过程省略ue id
US20090086760A1 (en) System and method for providing status reports of transmitted data packets in a data communications system
TW200814681A (en) Procedure for initial access
KR100734388B1 (ko) 무선 랜의 블록응답 프레임 처리 장치 및 이를 이용한블록응답 프레임 처리 방법
CN101803245A (zh) 在移动通信系统中有效地发送无线资源分配请求的方法
KR101158912B1 (ko) Ｈｓｄｐａ시스템에서 윈도우를 이용한 교착회피 방법
EP4017091A1 (en) Random access message transmission method and apparatus, and readable storage medium
WO2023053774A1 (ja) 通信装置、方法
Oh et al. A three-step data transmission scheme for machine type devices in 3GPP LTE systems
KR101374261B1 (ko) 이동통신 시스템에서 컨트롤 프로토콜 데이터 유니트전달을 위한 장치 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20110609

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee