KR101970381B1

KR101970381B1 - 무선 근거리 네트워크들에서의 강화된 능동 스캐닝

Info

Publication number: KR101970381B1
Application number: KR1020147033585A
Authority: KR
Inventors: 구오동 장; 레이 왕; 샤오페이 왕; 조셉 에스 레비; 로버트 엘 올레센
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2012-05-03
Filing date: 2013-03-07
Publication date: 2019-04-18
Also published as: EP3468257A1; US20130294354A1; CN104285475A; CN108551683A; US20170070947A1; US20170295538A1; US9042324B2; EP2845418A1; US20190053143A1; JP6166406B2; EP3190831A1; US9763178B2; TWI586193B; WO2013165553A1; TW201352043A; EP3190831B1; HK1202757A1; RU2014148582A; US9622153B2; DK3190831T3

Abstract

무선 네트워크에서의 능동 스캐닝을 위한 방법은 2개의 송신기들을 포함할 수 있다. 그러한 방법에서, 다음의 단계들이 일어날 수 있다: 제1 송신기로부터 유래하는 스캐닝 타겟(target)을 갖는 제1 프로브(probe) 요청을 검출하는 단계; 제2 송신기로부터 스캐닝 타겟에 프로브 요청을 전송하기를 원하는 단계; 및 제2 송신기가 제1 프로브 요청을 검출하는 경우에, 제2 프로브 요청을 취소하는 단계.

Description

무선 근거리 네트워크들에서의 강화된 능동 스캐닝 {ENHANCED ACTIVE SCANNING IN WIRELESS LOCAL AREA NETWORKS}

관련 출원들의 교차 참조

이 특허 출원은, 2012년 5월 3일자 출원한 미국 가특허 출원 제61/642,275호, 2012년 7월 5일자 출원한 미국 가특허 출원 제61/668,285호, 2012년 9월 4일자 출원한 미국 가특허 출원 제61/696,567호, 및 2013년 1월 4일자 출원한 미국 가특허 출원 제61/749,064호를 우선권 주장하며, 이 우선권 출원들의 내용은 여기에서의 인용에 의해 본원에 통합된다.

IEEE 802.11에서, 몇몇 상이한 시나리오들로 성능 및 사용자 경험에 악영향을 줄 수 있는 요소들이 있다. 사용자의 장치에 대한 최초 연결을 확립하기 위해 IEEE 802.11에 필요한 시간(예를 들어, 수 초까지)은 사용자 경험에 악영향을 줄 수 있다. 예를 들어, 대화형(interactive) 세션들(예를 들어, 스카이프(Skype) 영상)을 이용할 경우, 다른 네트워크, 예를 들어, 3G(third generation)로부터 WLAN으로 스위칭할 때 연결이 유지될 수 없을 수 있다. 링크 셋업(setup) 프로세스가 성능에 악영향을 줄 수 있는 다른 예시는, ESS(extended service set)에 동시에 들어가는 많은 수의 사용자들을 지원하는 것과, 이 사용자들의 최초 인증을 안전하게 제공하는 것에 대한 요건이다.

첨부된 도면들과 함께 예시로서 주어진, 이하의 설명으로부터 보다 상세한 이해가 이루어질 수 있다.
도 1A는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템도이다.
도 1B는 도 1A에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit; WTRU)의 시스템도이다.
도 1C는 도 1A에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템도이다.
도 2는 IEEE 802.11 링크 셋업 과정의 예시를 도시한다.
도 3은 능동 스캐닝의 예시를 도시한다.
도 3A는 최초 링크 셋업 요소(element)를 도시한다.
도 4는 스테이션(station) 및 액세스 포인트 범위(range)들의 예시를 도시한다.
도 5는 프로브 응답 취소의 예시를 도시한다.
도 6은 프로브 요청 취소의 예시를 도시한다.
도 7은 프로브 요청 취소의 다른 예시를 도시한다.
도 8은 FILS EDCA 파라미터(parameter) 세트 정보 요소의 예시를 도시한다.
도 9는 액세스 옵션 정보 요소를 도시한다.
도 10은 액세스 옵션 IE의 사양(Spec) i 필드(field)들을 도시한다.
도 10A는 ILS 요소 설계(design)를 도시한다.
도 11은 차이 설명 필드를 갖는 단순화된 프로브 요청 프레임의 제1 예시를 도시한다.
도 12는 차이 설명 필드를 갖는 단순화된 프로브 요청 프레임의 제2 예시를 도시한다.
도 13은 단순화된 프로브 요청 프레임의 차이 필드/IE의 예시를 도시한다.
도 14는 단순화된 프로브 요청 프레임의 차이 필드/IE를 도시한다.
도 15는 차이 설명 필드를 갖는 단순화된 프로브 응답 프레임의 예시를 도시한다.
도 16은 차이 설명 필드를 갖는 단순화된 프로브 응답 프레임의 예시를 도시한다.
도 17은 단순화된 프로브 응답 프레임의 차이 필드/IE를 도시한다.
도 18은 단순화된 프로브 응답 프레임의 차이 필드/IE를 도시한다.

도입부

약식으로 Wi-Fi라고 알려진, 무선 통신, 그리고 특히 IEEE(Institute for Electrical and Electronics Engineers) 802.11 프로토콜들에서, 액세스 포인트(access point; AP)들과 같은 네트워크 엔티티들이 많은 수의 사용자들에게 연결을 제공할 수 있도록 하는 것이 종종 필요하다. 사용자들은 연결을 확립할 때 일반적으로 통신 네트워크를 스캔한다. 스캐닝은, 사용자들과 네트워크 사이의 프로브 요청들 및 응답들의 교환으로 인해, 네트워크 대역폭을 스트레이닝(straining) 하는 것과 액세스 충돌 및 지연을 초래하는 것을 종종 야기한다.

방법 및 장치에서, 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브(primitive)가 수신될 수 있고, 프로브 지연(ProbeDelay) 타이머가 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신되는 경우에, 기본 액세스 과정이 수행될 수 있다. 방법 및 장치에서, 프로브 요청의 송신은 유보 또는 취소될 수 있다. 유보 또는 취소는 스테이션 관리 엔티티(station management entity; SME)와 미디어 액세스 제어(media access control; MAC) 계층 관리 엔티티 (MAC layer management entity; MLME) 사이의 프리미티브들을 통해 수행될 수 있고, 이에 의해 MLME-Scan-STOP.요청 프리미티브는 현재의 채널에 대한 능동 스캐닝의 유보를 표시할 수 있다. 또한 방법 및 장치에서, 프로브 응답 프레임이 디코딩되지 않는 경우에 프로브 요청 프레임이 송신될 수 있다.

도 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), 및 그밖에 유사한 것과 같은, 하나 이상의 채널 액세스 방법들을 채택할 수 있다.

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

통신 시스템(100)은 기지국(114a) 및 기지국(114b)을 또한 포함할 수 있다. 기지국들(114a, 114b) 각각은, 코어 네트워크(106), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크들에 대한 액세스를 촉진하기 위해, WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 장치일 수 있다. 예시로서, 기지국들(114a, 114b)은, 기지국(base transceiver station; BTS), 노드 B(Node-B), e노드 B(eNode B), 홈 노드 B, 홈 e노드 B, 사이트(site) 제어기, 액세스 포인트(access point; AP), 무선 라우터, 및 그밖에 유사한 것일 수 있다. 기지국들(114a, 114b)이 단일 요소로서 각각 도시되어 있긴 하지만, 기지국들(114a, 114b)은 임의의 수의 상호연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있음을 이해할 것이다.

기지국(114a)은 RAN(104)의 일부분일 수 있으며, 이 RAN(104)은, 기지국 제어기(base station controller; BSC), 무선 네트워크 제어기(radio network controller; RNC), 중계(relay) 노드들 등과 같은, 다른 기지국들 및/또는 네트워크 요소들(미도시)을 또한 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은, 셀(미도시)이라고 언급될 수 있는, 특정한 지리적 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터(sector)들로 또한 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 송수신기(transceiver)들, 즉, 셀의 각 섹터에 대해 1개의 송수신기를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중 입력 다중 출력(multiple input multiple output; 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)은, 유니버설 휴대전화 시스템(Universal Mobile Telecommunications System; UMTS) 지상 무선 액세스 (UMTS Terrestrial Radio Access; UTRA)와 같은 무선 기술을 구현할 수 있으며, 이 무선 기술은 광대역 CDMA(wideband CDMA; WCDMA)를 이용하여 무선 인터페이스(116)를 확립할 수 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 진화형 HSPA(HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 진화형 UMTS 지상 무선 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)와 같은 무선 기술을 구현할 수 있으며, 이 무선 기술은 롱 텀 에볼루션(Long Term Evolution; LTE) 및/또는 LTE-A(LTE-Advanced)를 이용하여 무선 인터페이스(116)를 확립할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, IEEE 802.16(즉, 위맥스(Worldwide Interoperability for Microwave Access; WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준 2000(Interim Standard 2000; IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), 글로벌 무선 통신 시스템(Global System for Mobile communications; GSM), GSM 에볼루션을 위한 강화된 데이터 레이트들(Enhanced Data rates for GSM Evolution; EDGE), GSM EDGE(GERAN), 및 그밖에 유사한 것과 같은 무선 기술들을 구현할 수 있다.

도 1A의 기지국(11b)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 엑세스 포인트일 수 있고, 상업지역, 집, 차량, 캠퍼스, 및 그밖에 유사한 것과 같은, 국부적인 영역에서 무선 연결을 촉진하기 위해 임의의 적절한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 근거리 네트워크(wireless local area network; WLAN)를 확립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 개인 영역 네트워크(wireless personal area network; WPAN)를 확립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반의 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 1A에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 연결될 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스할 필요가 없을 수 있다.

RAN(104)은, WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 대해 음성, 데이터, 애플리케이션들, 및/또는 VoIP(voice over internet protocol) 서비스들을 제공하도록 구성된 임의의 유형의 네트워크일 수 있는, 코어 네트워크(106)와 통신할 수 있다. 예를 들어, 코어 네트워크(106)는 호(call) 제어, 요금 청구(billing) 서비스들, 이동 위치기반 서비스들, 선불 전화, 인터넷 연결, 영상 분배 등을 제공하고/제공하거나, 사용자 인증과 같은 높은 레벨의 보안 기능들을 수행할 수 있다. 도 1A에는 도시되지 않았지만, RAN(104) 및/또는 코어 네트워크(106)는, RAN(104)과 동일한 RAT 또는 상이한 RAT를 채택하는 다른 RAN들과 직접 또는 간접적으로 통신할 수 있음을 이해할 것이다. 예를 들어, E-UTRA 무선 기술을 이용할 수 있는 RAN(104)에 연결되는 것에 더하여, 코어 네트워크(106)는 GSM 무선 기술을 채택하는 다른 RAN(미도시)와 또한 통신할 수 있다.

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

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

도 1B는 예시적인 WTRU(102)의 시스템도이다. 도 1B에 도시된 바와 같이, WTRU(102)는, 프로세서(118), 송수신기(120), 송수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 제거할 수 없는(non-removable) 메모리(106), 제거할 수 있는(removable) 메모리(132), 전력원(134), 글로벌 위치확인 시스템(global positioning system; GPS) 칩셋(136), 및 다른 주변부들(128)을 포함할 수 있다. WTRU(102)가, 실시예를 따르면서 전술한 요소들의 임의의 서브조합(sub-combination)을 포함할 수 있음을 이해할 것이다.

프로세서(118)는, 범용 프로세서, 특수 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 다수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 반도체(Application Specific Integrated Circuit; ASIC)들, 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array; FPGA) 회로들, 임의의 다른 유형의 집적 회로(integrated circuit; IC), 상태(state) 기계, 및 그밖에 유사한 것일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입/출력 프로세싱, 및/또는 WTRU(102)로 하여금 무선 환경에서 동작하게끔 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는, 송수신 요소(112)에 연결될 수 있는 송수신기(120)에 연결될 수 있다. 도 1B가 프로세서(118) 및 송수신기(120)를 분리된 컴포넌트들로 도시하고 있긴 하지만, 프로세서(118) 및 송수신기(120)는 전자 패키지 또는 칩에 함께 집적될 수 있음을 이해할 것이다.

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

또한, 송수신 요소(122)가 도 1B에 단일 요소로 도시되어 있긴 하지만, WTRU(102)는 임의의 수의 송수신 요소(122)들을 포함할 수 있다. 보다 상세하게는, WTRU(102)는 MIMO 기술을 채택할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 무선 인터페이스(116)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송수신 요소(122)들(예를 들어, 다수의 안테나들)을 포함할 수 있다.

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

WTRU(102)의 프로세서(118)는, 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, 액정 디스플레이(liquid crystal display; LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode; OLED) 디스플레이 유닛)에 연결될 수 있고, 그로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 또한 출력할 수 있다. 또한, 프로세서(118)는, 제거할 수 없는 메모리(106) 및/또는 제거할 수 있는 메모리(132)와 같은 임의의 유형의 적절한 메모리로부터 정보에 액세스하고, 그에 데이터를 저장할 수 있다. 제거할 수 없는 메모리(106)는, 랜덤 액세스 메모리(random-access memory; RAM), 판독 전용 메모리(read-only memory; ROM), 하드 디스크, 또는 임의의 다른 유형의 메모리 저장 장치를 포함할 수 있다. 제거할 수 있는 메모리(132)는, 가입자 식별 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 보안 디지털(secure digital; SD) 메모리 카드, 및 그밖에 유사한 것을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는, 서버 또는 홈 컴퓨터(미도시) 상에와 같이, 물리적으로 WTRU(102) 상에 위치하지 않은 메모리로부터 정보에 액세스하고, 그 메모리에 데이터를 저장할 수 있다.

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

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

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

도 1C는 일 실시예에 따른 RAN(104) 및 코어 네트워크(106)의 시스템도이다. RAN(104)은, 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 IEEE 802.16 무선 기술을 채택하는 액세스 서비스 네트워크(access service network; ASN)일 수 있다. 이하에서 더 논의될 바와 같이, WTRU들(102a, 102b, 102c)의 상이한 기능 엔티티들, RAN(104), 및 코어 네트워크(106) 사이의 통신 링크들은 참조 포인트들로 정의될 수 있다.

도 1C에 도시된 바와 같이, RAN(104)이 실시예를 따르면서 임의의 수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있음을 이해할 것이긴 하지만, RAN(104)은 기지국들(140a, 140b, 140c) 및 ASN 게이트웨이(142)를 포함할 수 있다. 기지국들(140a, 140b, 140c)은 각각 RAN(104)의 특정 셀(미도시)과 연관될 수 있고, 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 송수신기들을 각각 포함할 수 있다. 일 실시예에서, 기지국들(140a, 140b, 140c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, 기지국(140a)은, WTRU(102a)에 무선 신호들을 송신하고, 그 WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다. 기지국들(140a, 140b, 140c)은, 핸드오프 트리거링, 터널 확립, 무선 자원 관리, 트래픽 분류, 서비스 품질(quality of service; QoS) 정책 강화, 및 그밖에 유사한 것과 같은 이동성 관리 기능들을 또한 제공할 수 있다. ASN 게이트웨이(142)는 트래픽 통합 포인트의 역할을 할 수 있고, 무선 호출, 가입자 프로파일들의 캐싱(caching), 코어 네트워크(106)로의 라우팅, 및 그밖에 유사한 것을 담당할 수 있다.

WTRU들(102a, 102b, 102c)과 RAN(104) 사이의 무선 인터페이스(116)는 IEEE 802.16 사양(specification)을 구현하는 R1 참조 포인트로서 정의될 수 있다. 또한, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(106)와 논리 인터페이스(미도시)를 확립할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(106) 사이의 논리 인터페이스는 R2 참조 포인트로서 정의될 수 있으며, 이 R2 참조 포인트는, 인증, 승인, IP 호스트 구성 관리, 및/또는 이동성 관리에 이용될 수 있다.

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

도 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들 및/또는 상이한 코어 네트워크들 사이에서 로밍(roam)하게끔 할 수 있다. MIP-HA(144)는, WTRU들(102a, 102b, 102c)과 IP 인에이블(IP-enabled) 장치들 사이의 통신을 촉진하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에게 제공할 수 있다. AAA 서버(146)는 사용자 인증 및 사용자 서비스들을 지원하는 것을 담당할 수 있다. 게이트웨이(148)는 다른 네트워크들과의 상호연동(interworking)을 촉진할 수 있다. 예를 들어, 게이트웨이(148)는, WTRU들(102a, 102b, 102c)과 종래의 일반 전화(land-line) 통신 장치들 사이의 통신을 촉진하기 위해, PSTN(108)과 같은 회선 교환 네트워크들에 대한 엑세스를 WTRU들(102a, 102b, 102c)에게 제공할 수 있다. 또한, 게이트웨이(148)는, 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 유선 또는 무선 네트워크들을 포함할 수 있는, 다른 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에게 제공할 수 있다.

도 1C에 도시되어 있지는 않지만, RAN(104)이 다른 ASN들에 연결될 수 있고, 코어 네트워크(106)가 다른 코어 네트워크들에 연결될 수 있음을 이해할 것이다. RAN(104)과 다른 ASN들 사이의 통신 링크는 R4 참조 포인트로서 정의될 수 있고, 이 R4 참조 포인트는 RAN(104)과 다른 ASN들 사이에서 WTRU들(102a, 102b, 102c)의 이동성을 조정(coordinating)하기 위한 프로토콜들을 포함할 수 있다. 코어 네트워크(106)와 다른 코어 네트워크들 사이의 통신 링크는 R5 참조 포인트로서 정의될 수 있고, 이 R5 참조 포인트는 홈 코어 네트워크들과 방문(visited) 코어 네트워크들 사이의 상호연동을 촉진하기 위한 프로토콜들을 포함할 수 있다.

다른 네트워크(112)는 IEEE 802.11 기반의 무선 근거리 네트워크(wireless local area network; WLAN)(160)에 또한 연결될 수 있다. WLAN(160)은 액세스 라우터(165)를 포함할 수 있다. 액세스 라우터는 게이트웨이 기능을 포함할 수 있다. 액세스 라우터(165)는 다수의 액세스 포인트(access point; AP)들(170a, 170b)과 통신할 수 있다. 액세스 라우터(165)와 AP들(170a, 170b) 사이의 통신은 유선 이더넷(Ethernet)(IEEE 802.3 표준들), 또는 임의의 유형의 무선 통신 프로토콜을 통해서일 수 있다. AP(170a)는 WTRU(102d)와 무선 인터페이스를 통해 무선 통신한다.

기반시설 기본 서비스 세트(basic service set; BSS) 모드의 무선 근거리 네트워크(WLAN)는, BSS에 대한 액세스 포인트(AP) 및 AP와 연관된 하나 이상의 스테이션(station; STA)들을 가질 수 있다. AP는, 분배 시스템(distribution system; DS), 또는 BSS 안으로 그리고 BSS 밖으로 트래픽을 전달하는 다른 유형의 유선 또는 무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS의 외부로부터 유래되는 STA들에 대한 트래픽은 AP를 통해 도착하고, STA들에게 전달된다. STA들로부터 유래되어 BSS 외부의 목적지들로 향하는 트래픽은 그 각각의 목적지들에 전달되기 위해 AP에 전송된다. BSS 내의 STA들 사이의 트래픽은 AP를 통해 또한 전송될 수 있는데, 여기서, 소스 STA가 AP에 트래픽을 전송하고 AP가 목적지 STA에 트래픽을 전달한다. BSS 내의 STA들 사이의 트래픽은 피어-투-피어(peer-to-peer) 트래픽이다. 피어-투-피어 트래픽은 또한, IEEE 802.11e DLS 또는 IEEE 802.11z 터널 DLS(tunneled DLS; TDLS)를 이용하여, 직접적인 링크 셋업(direct link setup; DLS)을 가진 소스 STA와 목적지 STA 사이에서 직접적으로 전송될 수 있다. 독립 BSS 모드의 WLAN은 AP가 없고, STA들은 서로 직접적으로 통신한다.

설명부

최초 링크 셋업 프로세스 뿐만 아니라 빠른 최초 링크 셋업(Fast Initial Link Setup; FILS)이 설명될 것이다.

RSNA(Robust Security Network Association) 보안 레벨을 유지하는 동안의 100 밀리세컨(millisecond; ms)보다 적은 최초 링크 셋업 시간은, IEEE 802.11 통신에서 원하는 하나의 기준이다. 최초 링크 셋업 시간은, AP를 통해 유효한 IP 주소를 가진 인터넷 프로토콜(Internet Protocol; IP) 트래픽을 전송하는 능력을 얻는 데에 필요한 시간으로 정의될 수 있다. 또한, 1초 내에 ESS에 들어가고 링크 셋업을 성공적으로 행하는, 적어도 100개의 비AP(non-AP) 스테이션(STA)들에 관한 최소 사용자 로드 지원은, 하나의 기준이다. 또한, 적어도 50%의 미디어 로드들에 대한 링크 셋업을 제공하기 위한 높은 백그라운드 로드 존재 하의 견고성(robustness)은 또 다른 기준이다.

FILS 프로세스는 5가지 단계들을 포함할 수 있다: AP 발견(discovery), 네트워크 발견, 추가적인 타이밍 동기화 기능(timing synchronization function; TSF), 인증 및 연관, 및 상위 계층 IP 셋업.

도 2는 IEEE 802.11 링크 셋업의 예시를 도시한다. 도 2에서, EAP(Extensible Authentication Protocol)이 이용된다. 도 2에 도시된 것은 5가지 단계(phase)들인, STA들에 의한 능동 스캐닝 또는 수동 스캐닝을 이용하여 달성될 수 있는 AP 발견(202), 네트워크 발견(204), 추가적인 TSF(206), 인증(208) 및 연관들(210), 및 상위 계층 IP 셋업(212)이다.

이제, 능동 스캐닝 및 FILS를 보다 상세하게 설명할 것이다.

2가지 유형의 스캐닝이 있을 수 있다: 능동 스캐닝 및 수동 스캐닝. 능동 스캐닝 및 FILS가 본원에서 설명된다. 수동 스캐닝은 다음과 같이 특징지어진다:

(1) STA는 AP에 어떠한 신호도 송신하지 않을 수 있고,

(2) STA는, 각 채널, 예를 들어, 후보(candidate) 채널 리스트 상의 각 채널에 동조시키고(tune to), 비컨(Beacon) 프레임들을 기다리며,

(3) 수신된 모든 비컨들은 비컨들을 전송한 BSS에 대한 정보를 추출하기 위해 버퍼(buffer)될 수 있다.

수동 스캐닝에서는, 낮은 오버헤드 및 프레임 교환들의 부재가 있고, 잠재적인 느림(slowness)이 또한 있으며, 스캐닝이 비컨 간격에 의존한다.

능동 스캐닝은 다음과 같이 특징지어진다:

(1) 각 채널 상에서, STA는 획득(gaining) 액세스 이후에 프로브 요청을 전송할 수 있고,

(2) STA는 프로브 응답을 기다릴 수 있으며,

(3) 프로브 응답은 ACK되어야 하는 유니캐스트(unicast) 관리 프레임일 수 있다.

능동 스캐닝에서는, 일대일(one-on-one)로 설계되기 때문에 비컨과 비교하여 증가된 속도가 있을 수 있고, 높은 오버헤드가 또한 있으며, 능동 스캐닝은 혼잡한 시나리오에 대해 설계되지 않을 수 있다.

스캐닝 프로세스의 마지막에, 모든 발견된 BSS들 및 그들의 파라미터들을 열거하는 스캔 리포트가 생성될 수 있다. 이 파라미터들은: BSS 식별(BSS identification; BSSID), 서비스 세트 ID(Service Set ID; SSID), BSS 유형, 비컨 간격, 타이밍 파라미터들, 물리 계층(physical layer; PHY) 파라미터들, 및 그밖에 유사한 것일 수 있다. STA는 기준에 따라 연결(join)하기 위해 BSS 또는 AP를 선택할 수 있다.

이제, 강화된 능동 스캐닝을 설명할 것이다.

도 3은 능동 스캐닝의 예시를 도시한다. 요청하는 STA로 하여금, 더 정확하게 응답할 수 있는 AP들을 정의하게끔 하기 위해 프로브 요청 프레임들(304)에 필터 리스트가 추가될 수 있다. 프로브 요청 프레임(304)의 송신기(302)는, 프로브 응답 프레임들(306)을 수신하는 것이 가능할 수 있는 동안의 최대 채널 시간을 표시할 수 있다. 프로브 요청 프레임(304)의 송신기(302)는, 프로브 종료 프레임을 AP들에 전송하는 것에 의해 계류 중인(pending) 프로브 응답 프레임들(306)의 송신을 취소할 수 있으며, 이에 따라, 프로브 요청 프레임의 송신기가 다른 채널을 스캔하기 위해 스위칭할 경우의 프로브 응답들의 불필요한 재송신들을 피할 수 있다.

프로브 응답(306)은 브로드캐스트 주소에 송신될 수 있고, 프로브 응답 프레임은 다른 BSS들로부터의 정보를 포함할 수 있다. AP(308)가 그것의 BSS로부터의 정보를 포함하는 프로브 응답(306)을 도청(overhear)할 경우, AP는 그것의 프로브 응답 프레임의 송신을 취소할 수 있다. AP(308)가 다수의 프로브 요청 프레임들(304)을 수신할 경우, AP(308)는 다수의 요청들에 대한 응답으로 하나의 프로브 응답 프레임(306)을 송신할 수 있다. 유사하게, 비컨이 프로브 응답으로서 이용될 수 있고, 이에 따라 동일한 정보의 중복 송신을 없앨 수 있다. 또한, 프로브 응답 프레임들은, 스캔되어야 할 채널들의 수가 감소될 수 있도록 하기 위해, 스캔된 채널 이외의 1차(primary) 채널을 갖는 BSS들에 관한 정보를 포함할 수 있다.

이제, 능동 스캐닝 파라미터들을 설명할 것이다.

이제, 능동 스캐닝이 설명될 것이다. 본원에서 MLME-SCAN-STOP.요청이라고 언급되는 프리미티브가 본원에서 또한 설명될 것이다. MLME-SCAN-STOP.요청 프리미티브 파라미터들은 다음과 같다: MLME-SCAN-STOP.요청(스캔 중단 유형(ScanStopType), BSSID, SSID, SSID 리스트, HESSID, 메시(mesh) ID, 필터 리스트, 벤더 고유 정보(VendorSpecificInfo)). 표 1은 MLME-SCAN-STOP.요청 프리미티브의 파라미터들의 유형, 유효 범위, 및 설명을 나타낸다.

명칭	유형	유효 범위	설명
스캔 중단 유형(ScanStopType)	열거	중단_모두(STOP_ALL),설정_기준(SET_CRITERIA)	모든 프로브 응답들의 수신이 취소되었는지의 여부 또는 응답하기 위한 새로운 기준이 설정되었는지의 여부를 결정함.
BSSID	MAC 주소	임의의 유효한 개인 또는 브로드캐스트 MAC 주소	특정 또는 와일드카드 BSSID를 식별함.
SSID	옥텟 스트링(string)	0-32 옥텟	원하는 SSID 또는 와일드카드 SSID를 명시함.
SSID 리스트	SSID 요소의 세트	이전에 정의됨	dot11MgmtOptionSSIDListActivated가 참(true)일 때 존재할 수 있는 하나 이상의 SSID 요소들.
HESSID	MAC 주소	임의의 유효한 개인 MAC 주소 또는 브로드캐스트 MAC 주소	원하는 특정 HESSID 네트워크 식별자 또는 와일드카드 네트워크 식별자를 명시함. 이 필드는 dot11InterworkingServiceActivated가 참(true)일 때 존재함.
메시(mesh) ID	옥텟 스트링	0-32 옥텟	BSS 유형(BSSType)=메시(MESH) 또는 BSS 유형=임의의_BSS(ANY_BSS)인 경우에만 존재함. 원하는 메시 ID 또는 와일드카드 메시 ID를 명시함.
필터 리스트	이전에 정의됨	이전에 정의됨	리스트는, 요청에 응답하는 것이 허용되지 않은 HESSID들, 메시 ID들, SSID들, 및 BSSID들을 명시함.
벤더 고유 정보(VendorSpecificInfo)	요소들의 세트	이전에 정의됨	0(zero) 또는 더 많은 요소들.

표 1: MLME-SCAN-STOP.요청 프리미티브의 파라미터들의 유형, 유효 범위, 및 설명

MLME-SCAN-STOP.요청 프리미티브는, 임의의 진행 중인 스캔 프로세스를 중단하거나, 또는 진행 중인 스캔 프로세스에 대한 새로운 기준을 설정하기 위해 STA에 대한 SME에 의해 생성될 수 있다.

MLME-SCAN-STOP.요청 프리미티브 수신의 효과는, 임의의 진행중인 스캔 과정들을 종료시키고 프로브 종료 프레임을 송신하는 것일 수 있다. 스캔 종료의 확인(confirmation)은 MLME-SCAN.확인 프리미티브를 통해 제공될 수 있다.

본원에서 "필터 리스트"라고 언급되는 필드가 MLME-SCAN.요청 프리미티브에 추가될 수 있다. 리스트는 요청을 무시할 수 있는 HESSID들, 메시 ID들, SSID들, 및 BSSID들을 명시한다.

능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN-STOP.요청 프리미티브를 수신하면, STA는 스캔될 각 채널에 대해 이하의 것을 수행할 수 있다:

a) 프로브 지연(ProbeDelay) 시간이 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신될 때까지 기다린다.

b) 기본 액세스 과정을 수행한다.

c) MLME-SCAN-STOP.요청 프리미티브로부터의 SSID 및 BSSID를 이용하여 브로드캐스트 목적지 주소에 프로브 요청을 전송한다. MLME-SCAN.요청 프리미티브에 SSID 리스트가 존재할 경우, 각각이 SSID 리스트에 표시된 SSID 및 MLME-SCAN.요청 프리미티브로부터의 BSSID를 갖는, 하나 이상의 프로브 요청 프레임들을 전송한다.

d) 프로브 타이머(ProbeTimer)를 0으로 설정하고 프로브 타이머를 시작한다.

e) 프로브 타이머가 최소 채널 시간(MinChannelTime)에 도달하기 이전에 PHY-CCA.표시(바쁨(busy)) 프리미티브가 검출되지 않는 경우, NAV를 0으로 설정하고 다음 채널을 스캔한다. 그 밖에, AP로부터 처음으로 프로브 응답 또는 비컨 프레임이 수신될 경우, AP에 관한 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.수신 프리미티브를 MLME가 발행할 수 있다. 프로브 타이머가 최대 채널 시간(MaxChannelTime)에 도달할 경우, NAV를 0으로 설정하고 다음 채널을 스캔한다.

채널 리스트(ChannelList)의 모든 채널들이 스캔된 경우에, 스캔 동안에 수집된 모든 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.수신 프리미티브를 MLME가 발행할 수 있다. MLME가 MLME-SCAN-STOP.요청 프리미티브를 수신할 경우, STA는, FILS 요청 파라미터들의 모든 요청들 종료(Terminate All Requests) 필드가 1로 설정된 프로브 종료 프레임을 송신하고, 진행 중인 스캐닝 프로세스를 중단할 수 있다. 수집된 정보를 포함하며, SCAN_ABORTED로 설정된 결과 코드(ResultCode)를 갖는, BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인 프리미티브를 MLME가 발행할 수 있다.

이제, 프로브 요청들에 대한 응답들을 취소하는 것 및 프로브 종료 프레임을 설명할 것이다.

이제, 본원에서, 프로브 종료와 함께 프로브 요청에 대한 응답들을 취소하는 것이 설명될 것이다. 프로브 요청 프레임의 생성기는 프로브 종료 프레임을 브로드캐스트 주소 또는 개인 주소로 송신할 수 있다. 프로브 종료 프레임을 수신한 STA가 송신을 시작하지 않았거나, 또는 프로브 종료 프레임의 송신기에 프로브 응답 프레임를 송신하고 있는 경우, 이하의 기준들을 만족하는 조건 하에 프로브 요청 프레임에 대한 응답이 송신될 수 있다:

a) 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 모든 요청들 종료 필드가 0으로 설정된다.

b) STA는 AP STA이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 기반시설 필드가 0으로 설정되거나, 또는 STA의 동종 ESS 식별자(homogeneous ESS identifier; HESSID), BSSID, 또는 SSID가 프로브 종료 프레임의 필터 리스트에 포함되지 않거나; 또는

1) STA의 BSS는 독립 BSS(independent BSS; IBSS)이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 IBSS 필드가 0으로 설정되거나, 또는 STA의 SSID 또는 BSSID가 프로브 종료 프레임의 필터 리스트에 포함되지 않거나; 또는

2) STA는 메시(mesh) STA이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 메시 BSS(mesh BSS; MBSS) 필드가 0으로 설정되거나, 또는 메시 STA의 메시 ID 또는 MAC 주소가 프로브 종료 프레임의 필터 리스트에 포함되지 않는다.

전술한 기준들을 만족하지 않을 경우, 프로브 종료 프레임의 수신기는 프로브 요청 프레임에 응답을 한 번 송신 또는 재송신할 수 있지만, 응답이 여러 번 송신 또는 재송신될 수 없다는 것이 요건일 수 있다.

이제, 단순화된 프로브 응답을 설명할 것이다.

단순화된 프로브 응답에서, AP는, STA(예를 들어, STA1)에 의해 전송된 프로브 요청에 응답하여 정기적인(regular) 프로브 응답 프레임을 전송할 수 있다. 다른 STA(예를 들어, STA2)로부터의 프로브 요청에 응답하여(응답이 단순화되든지 또는 단순화되지 않든지 간에), 이전에 전송된 정기적인 프로브 응답에 대한 참조를 갖는 것에 의해, AP는 단순화된 프로브 응답을 STA2에 전송할 수 있다. 이것은, STA2가 정기적인 프로브 응답을 듣는다는 것을 AP가 아는 한 발생할 수 있다. 예를 들어, AP가 정기적인 프로브 응답을 전송해 내보내기 바로 이전에 STA2로부터 프로브 요청을 수신할 수 있거나, 또는 제2 프로브 요청이 제1 프로브 요청을 참조하는 단순화된 프로브 요청이고, 이는 STA2가 제1 프로브 요청을 수신한 때로부터 깨어있으며 채널을 듣고 있을 필요가 있음을 나타낸다.

단순화된 프로브 응답은, 예를 들어, 참조 정보로서 이전에 전송된 프로브 응답의 시퀀스 제어 번호를 복제(copy)하는 프로브 응답 참조 필드 또는 IE를 포함할 수 있다. 단순화된 프로브 응답의 타겟 수신자 또는 수신자들은, 이전에 수신된, 참조된 프로브 응답을 유일하게 식별하기 위해 참조 정보를 이용할 수 있다.

이제, 차별화된 최초 링크 셋업을 설명할 것이다.

차별화된 최초 링크 셋업에서:

· AP는, 비컨들, FILS 발견 프레임들, 및 프로브 응답들과 같은 프레임들에, 도 3A에 도시된 바와 같은 최초 링크 셋업(Initial Link Setup; ILS) 요소를 포함할 수 있으며, 이는 요소 ID(352) 및 길이(354)에 추가하여 이하의 필드들을 포함한다.

° 최초 링크 셋업 카테고리(Initial Link Setup Category; ILSC) 비트맵(356): STA들의 어느 ILS 카테고리 또는 카테고리들이 다음 주기에서 AP와 연관시키려고 시도할 수 있는지를 표시하는 8 ILSC 비트를 포함하는 비트맵.

° ILS 시간 (358): ILSC 비트가 0으로 설정된 STA들이 AP와 연관시키려고 시도하는 것이 허용되지 않을 수 있는 기간의 표시.

이제, 사용 중에 접할 수 있는 몇몇 시나리오들을 설명할 것이다.

제1 시나리오에서, 최초 링크 셋업을 구하는 많은 수의 STA들이 동시에 BSS에 들어갈 경우, 능동 스캐닝을 행하는 STA들은 AP에 프로브 요청 프레임들을 전송할 수 있다. 예를 들어, 도쿄 기차역의 실제 트래픽 측정량에 기초하여, 프로브 응답 패킷들의 수는 프로브 요청 패킷들의 수보다 약 4배 내지 5배 더 많으며, 이는 각각의 프로브 요청 패킷이 평균적으로 4개 내지 5개의 프로브 응답 패킷들을 트리거함을 나타낸다. 이것은 와일드카드 SSID를 갖는 프로브 요청 프레임들을 이용한 결과이다. 또한, 프로브 요청/응답 패킷들에 의한 통신 시간(air time) 사용은 약 18.32%를 차지한다. 또한, 프로브 요청/응답 패킷들의 수는 전체 패킷들의 약 35%이며, 이는 채널 액세스 충돌 및 지연의 확률을 증가시키며, 이에 따라 AP의 능동 스캐닝에 대한 레이턴시(latency)를 초래한다. 따라서, 최초 링크 셋업을 구하는 STA들에 의해 전송되는 프로브 요청 프레임들의 불필요한 송신들을 피하는 것이 바람직하다. 또한, 와일드카드 SSID를 갖는 프로브 요청의 송신들을 최소화하는 것을 또한 원한다.

제2 시나리오에서, 송신한 프로브 요청 프레임에 대한 응답을 성공적으로 수신하는 STA는, 프로브 요청에 대한 응답들의 임의의 계류 중인 송신을 취소하기 위해 AP들에 프로브 요청 종료 프레임들을 전송할 수 있다. 그러나, STA는 채널 상의 다른 STA들의 스캐닝이 성공적인지 또는 아닌지의 여부(즉, 프로브 응답 또는 비컨이 수신되었는지 또는 아닌지의 여부)에 대해 인식하지 못할 수 있다. 프로브 응답 프레임들의 취소가 최초 링크 셋업을 구하는 다른 STA들에 대한 문제들을 일으킬 수 있음을 나타내는 예시들을 이용할 수 있다.

도 4는 스테이션 및 액세스 포인트 범위들의 예시를 도시한다. 예를 들어, STA1(402)은 AP1/BSS1(404)와 AP2/BSS2(406)를 들을 수 있지만, STA2(408)는 AP1/BSS1(404)를 들을 수 없고 AP2/BSS2(406)를 들을 수 있는 시나리오를 고려한다. 또한, STA1(402)는 AP1(404) 및 AP2(406)에 의해 수신된 프로브 요청을 전송하고, AP2/BSS2(406)에 관한 정보를 성공적으로 포함하는 AP1(404)으로부터의 프로브 요청에 대한 응답을 수신한다. AP2(406)는 그것의 BSS를 이용하여 AP1(404)에 의해 전송된 프로브 요청에 대한 응답을 도청하고, STA1(402)로부터의 프로브 요청에 대해 응답하기 위한 프로브 응답 프레임을 송신하지 않을 수 있다. 그러나, STA2(408)는 AP1(404)으로부터 멀리 떨어져 있기 때문에 응답을 수신하지 않는다. 그 이후에, STA2(408)는 AP2(406)에 프로브 요청을 전송한다. 그 후, AP1(404) 및 AP2(406) 양자 모두는, AP2(406)가 제2 프로브 요청에 대한 응답의 송신을 시작하기 이전에 STA1(402)으로부터 프로브 종료 프레임을 수신한다.

도 5는 프로브 응답 취소의 예시를 도시한다. STA1(502)은 AP1(500)에 프로브 요청(504)를 전송하고, AP1(500)으로부터 프로브 요청(504)에 대한 응답(505)을 성공적으로 수신한다. STA2(506)는 AP1(500)에 프로브 요청(508)을 전송한다. AP1(500)은 STA1(502)으로부터 프로브 종료(510) 프레임을 수신하고, 제2 프로브 요청(508)에 대한 응답의 송신을 시작하기 이전에, 512에서 응답을 취소한다.

전술한 두 예시들은 프로브 응답의 취소가 STA2의 AP의 스캐닝에 대한 지연을 초래할 수 있음을 보여준다. 따라서, 프로브 종료 프레임을 수신할 때 프로브 응답의 적절한 취소를 허용하는 것은, 능동 스캐닝의 올바른 동작을 보장하기 위해 바람직하다.

제3 시나리오에서, 높은 백그라운드 로드의 존재하에서의 견고성이 FILS에서 바람직할 수 있다. 또한, 적어도 50%의 미디어 로드들에 대한 링크 셋업을 제공하는 것을 설명하는 것이 바람직할 수 있다. 그러나, FILS 프로세스를 촉진하는 데에 이용되는 패킷들은 유형 관리에 관한 것일 수 있다. 관리 프레임들은 액세스 카테고리(Access Category; AC) AC_VO를 이용하여 송신될 수 있다. 높은 백그라운드 로드의 존재 하에서, FILS에서 이용되는 관리 프레임들은, AC_VO를 이용하는 다른 (데이터 또는 관리) 프레임들과 동일한 우선순위를 이용하는 매체(medium) 액세스를 위해 충돌 및 경쟁할 수 있으며, 이는 최초 링크 셋업의 지연을 초래할 수 있다.

제4 시나리오에서, 단순화된 프로브 요청 및 응답을 이용하는 능동 스캐닝 방식을 원할 수 있다. 프로브 요청 및 응답의 적용은, 2개의 프로브 요청들 또는 2개의 프로브 응답들이 그들의 파라미터들 대부분에 대해 동일한 값을 갖는지의 여부, 또는 그들이 동일한 파라미터들에 대해 상이한 값들을 갖는지의 여부에 의존할 수 있다.

전술한 시나리오들 각각은, 하나의 시나리오에 대한 논의가 다른 시나리오들에 적용 가능할 수 있다는 이해와 함께, 이제 더욱 상세하게 논의될 것이다. 제1 시나리오에서, STA는, 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브의 수신 이후에, 그러나, 프로브 지연(ProbeDelay) 시간의 종료, 또는 PHYRxStart.표시의 수신 및 채널 액세스를 획득하는 것에 관한 조건(condition)들 이전에, 송신할 계류 중인 프로브 요청을 갖는 것으로 여겨질 수 있다.

3가지 종류의 계류 중인 프로브 요청들이 있을 수 있다: 특정 SSID/STA를 타겟으로 한 프로브 요청, SSID 리스트를 타겟으로 한 프로브 요청, 또는 와일드카드 SSID를 타겟으로 한 프로브 요청.

계류 중인 프로브 요청 또는 오버헤드 프로브 요청은, 일정한 조건들을 만족할 경우에, 매칭된 스캐닝 타겟 또는 파라미터들을 갖는 것으로 간주될 수 있다.

첫 번째 경우: 관심 있는 계류 중인 프로브 요청이 제2 STA의 특정 매체 액세스 제어(medium access control; MAC) 주소 또는 특정 SSID를 타겟으로 한 경우:

a) 오버헤드 프로브 요청의 주소 1 필드는 제2 STA의 특정 MAC 주소 또는 브로드캐스트 주소이고, 아래의 항목 b) 또는 항목 c) 중 어느 하나를 만족한다.

b) 계류 중인 요청의 타겟 SSID/STA는 메시 ID/STA일 수 있고, 오버헤드 프로브 요청의 필터 리스트는, 계류 중인 요청의 제2 STA의 특정 MAC 주소 또는 메시 ID를 포함하지 않을 수 있으며, 오버헤드 프로브 요청의 메시 ID는 계류 중인 요청의 제2 STA의 특정 메시 ID 또는 와일드카드 메시 ID이다.

c) 계류 중인 요청의 타겟 SSID/STA는 메시 SSID/STA가 아닐 수 있고, 오버헤드 프로브 요청의 필터 리스트는, 계류 중인 요청의 제2 STA의 특정 MAC 주소 또는 특정 SSID를 포함하지 않을 수 있으며, 오버헤드 프로브 요청의 SSID는 와일드카드 SSID일 수 있거나, 또는 오버헤드 프로브 요청의 SSID는 계류 중인 프로브 요청의 제2 STA의 특정 SSID일 수 있거나, 또는 계류 중인 프로브 요청의 특정 SSID는 오버헤드 프로브 요청의 SSID 리스트 요소에 포함될 수 있고, 오버헤드 프로브 요청의 주소 3 필드는 계류 중인 프로브 요청의 제2 STA의 BSSID 또는 와일드카드 BSSID일 수 있다.

두 번째 경우: 관심 있는 계류 중인 프로브 요청이 와일드카드 SSID를 타겟으로 한 경우:

a) 오버헤드 프로브 요청의 주소 1 필드는 브로드캐스트 주소일 수 있고, 아래의 항목 b) 또는 항목 c) 중 어느 하나를 만족할 수 있다.

b) 오버헤드 프로브 요청의 메시 ID는 계류 중인 요청의 제2 STA의 특정 메시 ID 또는 와일드카드 메시 ID일 수 있다.

c) 계류 중인 요청의 타겟 SSID/STA는 메시 SSID/STA가 아닐 수 있고, 오버헤드 프로브 요청의 SSID는 와일드카드 SSID이고, 오버헤드 프로브 요청의 주소 3 필드는 와일드카드 BSSID이다.

세 번째 경우: 관심 있는 계류 중인 프로브 요청이 특정 SSID 리스트를 타겟으로 한 경우:

a) 프로브 요청의 주소 1 필드는 브로드캐스트 주소일 수 있고, 아래의 항목 b) 또는 항목 c) 중 어느 하나를 만족할 수 있다.

b) 계류 중인 요청의 타겟 SSID 리스트는 메시 ID들/STA들의 리스트일 수 있고, 오버헤드 프로브 요청의 필터 리스트는 계류 중인 요청의 타겟 SSID 리스트를 포함하지 않을 수 있으며, 오버헤드 프로브 요청의 메시 ID는 와일드카드 메시 ID일 수 있다.

c) 계류 중인 요청의 타겟 SSID 리스트는 메시 SSID/STA들의 리스트가 아닐 수 있고, 오버헤드 프로브 요청의 필터 리스트는 계류 중인 요청의 타겟 SSID 리스트를 포함할 수 있으며, 오버헤드 프로브 요청의 SSID는 와일드카드 SSID일 수 있거나, 또는 계류 중인 프로브 요청의 특정 SSID 리스트는 오버헤드 프로브 요청의 SSID 리스트 요소에 포함될 수 있고, 오버헤드 프로브 요청의 주소 3 필드는 와일드카드 BSSID일 수 있다.

제1 시나리오에 관한 첫 번째 가능한 방법에서, 도 6을 참조하면, 프로브 요청 프레임들의 수를 감소시키기 위해, 최초 링크 셋업을 구하는 STA2(606)는, 매칭된 스캐닝 타겟 또는 파라미터들을 갖는 프로브 요청 프레임(604)을 도청할 경우, 프로브 요청(608)의 송신을 취소할 수 있다. 또한, 대응하는 프로브 응답(605) 역시 STA2(606)에 의해 수신될 수 있다.

능동 스캐닝 과정에서, 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브를 수신하면, STA2(606)는 이하의 것을 수행할 수 있다:

스캔될 각 채널에 대하여:

a) 프로브 지연(ProbeDelay) 시간이 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신될 때까지 기다린다. 또한, STA2(606)는, 이하의 조건들을 만족할 경우, 프로브 지연 타이머(610)가 종료하거나 또는 PHYRxStart.표시 프리미티브가 수신되기 이전에, 제2 STA2에 대한 프로브 요청(608)을 송신하려는 시도를 취소할 수 있다: STA2(606)가 STA1(602)으로부터의 프로브 요청 프레임(604)을 도청한다; 수신된 프로브 요청 프레임(604)의 RSSI는 미리 정의된 문턱 값(threshold) 이상이다; 그리고, 도청된 프로브 요청 프레임(604)은 계류 중인 프로브 요청과 매칭된 스캐닝 타겟 또는 파라미터를 갖는다.

b) 기본 액세스 과정을 수행한다. 또한, STA2(606)는, 이하의 조건들을 만족할 경우에만, 매체에 대한 액세스를 획득하기 이전에, 제2 STA에 대한 프로브 요청(608)을 송신하려는 시도를 취소할 수 있다: STA2(606)가 프로브 요청 프레임(604)을 도청한다; 수신된 프로브 요청 프레임(604)의 RSSI는 미리 정의된 문턱 값 이상이다; 그리고, 도청된 프로브 요청 프레임(604)은 계류 중인 프로브 요청과 매칭된 스캐닝 타겟을 갖는다.

전술한 a) 및 b)에서, 프로브 요청의 취소는 SME와 MLME 사이의 프리미티브들을 통해 행해질 수 있다. 전술한 조건들을 만족하는 프로브 요청 프레임을 도청하면, SME는 현재 채널의 능동 스캐닝을 중단하기 위한 MLME-Scan-STOP.요청(612) 프리미티브를 생성할 수 있다. (이것은 프로브 요청 송신을 취소하기 위한 방법들 중 하나이다. 다른 방법들이 있다. 예를 들어, MAC 계층은 프로브 요청을 전송하지 않고, 그 대신에 응답을 수신하기 위해 기다리는 동안 더 긴 시간을 기다릴 수 있다.) 이것은 예시로서 설명된 이하의 것 중 하나에 의해 달성될 수 있다.

제1 예시에서, MLME-Scan-STOP.요청(612) 프리미티브의 스캔 중단 유형(ScanStopType)의 필드에 새로운 값 "현재 채널 중단"이 추가될 수 있다. MLME-Scan-STOP.요청(612) 프리미티브는, 스캔 중단 유형(ScanStopType)의 필드가 "현재 채널 중단"으로 설정되면서 생성될 수 있다.

제2 예시에서, 스캔 중단 유형(ScanStopType)의 필드에 새로운 값 "중단"이 추가되고, MLME-Scan-STOP.요청(612) 프리미티브에 "채널 인덱스(ChannelIndex)"의 새로운 필드가 추가된다. MLME-Scan-STOP.요청(612) 프리미티브는 스캔 중단 유형(ScanStopType)의 필드가 "중단"으로 설정되고, "채널 인덱스(ChannelIndex)"의 필드가 현재 채널의 인덱스로 설정되면서 생성될 수 있다.

제3 예시에서, MLME-Scan-STOP.요청(612) 프리미티브에 "채널 리스트(ChannelList)"의 새로운 필드가 추가된다. MLME-Scan-STOP.요청(612) 프리미티브는, 스캔 중단 유형(ScanStopType)의 필드가 "설정_기준(Set_Criteria)"으로 설정되고, "채널 리스트(ChannelList)"의 필드가 현재 채널의 인덱스를 제외하고 대응하는 MLME-Scan.요청의 채널 리스트(ChannelList)로 설정되면서 생성된다.

매칭된 파라미터들/타겟을 가진 오버헤드 프로브 요청의 수신으로 인해, 단계 a) 또는 b)의 대기 시간 동안에 현재의 채널에 대해 프로브 요청이 취소될 경우, STA는 프로브 타이머(ProbeTimer)를 0으로 설정하고 프로브 타이머를 시작할 수 있다. 프로브 타이머가 최소 채널 시간(MinChannelTime)에 도달하기 이전에 PHY-CCA.표시(바쁨) 프리미티브가 검출되지 않는 경우, NAV는 0으로 설정될 수 있고, 다음 채널이 스캔될 수 있다. 그 외에, AP로부터 처음으로 프로브 응답 또는 비컨이 수신될 경우, AP에 관한 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인(614) 프리미티브를 MLME가 발행할 수 있다. 프로브 타이머가 최대 채널 시간(MaxChannelTime)에 도달할 경우, NAV는 0으로 설정될 수 있고, 다음 채널이 스캔될 수 있다.

STA2(606)가, 전술한 a) 또는 b)의 대기 시간 동안에, 매칭된 스캐닝 파라미터들/타겟을 가진 임의의 프로브 요청을 도청하지 않고, STA2(606)가 매체에 대한 액세스를 획득할 경우, STA2(606)는, 각각이 MLME-SCAN.요청 프리미티브로부터의 SSID 및 BSSID를 가진, 하나 이상의 프로브 요청 프레임들을 전송할 수 있다.

제1 시나리오에 관한 두 번째 가능한 방법에서, 다른 능동 스캐닝 과정이 이제 설명될 것이다. 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브를 수신하면, STA는, 스캔될 각 채널에 대하여, 프로브 지연(ProbeDelay) 시간이 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신될 때까지 기다릴 수 있고(본원에서 액션 a라고도 함), 예를 들어, 각 IEEE 802.11 WLAN에 대한 MAC 또는 PHY 과정들과 같은, 기본 액세스 과정을 수행할 수 있다(본원에서 액션 b라고도 함). 액션 a 또는 액션 b 동안에, STA는, 이하의 조건들을 만족할 경우, 프로브 지연 타이머가 종료하거나 또는 PHYRxStart.표시 프리미티브가 수신되기 이전에, 그것의 프로브 요청을 송신하려는 시도를 더 보류 또는 취소할 수 있다: STA가 프로브 요청 프레임을 도청하고(본원에서 조건 1이라고도 함), 수신된 프로브 요청 프레임의 RSSI는 문턱 값, 예를 들어 미리 정의된 문턱 값 이상이거나(본원에서 조건 2라고도 함), 또는 도청된 프로브 요청은 STA에서 계류 중인 프로브 요청과의 매칭 스캐닝 파라미터들/타겟을 갖는다(본원에서 조건 3이라고도 함). 도청한 STA가 프로브 응답을 디코딩할 수 있음을 고려하여, 도청된 프로브 요청에 응답하는 프로브 응답 프레임을 STA가 디코딩할 수 없는 조건부 확률이 원하는 비율(예를 들어, 1%) 이내가 되도록, 문턱 값이 합리적으로 큰 값으로 설정될 수 있다.

대안으로, STA는, 전술한 조건들을 만족할 경우에, 그것의 프로브 요청을 송신하려는 시도를 보류 또는 취소할지의 여부를 또한 결정하기 위해, 위치 및 하루 중의 시간에 관한 미리 획득된 지식을 이용할 수 있다. 예를 들어, STA는, (피크 통근 시간의 혼잡한 기차역과 같은) 피크 타임 동안에 인구가 밀집한 위치에 있다는 것을 인식할 수 있고, 매칭 스캐닝 파라미터들/타겟을 가진 프로브 요청 프레임들을 도청할 경우, 프로브 요청 보류/생략을 이용하기로 결정할 수 있다. 반면에, STA가, 오프(off)-피크 타임(예를 들어, 오전 6시의 공원) 동안에 인구가 희박한 지역에 있다는 것을 인식하는 경우, STA는 프로브 요청 보류/생략을 이용하지 않기로 결정할 수 있다.

대안으로, STA는, STA가 WiFi 장치들(예를 들어, IEEE 802.11 장치들)의 조밀 지역에 있는지의 여부를 결정할 수 있다. 액션 a 또는 액션 b 동안에, (PHY_CCA.표시(바쁨) 시간 이내의) 평균 수신 신호/에너지 레벨이 미리 결정된 문턱 값 S1 이상일 경우, STA는, STA가 WiFi 장치들의 조밀 지역에 있다고 결정할 수 있고, 조건 1 내지 조건 3을 만족할 경우 프로브 요청 보류/생략을 이용할 수 있다. 예를 들어, 수신된 신호 레벨의 문턱 값은 다음과 같이 설정될 수 있다:

송신 전력 - 경로손실(d) - 마진(margin)

d의 값은, (프로브 요청들의 수와 능동 스캐닝의 지연 사이에서 균형을 맞추기 위한 트레이드오프(tradeoff)에 의존하여) 5 미터 내지 10 미터와 같은 짧은 거리일 수 있다. IEEE 802.11의 5GHz 대역에 대하여, 송신 전력은 23 데시벨 밀리와트(decibel milliwatt; dBm)일 수 있고, d=5m에서 음영 감쇄 없는 경로손실은 56.5dB일 수 있다. 그에 따라, 문턱 값은 -33.5dBm - 마진으로 계산될 수 있다.

대안으로, STA는 WiFi 장치들의 조밀 지역에서 프로브 요청을 전송하기 위해 반(semi)-랜덤 시간 주기를 선택할 수 있다. 랜덤 주기는 STA의 액세스 클래스에 의존할 수 있는데, 예를 들어, M2M(machine-2-machine) 유형 STA는 다른 유형의 STA들보다 더 빈번하게 프로브 요청들을 전송할 수 있다.

프로브 요청의 취소는 SME와 MLME 사이의 프리미티브들을 통해(또는 설명된 다른 방법들을 이용하여) 수행될 수 있다. 전술한 조건들을 만족하는 프로브 요청 프레임을 도청하면, SME는 현재 채널의 능동 스캐닝을 보류하는 것을 표시하는 MLME-Scan-STOP.요청 프리미티브를 생성할 수 있다. 능동 스캐닝을 보류하는 것 또는 능동 스캐닝을 보류하는 것을 표시하는 것을 달성하기 위해, MLME-Scan-STOP.요청 프리미티브의 스캔 중단 유형(ScanStopType)의 필드에 "현재 채널 보류"의 새로운 값이 추가될 수 있다. MLME-Scan-STOP.요청은 스캔 중단 유형(ScanStopType)의 필드가 "현재 채널 보류"로 설정되면서 생성될 수 있다.

또한, 스캔 중단 유형(ScanStopType)의 필드에 "보류"의 새로운 값이 추가될 수 있고, MLME-Scan-STOP.요청 프리미티브에 "채널 인덱스(ChannelIndex)"의 새로운 필드가 추가될 수 있다. MLME-Scan-STOP.요청은 스캔 중단 유형(ScanStopType)의 필드가 "보류"로 설정되고, "채널 인덱스(ChannelIndex)"의 필드가 현재 채널의 인덱스로 설정되면서 생성될 수 있다.

MLME-Scan-STOP.요청 프리미티브의 "채널 리스트(ChannelList)"의 새로운 필드가 또한 추가될 수 있다. MLME-Scan-STOP.요청은 스캔 중단 유형(ScanStopType)의 필드가 "설정_기준(Set_Criteria)"으로 설정되고, "채널 리스트(ChannelList)"의 필드가 현재 채널의 인덱스를 제외하고 대응하는 MLME-Scan.요청의 채널 리스트(ChannelList)로 설정되면서 생성될 수 있다.

현재 채널의 능동 스캐닝을 보류하는 것을 표시하는 MLME-Scan-STOP.요청 프리미티브를 수신한 이후에, STA는 프로브 요청 프레임을 송신하는 것을 보류하고, 보류를 야기한 매칭된 프로브 요청 프레임을 도청한 시간을 현재 시간에서 뺀(minus) 값으로 프로브 타이머(ProbeTimer)를 설정하며, 프로브 타이머를 시작할 수 있다. 이것은 매칭된 프로브 요청 프레임을 도청한 경우에 프로브 타이머를 0으로 설정하는 것과 동등하다. STA는 프로브 타이머가 최소 채널 시간(MinChannelTime)에 도달하기 이전에 채널을 계속 모니터링할 수 있고, 이하의 조건들 중 하나를 만족할 경우, STA는, AP가 오버헤드 프로브 요청에 응답하여 프로브 응답 프레임을 이미 송신했다고 여길 수 있다. STA는, 오버헤드 프로브 요청에 응답하여 송신된 프로브 응답 프레임을 디코딩할 수 없다고 또한 결정할 수 있고, 이에 따라, 자신의(own) 프로브 요청 프레임을 전송할 수 있다.

조건 1: 프로브 요청을 도청하였으나, 유효한 프로브 응답, 비컨, 또는 FILS 발견 프레임들이 디코딩되지 않은 때로부터 적어도 SIFS 시간이 지난, 일정한 지속 시간 동안, STA는 채널 매체가 혼잡한 것으로 검출하였다. 또한, STA는, 검출된 혼잡한 채널 매체 시간으로부터 SIFS 이후에 프로브 요청을 송신한 STA로부터의 ACK를 도청한다. 도청된 ACK에 선행하는 검출된 채널 매체 혼잡 시간의 예시적인 값은 프로브 응답, 비컨, 또는 FILS 발견 프레임의 송신 시간에 근접하다.

조건 2: STA는, 프로브 요청을 도청한 이후 적어도 T1 시간이 지나서, 프로브 요청을 송신한 STA로부터의 ACK를 도청한다. T1의 예시 값은, 프로브 응답, 비컨, 또는 FILS 발견 프레임의 송신 시간에 2개의 SIFS 지속 시간들을 더한 것에 근접할 수 있다.

조건 2를 가능하게 하기 위해, 요청하는 STA가 수신된 프로브 응답 프레임에 ACK로 응답할 수 있도록, 프로브 응답을 요청한 STA를 표시하는 데에 브로드캐스트/멀티캐스트 프로브 응답 프레임의 필드가 이용될 수 있다. 프로브 응답을 요청한 STA를 식별하는 여러 가지 방법들이 있을 수 있다:

1. 프로브 요청이 프로브 응답을 트리거한 STA의 AID 또는 부분 AID(Partial AID; PAID)를 시그널링하는 프로브 응답 프레임에 새로운 필드 또는 정보 요소(Information Element; IE)를 추가한다.

2. 프로브 요청이 프로브 응답을 트리거한 STA의 AID 또는 PAID를 시그널링하기 위해 프로브 응답 프레임의 MAC 헤더의 지속기간(Duration)/ID 필드를 재이용한다.

3. PLCP 헤더의 SIG 필드 상의 PAID 서브필드에서 프로브 요청이 프로브 응답을 트리거한 STA의 PAID를 표시한다.

브로드캐스트/멀티캐스트 프로브 응답 프레임을 수신하면, 프로브 요청을 송신한 스캐닝 STA는, 수신된 프로브 응답 프레임의 AID/PAID 표시가 그것의 AID/PAID와 매칭하는지의 여부를 확인해야 한다. 매칭되는 경우, ACK로 응답해야 한다.

프로브 타이머가 최소 채널 시간에 도달하기 이전에 PHY-CAA.표시(바쁨) 프리미티브가 검출되지 않는다면, 프로브 요청을 송신하려는 시도가 보류 또는 취소되기 이전의 채널 혼잡 시간 동안의 평균 수신 신호/에너지 레벨이 미리 결정된 문턱 값, S1 이상인 경우, STA는 그 자신의 프로브 요청 프레임을 전송할 수 있다. 그렇지 않으면, STA는 NAV를 0으로 설정하고 다음 채널을 스캔할 수 있다.

프로브 타이머가 최소 채널 시간에 도달하기 이전에 STA가 유효한 프로브 응답, 비컨, 또는 FILS 발견 프레임을 수신한다면, MLME는, AP로부터 처음으로 프로브 응답 또는 비컨 프레임이 수신될 경우, AP에 관한 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인 프리미티브를 발행할 수 있다. 프로브 타이머가 최대 채널 시간에 도달할 경우, NAV는 0으로 설정될 수 있고, 다음 채널이 스캔될 수 있다.

STA가, 액션 a 또는 액션 b에서의 대기 시간 동안 매칭된 스캐닝 파라미터들/타겟을 가진 어떠한 프로브 요청도 도청하지 않고, STA가 매체에 대한 액세스를 획득할 경우, STA는, MLME-SCAN.요청 프리미티브로부터의 SSID 및 BSSID를 이용하여, 브로드캐스트 목적지 주소에 프로브 요청을 전송할 수 있다.

제1 시나리오에 관한 3번째 방법에서, 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브를 수신하면, STA는, 프로브 요청 프레임들을 생성하고 수신된 프로브 응답 프레임들을 그 후에 프로세싱하는 것에 의해, 능동 스캐닝을 수행할 수 있다.

스캔될 각 채널에 있어서, 프로브 지연 시간이 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신될 때까지 프로브 요청 프레임의 송신이 대기해야 할 수 있기 때문에, STA가 채널을 스캔할 준비가 된 시간으로부터 대응하는 프로브 요청 프레임이 무선 매체 상으로 송신된 시간까지의 대기 시간 주기가 있을 수 있다. 또한, STA는 기본 액세스 과정을 수행할 수 있다.

본원에서 설명된 바와 같이, 프로브 요청 프레임들의 불필요한 송신들을 피할 수 있고, 능동 스캐닝 과정을 가속화할 수 있다.

능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브을 수신하면, STA는 스캔될 각 채널에 대해 액션들을 수행할 수 있다. STA가 스캔될 채널에 프로브 요청을 송신하기 위해 대기하는 시간 주기 동안에, STA가 스캔될 채널의 필수 정보를 획득한 경우, STA는 그것의 계류 중인 프로브 요청 프레임의 송신을 취소할 수 있고, (예를 들어, 수신된 채널들의 모든 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인 프리미티브를 생성하는 것에 의해) 그것의 채널 스캐닝의 완료를 고려한다.

이것은 STA1(702), STA2(706), 및 AP(700)를 도시한 도 7에 요약하여 도시된다. 도시된 바와 같이, STA2(706)가 프로브 요청을 전송하려고 대기하는 동안, STA1(702)은 AP(700)에 프로브 요청(704)을 송신한다. 동일한 타겟에 대한 STA1(702)의 프로브 요청(705)에 대한 응답을 STA2(706)가 검출하면, STA2(706)는 그 자신의 프로브 요청(708)을 취소한다. STA2(706)가 자신의 프로브 요청(708)을 취소하기 위한 트리거 이벤트는 AP의 응답(705)에 한정될 필요가 없다. 본원에서 논의된 바와 같이, STA2(706)는 다른 소스들로부터 채널 정보를 획득할 수 있다.

취소(708)는 SME와 MLME 사이의 프리미티브들을 통해(또는 설명된 다른 방법들을 이용하여) 행해질 수 있다. 대기하는 시간 주기 동안에 스캔될 채널의 필수 정보를 수신하면, SME는 현재 채널의 스캐닝을 중단하는 것을 표시하는 MLME-Scan-STOP.요청(712) 프리미티브를 생성할 수 있다. 이것은 예시로서 설명된 이하의 것 중 하나에 의해 달성될 수 있다.

제1 예시에서, MLME-Scan-STOP.요청(712) 프리미티브의 스캔 중단 유형(ScanStopType)의 필드에 새로운 값 "현재 채널 중단"이 추가된다. MLME-Scan-STOP.요청(712)은 스캔 중단 유형(ScanStopType)의 필드가 "현재 채널 중단"으로 설정되면서 생성된다.

제2 예시에서, 스캔 중단 유형(ScanStopType)의 필드에 새로운 값 "중단"이 추가되고, MLME-Scan-STOP.요청(712) 프리미티브에 "채널 인덱스(ChannelIndex)"의 새로운 필드가 추가된다. MLME-Scan-STOP.요청(712) 프리미티브는, 스캔 중단 유형(ScanStopType)의 필드가 "중단"으로 설정되고, "채널 인덱스(ChannelIndex)"의 필드가 현재 채널의 인덱스로 설정되면서 생성된다.

제3 예시에서, MLME-Scan-STOP.요청(712) 프리미티브에 "채널 리스트(ChannelList)"의 새로운 필드가 추가된다. MLME-Scan-STOP.요청(712) 프리미티브는, 스캔 중단 유형(ScanStopType)의 필드가 "설정_기준(Set_Criteria)"으로 설정되고, "채널 리스트(ChannelList)"의 필드가 현재 채널의 인덱스를 제외하고 대응하는 MLME-Scan.요청의 채널 리스트(ChannelList)로 설정되면서 생성된다.

MLME-Scan-STOP.요청(712) 프리미티브를 수신하면, MLME는 채널 상의 계류 중인 프로브 요청 프레임(708)의 송신을 취소하고, 수신된 채널들의 정보를 모두 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인 프리미티브를 생성할 수 있다.

STA2(706)가 스캔될 채널에 프로브 요청을 실제로 송신하기 위해 대기하는 시간 주기 동안에 다른 소스들을 통해, 대기하는 시간 주기 동안 스캔될 몇몇 채널들의 필수 정보를 STA2(706)가 획득한 경우, STA2(706)는 정보가 수신된 채널들 상의 계류 중인 프로브 요청 프레임들(708)의 송신을 취소할 수 있다. 취소는 SME와 MLME 사이의 프리미티브들을 통해 행해진다. 대기하는 시간 주기 동안 스캔될 몇몇 채널들의 정보를 수신하면, SME는 채널들의 스캐닝의 중단을 표시하는 MLME-Scan-STOP.요청(712) 프리미티브를 생성할 수 있다. 이러한 채널들의 스캐닝의 중단을 표시하는 MLME-Scan-STOP.요청(712) 프리미티브의 생성은, 이하의 것 중 임의의 것에 의해 달성될 수 있다. 그것은 스캔 중단 유형(ScanStopType)의 필드에 새로운 "중단" 값을 추가하고, MLME-Scan-STOP.요청(712) 프리미티브에 "채널 리스트(ChannelList)"의 새로운 필드를 추가하는 것에 의해 생성될 수 있다. MLME-Scan-STOP.요청(712)은 스캔 중단 유형(ScanStopType)의 필드가 "중단"으로 설정되고, "채널 리스트(ChannelList)"의 필드가, 정보가 수신된 채널들의 인덱스들로 설정되면서 생성될 수 있다.

또한, MLME-Scan-STOP.요청(712) 프리미티브에 "채널 리스트(ChannelList)"의 새로운 필드가 추가될 수 있다. MLME-Scan-STOP.요청(712)은 스캔 중단 유형(ScanStopType)의 필드가 "설정_기준(Set_Criteria)"으로 설정되고, "채널 리스트(ChannelList)"의 필드가, 정보가 수신된 채널들을 제외하고 대응하는 MLME-Scan.요청의 채널 리스트(ChannelList)로 설정되면서 생성될 수 있다.

MLME-Scan-STOP.요청(712) 프리미티브를 수신하면, MLME는 MLME-Scan-STOP.요청(712)의 파라미터들(예를 들어, 정보가 수신된 채널들)에 따라 그것의 계류 중인 프로브 요청(708) 프레임의 송신을 취소하고, 수신된 채널들의 정보를 모두 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인(714) 프리미티브를 생성할 수 있다.

STA2(706)(또는 STA2(706) 내의 SME)가 연관시킬 수 있는 AP(700)를 찾았다고 결정할 경우, STA2(706)(또는 STA2(706) 내의 SME)는, 전체 능동 스캐닝 프로세스를 중단시키기 위해, 스캔 중단 유형(ScanStopType)의 필드가 "중단_모두(Stop_All)"로 설정된 MLME-Scan-STOP.요청(712) 프리미티브를 생성하고, 링크 셋업의 다음 단계들(예를 들어, 네트워크 발견, 인증, 연관, 및 그밖에 유사한 것)로 진행할 수 있다. 그렇지 않으면, STA(706)는 다음 채널로 가서 능동 스캐닝을 수행할 수 있다.

STA2(706)는 이하의 것을 통해 다른 소스들로부터 채널 정보를 획득할 수 있다:

STA2(706)는 채널을 모니터할 수 있고, STA2(706)를 위해 의도된 프레임들을 수신한다. 예를 들어, 비컨 프레임(STA가 AP와 연결하기 위해 필요한 비컨 정보의 서브세트(subset)를 포함하는 짧은 비컨 또는 FILS 비컨/FILS 발견 프레임을 포함함)과 같은 채널 정보를 제공하는 브로드캐스트 프레임들, 측정 파일럿 프레임, 브로드캐스트 프로브 응답 프레임, 및 그밖에 유사한 것이 있다.

다수의 네트워크 인터페이스들이 지원될 경우, STA2(706)는 다른 네트워크 인터페이스를 통해 채널 정보를 수신한다. 이 경우에, 스캐닝 과정을 행하는 MAC 엔티티에게 통지(notification)들을 제공하기 위해 일정한 MLME SAP 프리미티브들이 정의될 수 있다.

MLME-SCAN.요청(712) 프리미티브를 수신하는 것과 대응하는 프로브 요청 프레임의 송신 사이의 대기 시간은, 프로브 요청/응답 프레임 교환들에 의해 야기된 오버헤드와, 필수 채널 정보를 획득하는 데에 있어서의 레이턴시 사이의 트레이드오프를 제공하기 위해 조정될 수 있다. 이것은 능동 스캐닝을 행하는 많은 수의 STA들이 있는 경우에 특히 유용하고, AP는, 수신된 프로브 요청 프레임들에 대한 그것의 응답으로서 채널 정보를 제공하기 위해 브로드캐스트된 프로브 응답 프레임들 및/또는 다른 브로드캐스트된 프레임들을 이용할 수 있다.

대기 시간의 조정은 프로브 지연(ProbeDelay) 파라미터에 대한 적절한 값들을 설정하는 것에 의해 수행될 수 있다. 대안으로, STA2(706)는 채널 상태들 또는 다른 고려 사항들에 대한 STA의 평가에 기초하여, 채널 액세스 과정에서의 그것의 대기 시간 또는 백오프(backoff) 윈도우(window)/과정을 동적으로 조정할 수 있다.

제1 시나리오에 관한 4번째 방법에서, 스캐닝을 행하는 STA는, MLME-SCAN.요청 프리미티브에 의해 제공된 채널 리스트(ChannelList)의 모든 채널들을 스캔할 필요가 있을 수 있다. 또한, STA는, 스캔 동안에 생성된 채널들의 정보를 포함하는 BSS 설명 세트(BSSDescriptionSet)를 가진 MLME-SCAN.확인 프리미티브를 발행할 수 있다. STA는, 채널 리스트(ChannelList)의 모든 채널들이 스캔될 때까지, 한 번에 하나의 채널을 스캔할 수 있다.

AP는, AP 자신의 동작(operational) 채널을 제외한 채널들에 대한 일정한 지식을 획득할 수 있다. 채널 리스트(ChannelList)의 채널들에 관한 정보가 수집될 수 있도록 STA에 대한 스캐닝 프로세스를 가속화하기 위해, AP는 다른 채널들에 관한 지식을 STA에 제공할 수 있다.

채널 정보 제공 프레임들에서, 송신하는 STA는, 그 자신의 동작 채널에 더하여, 다른 채널들의 채널 정보를 포함할 수 있다. 채널 정보 제공 프레임들의 예시들은, STA가 AP와 연결하기 위해 중요한 비컨 정보의 서브세트를 포함하는 짧은 비컨 또는 FILS 비컨/발견 프레임을 포함하는 비컨 프레임, 프로브 응답 프레임, 측정 파일럿 프레임, 및 그밖에 유사한 것을 포함한다. 다른 채널들의 채널 정보는 채널 정보 제공 프레임들에 포함된 정보 요소(Information Element; IE)에 인코딩될 수 있다. 유사하게, 이것은 수동 스캐닝에서도 또한 이용될 수 있다.

채널을 스캐닝하는 동안, STA가 다른 채널들의 필수 정보를 수신할 경우, SME는, 스캔 중단 유형(ScanStopType)의 필드가 "설정_기준(Set_Criteria)"으로 설정되고, "채널 리스트(ChannelList)"의 새로운 필드가, 정보가 수신된 채널들의 인덱스들을 제외하고 대응하는 MLME-Scan.요청의 채널 리스트(ChannelList)로 설정된, MLME-Scan-STOP.요청을 생성할 수 있다. 예를 들어, 채널, 예를 들어, Ch-A를 스캐닝하는 동안, STA가 다른 채널, 예를 들어, Ch-B의 모든 필수 정보를 획득할 경우, STA는 채널, 예를 들어, Ch-B에 대한 명시적 스캐닝 과정을 건너뛸 수 있고, (Ch-A의 스캐닝 동안에 획득된) Ch-B 정보를 링크 나중에 셋업에서 이용한다. 유사하게, 이것은 수동 스캐닝에서도 또한 이용될 수 있다.

Ch-A와 같은 채널을 스캐닝할 때, 모든 필수 정보는 아니지만 Ch-B의 몇몇 정보를 STA가 획득할 경우, STA는, 와일드카드 SSID를 가진 프로브 요청을 피할 수 있도록 하기 위해, Ch-A의 스캐닝 동안에 획득한 SSID 정보를 이용함으로써 Ch-B에 대한 스캐닝을 행할 수 있다.

프로브 응답을 제공하는 STA가, 채널 리스트(ChannelList)의 다른 채널들뿐만 아니라 현재의 스캐닝 과정 하의 채널에 관한 정보를 또한 포함할 것을 요청하기 위한 표시자의 역할을 하기 위해, 능동 스캐닝을 행하는 STA는 그것의 프로브 요청 프레임에 STA의 채널 리스트(ChannelList)(대응하는 MLME-Scan.요청 프리미티브에 명시됨)를 또한 제공하거나 또는 시그널링할 수 있다. 그러한 채널 리스트(ChannelList)는 프로브 요청 프레임에 IE로서 인코딩될 수 있다.

제1 시나리오에 관한 5번째 방법에서, 많은 수의 STA들이 동시에 한 공간에 들어갈 수 있고, 모두 또는 대부분은 새로운 위치에서(예를 들어, 기차가 역에 도착하는 경우) 그들이 이용 가능한 서비스들을 평가하려고 시도할 수 있다. 역에 도착하기 이전에 기차의 모든 STA들은 기차의 AP를 통해 연결되었고, 기차의 AP는 자신의 위치와 역에 자신이 도착했다는 것을 인식한다고 가정할 수 있다. 따라서, 기차의 AP는, 기차의 많은 STA들이 기차의 AP로부터 역의 AP들로 이동할 수 있다는 것과, 역의 많은 STA들이 역의 AP들로부터 기차의 AP로 이동할 수 있다는 것을 인식할 수 있다.

하나의 접근법에서, STA 또는 다수의 STA들은 이동식이며 자신의 위치를 인식하는 AP와 연관될 수 있다. STA들 중 몇몇 또는 모두가 새로운 AP로 이동하거나 또는 추가적인 서비스들을 구할 수 있는, 위치에 AP가 접근할 경우, AP는 이러한 요구를 예상하고, 그의 연관된 STA(들) 및 그와 연관되도록 시도할 수 있는 STA(들)에 대하여 이하의 서비스들을 제공할 수 있다.

AP는, 추가적인 AP들 및 서비스들을 이용할 수 있는 지역에 도달하고 있다는(즉, 기차가 역에 들어가고 있다는) 브로드캐스트 메시지를 그것의 연관된 STA(들)에게 전송할 수 있다. 이 메시지는 또한 AP가, 미래의 어떤 정의된 시간에 프로브 요청을 전송할 수 있다는 것 또는 과거에 그것을 전송했다는 것을 STA(들)에 통지할 수 있다. 그것은 또한, AP 및 STA(들)이 현재 이용하는 채널을 제외한 채널들 상에 추가적인 프로브 요청이 전송될 수 있다는 것을 나타낼 수 있다.

메시지는, 들어간 지역에서 이용 가능한 서비스들에 대해 AP가 갖고 있는 정보를 또한 포함할 수 있다. 또한, AP가 프로브 요청을 전송할 수 있다는 통지는, 연관된 STA(들)에 의해 그들 자신의 프로브 요청을 억제하기 위해 이용될 수 있고, 새로운 환경을 평가하기 위해 AP들 프록시 프로브 요청에 의존할 수 있다.

적절한 시간(예를 들어, 브로드캐스트 메시지에 표시된 시간)에, AP는 그것의 STA(들) 모두에 대해 프록시 프로브 요청을 전송할 수 있다.

STA(들)은 그 후 AP 프록시 프로브 요청을 수신하고, 그 지역의 이용 가능한 AP(들) 및 서비스들로부터의 프로브 응답들을 기다리며, AP 프록시 프로브 요청이 STA(들)에 의해 전송된 것처럼 또한 진행할 수 있다.

AP는 또한, 무선으로 또는 DS를 통해, 새로운 지역에서 AP(들)과 통신하거나 또는 네트워크 서비스들 문의를 수행할 수 있다. AP는 그들의 지역에 도착하고 있음을 표시할 수 있다(예를 들어, 기차가 역에 들어가는 것). 이 정보를 수신하면, AP(들)은 그들의 STA(들)에게, 도착하는 AP가 이제 그들의 지역에 존재함을 통지할 수 있다. AP들은 그 후, 전술한 바와 같이, 그들의 연관된 STA(들)에게 브로드캐스트 메시지를 또한 발행하기로 선택할 수 있고, 그 뒤에는 전술한 바와 같이 AP가 프로브 요청을 전송하는 것이 잇따를 수 있다.

다른 접근법에서, AP와 연관된 STA 또는 다수의 STA들은, AP가 STA(들)에 대해 프록시 프로브 요청 전송하도록 요청할 수 있다. 이 요청은, 관리 프레임에 의해 시작될 수 있거나, 또는 STA로부터의 데이터, 관리, 또는 ACK 프레임 상으로 피기백(piggyback)될 수 있다. STA가 프록시 프로브 요청이 이루어지기를 원하는 시간 및 임의의 채널들을 STA가 또한 표시할 수 있다. STA가 요청을 만들 경우에, AP는 본원에서 설명된 것과 유사한 과정을 따를 수 있다.

AP는, 프로브 요청을 전송해 내보내려고 의도하는 그것의 연관된 STA(들)에게 브로드캐스트 메시지를 전송할 수 있고, 언제 프로브 요청을 전송하려고 시도하는지와, 요청을 전송하기 위해 어느 채널들을 이용할 수 있는지를 표시할 수 있다. 연관된 STA(들)은 그들의 고유한 프로브 요청들을 억제할 수 있고, AP들 프록시 프로브 요청에 의존할 수 있다.

AP가 프록시 프로브 요청을 전송할 때, STA(들)은 그 후 AP 프록시 프로브 요청을 들을 수 있고, 프로브 응답들을 기다리며, 그 후 그들이 그들 스스로 프로브 요청을 전송한 것처럼 진행한다.

또 다른 접근법에서, AP는, AP가 그의 지역에 들어간다는 것 또는 서비스들을 구하는 STA(들)을 갖는다는 것을 표시하는, 다른 AP로부터의, DS 또는 무선으로의, 메시지를 수신할 수 있다. 메시지를 전송한 AP는, 메시지를 수신하는 AP와 연관된 STA(들)에게 제공할 새로운 서비스들을 갖는다는 것을 또한 표시할 수 있다. 이 메시지를 수신하면, 수신하는 STA는 그것의 STA(들)에게 정보를 통지할 수 있거나, 또는 그것의 STA(들)에게 프록시 프로브 요청을 전송할 것임을 통지할 수 있으며, 이는 그것의 STA(들)로 하여금 그 후 그 지역의 AP들 및 서비스들로부터 프로브 응답을 수신하게끔 할 수 있다. 메시지를 생성하는 AP가 프로브 요청에 응답할 수 있다고 가정할 수 있다.

제1 시나리오에 관한 6번째 방법에서, 능동적으로 스캐닝될 채널 상에서 작동하는 AP는 없지만, 인접한 채널이 스캐닝 STA로 하여금 최대 채널 시간(MaxChannelTime) 동안 채널을 스캔하도록 야기시킬 수 있는 경우, 최초 스캐닝 시간을 넘어 채널의 스캐닝을 계속할지 또는 계속하지 않을지의 여부에 대한 스캐닝 STA의 결정은, PHY-CCA.표시 (바쁨) 대신에 PHY-RxStart.표시 프리미티브가 그 시간까지 수신되었는지의 여부에 기초할 수 있다.

능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브를 수신하면, STA는 이하의 과정을 이용할 수 있다:

스캔될 각 채널에 대하여:

b) 본원에서 설명된 바와 같은 기본 액세스 과정을 수행한다.

c) MLME-SCAN.요청 프리미티브로부터의 SSID 및 BSSID를 이용하여, 브로드캐스트 목적지 주소로 프로브 요청을 전송한다. MLME-SCAN.요청 프리미티브에 SSID 리스트가 존재할 경우, 각각이 SSID 리스트에 표시된 SSID 및 MLME-SCAN.요청 프리미티브로부터의 BSSID를 가진, 하나 이상의 프로브 요청 프레임들을 전송한다.

e) 프로브 타이머가 최소 채널 시간 + PHY RX 레이턴시에 도달하기 이전에 PHY-RxStart.표시 프리미티브가 검출되지 않는 경우, 또는 프로브 타이머가 최소 채널 시감 + PHY RX 레이턴시에 도달하기 이전에 적어도 하나의 PHY-RxStart.표시 프리미티브가 검출되었으나, 그들 모두가 프로브 요청 프레임들에 의해 트리거된 경우, NAV를 0으로 설정하고 다음 채널을 스캔하고, 그 외에, AP로부터 처음으로 프로브 응답 또는 비컨 프레임이 수신될 때 AP에 관한 정보를 포함하는 BSS 설명 세트를 가진 MLME-SCAN.확인 프리미티브를 MLME가 발행할 것이다. 프로브 타이머가 최소 채널 시간 + PHY RX 레이턴시 + MAC 프로세싱 레이턴시에 도달하는 시간까지, 스캐닝 STA는, 프로브 타이머가 최소 채널 시간 + PHY RX 레이턴시에 도달하기 이전에 검출된 PHY-RxStart.표시 프리미티브들 모두가 프로브 요청 프레임들에 의해 트리거되는지의 여부를 결정할 수 있다. SIFS 시간 = PHY RX 레이턴시 + MAC 프로세싱 레이턴시 + PHY TX 레이턴시이기 때문에, PHY RX 레이턴시 + MAC 프로세싱 레이턴시의 값은 SIFS 시간보다 작을 수 있다. 프로브 타이머가 최대 채널 시간에 도달할 경우, NAV를 0으로 설정하고 다음 채널을 스캔한다.

제2 시나리오에 관하여, 효율적인 능동 스캐닝이 이제 설명될 것이다. 미처리된 프로브 요청은, 프로브 요청에 명시된 스캐닝에 대한 STA의 관련 최대 채널 시간이 아직 경과되지 않은 동안, AP가 고유 STA로부터 수신하는 아직 응답되지 않은 프로브 요청이다. 프로브 요청 프레임에 대한 응답의 너무 이른 취소를 감소시키기 위해, 각각의 미처리된 프로브 요청에 대하여, 프로브 요청을 전송한 대응하는 STA로부터 유효한 프로브 종료 프레임을 STA가 수신할 경우에, STA는 프로브 요청 프레임에 대한 응답을 취소할 수 있다.

예를 들어, STA가 프로브 종료 프레임을 수신하고, STA가 프로브 응답을 송신하기 시작하지 않았거나, 또는 STA가 프로브 종료 프레임의 송신기에 프로브 응답 프레임을 현재 송신하고 있는 경우, 프로브 요청 프레임에 대한 응답은 이하의 기준들을 만족할 경우에 송신될 수 있다:

a) 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 모든 요청들 종료(Terminate All Requests) 필드는 0으로 설정된다.

b) STA는 AP STA이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 기반시설 필드는 0으로 설정되거나, 또는 STA의 SSID, BSSID 또는 HESSID는 프로브 종료 프레임의 필터 리스트에 포함되지 않거나; 또는

(1) STA의 BSS는 IBSS이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 IBSS 필드는 0으로 설정되거나, 또는 STA의 SSID 또는 BSSID는 프로브 종료 프레임의 필터 리스트에 포함되지 않거나; 또는

(2) STA는 메시 STA이고, 프로브 종료 프레임의 필터 리스트에 있는 BSS 유형 요소의 MBSS 필드는 0으로 설정되거나, 또는 메시 STA의 메시 ID 또는 MAC 주소는 프로브 종료 프레임의 필터 리스트에 포함되지 않는다.

c) 적어도 하나의 미처리된 프로브 요청에 대하여, 대응하는 프로브 종료 프레임이 수신되지 않거나, 또는 대응하는 프로브 종료 프레임이 수신되나 전술한 조건들 a) 및 b)를 만족하지 않는다.

전술한 기준들을 만족하지 않을 경우, 프로브 종료 프레임의 수신기는 프로브 요청 프레임에 대한 응답을 한 번 송신 또는 재송신할 수 있다. 그러나, 응답이 여러 번 송신 또는 재송신되지 않을 수 있음이 요구될 수 있다.

제3 시나리오에 관하여, 효율적인 능동 스캐닝 및 FILS 프로세스가 이제 설명될 것이다. 또한, FILS에 대한 액세스 카테고리가 이제 설명될 것이다. FILS에 이용되는 관리 프레임들의 송신을 우선순위화하기 위해, FILS 프로세스에서 이용되는 관리 프레임들에 대해 AC_FILS라고 하는 액세스 카테고리가 이용될 수 있다. AC_FILS를 이용하여 송신될 수 있는 FILS 프레임들은:

프로브 요청 프레임을 포함하거나, 또는 프로브 요청 프레임이 아직 BSS와 연관되지 않은 STA에 의해서만 송신될 것이 요구될 수 있다.

프로브 응답 프레임들을 포함한다.

인증 프레임들을 포함한다.

연관 요청 프레임들을 포함한다.

연관 응답 프레임들을 포함한다.

포괄적인 광고 서비스(Generic Advertisement Service; GAS) 문의/응답에 대한 액션 프레임들을 포함하거나, 또는 GAS 문의/응답에 대한 액션 프레임들이 아직 BSS와 연관되지 않은 STA에 의해서만 송신될 것이 요구될 수 있다.

보안 셋업에 이용되는 관리 프레임들을 포함하거나, 또는 관리 프레임들이 아직 BSS와 연관되지 않은 STA에 의해 송신된 보안 셋업에만 이용될 것이 요구될 수 있다.

액세스 카테고리 AC_FILS는 AP에 의해 결정될 수 있다. FILS 프로세스를 가속화하기 위해, AC_FILS는, 액세스 카테고리 음성(Access Category Voice; AC_VO)에 비하여, 더 작은 중재 프레임간 공간(Arbitration Inter Frame Space; AIFS) 값들, 더 작은 최소 경합 윈도우들(Minimum Contention Windows; CWmin) 및 최대 경합 윈도우들(Maximum Contention Windows; CWmax) 크기를 가질 수 있다. 또한, AC_FILS에 대해 정의될 수 있는 송신 기회(transmission opportunity; TXOP) 한계는, AC_VO에 대해 허용된 TXOP 한계보다 짧거나 또는 동등할 수 있다.

또한, IEEE 802.11 통신에서 FILS 프레임들이 MAC 계층에 국부화되기 때문에, 새로운 AC가 할당될 필요가 없을 수 있다. STA 내부 및 STA 외부의 무선 매체 상의 전술한 것들과 유사한 국부화된 FILS 강화 분배 채널 액세스(enhanced distributed channel access; EDCA) 파라미터들을 이용하여 FILS 프레임들이 송신될 수 있다. AC_FILS 액세스 카테고리 정의는 본원에서 예시적인 것이고, 상이한 용어를 이용하여 정의될 수 있다.

이제, AC_FILS EDCA 파라미터 세트 정보 요소 및 액세스 옵션 정보 요소를 설명할 것이다. 도 8은 FILS EDCA 파라미터 세트 정보 요소의 예시를 도시한다. AC_FILS EDCA 파라미터 세트 정보 요소 및 액세스 옵션 정보 요소가 본원에서 설명된다. AC_FILS에 대한 EDCA 파라미터 세트들 또는 FILS 프레임들에 대한 국부 FILS EDCA 파라미터들 상에 정보를 제공하기 위한 정보 요소가 본원에서 설명된다. FILS EDCA 파라미터 세트 정보 요소는 이하의 필드들을 포함할 수 있다:

요소 아이덴티티(ID)(802). 요소 ID는 현재의 요소 ID가 FILS EDCA 파라미터 세트 정보 요소임을 식별하는 역할을 한다.

길이(정보 ID의 바이트)(804).

AC_FILS ACI(806)에 대한 AC 인덱스(AC Index; ACI). 이용 가능한 AC들을 수용하기 위해, ACI는 새로운 AC를 정의하기 위한 3개 이상의 비트들일 수 있다. 예를 들어, AC_FILS에 대한 AC 인덱스는 4비트일 수 있다. 국부화된 FILS EDCA 파라미터들이 FILS 프레임들에 이용되는 경우에만 ACI 필드가 선택적일 것이 요구될 수 있다.

AIFS 번호(AIFS Number; AIFSN)(808). AC_FILS와 연관된 AIFSN에 대하여, 디폴트 AC_FILS는 1일 수 있다.

지수 CWmin(exponent CWmin; ECWmin) 및 지수 CWmax(exponent CWmax; ECWmax)(810). ECWmin 및 ECWmax는, 현재의 AP를 가진 FILS를 원하는 STA들은 CWmin = 2ECWmin - 1 및 CWmax = 2ECWmax - 1에 맞추어야 하며 그렇게 정의되는 것으로, CWmin 및 CWmax를 각각 정의한다. FILS 프레임들의 과도한 충돌들 및 재송신들은 최초 링크 셋업 시간의 과도한 지연들을 야기할 수 있기 때문에, FILS 프레임들의 과도한 충돌들 및 재송신들을 방지하는 것에 의해, 다가오는 주기의 FILS 동작들을 수행하는 STA들의 예상 개수를 수용할 만큼 CWmin 및 CWmax가 충분히 클 수 있다.

TXOP 한계(812). TXOP 한계는 FILS TXOP와 연관된 TXOP의 한계를 포함한다.

AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소는, 선택된 비컨들, 짧은 비컨들, FILS 발견 프레임들, 프로브 응답 프레임들, 또는 임의의 다른 유형의 제어 또는 관리 프레임들에 포함될 수 있다. STA는 AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소를 프로브 요청 프레임, 또는 임의의 다른 유형의 제어 또는 관리 프레임들에 포함할 수 있다. STA들이 긴급(expedited) FILS를 할 수 있음을 AP에 표시하기 위해, STA들로부터 AP로의 이러한 프레임들에서, AIFSN, ECWmin, ECWmax 필드들은 0으로 설정될 수 있다.

도 9는 액세스 옵션 정보 요소를 도시한다.

AP는, 그것의 비컨들, 짧은 비컨들, 프로브 응답 프레임들, 또는 임의의 다른 유형의 제어 또는 관리 프레임들에, FILS 프레임들과 관련될 수 있는 UL 채널 액세스에 대한 다른 정보를 포함할 수 있다. 예를 들어, 비FILS(non-FILS) 프레임들이 송신되지 않을 수 있을 경우에만, FILS 동작들에 이용될 수 있는 하나 이상의 비컨 간격들 또는 비컨 서브간격(sub-interval)을 AP가 표시할 수 있다. 또한, STA들의 서브세트가 하나 이상의 비컨 간격들 또는 비컨 서브간격들에서 FILS 동작들을 행할 수 있음을 AP가 표시할 수 있다. 다른 예시에서, 더 높은 우선순위를 가지며, 비FILS 프레임들이 FILS 프레임들보다 더 낮은 우선순위를 가지고 송신될 수 있는, FILS 동작들에 이용될 수 있는 하나 이상의 비컨 간격들 또는 비컨 서브간격들을 AP가 표시할 수 있다. 액세스 옵션 정보 요소는 STA들의 모든 유형 및 프레임 송신들에 대한 모든 유형에 대해 일반화될 수 있다.

액세스 옵션 정보 요소는 이하의 필드들을 포함할 수 있다:

요소 ID(902): IE를 액세스 옵션 IE로서 식별하는 ID.

길이(904): IE의 나머지의 옥텟 길이(length in octets).

사양(Spec) 필드들의 수(906): IE의 나머지에 포함된 사양 필드들의 수.

사양 1 내지 사양 N 필드(908): 각 필드는 STA 액세스에 대한 사양들의 세트를 포함한다. 각 필드는 시간 간격의 세트, STA들의 세트, 트래픽의 세트, 또는 이들의 임의의 조합에 대한 사양들을 포함할 수 있다.

도 10은 액세스 옵션 IE의 사양 i 필드들을 도시한다. 도 10에서, 1≤i≤N이다. 사양 필드는 스케쥴링 정보에 관한 이하의 서브필드들을 포함할 수 있다:

비컨 간격 시작(1002): 액세스 정책(policy)가 시작하는 비컨 간격 시작. 비컨이 TBTT에서 항상 송신되지 않을 수 있기 때문에, 비컨 간격 시작은 타겟 비컨 간격이 시작되는 비컨의 TBTT를 지칭할 수 있다. 대안으로, 이 서브필드는 TSF 타이머의 특정 값을 포함할 수 있다.

오프셋(1004): 비컨 또는 TBTT로부터, 또는 TSF 타이머의 시간의 참조 포인트에 대해, 마이크로초(microsecond) 또는 임의의 다른 시간 단위로, 액세스 정책이 시작되는 주기의 시작에 관한 오프셋.

지속기간(1006): 액세스 정책이 유효한 동안의 주기의 지속기간을 명시한다.

반복 빈도(1008): 액세스 옵션 IE에 명시된 액세스 정책이 얼마나 자주 반복되는지를 나타낸다. 서브필드는 비컨 간격들의 수, 또는 마이크로초 또는 다른 시간 단위들로 정의될 수 있다.

스케쥴 정보 서브필드들이 필요할 수 있는 반면, 다른 실시예들에서는, 스케쥴 정보 서브필드들이 필요하지 않을 수 있다. 예를 들어, 비컨 간격 또는 비컨 서브간격, 또는 송신된 프레임을 바로 뒤따르는 다른 지속기간들에 대하여 명시된 액세스 정책들이 유효함을 알리기 위해, 비컨 또는 짧은 비컨, 또는 다른 유형의 관리 또는 제어 프레임에 액세스 옵션 IE가 포함된 경우이다.

사양 필드(1009)는 또한 다음을 포함할 수 있다:

허용된 STA 유형들(1010): 명시된 간격, 우선순위, 트래픽, 및/또는 EDCA 파라미터들에 대하여 매체 액세스를 행하도록 허용된 STA들의 유형들. STA 유형들의 예시들은, FILS STA들, 센서 및 미터 STA들, 셀룰러 오프로딩(offloading) STA들, 배터리 전원(powered) STA들, 전기 주전원(main-powered) STA들, 및 그밖에 유사한 것일 수 있다. 허용된 STA 유형들 필드는 허용된 여러 유형의 STA들을 표시하는 비트맵일 수 있다.

ID들(1012): 이 서브필드는, 명시된 간격, 우선순위, 트래픽에 대한, 및/또는 명시된 EDCA 파라미터들을 이용하는, 매체에 액세스하도록 허용된, STA 또는 STA들의 특정 그룹의 ID(들)을 명시한다.

허용된 트래픽 유형들(1014): 명시된 간격, STA 유형들에 대한, 명시된 EDCA 파라미터들을 이용하는, 매체에 액세스하도록 허용된 트래픽 유형들을 명시한다. 예를 들어, 허용된 트래픽 유형들 중 몇몇은, FILS 프레임들, AC_VO 프레임들, AC_VI 프레임들, 센서 및 미터 센서 프레임들, 화재 또는 침입자들의 발견을 보고하는 적색 경보 프레임들, 및 그밖에 유사한 것일 수 있다. 허용된 트래픽 유형들 필드는 허용된 트래픽의 여러 유형들 또는 AC들을 표시하는 비트맵일 수 있다.

EDCA 파라미터들(1016): 명시된 간격, STA 유형들, 우선순위, 및/또는 트래픽에 이용될 수 있는 EDCA 파라미터들의 상이한 세트 또는 세트들을 나타낸다. EDCA 파라미터 세트들은 사양 i 필드에 명백히 명시될 수 있다. 대안으로, FILS EDCA 파라미터 세트 정보 요소에 명시된 EDCA 파라미터 세트들의 인덱스들이 이용될 수 있다.

FILS EDCA 파라미터 세트 IE, 액세스 옵션 IE, 또는 이들의 임의의 필드들의 서브세트 또는 서브필드들은, 임의의 존재하는 또는 새로운 IE의 서브필드 또는 서브필드들의 서브세트들, 또는 임의의 제어의 일부로서, 관리 프레임들 또는 MAC/PLCP 헤더들일 수 있다.

이제, STA/AP 동작을 설명할 것이다. 긴급 FILS를 할 수 있는 AP는, FILS 요건들, 현재의 네트워크 로드, 및 그밖에 유사한 것에 따라, AC_FILS에 대한 AIFS, CWmin, CWmax, 및 TXOP 한계와 같은 EDCA 파라미터들을 결정할 수 있거나, 또는 FILS 프레임들이 별도의 AC에 속할 것을 필요로 하지 않으면서 FILS 프레임들에 대한 EDCA 파라미터들을 AP가 결정할 수 있다. AP는 때때로 AC_FILS 또는 국부 FILS EDCA 파라미터들을 변경할 수 있고, 그것의 비컨들 또는 짧은 비컨들, 또는 FILS 발견 프레임들 또는 프로브 응답들, 또는 다른 유형들의 관리 또는 제어 프레임들에, AC_FILS 또는 국부 FILS EDCA 파라미터 세트 및/또는 액세스 옵션 IE를 포함할 수 있다.

또한, STA가 긴급 FILS를 할 수 있기 전에, AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소 및/또는 액세스 옵션 IE를 포함하는, 비컨 또는 다른 유형의 관리 또는 제어 프레임을 STA가 수신한다. STA는, AC_VO에 대한 디폴트 EDCA 파라미터들을 이용하여 프로브 요청을 전송하거나, AC_FILS 또는 FILS 파라미터들에 대하여 명시된 디폴트 EDCA 파라미터들을 이용하여 프로브 요청을 전송하거나, 또는 프로브 요청에 포함된 AC_FILS 또는 국부 EDCA 파라미터 세트 정보 요소의 AIFSN, ECWmin, ECWmax의 필드들을 0으로 설정할 수 있다.

긴급 FILS를 할 수 있는 STA가, AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소 및/또는 액세스 옵션 IE를 포함하는, 비컨 또는 짧은 비컨, 또는 다른 관리, FILS 발견 프레임, 또는 제어 프레임을 수신한 이후에, STA는, 임의의 송신들 또는 매체 액세스를 행하려고 시도할 때 액세스 옵션 IE에 의해 설정된, 액세스 간격들, 파라미터들, 및 그밖에 유사한 것과 같은 액세스 정책들을 따를 수 있다. 또한, STA는, 비컨의 AC_FILS 또는 국부 FILS 프레임들에 대해 명시된 EDCA 파라미터들을 이용하여 프로브 요청을 전송할 수 있다. 또한, STA는, 긴급 FILS를 또한 할 수 있음을 표시하기 위해, AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소를 AP로부터 수신된 값들로 설정할 수 있다.

AIFSN, ECWmin, 및 ECWmax 필드들이 0으로 설정된, AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소를 포함하는 STA로부터의 프로브 요청 프레임을 긴급 FILS를 할 수 있는 AP가 수신할 경우, 모든 AC_FILS 또는 국부 FILS EDCA 파라미터들을 포함하는 AC_FILS 또는 국부 FILS EDCA 파라미터 세트 정보 요소를 가진 프로브 응답으로 AP가 응답할 수 있다.

STA들 및 AP는, AC_FILS 또는 국부 FILS EDCA 파라미터들과, FILS 프로세스의 나머지에 대하여 액세스 옵션 IE에 의해 설정된 액세스 정책들을 이용할 수 있다. 근처에 다수의 AP들이 있는 경우, STA는, STA가 연관되기를 원하는 AC_FILS 또는 국부 FILS EDCA 파라미터들, 및 액세스 정책들에 맞출 수 있다. AP는, FILS 관련 패킷 교환들에 대한 그것의 비컨에 광고된 것과는 상이한 세트의 AC_FILS 또는 국부 FILS EDCA 파라미터들, 또는 액세스 정책들을 이용할 수 있다.

AP와 연관되게 되거나 또는 이미 AP와 연관된 STA는, 모든 후속 매체 액세스에서 그 AP에 의해 전송된 가장 최근의 액세스 옵션 IE에 의해 설정된 가장 최신의 액세스 정책들을 따를 수 있다.

이제, 액세스 옵션 정보 요소에 대한 대안인 강화된 ILS 요소를 설명할 것이다. 전술한 ILS 요소 설계는 ILS 간격들 및 관련 파라미터들의 스케쥴을 이용하여 더 확장되고 강화될 수 있다. 그러한 강화된 ILS 요소의 예시가 도 10A에 도시된다. 강화된 ILS 요소는, 비컨, 짧은 비컨, 프로브 응답, FILS 발견 프레임들, 또는 임의의 다른 유형의 제어, 관리, 또는 다른 유형의 프레임들과 같은 프레임들에 포함될 수 있다.

강화된 ILS 요소 필드들은 이하의 것을 포함할 수 있다:

요소 ID(1050): 이것이 강화된 ILS 요소임을 표시하는 요소 ID.

길이(1052): 강화된 ILS 요소의 길이.

필드들의 수(1054): 강화된 ILS 요소에 포함된 필드들의 수.

필드 1 내지 필드 N(1056): 각 필드는 ILS에 대한 사양, 또는 특정 주기(들) 또는 비컨 서브간격(들)에 대한 정기적인 트래픽에 대한 사양을 포함할 수 있고, 이하의 서브필드들을 가질 수 있다:

ILSC 표시(1058): ILSD 표시 서브필드는, 스케쥴 서브필드에 표시된 주기(들) 또는 비컨 서브간격(들)에서 AP와의 연관을 행하도록 허용된 STA들의 ISL 카테고리 또는 카테고리들을 표시할 수 있다. ILSC 표시(1060)는 비트맵으로서 구현될 수 있다.

AC 표시 서브필드(1060): AC 표시 서브필드(1060)는 스케쥴 서브필드에 표시된 주기(들) 또는 비컨 서브간격(들)에서 STA들이 송신할 수 있는 트래픽들의 액세스 카테고리 또는 카테고리들을 표시할 수 있다. AC 표시(1060)는 비트맵으로서 구현될 수 있다.

스케쥴(1062): 스케쥴 서브필드(1062)는 주기(들) 또는 비컨 서브간격(들)의 지속기간을 표시할 수 있다. 예를 들어, 지속기간 T1이 필드 1에 명시되고, 지속기간 T2가 필드 2에 명시되며, 주기 1이 T0에서 시작한다고 가정할 경우(시작점 T0는 타겟 비컨 시간 또는 강화된 ILS를 포함하는 현재 패킷의 끝에 참조될 수 있다.), 주기 1은 T0로부터 T0+T1까지 지속될 수 있고, 주기 2는 T0+T1으로부터 T0+T1+T2까지일 수 있다. 유사하게, 주기 N은 T0+…+TN-1로부터 T0+…+TN-1+TN까지일 수 있다.

파라미터들(1064): FILS 패킷들 및 비FILS 트래픽 패킷들에 대한 파라미터들. 이 파라미터들은 다음을 포함할 수 있다:

EDCA 파라미터들: 주기(들) 및 비컨 서브간격(들)에서 허용된 ILSC들 각각에 대한, 그리고 주기(들) 및 비컨 서브간격(들)에서 송신되도록 허용된 AC들 각각에 대한, EDCA 파라미터들; 및

AP/BSS: 강화된 ILS 요소에서 보고하는 이웃의 일부로서 이웃하는 AP들에 대한 강화된 ILS 정보를 AP가 포함할 수 있다.

이제, 강화된 ILS 요소를 이용하는 차별화된 FILS 과정들을 설명할 것이다. AP는, 하나 이상의 주기(들) 및 비컨 서브간격(들)에 대한 모든 STA들에게 이하의 것들을 알리기 위해, 그것의 비컨들, 짧은 비컨들, FILS 발견 프레임들, 및 프로브 응답들에 강화된 ILS 요소를 포함할 수 있다:

AP와의 연관을 행하도록 허용된 STA들에 관한 하나 이상의 ILSC(들);

및/또는, 그 주기(들) 또는 비컨 서브간격(들) 동안 FILS 관련 패킷 교환들에 대해 FILS STA들이 이용해야 하는 EDCA 파라미터들;

및/또는, 그 주기(들) 또는 비컨 서브간격(들) 동안 관련 STA들이 송신할 수 있는 하나 이상의 AC(들);

및/또는, 그 주기(들) 또는 비컨 서브간격(들) 동안 관련 STA들이 AC 각각에 대해 이용해야 하는 EDCA 파라미터들.

강화된 ILS 요소를 이용할 경우, AP는, 상이한 주기들 또는 비컨 서브간격들에 대해, FILS 트래픽의 여러 ILSC들 및 최근에 연관된 STA들로부터의 트래픽들의 여러 AC들에 관한 조합들의 여러 가지 변형을 할당할 수 있다. 일정 주기(들) 또는 비컨 서브간격(들)에서, FILS STA들 또는 FILS STA들의 서브세트에 대한 더 빠른 연관 프로세스를 허용하기 위해, AP는, 일정한 ILS STA들 또는, AC_BK 또는 AC_BE와 같은 트래픽의 AC들을 부인할 수 있다.

STA가 송신/수신하고 있는 계속 진행 중인 트래픽의 가장 높은 AC에 의해 STA들의 ILSC들이 결정될 수 있다. 다른 구현예에서, 프리미엄 또는 정기적인 고객들과 같은, STA들에 관한 서비스 레벨 합의(Service Level Agreement; SLA)들의 클래스들에 의해, STA들의 ILSC들이 결정될 수 있다. STA들의 ILSC들은 또한 임의로 결정되거나, 또는, 예를 들어, STA의 MAC 주소의 4 LSB 또는 MSB와 같은, 그들의 MAC 주소들에 기초하여 결정될 수 있다.

OBSS의 AP들은 트래픽의 여러 ILSC들 및 AC들에 관한 그들의 스케쥴링을 조정할 수 있다. 트래픽의 여러 ILSC들 및 AC들에 대한 이웃하는 AP들의 스케쥴들을 표시하기 위해, AP는 강화된 ILS 요소를 또한 이용할 수 있다.

FILS 프로세스를 행하기를 원하는 FILS STA는, 프로브 응답들, FILS 발견 프레임들, 비컨들, 짧은 비컨들, 또는 강화된 ILS 요소를 포함하는 다른 유형의 프레임들을 듣는 경우, 다른 구성이 있지만, FILS STA가 속하는 ILSC에 대한 가장 이른 스케쥴들을 갖는 AP와 연관되도록 선택할 수 있다. 그 후 FILS STA는 명시된 주기 동안에 명시된 EDCA 파라미터들에 맞추고, FILS 프로세스를 행할 수 있다.

이제, 자율적인(autonomous) FILS 파라미터 조정을 설명할 것이다. FILS STA는, 어떠한 메시지들 또는 표시들도 수신할 필요 없이, 그것의 EDCA 파라미터들을 자율적으로 조정할 수 있다. STA는, 더 낮은 ILSC를 갖는 경우, 예를 들어, 비실시간(non-real time) 트래픽만을 갖는 경우, 연관된 STA들 또는 최초 링크 셋업을 행하는 다른 STA들로부터의, 높은 트래픽 로드를 경험하는 AP/BSS를 이용하여 FILS 프로세스를 행할 필요가 있는 경우, 일정 기간 동안 버스티(bursty) 링크 액세스 수요들을 구체화하는 것에 의해 링크 액세스 경합의 감소를 보조하기 위해, 더 낮은 ILSC 또는 더 낮은 AC의 EDCA 파라미터들을 자율적으로 맞출 수 있다.

FILS STA는 일정한 미리 정의된 트리거들에 기초하여 자율적인 FILS 파라미터 조정을 적용할 수 있다:

미리 획득된 지식을 갖는 위치/시간/정황(context) 기반 트리거들, 예를 들어, FILS STA는, AP/BSS가 높은 트래픽 로드를 갖는다는 미리 획득된 지식을 갖는 경우, 러시아워에 혼잡한 기차역에 도착한다;

모니터링/측정 기반 트리거들, 예를 들어, FILS STA는 무선 매체가 많이 로드되었거나 또는 매우 경합적임을 감지한다.

제4 시나리오에 관하여, 도 11 및 도 12에 도시된 바와 같은 차등 프로브 요청 프레임 포맷들이 설명된다. 일부 예시들에서, STA의 계류 중인 프로브 요청의 스캐닝 파라미터들 중 몇몇 또는 대부분은 이전에 수신된 프로브 요청의 파라미터들과 동일한 반면, 몇몇 파라미터들은 상이하다. 오버헤드를 감소시키기 위한, 단순화된 프로브 요청 프레임들(1100, 1200)(도 11 및 도 12에 도시됨)의 보다 빈번한 이용을 허용하기 위해, 단순화된 프로브 요청 프레임(1100, 1200)에서 차이 설명 필드 또는 IE(1110, 1210)가 이용되어, 이전에 도청된/수신된 프로브 요청의 파라미터들과 STA가 프로브 요청에서 전송하려고 시도하는 파라미터들 사이의 차이를 표시할 수 있다.

이전에 도청된/수신된 프로브 요청과 단순화된 프로브 요청 프레임에서 송신될 프로브 요청 사이의 차이를 표시하기 위해 차이 설명 필드들이 이용된다. 프레임들(1100, 1200)은 양자 모두 다른 프로브 요청에 대한 참조들을 포함할 수 있다. 프레임(1100)에서 참조는 그 자신의 필드(1112)에 있고, 프레임(1200)에서 참조는 MAC 헤더(1214)에 있다. 프레임들(1100, 1200)은 양자 모두 PL CP 헤더들(1116, 1216) 및 FCS 필드들(1118, 1218)을 포함한다.

요청에 대한 제1 차이 설명 필드 접근법에서, 도 13에 도시된 단순화된 프로브 요청 프레임(1300)의 차이 설명 필드는, 각각이 프로브 요청에서 미리 정의된 요소의 차이를 설명하는 고정된 수의 서브필드들(1310, 1320, 1330) 또는 IE들을 포함한다. 각각의 필드 또는 IE의 시퀀스 및 의미가 미리 결정되었기 때문에, 각각의 서브-필드(1310, 1320, 1330) 또는 IE는 요소 ID를 포함하지 않을 수 있다.

각 요소의 차이는 요소의 본질에 따라 적절하게 인코딩될 수 있다. 예를 들어, SSID 리스트의 파라미터에서의 차이는, 플러스/마이너스 부호의 1 비트 표시자 및 SSID 리스트의 서브세트로서 인코딩될 수 있다. 이전에 수신된 프로브 요청 프레임이 SSID 리스트 요소 = {SSID1, SSID2, …, SSID10}를 가지며, 계류 중인 프로브 요청이 SSID 리스트 요소 = {SSID1, SSID2, …, SSID8}를 가질 경우, SSID 리스트 파라미터의 차이는 1 비트 표시자인 "-" 및 SSID 서브세트인 {SSID9, SSID10}로서 인코딩될 수 있다.

요청에 대한 제2 차이 설명 필드 접근법에서, 도 14에 도시된 단순화된 프로브 요청 프레임(1400)은, 각각이 요소 ID(1405, 1415, 1425) 및 (요소 ID에 의해 식별되는) 대응하는 요소의 차이에 관한 설명(1410, 1420, 1430)을 포함하는, 가변 수의 서브필드들 또는 IE들을 프로브 요청(1400)에 포함한다. 특정 요소의 차이 설명 필드(1410, 1420, 1430) 또는 IE의 길이는 미리 결정된다(대응하는 요소 ID와의 일대일 매핑을 갖는다).

스캔될 각 채널에 대하여, 능동 스캔을 표시하는 MLME-SCAN.요청 프리미티브를 STA가 수신하는 시간으로부터, 대응하는 프로브 요청 프레임이 송신되는 시간까지의, 대기 시간 주기가 있을 수 있다. 프로브 지연 시간이 종료되거나 또는 PHYRxStart.표시 프리미티브가 수신될 때까지, 프로브 요청 프레임의 송신이 대기할 수 있고, STA는 기본 액세스 과정을 수행할 수 있다.

능동 스캔을 표시하는 스캔 유형을 가진 MLME-SCAN.요청 프리미티브를 수신하면, STA는 스캔된 각 채널에 대하여 본원에서 설명된 과정을 이용할 수 있다.

STA가 스캔될 채널에 프로브 요청을 송신하기 위한 대기 시간 주기 동안에, STA는 다른 STA에 의해 전송된 프로브 요청을 도청하였는지의 여부를 확인할 수 있다. STA가 프로브 요청을 듣지 못한 경우, STA는 정기적인 프로브 요청 프레임을 AP에 송신하도록 진행할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 요청의 과정과 동일할 수 있다.

STA가 프로브 요청을 들은 경우, STA는, 도청된/수신된 프로브 요청의 파라미터들과, STA가 계류 중인 프로브 요청에서 송신하기를 원하는 파라미터들을 비교할 수 있다. 상이한 파라미터들의 수가 K보다 큰 경우, STA는 AP에 정기적인 프로브 요청 프레임을 송신할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 요청의 과정과 동일할 수 있다.

상이한 파라미터들의 수가 K보다 크지 않은 경우, STA는 차이 설명 필드와 함께 본원에서 설명된 포맷을 이용하여 단순화된 프로브 요청을 생성할 수 있다.

단순화된 프로브 요청 프레임을 수신하면, AP는, 이전에 수신된 참조 프로브 요청 프레임에 관한 정보를 복구하고, 그것을 차이 설명 필드와 결합시켜서, 단순화된 프로브 요청에 대한 완전한 파라미터들을 재건하기 위해, 단순화된 프로브 요청 프레임의 참조 필드 또는 IE를 이용할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 요청의 과정과 동일할 수 있다.

계류 중인 프로브 응답의 스캐닝 파라미터들의 대부분은 이전에 수신된 프로브 응답의 파라미터들과 동일할 수 있다. 그러나, 몇몇 파라미터들은 상이할 수 있다. 오버헤드를 감소시키기 위한, 단순화된 프로브 응답 프레임들(1500, 1600)(도 15 및 도 16에 도시됨)의 보다 빈번한 이용을 허용하기 위해, 단순화된 프로브 응답 프레임(1500, 1600)에서 차이 설명 필드(1510, 1610) 또는 IE가 이용되어, 이전에 수신된 프로브 응답과 단순화된 프로브 응답 사이의 파라미터들의 차이를 표시할 수 있다.

이전에 수신된 프로브 응답과 단순화된 프로브 응답 프레임에서 송신될 프로브 응답 사이의 차이를 표시하기 위한 2가지 대안들이 본원에서 설명된다. 프레임들(1500, 1600)은 양자 모두 다른 프로브 응답에 대한 참조들을 포함할 수 있다. 프레임(1500)에서, 참조는 그 자신의 필드(1512)에 있고, 프레임(1600)에서, 참조는 MAC 헤더(1614)에 있다. 프레임들(1500, 1600)은 양자 모두 PLCP 헤더들(1516, 1616) 및 FCS 필드들(1518, 1618)을 포함한다.

도 17에 도시된 제1 응답 접근법에서, 단순화된 프로브 응답 프레임(1700)의 차이 설명 필드는, 각각이 프로브 응답(1700)의 미리 정의된 요소의 차이를 설명하는, 고정된 수의 서브필드들(1710, 1720, 1730) 또는 IE들을 포함한다. 각각의 서브필드 또는 IE의 시퀀스 및 의미가 미리 결정되어 있기 때문에, 각각의 서브필드 또는 IE는 요소 ID를 포함하지 않을 수 있다. 한 서브필드는 TSF 값 또는 타임스탬프 값이며, 이는 현재의 TSF 값과 이전 프로브 응답의 TSF 값 사이의 차이 또는 델타(delta)(즉, TSF_현재 - TSF_이전), 또는 현재의 TSF일 수 있다.

STA가 이전에 수신된 프로브 응답을 Tmax 마이크로초의 최대 지속기간까지만 보유할 수 있는 경우, 델타 TSF 값의 서브필드는

비트 또는

옥텟의 길이를 가질 것이다.

도 18에 도시된 제2 응답 접근법에서, 단순화된 프로브 응답 프레임(1800)의 차이 설명 필드는, 차등 TSF 값 또는 타임스탬프 값의 서브필드(1803), 뒤이어 각각이 요소 ID를 포함하는 가변 수의 서브필드들 또는 IE들(1805, 1825), 및 (요소 ID에 의해 식별되는) 대응하는 요소의 차이에 관한 설명(1810, 1830)을 프로브 응답(1800)에 포함한다. 특정 요소의 차이 설명 필드(1810, 1830) 또는 IE의 길이는 미리 결정된다(대응하는 요소 ID와의 일대일 매핑을 갖는다). 차등 TSF 값 서브필드(1803)의 길이는 제1 접근법에서 이용된 길이와 동일할 수 있다.

AP가 마지막 N ms 이내에 프로브 응답을 송신하고, AP가 STA에 송신할 계류 중인 프로브 응답을 갖는 경우, AP는, 이전에 송신된 프로브 응답의 파라미터들을 계류 중인 프로브 응답에서 송신하기를 원하는 파라미터들과 비교할 수 있다. N의 값은, 스캐닝 STA가 채널을 들은 시간과 동일할 수 있는 파라미터이다. N의 값은 다음에 의해 표현될 수 있다: 프로브 지연 + 관심 있는 프로브 응답에 대응하는 프로브 요청이 AP에서 수신된 때로부터 경과된 시간 + 마진.

상이한 파라미터들의 수가 K보다 큰 경우, AP는 STA에 정기적인 프로브 응답 프레임을 송신할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 응답의 과정과 동일할 수 있다.

상이한 파라미터들의 수가 K보다 크지 않은 경우, AP는 본원에서 설명된 것과 같은 차이 설명 필드와 함께 본원에서 설명된 포맷을 이용하여 단순화된 프로브 응답을 생성할 수 있다.

단순화된 프로브 응답 프레임을 수신하면, STA는, 이전에 수신된 참조 프로브 응답 프레임에 관한 정보를 복구하고, 그것을 차이 설명 필드와 결합시켜서, 단순화된 프로브 응답에 대한 완전한 파라미터들을 재건하기 위해, 단순화된 프로브 응답 프레임의 참조 필드 또는 IE를 이용할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 응답의 과정과 동일할 수 있다.

단순화된 프로브 응답 프레임은 OBSS에 대하여 또한 이용될 수 있다. OBSS의 제1 AP가 정기적인 프로브 응답을 전송할 경우, 제2 AP는 제1 AP에 의해 전송된 정기적인 프로브 응답을 도청할 수 있으며, 다른 STA 또는 브로드캐스트 주소에 단순화된 프로브 응답을 송신한다. 단순화된 프로브 응답은 제1 AP에 의해 전송된 이전의 프로브 응답을 참조할 수 있다. 단순화된 프로브 응답은 프로브 응답 참조 필드 또는 IE를 포함할 수 있다.

참조 프로브 응답 및/또는 참조 프로브 응답의 시퀀스 제어 번호를 전송한 AP의 BSSID(또는 MAC 주소)는 참조 프로브 응답을 식별하는 데에 이용될 수 있다:

AP가 프로브 응답을 송신하기 위해 대기하는 시간 주기 동안에, AP는 마지막 N ms 이내에 다른 AP에 의한 다른 프로브 응답을 도청하였는지의 여부를 확인할 수 있다. N은 스캐닝 STA가 채널을 들은 시간과 동일할 수 있는 파라미터이다. N의 값은, 프로브 지연 + 관심 있는 프로브 응답에 대응하는 프로브 요청이 AP에서 수신된 때로부터 경과된 시간 + 마진과 동일할 수 있다.

AP가 다른 프로브 응답을 도청하지 않은 경우, AP는 STA에 정기적인 프로브 응답 프레임을 송신하도록 진행할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 응답의 과정과 동일할 수 있다. AP가 다른 프로브 응답을 도청한 경우, AP는 이전에 도청한 프로브 응답의 파라미터들을 계류 중인 프로브 응답에서 송신하려고 시도하는 파라미터들과 비교할 수 있다. 상이한 파라미터들의 수가 K보다 큰 경우, AP는 STA에 정기적인 프로브 응답 프레임을 송신하도록 진행할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 응답의 과정과 동일할 수 있다.

상이한 파라미터들의 수가 K보다 크지 않은 경우, AP는 본원에서 설명된 것과 같은 차이 설명 필드와 함께 본원에서 설명된 포맷을 이용하여 단순화된 프로브 응답을 생성할 수 있다. 단순화된 프로브 응답 프레임을 수신하면, STA는, 이전에 수신된 참조 프로브 응답 프레임에 관한 정보를 복구하고, 그것을 차이 설명 필드와 결합시켜서, 단순화된 프로브 응답에 대한 완전한 파라미터들을 재건하기 위해, 단순화된 프로브 응답 프레임의 참조 필드 또는 IE(참조 프로브 응답 및/또는 참조 프로브 응답의 시퀀스 제어 번호를 전송한 AP의 BSSID/MAC 주소)를 이용할 수 있다. 나머지 스캐닝 과정은 정기적인 프로브 응답의 과정과 동일할 수 있다.

단순화된 프로브 응답에 대한 복구 방식에서, STA는 그것이 AP로부터 수신하는 단순화된 프로브 응답을 이해하지 못할 수 있다. 스캐닝 STA로부터 프로브 요청을 수신하면, 본원에서 설명된 바와 같은 단순화된 프로브 응답을 이용하는 것에 관한 조건들을 만족할 경우, AP는 응답하기 위해 단순화된 프로브 응답을 전송할 수 있다. 단순화된 프로브 응답의 송신 이후에, AP는, 본원에서 "ACK 타이머"라고 언급된, 타이머를 시작한다. ACK 타이머가 미리 정의된 값(SIFS, 또는 ACK 또는 짧은 ACK의 지속 시간, 예를 들어, SIFS 지속기간 + ACK 또는 짧은 ACK의 지속 시간에 기초할 수 있음)에 도달할 때까지 AP가 스캐닝 STA로부터 ACK를 수신하지 않는 경우, 예를 들어, 참조 프로브 응답이 STA에 의해 수신되지 않은 상황으로 인해, AP는 단순화된 프로브 응답이 스캐닝 STA에 의해 이해되지 못한 것으로 간주할 수 있다. 그 후 AP는 오류 사례로부터 복구하기 위해 스캐닝 STA에게 정기적인 프로브 응답을 송신할 수 있다.

실시예들

실시예 1.

2개의 송신기들을 포함하는 네트워크에서의 능동 스캐닝을 위한 방법에 있어서:

제1 송신기로부터 유래하는 스캐닝 타겟을 갖는 제1 프로브 요청을 검출하는 단계;

제2 송신기로부터 스캐닝 타겟에 제2 프로브 요청을 전송하기를 원하는 단계; 및

제2 송신기가 제1 프로브 요청을 검출하는 경우에, 제2 프로브 요청을 취소하는 단계

를 포함하는 방법.

실시예 2.

실시예 1의 방법에 있어서, 제1 프로브 요청 프레임의 상대적인 수신 신호 강도 표시자(received signal strength indicator; RSSI)는 미리 정의된 문턱 값 이상인 것인, 방법.

실시예 3.

실시예 1의 방법에 있어서, 제1 프로브 요청은 제1 스테이션에 의해 송신되고, 프로브 응답은, 액세스 포인트로부터, 제1 프로브 요청에 응답하여 전송되는 것인, 방법.

실시예 4.

실시예 1의 방법에 있어서, 제1 프로브 요청이 제2 송신기에 의해 검출되는 경우에, 현재 채널의 능동 스캐닝을 중단하기 위한 표시를 가진 MLME-Scan-STOP.요청 프리미티브를 SME가 생성하는 것인, 방법.

실시예 5.

실시예 1의 방법에 있어서, 제2 송신기가 동일한 스캐닝 타겟을 갖는 제1 프로브 요청을 검출하지 않는 경우에, 제2 송신기로부터 스캐닝 타겟에 제2 프로브 요청을 전송하는 단계를 더 포함하는, 방법.

실시예 6.

제1 송신기로부터 스캐닝 타겟을 갖는 제1 프로브 요청을 전송하는 단계;

제2 송신기로부터 스캐닝 타겟에 제2 프로브 요청을 전송하기를 원하는 단계;

제1 프로브 요청에 대한 프로브 응답을 검출하는 단계; 및

제2 송신기가 프로브 응답을 검출하는 경우에, 제2 송신기로부터의 프로브 요청을 취소하는 단계

를 포함하는 방법.

실시예 7.

실시예 6의 방법에 있어서, 제1 프로브 요청 프레임의 상대적인 수신 신호 강도 표시자(received signal strength indicator; RSSI)는 미리 정의된 문턱 값 이상인 것인, 방법.

실시예 8.

실시예 7의 방법에 있어서,

프로브 타이머(ProbeTimer)가 최소 채널 시간(MinChannelTime)에 도달하기 이전에 PHY-CCA.표시 프리미티브가 검출되지 않는 경우에, 네트워크 할당 벡터(network allocation vector; NAV)를 0으로 설정하고, 다음 채널을 스캐닝하는 단계를 더 포함하는, 방법.

실시예 9.

실시예 6의 방법에 있어서, 제1 프로브 요청은 제1 스테이션에 의해 송신되고, 검출은 제2 스테이션에서 일어나며, 프로브 응답은 액세스 포인트에 의해 전송되는 것인, 방법.

실시예 10.

실시예 6의 방법에 있어서, 제1 프로브 요청에 대한 프로브 응답이 전송되는 경우에, 현재 채널의 능동 스캐닝을 중단하기 위한 표시를 가진 MLME-Scan-STOP.요청 프리미티브를 SME가 생성하는 것인, 방법.

실시예 11.

실시예 6의 방법에 있어서,

제2 송신기가 동일한 스캐닝 타겟을 가진 프로브 응답을 검출하지 않는 경우에, 스캐닝 타겟에 제2 프로브 요청을 전송하는 단계를 더 포함하는, 방법.

실시예 12.

적어도 2개의 송수신 유닛(transmit/receive unit; TRU)들을 포함하는 네트워크에서의 능동 스캐닝을 위한 방법에 있어서:

스캔될 채널의 채널 정보를 획득하기 위해 제1 TRU로부터 프로브 요청을 전송하기를 원하는 단계;

제2 TRU에 의해 채널 정보를 송신하는 단계;

제1 TRU에 의해 원하는 채널 정보를 수신하는 단계; 및

제1 TRU로부터의 프로브 요청을 취소하는 단계

를 포함한다.

실시예 13.

실시예 12의 방법에 있어서, 제1 TRU에 의해 수신된 채널 정보는 제2 TRU로부터 송신된 비컨 프레임에 포함되는 것인, 방법.

실시예 14.

실시예 12의 방법에 있어서, 제1 TRU에 의해 수신된 채널 정보는 제2 TRU로부터 송신된 프로브 응답 프레임에 포함되는 것이고, 프로브 응답 프레임은 제3 TRU로부터 제2 TRU로의 프로브 요청에 대한 응답으로서 송신되는 것인, 방법.

실시예 15.

실시예 12의 방법에 있어서, 제1 TRU에 의해 수신된 채널 정보는, 짧은 비컨 프레임, 빠른 최초 링크 셋업(Fast Initial Link Setup; FILS) 발견 프레임, 또는 측정 파일럿 프레임 중 적어도 하나를 더 포함하는, 제2 TRU로부터 송신된 브로드캐스트 프레임에 포함되는 것인, 방법.

실시예 16.

실시예 12의 방법에 있어서, 능동 스캔을 표시하는 스캔 유형(ScanType)을 가진 MLME-SCAN.요청 프리미티브를 수신한 때와 프로브 요청을 송신한 때 사이의 대기 시간 간격 동안에, 제1 TRU에 의해 채널 정보가 수신되는 것인, 방법.

실시예 17.

실시예 16의 방법에 있어서, 대기 시간은, 프로브 지연 시간, 송신 이전에 채널 액세스 과정을 수행하는 데에 이용되는 시간, 및 대기 시간 간격을 조정하는 데에 이용되는 시간을 더 포함하는 것인, 방법.

실시예 18.

실시예 16의 방법에 있어서, 채널 정보를 수신하는 것에 대한 대기 시간 간격을 조정하는 단계를 더 포함하는, 방법.

실시예 19.

실시예 12의 방법에 있어서, 제1 TRU로부터의 프로브 요청 송신의 취소는, 채널 정보가 제1 TRU에서 수신되는 경우에, 현재 채널의 능동 스캐닝을 중단하기 위한 표시를 가진 MLME-Scan-STOP.요청 프리미티브를 SME가 생성하는 것을 포함하는 것인, 방법.

실시예 20.

실시예 12의 방법에 있어서, 제1 TRU로부터의 프로브 요청 송신의 취소는, 현재 채널의 능동 스캐닝을 중단하는 것과, 다음 채널을 스캔하기 위해 스위칭하는 것, 또는 현재 채널의 수집된 채널 정보를 보고하는 것을 포함하는 것인, 방법.

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

Claims

FILS(Fast Initial Link Setup)를 위해 제1 IEEE 802.11 스테이션(station; STA)에서 이용하는 방법에 있어서,
IEEE 802.11 액세스 포인트(access point; AP)로부터 정보 요소를 포함하는 프레임을 수신하는 단계로서, 상기 정보 요소는, 상기 IEEE 802.11 AP와 FILS 절차를 수행하는 것이 허용되는, 적어도 하나의 IEEE 802.11 STA에 대응하는, 적어도 하나의 식별자(identifier; ID) 및 상기 FILS 절차를 수행하기 위한 특정 시간 간격의 표시를 포함한 액세스 정보를 포함하는 것인, 상기 프레임 수신 단계; 및
상기 적어도 하나의 ID가 상기 제1 IEEE 802.11 STA의 ID와 매치(match)되는 경우에, 상기 표시된 특정 시간 간격 동안 FILS 절차를 수행하는 단계를 포함하는, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 프레임은 비컨 프레임인 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 프레임은 프로브 응답 프레임인 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 정보 요소는 상기 적어도 하나의 IEEE 802.11 STA에 대한 우선순위 정보를 더 포함하는 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 FILS 절차를 수행하는 단계는, 상기 IEEE 802.11 AP에 인증 프레임을 전송하는 단계를 포함하는 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 FILS 절차를 수행하는 단계는, 상기 IEEE 802.11 AP에 프로브 요청 프레임을 전송하는 단계를 포함하는 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
제1항에 있어서, 상기 식별자는 MAC(media access control) 주소인 것인, FILS를 위해 제1 IEEE 802.11 STA에서 이용하는 방법.
FILS(Fast Initial Link Setup)를 수행하도록 구성된 제1 IEEE 802.11 스테이션(station; STA)에 있어서,
송신기;
IEEE 802.11 액세스 포인트(access point; AP)로부터 정보 요소를 포함하는 프레임을 수신하도록 구성된 수신기로서, 상기 정보 요소는, 액세스 정보를 포함하며, 상기 액세스 정보는, 상기 IEEE 802.11 AP와 FILS 절차를 수행하는 것이 허용되는 적어도 하나의 IEEE 802.11 STA에 대응하는, 적어도 하나의 식별자(identifier; ID) 및 상기 FILS 절차를 수행하기 위한 특정 시간 간격의 표시를 포함하는 것인, 상기 수신기; 및
상기 적어도 하나의 ID가 상기 제1 IEEE 802.11 STA의 ID와 매치되는지 여부를 결정하도록 구성된 프로세서를 포함하고,
상기 프로세서는 또한, 상기 적어도 하나의 ID가 상기 제1 IEEE 802.11 STA의 ID와 매치되는 경우에, 상기 표시된 특정 시간 간격 동안, 연관 요청 메시지(association request message)를 IEEE 802.11 AP로 전송하는 것을 포함하는 FILS 절차를 수행하도록 구성된 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 프레임은 비컨 프레임인 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 프레임은 프로브 응답 프레임인 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 정보 요소는 적어도 하나의 IEEE 802.11 STA에 대한 우선순위 정보를 더 포함하는 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 송신기는, 상기 FILS 절차에 따라, 상기 IEEE 802.11 AP에 인증 프레임을 전송하도록 구성된 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 송신기는, 상기 FILS 절차에 따라, 상기 IEEE 802.11 AP에 프로브 요청 프레임을 전송하도록 구성된 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
제8항에 있어서, 상기 식별자는 MAC(media access control) 주소인 것인, FILS를 수행하도록 구성된 제1 IEEE 802.11 STA.
FILS(Fast Initial Link Setup)를 위해 IEEE 802.11 액세스 포인트(access point; AP)에서 이용하는 방법에 있어서,
제1 IEEE 802.11 스테이션(station; STA)에 정보 요소를 포함하는 프레임을 전송하는 단계로서, 상기 정보 요소는 액세스 정보를 포함하며, 상기 액세스 정보는, 상기 IEEE 802.11 AP와 FILS 절차를 수행하는 것이 허용되는 적어도 하나의 IEEE 802.11 STA에 대응하는 적어도 하나의 식별자(identifier; ID) 및 상기 FILS 절차를 수행하기 위한 특정 시간 간격의 표시를 포함하는 것인, 상기 프레임 전송 단계; 및
상기 적어도 하나의 ID가 상기 제1 IEEE 802.11 STA의 ID와 매치되는 경우에, 상기 표시된 특정 시간 간격 동안, 상기 제1 IEEE 802.11 STA로부터, 연관 요청 프레임(association request frame)을 포함한, 적어도 하나의 FILS 프레임을 수신하는 단계를 포함하는, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 프레임은 비컨 프레임인 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 프레임은 프로브 응답 프레임인 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 정보 요소는 상기 적어도 하나의 IEEE 802.11 STA에 대한 우선순위 정보를 더 포함하는 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 표시된 특정 시간 간격 동안 상기 제1 IEEE 802.11 STA로부터 수신된 상기 FILS 프레임은, 인증 프레임인 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 표시된 특정 시간 간격 동안 상기 제1 IEEE 802.11 STA로부터 수신된 상기 FILS 프레임은, 프로브 요청 프레임인 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
제15항에 있어서, 상기 식별자는 MAC(media access control) 주소인 것인, FILS를 위해 IEEE 802.11 AP에서 이용하는 방법.
FILS(Fast Initial Link Setup)를 수행하도록 구성된 IEEE 802.11 액세스 포인트(access point; AP)에 있어서,
제1 IEEE 802.11 스테이션(station; STA)에 정보 요소를 포함하는 프레임을 전송하도록 구성된 송신기로서, 상기 정보 요소는 액세스 정보를 포함하며, 상기 액세스 정보는, 상기 IEEE 802.11 AP와 FILS 절차를 수행하는 것이 허용되는 적어도 하나의 IEEE 802.11 STA에 대응하는 적어도 하나의 식별자(identifier; ID) 및 상기 FILS 절차를 수행하기 위한 특정 시간 간격의 표시를 포함하는 것인, 상기 송신기; 및
상기 적어도 하나의 ID가 상기 제1 IEEE 802.11 STA의 ID와 매치되는 경우에, 상기 표시된 특정 시간 간격 동안, 상기 제1 IEEE 802.11 STA로부터, 연관 요청 프레임(association request frame)을 포함하는 FILS 프레임을 수신하도록 구성된 수신기를 포함하는, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 프레임은 비컨 프레임인 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 프레임은 프로브 응답 프레임인 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 정보 요소는 적어도 하나의 IEEE 802.11 STA에 대한 우선순위 정보를 더 포함하는 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 표시된 특정 시간 간격 동안 상기 제1 IEEE 802.11 STA로부터 수신된 상기 FILS 프레임은, 인증 프레임인 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 표시된 특정 시간 간격 동안 상기 제1 IEEE 802.11 STA로부터 수신된 상기 FILS 프레임은, 프로브 요청 프레임인 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
제22항에 있어서, 상기 식별자는 MAC(media access control) 주소인 것인, FILS를 수행하도록 구성된 IEEE 802.11 AP.
삭제
삭제
삭제
삭제