KR20110093682A - 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 - Google Patents
분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 Download PDFInfo
- Publication number
- KR20110093682A KR20110093682A KR1020110011690A KR20110011690A KR20110093682A KR 20110093682 A KR20110093682 A KR 20110093682A KR 1020110011690 A KR1020110011690 A KR 1020110011690A KR 20110011690 A KR20110011690 A KR 20110011690A KR 20110093682 A KR20110093682 A KR 20110093682A
- Authority
- KR
- South Korea
- Prior art keywords
- header
- length
- size
- mac pdu
- length field
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 명세서는 무선 통신 시스템에서 수신단의 매체접속제어 프로토콜 데이터 유닛(Medium Access Control Protocol Data Unit; MAC PDU) 수신 방법을 개시한다. 상기 수신단의 MAC PDU 수신 방법은 송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어질 수 있다.
Description
본 명세서는 매체접속제어 프로토콜 데이터 유닛의 수신 방법 및 장치에 관한 것이다. 보다 상세하게는, 본 명세서는 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛의 수신 방법 및 장치에 관한 것이다.
이하에서는 무선접속 시스템에서 사용되는 일반 헤더에 관하여 간략히 설명한다.
이하에서는 매체접속제어(Medium Access Control; 이하 'MAC') 계층(layer)에서 사용되는 매체접속제어 프로토콜 데이터 유닛(Media Access Control Protocol Data Unit; 이하 'MAC PDU')에 대하여 간략히 설명한다.
일반적으로 2 계층 이하의 MAC 계층(MAC layer, 또는 링크 계층(Link layer)) 및 물리 계층(Physical layer)은 LAN, 무선 LAN, 3GPP/3GPP2 또는 무선 MAN 등 무선접속 시스템에 따라 다른 프로토콜을 사용한다. 따라서, 각 무선접속 시스템에 따른 MAC PDU의 헤더 포맷이 다르게 정의된다.
MAC
PDU
형태의 일례
도 1은 무선접속 시스템 중 하나인 IEEE 802.16e 시스템에서의 MAC PDU 형태의 일례를 나타낸다.
도 1을 참조하면, MAC PDU는 일반 MAC 헤더(Generic MAC Header; GMH), 페이로드(Payload) 및 순환중복검사(Cyclic Redundancy Check; 이하 'CRC') 필드를 포함할 수 있다. 일반 MAC 헤더는 링크 계층에서의 각 노드(node)들 간의 데이터 전달을 위해 사용된다. 일반 MAC 헤더는 주소(MAC Address) 또는 링크 주소(Link Address)를 포함하고, 헤더오류검사 및 링크 계층의 제어정보를 포함할 수 있다.
페이로드는 MAC PDU에서 전송하려는 실제 데이터가 포함되는 부분을 나타낸다. 또한, CRC는 네트워크 등을 통하여 데이터를 전송할 때, 전송된 데이터에 오류가 있는지를 확인하기 위한 체크값을 결정하는 방식을 말한다. 다만, MAC PDU에서 일반 MAC 헤더는 반드시 포함되지만, 페이로드 및 CRC는 선택적으로 포함될 수 있다.
일반 MAC 헤더는 MAC PDU 전체 길이를 나타내는 길이 필드를 포함한다. 송신단은 전송하려는 데이터의 길이가 일반 MAC 헤더 내의 길이 필드로 표현 가능한 MAC PDU의 길이보다 큰 경우에, 상기 데이터를 분할(fragment)하여 전송할 수 있다. 또한 송신단은 전송하려는 데이터의 길이가 일반 MAC 헤더 내의 길이 필드에 의해표현 가능한 MAC PDU의 길이보다 작은 경우, 전송하려는 다른 데이터를 상기 MAC PDU에 패킹(packing)하여 전송할 수 있다. 이와 같이 분할 또는 패킹이 이루어진 데이터를 포함하는 각 MAC PDU는 페이로드에 포함된 데이터의 순서 및 길이를 나타내는 확장 헤더를 포함하도록 구성될 수 있다.
이 경우, MAC PDU 내에 존재하는 복수의 길이 필드들의 크기가 서로 다름으로 인하여, 각 길이 필드로 표현 가능한 데이터의 길이의 제한이 달라질 수 있다. 즉, MAC PDU의 길이를 나타내는 일반 MAC 헤더 내의 길이 필드의 크기가 나타내는 크기에 비하여 분할 또는 패킹을 위한 확장 헤더 내의 길이 필드의 크기가 작은 경우에는, 단일 MAC PDU로 구성될 수 있는 데이터들이 확장 헤더 내의 길이 필드의 제약으로 인하여 복수의 MAC PDU로 구성되어 전송될 수 있다.
본 명세서는 전술된 바와 같은 일반적인 기술의 문제점을 해결하기 위하여 안출된 것으로서, 본 명세서는 효율적인 MAC PDU 송수신 방법을 제공하기 위한 것이다.
또한, 본 명세서는 큰 길이를 가지는 데이터(예를 들어, 2047 바이트 이상의 길이를 가지는 데이터의 경우)를 위하여 효율적으로 MAC PDU를 송수신하는 방법을 제공하기 위한 것이다.
또한, 본 명세서는 여러 개의 데이터가 패킹됨에 따라 전체 길이가 커진 데이터(예를 들어, 2047 바이트 이상의 길이를 가지는 데이터)를 위하여 효율적으로 MAC PDU를 송수신하는 방법을 제공하기 위한 것이다.
또한, 본 명세서는 큰 크기의 데이터를 송수신하기 위한 새로운 헤더 구조를 제공하기 위한 것이다.
또한, 본 명세서는 전술된 방법들을 수행하는 장치를 제공하기 위한 것이다.
본 명세서에서 달성하고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 발명의 실시 예들로부터 본 명세서에 개시된 기술이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 명세서는 무선 통신 시스템에서 수신단의 MAC PDU 수신 방법을 제공한다.
상기 수신단의 MAC PDU 수신 방법은 송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어질 수 있다.
상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header) 또는 패킹 확장 헤더(Packing Extended Header)일 수 있다.
또한, 상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고, 상기 제 1 길이 필드의 확장 크기는 14 비트(bit)일 수 있다.
또한, 상기 헤더부를 디코딩하는 단계는 상기 헤더부에 MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 MLEH)가 포함되었는지 여부를 확인하는 단계일 수 있다. 이 때 상기 헤더부에 MLEH가 존재하는 경우, 상기 제 1 길이 필드의 크기는 확장 크기로 결정될 수 있다.
또한, 상기 제 1 확장 헤더는 상기 제 1 길이 필드의 크기를 지시하는 제 1 길이 지시자(length indicator)를 더 포함하고, 상기 디코딩 단계는 상기 제 1 길이 지시자(length indicator)를 확인하는 단계일 수 있다. 이 때 상기 제 1 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정될 수 있다.
또한, 상기 헤더부는 제 2 길이 필드 및 상기 제 2 길이 필드의 크기를 지시하는 제 2 길이 지시자를 포함하는 다중화 확장 헤더(Multiplexing Extended Header; 이하 MEH)를 더 포함하고, 상기 디코딩 단계는 상기 제 2 길이 지시자를 확인하는 단계일 수 있다. 이 때 상기 제 2 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정될 수 있다.
한편, 본 명세서는 무선 통신 시스템에서 MAC PDU를 수신하는 단말을 제공한다. 상기 MAC PDU를 수신하는 단말은, 메모리; 외부 신호와 무선 신호를 송수신하기 위한 무선통신부; 및 MAC PDU의 수신 및 디코딩을 제어하는 제어부를 포함할 수 있다.
상기 제어부는, 기지국으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기를 기본 크기 및 확장 크기 중 어느 하나로 결정하는 단계를 수행하도록 제어할 수 있다.
본 명세서에 개시된 기술의 실시 예들에 따르면 다음과 같은 효과가 있다.
본 명세서에 개시된 실시 예들에 따른 무선 통신 시스템은 패킹을 위한 확장 헤더의 길이 필드의 크기를 확장된 크기로 결정할 수 있다. 따라서 상기 무선 통신 시스템에서 하나의 연결 내에서 일부 MAC SDU의 길이가 2047 바이트보다 긴 다수의 MAC SDU가 전송되는 경우, 패킹을 위한 확장 헤더의 길이 필드의 크기가 확장된 크기라면 MAC SDU가 하나의 MAC PDU에 패킹되어 송수신 될 수 있어 MAC PDU 송수신의 오버헤드를 줄일 수 있다.
본 명세서에 개시된 일 실시 예에 따른 무선 통신 시스템은 MAC PDU에 포함된 MAC PDU 길이 확장 헤더의 유무에 따라 분할 패킹 확장 헤더 내의 길이 필드의 크기를 결정할 수 있으므로, 상기 분할 패킹 확장 헤더 내의 길이 필드의 크기를 나타내는 별도의 지시자 없이 상기 분할 패킹 확장 헤더를 디코딩할 수 있다.
본 명세서에 개시된 일 실시 예에 따른 무선 통신 시스템은 패킹이 된 경우에만 분할 패킹 확장 헤더 내의 길이 필드의 크기가 확장 크기로 표시될 수 있어 패킹이 되지 않은 경우에 확장 크기로 인한 오버헤드는 발생하지 아니한다.
본 발명의 실시 예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 이하의 본 발명의 실시 예들에 대한 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다. 즉, 본 발명을 실시함에 따른 의도하지 않은 효과들 역시 본 발명의 실시 예들로부터 당해 기술분야의 통상의 지식을 가진 자에 의해 도출될 수 있다.
도 1은 무선접속 시스템 중 하나인 IEEE 802.16e 시스템에서의 MAC PDU 형태의 일례를 나타낸다.
도 2는 본 발명의 실시 예들에서 사용되는 MAC PDU의 일례를 나타내는 도면이다.
도 3은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 AGMH의 일례를 나타내는 도면이다.
도 4는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 확장헤더그룹의 일례를 나타내는 도면이다.
도 5는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 MLEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 6은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 다중화 확장 헤더가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 7은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 FPEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 8은 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템에서 수신단이 MAC PDU를 수신하는 방법을 도시한 흐름도이다.
도 9는 본 명세서에 개시된 기술의 일 실시 예를 따르는 무선 통신 시스템을 나타낸 블록도이다.
도 2는 본 발명의 실시 예들에서 사용되는 MAC PDU의 일례를 나타내는 도면이다.
도 3은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 AGMH의 일례를 나타내는 도면이다.
도 4는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 확장헤더그룹의 일례를 나타내는 도면이다.
도 5는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 MLEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 6은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 다중화 확장 헤더가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 7은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 FPEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 8은 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템에서 수신단이 MAC PDU를 수신하는 방법을 도시한 흐름도이다.
도 9는 본 명세서에 개시된 기술의 일 실시 예를 따르는 무선 통신 시스템을 나타낸 블록도이다.
본 명세서에 개시된 기술의 실시 예들은 무선접속 시스템에서 데이터를 전송하는 방법 및 장치에 관한 것이다. 또한 본 명세서에 개시된 기술은 분할 헤더를 수반하는 MAC PDU의 수신 방법 및 장치에 관한 것이다.
이하, 본 명세서에 개시된 기술에 대한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 명세서에 개시된 기술의 예시적인 실시형태를 설명하고자 하는 것이며, 상기 기술이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 상기 기술의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나,본 명세서에 개시된 기술에 통상의 지식을 가진 자는 상기 기술이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다. 예를 들어, 이하의 상세한 설명은 이동통신 시스템이 IEEE 802.16m 시스템인 경우를 가정하여 구체적으로 설명하나, IEEE 802.16m의 특유한 사항을 제외하고는 다른 임의의 이동통신 시스템에도 적용 가능하다.
몇몇 경우, 상기 기술의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
아울러, 이하의 설명에 있어서 단말은 사용자 기기(User Equipment; UE), 모바일 스테이션(Mobile Station; MS), AMS(Advanced Mobile Station) 등 이동 또는 고정형의 사용자단 기기를 통칭하는 것을 가정한다. 또한, 기지국은 Node B, eNode B, Base Station, AP(Access Point) 등 단말과 통신하는 네트워크 단의 임의의 노드를 통칭하는 것을 가정한다. 중계기는 릴레이 노드(Relay Node; RN), 릴레이 스테이션(Relay Station; RS), 릴레이 등으로 호칭 될 수도 있다.
또한, 송신단은 데이터 서비스 또는 음성 서비스를 제공하는 고정 및/또는 이동 노드를 말하고, 수신단은 데이터 서비스 또는 음성 서비스를 수신하는 고정 및/또는 이동 노드를 의미한다. 따라서, 상향링크에서는 이동국이 송신단이 되고, 기지국이 수신단이 될 수 있다. 마찬가지로, 하향링크에서는 이동국이 수신단이 되고, 기지국이 송신단이 될 수 있다.
MAC
PDU
의 일례
도 2는 본 발명의 실시 예들에서 사용되는 MAC PDU의 일례를 나타내는 도면이다.
도 2를 참조하면, 각각의 MAC PDU(MAC PDU)는 MAC 헤더(210), 하나 이상의 확장 헤더(220) 및 페이로드(230)를 포함할 수 있다. MAC PDU는 MAC 헤더로 시작하고, 하나 이상의 확장 헤더(220)가 MAC 헤더 뒤에 따라나올 수 있다. 페이로드는 MAC 헤더 뒤에 위치할 수 있는데, 확장헤더(220)가 MAC PDU에 포함되는 경우에는 확장 헤더 뒤에 위치한다. 도 2에서 확장헤더(220) 및 페이로드(230)는 선택적으로 MAC PDU에 포함될 수 있다. 하나 이상의 확장 헤더는 페이로드 없이는 MAC PDU에 존재하지 못한다.
IEEE 802.16m 시스템에서는 세 가지 타입의 MAC 헤더가 정의된다. 하나는 MAC 제어 메시지 및/또는 수렴 부계층(Convergence Sublayer)의 데이터를 포함하는 하향링크/상향링크 MAC PDU들에 사용되는 향상된 일반 MAC 헤더(Advanced Generic MAC Header; 이하 'AGMH')이다. 다른 하나는, VoIP 서비스를 지원하는 지속적 할당(Persistent Allocation) 또는 그룹 할당(Group Allocation)을 위해 사용하는 연결들의 MAC PDU들에 사용되는 압축 MAC 헤더(Compact MAC Header; 이하 'CMH')이다. 마지막 하나는 다른 MAC PDU와 결합되거나 홀로 전송되는 MAC 시그널 헤더(MAC Signaling Header; 이하 'MSH')이다.
도 2에서 개시하는 MAC 헤더(210)는 IEEE 802.16e 시스템에서 정의하는 일반 MAC 헤더(GMH, 도 1 참조)가 아닌 본 명세서에서 새로이 정의하는 AGMH를 이용하는 것을 가정한다.
AGMH
포맷
도 3은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 AGMH의 일례를 나타내는 도면이다. 본 명세서에서 AGMH 포맷은 다음 표 1과 같이 정의되어 사용된다.
구문 | 크기(bit) | 내용 |
Advanced Generic MAC Header(){ | ||
Flow ID | 4 | 플로우 식별자 |
EH | 1 | 확장헤더 존재 지시자; EH 필드가 1로 설정되면 확장헤더가 AGMH 이후에 존재하는 것을 지시한다. |
Length | 11 | 이 필드는 AGMH 및 확장헤더가 존재한다면 이를 포함하는 MAC PDU의 길이를 바이트 단위로 지시한다. 만약, MLEH가 MAC PDU에 존재하면 길이 필드는 MAC PDU의 길이를 11 LSB로서 지시한다. |
} |
표 1을 참조하면, AGMH는 총 16 비트의 크기를 가진 데이터이며, 내부에 플로우 식별자(Flow ID), 확장헤더(Extended Header; 이하 'EH') 존재지시 필드 및 길이(Length) 필드를 포함할 수 있다.
이때, 플로우 식별자는 해당 MAC PDU가 전송되는 서비스 플로우 연결을 식별하고, EH 필드는 확장헤더가 AGMH 이후에 존재하는지 여부를 지시한다. 또한, AGMH 내의 길이(length) 필드는 11 비트의 크기이며, MAC PDU 전체의 길이를 나타내는 필드이다. AGMH 내의 11 비트의 길이 필드만을 이용하여 표현 가능한 MAC PDU의 크기는 최대 2047 바이트(bytes)이다.
확장헤더그룹의
일례
도 4는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 확장헤더그룹의 일례를 나타내는 도면이다.
수신단은 MAC PDU에 확장헤더그룹(Extended Header Group; EHG)이 포함되었는지 여부를 AGMH의 EH 필드를 통해 알 수 있다. 확장헤더그룹이 MAC PDU에 포함되는 경우에는 AGMH의 바로 뒤에 위치한다. 확장헤더그룹은 암호화되지 않으며 페이로드 없이는 MAC PDU 내에 존재하지 아니한다.
다음 표 2는 확장헤더그룹 필드 포맷의 일례를 나타낸다.
구문 | 크기(비트) | 내용 |
Extended Header Group Length | 8 | 확장헤더그룹길이 필드는 모든 확장헤더들을 포함하는 확장헤더그룹의 총 길이를 바이트 단위로 나타낸다 |
Extended Header Type | 4 | 확장헤더의 타입은 표 3 참조 |
Extended Header Body | 가변 | 확장헤더의 크기는 표 3에 정의된 확장헤더타입에 따라 결정된다. 확장헤더타입을 포함하는 확장헤더는 바이트 단위로 할당된다. |
표 2를 참조하면, 확장헤더그룹은 확장헤더그룹 길이 필드, 하나 이상의 확장헤더 타입 필드 및 하나 이상의 확장헤더 보디 필드를 포함한다. 이때, 확장헤더그룹 길이 필드는 모든 확장헤더들을 포함하는 확장헤더그룹의 총 길이를 나타낸다. 확장헤더 타입 필드는 포함되는 확장헤더그룹에 포함되는 각각의 확장헤더의 타입을 나타낸다. 또한, 확장헤더 보디 필드는 각 확장헤더 타입 필드에 따라 그 크기가 결정된다.
다음 표 3은 확장헤더 타입 필드 포맷의 일례를 나타낸다.
확장헤더타입 | 명칭 |
0b0110 | Fragment and packing Extended Header |
- | MAC Control Extended Header |
0b0000 | Multiplexing Extended Header |
0b0001 | Message ACK Extended Header |
0b0010 | Sleep control Extended Header |
0b0011 | Correlation matrix feedback Extended Header |
0b0100 | MIMO feedback Extended Header |
0b0101 | Piggybacked bandwidth request Extended Header |
0b0111 | MAC PDU length Extended Header |
0b1000 | ARQ feedback Extended Header |
0b1001-0b1111 | reserved |
표 3을 참조하면, 도 4에 포함될 수 있는 확장헤더들의 타입을 알 수 있다.
전술된 바와 같이 AGMH 내의 11 비트의 길이 필드만을 이용하여 표현 가능한 MAC PDU의 크기는 최대 2047 바이트(bytes)이다. 따라서, 송신단은 2047 바이트 이상의 큰 크기의 서비스 데이터 유닛(Service Data Unit; 이하 'SDU')을 전송하기 위해서는 해당 데이터를 분할(fragment)하여, 하나 이상의 MAC PDU를 생성하여야 한다. 이와 같은 SDU 분할으로 인하여 MAC 제어 오버헤드가 발생할 수 있다. 예컨대, 분할된 MAC PDU들은 각각 AGMH를 포함하는 것 외에, 각 분할된 패킷의 순서를 나타내는 시퀀스 번호(Sequence Number; 이하 'SN') 필드를 별도로 포함하여야 한다. 이를 위하여, 각 분할된 패킷을 포함하는 MAC PDU는 SDU의 분할과 관련된 필드들을 포함하는 확장헤더인 분할 확장 헤더(Fragmentation and Packing Extended Header; 이하 'FPEH')를 포함할 수 있다. FPEH에 대한 상세는 도 7을 참조하여 후술된다.
또한, 확장 헤더 중에는 AGMH 내의 길이 필드의 크기 제한을 확장하기 위한 확장 헤더가 있다. 예컨대, MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 'MLEH')의 경우 3 비트의 길이 필드를 가지고 있으며, AGMH 내의 길이 필드와 MLEH 내의 길이 필드를 연접함으로써 14 비트 크기를 이용하여 MAC PDU 전체 길이를 나타낼 수 있다. MLEH에 대한 상세는 도 5를 참조하여 후술된다.
MLEH
가 포함된
MAC
PDU
의 일례
도 5는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 MLEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
MLEH는 비교적 큰 크기의 데이터를 하나의 MAC PDU로 전송하기 위해 정의된 새로운 확장헤더이다. 즉, AGMH 내의 길이 필드의 크기가 11 비트임을 고려할 때 전송가능한 MAC PDU의 길이는 2047 바이트 이하이다. 따라서, 송신단에서 2047 바이트보다 큰 MAC PDU를 전송할 때 MLEH를 포함하여 표현 가능한 MAC PDU의 길이를 증대할 수 있다.
도 5를 참조하면, MAC PDU는 AGMH(510), 확장헤더그룹(520) 및 MAC 페이로드(530)를 포함할 수 있다. 이때, AGMH(510)는 전술한 바와 같이 4 비트의 플로우 식별자, 1 비트의 EH 필드, 11 비트의 길이필드를 포함한다. 확장헤더그룹(520)은 확장헤더그룹길이필드(521), 타입필드 및 길이필드를 포함하는 MLEH(522) 및 다른 확장헤더들(525)을 포함할 수 있다. MLEH 내의 길이 필드는 표 1에서 정의한 AGMH의 길이 필드와 함께 MAC PDU의 전체 길이를 나타낸다.
송신단에서는 MAC PDU의 총 길이가 2047 바이트 이상인 경우 도 5의 MLEH를 포함하는 MAC PDU를 수신단으로 전송한다. MLEH를 디코딩한 수신단은 MLEH에 포함된 MAC PDU의 길이 필드 및 AGMH의 길이 필드를 이용하여 해당 MDPU의 전체 길이를 계산할 수 있다. MLEH가 다른 확장헤더들과 함께 사용되는 경우에는 MLEH는 첫 번째 확장헤더로서 다른 확장헤더들보다 제일 먼저 위치하게 된다.
다음 표 4는 MLEH 포맷의 일례를 나타낸다.
구문 | 크기(비트) | 내용 |
MLEH(){ | ||
Type | 4 | 길이확장헤더타입을 나타냄. |
Length | 3 | 3 비트의 길이필드는 AGMH의 11 비트의 길이필드의 MSB로서 부가된다. 즉, MAC PDU 길이는 MLEH (Length (3)) ... AGMH (Legnth (11)) |
Reserved | 1 | 0으로 설정 |
} |
표 4를 참조하면, 타입필드는 해당 확장헤더가 큰 크기의 데이터를 전송하기 위해 추가되는 MLEH임을 나타내고, 길이필드는 AGMH의 길이필드와 함께 전체 MAC PDU의 길이를 나타낸다.
만약, MLEH가 MAC PDU에 포함되면, MLEH는 해당 MAC PDU에서 다른 확장헤더보다 가장 먼저 위치하게 된다. 예를 들어, MLEH는 AGMH 바로 뒤 및 페이로드 앞에 위치하게 되며, 다른 확장헤더들과 함께 사용되는 경우 확장헤더그룹 내에서도 다른 확장헤더들보다 가장 먼저 나타나는 것이 바람직하다. 이는 수신단에서 MLEH를 먼저 디코딩해야 전체 MAC PDU의 크기를 알 수 있기 때문이다.
MLEH의 길이 필드는 MAC PDU의 확장된 길이의 최상위비트(Most Significant Bit, MSB) 3 비트로 사용되고, AGMH의 길이 필드는 MAC PDU의 확장된 길이의 최하위비트(Least Significant Bit, LSB) 11 비트로 사용될 수 있다.
표 4에 표현된 바와 같은 MLEH를 사용하는 경우, 송신단은 2047 바이트 이상 32767 바이트 이하의 MAC PDU를 수신단으로 전송할 수 있다.
MEH
의 일례
도 6은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 다중화 확장 헤더가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
다중화 확장 헤더(Multiplexing Extended Header; 이하 'MEH')는 하나의 MAC PDU에 복수의 연결로부터 오는 데이터를 포함시켜 전송할 때 사용되는 확장 헤더이다. MEH는 AGMH에 포함되는 플로우 식별자에 대응되는 제 1 연결(connection)과 동일한 SA(security association)를 가지는 다른 연결로부터 오는 페이로드가 MAC PDU에 포함될 때 사용된다. MEH는 다중화되는 다른 연결들의 플로우 식별자들을 포함한다.
도 6을 참조하면, MAC PDU는 AGMH(610), MEH(620), 제 1 FPEH(630), 제 2 FPEH(640), 제 1 페이로드(650) 및 제 2 페이로드(660)를 포함할 수 있다. 이때, AGMH(610)는 제 1 플로우 식별자를 포함할 수 있으며, MEH(620)는 상기 제 1 플로우 식별자와 동일한 SA를 가지는 연결의 제 2 플로우 식별자를 포함할 수 있다. 또한, 이 경우 MAC PDU는 각각 제 1 플로우 식별자 및 제 2 플로우 식별자에 대응되는 제 1 페이로드(650) 및 제 2 페이로드(660)를 다중화하여 포함할 수 있다. MEH와 FPEH가 하나의 MAC PDU에 동시에 존재하는 경우에 MEH가 FPEH보다 먼저 나타나야 한다. MEH가 FPEH와 함께 사용되는 예에 대하여 도 7을 참조하여 후술된다.
다음 표 5는 MEH 포맷의 일례를 나타낸다.
구문 | 크기(비트) | 내용 |
MEH(){ | ||
Type | TBD | 다중화확장헤더임을 나타낸다 |
N_ FID | 4 | MEH 내에 존재하는 플로우 정보의 개수. 'n'개의 연결들이 다중화되면, 'n-1'개의 플로우 식별자들과 길이 필드들이 존재한다. |
for (i = 1; i <= N_FI; i++) { | ||
Flow ID | 4 | 플로우 식별자. 'i'번째 플로우 식별자는 'i+1'번째 연결의 플로우 식별자를 지시한다. |
LI | 1 | 길이 지시자(Length Indicator) LI가 0이면 11 비트의 길이 필드 크기를 지시하고, LI가 1이면 14 비트의 길이 필드 크기를 지시한다. |
If (LI ==0){ | ||
Length | 11 | 연결 페이로드의 길이. 'i'번째 길이 필드는 'i+1'번째 연결의 페이로드의 길이를 지시한다. 첫 번째 연결의 페이로드의 길이 = (AGMH 및 MLEH의 길이 필드에 의해 주어진) MAC PDU 전체의 길이 - (존재 한다면) PN 및 EKS의 길이 - (존재한다면) ICV의 길이 - 'n-1' 길이 필드의 합 |
}else{ | ||
Length | 14 | 연결 페이로드의 길이. 'i'번째 길이 필드는 'i+1'번째 연결의 페이로드의 길이를 지시한다. 첫 번째 연결의 페이로드의 길이 = (AGMH 및 MLEH의 길이 필드에 의해 주어진) MAC PDU 전체의 길이 - (존재 한다면) PN 및 EKS의 길이 - (존재한다면) ICV의 길이 - 'n-1' 길이 필드의 합 |
Reserved | 1 | |
} | ||
FPEH_MCEH_indicator bitmap | 가변 | FPEH_MCEH_indicator 비트맵 내의 비트 개수는 MAC PDU 내에 다중화된 플로우들의 개수와 동일하다(즉, N_FI+1). MSB는 첫 번째 연결의 페이로드에 대응된다. LSB는 마지막 연결의 페이로드에 대응된다. |
Reserved | 가변 | |
} |
표 5를 참조하면, 타입 필드는 다중화확장헤더임을 나타내고, N_FID 필드는 MEH 내에 존재하는 플로우 정보의 개수를 나타낸다. 이후 MEH 내의 각 플로우 정보에 대응되는 플로우 식별자, 길이 지시자, 길이 필드 등이 MEH 내에 포함된다.
FPEH
의 사용례
도 7은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 FPEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
전송 연결(transport connection)으로부터 온 데이터는 MAC SDU의 형태로 MAC 계층에 제공되고, MAC SDU에 분할(fragmentation) 또는 패킹(packing)이 적용되거나 또는 SN이 적용되는 경우에 MAC PDU는 FPEH를 포함하여야 한다. 즉, MAC SDU가 분할 또는 패킹되는 경우 상기 SDU의 분할 또는 패킹 정보는 FPEH를 이용하여 알리게 된다.
도 7을 참조하면 송신단의 플로우 식별자가 #n인 SDU #0(750) 및 SDU #1(760)과 플로우 식별자가 #m인 SDU #9(770)가 MAC 계층에 제공된다. 플로우 #n의 SDU #0(750)의 데이터 길이가 AGMH(710a) 내의 길이 필드가 나타내는 MAC PDU 전체 길이보다 큰 경우 SDU #0(750)은 두 개의 MAC PDU를 통해 전송되기 위하여 제 1 페이로드(750a) 및 제 2 페이로드(750b)로 분할된다. 하나의 SDU로부터 분할된 데이터가 페이로드에 포함되어 있는 경우 MAC PDU는 분할된 데이터의 SN을 포함하는 FPEH들, 즉 제 1 FPEH(720a) 및 제 2 FPEH(720b)를 포함하게 된다.
한편, 하나의 MAC PDU는 동일한 플로우 식별자를 가지는 SDU를 포함하도록 패킹(packing) 될 수 있다. 즉, 제 3 페이로드(760b)가 상기 제 2 페이로드(750b)와 함께 하나의 MAC PDU에 포함되도록 패킹될 수 있으며, 여기서 상기 제 3 페이로드(760b)는 하나의 MAC PDU에 패킹될 제 2 페이로드(750b)와 동일한 플로우 #n를 갖는 다른 SDU인 SDU #1의 데이터의 일부이다. 이때, 상기 제 3 페이로드(760b)의 길이는 AGMH(710b) 내의 길이 필드가 나타낼 수 있는 MAC PDU의 길이에서 상기 제 2 페이로드(750b)의 길이를 제외한 만큼의 길이에 해당하고, 상기 제 2 FPEH(720b)는 상기 제 2 페이로드(750b) 및 제 3 페이로드(760b)의 패킹을 위한 확장 헤더의 역할을 수행한다. 그 결과 상기 SDU #1(760)의 나머지 부분은 제 4 페이로드(760c)로서 다른 MAC PDU에 포함되도록 구성된다.
한편, 하나의 MAC PDU는 다른 플로우 식별자를 가지는 SDU를 포함하도록 다중화(multiplexing)될 수 있다. 즉, 플로우 식별자가 #n인 상기 제 4 페이로드(760c)는 다른 플로우 식별자 #m을 가지는 SDU #0(770)의 데이터인 제 5 페이로드(770c)와 함께 하나의 PDU에 포함되도록 다중화 될 수 있다. 이와 같이 다중화된 MAC PDU의 헤더 및 확장헤더에는 각 페이로드에 대응되는 플로우 식별자 및 SN 정보가 포함된다. 즉, 상기 제 4 페이로드(760c)에 대하여 플로우 식별자 #n은 AGMH(710c)의 플로우 식별자가 지시하고, 시퀀스 번호 SN #3은 제 3 FPEH(721c)가 지시할 수 있다. 또한 상기 제 5 페이로드(770c)에 대하여 플로우 식별자 #m은 MEH(730c)의 플로우 식별자가 지시하고, 시퀀스 번호 SN #0은 제 4 FPEH(722c)가 지시할 수 있다.
본 명세서에 개시된 실시 예들에서 MAC SDU가 분할 또는 패킹되는 경우, 상기 SDU의 분할 또는 패킹 정보는 FPEH에 포함될 수도 있으며, 상기 SDU의 분할 정보는 FEH, 상기 SDU의 패킹 정보는 PEH에 각각 포함될 수도 있다.
MAC PDU에 포함되는 길이 필드들의 관계를 살핀다. 전술된 바와 같이 AGMH 및 MLEH 내의 길이 필드들을 이용하는 경우, 하나의 MAC PDU의 길이는 최대 (214-1)bytes의 크기를 가질 수 있다. MAC 계층에서 전송하고자 하는 SDU의 크기가 단일 MAC PDU에 포함되는지 여부에 따라 SDU의 분할 여부 및 패킹되는 SDU의 데이터 크기가 결정될 수 있다.
구체적으로, SDU의 분할 또는 패킹 정보를 알리는 FPEH는 분할 또는 패킹된 SDU의 길이 또는 분할된 SDU 데이터(SDU fragmentation)의 길이를 나타내는 length필드를 포함하여야 한다. 이때 FPEH 내의 페이로드 내의 SDU의 분할 및 패킹된 SDU의 길이 필드는 MAC PDU 전체 길이의 최대값을 반영할 수 있어야 한다. 즉, MAC PDU의 전체 길이는 AGMH 및 MLEH 내의 길이 필드들을 이용하여 14 비트로 표현 가능한 최대 (214-1) 바이트가 될 수 있으나, FPEH 내의 길이 필드의 크기가, 예를 들어, 11 비트의 크기를 갖는 경우에는 하나의 MAC PDU에 포함되어 전송될 수 있는 SDU 데이터들이 복수의 MAC PDU에 포함되어 전송되어야 하는 오버헤드가 발생할 수 있다.
이를 위하여 본 명세서에 개시된 무선 통신 시스템에서는 분할 또는 패킹 정보를 포함하는 확장 헤더 내의 길이 필드의 크기가 MAC PDU 전체 길이를 나타낼 수 있는 길이 필드의 크기와 동일한 스페이스를 갖도록 구성된다. 구체적으로, MAC PDU 전체 길이가 최대 (214-1) 바이트가 될 수 있을 때, 상기 MAC PDU 내 SDU의 분할 또는 패킹 정보를 포함하는 확장 헤더의 길이 필드는 적어도 14 비트 크기를 가질 수 있도록 구성된다. 이하에서는 분할 또는 패킹 정보를 포함하는 확장 헤더를 FPEH를 예를 들어 설명한다.
MAC
PDU
수신 방법
이하에서는, 무선 통신 시스템에서 수신단(일 예로, 단말)이 본 명세서에 개시된 기술의 실시 예에 따라 분할 또는 패킹 확장 헤더를 포함하는 MAC PDU를 수신하는 방법을 설명한다.
도 8은 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템에서 수신단이 MAC PDU를 수신하는 방법을 도시한 흐름도이다.
먼저, 수신단은 송신단으로부터 MAC 헤더부 및 페이로드를 포함하는 MAC PDU를 수신한다(S10). 상기 MAC 헤더부는 페이로드에 포함된 분할 또는 패킹된 데이터를 위한 FPEH를 포함할 수 있다. FPEH는 페이로드 내의 분할 또는 패킹된 SDU의 길이를 지시하는 길이 필드를 포함할 수 있다.
이후, 상기 수신단은 상기 수신된 MAC PDU의 헤더부를 디코딩 한다(S20). 상기 헤더부를 디코딩 하는 과정은 상기 FPEH 내의 길이 필드의 크기를 결정하기 위한 것일 수 있다. 예를 들어, 상기 헤더부를 디코딩 하는 과정은 MAC PDU의 헤더부에 포함된 정보들 중에 상기 수신된 MAC PDU의 길이가 AGMH 내의 길이 필드만을 이용하여 11 비트의 크기를 갖도록 표현되는지, AGMH 내의 길이 필드 외에도 MLEH 내의 길이 필드를 연접하여 14 비트의 크기를 갖도록 표현되는지를 확인하는 과정일 수 있다.
상기 수신단은 상기 MAC PDU 헤더부의 디코딩 결과를 기초로 FPEH 내의 길이 필드의 크기를 결정한다(S30). 구체적으로, 상기 수신단은 상기 확인 결과 MAC PDU의 길이가 11 비트 크기의 길이 필드에 의하여 표시되는 경우, 상기 FPEH 내의 길이 필드는 기본 크기인 11 비트의 크기를 갖는 것으로 결정한다. 또한 상기 수신단은 상기 확인 결과 MAC PDU의 길이가 14 비트 크기의 길이 필드에 의하여 표시되는 경우, 상기 FPEH 내의 길이 필드는 확장된 크기인 14 비트의 크기를 갖는 것으로 결정한다.
이상, FPEH의 예를 들어 설명되었으나, 전술된 MAC PDU 수신 방법은 MAC PDU에 포함될 수 있는 분할 또는 패킹된 데이터에 대한 정보를 포함하는 다른 확장 헤더에도 적용될 수 있다. 상기 분할 또는 패킹된 데이터에 대한 정보를 포함하는 MAC SDU 분할 확장 헤더(fragmentation extended header; FEH) 또는 MAC SDU 패킹 확장 헤더(packing extended header; PEH)일 수 있다.
또한, 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템의 전술된 MAC PDU 수신 방법을 수행하는 수신단은 상향 링크에서는 기지국, 하향 링크에서는 이동 단말이 될 수 있다.
이하에서는, 수신단이 상기 수신한 MAC PDU를 디코딩하여 상기 MAC PDU에 포함된 FPEH 내의 길이 필드의 크기를 결정하는 방법들이 본 명세서에 개시된 기술의 실시 예들에 따라 설명된다.
FPEH
의 일례 (제 1 실시 예)
본 명세서에 개시된 기술의 제 1 실시 예는 수신단이 수신한 MAC PDU내에 MLEH가 포함되었는지 여부에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 상기 제 1 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 상기 헤더에 MLEH가 포함되었는지 여부를 확인하는 절차가 수행된다. 상기 디코딩 결과 상기 헤더에 MLEH가 존재하는 경우, FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 부재하는 경우에는 기본 크기로 결정된다. 표 6은 상기 제 1 실시 예에서 사용되는 FPEH 포맷의 예시이다.
구문 |
크기
(비트) |
내용 |
FPEH(){ | ||
Type | 4 | FPEH 타입 |
FC | 2 | 단편화 제어에 관한 정보 포함 |
If (MAC header == AGMH) { | ||
SN | 10 | SN은 연결(connection) 단위로 유지된다. -non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. -ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다. |
AFP | 1 | ARQ feedback poll indicator 포함 -'0' 설정: ARQ feedback poll을 포함하지 않는 경우 -'1' 설정: AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우 |
RI | 1 | ARQ Re-arrangement information indicator 포함 -'0' 설정: ARQ 재배열을 지시하지 않을 경우 -'1' 설정: ARQ 재배열 지시 |
If(RI == 1) { | ||
LSI | 1 | Last ARQ sub-block indicator -'0' 설정: 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우 -'1' 설정: 해당 MAC PDU에 포함된 단일 |
SSN | 11 | 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버 |
}} | ||
Do { | ||
End | 1 | |
If(End == 0){ | ||
If (! MLEH ){ | MLEH 가 존재하는 경우 길이 필드는 14 비트 크기로 확장 되고 , 존재하지 않는 경우 길이 필드는 11 비트 크기로 사용 | |
Length | 11 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} else { | ||
Length | 14 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} | ||
} | ||
} while (!End) | ||
Reserved | 가변 | |
} |
표 6을 참조하면, MAC PDU에 MLEH가 존재하는 경우, MLEH는 확장 헤더들 중에서 첫 번째로 위치하는 확장 헤더이다. 따라서, MAC PDU를 수신한 수신단은 FPEH를 디코딩하기 전에 MLEH의 존재 여부를 확인 할 수 있으므로, MLEH가 존재하는 경우 FPEH 내의 길이 필드를 14 비트 크기로 디코딩할 수 있게 된다.
FPEH
의 일례 (제 2 실시 예)
본 명세서에 개시된 기술의 제 2 실시 예는 FPEH에 길이 필드의 크기를 지시하는 길이 지시자가 포함되어 있고, 수신단이 수신한 MAC PDU의 FPEH의 길이 지시자의 값을 확인하여 그 확인된 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 2 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 FPEH 내의 길이 지시자의 값을 확인하는 절차가 수행된다. 상기 디코딩 결과 상기 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 0을 나타내는 경우에는 기본 크기로 결정된다. 표 7은 상기 제 2 실시 예에서 사용되는 FPEH 포맷의 예시이다.
구문 |
크기
(비트) |
내용 |
FPEH(){ | ||
Type | 4 | FPEH 타입 |
FC | 2 | 단편화 제어에 관한 정보 포함 |
If (MAC header == AGMH) { | ||
SN | 10 | SN은 연결(connection) 단위로 유지된다. -non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. -ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다. |
AFP | 1 | ARQ feedback poll indicator 포함 -'0' 설정: ARQ feedback poll을 포함하지 않는 경우 -'1' 설정: AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우 |
RI | 1 | ARQ Re-arrangement information indicator 포함 -'0' 설정: ARQ 재배열을 지시하지 않을 경우 -'1' 설정: ARQ 재배열 지시 |
LI | 1 |
길이 지시자
-'0' 설정: 길이 필드의 크기가 11 비트임을 지시 -'1' 설정: 길이 필드의 크기가 14 비트임을 지시 |
If(RI == 1) { | ||
LSI | 1 | Last ARQ sub-block indicator -'0' 설정: 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우 -'1' 설정: 해당 MAC PDU에 포함된 단일 |
SSN | 11 | 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버 |
}} | ||
Do { | ||
End | 1 | |
If(End == 0){ | ||
If ( LI == 0){ | ||
Length | 11 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} else { | ||
Length | 14 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} | ||
} | ||
} while (!End) | ||
Reserved | 가변 | |
} |
FPEH
의 일례 (제 3 실시 예)
본 명세서에 개시된 기술의 제 3 실시 예는 수신단이 수신한 MAC PDU에 MEH가 포함되어 있는지 여부 및 MEH가 포함된 경우 MEH 내의 길이 지시자의 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 3 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 MAC PDU 내에 MEH가 포함되어 있는지를 확인하는 절차와 MEH 내의 길이 지시자의 값을 확인하는 절차가 수행된다. 상기 디코딩 결과 MEH가 존재하고 MEH 내의 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 그렇지 않은 경우에는 기본 크기로 결정된다. 표 8은 상기 제 3 실시 예에서 사용되는 FPEH 포맷의 예시이다.
구문 |
크기
(비트) |
내용 |
FPEH(){ | ||
Type | 4 | FPEH 타입 |
FC | 2 | 단편화 제어에 관한 정보 포함 |
If (MAC header == AGMH) { | ||
SN | 10 | SN은 연결(connection) 단위로 유지된다. -non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. -ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다. |
AFP | 1 | ARQ feedback poll indicator 포함 -'0' 설정: ARQ feedback poll을 포함하지 않는 경우 -'1' 설정: AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우 |
RI | 1 | ARQ Re-arrangement information indicator 포함 -'0' 설정: ARQ 재배열을 지시하지 않을 경우 -'1' 설정: ARQ 재배열 지시 |
If(RI == 1) { | ||
LSI | 1 | Last ARQ sub-block indicator -'0' 설정: 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우 -'1' 설정: 해당 MAC PDU에 포함된 단일 |
SSN | 11 | 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버 |
}} | ||
Do { | ||
End | 1 | |
If(End == 0){ | ||
If( MEH && LI in MEH ){ | MEH 가 존재하고, MEH 의 해당 플로우에 대한 길이 지시자( LI )가 1로 설정된 경우, 해당 플로우에 대한 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 . | |
Length | 14 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} else { | ||
Length | 11 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} | ||
} | ||
} while (!End) | ||
Reserved | 가변 | |
} |
FPEH의 일례 (제 4 실시 예)
본 명세서에 개시된 기술의 제 4 실시 예는 수신단이 수신한 MAC PDU에 MLEH 또는 MEH가 포함되어 있는지 여부 및 MEH 내의 길이 지시자의 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 4 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 MAC PDU 내에 MLEH 또는 MEH가 포함되어 있는지를 확인하는 절차와 MEH 내의 길이 지시자의 값을 확인하는 절차가 수행될 수 있다. 상기 디코딩 결과 MLEH 또는 MEH가 존재하고 MEH 내의 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, MLEH가 존재하나 MEH가 없는 경우에도 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 그렇지 않은 경우에는 기본 크기로 결정된다. 표 9는 상기 제 4 실시 예에서 사용되는 FPEH 포맷의 예시이다.
구문 |
크기
(비트) |
내용 |
FPEH(){ | ||
Type | 4 | FPEH 타입 |
FC | 2 | 단편화 제어에 관한 정보 포함 |
If (MAC header == AGMH) { | ||
SN | 10 | SN은 연결(connection) 단위로 유지된다. -non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. -ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다. |
AFP | 1 | ARQ feedback poll indicator 포함 -'0' 설정: ARQ feedback poll을 포함하지 않는 경우 -'1' 설정: AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우 |
RI | 1 | ARQ Re-arrangement information indicator 포함 -'0' 설정: ARQ 재배열을 지시하지 않을 경우 -'1' 설정: ARQ 재배열 지시 |
If(RI == 1) { | ||
LSI | 1 | Last ARQ sub-block indicator -'0' 설정: 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우 -'1' 설정: 해당 MAC PDU에 포함된 단일 |
SSN | 11 | 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버 |
}} | ||
Do { | ||
End | 1 | |
If(End == 0){ | ||
If( MLEH && MEH && LI ){ | MLEH 또는 MEH 가 존재하고, MEH 의 해당 플로우에 대한 길이 지시자( LI )가 1로 설정된 경우, 해당 플로우에 대한 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 . | |
Length | 14 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} else if ( MLEH && ! MEH ) { | MLEH 가 존재하나, MEH 가 없는 경우 해당 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 . | |
Length | 14 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} else { | 위 두 가지 조건에 모두 해당하지 않는 경우 해당 FPEH 의 길이 필드의 크기는 11 비트로 사용 | |
Length | 11 | SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드 |
} | ||
} | ||
} while (!End) | ||
Reserved | 가변 | |
} |
변형된 실시 예
전술된 실시 예들은 MAC PDU에 포함된 FPEH 내의 길이 필드의 크기 필드를 결정하는 방법에 대하여 설명된 것이다. 그러나 FPEH 외에 ARQ 정보 및 분할/패킹 정보를 전송하기 위한 다른 확장 헤더가 정의되는 경우에 상기 다른 확장 헤더에도 동일한 방법이 적용될 수 있다.
예를 들어, FPEH가 초기 ARQ 블록 전송(initial ARQ block transmission) 또는 재배열이 없는 ARQ 블록 재전송(ARQ block retransmission without rearrangement)에서만 사용되도록 정의된다면, 재배열 ARQ 블록(ARQ block with rearrangement)이 전송되는 경우를 위하여 추가적인 재배열 FPEH(Rearrangement FPEH; RFPEH)가 정의될 수 있다. 이와 같은 RFPEH가 정의되고, RFPEH와 FPEH가 동시에 전송될 수 없는 경우, RFPEH의 길이 필드의 크기도, 예컨대, 11 비트인지 또는 14 비트인지 본 명세서에 개시된 기술의 실시 예들과 동일하게 결정될 수 있다.
무선 통신 시스템
도 9는 본 명세서에 개시된 기술의 일 실시 예를 따르는 무선 통신 시스템을 나타낸 블록도이다. 상기 무선 통신 시스템(900)은 기지국(910) 및 단말(920)을 포함할 수 있다.
기지국(910)은 제어부(911), 메모리(912) 및 무선통신(RF)부(radio frequency unit)(913)를 포함한다.
제어부(911)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(911)에 의해 구현될 수 있다.
제어부(911)는 MAC 계층을 운영하고, MAC PDU를 구성하거나 디코드 하도록 지시할 수 있다.
메모리(912)는 제어부(911)와 연결되어, MAC PDU를 구성하고 디코드하기 위한 프로토콜이나 파라미터를 저장한다. RF부(913)는 제어부(911)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
단말(920)은 제어부(921), 메모리(922) 및 무선통신(RF)부(923)을 포함한다.
제어부(921)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(921)에 의해 구현될 수 있다. 제어부(921)는 MAC 계층을 운영하고, MAC PDU를 구성하거나 디코드 하도록 지시할 수 있다.
메모리(912)는 제어부(921)와 연결되어, MAC PDU를 구성하고 디코드하기 위한 프로토콜이나 파라미터를 저장한다. RF부(913)는 제어부(921)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
제어부(911, 921)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(912,922)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(913,923)은 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예들이 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(912,922)에 저장되고, 제어부(911, 921)에 의해 실행될 수 있다. 메모리(912,922)는 제어부(911, 921) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 제어부(911, 921)와 연결될 수 있다.
본 명세서에 개시된 기술은 상기 기술의 기술적 사상 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 전술된 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 명세서에 개시된 기술에 따른 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
Claims (13)
- 무선 통신 시스템에서 수신단의 매체접속제어(Medium Access Control; 이하 MAC) 프로토콜 데이터 유닛(Protocol Data Unit; 이하 PDU) 수신 방법에 있어서,
송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고;
상기 헤더부를 디코딩하는 단계와; 그리고
상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어지는 수신 방법. - 제 1 항에 있어서,
상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header; 이하 FPEH)인 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상기 제 1 확장 헤더는 패킹 확장 헤더(Packing Extended Header; 이하 PEH)인 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고,
상기 제 1 길이 필드의 확장 크기는 14 비트(bit)인 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상기 디코딩 단계는 상기 헤더부에 MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 MLEH)가 포함되었는지 여부를 확인하는 단계이고,
상기 헤더부에 MLEH가 존재하는 경우, 상기 제 1 길이 필드의 크기는 확장 크기로 결정되는 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상기 제 1 확장 헤더는 상기 제 1 길이 필드의 크기를 지시하는 제 1 길이 지시자(length indicator)를 더 포함하고,
상기 디코딩 단계는 상기 제 1 길이 지시자(length indicator)를 확인하는 단계이고,
상기 제 1 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정되는 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상기 헤더부는 제 2 길이 필드 및 상기 제 2 길이 필드의 크기를 지시하는 제 2 길이 지시자를 포함하는 다중화 확장 헤더(Multiplexing Extended Header; 이하 MEH)를 더 포함하고,
상기 디코딩 단계는 상기 제 2 길이 지시자를 확인하는 단계이고,
상기 제 2 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정되는 것을 특징으로 하는 수신 방법. - 제 1 항에 있어서,
상향링크에서 상기 송신단은 이동 단말이고, 상기 수신단은 기지국인 수신 방법. - 제 1 항에 있어서,
하향링크에서 상기 송신단은 기지국이고 상기 수신단은 이동단말인 수신 방법. - 무선 통신 시스템에서 매체접속제어(Medium Access Control; 이하 MAC) 프로토콜 데이터 유닛(Protocol Data Unit; 이하 PDU)을 수신하는 단말에 있어서,
메모리;
외부 신호와 무선 신호를 송수신하기 위한 무선통신부; 및
MAC PDU의 수신 및 디코딩을 제어하는 제어부를 포함하되,
상기 제어부는,
기지국으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고;
상기 헤더부를 디코딩하는 단계와; 그리고
상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기를 기본 크기 및 확장 크기 중 어느 하나로 결정하는 단계를 수행하도록 제어하는 것을 특징으로 하는 단말. - 제 10 항에 있어서,
상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header; 이하 FPEH)인 것을 특징으로 하는 단말. - 제 10 항에 있어서,
상기 제 1 확장 헤더는 패킹 확장 헤더(Packing Extended Header; 이하 PEH)인 것을 특징으로 하는 단말. - 제 10 항에 있어서,
상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고,
상기 제 1 길이 필드의 확장 크기는 14 비트(bit)인 것을 특징으로 하는 단말.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/578,240 US8879474B2 (en) | 2010-02-10 | 2011-02-10 | Method and apparatus for receiving a medium access control protocol data unit having a fragmentation and packing extended header |
PCT/KR2011/000894 WO2011099790A2 (ko) | 2010-02-10 | 2011-02-10 | 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US30328210P | 2010-02-10 | 2010-02-10 | |
US61/303,282 | 2010-02-10 | ||
US30831310P | 2010-02-26 | 2010-02-26 | |
US61/308,313 | 2010-02-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20110093682A true KR20110093682A (ko) | 2011-08-18 |
Family
ID=44930262
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020110011690A KR20110093682A (ko) | 2010-02-10 | 2011-02-10 | 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR20110093682A (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20150105171A (ko) * | 2014-03-06 | 2015-09-16 | 삼성전자주식회사 | 이동 통신 시스템에서 대용량 서비스 데이터 유닛을 지원하기 위한 방법 및 장치 |
-
2011
- 2011-02-10 KR KR1020110011690A patent/KR20110093682A/ko not_active Application Discontinuation
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20150105171A (ko) * | 2014-03-06 | 2015-09-16 | 삼성전자주식회사 | 이동 통신 시스템에서 대용량 서비스 데이터 유닛을 지원하기 위한 방법 및 장치 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8879474B2 (en) | Method and apparatus for receiving a medium access control protocol data unit having a fragmentation and packing extended header | |
US8934407B2 (en) | MAC layer packet data units for wireless communications | |
KR101216153B1 (ko) | 시스템 오버헤드를 줄이기 위한 방법 및 장치 | |
US9923754B2 (en) | Data transmission method and apparatus | |
US8750333B2 (en) | Backwards-compatible approach to fields of a protocol layer | |
KR101147777B1 (ko) | 매체접속제어 프로토콜데이터 유닛 전송방법 | |
KR101216100B1 (ko) | 단편화 패킹 확장헤더를 수반하는 mac pdu를 전송하는 방법 및 장치 | |
US8175015B1 (en) | WiMAX MAC | |
ES2901374T3 (es) | Procedimiento y aparato para realizar una función de capa 2 eficiente en un sistema de comunicación móvil | |
KR101165642B1 (ko) | 압축 mac 헤더를 이용한 mac pdu 송수신 방법 및 장치 | |
US8553633B2 (en) | Bandwidth request method and bandwidth allocation method in broadband wireless access system | |
EP3267721B1 (en) | Air-interface protocol stack configuration method, and data transmission method and device | |
JP5567128B2 (ja) | Arqフィードバック情報伝送及び受信方法 | |
WO2013091510A1 (zh) | 传输数据帧的方法和装置 | |
JP2011527535A (ja) | 無線ネットワークにおいてプロトコルデータユニットを処理するための方法及び装置 | |
EP3790213B1 (en) | Mac-based hybrid automatic repeat request (harq) | |
KR20110093682A (ko) | 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 | |
JP7572642B2 (ja) | 基地局装置、端末装置、及び無線通信方法 | |
US11755389B2 (en) | Message processing method and message processing device | |
KR20210007822A (ko) | 무선 통신 시스템에서 통신을 수행하는 방법 및 장치 | |
KR20200088206A (ko) | 데이터 유닛 분할 방법 및 장치 | |
CN118160354A (zh) | 数据处理方法、终端设备和网络设备 | |
CN118590936A (zh) | 数据传输方法、装置、设备及介质 | |
KR20100123663A (ko) | 광대역 무선 접속 시스템에서 효율적인 시그널링 헤더의 구조 | |
KR20100080264A (ko) | 맥 계층의 데이터 생성방법 및 데이터 전송방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WITN | Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid |