KR101709421B1

KR101709421B1 - 소형 데이터 패킷들을 전송하는 것과 관련된 오버헤드 축소

Info

Publication number: KR101709421B1
Application number: KR1020157009350A
Authority: KR
Inventors: 시아오페이 왕; 궈동 장
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2012-09-13
Filing date: 2013-09-13
Publication date: 2017-02-22
Also published as: TW201427339A; JP6353098B2; US10034245B2; MX344423B; AU2013315233B2; EP2896262A2; TWI727916B; HK1212847A1; US20140071873A1; CN104620659B; AU2013315233C1; US20180295580A1; AU2013315233A1; US9504032B2; US20170048799A1; US10966152B2; JP6093864B2; EP3806568A1; JP2017118580A; EP3445117A1

Abstract

소형 패킷들을 전송하는 방법, 무선 송수신 유닛(wireless transmit/receive unit, WTRU), 및 기지국이 설명된다. WTRU는 매체 접근 제어(medium access control, MAC) 또는 물리 계층 컨버전스 프로토콜(physical layer convergence protocol, PLCP) 헤더 중 하나 이상을 갖는 패킷을 생성하는데, MAC 또는 PCLP 헤더는 필드를 포함한다. WTRU가 송신을 위해 데이터를 버퍼링 시킨 조건 하에서, WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간 또는 송신 기회(transmission opportunity, TXOP)를 나타내는 정보를 필드에 포함한다. WTRU는 무선 네트워크 내의 다른 WTRU에 패킷을 송신한다. WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간에 기반하여 승인된 TXOP를 갖는 다른 WTRU로부터 다른 패킷을 수신한다.

Description

소형 데이터 패킷들을 전송하는 것과 관련된 오버헤드 축소{REDUCE OVERHEAD ASSOCIATED WITH TRANSFERRING SMALL DATA PACKETS}

본 출원은 2012년 9월 13일에 출원된 미국 가출원 제61/700,720호 및 2013년 6월 6일에 출원된 미국 가출원 제61/831,759호에 대한 우선권의 이익을 주장하며, 그 내용은 참조로서 여기에 통합되어 있다.

무선 로컬 영역 네트워크(WLAN)는 무선 디바이스들 또는 스테이션(STA)들을 연결시키는 LAN이다. 인프라구조 기본 서비스 세트(basic service set, BSS) 모드에서, WLAN은 BBS를 위한 액세스 포인트(access point, AP) 및 AP와 관련된 하나 이상의 스테이션(station, STA)들을 포함한다. AP는 분산 시스템(DS), 또는 BBS 내부 또는 외부로 트래픽을 운반하는 다른 타입의 유무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS 외부로부터 기원하지만 BSS 내의 STA로 최종적으로 향하는 트래픽은 AP를 통해 도착할 수 있으며, AP는 적절한 STA에 전달할 수 있다. 이와 유사하게, STA들로부터 기원하여 BSS 외부의 디바이스들로 향하는 트래픽은 BSS의 외부의 절절한 디바이스에 대한 전달을 위해 AP에 보내질 수 있다. BSS 내의 STA들 사이에서 교환되고 있는 트래픽(피어-투-피어 트래픽이라고도 지칭됨)은 IEEE(Institute of Electrical and Electronics Engineers) 802.11e DLS 또는 IEEE 802.11z TDLS(tunneled DLS)를 이용하는 직접 링크 셋업(direct link setup, DLS)을 사용하여 출발지 STA와 목적지 STA에 직접 전달되거나 AP를 통해 보내질 수 있다. 독립 BSS 모드에서, WLAN은 AP를 갖지 않고, 그러므로 독립 BSS 모드의 STA들은 서로 직접 통신한다.

적어도 일부의 WLAN들의 특성 및 동작으로 인해, WLAN STA들은 송신 업링크(uplink, UL) 소형 프레임들을 자주 송신할 필요가 있을 수 있다. 이러한 UL 소형 프레임들은 예를 들어, 전력절감 폴(power-save poll, PS-Poll)들, 약 120바이트의 매체 접근 제어(medium access control, MAC) 서비스 데이터 유닛(MAC service data unit, MSDU)을 가질 수 있는 VoIP(voice over internet protocol), 프레임들이 약 64바이트의 MSDU 사이즈를 가질 수 있는 산업용 프로세스 자동화, 및 약 64바이트들의 MSDU 프레임들을 가질 수 있는 웹 브라우징 클릭에 대한 데이터를 포함하는 패킷들을 포함할 수 있다.

소형 패킷들을 전송하는 방법, 무선 송수신 유닛(WTRU), 및 기지국이 설명된다. WTRU는 매체 접근 제어(medium access control, MAC) 또는 물리 계층 컨버전스 프로토콜(physical layer convergence protocol, PLCP) 헤더 중 하나 이상을 갖는 패킷을 생성하는데, MAC 또는 PCLP 헤더 중 하나 이상은 필드를 포함한다. WTRU가 송신을 위해 데이터를 버퍼링 시킨 조건 하에서, WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간을 나타내는 정보를 필드에 포함한다. WTRU는 무선 네트워크 내의 다른 WTRU에 패킷을 송신한다. WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간에 기반하여 승인된(granted) 송신 기회(transmission opportunity, TXOP)를 가진 다른 WTRU로부터 다른 패킷을 수신한다.

첨부 도면들과 함께, 일례로서 주어진 다음의 설명으로부터 더 상세히 이해될 수 있다.
도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 구성도이다.
도 1b는 도 1a에 예시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 구성도이다.
도 1c는 도 1a에 예시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 구성도이다.
도 2는 예시적인 PCF(point coordination function) 프레임 전송의 도면이다.
도 3은 예시적인 전력절감 멀티폴(power-save multi-poll, PSMP) 동작의 도면이다.
도 4a는 소형 패킷들을 전송하는 예시적인 방법의 흐름도이다.
도 4b는 소형 패킷들을 전송하는 다른 예시적인 방법의 흐름도이다.
도 5a는 가변 길이 프레임 체크 시퀀스(frame check sequence, FCS)를 이용하여 소형 패킷들을 전송하는 예시적인 방법의 도면이다.
도 5b는 가변 길이 FCS를 이용하여 소형 패킷들을 전송하는 다른 예시적인 방법의 도면이다.
도 6은 그룹 기반 채널 경쟁의 일례의 도면이다.
도 7은 그룹 기반 채널 경쟁의 다른 일례의 도면이다.
도 8은 그룹 기반 채널 경쟁의 다른 일례의 도면이다.
도 9은 예시적인 인트라-CG 송신 부여 및 대리 폴링(grant and surrogate polling) 절차의 도면이다.
도 10은 예시적인 인터-그룹 송신 부여 및 대리 폴링(surrogate polling) 절차의 도면이다.

도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 무선 사용자들에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이 무선 대역폭을 포함하는 시스템 리소스들의 공유를 통해 이러한 콘텐츠에 액세스하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(code division multiple access, CDMA), 시간 분할 다중 액세스(time division multiple access, TDMA), 주파수 분할 다중 액세스(frequency division multiple access, FDMA), 직교 FDMA(orthogonal FDMA, OFDMA), 싱글-캐리어 FDMA(single-carrier FDMA, SC-FDMA) 등의 하나 이상의 채널 액세스 방법들을 채택할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU; 102a, 102b, 102c, 및 102d), 무선 액세스 네트워크(radio access network, RAN; 104), 코어 네트워크(106), 공중 교환 전화망(public switched telephone network, PSTN; 108), 인터넷(110), 및 다른 네트워크(112)를 포함할 수 있지만, 개시된 실시예들은 임의의 개수의 WTRU, 기지국, 네트워크, 및/또는 네트워크 요소들을 고려한다는 점이 이해될 것이다. WTRU(102a, 102b, 102c, 및 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 타입의 디바이스일 수 있다. 일례로서, WTRU들(102a, 102b, 102c, 및 102d)은 무선 신호들을 송수신하도록 구성될 수 있고, 사용자 기기(UE), 이동국, 고정 또는 이동 가입자 유닛, 호출기, 휴대 전화기, 개인휴대단말기(PDA), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 가전제품, 스테이션(STA), 액세스 포인트(AP) 등을 포함할 수 있다.

통신 시스템들(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a 및 114b) 각각은 코어 네트워크(106), 인터넷(110), 및/또는 그 밖의 네트워크들(112) 등의 하나 이상의 통신 네트워크에 대한 액세스를 용이하기 위해 WTRU들(102a, 102b, 102c, 및 102d) 중 적어도 하나와 무선 인터페이싱하도록 구성된 임의의 타입의 디바이스일 수 있다. 일례로서, 기지국들(114a 및 114b)은 기지국 송수신기(base transceiver station, BTS), Node-B, eNode B, Home Node B, Home eNode B, 사이트 컨트롤러(site controller), 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국(114a 및 114b)이 각각 단일 요소로서 도시되어 있지만, 기지국(114a 및 114b)은 임의의 개수의 상호 연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다.

기지국(114a)은 기지국 컨트롤러(base station controller, BSC), 무선 네트워크 컨트롤러(radio network controller, RNC), 릴레이 노드들 등과 같은 다른 기지국들 및/또는 네트워크 요소들(미도시)을 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(미도시)이라고 지칭될 수 있는 특정 지리적 영역 내에서 무선 신호들을 송수신하도록 구성될 수 있다. 셀은 셀 섹터들로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 관련된 셀은 3개의 섹터로 분할될 수 있다. 이에 따라, 일 실시예에서, 기지국(114a)은 3개의 송수신기, 즉 셀의 섹터당 하나를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중입력 다중출력(MIMO) 시스템을 채택할 수 있으며, 이로써 셀의 섹터당 다수의 송수신기를 활용할 수 있다.

기지국들(114a 및 114b)은 임의의 적절한 무선 통신 링크(예를 들어, 무선 주파수(radio frequency, RF), 마이크로파, 적외선(infrared, IR), 자외선(ultraviolet, UV), 가시광선 등)일 수 있는 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c, 및 102d) 중 하나 이상과 통신할 수 있다. 무선 인터페이스(116)는 임의의 적절한 무선 액세스 기술(radio access technology, RAT)을 이용하여 구축될 수 있다.

더 구체적으로, 전술된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템으로서 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 채택할 수 있다. 예를 들어, RAN(104)에서의 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 광대역 CDMA(WCDMA)를 이용하여 무선 인터페이스(116)를 구축할 수 있는 UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 이용하여 무선 인터페이스(116)를 구축할 수 있는 E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 IEEE 802.16와 같은 무선 기술들(WiMAX(Worldwide Interoperability for Microwave Access), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등)을 구현할 수 있다.

도 1a에서의 기지국(114b)은 예를 들어, 무선 라우터, Home Node B, Home eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 대학 캠퍼스 등의 로컬화된 영역에서 무선 연결을 촉진하기 위한 임의의 적절한 RAT를 활용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 IEEE 802.11와 같은 무선 기술을 구현하여 무선 로컬 영역 네트워크(wireless local area network, WLAN)를 구축할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 IEEE 802.15와 같은 무선 기술을 구현하여 무선 사설 네트워크(wireless personal area network, WPAN)를 구축할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)을 활용하여 피코셀 또는 펨토셀을 구축할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접적인 연결을 가질 수 있다. 이에 따라, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스하도록 요구 받지 않을 수 있다.

RAN(104)은 데이터, 애플리케이션, 및/또는 VoIP(voice over internet protocol) 서비스들을 WTRU들(102a, 102b, 102c, 및 102d) 중 하나 이상에 제공하도록 구성된 임의의 타입의 네트워크일 수 있는 코어 네트워크(106)와 통신 상태에 있을 수 있다. 예를 들어, 코어 네트워크(106)는 호 제어(call control), 과금 서비스(billing service), 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결, 비디오 유통 등을 제공하고/거나, 사용자 인증과 같은 고급 보안 기능들을 수행할 수 있다. 도 1a에 도시되지 않았지만, RAN(104) 및/또는 코어 네트워크(106)는 RAN(104)과 동일한 RAT를 채택하거나 상이한 RAT를 채택하는 다른 RAN들과 직간접적인 통신 상태에 있을 수 있다. 예를 들어, 코어 네트워크(106)는 E-UTRA 무선 기술을 활용할 수 있는 RAN(104)에 연결되어 있을 뿐 아니라 GSM 무선 기술을 채택하는 다른 RAN(미도시)과도 통신 상태에 있을 수 있다.

코어 네트워크(106)는 또한 WTRU들(102a, 102b, 102c, 및 102d)을 위한 게이트웨이 역할을 하여 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화망(circuit-switched telephone network)들을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 슈트에서, 전송 제어 프로토콜(transmission control protocol, TCP), 사용자 데이터그램 프로토콜(user datagram protocol, UDP), 및 인터넷 프로토콜(internet protocol, IP)과 같은 공통 통신 프로토콜들을 이용하는 상호 연결된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 유무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT를 채택하거나 상이한 RAT를 채택할 수 있는 하나 이상의 RAN에 연결된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)에서 WTRU들(102a, 102b, 102c, 및 102d)의 일부 및 전부는 다중 모드 능력들을 포함할 수 있는데, 즉 WTRU들(102a, 102b, 102c, 및 102d)은 상이한 무선 링크를 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 송수신기를 포함할 수 있다. 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 채택할 수 있는 기지국(114a) 및 IEEE 802 무선 기술을 채택할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 예시적인 WTRU(102)의 시스템 구성도이다. 도 1b에 도시된 바와 같이, WTRU(102)는 프로세서(118), 송수신기(120), 송수신 요소(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 제거불가 메모리(130), 제거가능 메모리(132), 전원(134), 위성 위치확인 시스템(global positioning system, GPS) 칩셋(136), 및 다른 주변 장치들(138)을 포함할 수 있다. WTRU(102)는 일 실시예와 일관성을 유지하면서 전술한 요소들의 임의의 서브 조합을 포함할 수 있다는 점이 이해될 것이다.

프로세서(118)는 범용 프로세서, 전용 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor, DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 프로세서들, 컨트롤러, 마이크로컨트롤러, ASIC(application specific integrated circuit), FPGA(field programmable gate array) 회로들, 임의의 다른 타입의 집적 회로(integrated circuit, IC), 상태 기계(state machine) 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작 가능하게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(118)는 송수신기(120)에 결합될 수 있고, 송수신기(120)는 송수신 요소(122)에 결합될 수 있다. 도 1b는 별도의 컴포넌트로서 프로세서(118) 및 송수신기(120)를 도시하고 있지만, 프로세서(118) 및 송수신기(120)는 전자 패키지 또는 칩에 함께 통합될 수 있다.

송수신 요소(122)는 무선 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))으로 신호들을 송신하거나 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 요소(122)는 RF 신호들을 송수신하도록 구성된 안테나일 수 있다. 다른 실시예에서, 송수신 요소(122)는 예를 들어, IR, UV, 또는 가시광 신호들을 송수신하도록 구성된 방출기(emitter)/탐지기(detector)일 수 있다. 또 다른 실시예에서, 송수신 요소(122)는 RF 신호와 광 신호 모두를 송수신하도록 구성될 수 있다. 송수신 요소(122)는 무선 신호들의 임의의 조합을 송수신하도록 구성될 수 있다는 점이 이해될 것이다.

또한, 송수신 요소(122)가 단일 요소로서 도 1b에 도시되어 있음에도 불구하고, WTRU(102)는 임의의 개수의 송수신 요소(122)를 포함할 수 있다. 더 구체적으로, WTRU(102)는 MIMO 기술을 채택할 수 있다. 이에 따라, 일 실시예에서, WTRU(102)는 무선 인터페이스(116)를 통해 무선 신호들을 송수신하기 위한 2 이상의 송수신 요소(122)(예를 들어, 다수의 안테나)를 포함할 수 있다.

송수신기(120)는 송수신 요소(122)에 의해 송신될 신호들을 변조하고, 송수신 요소(122)에 의해 수신된 신호들을 복조하도록 구성될 수 있다. 전술된 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 이에 따라, 송수신기(120)는 WTRU(102)가 예를 들어, UTRA 및 IEEE 802.11와 같이 다수의 RAT들을 통해 통신하게 할 수 있는 다수의 송수신기를 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(126)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 결합되어 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 제거불가 메모리(130) 및/또는 제거가능 메모리(132)와 같은 임의의 타입의 적절한 메모리로부터의 정보에 액세스하여 이들 메모리에 데이터를 저장할 수 있다. 제거불가 메모리(130)는 랜덤 액세스 메모리(random access memory, RAM), 리드 온리 메모리(read-only memory, ROM), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 제거가능 메모리(132)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는 서버 또는 가정용 컴퓨터(미도시)와 같은 WTRU(102)에 물리적으로 위치하지 않는 메모리로부터의 정보에 액세스하여 그 안에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)로부터 전력을 수신할 수 있고, WTRU(102)의 다른 컴포넌트에 대한 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전원(134)은 하나 이상의 건전지 배터리(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 수소(nickel metal hydride, NiMH), 리튬 이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 위도 및 경도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 추가하거나 이를 대체하여, WTRU(102)는 무선 인터페이스(116)를 통해 기지국(예를 들어, 기지국들(114a 및 114b))으로부터 위치 정보를 수신하고/거나, 2 이상의 근처 기지국으로부터 수신되고 있는 신호들의 타이밍에 기반하여 자신의 위치를 결정할 수 있다. WTRU(102)는 일 실시예와 일관성을 유지하면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 점이 이해될 것이다.

프로세서(118)는 추가적인 특징들, 기능성, 및/또는 유무선 연결성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치들(138)에 더 결합될 수 있다. 예를 들어, 주변 장치들(138)은 가속도계(accelerometer), 전자 나침반(e-compass), 위성 송수신기, (사진 또는 동영상을 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈-프리 헤드셋, 블루투스 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 일 실시예에 따른 RAN(104) 및 코어 네트워크(106)의 시스템 구성도이다. RAN(104)은 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 IEEE 802.16 무선 기술을 채택한 액세스 서비스 네트워크(ASN)일 수 있다. 이하 더 상세히 설명되듯이, WTRU들(102a, 102b, 102c), RAN(104), 및 코어 네트워크(106)의 상이한 기능 엔티티들 사이의 통신 링크들은 레퍼런스 포인트(reference point)라고 정의될 수 있다.

도 1e에 도시된 바와 같이, RAN(104)은 기지국들(140a, 140b, 및 140c) 및 ASN 게이트웨이(142)를 포함할 수 있지만, RAN(104)은 일 실시예와 일관성을 유지하면서 임의의 개수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 점이 이해될 것이다. 기지국들(140a, 140b, 및 140c) 각각은 RAN(104)에서 특정 셀(미도시)와 관련될 수 있고, 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위한 하나 이상의 송수신기를 포함할 수 있다. 일 실시예에서, 기지국들(140a, 140b, 및 140c)은 MIMO 기술을 구현할 수 있다. 이에 따라, 예를 들어, 기지국(140a)은 다수의 안테나를 이용하여 WTRU(102a)에 무선 신호들을 송신하고, 이로부터 무선 신호들을 수신할 수 있다. 기지국들(140a, 140b, 및 140c)은 또한 핸드오프 트리거링, 터널 구축(tunnel establishment), 무선 리소스 관리, 트래픽 분류, 서비스 품질(quality of service, QoS) 정책 집행(policy enforcement) 등의 이동성 관리 기능들을 제공할 수 있다. ASN 게이트웨이(142)는 트래픽 집성 포인트(traffic aggregation point) 역할을 할 수 있고, 페이징, 가입자 프로파일의 캐싱(caching), 코어 네트워크(106)에 대한 라우팅 등을 담당할 수 있다.

WTRU들(102a, 102b, 및 102c)과 RAN(104) 사이의 무선 인터페이스(116)는 IEEE 802.16 사양을 구현한 Rl 레퍼런스 포인트로서 정의될 수 있다. 또한, WTRU들(102a, 102b, 및 102c)의 각각은 코어 네트워크(106)와의 로직 인터페이스(미도시)를 구축할 수 있다. WTRU들(102a, 102b, 및 102c)과 코어 네트워크(106) 사이의 로직 인터페이스는 인증, 인가, IP 호스트 구성 관리, 및/또는 이동성 관리에 사용될 수 있는 R2 레퍼런스 포인트로서 정의될 수 있다.

기지국들(140a, 140b, 및 140c) 사이의 통신 링크는 기지국 사이의 데이터 전송 및 WTRU 핸드오버를 용이하게 하기 위한 프로토콜들을 포함하는 R8 레퍼런스 포인트로서 정의될 수 있다. 기지국들(140a, 140b, 및 140c)과 ASN 게이트웨이(215) 사이의 통신 링크는 R6 레퍼런스 포인트로서 정의될 수 있다. R6 레퍼런스 포인트는 WTRU들(102a, 102b, 및 102c)의 각각과 관련된 이동성 이벤트(mobility event)들에 기반하여 이동성 관리를 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

도 1c에 도시된 바와 같이, RAN(104)은 코어 네트워크(106)에 연결될 수 있다. RAN(104)과 코어 네트워크(106) 사이의 통신 링크는, 예를 들어 데이터 전송 능력 및 이동성 관리 능력을 용이하게 하기 위한 프로토콜들을 포함하는 R3 레퍼런스 포인트로서 정의될 수 있다. 코어 네트워크(106)는 모바일 IP 홈 에이전트(mobile IP home agent, MIP-HA; 144), 인증, 인가, 계정(authentication, authorization, accounting, AAA) 서버(146), 및 게이트웨이(148)를 포함할 수 있다. 전술한 요소들 각각은 코어 네트워크(106)의 일부로서 도시되어 있지만, 이들 요소 중 어느 하나가 코어 네트워크 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 점이 이해될 것이다.

MIP-HA는 IP 주소 관리를 담당할 수 있고, WTRU들(102a, 102b, 및 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에서 로밍하게 할 수 있다. MIP-HA(144)는 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공하여 WTRU들(102a, 102b, 및 102c)과 IP 인에이블 디바이스들 사이의 통신을 용이하게 할 수 있다. AAA 서버(146)는 사용자 인증 및 사용자 서비스들의 지원을 담당할 수 있다. 게이트웨이(148)는 다른 네트워크와의 상호 작용을 용이하게 할 수 있다. 예를 들어, 게이트웨이(148)는 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공하여 WTRU들(102a, 102b, 및 102c)과 종래의 지상 라인 통신 디바이스들 사이의 통신을 용이하게 할 수 있다. 또한, 게이트웨이(148)는 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 다른 유무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다.

도 1c에 도시되지는 않았지만, RAN(104)은 다른 ASN들에 연결될 수 있고, 코어 네트워크(106)는 다른 코어 네트워크들에 연결될 수 있다는 점이 이해될 것이다. RAN(104)과 다른 ASN들 사이의 통신 링크는 RAN(104)과 다른 ASN들 사이의 WTRU들(102a, 102b, 및 102c)의 이동성을 조정하기 위한 프로토콜들을 포함할 수 있는 R4 레퍼런스 포인트로서 정의될 수 있다. 코어 네트워크(106)와 다른 코어 네트워크들 사이의 통신 링크는 홈 코어 네트워크들과 방문 코어 네트워크들 사이의 상호 작용을 용이하게 하기 위한 프로토콜들을 포함할 수 있는 R5 레퍼런스로서 정의될 수 있다.

다른 네트워크(112)는 IEEE 802.11 기반 무선 로컬 영역 네트워크(wireless local area network, WLAN; 160)에 더 연결될 수 있다. WLAN(160)는 액세스 라우터(165)를 포함할 수 있다. 액세스 라우터는 게이트웨이 기능성을 포함할 수 있다. 액세스 라우터(165)는 복수의 액세스 포인트(AP; 170a 및 170b)와 통신 상태일 수 있다. 액세스 라우터(165)와 AP들(170a 및 170b) 사이의 통신은 무선 이더넷(IEEE 802.3 표준들) 또는 임의의 타입의 무선 통신 프로토콜을 통할 수 있다. AP(170a)는 WTRU(102d)와의 무선 인터페이스를 통한 무선 통신 상태에 있다.

전술된 바와 같이, 적어도 일부 WLAN 시스템들의 경우, WLAN STA들은 UL 소형 프레임들을 자주 송신할 필요가 있을 수 있다. 이러한 WLAN 시스템들의 일부 더 구체적인 예시들은, 특히 포인트 조정 함수(point coordination function, PCF), 서비스 품질(quality of service, QoS) 하이브리드 조정 함수 제어 채널 액세스(hybrid coordination function controlled channel access, HCCA), 전력절감 멀티폴(power-save multi-poll, PSMP), 1GHz 미만 할당된 스펙트럼(Sub 1GHz 스펙트럼)에서의 WLAN 동작과 관련된 바와 같이 따른다.

PCF는 IEEE 802.11 기반 무선 로컬 영역 네트워크(WLAN)들에 사용될 수 있는 기법으로서, 포인트 조정기(point coordinator, PC) AP는 네트워크 내의 무경쟁(contention-free, CF) 프레임 전송을 조정한다. PCF CF 프레임 전송은 BSS의 AP에서 동작하는 PC에 의해 제어될 수 있는 폴링 방식에 기반할 수 있다.

도 2는 예시적인 PCF 프레임 전송(200)이 도면이다. 도 2에 예시된 예시적인 PCF 프레임 전송(200)은 경쟁 구간(212)이 뒤따르는 무경쟁 구간(contention-free period, CFP; 204)를 포함하는 무경쟁 반복 간격(202)을 포함한다. PCF의 일 실시예에서, 무경쟁 반복 간격(202)은 시구간에 걸쳐 무선 매체에 무경쟁 및 경쟁 기반 액세스를 제공하기 위해 반복된다.

PC는 CF 파라미터 세트 요소를 비콘(214)에 포함시킴으로써 CFP(204)를 개시할 수 있다. 비콘(214)을 수신한 모든 스테이션은 NAV(206)를 각 CFP(204)의 공칭 시작 시간(nominal start time)으로 설정하여 비-폴링 송신들을 방지할 수 있다.

PC는 폴 프레임들을 이용하여 UL 송신들을 위한 CF-pollable STA들을 폴링할 수 있다. 도 2에 예시된 예시에서, PC는 비콘(214) 이후 숏 인터프레임 스페이스(short interframe space, SIFS) 구간(210a)을 대기하여 자신의 제1 폴 프레임(216)을 송신한다. 일 실시예에서, PC는 예를 들어, Data+CF-Poll 프레임, Data+CF-ACK+CF-Poll 프레임, 또는 CF-Poll 프레임을 포함하는 폴 프레임으로서 여러 상이한 프레임들 중 어느 하나를 이용할 수 있다. 이들 상이한 타입들의 폴 프레임들의 사용은 PC로 하여금 폴 프레임들을 효율적으로 사용할 수 있게 하여 송신을 위해 갖는 다른 데이터를 송신할 수 있다. 예를 들어, PC는 송신할 DL 데이터를 가지면, Data+CF-Poll 프레임을 이용하여 폴 프레임을 갖는 DL 데이터를 송신할 수 있다. 다른 예시의 경우, PC는 송신할 DL 데이터 및 ACK를 가지면, Data+CF-ACK+CF-Poll 프레임을 이용하여 DL 데이터 및 확인응답(ACK)을 송신할 수 있다. PC는 송신할 다른 데이터를 갖지 않으면, CF-Poll 프레임을 간단히 송신할 수 있다. 데이터 또는 널 프레임(null frame)이 확인응답된 프레임을 즉시 따르면, CFP(예를 들어, CFP(204)) 중에 보내진 프레임들의 확인응답이 Data+CF-ACK 프레임, CF_ACK 프레임, Data+CF-ACK+CF-Poll 프레임, 또는 CF-ACK+CF-Poll 프레임을 이용하여 달성될 수 있으며, 이로써 별도의 ACK 프레임들의 오버헤드를 회피한다.

폴링된 것에 응답하여, CF-pollable STA는 SIFS 구간 이후 경쟁 없이 UL 프레임들을 송신할 수 있다. 이는 분산 조정 함수(distributed coordination function, DCF) 하에서 수행된 송신들의 경우보다 매체의 더 높은 활용을 제공할 수 있다. 도 2에 예시된 예시에서, PC가 제1 폴 프레임(216)을 송신한 이후, 폴링 STA는 SIFS 구간(210b)를 대기하고, 그 다음 하나 이상의 UL 프레임(218)을 송신한다. 다른 SIFS 구간(210c) 이후, PC는 자신의 다음 폴 프레임(220)을 송신할 수 있고, 다른 SIFS 구간(210d) 이후, 폴링된 STA는 하나 이상의 UL 프레임(2220)을 송신할 수 있다. 다른 SIFS 구간(210e) 이후, PC는 자신의 다음 폴 프레임(224)을 송신할 수 있다. PC가 우선순위 인터프레임 스페이스(priority interface space, PIFS) 구간(208b) 내에 폴 프레임(224)에 대한 응답을 수신하지 않는 조건 하에서, PC는 자신의 다음 폴 프레임(226)을 송신할 수 있다. 다른 SIFS 구간(210f) 이후, 폴링되고 있는 STA는 하나 이상의 UL 프레임(228)을 송신할 수 있다.

일단 PC가 BSS 내의 STA들의 전부를 폴링했으면, PC는 SIFS 구간(210g)을 대기하고, 그 다음 CF-End 프레임(230)을 송신하여 CFP(204)의 종료를 표시할 수 있다. CF-End 프레임(230)을 수신한 것에 응답하여, STA들은 자신의 NAV(232)를 리셋하고, 경쟁 구간(212)가 시작할 수 있다. 경쟁 구간(212) 이후, PC는 예를 들어, CF 파라미터 세트 요소를 비콘에 포함시킴으로써 다음 CF 구간을 개시하기 전에 SIFS 구간(예를 들어, SIFS 구간(208a))을 대기할 수 있다.

IEEE 802.11e 시스템은 중앙 집중형 컨트롤러를 사용하여 채널 액세스를 제어하기 위해 HCCA 절차를 이용할 수 있다. PCF와 HCCA 모두 중앙 집중 제어를 이용하여 채널 액세스를 제어하지만, 적어도 HCCA가 CP 또는 CFP 모두에서 일어날 수 있고, HCCA STA가 QoS(+)CF-Poll 프레임에 특정된 지속기간(duration)을 갖는 폴링된 TXOP를 부여 받을 수 있다는 점에서 HCCA와 PCF가 상이하다. STA들은 TXOP 지속시간의 한도에 종속하는 주어진 폴링된 TXOP 내의 다수의 프레임 교환 시퀀스들을 송신할 수 있다.

IEEE 802.11n 시스템들은 전력절감 멀티폴(PSMP)을 이용할 수 있으며, 여기서 HCCA에 사용된 직접 QoS(+)CF-Poll을 이용하는 대신에 다수의 STA를 스케줄링하는데 단일 PSMP 프레임이 사용될 수 있다. PSMP은 STA들이 주기적으로 소량의 데이터를 송신할 필요가 있는 상황들에서 QoS(+)CF-Poll보다 더 효율적일 수 있다.

도 3은 3개의 STA를 위한 예시적인 PSMP 동작(300)의 도면이다. 도 3에 예시된 예시적인 PSMP 동작에서, AP(322)는 BSS 내의 STA들(324, 326, 및 328) 전부에 의해 수신될 수 있는 PSMP 프레임(306)을 송신한다. AP는 STA들이 DL 위상(302) 동안 DL 데이터 프레임들을 수신하기 위해 깨어날 필요가 있을 때와 각 STA가 UL 위상(304) 동안 UL 데이터의 송신을 시작하도록 허용되는 개별 시점을 STA들에게 나타내는 스케줄을 PSMP 프레임(306)에 포함시킬 수 있다. 도 3에 예시된 예시에서, DL 위상(302)은 STA(324, 326, 및 328) 각각이 DL 데이터를 수신하는 DL 구간(310, 312, 및 314)가 뒤따르는 브로드캐스트 구간(308)을 포함한다. 예시적인 UL 위상(304)은 STA들(324, 326, 및 328)이 UL 전송을 각각 수행할 수 있는 UL 구간(316, 318, 및 320)을 포함한다.

DL 위상에 필요할 때까지 각 STA가 자신의 수신기들을 셧다운할 수 있고, 클리어 채널 평가(clear channel assessment, CCA)를 수행할 필요 없이 UL 위상 중에 스케줄링될 때만 송신할 수 있도록 PSMP 위상의 시작 시에 UL 및 DL 스케줄을 제공함으로써 PSMP의 사용은 STA들에 의한 전력 소모를 감소시킬 수 있다.

일부 WLAN 시스템들(예를 들어, IEEE 802.11 표준에 따라 확립된 WLAN 시스템들)은 Sub 1GHz 스펙트럼에서 동작하도록 설계된다. 이러한 스펙트럼은 이들 시스템이 포함하는 채널들의 사이즈 및 대역폭으로 한정될 수 있다. 또한, 이러한 스펙트럼은 가용 채널들이 인접하지 않을 수 있고, 더 큰 대역폭 송신들을 위해 결합되지 않을 수 있다는 점에서 분열될 수 있다. 이러한 스펙트럼의 한도들을 감안하면, (IEEE 802.11n 표준 및/또는 802.11ac 표준에 기반한 WLAN 시스템들과 같은) 높은 스루풋/매우 높은 스루풋(HT/VHT) WLAN 시스템들에 비해, 이 스펙트럼에서 운영되는 WLAN 시스템들만이 더 작은 대역폭 및 더 낮은 데이터 레이트를 지원할 수 있을 뿐이다.

Sub 1 GHz 대역들에서 동작 가능한 IEEE 802.11ah 시스템의 경우, 텔레비전 화이트 스페이스(television white space, TVWS) 대역을 제외한 라이센스 면제 대역들에서 1 GHz 미만에서 동작 가능한 OFDM 물리 계층(physical layer, PHY)이 바람직할 수 있다. 또한, PHY, 및 다른 시스템들(예를 들어, IEEE 802.15.4 시스템 및 IEEE P802.15.4g 시스템)과의 공존을 공급하기 위해 MAC에 대한 강화들이 바람직할 수 있다. 또한, 레이트 대 범위 성능(예를 들어, 최대 1km의 범위(외부) 및 100Kbit/s보다 큰 데이터 레이트)을 최적화하는 것이 바람직할 수 있다. 센서들 및 계량기들, 백홀(backhaul) 센서 및 계측 데이터, 및 셀룰러 오프로딩(cellular offloading)을 위한 연장된 범위 WiFi를 포함하는 3개의 사용 케이스가 고려되었다.

일부 국가에서의 스펙트럼 할당이 상당히 한정될 수 있다. 예를 들어, 중국에서는, 470-566 및 614-787 MHz 대역이 1 MHz 대역폭 스펙트럼 할당을 허용할 수 있을 뿐이다. 1 MHz 모드를 갖는 2 MHz 옵션을 지원할 뿐 아니라 1 MHz 전용 옵션을 지원하는 것이 바람직할 수 있다.

IEEE 802.11ah PHY는 1 GHz 미만에서 동작할 수 있고, IEEE 802.11ac PHY에 기반한다. IEEE 802.11ah에 의해 요구되는 협대역폭을 수용하기 위해, IEEE 802.11ac PHY는 10배로 다운-클러킹될 수 있다. 2, 4, 8, 및 16 MHz를 위한 지원이 1/10 다운 클러킹에 의해 달성될 수 있지만, 1 MHz 대역폭을 위한 지원은 32의 고속 푸리에 변환(Fast Fourier Transform, FFT) 사이즈를 갖는 PHY 정의를 요구할 수 있다.

IEEE 802.11ah 센서들 및 계량기들 사용 케이스는 단일 BSS 내의 최대 6,000개의 STA를 위한 지원을 요구한다. 스마트 계량기들 및 센서들과 같은 디바이스들은 지원된 UL 및 DL 트래픽과 관계된 매우 상이한 요건들을 갖는다. 예를 들어, 센서들 및 계량기들은 가장 UL 트래픽 전용(UL traffic only)일 것 같은 서버에 이들의 데이터를 주기적으로 업로드하도록 구성될 수 있다. 센서들 및 계량기들은 또한 서버에 의해 질의 또는 구성될 수 있다. 서버는 센서 및 계량기에게 질의하거나 이들을 구성할 때, 질의된 데이터가 셋업 간격 내에 도달해야 한다고 예상할 수 있다. 이와 유사하게, 서버/애플리케이션은 일정 간격 내에 수행된 임의의 구성을 위한 확인을 예상할 수 있다. 이들 타입의 트래픽 패턴들은 WLAN 시스템들을 위한 가정된 종래의 트래픽 패턴들과 매우 상이할 수 있다.

전술된 예시에서, 예를 들어, STA들은 PS-Poll들, (프레임들이 64 바이트들의 MSDU 사이즈를 가질 수 있는) 산업용 프로세스 자동화, (프레임들이 64 바이트들의 MSDU 사이즈를 가질 수 있는) 웹 브라우징 클리킹, 및 (프레임들이 64 바이트의 MSDU 사이즈를 가질 수 있는) VoIP를 포함하는 UL 소형 프레임들을 자주 송신할 필요가 있을 수 있다.

또한, 비콘 간격, 비콘 서브-간격, 또는 시간 간격 동안 매체 액세스를 실시하도록 STA들의 세트가 스케줄링될 수 있다. DCF 기반 액세스가 사용되면, 많은 오버헤드가 DCF 인터프레임 스페이스(DCF interframe space, DIFS), 백오프(backoff), 패킷 충돌 및 재송신을 포함하는 UL 패킷들의 송신과 연관될 수 있다. 오버헤드는 특히 소형 UL 프레임들에 심각할 수 있다. UL 송신의 무경쟁 방법이 사용되면(예를 들어, 여기서 각 STA에는 시간 슬롯이 배정되어 각자의 패킷들을 송신함), 다른 STA들이 PS-Poll 프레임을 간단히 송신하여 각자의 버퍼링된 DL 프레임들을 검색할 수 있는 동안 일부 STA들은 송신할 UL 데이터 패킷들을 갖기 때문에 많은 오버헤드가 존재하지 않을 수 있다. 배정된 슬롯들의 일부는 다음 시간 슬롯의 시작 때까지 STA가 자신의 송신을 완료한 후 아이들 상태로 남을 수 있다. 그러므로, 배정된 슬롯들의 이들 부위는 낭비될 수 있다.

여러 방식 중 적어도 하나로 비콘 간격, 비콘 서브-간격, 또는 소정의 시간 간격 내에 매체 액세스를 실시하도록 STA들의 세트가 스케줄링될 수 있다. AP는 STA들에게 제어 프레임의 관리를 이용하여 일정 간격 동안 깨어 있도록 지시할 수 있다. AP는 UL PS-Poll 프레임들을 송신하여 이들의 DL 버퍼링 패킷들을 검색하는 STA들을 위한 자신의 비콘 또는 숏 비콘에 긍정 트래픽 표시 맵(traffic indication map, TIM)을 포함시킬 수 있다. AP는 또한 일정한 간격을 액세스하여 UL 송신들을 실시하도록 허용된 STA 세트들의 ID들, 클래스들, 또는 표시자들의 표시들을 자신의 비콘에 포함시킬 수 있다.

IEEE 802.11를 위해 속도 프레임 교환 메커니즘들이 또한 고려되었다. 예를 들어, STA는 MAC 헤더 내의 더 많은 데이터 필드를 이용하여 UL 데이터의 존재를 표시할 수 있다. 다른 예시의 경우, UL 송신 또는 DL 송신의 경우, 유효 응답 프레임으로서 데이터 프레임이 사용될 수 있다. 다른 예시의 경우, 현재 프레임에 대한 응답 프레임으로서 데이터 프레임의 송신과 관련된 매체 예약 시간을 나타내기 위해 PLCP 헤더 내의 초기 ACK 표시 비트들이 사용될 수 있다.

BSS가 폭주성(bursty) 업링크(UL) 트래픽을 갖는 다수의 STA를 포함할 때, 다수의 오버헤드가 UL 패킷들의 송신 및 전달과 연관될 수 있다. 이러한 오버헤드의 일부는 PHY 컨버전스 프로토콜(PHY convergence protocol, PLCP)과 MAC 헤더들의 송신, 프레임 체크 시퀀스(frame check sequence, FCS)들, 송신 요구(request to send, RTS)/송신 준비 완료(clear to send, CTS) 및 확인응답(acknowledgement, ACK) 프레임들, STA가 채널 액세스를 얻기 위해 기다려야 하는 시간(예를 들어, DIFS 및 백오프 카운트다운), 및 충돌로 인한 재송신을 포함할 수 있다. 송신 오버헤드와 관련된 시간이 데이터 또는 패킷 자체의 실제 송신 시간보다 몇 배 길 수 있기 때문에 길이가 짧은, PS-Poll과 같은 데이터 또는 프레임을 송신하는 것과 관련된 오버헤드가 특히 선언될 수 있다. 결과적으로, WLAN 시스템은 상당한 리소스들을 이용하여 오버헤드를 송신함으로써 낮은 MAC 효율을 가질 수 있다. 따라서, 오버헤드를 축소하고, WLAN 시스템들에서 MAC 효율을 개선하기 위한 메커니즘들이 바람직할 수 있다.

여기에는 소형 데이터 패킷들을 전송하는 것과 관련된 오버헤드를 축소할 수 있는 실시예들이 설명된다. 일 실시예에서, STA와 같은 무선 송수신 유닛(WTRU)은 더 높은 MAC 및 전력 효율을 위해 제공할 수 있는, 전송을 위해 갖는 패킷에 대한 더 자세한 정보를 송신할 수 있다. 다른 실시예에서, 가변 길이의 프레임 체크 시퀀스(frame check sequence, FCS)가 사용될 수 있는데, FCS의 동작 길이는 예를 들어, UL 소형 데이터 프레임들의 송신과 연관된 오버헤드를 최소화하기 위해 프레임 본체의 길이에 의존한다. 다른 실시예에서, WTRU들은 그룹 기반 채널 경쟁을 이용하여 매체에 액세스할 수 있다.

도 4a는 WLAN과 같은, 예를 들어, 무선 네트워크에서 소형 패킷들을 전송하는 예시적인 방법의 흐름도(400A)이다. 도 4a에 예시된 예시에서, STA와 같은 WTRU는 WTRU가 송신을 위해 데이터가 버퍼링 시킨다고 나타내는 필드를 갖는 MAC 헤더를 갖는 패킷을 생성한다(402). WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터에 대한 더 자세한 정보를 제공하는 (예를 들어, MAC 또는 PHY 계층 컨버전스 절차(PHY layer convergence procedure, PLCP) 헤더 내의) 패킷에 필드를 포함할 수 있다(404).

WTRU는 예를 들어, MAC(예를 들어, IEEE 802.11 MAC) 또는 PLCP 헤더 내의 예를 들어, More Data Field를 이용하여 송신을 위해 데이터를 버퍼링 시킨다고 표시할 수 있다. 일 실시예에서, WTRU는 WTRU가 송신을 위해 데이터를 버퍼링 시킨다고 표시하는 More Data Field에 비트를 포함시킬 수 있다. WTRU가 송신을 위해 버퍼링 시킨 데이터에 대한 더 자세한 정보는 예를 들어, 정보 요소(information element, IE)(예를 들어, 버퍼링된 트래픽 IE)로서, 또는 MAC/PLCP 헤더 내의 초기 스크램블링 시드(initial scrambling seed)들로서 또는 임의의 관리, 제어, 데이터, 또는 다른 타입의 프레임의 필드 또는 서브필드(예를 들어, 버퍼링 트래픽 표시 필드 또는 서브필드(buffered traffic indication field or subfield))로서 표시될 수 있다. WTRU가 송신을 위해 버퍼링 시킨 데이터에 대한 더 자세한 정보는 또한, 예를 들어, MAC헤더 내의 QoS 제어 필드의 전부 또는 서브필드와 같은 임의의 필드 또는 서브필드를 재사용함으로써 표시될 수 있다.

일 실시예에서, WTRU는 예를 들어, WTRU들(예를 들어, BSS 내의 STA들)에 의해 제공된 더 자세한 정보에 기반하여 WTRU들에게 송신 기회(transmission opportunity, TXOP)들을 배정함으로써 더 자세한 정보를 이용하여 더 효율적인 소형 패킷 송신을 인에이블할 수 있는 다른 WTRU 또는 기지국(예를 들어, AP)에 더 자세한 정보를 송신할 수 있다.

WTRU가 송신을 위해 버퍼링 시킨 데이터에 대한 더 자세한 정보는, 예를 들어, WTRU가 송신을 위해 버퍼링 시킨 적어도 하나의 패킷의 송신을 위해 요구되는 시간, WTRU가 송신을 위해 버퍼링 시킨 패킷들의 개수, WTRU가 송신을 위해 버퍼링 시킨 패킷들 각각의 사이즈(예를 들어, 바이트 단위), 또는 WTRU가 송신을 위해 버퍼링 시킨 패킷들 전부의 총 사이즈 중 하나 이상을 포함할 수 있다. WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간은 예를 들어, WTRU가 송신을 위해 버퍼링 시킨 각 패킷을 송신하는데 필요한 추정 시간 또는 TXOP 또는 WTRU가 송신을 위해 버퍼링 시킨 UL 또는 DL 패킷들 모두를 송신하는데 필요한 총 시간 또는 TXOP 중 적어도 하나를 포함할 수 있다.

도 4b는 WLAN과 같은, 예를 들어, 무선 네트워크에서 소형 패킷들을 전송하는 다른 예시적인 방법의 흐름도(400B)이다. 도 4b에 예시된 예시에서, WTRU(예를 들어, STA)는 WTRU가 송신을 위해 데이터를 버퍼링 시킨다고 나타내는 필드 및 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간을 나타내는 필드를 갖는 MAC 헤더를 갖는 패킷을 생성한다(410). WTRU는 무선 네트워크 내의 다른 WTRU(예를 들어, 액세스 포인트(AP))에 패킷을 송신할 수 있다(412). WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간에 기반하여 송신 기회(transmission opportunity, TXOP)를 부여 받은 다른 WTRU로부터 다른 패킷을 수신한다(414).

일 실시예에서, TXOP를 부여 받은는 패킷의 MAC 헤더에서 제공된 시간에 기반한 지속시간을 갖는다. 패킷은 전력절감 폴(PS-Poll) 프레임, ACK 프레임, 데이터 프레임, 및 블록 확인응답(block acknowledgement, BA) 프레임 중 하나일 수 있다.

일 실시예에서, WTRU는 버퍼링 트래픽 표시 필드를 포함하는 새로운 프레임 포맷들을 이용할 수 있다. 이러한 새로운 프레임 포맷들은 예를 들어, PS-Poll+Buffered Traffic(BT) 프레임 포맷, ACK+BT 프레임 포맷, Data+BT 프레임 포맷, 숏 ACK+BT 프레임 포맷, BA+BT 프레임 포맷, 또는 숏 BA+BT 프레임 포맷을 포함할 수 있다. 다른 실시예에서, PS-Poll 프레임, ACK 프레임, 데이터 프레임, BA 프레임, 숏 ACK 프레임, 또는 숏 BA 프레임과 같은 임의의 프레임의 임의의 다른 부분 또는 PLCP/MAC 헤더 내의 버퍼링 트래픽 표시 필드의 존재를 나타내는데 비트가 사용될 수 있다. 예를 들어, 새로운 또는 기존의 프레임들의 초기 스크램블링 시드들 또는 PLCP 테일 비트(tail bit)들에 버퍼링 트래픽 표시 필드 또한 포함될 수 있다. 일 실시예에서, 버퍼링 트래픽 표시 필드의 존재를 나타내기 위해 UL/DL 방향으로의 더 많은 데이터 비트가 설정될 수 있다.

버퍼링 트래픽 표시 필드는 송신 WTRU에서 버퍼링된 UL 또는 DL 트래픽 중 하나 이상에 대한 자세한 정보를 포함할 수 있다. 송신 WTRU가 비-AP STA이고, 패킷의 목적지가 AP이면, 버퍼링 트래픽 표시 필드는 버퍼링된 UL 패킷들에 대한 자세한 정보를 나타내는데 사용될 수 있다. 송신 WTRU가 AP이고, 패킷의 목적지가 비-AP STA이면, 버퍼링 트래픽 표시 필드는 버퍼링된 DL 패킷들에 대한 자세한 정보를 나타내는데 사용될 수 있다. 송신 WTRU가 비-AP STA이고, 패킷의 목적지가 비-AP STA이면, 버퍼링 트래픽 표시 필드는 버퍼링된 피어-투-피어(peer-to-peer) 패킷들에 대한 자세한 정보를 나타내기 위해 사용될 수 있다. 버퍼링 트래픽 표시 필드는 또한 특정한 STA 세트를 위한 버퍼링된 브로드캐스트 또는 멀티캐스트 패킷들에 대한 자세한 정보를 나타내기 위해 사용될 수 있다.

802.11ah STA를 위한 PS-Poll, ACK, 데이터, 및 BA 프레임 PS와 같은 프레임들의 경우, 버퍼링 트래픽 표시 필드 또는 서브필드의 존재를 나타내기 위해 PLCP/MAC 헤더 내의 하나의 비트가 사용될 수 있다. 이러한 표시는 또한 예를 들어, PLCP 테일 비트들 또는 초기 스크램블링 시드들에 포함될 수 있다. 버퍼링 트래픽 표시 필드는 전술된 바와 같이 버퍼링된 DL 및/또는 UL 패킷들에 대한 자세한 정보를 포함할 수 있다. 또한, 버퍼링 트래픽 표시 필드는 QoS 제어 필드의 전체 필드 또는 서브필드로서 구현될 수 있다.

일 실시예에서, 예를 들어, 긍정 TIM 표시를 수신했거나, 슬립 상태로부터 깨어나서 매체에 대한 액세스를 획득했던 WTRU(예를 들어, STA)는 WTRU가 송신할 UL 데이터를 가지면, 버퍼링 트래픽 표시 필드를 갖는 데이터 프레임을 송신할 수 있다. 여기에서, 버퍼링 트래픽 표시 필드의 존재는 More Data 비트에 의해 표시될 수 있다. 일 실시예에서, WTRU는 슬립 상태로부터 깨어날 수 있고, WTRU가 송신할 UL 데이터를 갖는다는 조건 하에서, 슬립 상태로부터 깨어난 것에 응답하여, 버퍼링 트래픽 표시 필드를 갖는 PS-Poll 프레임을 송신할 수 있다. 여기에서, 버퍼링 트래픽 표시 필드의 존재는 More Data 비트에 의해 표시될 수 있다. WTRU가 송신할 UL 데이터를 갖지 않으면, WTRU는 버퍼링 트래픽 표시 필드(또는 0개의 버퍼링된 패킷을 표시하는 버퍼링 트래픽 표시 필드)가 없는 PS-Poll 프레임을 송신할 수 있다. 일 실시예에서, WTRU는 PS-Poll 프레임 및 데이터 프레임과 버퍼링 트래픽 표시 필드/IE를 포함하는 새로운 타입의 프레임의 임의의 조합을 포함하는 종합 MPDU(aggregated MPDU, A-MPDU) 또는 종합 MSDU(aggregated MSDU, A-MSDU)를 송신할 수 있다.

그 다음, 다른 WTRU 또는 기지국(예를 들어, AP 또는 다른 STA)은 다음 중 하나를 수행할 수 있다. 다른 WTRU는 버퍼링 트래픽 표시 필드를 갖는 데이터 프레임을 수신할 때, (예를 들어, MAC 헤더에서의 QoS 제어 필드의 서브 필드에서 또는 지속시간 필드에서) TXOP를 부여 받은를 이용하여 UL만의 송신들 또는 UL 및 DL 모두의 송신들(다른 WTRU가 송신할 DL 패킷들을 갖는 AP일 때)을 위한 WTRU에 데이터 프레임을 송신할 수 있다. 다른 WTRU에 의해 송신된 데이터 프레임은 또한 WTRU를 향하는 다른 WTRU에서 임의의 버퍼링된 DL 패킷들을 위한 버퍼링 트래픽 표시 필드를 포함할 수 있다. 다른 WTRU는 버퍼링 트래픽 표시 필드를 갖는 데이터 프레임을 수신할 때, (예를 들어, MAC 헤더에서의 지속시간 필드에서, 또는 ACK/BA는 이 목적을 위해 MAC 헤더 내의 QoS 제어 필드를 포함하거나 그 서브필드일 수 있음) 부여 TXOP를 이용하여 UL만의 송신들 또는 UL 및 DL 모두의 송신들(AP 또한 송신할 DL 패킷들을 가질 때)을 위한 WTRU에 ACK/BA 프레임을 송신할 수 있다. 다른 WTRU에 의해 송신된 ACK/BA 프레임은 또한 WTRU를 향하는 다른 WTRU에서 임의의 버퍼링된 DL 패킷들을 위한 버퍼링 트래픽 표시 필드를 포함할 수 있다. 다른 WTRU는 데이터 프레임들, ACK/BA, 또는 TXOP를 부여 받은 또는 DL 패킷들을 위한 버퍼링 트래픽 표시 필드/IE를 포함하는 임의의 새로운 타입의 프레임의 임의의 조합을 포함하는 A-MPDU 또는 A-MSDU를 송신할 수 있다. A-MPDU 또는 A-MSDU는 또한 MAC 헤더 내의 자신의 지속시간 또는 QoS 제어 필드 또는 임의의 다른 필드 또는 서브 필드들에서 TXOP를 부여 받은에 대한 정보를 포함할 수 있다. 승인된 TXOP를 이용하여 프레임들을 수신한 다른 모든 WTRU들은 에너지 보존을 위해 TXOP의 종료 시까지 슬립 상태로 들어갈 수 있다. 다른 WTRU는 또한 RAW(Restricted Access Window) 슬롯 또는 TWT(Target Wake Time)의 형태에서, MAC/PLCP 헤더에서와 같은 패킷의 임의의 필드 또는 서브필드에서, 또는 RPS 요소에서와 같이 승인된 TXOP에 대한 스케줄 정보를 포함할 수 있다.

자신의 UL 프레임을 송신하기 위해 TXOP를 수신하는 것에 응답하여, WTRU는 즉각적인 ACK/BA를 갖는 지와 무관하게 데이터 프레임들, A-MPDU들, 또는 A-MSDU들과 같은 임의의 허용 가능 송신 시퀀스를 이용하여 자신의 UL 송신들을 완료시키기 위해 TXOP를 이용할 수 있다. 다른 WTRU는 동의된 ACK 정책들에 따라 ACK, 숏 ACK, BA, 숏 BA, 또는 데이터 프레임들을 이용하여 이들 UL 패킷의 수신들에 대해 확인응답할 수 있다. 자신의 송신들의 종료 시에, CF-End 프레임의 송신을 위해 충분한 시간이 있으면, WTRU는 CF-End 프레임을 송신하여 자신의 TXOP를 취소할 수 있다. 다른 WTRU(예를 들어, AP)는 WTRU에 송신할 임의의 DL 프레임들을 갖지 못하면 CF-End 프레임을 반복할 수 있다. 다른 WTRU는 또한 CF-End 프레임으로부터의 SIFS 구간 이후 WTRU 또는 임의의 다른 WTRU들에 DL 패킷들을 송신하기 시작할 수 있다.

다른 실시예에서, WTRU(예를 들어, STA)는 긍정 TIM 표시를 수신했을 수 있거나, (예를 들어, 자신의 타겟 웨이크 시간(target wake time, TWT)에서) 슬립 상태로부터 깨어날 수 있다. WTRU는 매체에 대한 액세스를 획득할 때, STA가 송신할 UL 데이터를 가지면, 버퍼링 트래픽 표시 필드를 갖는 데이터 프레임을 송신할 수 있다. 버퍼링 트래픽 표시 필드의 존재는 더 많은 데이터 비트 또는 다른 타입의 표시에 의해 표시될 수 있다. STA가 송신할 UL 데이터를 가지면, WTRU는 PS-Poll 프레임, NDP PS-Poll 프레임, 또는 버퍼링 트래픽 표시 필드를 갖는 다른 타입의 트리거 프레임을 송신할 수 있다. 버퍼링 트래픽 표시 필드의 존재는 더 많은 데이터 비트 또는 다른 타입의 표시에 의해 표시될 수 있다. STA가 송신할 UL 데이터를 갖지 않으면, WTRU는 버퍼링 트래픽 표시 필드(또는 0개의 버퍼링된 패킷을 표시하는 버퍼링 트래픽 표시 필드)가 없는 PS-Poll 프레임을 송신할 수 있다. WTRU는 PS-Poll 프레임들, 데이터 프레임들, 및/또는 버퍼링 트래픽 표시 필드/IE를 포함하는 새로운 타입의 프레임의 임의의 조합을 포함하는 A-MPDU 또는 A-MSDU를 송신할 수 있다.

STA에 의해 송신된 프레임(들)의 목적지인 WTRU(예를 들어, AP 또는 다른 STA)는 버퍼링 트래픽 표시 필드를 갖는 프레임을 수신할 때 (예를 들어, Duration에, MAC 헤더 내의 QoS의 서브필드에, 또는 PLCP/MAC 헤더, 프레임 본체 등의 다른 부분에) 승인된 TXOP를 이용하여 UL 전용 송신들 또는 UL 및 DL 송신들(AP 또한 송신할 DL 패킷들을 가질 때)을 위한 STA에 데이터 프레임을 송신할 수 있다. AP에 의해 송신된 Data 프레임은 또한 STA를 위한 AP에서의 임의의 버퍼링된 DL 패킷들을 위한 버퍼링 트래픽 표시 필드를 포함할 수 있다. 승인된 TXOP는 하나의 UL 및/또는 DL 프레임 전용의 송신을 위한 것일 수 있다. 예를 들어, 승인된 TXOP는 MAX_PPUD_Time로서 구현될 수 있는 하나의 MSDU의 송신을 위한 TXOP일 수 있다.

WTRU는 버퍼링 트래픽 표시 필드를 갖는 데이터 프레임을 수신할 때 (예를 들어, MAC 헤더에서의 Duration Field에서, PLCP/MAC 헤더 또는 프레임 본체의 다른 부분에서, 또는 다른 방법으로, ACK/BA는 이 목적을 위해 MAC 헤더 내의 QoS 제어 필드의 서브필드를 포함할 수 있음) 승인된 TXOP를 이용하여 UL만의 송신들 또는 UL 및 DL 모두의 송신들(AP 또한 송신할 DL 패킷들을 가질 때)을 위한 STA에 ACK/BA 프레임을 송신할 수 있다. AP에 의해 송신된 ACK/BA 프레임은 또한 STA를 위한 AP에서의 임의의 버퍼링된 DL 패킷들을 위한 버퍼링 트래픽 표시 필드를 포함할 수 있다. 승인된 TXOP는 하나의 UL 및/또는 DL 프레임 전용의 송신을 위한 것일 수 있다. 예를 들어, 승인된 TXOP는 MAX_PPUD_Time로서 구현될 수 있는 하나의 MSDU의 송신을 위한 TXOP일 수 있다.

WTRU는 데이터 프레임들, ACK/BA 프레임, 또는 승인된 TXOP 또는 DL 패킷들을 위한 버퍼링 트래픽 표시 필드/IE를 포함하는 임의의 새로운 타입의 프레임의 임의의 조합을 포함하는 A-MPDU 또는 A-MSDU를 송신할 수 있다. A-MPDU 또는 A-MSDU는 또한 MAC 헤더 내의 자신의 지속시간 또는 QoS 제어 필드 또는 임의의 다른 필드 또는 서브 필드들에서 승인된 TXOP에 대한 정보를 포함할 수 있다. WTRU는 제어, 행위, ACK 프레임이 없는 행위, 관리 또는 확장 프레임일 수 있는 지연 패킷을 송신하여 하나 이상의 RAW/TWT/Access Window/Beacon interval/Beacon Sub-intervals가 STA를 위해 예약된다고 STA에게 알릴 수 있고, STA는 UL 송신 및/또는 DL 수신을 완료하기 위해 시구간(들) 중에 활성일 필요가 있을 수 있다. 이는 STA와 연관된 UL 및/또는 DL 트래픽의 양이 크기 때문이기 때문일 수 있고, 추가적인 slot(s)/TWT(s)/access window(s)/RAW(s)/Beacon (sub)interval(s)이 할당될 필요가 있을 수 있도록 할당된 slot/access window/RAW/Beacon (sub)interval 내에 완전히 송신되지 않을 수 있다. 이러한 프레임은 리소스 할당 프레임, SlG 액션/확장 프레임, 또는 임의의 제어, 관리, 데이터, 또는 확장 또는 이러한 목적을 위해 RAW, TWT, 또는 다른 타입의 스케줄링 IE 및 필드/서브필드를 이용할 수 있는 다른 타입의 프레임을 이용하여 구현될 수 있다. 다른 방법으로, AP 및 STA는 이들의 프레임 교환들을 정상적으로 송신할 수 있고, AP는 현재의 slot/TWT/access window/RAW/Beacon (sub)interval의 종료 시에 지연 패킷을 STA로 송신할 수 있으며, 이로써 AT 및 STA는 새로운 slot/TWT/access window/RAW/Beacon (sub)interval에서 UL 및/또는 DL 송신들을 완료시킬 수 있다.

승인된 TXOP를 이용하여 프레임들을 수신하는 다른 모든 STA들은 에너지 보존을 위해 TXOP의 종료 시까지 슬립 상태로 들어갈 수 있다. 자신의 UL 프레임을 송신하기 위해 TXOP를 수신하면, STA는 TXOP를 이용하여 즉각적인 ACK/BA를 갖는 지와 무관하게 데이터 프레임들, A-MPDU들, 또는 A-MSDU들과 같은 임의의 허용 가능 송신 시퀀스들을 이용한 자신의 UL 송신들을 완료시킬 수 있다. STA에 의해 송신된 임의의 프레임들은 UL 송신을 위해 새롭게 도착했던 임의의 패킷들뿐 아니라 송신되었거나 성공적으로 전달되었던 임의의 버퍼링된 UL 정보를 고려할 수 있는, 버퍼링된 UL 트래픽 양에 대한 업데이트 정보를 갖는 추가적인 버퍼링 트래픽 표시 필드들을 포함할 수 있다.

AP는 동의 받은 ACK 정책들에 따라 ACK, 숏 ACK, BA 또는 숏 BA, 데이터를 이용하여 이들 UL 패킷들의 수신을 확인응답할 수 있다. STA의 경우와 유사하게, AP에 의해 송신된 프레임들은 DL 송신을 위해 새롭게 도착했던 임의의 패킷들뿐 아니라 송신되었거나 성공적으로 전달되었던 임의의 버퍼링된 DL 정보를 고려할 수 있는, 버퍼링된 DL 트래픽 양에 대한 업데이트 정보를 갖는 추가적인 버퍼링 트래픽 표시 필드들을 포함할 수 있다.

자신의 송신들의 종료 시에, CF-End 프레임의 송신을 위해 충분한 시간이 있으면, STA는 CF-End 프레임을 송신하여 자신의 TXOP를 취소할 수 있다. AP는 STA에 송신할 임의의 DL 프레임들을 갖지 못하면 CF-End 프레임을 반복할 수 있다. AP는 또한 CF-End 프레임으로부터의 SIFS 구간 이후 STA 또는 임의의 다른 STA들에 DL 패킷들을 송신하기 시작할 수 있다.

STA가 자신의 UL 및/또는 DL 트래픽을 위한 상이한 slot(s)/TWT(s)/access window(s)/RAW(s)/Beacon (sub)interval(s)을 이용하도록 지시하는 AP로부터 지연 프레임을 수신했으면, 그 시간까지 슬립 상태에 들어갈 수 있다. 일단 깨어나면, 채널에 액세스하라는 AP의 명령어들에 따라 채널 액세스 정책을 따를 수 있다. STA는 PS-Poll, NDP PS-Poll, 또는 버퍼링 트래픽 표시 필드를 포함할 수 있는, 데이터와 같은, 임의의 다른 타입의 트리거 프레임을 이용하여 프레임 교환 시퀀스를 시작할 수 있다. AP는 또한 버퍼링 트래픽 표시 필드를 포함할 수 있는, 데이터, 제어, 관리, 또는 확장 프레임들과 같은 임의의 타입의 프레임들을 이용하여 프레임 교환 시퀀스를 시작할 수 있다.

다른 실시예에서, 가변 길이의 프레임 체크 시퀀스(frame check sequence, FCS)가 사용될 수 있는데, FCS의 동작 길이는 예를 들어, UL 소형 데이터 프레임들의 송신과 연관된 오버헤드를 최소화하기 위해 프레임 본체의 길이에 의존한다. 표준 FCS 필드의 길이가 4 바이트일 수 있는데, 이는 단축 프레임들에 항상 필요하지 않을 수 있다. 따라서, 동적 FCS 필드의 사용은 길이가 짧은 패킷 또는 프레임과 연관된 송신 오버헤드를 축소시킬 수 있다.

FCS 필드의 설계뿐 아니라 FCS 필드의 길이는 (PLCP 헤더의 SIG, SIGA, 및/또는 SIGB 필드에서 또는 MAC 헤더 내의 프레임 제어 필드에서) PLCP/MAC 헤더에 표시되거나, 초기 스크램블러 시드(initial scrambler seed)에 포함되거나, 암시적으로 정의될 수 있다. 도 4b를 참조하면, 일 실시예에서, 402에서 WTRU에 의해 생성된 패킷은 패킷에 포함된 동적 FCS 필드의 길이를 나타내는 필드를 더 포함할 수 있다. 일 실시예에서, 필드의 길이는 바이트 수(예를 들어, 1 내지 N)로서 PLCP/MAC 헤더에서 표시될 수 있다. 예를 들어, FCS 필드는 길이가 4바이트 미만일 수 있다. FCS 필드의 설계는 새로운 다항식을 이용한 새로운 FCS이거나, 펑처 레이트(puncture rate)뿐 아니라 기존의 FCS 시퀀스로부터 펑처링될 수 있다.

또한, 프레임을 위한 단축/동적 FCS 길이의 사용은 단일 사용자 프레임 압축 절차들 또는 인트라-그룹 데이터/프레임 압축 절차들에 의해 사전에 협상될 수 있다. FCS 필드의 길이 및 FCS 구조의 타입은 송신 STA와 수신 STA 사이에 또는 STA들의 그룹 사이에 특별한 압축 데이터/프레임 타입의 사양의 일부로서 발췌될 수 있다. 특정 FCS 길이 또는 구조 또는 그 밖의 특성들을 갖는 압축 데이터/프레임의 타입은 (예를 들어, PLCP 헤더의 SIG, SIGA, 및/또는 SIGB 필드에서 또는 MAC 헤더 내의 프레임 제어 필드에서) PLCP/MAC 헤더에서 초기 스크램블러 시드에 의해 표시되거나, 암시적으로 정의될 수 있다.

WTRU는 예를 들어, 비콘에 포함된 능력 필드 또는 임의의 다른 필드, 서브필드, 또는 IE에서 동적 FCS 필드 길이를 사용하는 능력을 갖는다고 표시할 수 있다. 또는 Probe Request 및 Probe Response 프레임들, Association Request 및 (Re)Association Response 프레임들, 임의의 다른 타입의 관리, 제어, 또는 확장 프레임들에서의 동적 FCS 필드 길이를 위한 자신의 능력을 표시할 수 있다. 동적 FCS 길이를 사용하는 능력은 연관 시점 및 임의의 다른 시점들에서 교환될 수 있다. 특정 프레임에서의 동적 FCS 길이 또는 단축 FCS 길이의 사용은 PLCP 헤더 내의 하나 이상의 비트에 의해 표시될 수 있다.

프레임이 동적 FCS를 갖는다고 표시하는 프레임을 수신하는 것에 응답하여, 수신 WTRU(예를 들어, STA)는 특정 FCS 길이에 따라 FCS 필드를 획득하고, 프레임의 정확도를 체크하고, 부정확하게 수신된 프레임을 폐기하거나 그 프레임을 상위 계층들로 중계하도록 결정할 수 있다. (예를 들어, 단일 사용자 또는 그룹 데이터/프레임 압축 절차를 이용하여) FCS 사양이 미리 협의되면, 수신 WTRU는 특정 타입의 압축 데이터/프레임과 연관된 FCS 사양을 위한 사전 협의된 기록을 검색할 수 있다.

도 5a는 가변 길이 FCS를 이용하여 소형 패킷들을 전송하는 다른 방법(500a)의 도면이다. 도 5a에 예시된 예시에서, WTRU(예를 들어, STA)는 FCS를 갖는 프레임 및 FCS의 길이를 나타내는 PLCP 및/또는 MAC 헤더를 생성한다(502). FCS의 길이는 가변적일 수 있다. 그 다음, WTRU는 패킷을 다른 WTRU(예를 들어, 상이한 STA 또는 AP)에 송신할 수 있다(504).

도 5b는 가변 길이 FCS를 이용하여 소형 패킷들을 전송하는 다른 예시적인 방법(500b)의 도면이다. 도 5b에 예시된 예시에서, WTRU 또는 기지국(예를 들어, AP 또는 STA)는 FCS를 갖는 (예를 들어, 다른 AP 또는 STA와 같은 다른 WTRU로부터의) 프레임 및 FCS의 길이를 나타내는 PLCP 및/또는 MAC 헤더를 수신한다(510). FCS의 길이는 가변적일 수 있다. WTRU 또는 기지국은 PLCP 및/또는 MAC 헤더에 표시된 길이를 이용하여 패킷으로부터 FCS 필드를 획득할 수 있다. WTRU 또는 기지국은 패킷으로부터 획득된 FCS 필드를 이용하여 프레임의 정확도를 체크할 수 있다(514). WTRU 또는 기지국이 프레임이 정확하다고 결정한 조건 하에서, WTRU 또는 기지국은 프레임을 상위 계층들로 중계할 수 있다(520). WTRU 또는 기지국이 프레임이 정확하지 않다고 결정한 조건 하에서, WTRU 또는 기지국은 프레임을 폐기할 수 있다(518).

일 실시예에서, WTRU들은 그룹 기반 채널 경쟁을 이용하여 매체에 액세스할 수 있다. 여기에서, UL 소형 데이터 프레임들을 송신하는 것과 연관된 오버헤드를 최소화하기 위해 UL 송신을 위한 매체 액세스에게 STA 간의 부여(STA-to-STA grant)들이 제공될 수 있다.

그룹 기반 채널 경쟁에서, UL 송신들(예를 들어, PS-Poll들, 데이터 프레임들, 또는 다른 타입의 프레임들)을 실시하도록 허용된 WTRU(예를 들어, STA) 세트는 경쟁 그룹(contention group, CG)이라고 지칭되는 하나 이상의 그룹으로 분할될 수 있다. 따라서, 채널을 위해 경쟁하는 각각의 개별 WTRU, 예를 들어, CG를 위한 채널 경쟁을 실시하기 위해 각 CG에 있는 하나의 WTRU가 선택될 수 있다. 예를 들어, 20개의 STA가 간격에서 UL 매체 액세스를 실시하도록 스케줄링되면, 20개의 STA들의 세트가 각각 4개의 STA를 갖는 5개의 CG들로 분할될 수 있다. 5개의 CG 각각에 있는 하나의 STA는 CG를 위한 경쟁자로서 선택되어 전체 CG를 위해 매체 액세스를 시작하는 것을 담당한다. 이에 따라, 매체 액세스를 위해 경쟁하는 20개의 STA 대신에, 오직 5개의 경쟁자들이 매체 액세스를 위해 경쟁할 수 있으며, 이로써 충돌 및 재전송의 가능성을 상당히 감소시킬 수 있다. 일단 CG의 경쟁자가 매체에 대한 액세스를 얻으면, 전체 CG가 매체에 대한 액세스 및 CG가 시작될 수 있는 송신 구간을 얻었다는 것을 암시할 수 있다.

또한, 그룹 기반 경쟁은 이벤트 구동 STA들에서 UL 송신들의 양을 잠재적으로 감소시키는 추가적인 이점을 가질 수 있다. 예를 들어, 동일한 지리적 영역에 위치한 일부 화재용 센서들이 CG로 그룹화되면, 그리고 경쟁자가 채널에 대한 액세스를 얻어서 이벤트를 보고하는 자신의 패킷을 송신하면(예를 들어, 화재가 검출되었거나 검출되지 않았음), 동일한 CG 내의 다른 STA들은 압축 버전의 프레임을 전송하여 동일한 데이터를 보고하고 있다는 것을 보고할 수 있다. 이러한 방식으로, 충돌 및 재전송을 감소시킬 뿐 아니라, 프레임들을 송신하는 CG 내의 STA들에 의해 일어나는 매체 점유 시간은 상당히 감소될 수 있다.

CG 경쟁자의 역할은 여러 방식 중 적어도 하나로 경쟁 그룹 내의 WTRU에게 배정될 수 있다. 일 실시예에서, AP와 같은 기지국 또는 WTRU는 관리, 제어, 또는 다른 타입의 프레임에서 명시적으로 또는 암시적으로(예를 들어, 긍정 TIM 표시에 의해 암시됨) CG 내의 STA와 같은 WTRU에게 경쟁자가 되도록 배정한다. 예를 들어, AP는 긍정 TIM 표시들이 여러 CG들로 분할될 수 있다고 STA들과 사전 협상할 수 있으며, 각각의 CG는 N개의 STA를 포함한다. 제1 N개의 긍정 TIM 표시들과 연관된 N개의 STA들은 CG1에 있을 수 있고, 제1 긍정 TIM 표시와 연관된 STA는 CG1를 위한 경쟁자일 수 있다. 이와 유사하게, (N+1)번째 내지 2N번째 긍정 TIM 표시들과 연관된 다음 N개의 STA들은 CG2에 있을 수 있고, (N+1)번째 긍정 TIM 표시와 연관된 STA는 CG2를 위한 경쟁자일 수 있다.

다른 실시예에서, CG는 언제나 자신의 경쟁자에게 배정된 특정 STA를 가질 수 있다. 다른 방법으로, CG 내의 STA들은 번갈아 CG의 경쟁자의 역할을 맡을 수 있다. 여기에서, STA들은 경쟁자가 되기 위해 소정의 순서(예를 들어, STA들의 MAC 주소 또는 연관 ID(association ID, AID)의 순서)를 따를 수 있다. 다른 실시예에서, 경쟁자는 CG 내의 다른 STA에게 경쟁자의 역할을 명시적으로 건내 줄 수 있다.

CG를 위해 경쟁할 때, 경쟁자는 강화 분산 채널 액세스(enhanced distributed channel access, EDCA) 파라미터들의 상이한 액세스 카테고리 또는 상이한 세트 중 하나 이상을 이용할 수 있다. 예를 들어, 새로운 액세스 카테고리들은 그룹 경쟁을 위해 규정될 수 있는데, 이 카테고리들은 STA 기반 액세스 카테고리들보다 더 높은 우선순위들을 가질 수 있다. 이러한 새로운 액세스 카테고리들은 AC_GP_VO (음성 트래픽을 위한 그룹 액세스 카테고리), AC_GP_VI (동영상 트래픽을 위한 그룹 액세스 카테고리), AC_GP_BE (최선 효과 트래픽을 위한 그룹 액세스 카테고리), AC_GP_BK (백그라운드 트래픽을 위한 그룹 액세스 카테고리), AC_GP_MG (그룹 관리 및/또는 제어 프레임들을 위한 그룹 액세스 카테고리), AC_GP_SEN (센서들 및 계측기들을 위한 그룹 액세스 카테고리), AC_GP_Emergency (화재, 불법 침입자 탐지, 환자 심장 마비와 같은 긴급상황을 보고하기 위한 그룹 액세스 카테고리), AC_GP_PS (전력절감 STA들을 위한 그룹 액세스 카테고리), AC_GP_LS (긴 슬리퍼(sleeper) 및 긴 배터리 수명을 위해 노력하는 전력절감 STA들을 위한 그룹 액세스 카테고리) 및 AC_GP_FILS (고속 초기 링크 셋업, 예를 들어, 함께 움직이는 STA들의 그룹을 위한 그룹 액세스 카테고리)를 포함할 수 있다. 이들 액세스 카테고리는 별도의 로컬 EDCA 파라미터 세트를 이용함으로써 명시적이거나 암시적으로 정의될 수 있다. 또한, 이들 액세스 카테고리들은 기존의 액세스 카테고리보다 더 높거나 더 낮은 우선순위를 가질 수 있다.

도 6은 그룹 기반 채널 경쟁(600)의 일례의 도면이다. 도 6에 예시된 예시에서, 그룹 기반 채널 경쟁 기간은 기지국 또는 WTRU(예를 들어, AP)가 다가오는 간격에서 매체 액세스가 허용되는 WTRU들의 세트를 선언하는 비콘, 숏 비콘, 또는 다른 타입의 관리, 제어, 또는 확장 프레임에 의해 진행될 수 있다(602). 일 실시예에서, 매체에 대해 액세스하도록 허용된 WTRU 세트는 또한 그룹 기반 채널 경쟁의 시작 시에 깨어나도록 스케줄링될 수 있다. 일 실시예에서, 그룹 기반 채널 경쟁에 참여한 CG들의 WTRU들에는 다른 WTRU들이 송신하도록 허용되지 않은 특수 간격이 배정될 수 있다. 이들 WTRU는, 또한 트래픽 우선순위, STA 타입 등에 기반하여 상이한 EDCA 파라미터들을 갖는 지와 무관하게 다른 WTRU들이 정상적인(예를 들어, STA-기반) 채널 경쟁을 실시하는 간격들에서 그룹 기반 채널 경쟁을 실시할 수 있다.

그룹 기반 경쟁 구간의 시작에서, 각 CG를 위한 경쟁자들은 상이한 EDCA 파라미터를 갖는 지와 무관하게 채널을 위한 경쟁, 예를 들어, 다음의 정상적인 (E)DCF 절차들을 시작할 수 있다. 도 6에 예시된 예시에서, DIFS 기간(604) 및 백오프 슬롯들(616) 이후, CG1을 위한 경쟁자는 채널에 대한 액세스를 획득했고, 자신의 제1 패킷(618)을 송신한다(예를 들어, UL 또는 피어-투-피어). 제1 패킷은 정규 포맷 또는 단축 포맷의 PPDU일 수 있다. 또한, MSDU, A-MPDU, 또는 A-MSDU를 포함할 수 있다. 경쟁자로부터의 제1 패킷은 자신의 PLCP/MAC 헤더, 초기 스크램블링 시드들, 또는 프레임 본체에 있는 다음 정보, 즉 CG에 대한 정보(예를 들어, CG의 ID 또는 CG에서의 STA들의 순서), CG1 송신 기간(606) 또는 UL 또는 피어-투-피어 패킷들(예를 들어, AP에 대한 PS-Poll 또는 데이터 프레임들)을 위한 매체를 예약하기 위한 NAV 정보 중 하나 이상을 포함할 수 있다.

매체에 대한 액세스를 갖지 않는 CG들 내의 WTRU들은 매체 액세스를 획득했던 CG의 경쟁자(예를 들어, 도 6에서 CG1을 위한 경쟁자)로부터 제1 패킷에 포함된 NAV 설정들의 지속 시간 동안 슬립 상태에 있을 수 있다. NAV 값은 일부 최소 값이 되도록 계산될 수 있으며, 이로써 많은 중간 아이들(medium idle)(및 이에 따라 낭비된) 시간을 방지하기 위해 남은 CG들이 현재의 CG 송신 구간의 종료 시점에 맞춰 깨어날 것이다.

CG1을 위한 CG 송신 구간(606)은 CG1의 경쟁자로부터 제1 패킷(618)을 따른다. CG1을 위한 송신 구간(606)이 끝난 이후, 다른 CG들의 경쟁자들은 DIFS 구간(608)을 대기한 후, 트래픽 우선순위, STA 타입들 등에 기반하여 EDCA 파라미터 세트들을 갖는지 여부와 무관하게, 예를 들어 정상적인 (E)DCF 절차들을 따르는 이들의 각각의 CG들을 위한 매체에 대한 액세스를 위해 경쟁하기 시작할 수 있다. 도 6에 예시된 예시에서, CG5를 위한 경쟁자는 채널에 대한 액세스를 획득했고, 자신의 제1 패킷을 송신한다(620). CG5을 위한 CG 송신 구간(610)은 CG5의 경쟁자로부터 제1 패킷(620)을 따른다. CG5를 위한 송신 구간(610)이 끝난 이후, 다른 CG들의 경쟁자들은 DIFS 구간(612)을 대기한 후, 각자의 CG들을 위한 매체에 대한 액세스를 위해 경쟁하기 시작할 수 있다. 이 때, 도 6에 예시된 예시에서, CG2를 위한 경쟁자는 채널에 대한 액세스를 획득했고, 자신의 제1 패킷을 송신한다(622). CG2을 위한 CG 송신 구간(614)은 CG2의 경쟁자로부터 제1 패킷(622)을 따른다. 이러한 프로세스는 유사한 방법으로 반복될 수 있다.

도 7은 그룹 기반 채널 경쟁(700)의 다른 일례의 도면이다. 도 7에 예시된 예시에서, 그룹 기반 채널 경쟁 기간은 기지국 또는 WTRU(예를 들어, AP)가 CG1의 경쟁자의 ID 또는 CG1의 ID를 선언하는, 비콘, 숏 비콘, 또는 다른 타입의 관리 제어 프레임에 의해 진행될 수 있다(702). CG1의 경쟁자는 비콘, 숏 비콘, 또는 다른 타입의 관리, 제어, 또는 확장 프레임(702)의 종료 이후 SIFS 구간(704) 경과 시에 자신의 제1 패킷(716)을 송신하기 시작할 수 있다. 일 실시예에서, CG1을 위한 경쟁자는 또한 그룹 기반 채널 경쟁 구간의 스케줄링된 시작 시간에서 즉시 송신하기 시작할 수 있다.

CG1을 위한 송신 구간(706)이 끝난 이후, 다른 CG들의 경쟁자들은 DIFS 구간(708)을 대기한 후, 트래픽 우선순위, STA 타입들 등에 기반하여 EDCA 파라미터 세트들을 갖는지 여부와 무관하게, 예를 들어 정상적인 (E)DCF 절차들을 따르는 이들의 각각의 CG들을 위한 매체에 대한 액세스를 위해 경쟁하기 시작할 수 있다. 도 7에 예시된 예시에서, CG5를 위한 경쟁자는 채널에 대한 액세스를 획득했고, 자신의 제1 패킷을 송신한다(718). CG5을 위한 CG 송신 구간(710)은 CG5의 경쟁자로부터 제1 패킷(718)을 따른다. CG5를 위한 송신 구간(710)이 끝난 이후, 다른 CG들의 경쟁자들은 DIFS 구간(712)을 대기한 후, 각자의 CG들을 위한 매체에 대한 액세스를 위해 경쟁하기 시작할 수 있다. 이 때, 도 6에 예시된 예시에서, CG2를 위한 경쟁자는 채널에 대한 액세스를 획득했고, 자신의 제1 패킷을 송신한다(720). CG2을 위한 CG 송신 구간(714)은 CG2의 경쟁자로부터 제1 패킷(720)을 따른다. 이러한 프로세스는 적어도 각 CG가 매체를 액세스할 기회를 가질 때까지 반복될 수 있다.

도 8은 그룹 기반 채널 경쟁(800)의 다른 일례의 도면이다. 도 8에 예시된 예시에서, 그룹 기반 채널 경쟁 기간은 기지국 또는 WTRU(예를 들어, AP)가 CG들의 송신 순서뿐 아니라 CG들의 ID들을 선언하는, 비콘, 숏 비콘, 또는 다른 타입의 관리, 제어, 또는 확장 프레임에 의해 진행될 수 있다(802). 선언 순서에 따라, CG1을 위한 경쟁자는 비콘, 숏 비콘, 또는 다른 타입의 관리 제어 프레임(802)의 종료 이후 SIFS 구간(804) 경과 시에 자신의 제1 패킷(716)을 송신하기 시작할 수 있다. 일 실시예에서, CG1을 위한 경쟁자는 그룹 기반 채널 경쟁 구간 동안 스케줄링된 시작 시점에서 즉시 송신하기 시작할 수 있다. N번째 송신 CG의 송신 구간의 종료 시에, (N+1)번째 CG를 위한 경쟁자는 N번째 송신 CG(예를 들어, MAC 헤더 내의 서비스 종료 구간(end-of-service-period, EOSP)을 1로 설정하고/거나 추가 데이터 비트를 0으로 설정함)의 송신 구간에서의 마지막 패킷이라고 나타내는 N번째 CG 내의 STA에 의해 송신되거나 (더 상세히 후술되는) 그룹간 송신 부여를 통해 송신된 패킷을 수신할 때 매체에 대한 액세스를 획득할 수 있다. (N+1)번째 CG를 위한 경쟁자는 N번째 송신 CG의 송신 구간의 마지막 패킷의 종료 이후 SIFS 시간 경과 시에 또는 인터 그룹 송신 부여를 포함하는 패킷의 종료 이후 SIFS 구간 경과 시에 송신하기 시작할 수 있다.

도 8에 예시된 예시에서, CG1를 위한 송신 구간(806)의 종료 시에, CG2를 위한 경쟁자는 CG1을 위한 송신 구간(806)에서 마지막 패킷이라고 표시하는 CG1 내의 STA에 의해 송신된 패킷(미도시)을 수신할 때 매체에 대한 액세스를 획득한다. CG2를 위한 경쟁자는 CG1를 위한 송신 구간(806)의 마지막 패킷의 종료 이후 SIFS 구간(808) 경과 시에 또는 인터 그룹 송신 부여를 포함하는 패킷의 종료 이후 SIFS 구간(808) 경과 시에 자신의 제1 패킷(818)을 송신하기 시작한다. CG2를 위한 송신 구간(810)의 종료 시에, CG3를 위한 경쟁자는 CG2을 위한 송신 구간(810)에서 마지막 패킷이라고 표시하는 CG2 내의 STA에 의해 송신된 패킷(미도시)을 수신할 때 매체에 대한 액세스를 획득한다. CG3를 위한 경쟁자는 CG2를 위한 송신 구간(810)의 마지막 패킷의 종료 이후 SIFS 구간(812) 경과 시에 또는 인터 그룹 송신 부여를 포함하는 패킷의 종료 이후 SIFS 구간(812) 경과 시에 자신의 제1 패킷(820)을 송신하기 시작한다. 이러한 프로세스는 선언 순서에 따라 모든 CG가 매체를 액세스할 자신의 턴을 가질 때까지 반복될 수 있다.

일단 제1 패킷이 CG의 경쟁자에 의해 송신되면, CG의 송신 구간이 시작된다. 소정의 CG 동안 송신 구간 동안에, CG 내의 WTRU들은 인트라-CG 송신 부여 및 대리 폴링을 이용하여 매체를 액세스할 수 있다.

인트라-CG 송신 부여 및 대리 폴링의 경우, CG 내의 모든 STA들이 항상 송신할 UL 패킷을 갖는다고 가정할 수 있다. CG가 비콘 또는 숏 비콘들에서 긍정 TIM 표시들을 갖는 WTRU들에 의해 형성되면, 모든 WTRU들은 PS-Poll들을 송신하여 버퍼링된 DL 데이터 패킷들을 검색할 필요가 있다. CG가 TIM 표시 또는 비콘을 청취하지 않은 WTRU들에 의해 형성되면, WTRU들은 PS-Poll들을 AP에 송신하여 버퍼링된 데이터의 존재에 대해 문의할 필요가 있다. CG 내의 WTRU가 송신할 UL 데이터를 가지면, 폴링되고 있을 때 또는 인트라-CG 송신 부여를 수신했을 때 다른 WTRU 또는 기지국(예를 들어, AP)에 데이터를 송신할 수 있다. WTRU가 송신할 UL 데이터를 갖고, CG에 속하지 않으면, 동일하거나 상이한 ECDA 파라미터들을 갖는 정상적인 DCF 절차들을 이용하여 매체 액세스를 위해 경쟁할 수 있다.

CG 송신 구간은 CG를 위한 경쟁자(예를 들어, STA1)가 자신의 제1 패킷을 송신한 이후 시작할 수 있다. 제1 패킷은 전술된 바와 같이, 여러 타입의 프레임 중 하나일 수 있다. 예를 들어, STA1으로부터의 제1 패킷은 AP에 송신된 PS-Poll이거나, 임의의 다른 타입의 UL 패킷일 수 있다. STA1로부터의 제1 패킷에 응답하여, STA1을 위한 DL 데이터 패킷, STA1을 위한 버퍼링된 패킷이 존재하지 않는다고 나타내는 프레임, 또는 ACK 프레임 중 하나를 송신할 수 있다(이 경우 AP는 STA1을 위한 DL 데이터 패킷을 나중에 송신할 수 있음).

AP가 ACK 프레임을 갖는 STA1로부터의 PS-Poll 또는 임의의 다른 타입의 UL 패킷에 응답할 때, AP는 ACK 프레임을 뒤따르는 SIFS 간격 이후 STA1을 위한 DL 데이터 패킷을 송신할 수 있으며, 이에 응답하여, STA1은 숏 ACK, ACK, BA, ACK+Intra-GP-TX-GT(ACK 및 Intra-Group Transmission Grant), ACK+SUR-Poll(ACK 및 Intra-Group Surrogate Poll), 데이터 프레임들, 또는 ACK+EndCGTX(ACK 및 End-CG-Transmission Period)와 같은 프레임들을 이용하여 DL 데이터 패킷의 수신을 확인응답할 수 있다.

AP는 STA1을 위한 버퍼링된 패킷이 존재하지 않는다고 표시하는 프레임을 이용하여 STA1으로부터 AP로의 PS-Poll 또는 임의의 다른 타입의 UL 패킷에 응답할 때, STA1은 AP로부터 ACK 프레임을 수신하면, SIFS 간격 이후 Intra-CG-TX-GT 프레임을 송신하여 CG 내의 다음 STA(예를 들어, STA2)를 위해 인트라 그룹 송신 부여를 제공할 수 있다. 다른 방법으로, STA1은 또한 Sur-Poll 프레임을 송신하여 STA2를 위해 대리 폴링(surrogate polling )을 실시할 수 있다. 현재의 STA가 CG 내의 마지막 송신 STA이면, STA는 EndCGTX 프레임을 송신하여 CG 송신 구간의 종료를 선언할 수 있다. 다른 방법으로, STA1이 단축 또는 정규 ACK 또는 BA 대신에 자신의 제1 UL 패킷에서 송신할 임의의 더 많은 UL 패킷들을 갖지 않는다고 표시했으면, AP는 ACK+Poll 또는 ACK-Intra-GP-TX-GT 프레임을 송신하여 CG 내의 다음 STA(예를 들어, STA2)에 대한 매체 액세스를 부여하고 PS-Poll 또는 데이터와 같은 임의의 UL 패킷을 송신할 수 있다.

AP가 DL 데이터 프레임을 이용하여 PS-Poll(또는 STA1으로부터의 임의의 다른 타입의 UL 패킷)에 응답할 때, STA1은 송신할 UL 데이터를 더 가지면 데이트 프레임을 이용하여 응답할 수 있고, AP가 STA1에 송신할 더 많은 DL 데이터를 갖는다고 나타내면 숏 또는 정상 ACK 또는 BA를 이용하여 DL 데이터 프레임들의 수신을 확인응답할 수 있다. AP가 STA1에 송신할 DL 데이터를 더 이상 갖지 않는다고 표시하면, STA1은 CG 내의 다음 STA(예를 들어, STA2)에게 인트라 그룹 송신 부여를 제공하기 위해 ACK+Intra-GP-TX-GT를 갖는 DL 데이터 프레임들의 수신을 확인응답할 수 있다. STA1은 또한 ACK+SUR-Poll을 송신하여 STA2를 위한 대리 폴링을 실시할 뿐 아니라 DL 데이터 프레임의 수신을 확인응답할 수 있다. AP가 STA1에 송신할 DL 데이터를 더 이상 갖지 않는다고 표시하면, STA1은 CG 송신 구간의 종료를 표시할 뿐 아니라 ACK-EndCGTX 프레임을 갖는 DL 데이터 프레임들의 수신을 확인응답할 수 있다. 상이한 실시예들에서, CG 내의 STA들의 송신 순서는 고정되거나, 미리 배열되거나 랜덤 스케줄에 따라 순환될 수 있다.

프레임들(Intra-CG-TX-GT, SUR-Poll, EndCGTX, ACK+Intra-CG-TX-GT, ACK+SUR-Poll, ACK+EndCGTX)의 설계는 관리 프레임들, 제어 프레임들, 확장 프레임들, 또는 새로운 타입의 프레임들의 새로운 서브타입들로서 구현될 수 있다. 이들 프레임은 또한 액션 프레임들 또는 액션 노 ACK 프레임(action no ACK frame)들로서 구현될 수 있다. 예를 들어, 이들 프레임은 HT, VHT, TVHT(TV high throughput, IEEE 802.11ah, HEW(High Efficiency WLAN) 타입의 액션 프레임 또는 액션 노 ACK 프레임, 또는 새로운 타입의 액션 프레임으로서 구현될 수 있다. 이들 프레임은 또한 모든 정보가 PLCP 헤더 부위에서 운반되는 숏 프레임으로서 구현될 수 있다.

Intra-CG-TX-GT의 경우, 이들 프레임은 인트라-그룹 송신 부여가 제공된 CG 내의 다른 WTRU(예를 들어, AP 또는 다음 STA(예를 들어, STA2))에 WTRU(예를 들어, STA 또는 AP)에 의해 전송될 수 있다. 프레임이 CG 내의 다음 STA에 송신되면, AP는 BSS 또는 OBSS 내의 은닉 노드들을 방지할 SIFS 구간 이후 Intra-CG-TX-GT 프레임을 반복하는 것을 선택할 수 있다. Intra-CG-TX-GT가 AP에 전송되면, AID, MAC 주소, 또는 AP와 송신 STA가 약정했던 다른 타입의 ID와 같은 STA2의 명시적 ID를 자신의 PLCP/MAC 헤더, 프레임 본체, 초기 스크램블러 시퀀스 등에 포함시킬 수 있다. 예를 들어, STA2의 ID는 MAC 헤더의 Address 3 필드 및/또는 Address 4 필드 내에 포함될 수 있다. Address 3 필드 또는 Address 4 필드가 사용 중이라고 표시하고/거나, frame type/subtype/action frame category field의 조합으로, Address 3 필드 또는 Address 4 필드가 인트라-그룹 송신 부여를 수신한 STA의 ID에 사용된다고 표시하기 위해 (예를 들어, 프레임 제어 필드에서의) PLCP 또는 MAC 헤더 내의 비트가 사용될 수 있다. Intra-CG-TX-GT 프레임이 AP에 의해 송신되면, CF-Poll, PS-Poll, Data+Poll 등과 같은 프레임들은 Intra-CG-TX-GT 프레임으로서 재사용될 수 있다. CG 내의 피어(peer) STA 또는 AP로부터 Intra-CG-TX-GT 프레임을 수신하는 것에 응답하여, 특정 프로토콜에 의존하여, STA는 SIFS 구간 이후 UL 또는 피어-투-피어 프레임들을 송신하기 시작할 수 있다. Intra-CG-TX-GT 프레임이 CG 내의 피어 STA로부터 수신되고, AT가 Intra-CG-TX-GT를 반복하도록 구성되면, 인트라 그룹 송신 부여를 수신하는 STA는 AP로부터 Intra-GP-TX-GT 프레임을 수신한 후 SIFS 구간 경과 시에 송신하기 시작할 수 있을 뿐이다.

SUR-Poll 프레임들의 경우, 이들 프레임은 CG 내의 STA로부터 AP로 송신되어 CG 내의 다른 피어 STA(예를 들어, STA2)를 위한 임의의 버퍼링된 DL 프레임들의 존재에 대해 질의할 수 있다. SUR-Poll 프레임은 AID, MAC 주소, 또는 AP와 송신 STA가 약정했던 다른 타입의 ID와 같은 STA2의 명시적 ID를 자신의 PLCP/MAC 헤더, 프레임 본체, 초기 스크램블러 시퀀스 등에 포함시킬 수 있다. 예를 들어, STA2의 ID는 MAC 헤더의 Address 3 필드 및/또는 Address 4 필드 내에 포함될 수 있다. Address 3 필드 또는 Address 4 필드가 사용 중이라고 표시하고/거나, frame type/subtype/action frame category 필드의 조합으로, Address 3 필드 또는 Address 4 필드가 송신 STA가 대리 폴링을 실시하고 있는 STA의 ID를 위해 사용된다고 표시하기 위해 (예를 들어, 프레임 제어 필드에서의) PLCP 또는 MAC 헤더 내의 비트가 사용될 수 있다. STA2를 위한 SUR-Poll을 수신하면, AP는 즉시 STA2를 위한 DL 프레임들을 송신하기 시작할 수 있다. 다른 방법으로, AP는 우선 ACK 프레임을 이용하여 응답하고, SIFS 시간 이후 STA2를 위한 DL 프레임을 송신하기 시작할 수 있다. AP는 또한 STA2로 하여금 STA2가 가질 수 있는 임의의 UL 프레임을 송신하도록 허용하는 동안 STA2를 위해 버퍼링된 프레임들이 존재하지 않는다고 나타내는 STA2에게 폴(poll)과 같은 프레임을 이용하여 응답할 수 있다.

EndCGTX 프레임들의 경우, 이들 프레임들은 GG 내의 STA 또는 AP에 의해 송신되어 현재 CG 송신 구간이 종료되었음을 나타낼 수 있다. 이 프레임은 AP에 보내지거나 브로드캐스트 또는 멀티캐스트 주소에 전송될 수 있다. 또한, 그룹간 송신 부여로서 기능하는 다음 CG의 AP/경쟁자에게 전송될 수 있다. EndCGTX 프레임을 수신하면, CG 내의 STA들뿐 아니라 AT 및 STA들은 매체를 위해 경쟁하기 위한 채널 액세스 규칙들을 따를 것이다.

ACK+Intra-GP-TX-GT 프레임들의 경우, 이들 프레임은 대체로 Intra-GP-TX-GT 프레임들과 동등할 수 있다. 그러나, 차이점은 이 프레임 또한 Intra-GP-TX-GT 프레임의 송신 직후 송신 STA에 전송되는 프레임의 수신을 확인응답한다는 점일 수 있다. ACK+Intra-GP-TX-GT 프레임은 BA 내의 필드와 유사하게 블록 ACK 필드를 포함하는 방식으로 구현되어 송신 STA에 전송된 프레임 시퀀스에게 블록 ACK들을 제공할 수 있다.

ACK+SUR-Poll 프레임들의 경우, 이들 프레임은 대체로 SUR-Poll 프레임과 동등할 수 있다. 유일한 차이점은 이 프레임 또한 ACK+SUR-Poll 프레임의 송신 직전에 송신 STA에 전송된 프레임의 수신을 확인응답할 수 있다는 점이다. ACK+SUR-Poll 프레임은 또한 BA 내의 필드와 유사하게 블록 ACK 필드를 포함하는 방식으로 구현되어 송신 STA에 전송된 프레임 시퀀스에게 블록 ACK들을 제공할 수 있다.

ACK+EndCGTX 프레임들의 경우, 이들 프레임은 대체로 EndCGTX 프레임과 동등할 수 있다. 유일한 차이점은 이 프레임이 ACK+EndCGTX 프레임의 송신 직전에 송신 STA에 전송된 프레임의 수신을 확인응답한다는 것일 수 있다. ACK+EndCGTX 프레임은 또한 BA 내의 필드와 유사하게 블록 ACK 필드를 포함하는 방식으로 구현되어 송신 STA에 전송된 프레임 시퀀스에게 블록 ACK들을 제공할 수 있다.

도 9은 예시적인 인트라 CG 송신 부여 및 대리 폴링 절차(900)의 도면이다. 도 9에 예시된 예시에서, 소정의 CG을 위한 경쟁자(STA1)는 비콘(902) 이후 SIFS 구간(904) 경과 시에 자신의 제1 패킷(908)을 송신할 수 있다. 소정의 CG를 위한 CG 송신 구간(906)은 CG를 위한 경쟁자(예를 들어, STA1)가 자신의 제1 패킷을 송신한 이후 시작할 수 있다. 여기에서, 이러한 제1 패킷은 PS-Poll 패킷(902)이다. STA1으로부터의 제1 패킷에 응답하여, AP는 STA1를 위한 DL 데이터 패킷(910)을 송신한다. 그 다음, AP 또는 STA1는 ACK+Intra-GP-TX-GT 프레임(912)을 STA2)에 송신함으로써 인트라-그룹 송신 부여(928)를 다음 STA(STA2)에 제공한다. 이 프레임은 인트라-그룹 송신 부여를 STA2에 제공하고, 직전에 STA1에 전송된 프레임의 수신을 확인응답한다. ACK+Intra-GP-TX-GT 프레임(912)를 수신하는 것에 응답하여, STA2는 (예를 들어, SIFS 구간 이후) 자신의 UL 데이터(914)를 송신한다.

그 다음, AP는 ACK+Intra-GP-Poll 프레임(916)을 STA3에 송신하고, 직전에 STA2에 의해 송신된 UL 데이터(914)를 확인응답하고, DL 데이터를 위해 STA3를 폴링함으로써 인트라-그룹 송신 부여(930)를 다음 STA(STA3)에 제공할 수 있다. 이 프레임을 수신하는 것에 응답하여, STA3는 (예를 들어, SIFS 구간 이후) 자신의 UL 데이터(918)를 송신하고, 또한 AP로부터 DL 데이터(920)를 수신한다. STA3는 ACK-SUR-Poll 프레임(922)를 AP에 송신하고, STA4를 위한 임의의 버퍼링된 DL 프레임의 존재에 대해 문의하고, DL 데이터(920)의 수신을 확인응답함으로써 인트라-그룹 송신 부여(932)를 다음 STA(STA4)에 제공할 수 있다. ACK-SUR-Poll 프레임(922)을 수신하는 것에 응답하여, AP는 DL 데이터(924)를 STA4에 송신한다. 송신이 완료되면, STA4는 ACK+EndCGTX 프레임(926)을 송신하여 DL 데이터(924)의 수신을 확인응답하고, CG 송신 구간(906)이 종료했음을 표시한다.

CG 송신 구간의 종료 시에, 인터-그룹 송신 부여 및 대리 폴링이 일어날 수 있다. 인터-그룹 송신 부여 및 대리 폴링을 위한 절차들 및 프레임 설계들은 인트라-그룹 송신 부여 및 폴링을 위한 절차들 및 프레임 설계들과 유사하다.

도 10은 예시적인 인터-그룹 송신 부여 및 대리 폴링 절차(1000)의 도면이다. CG(예를 들어, CG1) 내의 마지막 STA는 송신할 때, EndCGTX+Inter-GP-TX-GT 프레임 또는 EndCGTX+ACK+Inter-GP-TX-GT 프레임을 이용하여 인터-그룹 송신 부여를 다음 CG(예를 들어, CG2)를 위한 경쟁자에게 제공할 수 있다. 도 10에 예시된 예시에서, CG1을 위한 경쟁자는 비콘(1002) 이후 SIFS 구간(1004) 경과 시에 자신의 제1 패킷(1016)을 송신했으며, CG1를 위한 송신 구간(1006)을 시작한다. CG1(1006)를 위한 송신 구간의 종료 시에, CG1 내의 송신할 AP 또는 마지막 STA은 EndCGTX+ACK+Inter-GP-TX-GT 프레임(1018)을 송신하여, CG1을 위한 송신 구간을 종료시키고, 인터-그룹 송신 부여(1024)를 CG2를 위한 경쟁자에게 제공하고, EndCGTX+ACK+Inter-GP-TX-GT 프레임(1018)을 송신하기 직전에 CG1 내의 송신할 AP 또는 마지막 STA에 의해 수신된 프레임을 확인응답한다. 일 실시예에서, EndCGTX+Inter-GP-TX-GT 또는 EndCGTX+ACK_inter-GP-TX-GT 프레임은 CG2를 위한 경쟁자, 그룹 ID와 같은 CG2와 연관된 어드레스, 또는 AP에 전송될 수 있다. AP는 은닉 노드들을 방지하기 위해 EndCGTX+Inter-GP-TX-GT 또는 EndCGTX+ACK_Inter-GP-TX-GT 프레임을 반복하는 것을 선택할 수 있다.

EndCGTX-Inter-GP-TX-GT 또는 EndCGTX+ACK+Inter-GP-TX-GT을 수신하는 것에 응답하여, CG2를 위한 경쟁자는 SIFS 구간 이후 송신하기 시작할 수 있다. 도 10에 예시된 예시에서, CG2를 위한 경쟁자는 EndCGTX+ACK+Inter-GP-TX-GT 프레임(1018)을 수신한 이후 SIFS 구간(1008) 경과 시에 자신의 제1 패킷(102)을 송신한다. AP가 EndC GTX+Inter- GP-TX- GT 또는 EndCGTX+ACK_Inter-GP-TX-GT 프레임을 반복하도록 구성되면, CG2를 위한 경쟁자는 AP에 의해 전송되는 반복된 EndCGTX+Inter-GP-TX-GT 또는 EndCGTX+ACKJnter-GP-TX-GT 프레임을 수신한 이후 SIFS 경과 시에 송신하기 시작할 수 있다. 도 10에 예시된 예시에서, CG2를 위한 송신 구간(1010)은 CG2를 위한 경쟁자에 의한 제1 패킷(1020)의 송신을 뒤따르기 시작한다.

CG 내의 마지막 STA는 송신할 때, EndCGTX+Inter-GP-SUR-Poll 프레임 또는 EndCGTX+ACK+Inter-GP-SUR-Poll 프레임을 이용하여 다음 CG(예를 들어, CG3)의 경쟁자를 위한 인터-그룹 대리 폴링을 실시할 수 있다. 도 10에 예시된 예시에서, CG2 내에 송신할 마지막 STA는 EndCGTX+ACK+Inter-GP-SUR-Poll 프레임(1026)을 송신하여, CG2를 위한 송신 구간(1010)을 종료시키고, 다음 CG(CG3)에게 인터-그룹 송신 부여를 제공하고(1030), 그리고 CG3의 경쟁자를 위한 임의의 버퍼링된 DL 프레임의 존재에 대해 문의한다. EndCGTX+Inter-GP-SUR-Poll 프레임 또는 EndCGTX+ACK+Inter-GP-SUR-Poll 프레임을 수신하는 것에 응답하여, AP는 다음 CG의 경쟁자를 위한 DL 프레임들을 송신하거나, CG3의 경쟁자를 위한 버퍼링된 패킷들이 존재하지 않는다고 나타내는 프레임을 송신할 수 있다. 도 10에 예시된 예시에서, SIFS 구간(1012) 이후, CG3를 위한 경쟁자를 위해 DL 데이터를 송신하여, CG3(1014)를 위한 송신 구간을 시작한다. 이러한 절차는 BSS 내의 CG들의 모두가 매체에 액세스할 기회를 가질 때까지 반복될 수 있다.

AP가 CG1 내의 모든 STA들이 이들의 송신을 완료시켰다고 검출하고, AP가 CG1를 위한 버퍼링된 패킷들을 갖지 않을 때, AP는 폴 프레임 또는 EndCGTX+Inter-GP-TX-GT을 CG2 또는 CG2의 경쟁자에게 송신하여 매체 액세스를 CG2에게 부여할 수 있다.

프레임들(EndCGTX+Inter-GP-TX-GT, ndCGTX+ACK+Inter-GP-TX-GT, EndCGTX+Inter-GP-SUR-Poll, 및 EndCGTX+ACK+Inter-GP-SUR-Poll)의 설계는 새로운 서브타입들의 관리 프레임들 또는 제어 프레임들 또는 새로운 타입의 프레임으로서 구현될 수 있다. 또한, 이들 프레임은 액션 프레임들 또는 액션 노 ACK 프레임들로서 구현될 수 있다. 예를 들어, 타입 HT, VHT, TVHT, IEEE 802.11ah의 액션 프레임 또는 액션 노 ACK 프레임 또는 새로운 타입의 액션 프레임으로서 구현될 수 있다. 이들 프레임은 또한 모든 정보가 PLCP 헤더 부위에서 운반되는 숏 프레임으로서 구현될 수 있다.

프레임들(EndCGTX+Inter-GP-TX-GT, EndCGTX+ACK+Inter-GP-TX-GT, EndCGTX+Inter-GP-SUR-Poll, 및 EndCGTX+ACK+Inter-GP-SUR-Poll)은 AID, MAC 주소, 또는 AP 및 송신 STA가 약정했던 다른 타입의 ID와 같은 WTRU(예를 들어, 인터 그룹 송신 부여가 제공되거나 인터 그룹 대리 폴링이 실시되는 STA)를 위한 명시적 ID를 자신의 PLCP/MAC 헤더, 프레임 본체, 초기 스크램블러 시퀀스 등에 포함시킬 수 있다. 예를 들어, STA2의 ID는 MAC 헤더의 Address 3 필드 및/또는 Address 4 필드 중 적어도 하나에 포함될 수 있다. Address 3 필드 또는 Address 4 필드가 사용 중이라고 표시하고/거나, frame type/subtype/action frame category field의 조합으로, 송신 STA가 인터 그룹 송신 부여를 제공하거나 대리 폴링을 실시하는 STA의 ID에 Address 3 필드 또는 Address 4 필드가 사용된다고 표시하기 위해 (예를 들어, 프레임 제어 필드에서의) PLCP 또는 MAC 헤더 내의 비트가 사용될 수 있다.

일 실시예에서, 인터-그룹 송신 부여 및 대리 폴링은 하나의 STA만을 포함하는 CG들을 위한 STA 기반 송신 부여 및 대리 폴링으로 일반화될 수 있다.

송신 오버헤드의 추가적인 감축을 위해 CG 내의 STA들에게 데이터 및 프레임 압축이 사용될 수 있다. CG 내의 STA들의 경우, 이들 STA는 보안 키를 공유하며, 이로써 서로의 패킷들을 디코딩할 수 있다고 가정할 수 있다. 유사한 데이터를 검출하는 CG 내의 STA들(예를 들어, 이벤트 구동되고 화제와 같은 이벤트들을 검출하는 센서들)의 경우, 동일한 데이터를 반복하는 것(화재가 검출되거나 검출되지 않음)은 엑스트라 정보를 제공하지 않는다. 대신, CG는 압축 패킷 포맷, 예를 들어, 길이가 짧을 수 있고, 송신 STA가 CG 송신 구간에서 단지 송신된 동일한 CG 내의 다른 STA와 동일한 데이터를 관찰한다고 표시할 수 있는 동일한 데이터 표시 프레임을 위해 협상할 수 있다.

CG 내의 STA가 프레임을 송신할 때, 동일한 데이터를 관찰하는 다른 STA는 정규 프레임 대신 동일한 데이터 표시 프레임을 단순히 송신할 수 있다. 동일한 데이터 표시 프레임은 (시퀀스 또는 시퀀스 제어 번호와 같은) 프레임의 식별자 및 AID, MAC 주소, 또는 AP와 송신 STA가 약정했던 다른 타입의 ID와 같은 STA(동일한 데이터를 송신하는 STA)의 명시적 ID를 자신의 PLCP/MAC 헤더, 프레임 본체, 초기 스크램블러 시퀀스 등에 포함시킬 수 있다. 예를 들어, 참조 STA의 ID는 MAC 헤더의 어드레스 3 및/또는 어드레스 4 필드 내에 포함될 수 있다. 어드레스 3 또는 어드레스 4 필드가 사용 중이라고 표시하고/거나, frame type/subtype/action frame category field의 조합으로, 어드레스 3 또는 어드레스 4 필드들이 동일한 데이터를 관찰하는 STA의 ID에 사용된다고 표시하기 위해 (예를 들어, 프레임 제어 필드에서의) PLCP 또는 MAC 헤더 내의 비트가 사용될 수 있다.

동일한 데이터 표시 프레임은 새로운 서브타입의 관리 또는 제어 프레임들 또는 새로운 타입의 프레임들로서 구현될 수 있다. 또한, 이들 프레임은 액션 프레임들 또는 액션 노 ACK 프레임들로서 구현될 수 있다. 예를 들어, 타입 HT, VHT, TVHT, IEEE 802.11ah, 및 HEW의 액션 프레임 또는 액션 노 ACK 프레임 또는 새로운 타입의 액션 프레임으로서 구현될 수 있다. 이들 프레임은 또한 모든 정보가 PLCP 헤더 부위에서 운반되는 숏 프레임으로서 구현될 수 있다. STA1이 특정 프레임 내의 다른 WTRU(예를 들어, STA2)에 의해 보고되었던 동일한 데이터를 관찰했다고 나타내는 WTRU(예를 들어, STA1)로부터 동일한 데이터 표시 프레임을 수신하는 것에 응답하여, AP는 STA2에 의해 전송된 특정 프레임의 프레임 본체를 복사함으로써 STA1으로부터의 새로운 데이터 프레임을 재구성할 수 있다.

실시예들

1. 무선 네트워크에 소형 패킷들을 전송하는 방법으로서, 매체 접근 제어(medium access control, MAC) 또는 물리 계층 컨버전스 프로토콜(physical layer convergence protocol, PLCP) 헤더 중 하나 이상 - 상기 MAC 또는 PLCP 헤더 중 하나 이상은 필드를 포함함 - 을 갖는 패킷을 생성하는 단계를 포함한다.

2. 실시예 1의 방법은 WTRU가 송신을 위해 버퍼링된 데이터를 가지는 조건 하에서, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간 또는 송신 기회(transmission opportunity, TXOP)를 나타내는 정보를 필드에 포함시키는 단계를 더 포함한다.

3. 실시예 1 또는 실시예 2의 방법은 WTRU가 무선 네트워크 내의 다른 WTRU에 패킷을 송신하는 단계를 더 포함한다.

4. 실시예 1 내지 실시예 3 중 어느 하나의 방법은 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간 또는 TXOP 중 하나에 기반하여 승인된 TXOP를 가진 다른 WTRU로부터 다른 패킷을 수신하는 단계를 더 포함한다.

5. 실시예 1 내지 실시예 4 중 어느 하나의 방법은 WTRU가 송신을 위해 버퍼링된 데이터를 갖지 않는 조건 하에서 상기 필드에 0을 포함시키는 단계를 더 포함한다.

6. 실시예 4 또는 실시예 5의 방법은 승인된 TXOP를 이용하여 WTRU가 적어도 하나의 패킷을 송신하는 단계를 더 포함한다.

7. 실시예 2 내지 실시예 6 중 어느 하나의 방법에서, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간은, WTRU가 송신을 위해 버퍼링 시킨 데이터의 각 패킷을 WTRU가 송신하는데 필요한 시간 또는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 패킷들 모두를 WTRU가 송신하는데 필요한 총 시간 중 하나이다.

8. 실시예 2 내지 실시예 7 중 어느 하나의 방법에서, 필드는 버퍼링된 트래픽 표시 필드이다.

9. 실시예 1 내지 실시예 8 중 어느 하나의 방법에서, WTRU가 패킷을 생성하는 단계는 WTRU가 슬립 상태로부터 깨어나는 단계를 더 포함한다.

10. 실시예 9의 방법은 WTRU가 슬립 상태로부터 깨어나는 단계에 응답하여, WTRU가 버퍼링 트래픽 표시 필드를 포함하는 전력절감 폴(PS-Poll) 프레임을 송신하는 단계를 더 포함하고, 상기 PS-Poll 프레임은, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간, 상기 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 TXOP, 또는 상기 WTRU가 송신을 위해 버퍼링된 데이터를 갖지 않은 조건 하의 0 중 적어도 하나를 표시한다.

11. 실시예 4 내지 실시예 10 중 어느 하나의 방법에서, 승인된 TXOP는 필드에 제공된 시간에 기반하는 지속시간을 갖는다.

12. 실시예 1 내지 실시예 11 중 어느 하나의 방법에서, 무선 네트워크는 무선 로컬 영역 네트워크(wireless local area network, WLAN)이다.

13. 실시예 1 내지 실시예 12 중 어느 하나의 방법에서, WTRU는 WLAN 내의 비-액세스 포인트(non-access point, non-AP) 스테이션(station, STA)이다.

14. 실시예 3 내지 실시예 13 중 어느 하나의 방법에서, 다른 WTRU는 WLAN 내의 액세스 포인트(access point, AP)이다.

15. 실시예 1 내지 실시예 14 중 어느 하나의 방법에서, 패킷은 전력절감 폴(PS-Poll) 프레임, 확인응답(acknowledgement, ACK) 프레임, 데이터 프레임, 및 블록 확인응답(block acknowledgement, BA) 프레임 중 하나이다.

16. 실시예 1 내지 실시예 15 중 어느 하나의 방법에서, 패킷의 MAC 또는 PLCP 헤더 중 하나 이상은, 패킷에 포함되는 동적 프레임 체크 시퀀스(frame check sequence, FCS) 필드의 길이를 표시하는 필드를 더 포함한다.

17. 실시예 16의 방법에서, FCS 필드는 길이가 4바이트 미만이다.

18. 무선 송수신 유닛(wireless transmit/receive unit, WTRU)으로서 매체 접근 제어(medium access control, MAC) 또는 물리 계층 컨버전스 프로토콜(physical layer convergence protocol, PLCP) 헤더 중 하나 이상을 갖는 패킷을 생성하도록 구성된 프로세싱 유닛을 포함하며, MAC 또는 PCLP 헤더는 필드를 포함한다.

19. 실시예 18의 WTRU에서, 상기 프로세싱 유닛은 또한, WTRU가 송신을 위해 버퍼링된 데이터를 가지는 조건 하에서, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간 또는 송신 기회(transmission opportunity, TXOP) 중 적어도 하나를 나타내는 정보를 필드에 포함시키도록 구성된다.

20. 실시예 18 또는 실시예 19의 WTRU는 무선 네트워크 내의 다른 WTRU에 패킷을 송신하도록 구성된 송신 유닛을 더 포함한다.

21. 실시예 18 내지 실시예 20 중 어느 하나의 WTRU는 WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간에 기반하여 TXOP를 갖는 다른 WTRU로부터 다른 패킷을 수신하도록 구성된 수신 유닛을 더 포함한다.

22. 실시예 18 내지 실시예 20 중 어느 하나의 WTRU에서, 프로세싱 유닛은 또한, WTRU가 송신을 위해 버퍼링된 데이터를 갖지 않는 조건 하에서 필드에 0을 포함시키도록 구성된다.

23. 실시예 20 내지 실시예 22 중 어느 하나의 WTRU에서, 송신 유닛은 또한, 승인된 TXOP를 이용하여 적어도 하나의 패킷을 송신하도록 구성된다.

24. 실시예 20 내지 실시예 23 중 어느 하나의 WTRU에서, 무선 네트워크는 무선 로컬 영역 네트워크(wireless local area network, WLAN)이다.

25. 실시예 18 내지 실시예 24 중 어느 하나의 WTRU는 WLAN 내의 비-액세스 포인트 스테이션(non-access point station, non-AP STA)이다.

26. 실시예 20 내지 실시예 25 중 어느 하나의 WTRU에서, 다른 WTRU는 WLAN 내의 액세스 포인트(access point, AP)이다.

27. 실시예 18 내지 실시예 26 중 어느 하나의 WTRU에서, 필드는 버퍼링된 트래픽 표시 필드이다.

28. 기지국으로서, 무선 네트워크 내의 무선 송수신 유닛(wireless transmit/receive unit, WTRU)으로부터 패킷을 수신하도록 구성된 수신 유닛을 포함하며, 패킷은 매체 접근 제어(medium access control, MAC) 또는 물리 계층 컨버전스 프로토콜(physical layer convergence protocol, PLCP) 헤더 중 하나 이상을 포함하고, MAC 또는 PLCP 헤더 중 하나 이상은, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간 또는 TXOP 중 적어도 하나를 표시하는 필드를 포함한다.

29. 실시예 28의 기지국은, WTRU가 송신을 위해 버퍼링 시킨 데이터의 적어도 하나의 패킷을 송신하는데 필요한 시간에 기반하여 WTRU를 위한 송신 기회(transmission opportunity, TXOP)를 생성하도록 구성된 프로세싱 유닛을 더 포함한다.

30. 실시예 29의 기지국은, 생성된 TXOP를 갖는 WTRU에게 다른 패킷을 송신하도록 구성된 송신 유닛을 더 포함한다.

31. 실시예 28 내지 실시예 30 중 어느 하나의 기지국은 무선 네트워크를 위한 액세스 포인트(AP)이다.

32. 실시예 28 내지 실시예 31 중 어느 하나의 기지국에서, 무선 네트워크는 무선 로컬 영역 네트워크(wireless local area network, WLAN)이다.

33. 실시예 28 내지 32 중 어느 하나의 기지국에서, 프레임은 프레임 체크 시퀀스(frame check sequence, FCS) 필드를 더 포함한다.

34. 실시예 33의 기지국에서, MAC 헤더는 FCS 필드의 길이의 표시를 더 포함하고, FCS 필드의 길이는 가변적일 수 있다.

35. 실시예 33 또는 실시예 34의 기지국에서, 프로세싱 유닛은 또한, MAC 헤더 내에 표시된 FCS의 길이를 이용하여 프레임으로부터 FCS 필드를 획득하도록 구성된다.

36. 실시예 35의 기지국에서, 프로세싱 유닛은 또한, 프레임으로부터 획득된 FCS를 이용하여 프레임의 정확성을 체크하도록 더 구성된다.

37. 실시예 36의 기지국에서, 프로세싱 유닛은 또한, 프레임이 정확하다고 결정한 조건 하에서 프레임을 상위 계층들로 중계하도록 구성된다.

38. 실시예 36 또는 실시예 37의 기지국에서, 프로세싱 유닛은 또한, 프레임이 정확하지 않다고 결정한 조건 하에서 부정확하기 때문에 프레임을 폐기하도록 구성된다.

39. 무선 송수신 유닛(wireless transmit/receive unit, WTRU)으로서, WTRU가 송신을 위해 버퍼링 시킨 각 패킷을 송신하는데 필요한 시간을 표시하는 필드를 갖는 매체 접근 제어(medium access control, MAC) 헤더를 갖는 패킷을 생성하도록 구성된 프로세싱 유닛을 포함한다.

40. 실시예 39의 WTRU는 무선 네트워크 내의 다른 WTRU에 패킷을 송신하도록 구성된 송신 유닛을 더 포함한다.

41. 실시예 40의 WTRU는 WTRU가 송신을 위해 버퍼링 시킨 각 패킷을 송신하는데 필요한 시간에 기반하여 승인된 송신 기회(transmission opportunity, TXOP)를 가진 다른 WTRU로부터 다른 패킷을 수신하도록 구성된 수신 유닛을 더 포함한다.

특징들 및 요소들이 특정 조합들에서 전술되어 있지만, 당업자는 각 특징 또는 요소가 독자적으로 또는 다른 특징들 및 요소들과의 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 또한, 여기에 설명된 방법들은 컴퓨터 또는 프로세서에 의한 실행을 위한 컴퓨터 판독가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 매체의 예시들은 (유무선 접속을 통해 송신되는) 전자 신호들 또는 컴퓨터 판독가능 저장 매체를 포함한다. 컴퓨터 판독가능 저장 매체의 예시들은 롬(read only memory, ROM), 램(random access memory, RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내장 하드 디스크 및 외장 디스크와 같은 자기 매체, 자기 광학 매체, 및 CD-ROM 디스크 및 DVD(digital versatile disk)와 같은 광학 매체를 포함하지만 이들로 한정되지 않는다. WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 송수신기를 구현하는데 소프트웨어와 관련된 프로세서가 사용될 수 있다.

Claims

무선 네트워크에서 소형 패킷들을 전송하는 방법으로서,
제1 무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 의해, 상기 무선 네트워크 내의 액세스 포인트(Access Point; AP)으로의 송신을 위한 제어 프레임을 생성하는 단계와,
상기 제1 WTRU가 송신을 위해 버퍼링된 데이터를 갖는 조건 하에서, 상기 버퍼링된 데이터의 송신을 위해 요구되는 추정 시간에 관련되는 정보를 상기 제어 프레임의 필드 - 상기 필드는 상기 제어 프레임의 물리적 계층 컨버전스 프로토콜(physical layer convergence protocol; PLCP) 헤더에 존재하는 것임 - 에 표시하는 단계와,
상기 AP에게 업링크를 통해 상기 제어 프레임을 송신하는 단계와,
승인된(granted) TXOP(transmission opportunity)를 포함하는 응답을 상기 AP로부터 수신하는 단계를 포함하는 소형 패킷들을 전송하는 방법.
삭제
제1항에 있어서, 상기 제어 프레임은 널 데이터 패킷(null data packet; NDP) 전력 절감 폴(power-save poll; PS-Poll) 프레임을 포함하는 것인 소형 패킷들을 전송하는 방법.
삭제
삭제
제1항에 있어서, 상기 제1 WTRU가 송신을 위해 버퍼링된 데이터를 갖지 않는 조건 하에서, 상기 필드에 0을 포함시키는 단계를 더 포함하는 소형 패킷들을 전송하는 방법.
제1항에 있어서, 상기 승인된 TXOP 동안 상기 버퍼링된 데이터를 송신하는 단계를 더 포함하는 소형 패킷들을 전송하는 방법.
제1항에 있어서, 상기 응답은 상기 AP로부터 상기 제1 WTRU로의 송신을 위해 버퍼링된 데이터의 표시를 더 포함하는 것인 소형 패킷들을 전송하는 방법.
제1항에 있어서, 상기 제어 프레임은 상기 제1 WTRU가 슬립 상태로부터 깨어날 때 생성되는 것인 소형 패킷들을 전송하는 방법.
제1항에 있어서, 상기 AP는 제2 WTRU인 것인 소형 패킷들을 전송하는 방법.
무선 네트워크와 연관된 무선 송수신 유닛(wireless transmit/receive unit; WTRU)으로서,
상기 무선 네트워크 내의 액세스 포인트(Access Point; AP)으로의 송신을 위한 제어 프레임을 생성하고,
상기 WTRU가 송신을 위해 버퍼링된 데이터를 갖는 조건 하에서, 상기 버퍼링된 데이터의 송신을 위해 요구되는 추정 시간에 관련되는 정보를 상기 제어 프레임의 필드 - 상기 필드는 상기 제어 프레임의 물리적 계층 컨버전스 프로토콜(physical layer convergence protocol; PLCP) 헤더에 존재하는 것임 - 에 표시하고,
상기 AP에게 업링크를 통해 상기 제어 프레임을 송신하고,
승인된 TXOP를 포함하는 응답을 상기 AP로부터 수신하도록 적어도 부분적으로 구성되는 것인 무선 송수신 유닛(WTRU).
삭제
제11항에 있어서, 상기 제어 프레임은, 널 데이터 패킷(null data packet; NDP) 전력 절감 폴(power-save poll; PS-Poll) 프레임을 포함하는 것인 무선 송수신 유닛(WTRU).
삭제
삭제
제11항에 있어서, 상기 WTRU는 또한, 상기 WTRU가 송신을 위해 버퍼링된 데이터를 갖지 않는 조건 하에서 상기 필드에 0을 포함시키도록 구성되는 것인 무선 송수신 유닛(WTRU).
제11항에 있어서, 상기 WTRU는 또한, 상기 승인된 TXOP 동안 상기 버퍼링된 데이터를 송신하도록 구성되는 것인 무선 송수신 유닛(WTRU).
제11항에 있어서, 상기 응답은 상기 AP로부터 상기 WTRU로의 송신을 위해 버퍼링된 데이터의 표시를 더 포함하는 것인 무선 송수신 유닛(WTRU).
제11항에 있어서, 상기 WTRU는 슬립 상태로부터 깨어날 때 상기 제어 프레임을 생성하도록 구성되는 것인 무선 송수신 유닛(WTRU).
제11항에 있어서, 상기 AP는 제2 WTRU인 것인 무선 송수신 유닛(WTRU).
삭제