KR100991031B1

KR100991031B1 - 소프트웨어 베이스 무선 인프라스트럭쳐 시스템, 디바이스 동작 방법, 무선 네트워크를 통해 통신하도록 적응된 디바이스, 및 컴퓨터 저장 매체

Info

Publication number: KR100991031B1
Application number: KR1020030084413A
Authority: KR
Inventors: 아브히세크 아브히세크; 아룬 아야가리; 후이 센; 크리스나 가누가빠티; 지안동 루안
Original assignee: 마이크로소프트 코포레이션
Priority date: 2002-11-27
Filing date: 2003-11-26
Publication date: 2010-10-29
Also published as: IL158688A; JP2004180324A; NO20035245D0; PL363658A1; CA2744972C; CL2003002448A1; CN100592706C; CN1525705A; MY149969A; BR0305345A; CA2744972A1; MY166076A; RU2003134279A; US20070118742A1; EP1424829B1; US8327135B2; EP1424829A3; IL158688A0; NZ529765A; AU2003262219B2

Abstract

소프트웨어 베이스 무선 인프라스트럭쳐 시스템을 제공한다. 이 시스템은 네트워크 스택 및 네트워크 인터페이스 카드(NIC)과 통신하는 스테이션 드라이버, 이 스테이션 드라이버와 통신하는 스테이션 서버 및 802.1X 공급자 또는 802.1X 인증자를 갖는다. 각 NIC는 스테이션 및/또는 액세스 포인트 기능성 지원을 제공한다. 드라이버는 수신된 패킷이 인증 및 연합되지 않았다면 이 패킷을 드롭한다. 분할 또는 암호화된 패킷은 비분할 및 해독된다. 연합 매니저는 컨피겨레이션 테이블 매니저와 결합하여 사용되어 관리 패킷을 통해 스테이션 및 액세스 포인트와 연합한다. 매니저는 패킷 프로세서로부터 802.1X 데이터 패킷을 수신하고 이들을 사용자 모드 애플리케이션과 통신하는 스테이션 서버 및 스테이션 및 액세스 포인트를 인증 및 비인증하기 위해 사용되는 802.1X 공급자 또는 802.1X 인증자로 전송한다. APIs는 구성 요소 사이에 통신을 가능하게 하기 위해 제공된다.

액세스 포인트, 프래그먼트, 데이터 패킷, 스테이션 서버, 네트워크 인터페이스 카드

Description

소프트웨어 베이스 무선 인프라스트럭쳐 시스템, 디바이스 동작 방법, 무선 네트워크를 통해 통신하도록 적응된 디바이스, 및 컴퓨터 저장 매체{NATIVE WI-FI ARCHITECTURE FOR 802.11 NETWORKS}

도 1은 본 발명이 동작하는 예시적인 환경을 도시하는 블록도.

도 2는 본 발명이 존재하는 예시적인 컴퓨터 시스템을 전형적으로 도시하는 블록도.

도 3은 도 2의 컴퓨터 시스템에서 스테이션 및 액세스 포인트의 아키텍쳐를 전형적으로 도시하는 블록도.

도 4는 본 발명의 스테이션의 블록도.

도 5는 본 발명의 액세스 포인트의 블록도.

도 6은 본 발명에 따른 액세스 포인트에서의 데이터 및 명령의 플로우를 도시하는 블록도.

도 7은 본 발명에 따른 스테이션에서의 데이터 및 명령의 플로우를 도시하는 블록도.

도 8은 IEEE 802.11 Ad hoc 무선 네트워크를 도시하는 도면.

도 9는 IEEE 802.11 인프라스트럭쳐 무선 네트워크를 도시하는 도면.

도 10은 종래의 액세스 포인트와 스테이션의 제한을 전형적으로 도시하는 블록도.

〈도면의 주요부분에 대한 부호의 설명〉

204: 무선 LAN

212: 스테이션 서버

304: AP 드라이버

308: 802.1X 인증자

314: 유선 LAN

본 발명은 무선 컴퓨팅 컨피겨레이션 및 연결성에 관한 것으로 특히, IEEE 802.11 네트워크용 무선 컴퓨팅에 제공된 시스템 컨피겨레이션 및 연결성에 관한 것이다.

대부분의 비즈니스는 네트워크 컴퓨팅 환경에서의 동작에 의해 얻어진 상당한 이득을 인식하고 있다. 근거리 통신망(LAN)을 설치함으로써, 비즈니스는 그들의 종업원들이 프린터, 파일 서버, 모뎀 뱅크, e-메일 서버 등과 같은 네트워크 자원을 공유할 수 있게 하는 한편, 다수의 개별 워크스테이션 컴퓨터를 갖는 분산 컴퓨팅 능력을 유지한다. 실제로, 점점 더 많은 가정에서 하나 이상의 컴퓨터를 갖게 되기 때문에, 홈 컴퓨팅 환경에서 네트워크 컴퓨팅의 장점을 이용가능하다. 이제 사무실에서와 마찬가지로, 가정의 구성원들 사이에서 네트워크 자원(예를들어, 프린터)을 공유할 수 있다.

불행하게도, 네트워크가 제공하는 모든 장점들에도 불구하고, 고정배선 아키텍쳐는 유연한 방법으로 컴퓨팅하려는 사용자 능력을 제한하려는 경향이 있는 여러가지 문제들을 나타낸다. 예를들어, 이제 많은 네트워크 컴퓨터 사용자들은 유연성이 제공되어 랩톱 및 노트북 사이즈 컴퓨터를 사용함으로써 그들이 어디를 가던지 컴퓨터를 휴대할 수 있다. 그러나, 불행히도 물리적 배선 아키텍쳐는 특정 위치에서 물리적으로 설치된 네트워크 접속 포트 아웃렛의 제한 때문에 종종 특정 위치(예를들어, 회의실)에서 다수의 사용자를 수용하지 않는다. 따라서, 사용자가 이론적으로는 네트워크 포트 아웃렛이 제공된 어떤 위치로부터 네트워크를 접속할 능력을 갖지만, 배선 설치의 물리적인 현실은 종종 이를 제한한다. 또한, 충분한 수의 아웃렛 포트가 제공된다 하더라도, 각 사용자가 네트워크 아웃렛에 접속하기에 충분한 길이로 네트워크 케이블링을 휴대해야한다는 것은 사용자 입장에서는 바람직하지 않다. 마찬가지로, 집의 방 각각에 대해 접속을 제공하기 위해 가정에서 네트워크 케이블링을 설치하는 데 비용과 어려움은 종종 실제 케이블을 컴퓨터와 네트워크 자원이 현재 위치하고 있는 고정된 위치에만 설치하도록 제한한다. 따라서, 이러한 고정배선 시스템은 현재 휴대용 컴퓨팅 디바이스에 의해 시장에서 인에이블될 수 있는 이동 컴퓨팅을 방해한다.

유선 LAN 아키텍쳐에서 현대 컴퓨팅의 이동도와 유연성에 상당한 제한이 있다는 것을 인식하고, 많은 산업 지도자들이 무선 네트워크를 개발해왔고 현재 실행하고 있다. 이러한 무선 네트워크들은 무선 LAN에 의해 커버되는 비즈니스 기업 내의 어떤 위치로부터 정확한 이동 컴퓨팅을 가능하게 함으로써 실질적으로 유연성 을 증가시킬 수 있게 한다. 더이상 사용자들은 네트워크 접속을 행할 필요가 없고 네트워크 접속 아웃렛이 제공되는 물리적 위치에서만 컴퓨팅하도록 제한한다. 이러한 무선 네트워크 기술은 또한 가정 내의 어떤 위치에서 전체 홈 네트워크 이용도를 가질 수 있는 홈 컴퓨터 사용자에게 있어 상당한 잇점을 갖는다.

무선 네트워크에 의해 제공되는 막대한 잇점을 인식하고, 공항, 호텔, 학교 등에서의 개발이 상당히 확산되어 있다. 또한, 핸드헬드 컴퓨팅 디바이스의 대중성이 증가함에 따라, 쇼핑몰, 식료품점 등에서의 이러한 무선 네트워크의 개발이 구상되고 있다. 또한, 현재 무선 전화 시스템용으로 널리 사용되고 있는 것과 유사한 커버리지 에리어를 갖는 무선 광역 네트워크 컴퓨팅은 사용자의 물리적 위치에 관계없이 진정한 이동 컴퓨팅을 가능하게 한다. 이러한 방법으로, 이동 컴퓨터 사용자는 그들의 네트워크 자원을 액세스하여 비행기에서 대기하고 있는 동안, 기차에서 통신하면서 생산성을 유지할 수 있다.

이러한 무선 네트워크를 개발할 수 있는 다양한 네트워크 서비스 공급자들 사이에서의 호환성을 인식하는 것이, 이러한 기술의 인수와 연속된 성장을 보장하는 것이 최고 중요한 것이고, 다양한 산업 기준들이 개발되어 왔다. 전기 전자 통신 학회(IEEE)에 의해 개발된 하나의 규격을 IEEE802.11으로 지정한다. 이러한 무선 규격에서, 이동 컴퓨터 사용자는 자신의 네트워크를 ad hoc 방식으로 형성할 수 있거나 또는 인프라스트럭쳐 모드로 설치된 네트워크에 접속할 수 있다. ad hoc 모드에서, 네트워크에 대한 구조가 없고, 각 멤버는 전형적으로 각기 다른 멤버와 통신할 수 있다. 이러한 ad hoc 네트워크는 사용자 그룹이 미팅 중에서와 같이 정 보를 공유하기 위해 그들 사이에 통신하기를 원할때마다 형성될 수 있다. IEEE 802.11 하에서 ad hoc 형성된 네트워크의 예를 도 8에 도시한다. 이렇게 간략화된 도면에서 알 수 있는 바와 같이, 다수 사용자(802, 804, 806)들은 고정 배선에 의해 모두 같이 접속할 필요없이 자신들의 느슨하게 형성된 네트워크(800)로 서로 통신한다.

IEEE 802.11의 네트워크 구조의 제2 타입은 인프라스트럭쳐 네트워크로 알려져 있고 도 9에 간략한 형태로 도시되어 있다. 도시된 바와 같이, 이러한 아키텍쳐는 네트워크 멤버(908, 910) 및 자원(912, 914)과 통신할 수 있는 어떤 이동 컴퓨터 사용자(902, 904, 906)를 통하여 적어도 하나의 고정된 네트워크 액세스 포인트(AP)(900)을 사용한다. 이들 네트워크 액세스 포인트(900)는 설치된 네트워크(916) 상의 다른 유선 노드들에 무선 노드들을 브리지함으로써 무선 네트워크의 용량을 확장하기 위해 고정배선 LAN선들에 접속될 수 있고 이러한 아키텍쳐는 단층 깊이의 액세스 포인트로 제한된다.

무선 네트워크 디바이스와 인프라스트럭쳐의 개발에 따라, 소비자들 및 비즈니스가 진정한 이동 컴퓨팅, 원조 및 정보 교환의 잇점을 점점 실현할 수 있게 된다. 사업상 이동하는 업자들은 케이블을 종류별로 휴대하거나 이용가능한 데이터 포트를 끊임없이 찾아야할 필요가 없어지고, 네트워크를 접속하기만 하면 e-메일 메시지를 회수하고, 파일을 다운로드하고, 정보 교환할 수 있게 된다. 회사 및 가정에 있는 소비자가 더 이상 그들의 네트워크를 접속할 때 벽에 있는 이더넷 잭의 위치에 구속되지 않는다. 회의 참석자 및 친구들은 이제 그들 사이에 케이블 접속 할 필요없이 또는 미리 존재하는 어떤 네트워크에 로그인할 필요없이 자신들의 ad hoc 네트워크를 형성할 수 있다.

불행하게도, 무선 네트워크가 컴퓨팅 환경에 가져오는 상당한 장점 및 융통성에도 불구하고, 이들 네트워크에 하드웨어를 구현하는 것은 꽤 복잡하고 고가의 비용이 든다. 예를들어, 컴퓨터가 무선으로 통신하기 위한 수단을 제공하는 무선 네트워크 인터페이스 카드(NIC)가 아니지만 802.11 규격에 규정된 기능들 전부는 아니라도 대부분을 지원해야 한다. 일단 사용자가 무선 NIC를 인스톨하면, 무선 NIC는 무선 규격이 변화할 때마다 재구성되거나 재위치되어야 한다. 현재 사용자가 컨피겨레이션하는 것과 무선 NIC를 갱신하는 것은 아직은 꽤 복잡하다.

또한, 사용자 경험으로부터 줄여야하는 것은 다중 층 깊이 액세스 포인트를 사용하여 무선 네트워크를 형성하는 능력을 제공하는 데 있어 현재 무선 네트워크와 이동 컴퓨팅 디바이스의 제한이다. 도 10은 이용가능 시스템의 제한을 도시한다. 유선 네트워크(1002)에 접속된 종래의 액세스 포인트(1000)는 액세스 포인트(1006)에 접속된 디바이스(1014)와 통신하는 데 제한된 능력을 갖는다. 유선 액세스 포인트(1004, 1014)와 통신하는 디바이스(1006-1012)들은 유선 액세스 포인트(1000)로 패킷을 전달할 수 있고 유선 네트워크(1002)에 접속할 수 있다.

소프트웨어 베이스 무선 인프라스트럭쳐 시스템을 제공한다. 시스템은 네트워크 스택과 네트워크 인터페이스 카드(NIC)와 통신하는 스테이션 드라이버와, 스테이션 드라이버와 802.1X 공급자와 통신하는 스테이션 서버와, 유선 네트워크와 통신하는 네트워크 브리지 또는 네트워크 스택과 NIC가 통신하는 액세스 포인트 드라이버와, 액세스 포인트 드라이버와 802.1X 인증자와 통신하는 액세스 포인트 서버를 갖는다. 각 NIC는 스테이션 및/또는 액세스 포인트 기능성 지원을 제공한다.

스테이션 드라이버와 액세스 포인트 드라이버 각각은 패킷이 인증 및 연상되지 않은 경우 수신되었던 패킷을 드롭하는 필터링 에진을 갖는다. 패킷 프로세서는 필터링 엔진으로부터 인증되고 연상된 패킷을 수신하고 분할된 패킷을 리어셈블한다. 연관 매니저는 컨피겨레이션 테이블 매니저와 연관하여 사용되어 관리 패킷을 통해 스테이션과 액세스 포인트를 연관시킨다. 제2 필터링 엔진은 스위치처럼 동작하고 패킷 프로세서로부터 데이터 패킷을 수신하고, 비인증된 송신 디바이스에 의해 송신된 데이터 패킷을 드롭하고, 인증된 송신 디바이스에 의해 송신된 데이터 패킷을 제1 네트워크 스택에 송신한다. 매니저는 802.1X 데이터 패킷을 패킷 프로세서로부터 수신하고, 이들을 스테이션 서버로 송신하는 데 이 스테이션 서버는, 다른 스테이션 및 액세스 포인트를 인증 및 비인증하기 위해 사용되는 802.1X 공급자 또는/및 802.1X 인증자와 사용자 모드 애플리케이션과 통신한다.

API가 또한 제공되고, 스테이션 및 액세스 포인트와 같은 네트워크 스택층들 및 네트워크 인터페이스 카드와 사용자 모드 애플리케이션 사이에 통신하는 방법을 제공한다.

본 발명의 추가의 특징 및 장점들은 첨부된 도면을 참조하여 이어지는 실시예들의 상세한 설명으로부터 좀 더 분명해질 것이다.

도면을 참조하면, 동일한 참조부호들은 동일한 엘리먼트를 언급하고, 본 발명을 적합한 환경에서 구현하는 것으로 도시한다. 요구되지는 않았지만, 본 발명은 프로그램 모듈과 같은 컴퓨팅 디바이스에 의해 실행되는 전형적인 컴퓨터-실행이능 명령들의 콘텍스트로 설명된다. 일반적으로, 프로그램 모듈은 특정 태스크를 행하거나 또는 특정한 추출된 데이터 타입을 실행하는 루틴, 프로그램, 오브젝트, 구성 요소, 데이터 구조 등을 포함한다. 또한, 당업자라면 본 발명이 핸드-헬드 디바이스, 멀티프로세서 시스템, 마이크로프로세서 베이스 또는 프로그램가능 가전 제품, 네트워크 PC, 미니 컴퓨터, 메인프레임 컴퓨터 등을 포함하는 다른 컴퓨터 시스템 구성과 실행될 수 있다는 것을 인식할 것이다. 본 발명은 또한 분산 컴퓨팅 환경에서 실행될 수 있는 데 여기서 태스크들은 통신 네트워크를 통해 링크된 원격 처리 디바이스에 의해 실행된다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 기억 장치 내에 위치될 수 있다.

도 1은 본 발명이 동작될 수 있는 적합한 오퍼레이팅 환경(20)의 예를 도시한다. 싱글 액세스 포인트(22)는 LAN과 같은 유선 네트워크(24)에 유선 접속 (즉, 고정배선)을 갖는다. 다른 액세스 포인트(26-38)는 어떤 곳에도 위치되고 이들 액세스 포인트들은 유선 액세스 포인트(22)에 및 서로 무선 통신한다. 본 발명은 유선 액세스 포인트(22)와 무선 통신하는 스테이션(40-44)으로의 능력을 제공하고 유선 액세스 포인트로 패킷을 전달하고 인터넷에 접속할 수 있다. 스테이션(46-50)은 무선 액세스 포인트(26)와 무선 통신하고 유선 액세스 포인트(22)에 패킷을 전달하고 유선 네트워크(24)에 접속할 수 있다. 또한, 본 발명은 스테이션(46-50)에 스테이션(52-56)으로 무선 액세스 포인트(28, 32)를 통해 무선으로 패킷을 전달하기 위한 능력을 제공한다. 스테이션(52)은 무선 액세스 포인트(28)와 무선 통신하고 스테이션(54-56)은 무선 액세스 포인트(32)와 무선 통신한다. 스테이션(58)은 무선 액세스 포인트(30)와 무선 통신한다. 스테이션(52-58)은 유선 액세스 포인트(22)로 패킷을 전달하지 않고 네트워크에서 다른 스테이션으로 패킷을 전달한다. 예를들어, 스테이션(58)은 액세스 포인트(30-26-28-32)를 통해 패킷을 디바이스(56)로 전송할 수 있다.

도 2는 본 발명이 실행될 수 있는 적합한 컴퓨팅 시스템 환경(100)의 예를 도시한다. 컴퓨팅 시스템 환경(100)은 단지 적합한 컴퓨팅 환경의 한 예일 뿐이고 본 발명의 사용 범주 또는 기능에 어떤 제한을 주려는 의도는 아니다. 컴퓨팅 환경(100)이 예시적인 동작 환경(100)에서 도시된 구성 요소의 어떤 하나 또는 이들의 조합과 연관한 어떤 종속성이나 필요 요건을 갖는 것으로서 해석되어서는 안된다.

본 발명은 수개의 다른 일반적인 목적 또는 특별한 목적의 컴퓨팅 시스템 환경 또는 구성에 의해 동작하는 것이다. 본 발명에 사용하기 적합한 널리 공지된 컴퓨팅 시스템, 환경, 및/또는 구성은 PC, 서버 컴퓨터, 핸드-헬드 또는 랩톱 디바이스, 마이크로프로세서 시스템, 마이크로프로세서 베이스 시스템, 셋톱 박스, 프로그램가능 가전 제품, 네트워크 PC, 미니 컴퓨터, 메인프레임 컴퓨터, 상기 시스템 또는 디바이스 중 어떤 것을 포함하는 분산 컴퓨팅 환경 등을 포함하고 이들에 제한된 것은 아니다.

본 발명은 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행이능 명령의 일반적인 콘텍스트로 설명될 수 있다. 일반적으로, 프로그램 모듈은 특정한 태스크를 행하거나 특정한 추출 데이터 타입을 실행하는 루틴, 프로그램, 오브젝트, 구성 요소, 데이터 구조 등을 포함한다. 본 발명은 또한 태스크가 통신 네트워크를 통해 링크된 원격 처리 디바이스에 의해 실행되는 분산 컴퓨터 환경에서 실행될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 메모리 저장 디바이스를 포함하는 로컬 및 원격 컴퓨터 저장 미디어에 위치될 수 있다.

도 2를 참조하면, 본 발명을 구현하기 위한 예시적인 시스템이 컴퓨터(110) 형태로 된 범용의 컴퓨팅 디바이스를 포함한다. 컴퓨터(110)의 구성요소는 처리 유닛(120), 시스템 메모리(130), 및 시스템 메모리 내지 처리 유닛(120)을 포함하는 여러 시스템 구성 요소를 접속하는 시스템 버스(121)를 포함할 수 있고 이들에 제한되는 것은 아니다. 시스템 버스(121)는 메모리 버스 또는 메모리 제어기, 주변 버스, 및 여러가지 버스 아키텍쳐 중 어떤 것을 사용하는 로컬 버스를 포함하는 여러 종류의 버스 구조 중 어떤 것일 수 있다. 예로서, 이러한 아키텍쳐는 산업 규격 아키텍쳐(IAS) 버스, 마이크로 채널 아키텍쳐(MCA) 버스, 향상된 ISA(EISA) 버스, 비디오 전자 규격 협회(VESA) 로컬 버스, 및 메자닌(mezzanine) 버스로 알려진 주변 구성 요소 상호 접속(PCI) 버스를 포함하고 이들에 제한되지는 않는다.

컴퓨터(110)는 전형적으로는 여러가지 컴퓨터 판독가능 미디어를 포함한다. 컴퓨터 판독가능 미디어는 컴퓨터(110)에 의해 액세스될 수 있는 어떤 이용가능한 미디어일 수 있고 휘발성 및 비휘발성 미디어, 제저가능 및 제거불가능 미디어를 모두 포함한다. 예로서, 컴퓨터 판독가능 미디어는 컴퓨터저장 미디어 및 통신 미디어를 포함할 수 있다. 컴퓨터 저장 미디어는 컴퓨터 판독가능 명령, 데이터 구조, 프로그램 모듈 또는 다른 데이터 등의 정보 저장을 위한 어떤 방법이나 기술로 구현된 휘발 및 비휘발, 제거 및 제거불가능 미디어를 포함한다. 컴퓨터 저장 미디어는 RAM, ROM, EEPROM, 플래시메모리 또는 다른 메모리 기술, CD-ROM, 디지털 다용도 디스크(DVD) 또는 다른 광학 디스크 스토리지, 자기 카세트, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스 또는 원하는 정보를 저장하기 위해 사용될 수 있고 컴퓨터(110)에 의해 액세스될 수 있는 어떤 다른 미디어를 포함하고 이들에 제한되는 것은 아니다. 통신 미디어는 전형적으로는 컴퓨터 판독가능 명령, 데이터 구조, 프로그램 모듈 또는 반송파 등의 변조 데이터 신호로 된 다른 데이터 또는 다른 전송 메카니즘을 포함하고 어떤 정보 배송 미디어를 포함한다. "변조 데이터 신호"라는 개념은 신호 내의 정보를 인코딩하도록 그 신호의 특성들 중 하나 이상을 설정 또는 변경시킨 신호를 의미한다. 예로서, 통신 미디어는 유선 네트워크 또는 직접 배선 접속, 및 어코스틱, RF, 적외선 등의 무선 미디어와 그외 다른 무선 미디어를 포함한다. 상기한 것의 어떤 조합 또한 컴퓨터 판독가능 미디어의 범주 내에 포함된다.

시스템 메모리(130)는 판독 전용 메모리(ROM)(131) 및 랜덤 액세스 메모리(RAM)(132) 등의 휘발성 및/또는 비휘발성 메모리 형태로 된 컴퓨터 저장 미디어를 포함한다. 스타트-업 동안과 같이, 컴퓨터(110) 내의 엘리먼트 사이에 정보 전송에 도움을 주는 기본 루트를 포함하는 기본 입/출력 시스템(133)(BIOS)은 전형적으로는 ROM(131) 내에 저장된다. RAM(132)은 전형적으로는 처리 유닛(120)에 바로 액세스가능하고 및/또는 현재 처리 유닛(120)에 의해 동작되는 데이터 및/또는 프로그램 모듈을 포함한다. 예로서, 도 2는 오퍼레이팅 시스템(134), 애플리케이션 프로그램(135), 다른 프로그램 모듈(136), 및 프로그램 데이터(137)을 도시한다.

컴퓨터(110)는 또한 다른 제거가능/제거불가능, 휘발성/비휘발성 컴퓨터 저장 미디어를 포함할 수 있다. 예로서, 도 2는 제거 불가, 비휘발성 자기 미디어로/로부터 기록 또는 판독하는 하드 디스크 드라이브(141)와, 제거가능, 비휘발성 자기 디스크(152)에 판독 또는 기록하는 자기 디스크 드라이브(151)와, 제거가능, CD ROM 또는 다른 광학 미디어 등의 비휘발성 광학 디스크(156)에 판독 또는 기록하는 광학 디스크 드라이브(155)를 도시한다. 예시적인 오퍼레이팅 환경에서 사용될 수 있는 다른 제거/제거불가, 휘발/비휘발성 컴퓨터 미디어는 자기 테이프 카세트, 플래시 메모리 카드, 디지털 다용도 디스크, 디지털 비디오 테이프, 고상 RAM, 고상 ROM 등을 포함하고 이들에 제한되는 것은 아니다. 하드 디스크 드라이브(141)는 전형적으로는 인터페이스(140)와 같은 제거불가 메모리 인터페이스를 통해 시스템(121)에 접속되고, 자기 디스크 드라이브(151)와 광 디스크 드라이브(155)는 전형적으로는 인터페이스(150)와 같은 제거가능 메모리 인터페이스에 의해 시스템 버스(121)에 접속된다.

도 2에 도시되고 상기에서 논의된 드라이브 및 연관 컴퓨터 저장 미디어는 컴퓨터 판독가능 명령, 데이터 구조, 프로그램 모듈 및 컴퓨터(110)용 다른 데이터 를 저장한다. 도 2의 예에서, 하드 디스크 드라이브(141)는 오퍼레이팅 시스템(144), 애플리케이션 프로그램(145), 다른 프로그램 모듈(146), 및 프로그램 데이터(147)을 저장하는 것으로 도시된다. 이들 구성 요소들은 오퍼레이팅 시스템(134), 애플리케이션 프로그램(135), 다른 프로그램 모듈(136), 및 프로그램 데이터(137)와 같을 수도 다를 수도 있다는 점을 주지하기 바란다. 오퍼레이팅 시스템(144), 애플리케이션 프로그램(145), 다른 프로그램 모듈(146), 및 프로그램 데이터(147)들은 본원에서 다른 번호들로 도시되어 있고 최소한 다른 카피들이다. 사용자는 명령 및 정보를 키보드(162) 및 마우스, 트랙볼 또는 터치 패드라고 하는 포인팅 디바이스(161)와 같은 입력 디바이스를 통해 컴퓨터(110) 내로 입력한다. 이들 및 다른 입력 디바이스들은 시스템 버스에 접속된 입력 인터페이스(160)를 통해 종종 처리 유닛(120)에 접속되지만, 병렬 포트, 게임 포트 또는 유니버설 직렬 버스(USB) 등의 다른 인터페이스 및 버스 구조에 의해 접속될 수 있다. 모니터(191) 또는 다른 종류의 디스플레이 디바이스 또한 비디오 인터페이스(190) 등의 인터페이스를 통해 시스템 버스(121)에 접속된다. 모니터 뿐 아니라, 컴퓨터 또한 스피커(197) 및 프린터(196) 등의 다른 주변 출력 디바이스를 포함하고, 출력 주변 인터페이스(195)를 통해 접속될 수 있다.

컴퓨터(110)는 원격 컴퓨터(180)와 같은 하나 이상의 원격 컴퓨터로의 로컬 접속을 사용하여 네트워크된 환경에서 동작할 수 있다. 원격 컴퓨터(180)는 다른 PC, 서버, 라우터, 네트워크 PC, 피어 디바이스 또는 다른 공통 네트워크 노드일 수 있고, 도 2에 메모리 저장 다바이스(181) 만이 도시되어 있다 하더라도, 전형적으로는 PC(10)와 연관된 상술한 엘리먼트들의 대부분 또는 모두를 포함할 수 있다. 도 2에 도시된 로직 접속은 근거리 통신망(LAN)(171)과 광역 네트워크(WAN)를 포함하지만 다른 네트워크를 포함할 수도 있다. 오피스, 엔터프라이즈-와이드 컴퓨터 네트워크, 인트라네트 및 인터넷에서 이러한 네트워크 환경은 다반사이다.

LAN 네트워킹 환경에서 사용된 경우, PC(110)는 네트워크 인터페이스 또는 어댑터(170)를 통해 LAN(171)에 접속된다. WAN 네트워킹 환경에서 사용된 경우, 컴퓨터(110)는 전형적으로는 모뎀(171)을 포함하거나 또는 인터넷과 같은 WAN(173)을 통한 통신을 설치하는 다른 수단을 포함한다. 내장형 또는 외장형의 모뎀(172)은 사용자 입력 인터페이스(160) 또는 다른 적절한 메카니즘을 통해 시스템 버스(121)에 접속될 수 있다. 네트워크 환경에서, PC(110)와 연관하여 도시된 프로그램 모듈 또는 그 부분들이 원격 메모리 저장 디바이스 내에 저장될 수 있다. 예로서, 도 2는 원격 애플리케이션 프로그램(185)이 메모리 디바이스(181) 상에 상주할 때를 도시하는 데 이에 제한되는 것은 아니다. 도시된 네트워크 접속은 예시적인 것이며 컴퓨터 사이의 통신 링크를 설치하는 다른 수단을 사용할 수도 있음을 주지하기 바란다.

다음의 설명에서, 본 발명은 달리 표시하지 않는다면, 하나 이상의 컴퓨터에 의해 행해지는 동작들을 액트(acts) 및 기호로 표시하는 것과 연관하여 설명될 것이다. 이와 같이, 컴퓨터-실행된 것으로 종종 언급하는 이러한 액트 및 동작은 전기 신호의 컴퓨터 처리 단위를 구조 형태로 된 데이터로 표시함으로써 된 조작을 포함한다. 이러한 조작은 데이터를 전송하거나 그 위치를 컴퓨터의 메모리 시스템 에 유지하고, 이것은 당업자라면 공지된 방법으로 컴퓨터의 오퍼레이션을 재구성하거나 변경한다는 것은 이해된다. 데이터가 유지되는 곳에서의 데이터 구조는 데이터의 포맷에 의해 규정된 특정한 특성을 갖는 메모리의 물리적 위치이다. 그러나, 본 발명이 전술한 내용으로 설명되었다 하더라도, 이하에서 설명되는 다양한 액트 및 오퍼레이션이 하드웨어로 구현될 수도 있음을 당업자에게 제한하려는 의도는 아니다. 본 발명은 인프라스트럭쳐 모드 무선 LAN에서의 소프트웨어 베이스 액세스 포인트(AP 또는 액세스 포인트)및 인프라스트럭쳐 모드 무선 LAN 또는 ad-hoc 모드 무선 LAN에서의 소프트웨어 베이스 스테이션(스테이션)을 설명할 것이다. 본 발명은 AP 및 스테이션을 명백하게 개별적으로 설명할 것이다. 이러한 구현은 사용자 인터페이스를 통해 동적 AP 또는 스테이션 구성을 가능케하는 하나의 인프라스트럭쳐로 통합될 수 있다.

도 3을 다시 참조하면, 두개 카테고리의 802.11 서비스가 있다. 이러한 카테고리는 스테이션 서비스 및 분배 시스템 서비스이다. 802.11 서비스는 인증, 연관, 비인증, 분리(disassociation), 분배, 통합(integration), 전용(privacy), 재연관 및 MSDU(MAC[미디어 액세스 제어] 서비스 데이터 유닛) 통신이다. 스테이션 서비스는 인증, 비인증, 프라이버시 및 MSDU 통신이다. 분배 시스템 서비스는 인증, 비인증, 분배, 통합 및 재연관을 포함한다. 스테이션(200)은 액세스 포인트(300)를 무선으로 통신한다.

다음의 설명에서, 아키텍쳐는 스테이션 드라이버와 액세스 포인트 드라이버를 개별 드라이버로 설명할 것이다. 개별 드라이버로 설명되었지만, 드라이버는 하나의 드라이버로 연관될 수 있다. 도 4는 본 발명에 따른 스테이션의 전체 아키텍쳐를 도시한다. 802.11 네트워크 인터페이스 카드(NIC)(202)는 무선 LAN(204)에 접속된다. 802.11 패킷이 수신되면, 일부 802.11 패킷을 스테이션 드라이버(206)인 그 프로토콜로 패스한다. 802.11 패킷이 전송되면, NIC(200)은 스테이션 드라이버(206)로부터 802.11 패킷을 수신하고 이들을 무선 LAN(204)을 통해 목적지로 전송한다. NIC(202)은 또한 이하에서 설명하는 바와 같은 802.11 특정 하드웨어 오퍼레이션을 행할 수 있고, NIC(202)이 처리 유닛을 갖는다면 여기서 802.11 패킷을 표시하는 대신 일부 802.11 패킷을 서브서밍(subsuming)할 수 있고 또한 그 자신의 802.11 패킷을 생성할 수 있다.

스테이션 드라이버(206)는 802.3 가상 미니 포트이다. 스테이션 드라이버(206)는 NIC(202)로부터 802.11 패킷을 수신하고 이들을 TCP/IP 등의 802.3 프로토콜로 표시하기 이전에 일부 802.11 패킷을 802.3 패킷으로 변환한다. 드라이버(206)는 또한 스테이션 서버(212)로의 업 콜을 통해 802.1X 공급자(210)로의 802.1X 패킷을 나타낸다. 전송 경로 상에서, 드라이버(206)는 802.3 패킷을 802.3 프로토콜(208)로부터 수신하고 이들을 NIC(202)로 패스하기 이전에 802.11 패킷으로 변환한다. 드라이버(206)는 또한 802.1X 공급자(210)로부터 수신된 802.1X 패킷을 스테이션 서버(212)를 통해 전송한다. 802.3/802.11 패킷 변환에 부가하여, 드라이버(206)는 소프트웨어로 다른 802.11 스테이션 오퍼레이션을 행하고, 여기에서 802.11 패킷을 나타내는 대신 일부 802.11 패킷을 포함하고 그 자신의 802.11 패킷을 생성할 수도 있다.

802.1X 공급자(210)는 예정된 802.1X 패킷을 스테이션 서버(212)를 통해 802.1X 인증자로/로부터 전송하고 수신한다. 스테이션 서버(212)는 (802.1X 공급자(210), 스테이션 매니저/모니터(214) 등과 같은)모든 연관된 사용자 모드 애플리케이션과 스테이션 드라이버(206) 사이에 도관을 만든다. 연관 사용자 모드 애플리케이션 내에 API를 노출한 서버(212)는 콜하여 스테이션 드라이버(206)로 다운 콜을 형성할 수 있다. 스테이션 서버(212)는 또한 애플리케이션이 서버(212)로 자신을 등록시키는 경우 각 연관 사용자 모드 애플리케이션으로부터 기능 테이블을 수신한다. 서버(212)는 이러한 기능 테이블을 사용하여 스테이션 드라이버(206)로부터의 업 콜을 예정된 사용자 모드 애플리케이션으로 패스한다. 스테이션 클라이언트 사이드 DLL(216)은 서버에 의해 노출된 API를 떨어뜨릴(remote) 능력을 제공한다.

도 5는 본 발명에 따른 액세스 포인트(300)의 전체 아키텍쳐를 도시한다. 802.11 물리적 NIC(302)는 무선 LAN(204)에 접속된다. 802.11 패킷이 수신되면, NIC(302)은 일부 802.11 패킷을 그 프로토콜, AP 드라이버(304)에 패스한다. 전송 경로 상에서, NIC(302)는 AP 드라이버(304)로부터 802.11 패킷을 수신하고 이들을 무선 LAN(204)을 통해 송신한다. NIC 카드(302)는 또한 802.11 패킷들을 표시하는 대신 일부 802.11 패킷을 서브서밍할 수 있고 또한 그 자신의 802.11 패킷을 생성할 수도 있는 802.11 특정 하드웨어 오퍼레이션을 행한다.

AP 드라이버(304)는 802.3 가상 미니 포트이다. AP 드라이버(302)는 NIC(302)로부터 802.11 패킷을 수신하고 이들을 선택적 브리지(306)로 이동하여 표시하기 이전에 일부 802.11 패킷을 802.3 패킷으로 변환한다. AP 드라이버(304)는 또한 AP 서버(310)로의 업 콜을 통해 802.1X 공급자(308)로의 802.1X 패킷을 나타낸다. 전송 경로 상에서, AP 드라이버(304)는 브리지(306)로부터 802.3 패킷을 수신하고 이들을 NIC(202)로 패스하기 이전에 802.11 패킷으로 변환한다. AP 드라이버(304)는 또한 802.1X 인증자(308)로부터 수신된 802.1X 패킷을 AP 서버(310)를 통해 전송한다. 802.3 내지 802.11 및 803.2 패킷 변환에 부가하여, AP 드라이버(304)는 802.11 패킷을 표시하는 대신 일부 802.11 패킷을 서브서밍할 수 있고 그 자신의 802.11 패킷을 생성할 수 있는 소프트웨어로 다른 802.11 액세스 포인트 오퍼레이션을 행한다.

802.3 NIC(312)는 무선 LAN(314)에 접속된다. 브리지(306)는 802.3 NIC(312) 및 AP 드라이버(304) 상에서 실행한다. 802.1X 인증자(308)는 802.1X 공급자(210)로/로부터 예정된 802.1X 패킷을 AP 서버(310)를 통해 송수신한다. 인증자(308)는 또한 802.1X 인증자 서버로/로부터 예정된 802.1X 패킷을 브리지(306)로/로부터 송신하고, 결국에는 이들 패킷을 802.3 NIC(312)로/로부터 패스하거나 수신한다. 도 3으로 다시 돌아가서, 802.1X 인증자(308)는 SAM 데이터베이스(400)와 레이더스 클라이언트(Radius CLient, 402)와 통신할 수 있다. SAM 데이터베이스(400)는 메시지를 패스포트 서버(404) 또는 레이더스 서버(406)로 전송할 수 있고 이것들은 동일한 박스 또는 네트워크를 통해 결합할 수 있다.

AP 서버(310)는 (802.1X 공급자(308), AP 매니저/모니터(318) 등과 같은)모든 연관된 사용자 모드 애플리케이션과 AP 드라이버(304) 사이에 도관을 만든다. 연관 사용자 모드 애플리케이션 내에 API를 노출한 AP 서버(310)는 콜하여 AP 드라 이버(304)로 다운 콜을 형성할 수 있다. AP 서버(310)는 또한 애플리케이션이 서버(310)로 자신을 등록시키는 경우 각 연관 사용자 모드 애플리케이션으로부터 기능 테이블을 수신한다. AP 서버(310)는 이러한 기능 테이블을 사용하여 AP 드라이버(304)로부터의 업 콜을 예정된 사용자 모드 애플리케이션으로 패스한다. AP 클라이언트 사이드 DLL(216)은 서버에 의해 노출된 API를 떨어뜨릴 능력을 제공한다.

도 6 및 7을 참조하면, 스테이션(200) 및 액세스 포인트(300)에서의 802.11 패킷의 루트를 설명할 것이다. 설명할 목적으로, 액세스 포인트(300)에서의 루트를 설명할 것이다. 루트를 일단 설명하면, NIC(202, 302)이 행하는 기능들 및 AP 드라이버(304) 및 스테이션 드라이버(206)가 행하는 기능들을 설명할 것이다.

802.11 패킷이 수신되면, NIC(302)는 802.11 패킷을 송신하고, 802.11 패킷이 수신된 AP 드라이버(304)로 통지하는 표시(600)을 수신한다. 필터링 엔진(602)은 패킷이 드롭될 것인지 또는 패킷의 연관 상태에 의존하여 표시될 것인지를 판정한다. 패킷 상태는 연관 테이블에 의해 표시된 바와 같이 패킷의 전송자에 의해 유지되는 패킷 종류와 상태를 표시한다. 스테이션(및 다른 액세스 포인트)으로부터의 패킷은 적절하게 인증되고 연관되어 표시된다. 적절하게 인증되거나 연관되지 않은 스테이션(및 액세스 포인트)으로부터의 데이터 패킷은 드롭된다. 802.11 관리 패킷들은, 사용자가 이미 부정하는 형태로 특정 MAC 어드레스에서의 서비스 체크를 구현하여 모든 패킷을 드롭시키지 않는다면, 연관 매니저(608)에 의해 처리되어 포워드된다.

패킷 프로세서(604)는 패킷을 수신하고 만일 이 패킷이 분할(fragmentation) 되었다면 패킷을 리어셈블한다. 패킷 프로세서(604)가 수신하는 초기 패킷들은 MPDU(MAC[media access control] 프로토콜 데이터 유닛)으로 알려져 있다. MPDU 패킷은 MSDU(MAC 서비스 데이터 유닛)의 프래그먼트일 수 있다. 패킷 프로세서(604)는 암호화된 패킷을 해독하고 만약 해독된 패킷이 분할된다면, 패킷 프로세서(604)는 이들을 리어셈블한다. 패킷 프로세서(604)는 MSDU를 902.11 데이터/관리 demux(606)로 송신한다. NIC(302)는 패킷을 해독하고 비분할(defragment)한다. 따라서, 드라이버(206, 304)에 의해 구성된 오프로드/업로드 능력에 의존하여, 수신된 MPDU의 해독 및 비분할이 NIC(202, 302) 또는 드라이버(206, 304)에서 행해진다.

802.11 데이터/관리 demux(606)는 관리 패킷을 데이터 패킷으로부터 분리한다. 관리 패킷은 연관 매니저(608)로 전송되고, 여기에서 상태 엔진이 802.11 연관에 대해 유지된다. 802.11 데이터 패킷들이 표시된다. 이 데이터 패킷은 802.1X 패킷을 포함하고, 이것은 풀 레이어 2 인증 패킷이다. 데이터/802.1X demux(610)는 802.1X 패킷을 802.1X 매니저(612)로 전송한다. 802.1X 매니저(612)는 802.1X 패킷을 802.1X 공급자(210)(도 7 참조) 또는 802.1X 인증자(308)로 표시하기 위한 업 콜 모듈(614)을 갖는다. 인증자(308) (또는 공급자(210))가 패킷 전송할 필요가 있다면, 패킷을 클라이언트 사이드 DLL(320)(216)로 주면 그 패킷은 AP 서버(310)(또는 스테이션 서버(212))로 와서, 다운 콜을 통해 802.1X 매니저(612)로 내려가게 될 것이고, 패킷은 데이터/802.1X mux(616) 및 802.11 데이터/관리 mux(618)를 통해 NIC(302)(또는 NIC(202))로 전송된다.

수신 경로로 더 진행하여, 통상의 802.11 데이터 패킷은 데이터/802.1X demux(610)로부터 802.1X 포트처럼 동작하는 802.1X 필터링 엔진(620)으로 전송된다. 802.1X 필터링 엔진(620)은 송신국(또는 액세스 포인트)에 대해서 802.1X 인증이 발생하는 경우에만 패킷이 필터링 엔진(620)을 통해 진행할 수 있도록 한다. 필터링 엔진(620)은 전송 디바이스가 인증되기 앞서 패킷을 통과시킬 수 없다. 프로세스에서 이 시점에 와야 다음의 이벤트들이 발생한다. 먼저, 802.11 필터링 엔진(604)에서, 송신국은 액세스 포인트(300)와 연관할 필요가 있다. 연관 이전에, 필터링 엔진(604)은 802.11 관리 패킷을 제외한 (802.1X 패킷을 포함하는)모든 패킷을 드롭시킨다. 일단 연관되면, 802.11 및 802.1X 데이터 패킷이 허가되지만, 포트가 클로즈되면 802.1X 필터링 엔진(620)은 데이터 패킷을 드롭한다. 본원에서 사용된 바와 같이, 포트가 클로즈된다는 의미는 패킷이 통과 허가되지 않는다는 것이다. 포트가 오픈된다는 것은 패킷을 통과시킨다는 것이다. 802.1X 패킷만이 인증자(308)에게로 허가되는 데, 인증자는 인증 프로세스를 완료하기 위해 패킷을 되전송한다. 일단 인증이 행해지면, 802.1X 필터 포트(620)는 특정국(즉, 특정 MAC 어드레스)에 대해 개방된다. MAC 어드레스에 대한 데이터 패킷은 802.1X 필터링 엔진(620)에 의해 표시된다.

유/무선 LAN demux(622)는 패킷이 결국에는, 동일한 네트워크에 속하는 스테이션(즉, 소정 액세스 포인트와 연관한 스테이션이 액세스 포인트의 셀 커버리지 내에 있는지)으로 향하는지 여부를 판정한다. 패킷이 동일한 네트워크에 속하는 스테이션으로 향한다면, 명령을 루트하기 위해 경로를 IP층(306)으로 움직일 필요는 없다. 대신, 패킷이 AP 브리지(624)로 전송되면, 동일 네트워크 상의 전송 경로 상에 패킷을 재라우팅시킬 것이다. 패킷이 동일 네트워크에 속하는 스테이션으로 향하지 않는다면, 패킷은 패킷 컨버터(626)로 송신되고 여기서 802.11 패킷이 802.3 패킷으로 변환되고 선택적 네트워크 브리지(306)로 표시되거나 그 상부에 있는 IP(208)일 수 있다. 802.11에서 802.3로의 변환이 필요치 않기 때문에 AP 브리지(624)를 통한 패키지 라우팅은 자원을 유지한다.

전송 경로 상에서, 802.3 패킷 전송 표시(630)는, 패킷이 네트워크 브리지(306) 또는 IP층(208)으로부터 전송될 때 수신된다. 패킷 컨버터(626)에 의해 802.3 패킷이 802.11 패킷으로 변환되고 유/무선 LAN Mux(632)로 전송되고, 이것은 패킷 컨버터(626) 또는 AP 브리지(624)로부터 패킷을 수신한다. 패킷은 802.1X 필터링 엔진(620)으로 간다. 1.X 포트가 목적지 MAC 어드레스를 향해 클로즈된다면, 802.11 패킷은 전송되지 않는다. 그러나, 인증되기 이전에 AP 필터링 엔진(602)이 클리어 텍스트 패킷을 전송하도록 허가한다. 데이터/802.1X mux(616)는 데이터 패킷 및 802.1 패킷을 수신한다. 이미 표시한 바와 같이, 802.1X 인증자(308)(또는 802.1X 공급자(210))는 패킷을 802.1X 매니저(612)로 전송할 수 있고, 매니저(612)는 802.1X 패킷에 대한 802.11 패킷을 생성하고 이들을 데이터/802.1X mux(616)로 준다.

데이터 패킷은 802.11 데이터/관리 demux(616)로 전송된다. 연관 매니저(612)는 802.11 관리 패킷을 생성할 수 있고 이들 관리 패킷들은 802.11 데이터 패킷과 다중화된다. 이 패킷들은 패킷 프로세서(604)로 진행한다. 일단 분 할되고 필요하다면 암호화된다. 필터링 엔진(602)은 유효하게 연관된 패킷들만이 전송되는 것을 보장한다.

이제까지 데이터 라우팅을 설명하였고 이하에서는 제어 메시지 라우팅을 논의하고자 한다. 이것들은 서버(212, 310)로부터의 제어 I/O 콜들이다. 서버(212, 310)은 I/O 사용자 모드 애플리케이션 중 어떤 것에 의해 콜될 수 있는 API를 노출한다. 이러한 콜들은 서버(212, 310)로부터 제어 I/O 콜을 통해 제어 I/O demux(700)로 전송되고, 제어 I/O demux(700)는 콜을 802.1X 매니저(612), 연관 매니저(608), 또는 컨피겨레이션 테이블 매니저(702)로 전송한다. 컨피겨레이션 테이블 매니저(702)는 액세스 포인트(300)(또는 스테이션(200))로의 컨피겨레이션 데이터를 홀드한다. 컨피겨레이션 데이터는 어떤 타입의 암호화가 사용될 것인지, 어떤 타입의 패킷이 수용될 수 있는 지, 스테이션 및/또는 액세스 포인트들에서 패킷들이 항상 드롭될 것인지 등을 포함한다. 컨피겨레이션 테이블 매니저(702)는 또한 콜을 NIC(202, 302)로 패스 다운한다. 이러한 업 콜은 컨피겨레이션 테이블 매니저(702), 802.1X 매니저(612), 또는 연관 매니저(608)로부터 업 콜 모듈(614)로 패스 업된다. 이러한 업 콜들은 제어 I/O(706)를 통해 서버(212, 310)로 전송되고, 서버는 업 콜을 청취하는 사용자 모드 애플리케이션을 콜한다.

AP(300) 및 스테이션(200)은 자신을 802.3 미디어 타입으로 노출한다. 802.3 OIDs(object identifiers)을 전용 OID 맵퍼(708) 및 맵퍼(710)에서 802.11 OIDs로 맵핑한다. 이하에서 설명되는 OIDS는 NIC(202, 302)로 전송되고 여기에서 지원된다. 컨피겨레이션 OIDS(712)는 802.11 컨피겨레이션 특정 질의 및 설정 제 어 정보 OIDs이다. 연관 매니저(608)는 또한 NIC(202, 302)에서 OID의 일부를 콜하고 설정할 수 있다.

이제 전체 데이터 및 제어 플로우를 설명하기로 하고, NIC(202, 302)으로 오프로드될 수 있는 기능을 포함하여 드라이버(204, 304)와 NIC(202, 302) 사이의 802.11 기능의 일부를 설명하기로 한다. 일반적으로, 오퍼레이팅 시스템(예를들어, 스테이션(200) 또는 액세스 포인트(300))에서 좀 더 잘 행해지는 기능들은 오퍼레이팅 시스템 내로 분배되고 나머지 기능들은 NIC(202, 302)에서 행해진다. 나머지 기능들은 오퍼레이팅 시스템에서 행해질 수 없거나 또는 오퍼레이팅 시스템에서 실제로 행해지지 않는 것이다. 예를들어, Intel X86 플랫폼에서의 오퍼레이팅 시스템의 입도(granularity)는 5 마이크로초이다. 좀 더 큰 입도를 필요로 하는 오퍼레이션은 오퍼레이션 시스템에서 행해질 수 없어, 이러한 오퍼레이션들은 NIC(202, 302)에서 행해진다. 비이컨(beacon)들이 주기적으로 전송되어야 하는 데(100 msec 및 그 이상 사이에서 변화할 수 있다), 이것은 과대하게 시간소비되는 것이고 오퍼레이팅 시스템에서 실제로 행해지는 것은 아니다. NIC(202, 302)은 비이컨 전송을 좀 더 주기적으로 보장할 수 있고 또한 대기 중으로 전송되기 바로 이전에 비이컨의 타임-스탬핑이 행해지는 것을 보장함으로써, 결과적으로 지터로 나타나는 타임 스탬프의 변동을 최소화할 수 있다. 그 결과, 비이컨 생성이 NIC(202, 302)으로 오프로드된다.

본 발명에 따라 구현된 NIC은 스테이션 기능 또는 액세스 포인트 기능성을 지원하거나, 액세스 포인트 및 스테이션 기능성 둘다를 지원해야 한다. 또한, NIC 는 2.4 GHz 대역의 주파수-홉핑 확산 스펙트럼(FHSS) PHY(물리층), 2.4 GHz 대역의 직접 시퀀스 확산 스펙트럼(DSSS) PHY, 적외선 PHY 중 적어도 하나를 지원해야 한다. 또한, IEEE 802.11g 등의 다른 PHY 규격 (예를들어, OFDM[orthogonal frequency-division multiplexing]을 사용하여 2.4 GHz 대역에서의 고속 PHY 레이트) 및 PBCC[packet binary convolution coding]와, CCK[complementary code keying], 및 IEEE 802.11a(예를들어, OFDM을 사용하는 5 GHz) 등의 다른 광학적 대체물은 NIC에 의해 지원될 필요가 있을 수 있다.

MAC 프로토콜 기능들은 NIC(202, 302) 또는 스테이션(200) 또는 액세스 포인트(300)에 의해 지원되어야 한다. 이러한 기능들은 인증 서비스, WEP(유선 등가 전용 프로토콜) 알고리즘, 분산 코디네이션 기능, 포인트 코디네이터, CF-폴 가능(경쟁없는 폴 가능), 분할, 비분할, MAC 데이터 서비스, 멀티-레이트 지원, 다수의 현저한 MSDU 지원, 시동기화, 인프라스트럭쳐 파워 관리, IBSS 파워 관리, 및 연관 및 재연관을 포함한다. 스테이션 및 액세스 포인트는 인증 서비스를 제공해야 한다. 인증 서비스는 인증 상태, 오픈 시스템 인증, 및 공유 키 인증을 포함한다. 이것들은 NIC로 오프로드되지 않는다. WEP 알고리즘은 WEP 암호화 처리, WEP 해독 프로시저, 및 보안 서비스 관리로 구성되고, 스테이션 및 액세스 포인트에서 실행되어야 한다. WEP 암호화 처리 및 WEP 해독 처리는 NIC로 오프로드될 수 있다. WEP이 NIC에 의해 지원되지 않는다면, 본원에서 설명될 표준 NDIS 기능들을 위해 NIC는 802.11 확장을 지원해야 한다.

분산 코디네이션 기능은 NIC에서 실행된다. 분산 코디네이션 기능은 네트 할당 벡터(NAV) 기능, 인터프레임 스페이스 사용 및 타이밍, 랜덤 백오프 기능, DCF(distributed coordination function) 액세스 프로시저, 복귀 프로시저 및 재전송 제한, RTTS/CTS(전송 요구/전송 클리어) 프로시저, 직접 MPDU 전송, 방송 및 멀티캐스트 MPDU 전송, MAC 레벨 승인, 및 이중 검출 및 복귀를 포함한다.

포인트 코디네이터는 액세스 포인트 기능성만을 지원하는 NIC에서는 선택적이고, 다른 종류의 NIC(스테이션 전용 기능성 및 스테이션 및 액세스 포인트 기능성)에서는 필수적이다. 포인트 코디네이터는 CFP(경쟁없는 주기) 구조 및 타이밍의 유지, PC로부터의 PCF MPDU(포인트 조정 기능 MAC 프로토콜 데이터 유닛) 전송, PC로의 PCF MPDU 전송, PC 설비 오버랩핑, 및 폴링 리스트 유지를 포함한다. PC로의 PCF MPDU 전송은 선택적이다. PC로의 PCF MPDU 전송이 지원되면, 폴링 리스트 유지가 지원되어야 한다. CF-폴 가능이 NIC에서 실행되어야 한다. CF-폴 가능은 CFP 구조 및 타이밍의 해석, CF-폴 가능 스테이션으로/로부터의 PCF MPDU 전송, 및 폴링 리스트 갱신을 포함한다.

패킷의 분할 및 비분할은 스테이션 및 액세스 포인트에서 실행되어야 한다. 패킷의 분할 및 비분할은 NIC에서 실행될 수 있다. 분할 또는 비분할 기능성은 NIC에서 실행될 수 있다. 분할 또는 비분할 기능성이 NIC에서 실행된다면, NIC은 WEP 오프로드를 실행해야 한다. 분할 또는 비분할 기능성이 NIC에서 실행되지 않는다면, 본원에서 설명되는 바와 같은 표준 NDIS 기능을 위해 NIC은 802.11 확장을 지원해야 한다.

MAC 데이터 서비스는 NIC에서 실행된다. MAC 데이터 서비스는 기록가능 멀 티캐스트 서비스 클라스 및 엄격하게 주문된 서비스 클라스를 포함한다. 기록가능 멀티캐스트 서비스 클라스는 필수적인 것이고, 엄격하게 주문된 서비스 클라스는 선택적인 것이다. 멀티-레이트 지원은 NIC에서 실행된다. 다수의 현저한 MSDU 전송 제한들이 스테이션, 액세스 포인트, 및 NIC에서 실행된다.

타이밍 동기화는 NIC에서 실행된다. NIC는 비이컨 생성, TST 동기화 및 정확도, 수동 스캐닝, 능동 스캐닝, 및 프로브 응답을 지원해야 한다. 액세스 포인트 기능을 지원하는 NICS는 인프라스트럭쳐 네트워크 내의 타이밍과, BSS(Basic Service Set) 초기화를 지원해야 한다. 스테이션 기능을 지원하는 NICs는 독립적인 BSS(IBSS) 내의 타이밍과, 종속적인 BSS 초기화를 지원해야 한다. 2.4㎓ 대역용 FHSS PHY를 지원하는 NICs는 홉(hop) 동기화 기능을 지원해야 한다. NICs는 IEEE802.11g와 IEEE802.11a 등의 다른 PHY 표준들을 지원할 것이 요구될 수 있다.

인프라스트럭쳐 파워 관리는 NIC 내에서 구현된다. 스테이션 기능을 지원하는 NICs는 스테이션 파워 관리 모드들을 제공할 것이고 CP 동안 수신 기능을 실행할 것이다. 액세스 포인트 기능을 지원하는 NICS는 TIM 전송, CP 동안 AP 기능, 및 에이징 기능을 실행할 것이다. 포인트 코디네이터 기능을 제공하는 NICs는 CFP 동안 AP 기능을 실행해야 한다. CF-폴가능 기능을 제공하는 NICs는 CFP 동안 수신 기능을 실행해야 한다.

IBSS 파워 관리는 스테이션 기능을 지원하는 NICs 내에서 실행된다. IBSS 파워 관리는 IBSS 파워 관리의 초기화, 스테이션 파워 상태 전이, 및 ATIM(Announcement Traffic Indication Message)과 프레임 전송을 포함한다.

연관 및 재연관 기능은 스테이션들 및 액세스 포인트들 내에서 실행된다. 이 기능은 연관 상태, 스테이션 혹은 액세스 포인트 연관 프로시져, 및 스테이션 혹은 액세스 포인트 재연관 프로시져를 제공하는 것을 포함한다. 이 기능들은 NIC 내에서 실행되지 않아야 한다.

스테이션 및 액세스 포인트들은 NICs 내에 구현되는 프레임 기능과 함께 MAC 프레임 기능을 지원한다. MAC 프레임 기능은 전송 기능, 수신 기능, 프레임 교환 시퀀스, 및 MAC 어드레싱 기능들을 포함한다. 특히, 전송 기능은 연관 및 재연관 요구 기능, 연관 및 재연관 응답 기능, 분리, 인증, 및 비인증 기능, 프로브 요구, 프로브 응답 및 비이컨 기능, PS-폴 기능, RTS, CTS 및 ACK 기능, CF-End, CF-End+CF-Ack, Data, Data+CF-Ack, Data+CF-Poll, Data+CF-Ack+CF-Poll, NULL, CF-Ack(no data), CF-Poll(no data), CF-Ack+CF-Poll(no data) 기능을 포함한다. 연관 및 재연관 요구 기능은 스테이션 내에서 실행되고, 연관 및 재연관 응답 기능은 액세스 포인트들 내에서 실행된다. 분리, 인증, 및 비인증 기능은 스테이션 및 액세스 포인트들 내에서 실행된다. 프로브 응답 및 비이컨 기능은 NICs 내에서 실행된다. 스테이션 기능을 지원하는 NICs는 프로브 요구 기능 및 PS-폴 기능을 실행해야 한다. RTS, CTS 및 ACK 기능들은 NICs 내에서 실행된다. CF-End와 CF-End+CF-Ack 기능들은 포인트 코디네이터 기능을 제공하는 NICs 내에서 실행된다. Data 기능은 스테이션 및 액세스 포인트들 내에서 실행된다. NULL 기능은 NICs 내에서 실행된다. PC 기능에 PCF MPDU 전송을 제공하는 NICs는 또한 Data+CF-Poll, Data+CF-Ack+CF-Poll, CF-Poll(no data), 및 CF-Ack+CF-Poll(no data) 기능을 실행 한다. Data+CF-Ack 및 CF-Ack (no data) 기능은 포인트 코디네이터 기능 또는 CF-폴가능 기능을 제공하는 NICs 내에서 실행된다.

MAC 프레임 수신 기능은 연관, 재연관 요구 기능, 연관 및 재연관 응답 기능, 분리, 인증, 및 비인증 기능, 프로브 요구, 프로브 응답 및 비이컨 기능, ATIM, PS-Poll 기능, RTS, CTS 및 ACK 기능, CF-End, CF-End+CF-Ack, Data, Data+CF-Ack, Data+CF-Poll, Data+CF-Ack+CF-Poll, NULL, CF-Ack (no data), CF-Poll(no data), CF-Ack+CF-Poll(no data) 기능을 포함한다. 연관, 재연관 요구 기능은 액세스 포인트들 내에서 실행되고, 연관 및 재연관 응답 기능은 스테이션들 내에서 실행된다. 분리, 인증, 및 비인증 기능은 스테이션들 및 액세스 포인트들 내에서 실행된다. 프로브 응답 및 비이컨 기능은 스테이션들, 액세스 포인트들, 및 NICs 내에서 실행된다. 스테이션 기능을 지원하는 NICs는 ATIM 기능을 실행해야 한다. 액세스 포인트 기능을 지원하는 NICs는 PS-Poll 기능을 실행해야 한다. RTS, CTS, ACK, CF-End, 및 CF-End+CF-Ack, Data+CF-Ack, 및 NULL 기능은 NICs 내에서 실행된다. Data 기능은 스테이션들 및 액세스 포인트들 내에서 실행된다. CF 폴가능 기능을 제공하는 NICs는 Data+CF-Poll, Data+CF-Ack+CF-Poll, CF-Poll(no data), 및 CF-Ack+CF-Poll(no data) 기능을 실행한다. CF-Ack (no data) 기능은 포인트 코디네이터 기능 혹은 CF-폴가능 기능을 제공하는 NICs 내에서 실행된다.

프레임 교환 시퀀스들은 기본 프레임 시퀀스들 및 CF-프레임 시퀀스들을 포함한다. 기본 프레임 시퀀스 기능은 NICs 내에서 실행된다. CF-프레임 시퀀스 기 능은 포인트 코디네이터 기능 혹은 CF-폴가능 기능을 제공하는 NICs 내에서 실행된다.

MAC 어드레싱 기능들은 스테이션 유니버셜 IEEE 802 어드레스 기능, BSS 식별자 생성, 및 수신 어드레스 매칭을 포함한다. 스테이션 유니버셜 IEEE 802 어드레스 기능, 및 수신 어드레스 매칭은 스테이션들, 액세스 포인트들, 및 NICs 내에서 실행된다. BSS 식별자 생성은 스테이션들 및 액세스 포인트들 내에서 실행된다.

이제, 본 발명의 스테이션들, 액세스 포인트들, 및 NICs 간의 802.11 기능들의 분할이 설명되고, 스테이션들, 액세스 포인트들, 및 NICs 간의 통신 콜들이 이제 설명될 것이다.

스테이션들 및 액세스 포인트들은 NIC에게 오프로드(offload) 기능을 할 수 있다. OID 콜들은 NIC의 기능을 판정하기 위해 NIC에게 질의하기 위해 이용된다. NIC의 기능을 판정하기 위한 OID 콜들은 OID_DOT11_Offload_Capability, OID_DOT11_Current_Offload_Capability, OID_DOT11_Operation_Mode_Capability, OID_DOT11_Optional_Capability, OID_DOT11_WEP_Offload, OID_DOT11_WEP_Upload, OID_DOT11_Default_WEP_Offload, OID_DOT11_Default_WEP_Upload, 및 OID_DOT11_MPDU_Maximum_Length이다. OID_DOT11_Offload_Capability 콜은 스테이션 혹은 액세스 포인트에게 NIC이 지원하는 기능들을 제공한다. 오프로드일 수 있는 기능들은 WEP, 분할, 및 비분할을 포함한다. WEP이 지원되면, NIC은 또한 NIC에게 오프로드될 수 있는 최대수의 WEP 열들을 리턴한다. OID_DOT11_Current_Offload_Capability 콜은 NIC의 현재의 오프로드 기능을 제공한다. OID_DOT11_WEP_Offload 콜은 WEP 열을 NIC 내로 오프로드하기 위해 사용되고, 사용될 알고리즘, WEP 열의 방향, 피어(peer)의 MAC 어드레스, 바이트로 키 길이를 지정하고, 콜은 실제 키를 포함한다. NIC(202, 302)은 제어를 스테이션(200) 혹은 액세스 포인트(300)로 리턴한다. OID_DOT11_Default_WEP_Upload 콜은 지정된 WEP 열을 NIC으로부터 업로드하기 위해 사용된다. OID_DOT11_Default_WEP_Offload 콜은 디폴트 WEP 열을 NIC내로 오프로드한다. 이 콜은 또한 사용될 알고리즘, WEP 열이 파퓰레이트될 필요가 있는 디폴트 WEP 테이블 내의 지수, WEP 열이 인가되는 어드레스 타입, 바이트로 키 길이를 지정하고, 콜은 실제 키를 포함한다. OID_DOT11_Default_WEP_Upload 콜은 디폴트 WEP 열을 NIC으로부터 업로드하기 위해 이용된다. OID_DOT11_MPDU_Maximum_Length 콜은 NIC에 의해 지원되는 최대 MPDU 길이를 판정하기 위해 NIC에게 질의하기 위해 이용된다.

스테이션들 및 액세스 포인트들은 기초 NIC을 구성하기 위해 컨피겨레이션 콜을 이용한다. 이 콜들은 OID_DOT11_Operation_Mode_Capability, OID_DOT11_Current_Operation_Mode, OID_DOT11_Current_Packet_Filter, OID_DOT11_ATIM_Window, OID_DOT11_Scan_Request, OID_DOT11_Current_PHY_Type, OID_DOT11_Join_Request, OID_DOT11_Start_Request, OID_DOT11_Reset_Request, OID_DOT11_Optional_Capability, 및 OID_DOT11_Current_Optional_Capability를 포함한다. OID_DOT11_Operation_Mode_Capability 콜은 NIC에 의해 지원되는 오퍼레이션 모드를 판정하기 위해 이용된다. NIC은 NIC이 스테이션 기능만을 지원하는지, 액세스 포인트 기능만을 지원하는지, 또는 스테이션 기능 및 액세스 포인트 기능을 둘다 지원하는지의 여부를 나타내는 값을 리턴한다. OID_DOT11_Current_Operation_Mode 콜은 NIC이 오퍼레이트하기 시작할 오퍼레이션 모드를 설정하기 위해 이용된다. 오퍼레이션 모드들은 스테이션 전용 모드, 액세스 포인트 전용 모드, 혹은 스테이션 및 액세스 포인트 모드이다. OID_DOT11_Current_Packet_Filter 콜은 적당한 플래그를 설정함에 의해 NIC이 어떤 타입의 패킷들을 지원하는지를 나타내기 위해 사용된다. 플래그는 802.11 유니캐스트 제어 패킷, 802.11 유니캐스트 관리 패킷, 802.11 유니캐스트 데이터 패킷, 802.11 멀티캐스트 제어 패킷, 802.11 멀티캐스트 관리 패킷, 802.11 멀티캐스트 데이터 패킷, 802.11 방송 제어 패킷, 802.11 방송 관리 패킷, 802.11 방송 데이터 패킷, 무차별 모드(모든 802.11 패킷) 및 모든 802.11 멀티캐스트 패킷들을 포함한다. OID_DOT11_ATIM_Window 콜은 ATIM 윈도우 사이즈를 판정하고 설정하기 위해 사용된다. OID_DOT11_Scan_Request 콜은 스테이션이 나중에 참여를 시도하기 위해 선출할 수 있는 가능한 BSSs의 조사를 요구하기 위해 사용된다. OID_DOT11_Current_PHY_Type 콜은 NIC에 의해 사용되어야 하는 현재의 물리적 미디어 타입을 질의하고 설정하기 위해 이용된다. OID_DOT11_Join_Request 콜은 NIC에게 BSS와 동기화할 것을 요구하기 위해 사용된다. OID_DOT11_Start_Request 콜은 NIC에게 BSS를 시작할 것을 요구하기 위해 사용된다. OID_DOT11_Reset_Request 콜은 NIC에게 자체를 리셋할 것을 요구하기 위해 사용된다. OID_DOT11_Optional_Capability 콜은 NIC에 의해 지원되는 옵션의 포인트 코디네이터 기능들을 판정하기 위해 사용된다. OID_DOT11_Current_Optional_Capability 콜은 NIC 내에 현재의 옵션의 기능들을 질의하고 설정하기 위해 이용된다.

OID 콜들은 또한 MIB(Management Information Base) 파라미터들을 판정하고 설정하기 위해 이용된다. 이 콜들은 OID_DOT11_Station_ID, OID_DOT11_Medium_Occupancy_Limit, OID_DOT11_CF_Pollable, OID_DOT11_CFP_Period, OID_DOT11_CFP_Max_Duration, OID_DOT11_Power_Mgmt_Mode Operational_Rate_Set, OID_DOT11_Beacon_period, OID_DOT11_DTIM_Period, OID_DOT11_WEP_ICV_Error_Count, OID_DOT11_MAC_Address, OID_DOT11_RTS_Threshold, OID_DOT11_Short_Retry_Limit, OID_DOT11_Long_Retry_Limit, OID_DOT11_Fragmentation_Threshold, OID_DOT11_Max_Transmit_MSDU_Liftime, OID_DOT11_Max_Receive_Liftime, OID_DOT11_Counters_Entry, OID_DOT11_Suupported_PHY_Types, OID_DOT11_Current_Reg_Domain, OID_DOT11_Temp_Type, OID_DOT11_Current_TX_Antenna, Diversity_Support, OID_DOT11_Current_Rx_Antenna, OID_DOT11_Supported_Power_Levels, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index, OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold, OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min, OID_DOT11_Reg_Domains_Support_Value, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna, OID_DOT11_Diversity_Selection_RX, OID_DOT11_Supported_Data_Rates_Value이다.

OID_DOT11_Station_ID 콜은 스테이션 ID를 판정하고 스테이션 ID를 설정하기 위해 사용된다. 이것은, 진정한 MAC 어드레스를 독립적으로 유지하면서 매니저가 그 자신의 목적들을 위해 스테이션을 식별하도록 해준다. OID_DOT11_Medium_Occupancy_Limit 콜은 포인트 코디네이터가 미디어로의 DSF(Data Service Facility) 액세스의 최소한 하나의 인스턴스를 허용하기에 충분히 긴 동안 제어를 포기하지 않고 무선 미디어의 사용을 제어할 수 있는 최대 시간을 TU로 판정하고 설정하기 위해 사용된다. OID_DOT11_CF_Pollable 콜은, SIFS 시간 내에 데이터 프레임으로 CF-Poll에 응답할 수 있는지를 판정하기 위해 사용된다. OID_DOT11_CFP_Period 콜은 CFPs들의 시작 간의 DTIM(Delivery Traffic Indication Message) 간격들의 개수를 판정하고 설정하기 위해 사용된다. OID_DOT11_CFP_Max_Duration 콜은 PCF에 의해 생성될 수 있는 TU에서 CFP의 최대 지속기간을 판정하고 설정하기 위해 사용된다. OID_DOT11_Power_Mgmt_Mode 콜은 스테이션의 파워관리 모드를 판정하고 설정하기 위해 사용된다. 이것은 스테이션 이 절전형 모드인지 여부를 나타낸다. OID_DOT11_Operational_Rate_Set 콜은 스테이션이 데이터를 전송할 수 있는 데이터 레이트를 판정하고 설정하기 위해 사용된다. OID_DOT11_Beacon_Period 콜은 비이컨 주기(즉, 비이컨 전송 스케쥴링을 위해 스테이션이 사용하여야 할 TU의 수)를 판정하고 설정하기 위해 사용된다. OID_DOT11_DTIM_Period 콜은 DTIM 주기(즉, DTIM 카운트 필드가 제로인 TIM 엘리먼트를 포함하는 비이컨 프레임의 전송 사이에 회귀해야 하는 비이컨 간격의 수)를 판정하기 위해 사용된다. OID_DOT11_WEP_ICV_Error_Count 콜은 WEP ICV(집적도 체크 값) 에러 카운트 값을 판정하기 위해 사용된다.

OID_DOT11_MAC_Address 콜은 스테이션으로 할당된 고유 MAC 어드레스를 판정하기 위해 사용된다. OID_DOT11_RTS_트레시홀드 콜은 RTS 트레시홀드 값을 판정하고 설정하기 위해 사용된다. 그 값은 RTS/CTS 핸드셰이크가 행해져서는 안되는 MPDU 아래에서의 옥텟(octet) 수를 나타낸다. OID_DOT11_Short_Retry_Limit 콜은 고장 상태가 표시되기 이전에, 프레임의 최대 전송 시도 횟수를 판정하고 설정하기 위해 사용되고, 그 길이는 RTS 트레시홀드와 같거나 그 미만이다. OID_DOT11_Long_Retry_Limit 콜은 고장 상태가 표시되기 이전에, 프레임의 최대 전송 시도 횟수를 판정하고 설정하기 위해 사용되고, 그 길이는 RTS 트레시홀드와 같거나 크다. OID_DOT11_Fragmentation_Threshold 콜은 PHY 층으로 배송될 수 있는 MPDU의 현재 최대 크기를 판정하고 설정하기 위해 사용된다. MSDU는 그 크기가 MAC 헤더 및 트레일러를 부가한 후의 그 속성 값을 초과한다면 쪼개져 분할된다. OID_DOT11_Max_Transmit_MSDU_Lifetime 콜은 MSDU를 전송하려는 추가의 시도가 종 료된 이후에, 최대 전송 MSDU 라이프타임 값을 판정하고 설정하기 위해 사용된다. OID_DOT11_Max_Receive_Lifetime 콜은, MPDU 또는 MSDU를 리어셈블하려는 추가의 시도가 종료된 이후 분할된 MPDU 또는 MSDU의 초기 수신 이후의 경과 시간을 판정하고 설정하기 위해 사용된다.

OID_DOT11_Counters_Entry 콜은 802.11 통계 카운터 설정을 판정하기 위해 사용된다. 카운터는 전송된 프래그먼트의 수, 멀티캐스트 전송된 프레임 수, 오류 전송 수, 성공 재전송 수, 이중 프레임 수, RTS에 응답하여 수신되고 수신되지 않은 CTS의 수, ACK가 수신되지 않을 것으로 예상되는 횟수, 수신된 프래그먼트의 수, 수신된 멀티캐스트 프레임의 수, MSDU로 성공 전송된 횟수를 포함한다. OID_DOT11_Supported_PHY_Type 콜은 NIC에 의해 지원된 물리적 미디어 타입을 판정하기 위해 사용된다. OID_DOT11_Current_Reg_Domain 콜은 PMD(Physical Medium Dependent)가 지원하고 있는 현재 인스턴스의 현재 조정 도메인을 판정하기 위해 사용된다. OID_DOT11_Temp_Type 콜은 물리층의 동작 온도 범위 기능(예를들어, 0 ∼40℃, -30∼70℃)를 판정하기 위해 사용된다. OID_DOT11_Current_TX_Antenna 콜은 전송하기 위해 사용하는 현재 안테나를 판정하고 설정하기 위해 사용된다. Diversity_Support 콜은 다이버시티 지원 값을 판정하기 위해 사용된다. OID_DOT11_Current_RX_Antenna 콜은 수신에 사용하는 현재 안테나를 판정하고 설정하기 위해 사용된다.

OID_DOT11_Supported_Power_Level 콜은 지원된 파워 레벨의 수를 정하고, 모든 지원된 파워 레벨에 대해 전송 출력 파워를 밀리와트 단위로 정하기 위해 사용 된다. OID_DOT11_Current_TX_Power_Level 콜은 현재 전송 파워 레벨을 판정하고 설정하기 위해 사용된다. OID_DOT11_Hop_Time_ 콜을 사용하여 PMD에 대해 마이크초 단위로 시간을 정하여 채널2 에서 채널80으로 변경한다. OID_DOT11_Current_Number_ 콜은 RF 합성기에 의한 주파수 출력의 현재 채널 번호를 판정하고 설정하기 위해 사용된다. OID_DOT11_Max_Dwell_Time_ 콜은, 전송기가 싱글 채널 상에서 동작하도록 허가되는 TU에서의 최대 시간을 판정하기 위해 사용된다. OID_DOT11_Current_Dwell_Time 콜은 MAC에 의해 설정된 바와 같이, 전송기가 싱글 채널 상에서 동작하는 TU에서의 현재 타임을 판정하고 설정하기 위해 사용된다.

OID_DOT11_Current_Set 콜은 PHY LME(layer management entity: 층 관리 엔티티)가 호핑 시퀀스를 판정하기 위해 사용하는 현재 패턴 세트를 판정하고 설정하기 위해 사용된다. OID_DOT11_Current_Pattern 콜은 PHY LME가 호핑 시퀀스를 판정하고 판정하기 위해 사용하는 현재 패턴을 판정하고 설정하기 위해 사용된다. OID_DOT11_Current_Index 콜은 PHY LME가 현재 채널 번호를 판정하기 위해 사용하는 현재 지수 값을 판정하고 설정하기 위해 사용된다. OID_DOT11_Current_Channel 콜은 DSSS PHY의 현재 오퍼레이팅 주파수 채널을 판정하고 설정하기 위해 사용된다. OID_DOT11_CCA_Mode_Supported 콜을 사용하여 지원된 CCA(Clear Channel Assessment) 모드를 판정한다. OID_DOT11_Current_CCA_Mode 콜을 사용하여 오퍼레이션 중인 현재 CCA 방법을 판정하고 설정한다. OID_DOT11_ED_Threshold 콜은 DSSS PHY에 의해 사용되는 현재 에너지 검출 트레시홀드를 판정하고 판정하기 위해 사용된다. OID_DOT11_CCA_Watchdog_Timer_Max 콜을 사용하여 최대 CCA 감시 타이머 값을 판정하고 설정한다. OID_DOT11_CCA_Watchdog_Count_Max 콜을 사용하여 최대 CCA 감시 카운트 값을 판정하고 설정한다. OID_DOT11_CCA_Watchdog_Timer_Min 콜을 사용하여 최소 CCA 감시 타이머 값을 판정하고 설정한다. OID_DOT11_CCA_Watchdog_Count_Min 콜을 사용하여 최소 CCA 감시 카운트 값을 판정하고 설정한다. OID_DOT11_Reg_Domains_Support_Value 콜은 본 실시에서 PLCP 및 PMD가 지원하는 조정 도메인을 판정하기 위해 사용된다. OID_DOT11_Supported_TX_Antenna 콜은 지원된 전송 안테나 진리 값을 판정하고 설정하기 위해 사용된다. OID_DOT11_Supported_RX_Antenna 콜은 지원된 수신 안테나 진리값을 판정하고 설정하기 위해 사용된다. OID_DOT11_Diversity_Selection_RX 콜은 수신 다이버시티 선택 진리값을 판정하고 설정하기 위해 사용된다. OID_DOT11_Supported_Data_Rates_Value 콜을 사용하여 지원된 전송 및 수신 데이터 값을 판정한다.

본 발명의 액세스 포인트 및 스테이션은 전용 802.11 콜을 지원한다. 이러한 콜들은 OID_DOT11_Maximum_Lookahead, OID_DOT11_Current_Lookahead, OID_DOT11_Current_Packet_Filter, OID_DOT11_Current_Address, 및 OID_DOT11_Permanent_Address이다. 이러한 전용 802.11 콜들은 NDIS층에 노출된 일반적인 MAC 층 기능들이다. OID_DOT11_Maximum_Lookahead는 NIC 미니포트 드라이버에 의해 지원된 룩 어헤드 버퍼의 최대량이고, 특정 패킷을 받아들이거나 또는 그것을 폐기하던지 여부를 판정하기 위해 상부 NDIS층으로 수신 패킷의 사전 버젼 을 제공한다. OID_DOT11_Current_Lookahead는 사용되고 있는 룩 어헤드 버퍼의 크기이다. OID_DOT11_Current_Packet_Filter는 스테이션(200) 또는 액세스 포인트(300)에 의해 현재 사용되는 패킷 필터이다. OID_DOT11_Current_Address는 스테이션(200) 또는 액세스 포인트(300)에 의해 현재 사용하고 있는 IEEE49-비트 어드레스이다. OID_DOT11_Permanent_Address는 NIC 제작자에 의해 미리 프로그램된 NIC(202, 302)의 비휘발성 부분에 상주하고 있는 IEEE 48-비트 어드레스이다.

액세스 포인트(또는 스테이션)와 사용자 모드 애플리케이션 사이의 통신은, 위에서 설명된 바와 같은 즉, 사용자 모드 애플리케이션으로 하여금 NIC 파라미터를 판정하고 설정할 수 있도록 하는 것과(즉, 위에서 정의된 OID로 맵핑하는) 동일한 기능을 제공하는 IOCTL(I/O 제어)콜을 갖는다. 예를들어, IOCTL_DOT11_Operation_Mode_Capability는 OID_DOT11_Operation_Mode_Capability에 맵핑한다. 또한, IOCTL 콜은 애플리케이션으로하여금 판정하거나 또는 액세스 포인트(또는 스테이션) 파라미터를 판정하고 설정하도록 제공된다. 이러한 콜들은 소프트웨어 인프라스트럭쳐 컨피겨레이션 콜 및 소프트웨어 인프라스트럭쳐 MIB 콜들을 포함한다. 소프트웨어 인프라스트럭쳐 컨피겨레이션 콜들은 IOCTL_DOT11_Current_BSSID, IOCTL_DOT11_Desired_BSSID, IOCTL_DOT11_Current_SSID, IOCTL_DOT11_Current_BSS_Type, IOCTL_DOT11_Exclude_802.1X, IOCTL_DOT11_Associate, IOCTL_DOT11_Diassociate, IOCTL_DOT11_Query_Adapter_List, IOCTL_DOT11_Query_BSSID_List, IOCTL_DOT11_Send_802.1X_Pkt, IOCTL_DOT11_Receive_Upcall, IOCTL_DOT11_Check_Adapter, IOCTL_DOT11_802.1X_State, 및 IOCTL_DOT11_802.1X_Filter를 포함한다. 소프트웨어 인프라스트럭쳐 MIB 콜들은 IOCTL_DOT11_Authentication_Response_Time_Out, IOCTL_DOT11_Privacy_Option_Implemented, IOCTL_DOT11_Desired_SSID, IOCTL_DOT11_Desired_BBS_Type, IOCTL_DOT11_Association_Time_Out, IOCTL_DOT11_Diassociated_Peer, IOCTL_DOT11_Deauthenticated_Peer, IOCTL_DOT11_Authentication_Failed_Peer, IOCTL_DOT11_Authentication_Algorithm, IOCTL_DOT11_WEP_Default_Key_Value, IOCTL_DOT11_WEP_Default_Key_Mapping, IOCTL_DOT11_Privacy_Invoked, IOCTL_DOT11_WEP_Default_Key_Id, IOCTL_DOT11_WEP_Key_Mapping_Length, IOCTL_DOT11_Exclude_Unencrypted, IOCTL_DOT11_WEP_Excluded_Count, IOCTL_DOT11_Diassociate_Notification, IOCTL_DOT11_Deauthenticate_Notification, IOCTL_DOT11_Authenticate_Fail_Notification, IOCTL_DOT11_WEP_Undecrytable_Count, 및 IOCTL_DOT11_Group_Address 콜을 포함한다.

IOCTL_DOT11_Current_BSSID콜은 스테이션의 연관 액세스 포인트의 MAC 어드레스를 판정하기 위해 사용된다. 스테이션이 액세스 포인트와 연관되어 있지 않다면, 스테이션은 MAC 어드레스를 제로로 한다. IOCTL_DOT11_Dsesired_BSSID 콜은 연관되기 원하는 액세스 포인트의 MAC 어드레스를 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_Current_SSID 콜은 연관 액세스 포인트의 SSID를 판정하기 위 해 사용된다. IOCTL_DOT11_Current_BSS_Type 콜은 스테이션이 동작하고 있는 현재 BSS 타입을 판정하기 위해 사용된다. IOCTL_DOT11_Exclude_802.1X 콜은 배타 802.1X 진리값을 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_Associate 콜은 스테이션으로 하여금 자신을, 원하는 BSSID, 원하는 SSID, 및 원하는 BSS 타입 파라미터의 현재값에 기초하여 액세스 포인트와 연관시키기 위해 사용된다.

IOCTL_DOT11_Diassociate 콜은 스테이션에 현재 연관된 액세스 포인트와 연관되지 않도록 요구한다. 에러 코드는 스테이션이 액세스 포인트와 연관되지 않는다면 복귀된다. 성공적으로 비연관되면, 스테이션에 의해 미디어가 비접속된다. OCTL_DOT11_Query_Adapter_List 콜은 스테이션 드라이버(206)(또는 액세스 포인트 드라이버(304))가 현재 갖는 가상의 어댑터 리스트를 판정하기 위해 사용된다. IOCTL_DOT11_Query_BSSID_List 콜은 현재 BSS 설명 리스트를 판정하기 위해 사용된다. IOCTL_DOT11_Send_802.1X_Pkt 콜은 스테이션 또는 액세스 포인트에 요구하여 802.1X 패킷을 송신하기 위해 사용된다.

IOCTL_DOT11_Receive_Upcall 콜은 콜을 보류함으로써, 스테이션 드라이버 또는 액세스 포인트 드라이버가 업 콜 요구를 수신하면, 스테이션 드라이버 또는 액세스 포인트 드라이버는 요구 애플리케이션 업 콜 정보를 송신하기 위해 사용된다. 이러한 콜이 만들어지고 스테이션 드라이버 또는 액세스 포인트 드라이버가 이미 현저한 업 콜을 갖는다면, 드라이버는 버퍼를 현저한 업 콜 정보로 채우고 바로 이 콜을 완료한다. 현저한 요구가 없다면, 스테이션 드라이버(또는 액세스 포인트 드라이버)는 STATUS_PENDING으로 복귀하고 업 콜 요구가 수신되면 콜을 완료한다. 현저한 요구가 없다면, 스테이션 드라이버(또는 액세스 포인트 드라이버)는 STATUS_PENDING을 복귀하고, 업 콜 요구가 수신되면 콜을 완료한다. 업 콜의 타입은 스캔 확인, 리셋 확인, 802.1 패킷 송신 확인, 802.1X 패킷 수신 표시, 분리 통지, 비인증 통지, 및 인증 오류 통지로 이루어진다. 액세스 포인트에 대한 업 콜은 연관 표시 및 분리 표시를 포함한다. IOCTL_DOT11_Check_Adapter 콜은 스테이션 또는 액세스 포인트에 요구하여 주어진 어댑터의 존재에 대해 체크하게 한다. IOCTL_DOT11_802.1X_State 콜은 특정 예에서의 802.1X 상태를 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_802.1X_Filter 콜은 특정 스테이션 또는 액세스 포인트 가상 미니포트 인스턴스에서 802.1X 필터를 판정하거나 설정하기 위해 사용된다.

IOCTL_DOT11_Authentication_Response_Time_Out 콜은 인증 응답 타임아웃 값을 판정하거나 설정하기 위해 사용된다. 타임아웃 값은 응답 스테이션이 인증 응답에서 다음 프레임에 대해 대기해야 하는 시간이다. IOCTL_DOT11_Privacy_Option_Implemented 콜은 전용 옵션 실행 진리값을 판정하기 위해 사용된다. '참'으로 설정되면, WEP 옵션이 실행된다. IOCTL_DOT11_Desired_SSID 콜은 가장 최근의 스캔 중 원하는 SSID 파라미터에서 사용된 원하는 서비스 세트 ID를 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_Desired_BSS_Type 콜은 원하는 BSS 타입을 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_Association_Response_Time_Out 콜은 인증 응답 타임아웃 값을 판정하거나 설정하기 위해 사용되며, 이 인증 응답 타임아웃 값은 요구 스테 이션이 전송된 연관-요구 MMPDU에 응답하여 대기해야하는 시간이다. IOCTL_DOT11_Diassociated_Peer 콜은 최종 분리 스테이션의 최종 분리 이유와 어드레스를 판정하기 위해 사용된다. IOCTL_DOT11_Deauthenticated_Peer 콜은 최종 비인증 스테이션의 비인증 이유와 어드레스를 판정하기 위해 사용된다. IOCTL_DOT11_Authentication_Failed_Peer 콜은 인증 오류가 있는 최종 스테이션의 최종 인증 오류 이유와 어드레스를 판정하기 위해 사용된다.

IOCTL_DOT11_Authentification_Algorithm 콜은 스테이션 및 그 상태에 의해 지원된 모든 인증 알고리즘 리스트를 판정하기 위해 사용된다. 이 콜들은 또한 인증 알고리즘 리스트에 대한 상태를 설정하기 위해 사용된다. IOCTL_DOT11_WEP_Default_Key_Value 콜은 특정 지수에서 디폴트 WEP 키를 설정하기 위해 사용된다. IOCTL_DOT11_WEP_Key_Mapping 콜은 WEP 키 맵핑 리스트를 판정하거나 특정 지수에서 WEP 키 맵핑을 설정하기 위해 사용된다. IOCTL_DOT11_Privacy_Invoked 콜은 전용 콜 진리값을 판정하거나 설정하기 위해 사용된다. '참'으로 설정되면, 그 값은 WEP 메카니즘이 프레임 타입 데이터를 전송하기 위해 사용된다는 것을 나타낸다. IOCTL_DOT11_WEP_Default_Key_Id 콜은 특정 엘리먼트(즉, WEP 디폴트 키 어레이의 제1, 제2, 제3 또는 제4 엘리먼트)에 대한 WEP 디폴트 키 ID 값을 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_WEP_Key_Mapping_Length 콜은 WEP 키 맵핑 길이를 판정하거나 설정하기 위해 사용된다. IOCTL_DOT11_Exclude_Unencrypted 콜은 암호화되지 않은 진리값을 판정하거나 설정하기 위해 사용된다. '참'으로 설정되면, 스테이션은 프레임 제어 필드의 WEP 서브필드가 0인 수신된 MSDU를 MAC 서비스 인터페이스에서 표시하지 않는다. IOCTL_DOT11_WEP_Excluded_Count 콜은 WEP 배타 카운트를 판정하기 위해 사용된다. IOCTL_DOT11_Diassociate_Notification 콜은 통지 진리 값을 판정하거나 설정하기 위해 사용된다. 이러한 진리값이 '참'으로 설정되면, 스테이션이 분리 프레임을 송신할 때 마다 분리 통지가 송신된다. 분리 통지는 MAC의 MAC 어드레스로 분리 프레임 및 분리 이유가 송신되는 것을 포함한다. IOCTL_DOT11_Deauthenticate_Notification 콜은 비인증 통지 진리값을 판정하고 설정하기 위해 사용된다. '참'으로 설정되면, 스테이션이 비인증 프레임을 송신할때 마다 비인증 통지가 송신된다. 비인증 통지는 MAC의 MAC 어드레스로 비인증 프레임이 송신되는 것과 비인증 이유를 포함한다. IOCTL_DOT11_Authenticate_Fail_Notification 콜은 인증 오류 통지 진리값을 판정하고 설정하기 위해 사용된다. '참'으로 설정되면, 스테이션이 비인증 프레임을 송신할 때 마다 인증 오류 통지가 송신된다. 비인증 통지는 비인증 프레임이 송신되는 MAC의 MAC 어드레스와 그 비인증 이유를 통지한다. IOCTL_DOT11_WEP_Undecryptable_Count 콜은 WEP 비해독된 카운트를 결정하는데 사용된다. IOCTL_DOT11_Group_Address 콜은 멀티캐스트 어드레스의 리스트 및 이들의 행 상태(row status)를 결정하고, 특정 지수에서의 멀티캐스트 어드레스 및 행 상태를 설정하는데 사용된다.

IOCTL 콜에 대해 설명되었고, 표준 NDIS 함수로의 802.11 확장이 이제 설명될 것이다. NIC(202, 302)는 다음에서 설명되는 바와 같이 이러한 확장을 구현해 야만 한다.

NIC(202, 302)가 분할 오프로드를 지원한다면, 이는 WEP 오프로드를 지원해야만 한다. 이 경우에, WEP 키가 오프로드가 아니거나, NIC(202, 302)가 요구된 WEP 알고리즘을 지원하지 않는 경우만 제외하고, MSDU 레벨에서 상호 작용이 일어난다. WEP 키가 오프로드가 아니거나, WEP 알고리즘이 지원되지 않는다면, 상호 작용은 또한, 하나 이상의 MPDU들의 체인으로서 표시되는 MSDU를 포함한다.

NIC(202, 302)가 WEP 오프로드를 지원하지만, 분할 오프로드를 지원하지 않는다면, MSDU에 추가하여, 상호 작용은 또한 하나 이상의 MPDU들의 체인으로서 표시되는 MSDU를 포함하고, 스테이션 드라이버(206) 또는 액세스 포인트 드라이버(304)는, 필요하다면 분할을 인가하고, 프래그먼트들은 MPDU들에 보내진다. NIC(202, 302)가 분할 오프로드 또는 WEP 오프로드를 지원하지 않는다면, NIC와 스테이션(200) 또는 액세스 포인트(300) 사이의 상호 작용은 또한, 하나 이상의 MPDU들의 체인으로서 표시되는 MSDU를 포함하고, 스테이션(200) 또는 액세스 포인트(300)은 분할(프래그먼트들은 PDUs로 보내짐) 및/또는 WEP(WEP는 분할 후에 인가됨)를 인가한다.

NDIS_PACKET에 추가로, 액세스 포인트(300) 및 스테이션(200)은 802.11 프로토콜에 특정한 정보를 NIC(202, 302)로 전달한다. 이 802.11 확장 정보에 대한 포인터는 커맨드 Ndis_Get_Packet_Media_Specific_Info를 통해 검색될 수 있다. 이 커맨드는 미디어 특정 정보로 포인터를 반환하고, 이는 실제로 DOT11_Send_Extension_Info로의 포인터이다. NIC(202, 302)는 Ndis_Get_Packet_Media_Specific_Info를 이용해서 외부로 나가는 패킷의 확장 정보를 검색해야만 한다. 이 커맨드에 대한 응답에 포함되는 정보는 MDL 체인으로부터 MPDU를 검색하는데 필요한 정보를 포함한다. 패킷 기술자(descriptor)는 단일 MSDU 또는 단일 MSDU의 모든 MPDU들(프래그먼트) 중의 하나를 기술할 수 있다.

uDontFragment 비트, hWEPOffload 핸들, 및 다수의 프래그먼트들에는 다른 정보가 제공된다. uDontFragment 비트는 NIC(202, 302)가 패킷을 분할할 수 있는지를 표시한다. hWEPOffload 핸들은 WEP 행이 패킷의 암호화(패킷이 분할되지 않는다면) 또는, 패킷의 각 프래그먼트의 암호화(패킷이 분할된다면)를 위해 사용되도록 하는 핸들이다. 스테이션(200) 또는 액세스 포인트(300)은, 이를 통과하는 핸들값이 콜 기간동안 유효하게 남아있다는 것을 보장한다. NIC(202, 302)가 분할 오프로드를 지원한다면, 이는 WEP 오프로드를 지원해야만 한다. NIC(202, 302)가 분할 오프로드를 지원하지 않는다면, 스테이션(200) 또는 액세스 포인트(300)은 필요한 경우 분할을 인가한다. 액세스 포인트(300) 또는 스테이션(200)은, NIC(202, 302)가 WEP 암호화를 지원하지 않는다면, WEP 암호화를 인가한다. 하드웨어에서 분할이 지원되지 않는다면, NIC(202, 302)는 분할되지 않은 패킷을 송신할 수 없고, NIC(202, 302)는 적절한 상태로 돌아간다. 상태 코드를 수신하면, 스테이션(200) 또는 액세스 포인트(300)은 NIC(202, 302)로부터 분할 임계치 및 최대 MPDU 크기를 재질문한다.

NIC(202, 302)는 공급된 802.11 송신 확장 정보 특정한 방법으로 사용해야만 한다. 다음은 802.11 NIC가 공급된 802.11 송신 확장 정보를 어떻게 사용해야 하 는지를 설명한다.

1) uDontFragment bit is clear, Number Of Fragments = 0 and hWEPOffload is Null

NIC(202, 302)는 패킷 버퍼 체인의 설명을 얻도록 최상위 NDIS_PACKET 구조를 사용하고, 필요한 경우 패킷을 분할하고, 패킷의 각 프래그먼트(패킷이 분할된다면) 또는 패킷(패킷이 분할되지 않는다면)에 WEP를 인가하지 않는다.

2) uDontFragment bit is clear, Number Of Fragments = 0 and hWEPOffload is not Null

NIC(202, 302)는 패킷 버퍼 체인의 설명을 얻도록 최상위 NDIS_PACKET 구조를 사용하고, 필요한 경우 패킷을 분할하고, WEP 키를 배치시키도록 hWEPOffload 핸들값을 사용하고, 패킷의 각 프래그먼트(패킷이 분할된다면) 또는 패킷(패킷이 분할되지 않는다면)에 WEP를 인가한다. 다른 경우에, NIC는 ICV 및 IV에 대해 버퍼를 할당할 필요가 있다. 상부 층이 ICV 및 IV를 이 경우에 할당하지 않는 이유는, NIC(202, 302)가 패킷을 분할할 지 여부를 모르기 때문이다(NIC의 MPDU 최대 길이 스테이트는 PHY 에러율에 따라 NIC에 의해 역동적으로 변화될 수 있다).

3) uDontFragment bit is clear, Number Of Fragments 〉 1 and hWEPOffload is Null

스테이션(200)/액세스 포인트(300)은, 이 경우가 uDontFragment bit가 클리어일 때 절대 발생하지 않는다는 것을 보장하고, NIC(202, 302)는 하드웨어에서 분할을 지원한다.

4) uDontFragment bit is clear, Number Of Fragments 〉 1 and hWEPOffload is not Null

스테이션(200)/액세스 포인트(300)은, 이 경우가 uDontFragment bit가 클리어일 때 절대 발생하지 않는다는 것을 보장하고, NIC(202, 302)는 하드웨어에서 분할을 지원한다(이는 또한 WEP 오프로드를 지원한다는 것을 의미한다).

5) uDontFragment bit is set, Number Of Fragments = 0 and hWEPOffload is Null

NIC(202, 302)는 패킷 버퍼 체인의 설명을 얻도록 최상위 NDIS_PACKET 구조를 사용하고, 패킷을 분할하지 않으며, 공중에서 송신하기 전에 패킷에 WEP를 인가하지 않는다.

6) uDontFragment bit is set, Number Of Fragments = 0 and hWEPOffload is not Null

NIC(202, 302)는 패킷 버퍼 체인의 설명을 얻도록 최상위 NDIS_PACKET 구조를 사용하고, 패킷을 분할하지 않으며, WEP 키를 배치시키도록 hWEPOffload 핸들값을 사용하고, 패킷에 WEP를 인가한다. 이 경우에, NIC(202, 302)는 ICV 및 IV에 대해 버퍼를 할당할 필요가 없고, 스테이션(200)/액세스 포인트(300)은, ICV 및 IV에 대한 버퍼가 이미 패킷에 대해 할당되었다는 것을 보장할 것이다.

7) uDontFragment bit is set, Number Of Fragments 〉 1 and hWEPOffload is Null

이 시나리오에서, 최상위 NDIS_PACKET의 버퍼 체인은 모든 MPDU들을 기술한 다. NIC(202, 302)는, 각 프래그먼트(프래그먼트의 넘버는 usNumberOfFragments와 동일하다)의 오프셋 및 길이를 얻도록 최상위 NDIS_PACKET 구조의 MediaSpecificInformation 포인터로부터 DOT11_FRAGMENT_DESCRIPTOR 구조(DOT11_SEND_EXTENTION_INFO 구조의 Dot11FragmentDescriptors field)의 어레이를 사용해야만 하고, 공중에서 송신하기 전에 각 프래그먼트에 WEP를 인가하지 않는다.

8) uDontFragment bit is set, Number Of Fragments 〉 1 and hWEPOffload is not Null

이 시나리오에서, 최상위 NDIS_PACKET의 버퍼 체인은 모든 MPDU들을 기술한다. NIC(202, 302)는, 각 프래그먼트(프래그먼트의 넘버는 usNumberOfFragments와 동일하다)의 오프셋 및 길이를 얻도록 최상위 NDIS_PACKET 구조의 MediaSpecificInformation 포인터로부터 DOT11_FRAGMENT_DESCRIPTOR 구조(DOT11_SEND_EXTENTION_INFO 구조의 Dot11FragmentDescriptors field)의 어레이를 사용해야만 하고, WEP 키를 배치하도록 hWEPOffload 핸들값을 사용하고, 공중에서 송신하기 전에 각 프래그먼트에 WEP를 인가한다. 이 경우에, NIC는 버퍼를 ICV 및 IV에 할당할 필요가 없고, 스테이션(200)/액세스 포인트(300)은, ICV 및 IV에 대한 버퍼가 이미 패킷의 각 프래그먼트에 대해 할당되었다는 것을 보장할 것이다.

패킷의 프로세싱에 어떤 문제점이 있다면, NIC는 적절한 상태를 표시해야 하고, 그 컨피겨레이션 테이블에서 적절한 통계치를 또한 갱신해야 한다. 반환된 상 태 코드는 다음(이들은 다음 섹션에서 정의된다) 중 하나 이상이어야 한다:DOT11_STATUS_SUCCESS - MSDU의 성공적 전송 또는 수령에 대해;DOT11_STATUS_RETRY_LIMIT_EXCEEDED - ShortRetryMax 또는 LongRetryMax 재시도 제한이 초과할 때, 미확인된 유도 MSDU에 대해 전달불가능함. 상태의 타입 - 실패;DOT11_STATUS_UNSUPPORTED_PRIORITY - Contention 또는 Contentionfree 이외의 우선순위에 있어서 지원되지 않는 우선순위에 대해. 상태의 타입 - 실패;DOT11_STATUS_UNSUPPORTED_SERVICE_CLASS - ReorderableMulticast 또는 StrictlyOrdered 이외의 서비스 클래스에 대해 지원되지 않는 서비스 클래스에 대해. 상태의 타입 - 실패;DOT11_STATUS_UNAVAILABLE_PRIORITY - 사용가능한 포인트 코디네이터가 없을 때, Contentionfree에 대한 사용불가능한 우선순위에 대해서, 이 경우에 MSDU는 Contention의 제공된 우선순위로 전송된다. 상태의 타입 - 정보적;DOT11_UNAVAILABLE_SERVICE_CLASS - 스테이션의 전력 조정 모드가 "액티브" 이외일 때, StrictlyOrdered 서비스에 대해 사용불가능한 서비스 클래스에 대해. 상태의 타입 - 정보적;DOT11_STATUS_XMIT_MSDU_TIMER_EXPIRED -TransmitMSDUTimer가, 성공적 전달 전에 aMaxTransmitMSDULifetime에 도달할 때, 전달불가능함. 상태의 타입 - 실패;DOT11_STATUS_UNAVAILABLE_BSS - 사용가능한 BSS가 없어서 전달불가능함. 상태의 타입 - 실패;DOT11_STATUS_EXCESSIVE_DATA_LENGTH - DontFragment 비트가 설정되고, 카드가 분할되지 않은 패킷을 송신할 수 없다면, 초과의 데이터 길이 패킷에 대해. 상태의 타입 - 실패;및 DOT11_STATUS_ENCRYPTION_FAILED - 소정 이유로 패킷을 해독하는 것에 실패. 상태의 타입 - 실패.

NDIS_PACKET에 부가하여, NIC(202, 302)는 802.11 프로토콜에 특정한 정보를 패스 업한다. 확장 정보에 대한 포인터는 Ndis_Get_Packet_Media_Specific_Info를 통해 검색될 수 있다. 802.11 NIC는 진입 패킷의 확장 정보를 설정하도록 Ndis_Set_Packet_Media_Specific_Info를 사용해야 한다. DOT11_Recv_Extension_Info를 포함하는 NDIS 패킷 기술자는 리어셈블된 풀 사이즈의 패킷(NIC(202, 302)가 리어셈블으로 수행될 때만), 또는 프래그먼트가 아닌 패킷을 기술할 것이고, DOT11_Recv_Extension_Info의 pNdisPackets은, 프래그먼트가 수신되고 리어셈블되지 않을 때만 프래그먼트를 기술할 것이다. DOT11_Recv_Extension_Info를 포함하는 최상위 NDIS 패킷 기술자는, 패킷이 프래그먼트 세트로서 수신되고 리어셈블되지 않은 경우에는, 어떤 패킷 버퍼 체인도 기술하지 않을 것이다. 또한, 리어셈블되거나 비분할된 패킷(MSDU) 중의 하나를 기술할 것이다. MSDU의 경우에는, ICV 및 IV 버퍼를 표시하기 전에 제거할 것이다.

NIC(202, 302)에 의해 설정되는 다른 정보는, 모든 물리적 매체 타입, 상태, 수신된 다수의 MPDU, 다수의 프래그먼트, 및 NDIS-패킷 구조에 대한 포인터의 어레이를 통해, dBm 및 질적 미터에서의 수신된 신호 강도 및 우선순위를 포함한다. 우선순위 설정은 데이터 유닛 전송에 사용되는 수령 프로세싱 우선순위를 특정한다. 허용값은 Contention 또는 Contentionfree이다. 상태 정보는, MSDU를 표시할 때, NIC(202, 302)에 의해 채워지는 상태를 포함한다. 상태가 성공이면, 이 필드는, 적용가능하다면(OR'ed가 되기 위해 필요한 모든 적용가능한 상태 코드), 소정 정보적 상태 코드를 추가하여 DOT11_Status_Success를 포함한다. NIC(202, 302) 가, 패킷을 표시하기 전에, 실패가 된다면, 패킷을 드롭해야 하고, 구성표에서의 적절한 통계치를 갱신해야 한다. 이 경우에, NIC(202, 302)는 패킷을 표시해서는 안된다. 수신된 MPDU들의 넘버는 NIC(202, 302)에 의해 수신된 MPDU의 넘버를 포함하여, 표시되는 MSDU를 형성하고, 1 이상이며 DOT11_Max_Num_Of_Fragment보다 작은 값을 포함해야 한다. 프래그먼트의 넘버는 NIC(202, 302)에 의해 반환된 프래그먼트의 넘버를 포함한다. NIC(202, 302)가 비분할 오프로드를 지원한다면, 이는 WEP 오프로드를 지원해야 한다. NIC(202, 302)가 비분할 오프로드를 지원하지 않는다면, 스테이션(200)/액세스 포인트(300)은 필요한 경우 비분할을 인가한다. NIC(202, 302)가 또한 WEP 오프로드를 지원하지 않는다면, 스테이션(200)/액세스 포인트(300)은 WEP 해독을 인가한다.

다음에서는 NIC(202, 302)가 다음 시나리오 각각에서 802.11 수신 확장 정보에 어떻게 채워야 하는지를 기술한다.

1): 수신된 패킷은 프래그먼트가 아니고, WEP는 패킷에 인가될 필요가 없다.

패킷을 표시하기 전에, 다음 방법으로 802.11 수신 확장 정보를 설정: Status = DOT11_Status_Success, Number Of MPDUs Received = 1, Number Of Fragments = 0, 및 어레이 NULLed 아웃에 대한 포인터. 최상위 NDIS_PACKET은 패킷 버퍼 체인을 기술해야 한다.

NIC(202, 302)가 패킷을 NDIS에 나타내기 전에 어떤 실패가 있다면, NIC(202, 302)는 패킷을 드롭해야 하고, 구성표에서 적절한 통계치를 갱신해야 한다.

2): 수신된 패킷은 프래그먼트가 아니고, WEP는 패킷에 인가될 필요가 있고, 필요한 WEP 키는 카드에서 사용가능하지 않거나, 하드웨어의 WEP는 지원되지 않는다.

패킷을 표시하기 전에, 다음 방법으로 802.11 수신 확장 정보를 설정: Status = DOT11_STATUS_SUCCESS｜

DOT11_STATUS_WEP_KEY_UNAVAILABLE, Number Of MPDUs Received = 1, Number Of Fragments = 0, 어레이 NULLed 아웃에 대한 포인터. 최상위 NDIS_PACKET은 패킷 버퍼 체인을 기술해야 한다.

3): 수신된 패킷은 프래그먼트가 아니고, WEP는 패킷에 인가될 필요가 있고, 필요한 WEP 키는 카드에서 사용가능하다.

패킷을 표시하기 전에, 다음 방법으로 802.11 수신 확장 정보를 설정: Status = DOT11_STATUS_SUCCESS｜DOT11_STATUS_ICV_VERIFIED, Number Of MPDUs Received = 1, Number Of Fragments = 0, 어레이 NULLed 아웃에 대한 포인터. 최상위 NDIS_PACKET은 패킷 버퍼 체인을 기술해야 한다.

4): 수신된 패킷은 프래그먼트이고, 모든 프래그먼트는 프래그먼트 수신 시간 간격내에 수신되고, WEP는 프래그먼트에 인가될 필요가 없다.

패킷을 표시하기 전에, 다음 방법으로 802.11 수신 확장 정보를 설정:

카드가 하드웨어의 비분할을 지원한다면, 이 값은 다음과 같다:Status = DOT11_STATUS_SUCCESS｜

DOT11_STATUS_PACKET_REASSEMBLED, Number Of MPDUs Received = 수신된 프래그먼트의 Number, Number Of Fragments = 0, 어레이 NULLed 아웃에 대한 포인터. 최상위 NDIS_PACKET은 리어셈블된 패킷 버퍼 체인을 기술해야 한다.

카드가 하드웨어의 비분할을 지원하지 않는다면, 이 값은 다음과 같다:Status = DOT11_STATUS_SUCCESS｜

DOT11_STATUS_PACKET_NOT_REASSEMBLED, Number Of MPDUs Received = 수신된 프래그먼트의 Number, Number Of Fragments = 수신된 프래그먼트의 Number, 수신된 프래그먼트의 넘버와 동일한 어레이의 엔트리 넘버를 갖는 NDIS_PACKET 구조의 어레이에 대한 포인터. NDIS 체킹을 우회하기 위해(NDIS는 제로-길이 패킷을 허용하지 않음) 톱 레벨 NDIS_PACKET는 제1 프래그먼트의 패킷 버퍼 체인을 기술해야 한다. NIC(202, 302)가 리어셈블된 패킷 또는 프래그먼트를 NDIS에 표시하기 전에 고장이 발생한다면, NIC(202, 302)는 프래그먼트를 드롭하고 그 컨피겨레이션 테이블에서 적절하게 통계를 갱신한다.

5): 수신되는 패킷은 프래그먼트이며, 모든 프래그먼트는 프래그먼트 수신 시간 간격내에서 수신되고, 프래그먼트에는 WEP가 인가될 필요가 있는데, 필요한 WEP 키는 카드에서 사용가능하지 않거나 하드웨어에서 WEP가 지원되지 않는다

세트 802.11은 패킷 업(packet up) 표시를 하기 전에 다음과 같은 방식으로 확장 정보를 수신한다: Status = DOT11_STATUS_SUCCESS|

DOT11_STATUS_PACKET_NOT_REASSEMBLED|

DOT11_STATUS_WEP_KEY_UNAVAILABLE, Number Of MPDUs Received = 수신된 프래그먼트의 수, Number Of Fragments = 수신된 프래그먼트의 수, 포인터는 NDIS_PACKET 구조의 어레이에 대한 것으로 상기 어레이에서 엔트리의 수는 수신된 프래그먼트의 수와 같다. 톱 레벨 NDIS_PACKET는 제1 프래그먼트의 패킷 버퍼 체인을 기술해야 한다. NIC(202, 302)가 NDIS에 프래그먼트를 표시하기 전에 고장이 발생한다면, NIC(202, 302)는 프래그먼트를 드롭하고 그 컨피겨레이션 테이블에서 적절하게 통계를 갱신한다.

6): 수신되는 패킷은 프래그먼트이며, 모든 프래그먼트는 프래그먼트 수신 시간 간격내에서 수신되고, 프래그먼트에는 WEP가 인가될 필요가 있는데, 필요한 WEP 키는 카드에서 사용가능하다

세트 802.11은 패킷 업 표시를 하기 전에 다음과 같은 방식으로 확장 정보를 수신한다: 만일 카드가 하드웨어에서 프래그먼트 모음을 지원한다면 값은 다음과 같이 된다: Status = DOT11_STATUS_SUCCESS|

DOT11_STATUS_PACKET_NOT_REASSEMBLED|

DOT11_STATUS_ICV_VERIFIED, Number Of MPDUs Received = 수신된 프래그먼트의 수, Number Of Fragments = 0, 어레이에 대한 포인터는 널 아웃된다(NULLed out). NDIS 체킹을 우회하기 위해(NDIS는 제로-길이 패킷을 허용하지 않음) 톱 레벨 NDIS_PACKET는 제1 프래그먼트의 패킷 버퍼 체인을 기술해야 한다.

만일 카드가 하드웨어에서 프래그먼트 모음을 지원하지 않는다면 값은 다음과 같이 된다: Status = DOT11_STATUS_SUCCESS|

DOT11_STATUS_PACKET_NOT_REASSEMBLED|

DOT11_STATUS_ICV_VERIFIED, Number Of MPDUs Received = 수신된 프래그먼트의 수, Number Of Fragments = 수신된 프래그먼트의 수, 포인터는 NDIS_PACKET 구조의 어레이에 대한 것으로 상기 어레이에서 엔트리의 수는 수신된 프래그먼트의 수와 같다. NDIS 체킹을 우회하기 위해(NDIS는 제로-길이 패킷을 허용하지 않음) 톱 레벨 NDIS_PACKET는 제1 프래그먼트의 패킷 버퍼 체인을 기술해야 한다. NIC(202, 302)가 리어셈블된 패킷 또는 프래그먼트를 NDIS에 표시하기 전에 고장이 발생한다면, NIC(202, 302)는 프래그먼트를 드롭하고 그 컨피겨레이션 테이블에서 적절하게 통계를 갱신한다.

OID 및 IOCTL 콜, IOCTL 콜, 표준 NDIS 기능의 802.11 확장을 설명하였고, 이제 NIC(202, 302)와 스테이션(200)/액세스 포인트(300)간의 상호 작용, NIC(202, 302)에서 실행하도록 요구되는 컴퓨팅의 예상 시퀀스등을 각종 컴퓨팅 모드에 관하여 설명하겠다. 설명되는 이벤트 시퀀스는 전형적인 세트의 이벤트이다.

인프라스트럭쳐 모드에서 동작하는 스테이션(200)을 지원하는 NIC는 재부팅 또는 소프트웨어 리셋 후 후속하는 연산의 시퀀스를 실행하도록 요구될 수 있다. 본 기술분야의 숙련자라면, 이전의 소프트웨어 리셋 또는 재부팅 후 각각의 패스에 서 연산의 시퀀스 부분만이 실행될 수 있다는 것을 이해할 것이다.

스테이션(200)은 NIC(202)의 기능을 질의할 수 있다. NIC(202)에 대한 콜은 다음과 같은 OID 콜을 포함한다: OID_DOT11_Offload_Capability, OID_DOT11_Operation_Mode_Capability, OID_DOT11_Optional_Capability, OID_DOT11_CF_Pollable, OID_DOT11_Operational_Rate_Set, OID_DOT11_Supported_PHY_Types, OID_DOT11_Diversity_Support, OID_DOT11_Supported_Power_Levels, OID_DOT11_Reg_Domains_Support_Value, OID_DOT11_Supported_Data_Rate_Value. 일단 기능이 알려지면, 스테이션(200)은 NIC(202)의 현재 기능을 선택적으로 설정할 수 있다. 여기에는 다음과 같은 OID 콜이 포함된다: OID_DOT11_Current_Offload_Capability, OID_DOT11_Current_Operation_Mode, OID_DOT11_Current_Phy_Type, OID_DOT11_Current_Optional_Capability, OID_DOT11_Diversity_Selection_RX.

스테이션(200)은 OID 콜을 통해 NIC 파라미터를 질의하고 설정할 수 있다. 이러한 파라미터는 이들이 연산되는 802.11 LAN의 현재 상태에 영향을 받지 않는 것이다. 콜 설정은 디폴트값을 변경할 필요가 있는 파라미터에 대해서만 실시된다. 현 시점에서 변경 또는 질의될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Temp_Type, OID_DOT11_MPDU_Max_Length, OID_DOT11_MAC_Address, OID_DOT11_Station_ID, OID_DOT11_Current_TX_Antenna, OID_DOT11_Current_RX_Antenna, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna. FHSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index. DSSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold. IR PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min.

스테이션(200)은 스캔 요구(액티브 또는 패시브) OID 콜(OID_DOT11_Scan_Request)을 발행한다. 스캔중의 비이컨 및 프로브 응답 프레임은 표준 NDIS 기능에 대한 802.11 확장에 관하여 설명한 바와 같이 미니포트 경로 확장의 규칙을 이용하여 표시된다. 이러한 규칙은 모든 수신 패킷에 적용된다.

일단 스캔 요구가 성공적으로 완성되면, 스테이션(200)은 OID 콜을 통해 선택적으로 NIC 파라미터를 질의하고 설정할 수 있다. 이러한 파라미터는 이들이 연산되는 802.11 LAN의 현재 상태에 영향을 받지 않는 것이다. 콜 설정은 디폴트값을 변경할 필요가 있는 파라미터에 대해서만 실시된다. 현 시점에서 변경 또는 질의될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Operational_Rate_Set, OID_DOT11_Current_Reg_Domain(이 콜은 NIC(202)에 의해 패시브 스캔을 실시할 것 을 요구한다), OID_DOT11_Current_TX_Antenna, OID_DOT11_Current_RX_Antenna, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna, OID_DOT11_Diversity_Selection_RX. FHSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index. DSSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold. IR PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min.

스테이션(200)은 인프라스트럭쳐 BSS로의 조인 요구(OID_DOT11_Join_Request)를 NIC(202)에 보낼 수 있다. 조인 요구가 성공적으로 완성되면, NIC(202)는 다음과 같은 일을 하거나 하도록 요구받을 수 있다:

1) 표준 NDIS 기능에 대한 802.11 확장에 관하여 앞서 설명한 바와 같이 미니포트 전송 경로 확장의 규칙을 이용하여, 스테이션(200)에 의해 NIC(202)에 주어진 패킷을 처리하고 전송한다. NIC(202)는 후술하는 OID 콜을 이용하여 이들 OID와 연관된 파라미터를 언제 변경하는지 질의받고, NDIS 표시를 통해 변경을 스테이 션(200)에 통지한다: OID_DOT11_MPDU_Max_Length.

2) 부가적으로, NIC(200)은 표준 NDIS 기능에 대한 802.11 확장에 관하여 앞서 설명한 바와 같이 미니포트 수신 경로 확장의 규칙을 이용하여, 수신된 패킷을 처리하고 스테이션(200)에 도달하게 한다. NIC(202)가 WEP 오프로드/업로드를 지원한다면, NIC(202)에는 OID_DOT11_WEP_Offload, OID_DOT11_WEP_Upload, OID_DOT11_Default_WEP_Offload, OID_DOT11_Default_WEP_Upload 콜을 이용하여 언제든지 WEP 행이 오프로드될 수 있고 이미 오프로드된 WEP 행은 업로드될 수 있다.

3) 요구되는 경우 스캔 요구(OID_DOT11_Scan_Request)를 처리한다.

4) 항상 프로브 응답 및 비이컨 프레임을 업(up) 표시한다. 또한, 소정의 패킷 전송을 위해 수신된 선택된 ACK 패킷을 표시한다. NDIS 전송 경로 확장은 전송된 패킷중 어느 것이 업 표시될 수신 ACK 패킷이 될지 표시하는데 사용된다.

5) Read-Only 및 Read-Write OID(OID_DOT11_WEP_ICV_ERROR_COUNT 및 OID_DOT11_COUNTER_ENTRY 와 같은 통계 OID 포함)에 대한 모든 파라미터 질의 요구를 처리한다. 또한, 현 시점에서 변경될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Current_Packet_Filter, OID_DOT11_Power_Mgmt_Mode, OID_DOT11_RTS_Threshold, OID_DOT11_Short_Retry_Limit, OID_DOT11_Long_Retry_Limit, OID_DOT11_Fragmentation_Threshold, OID_DOT11_Max_Transmit_MSDU_Lifetime, OID_DOT11_Max_Receive_Lifetime

스테이션(200)은 NDIS 리셋 요구와는 다른 NIC 소프트웨어 리셋 요구(Reset_Request)를 발행할 수 있다. 이 소프트웨어 리셋은 소정의 중재 구성 OID 및/또는 스캔 요구 OID를 이용하여 새로운 조인 또는 새로운 시작 요구를 준비하도록 NIC(202)에 요구한다. 이 요구는 NIC(202)가 현재의 설정을 유지할지 또는 디폴트 설정을 재로드(reload)할지를 알려주는 플래그를 갖는다. 요구를 성공적으로 완수하면, 스테이션(200)은 NIC의 기능, 주위의 802.11 LAN 상태, 사용자 요구 구성등에 따라 4가지 구성중 어느 하나에 관해 예상 연산 시퀀스를 반복할 수 있다.

IBSS 조인 모드에서 동작하는 스테이션(200)을 지원하는 NIC는 재부팅 또는 소프트웨어 리셋 후 후속하는 연산의 시퀀스를 실행하도록 요구될 수 있다. 본 기술분야의 숙련자라면, 이전의 소프트웨어 리셋 또는 재부팅 후 각각의 패스에서 연산의 시퀀스 부분만이 실행될 수 있다는 것을 이해할 것이다.

스테이션(200)은 NIC(202)의 기능을 질의할 수 있다. NIC(202)에 대한 콜은 다음과 같은 OID 콜을 포함한다: OID_DOT11_Offload_Capability, OID_DOT11_Operation_Mode_Capability, OID_DOT11_Optional_Capability, OID_DOT11_Operational_Rate_Set, OID_DOT11_Supported_Phy_Types, OID_DOT11_Diversity_Support, OID_DOT11_Supported_Power_Levels, OID_DOT11_Reg_Domains_Support_Value, OID_DOT11_Supported_Data_Rate_Value. 일단 기능이 알려지면, 스테이션(200)은 NIC(202)의 현재 기능을 선택적으로 설정할 수 있다. 여기에는 다음과 같은 OID 콜이 포함된다: OID_DOT11_Current_Offload_Capability, OID_DOT11_Current_Operation_Mode, OID_DOT11_Current_Phy_Type, OID_DOT11_Current_Optional_Capability, OID_DOT11_Diversity_Selection_RX.

스테이션(200)은 스캔 요구(액티브 또는 패시브) OID 콜(Scan_Request)을 발 행한다. 스캔중의 비이컨 및 프로브 응답 프레임은 표준 NDIS 기능에 대한 802.11 확장에 관하여 설명한 바와 같이 미니포트 경로 확장의 규칙을 이용하여 표시된다. 이러한 규칙은 모든 수신 패킷에 적용된다.

일단 스캔 요구가 성공적으로 완성되면, 스테이션(200)은 OID 콜을 통해 선택적으로 NIC 파라미터를 질의하고 설정할 수 있다. 이러한 파라미터는 이들이 연산되는 802.11 LAN의 현재 상태에 영향을 받지 않는 것이다. 콜 설정은 디폴트값을 변경할 필요가 있는 파라미터에 대해서만 실시된다. 현 시점에서 변경 또는 질의될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_ATIM_Window, OID_DOT11_Operational_Rate_Set, OID_DOT11_Beacon_Period, OID_DOT11_Current_Reg_Domain(이 콜은 NIC(202)에 의해 패시브 스캔을 실시할 것을 요구한다), OID_DOT11_Current_TX_Antenna, OID_DOT11_Current_RX_Antenna, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna, OID_DOT11_Diversity_Selection_RX. FHSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index. DSSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold. IR PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min.

스테이션(200)은 시작 요구(Start_Request)를 NIC(202)에 보낼 수 있다. 시작 요구가 성공적으로 완성되면, NIC(202)는 다음과 같은 일을 하거나 하도록 요구받을 수 있다:

1) NIC(202)는 주기적인 비이컨 프레임을 전송하고 프로브 응답을 통해 프로브 요구 프레임에 회답하여야 한다.

2) 표준 NDIS 기능에 대한 802.11 확장에 관하여 앞서 설명한 바와 같이 미니포트 전송 경로 확장의 규칙을 이용하여, 스테이션(200)에 의해 NIC(202)에 주어진 패킷을 처리하고 전송한다. NIC(202)는 후술하는 OID 콜을 이용하여 이들 OID와 연관된 파라미터를 언제 변경하는지 질의받고, NDIS 표시를 통해 변경을 스테이션(200)에 통지한다: OID_DOT11_MPDU_Max_Length.

3) 요구되는 경우 스캔 요구(OID_DOT11_Scan_Request)를 처리한다.

4) 항상 프로브 응답 및 비이컨 프레임을 업 표시한다. 또한, 소정의 패킷 전송을 위해 수신된 선택된 ACK 패킷을 표시한다. NDIS 전송 경로 확장은 전송된 패킷중 어느 것이 업 표시될 수신 ACK 패킷이 될지 표시하는데 사용된다.

스테이션(200)은 NDIS 리셋 요구와는 다른 NIC 소프트웨어 리셋 요구(OID_DOT11_Reset_Request)를 발행할 수 있다. 이 소프트웨어 리셋은 소정의 중재 구성 OID 및/또는 스캔 요구 OID를 이용하여 새로운 조인 또는 새로운 시작 요구를 준비하도록 NIC(202)에 요구한다. 이 요구는 NIC(202)가 현재의 설정을 유지할지 또는 디폴트 설정을 재로드할지를 알려주는 플래그를 갖는다. 요구를 성공적으로 완수하면, 스테이션(200)은 NIC의 기능, 주위의 802.11 LAN 상태, 사용자 요구 구성등에 따라 4가지 구성 중 어느 하나에 관해 예상 연산 시퀀스를 반복할 수 있다.

액세스 포인트(300)를 지원하는 NIC는 재부팅 또는 소프트웨어 리셋 후 후속하는 연산의 시퀀스를 실행하도록 요구될 수 있다. 본 기술분야의 숙련자라면, 이 전의 소프트웨어 리셋 또는 재부팅 후 각각의 패스에서 연산의 시퀀스 부분만이 실행될 수 있다는 것을 이해할 것이다.

액세스 포인트(300)는 NIC(302)의 기능을 질의할 수 있다. 여기에 기술되는 OID들은 사용된 PHY를 대표하는 것이다. 상이한 OID는 다른 PHY를 특정하도록 특정화되어 있다. NIC(202)에 대한 콜은 다음과 같은 OID 콜을 포함한다: OID_DOT11_Offload_Capability, OID_DOT11_Operation_Mode_Capability, OID_DOT11_Optional_Capability, OID_DOT11_Operational_Rate_Set, OID_DOT11_Supported_PHY_Types, OID_DOT11_Diversity_Support, OID_DOT11_Supported_Power_Levels, OID_DOT11_Reg_Domains_Support_Value, OID_DOT11_Supported_Data_Rate_Value. 일단 기능이 알려지면, 액세스 포인트(300)는 NIC(302)의 현재 기능을 선택적으로 설정할 수 있다. 여기에는 다음과 같은 OID 콜이 포함된다: OID_DOT11_Current_Offload_Capability, OID_DOT11_Current_Operation_Mode, OID_DOT11_Current_PHY_Type, OID_DOT11_Current_Optional_Capability, OID_DOT11_Diversity_Selection_RX.

액세스 포인트(300)는 OID 콜을 통해 NIC 파라미터를 질의하고 설정할 수 있다. 이러한 파라미터는 이들이 연산되는 802.11 LAN의 현재 상태에 영향을 받지 않는 것이다. 콜 설정은 디폴트값을 변경할 필요가 있는 파라미터에 대해서만 실시된다. 현 시점에서 변경 또는 질의될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Temp_Type, OID_DOT11_MPDU_Max_Length, OID_DOT11_MAC_Address, OID_DOT11_Station_ID, OID_DOT11_Mediuim_Occupancy_Limit, OID_DOT11_CFP_Max_Duration, OID_DOT11_Current_Reg_Domain, OID_DOT11_Current_TX_Antenna, OID_DOT11_Current_RX_Antenna, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna. FHSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index. DSSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold. IR PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min.

액세스 포인트(300)는 스캔 요구(액티브 또는 패시브) OID 콜(Scan_Request)을 발행한다. 스캔중의 비이컨 및 프로브 응답 프레임은 표준 NDIS 기능에 대한 802.11 확장에 관하여 설명한 바와 같이 미니포트 경로 확장의 규칙을 이용하여 표시된다. 이러한 규칙은 모든 수신 패킷에 적용된다.

일단 스캔 요구가 성공적으로 완성되면, 액세스 포인트(300)는 OID 콜을 통해 선택적으로 NIC 파라미터를 질의하고 설정할 수 있다. 이러한 파라미터는 이들 이 연산되는 802.11 LAN의 현재 상태에 영향을 받지 않는 것이다. 콜 설정은 디폴트값을 변경할 필요가 있는 파라미터에 대해서만 실시된다. 현 시점에서 변경 또는 질의될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Operational_Rate_Set, OID_DOT11_Beacon_Period, OID_DOT11_DTIM_Period, OID_DOT11_Current_TX_Antenna, OID_DOT11_Current_RX_Antenna, OID_DOT11_Current_TX_Power_Level, OID_DOT11_Supported_TX_Antenna, OID_DOT11_Supported_RX_Antenna, OID_DOT11_Diversity_Selection_RX. FHSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Hop_Time, OID_DOT11_Current_Channel_Number, OID_DOT11_Max_Dwell_Time, OID_DOT11_Current_Dwell_Time, OID_DOT11_Current_Set, OID_DOT11_Current_Pattern, OID_DOT11_Current_Index. DSSS PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_Current_Channel, OID_DOT11_CCA_Mode_Supported, OID_DOT11_Current_CCA_Mode, OID_DOT11_ED_Threshold. IR PHY를 지원하는 NIC에 관한 파라미터의 리스트는 다음과 같은 것을 포함한다: OID_DOT11_CCA_Watchdog_Timer_Max, OID_DOT11_CCA_Watchdog_Count_Max, OID_DOT11_CCA_Watchdog_Timer_Min, OID_DOT11_CCA_Watchdog_Count_Min.

액세스 포인트(300)는 시작 요구(Start_Request)를 NIC(302)에 보낼 수 있다. 시작 요구가 성공적으로 완성되면, NIC(302)는 다음과 같은 일을 하거나 하도 록 요구받을 수 있다:

1) 주기적인 비이컨 프레임을 전송하고 프로브 응답을 통해 프로브 요구 프레임에 회답하여야 한다.

2) 표준 NDIS 기능에 대한 802.11 확장에 관하여 앞서 설명한 바와 같이 미니포트 전송 경로 확장의 규칙을 이용하여, 액세스 포인트(300)에 의해 NIC(302)에 주어진 패킷을 처리하고 전송한다. NIC(302)는 후술하는 OID 콜을 이용하여 이들 OID와 연관된 파라미터를 언제 변경하는지 질의받고, NDIS 표시를 통해 변경을 액세스 포인트(300)에 통지한다: OID_DOT11_MPDU_Max_Length.

3) 부가적으로, NIC(300)은 표준 NDIS 기능에 대한 802.11 확장에 관하여 앞서 설명한 바와 같이 미니포트 수신 경로 확장의 규칙을 이용하여, 수신된 패킷을 처리하고 액세스 포인트(300)에 도달하게 한다. NIC(302)가 WEP 오프로드/업로드를 지원한다면, NIC(302)에는 OID_DOT11_WEP_Offload, OID_DOT11_WEP_Upload, OID_DOT11_Default_WEP_Offload, OID_DOT11_Default_WEP_Upload 콜을 이용하여 언제든지 WEP 행이 오프로드될 수 있고 이미 오프로드된 WEP 행은 업로드될 수 있다.

3) 요구되는 경우 스캔 요구(OID_DOT11_Scan_Request)를 처리한다.

5) Read-Only 및 Read-Write OID(OID_DOT11_WEP_ICV_ERROR_COUNT 및 OID_DOT11_COUNTER_ENTRY 와 같은 통계 OID 포함)에 대한 모든 파라미터 질의 요구 를 처리한다. 또한, 현 시점에서 변경될 수 있는 파라미터의 리스트는 다음과 같다: OID_DOT11_Current_Packet_Filter, OID_DOT11_Power_Mgmt_Mode, OID_DOT11_RTS_Threshold, OID_DOT11_Short_Retry_Limit, OID_DOT11_Long_Retry_Limit, OID_DOT11_Fragmentation_Threshold, OID_DOT11_Max_Transmit_MSDU_Lifetime, OID_DOT11_Max_Receive_Lifetime

스테이션(200)은 NDIS 리셋 요구와는 다른 NIC 소프트웨어 리셋 요구(OID_DOT11_Reset_Request)를 발행할 수 있다. 이 소프트웨어 리셋은 소정의 중재 구성 OID 및/또는 스캔 요구 OID를 이용하여 새로운 조인 또는 새로운 시작 요구를 준비하도록 NIC(302)에 요구한다. 이 요구는 NIC(302)가 현재의 설정을 유지할지 또는 디폴트 설정을 재로드할지를 알려주는 플래그를 갖는다. 요구를 성공적으로 완수하면, 액세스 포인트(300)는 NIC의 기능, 주위의 802.11 LAN 상태, 사용자 요구 구성등에 따라 4가지 구성중 어느 하나에 관해 예상 연산 시퀀스를 반복할 수 있다.

802.11 스테이션 및 액세스 포인트를 위한 소프트웨어 기반의 무선 인프라스트럭쳐를 설명하였는데, 여기서는 액세스 포인트 및 스테이션을 위해 필요한 하드웨어가 간단하다는 것을 알 수 있다. 상기 인프라스트럭쳐는 액세스 포인트 및/또는 스테이션 기능을 지원하는 무선 NIC가 설치된 어떤 컴퓨팅 플랫폼에서도 실행할 수 있다. 상기 인프라스트럭쳐는 다이나믹 액세스 포인트 또는 스테이션 구성이 가능하고 멀티 레이어 무선 네트워크를 형성할 수 있는 기능을 제공한다.

본 발명의 원리가 다양한 실시예에 적용될 수 있다는 점을 고려하면, 본 명세서에서 도면을 참조하여 기술한 실시예는 단지 설명을 위한 것이지 본 발명의 범위를 한정하려는 의도가 아님을 이해할 것이다. 예를 들어, 본 기술분야의 숙련자라면, 실시예에서 소프트웨어로 설명된 부분을 하드웨어로 구현하거나 또는 하드웨어를 소프트웨어로 구현하는 것이 가능하며, 본 발명의 정신에서 벗어나지 않고도 실시예의 세부 사항을 변경할 수 있다는 것을 이해할 것이다. 따라서, 이러한 실시예는 모두 첨부된 특허청구범위 및 그 등가물의 범위내에 속한다고 간주한다.

Claims

소프트웨어 베이스 무선 인프라스트럭쳐 시스템(software based wireless infrastructure system)에서,

무선 LAN과 통신하는 제1 네트워크 인터페이스 카드와 제1 네트워크 스택과통신하기 위한 스테이션 드라이버,

상기 스테이션 드라이버 및 802.1X 공급자와 통신하는 스테이션 서버,

유선 네트워크와 통신하는 네트워크 브리지 및 제2 네트워크 스택 중 하나와 제2 네트워크 인터페이스 카드와 통신하기 위한 액세스 포인트 드라이버- 상기 제2 네트워크 인터페이스 카드는 상기 무선 LAN과 통신함-,

상기 액세스 포인트 드라이버 및 802.1X 인증자와 통신하는 액세스 포인트 서버

를 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제1항에 있어서, 상기 스테이션 드라이버는

데이터 패킷, 802.1X 데이터 패킷, 및 관리 패킷을 포함하는 패킷을 수신하고, 상기 패킷이 인증 및 연관되지 않았다면 데이터 패킷 및 802.1X 패킷을 드롭하는 제1 필터링 엔진,

상기 필터링 엔진과 통신하고, 상기 제1 필터링 엔진으로부터 인증 및 연관된 패킷을 수신하고, 분할된(fragmented) 패킷을 리어셈블링하는 패킷 프로세서,

상기 패킷 프로세서로부터 관리 패킷을 수신하는 스테이션 연관 매니저,

상기 패킷 프로세서로부터 데이터 패킷을 수신하고, 비인증된 송신 디바이스에 의해 송신된 데이터 패킷을 드롭시키며, 인증된 송신 디바이스에 의해 송신된 데이터 패킷을 상기 제1 네트워크 스택으로 송신하는 제2 필터링 엔진, 및

상기 패킷 프로세서로부터 802.1X 데이터 패킷을 수신하고, 상기 스테이션 서버와 통신하는 스테이션 매니저

를 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제2항에 있어서, 상기 패킷 프로세서는 암호화된 패킷을 해독(decrypt)하는, 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제2항에 있어서, 상기 스테이션 드라이버는

상기 패킷 프로세서와 상기 제2 필터링 엔진 사이에 있고, 상기 패킷 프로세서로부터 패킷을 수신하고 관리 패킷을 상기 스테이션 연관 매니저로 송신하는 제1 demux,

상기 제1 demux와 상기 제2 필터링 엔진 사이에 있고, 상기 제1 demux로부터 패킷을 수신하고 802.1X 관리 패킷을 상기 스테이션 매니저로, 데이터 패킷을 상기 제2 필터링 엔진으로 송신하는 제2 demux

를 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제2항에 있어서, 상기 스테이션 드라이버는 스테이션 연관 매니저와 통신하는 컨피겨레이션 테이블(configuration table)을 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제5항에 있어서, 상기 스테이션 서버, 상기 스테이션 연관 매니저, 및 상기 컨피겨레이션 테이블과 통신하는 제어 mux를 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제2항에 있어서,

상기 네트워크 스택으로 전송되는 데이터 패킷을 802.11 데이터 패킷으로부터 802.3 데이터 패킷으로 변환하는 패킷 컨버터를 더 포함하고,

상기 패킷 컨버터는 상기 네트워크 스택 및 상기 제2 필터링 엔진과 통신하는, 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제1항에 있어서, 상기 액세스 포인트 드라이버는

데이터 패킷, 802.1X 데이터 패킷, 및 관리 패킷을 포함하는 패킷을 수신하고, 상기 패킷이 인증 및 연관되지 않았다면 데이터 패킷 및 802.1X 패킷을 드롭하는 제1 필터링 엔진,

상기 필터링 엔진과 통신하고, 상기 제1 필터링 엔진으로부터 인증 및 연관된 패킷을 수신하고, 분할된 패킷들을 리어셈블링하는 패킷 프로세서,

상기 패킷 프로세서로부터 관리 패킷을 수신하는 액세스 포인트 연관 매니저,

상기 패킷 프로세서로부터 데이터 패킷을 수신하고, 비인증된 송신 디바이스에 의해 송신된 데이터 패킷을 드롭하고, 인증된 송신 디바이스에 의해 송신된 데이터 패킷을 상기 제1 네트워크 스택으로 송신하는 제2 필터링 엔진,

상기 패킷 프로세서로부터 802.1X 데이터 패킷을 수신하고, 상기 액세스 포인트 서버와 통신하는 액세스 포인트 매니저

를 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제8항에 있어서, 상기 패킷 프로세서는 암호화된 패킷을 해독하는, 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제8항에 있어서, 상기 액세스 포인트 드라이버는

상기 패킷 프로세서와 상기 제2 필터링 엔진 사이에 있고, 상기 패킷 프로세서로부터 패킷을 수신하고 관리 패킷을 상기 액세스 포인트 연관 매니저로 송신하는 제1 demux, 및

상기 제1 demux와 상기 제2 필터링 엔진 사이에 있고, 상기 제1 demux로부터 패킷을 수신하고, 802.1X 관리 패킷을 상기 액세스 포인트 매니저로, 데이터 패킷을 상기 제2 필터링 엔진으로 전송하는 제2 demux

를 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제8항에 있어서, 상기 액세스 포인트 드라이버는 상기 액세스 포인트 연관 매니저와 통신하는 컨피겨레이션 테이블을 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제11항에 있어서, 상기 액세스 포인트 서버, 상기 액세스 포인트 연관 매니저, 및 상기 컨피겨레이션 테이블과 통신하는 제어 mux를 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
제10항에 있어서,

패킷의 목적지(destination)가 상기 무선 LAN 상의 디바이스인지 여부를 판정하기 위한 제3 demux, 및

상기 제3 demux와 통신하고, 상기 무선 LAN 상의 디바이스로의 목적지를 갖는 패킷을 상기 제3 demux로부터 수신하고, 상기 무선 LAN 상의 디바이스로의 목적지를 갖는 패킷을, 상기 디바이스로 전송하기 위해 상기 네트워크 인터페이스 카드에 송신하는 액세스 포인트 브리지를 더 포함하는 소프트웨어 베이스 무선 인프라스트럭쳐 시스템.
무선 네트워크를 통해 통신하도록 적응된 디바이스의 동작 방법으로서, 상기 디바이스는 상기 무선 네트워크에 결합된 네트워크 인터페이스와, 네트워크 스택 및 드라이버를 갖는 오퍼레이팅 시스템을 가지고, 상기 네트워크 인터페이스는 네트워크 드라이버 인터페이스를 가지며, 상기 방법은,

a) 상기 무선 네트워크를 통해 상기 네트워크 인터페이스에서 무선 네트워크 프로토콜 포맷의 패킷을 수신하는 단계,

b) 상기 네트워크 인터페이스에서 수신된 패킷의 제1 부분을 처리하는 단계,

c) 상기 네트워크 드라이버 인터페이스를 통해 상기 네트워크 인터페이스로부터 수신된 패킷의 제2 부분을 상기 오퍼레이팅 시스템의 드라이버에 상기 무선 네트워크 프로토콜 포맷으로 통신(communicating)하는 단계,

d) 상기 무선 네트워크 프로토콜과는 다른 제2 프로토콜 포맷의 패킷을 형성(form)하기 위해 상기 오퍼레이팅 시스템의 드라이버 내에서 상기 패킷의 제2 부분을 처리하는 단계, 및

e) 상기 제2 프로토콜 포맷의 패킷을 상기 네트워크 스택에 제공하는 단계

를 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 네트워크 인터페이스와의 타이밍 동기화를 수행하는 단계를 더 포함하는 디바이스 동작 방법.
제15항에 있어서, 타이밍 동기화를 수행하는 단계는 상기 무선 네트워크 상에서 비이컨(beacon)을 생성하는 것, TST 동기화, 수동 스캐닝(passive scanning), 능동 스캐닝(active scanning), 프로브 응답(probe response) 중 적어도 하나를 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 네트워크 인터페이스에서

ⅰ) PHY 기능,

ⅱ) MAC 데이터 서비스, 및

ⅲ) 적어도 하나의 MAC 프레임 기능

을 포함하는 기능을 수행하는 단계를 더 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 수신된 패킷의 제1 부분을 처리하는 단계는 상기 네트워크 인터페이스 내의 상기 수신된 패킷의 제1 부분을 서브서밍(subsuming)하는 단계를 포함하고, 상기 수신된 패킷의 제2 부분을 통신하는 단계는 상기 네트워크 인터페이스 내에 서브서밍되지 않은 패킷을 통신하는 단계를 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 패킷의 제2 부분의 일부는 데이터 패킷을 포함하고, 상기 제2 프로토콜 포맷의 패킷을 형성하기 위해 처리하는 단계는 상기 제2 부분의 일부로부터 재포맷된(reformatted) 데이터 패킷을 선택적으로 형성하는 단계를 포함하고, 상기 제2 프로토콜 포맷의 패킷을 제공하는 단계는 상기 재포맷된 데이터 패킷을 제공하는 단계를 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 무선 네트워크 프로토콜은 데이터 패킷 및 관리 패킷을 포함하는 패킷 타입을 지정하고, 상기 패킷의 제2 부분을 통신하는 단계는 관리 및 데이터 패킷을 통신하는 단계를 포함하는 디바이스 동작 방법.
무선 네트워크를 통해 통신하도록 적응된 디바이스로서,

a) 물리적 네트워크 인터페이스 카드 및 제1 네트워크 드라이버 인터페이스를 포함하는 무선 네트워크 인터페이스 - 상기 물리적 네트워크 인터페이스 카드는 무선 네트워크 프로토콜 포맷으로 상기 무선 네트워크를 통한 패킷의 전송 및 수신 중 적어도 하나를 수행하도록 적응됨 -, 및

b) 상기 제1 네트워크 드라이버 인터페이스를 통해 패킷을 통신하도록 적응된 드라이버 - 상기 드라이버는 제2 네트워크 드라이버 인터페이스를 포함하고, 상기 드라이버는 상기 제2 네트워크 드라이버 인터페이스를 통해 제2 프로토콜 포맷의 패킷을 통신하고, 상기 패킷의 포맷이 상기 제1 드라이버 인터페이스와 상기 제2 드라이버 인터페이스의 포맷 사이에서 변환되도록 패킷을 처리하도록 적응됨 -

를 포함하는 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 드라이버는 가상 미니포트(virtual miniport)인, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 제1 네트워크 드라이버 인터페이스 및 상기 제2 네트워크 드라이버 인터페이스는 NDIS 인터페이스인, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 드라이버는 추가적으로 IOCTL 인터페이스를 포함하는 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제24항에 있어서, 하나 이상의 애플리케이션 레이어 컴포넌트와 IOCTL 인터페이스 간에 인터페이스를 제공하도록 적응된 서버를 더 포함하는 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 무선 네트워크 인터페이스는 상기 드라이버 인터페이스를 통해 수신된 커맨드에 응답하여 BSS에 대해 스캔하도록 적응되는, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 무선 네트워크 인터페이스는 상기 드라이버 인터페이스를 통해 수신된 커맨드에 응답하여 파워 관리 기능을 수행하도록 적응되는, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
제21항에 있어서, 상기 무선 네트워크 인터페이스는 상기 드라이버 인터페이스를 통해 수신된 커맨드에 응답하여 상기 디바이스를 인프라스트럭쳐 네트워크에 조인(join)시키는 기능을 수행하도록 적응되는, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
컴퓨터-실행 가능 모듈을 갖는 컴퓨터 저장 매체로서, 상기 컴퓨터-실행 가능 모듈이 실행될 때, 무선 네트워크 프로토콜에 따라서 무선 네트워크를 통하여 통신하기 위한 무선 네트워크 인터페이스 디바이스용 드라이버가 구현되고, 상기 무선 네트워크 인터페이스는 네트워크 드라이버 인터페이스를 포함하고, 상기 모듈은,

a) 상기 무선 네트워크 프로토콜 포맷의 패킷을 교환하고, 상기 네트워크 드라이버 인터페이스를 통해 커맨드를 제공하기 위한 제1 인터페이스,

b) 상기 제1 인터페이스를 통해 수신된 패킷을 선택적으로 패스(passing)하기 위한 적어도 하나의 필터링 모듈,

c) 적어도 하나의 데이터 패킷 처리 모듈,

d) 적어도 하나의 관리 패킷 처리 모듈,

e) 상기 적어도 하나의 필터링 모듈에 의해 패스된 패킷을, 상기 적어도 하나의 데이터 패킷 처리 모듈 또는 상기 적어도 하나의 관리 패킷 처리 모듈로 선택적으로 배향(directing)시키기 위한 적어도 하나의 라우팅 모듈,

f) 제2 프로토콜 포맷으로 네트워크 프로토콜 모듈과 패킷을 교환하기 위한 제2 인터페이스, 및

g) 상기 적어도 하나의 데이터 패킷 처리 모듈과 상기 제2 인터페이스 사이에 결합된 패킷 컨버터 모듈

을 포함하는 컴퓨터 저장 매체.
제29항에 있어서, 상기 제1 인터페이스는 802.1X 프로토콜 포맷의 패킷을 교환하도록 적응되고, 상기 제2 인터페이스는 802.3 프로토콜 포맷의 패킷을 교환하도록 적응되는 컴퓨터 저장 매체.
제30항에 있어서, 상기 제1 인터페이스 및 상기 제2 인터페이스는 NDIS 인터페이스인, 컴퓨터 저장 매체.
제31항에 있어서, 무선 네트워크용 드라이버는 오퍼레이팅 시스템 컴포넌트를 포함하는 컴퓨터 저장 매체.
제31항에 있어서, 무선 네트워크용 드라이버는 스테이션 드라이버이고, 상기 컴퓨터 실행가능 모듈은,

h) 스테이션 연관 매니저

를 더 포함하는 컴퓨터 저장 매체.
제29항에 있어서, 무선 네트워크용 드라이버는 액세스 포인트 드라이버이고, 상기 컴퓨터 실행가능 모듈은,

h) 액세스 포인트 연관 매니저

를 더 포함하는 컴퓨터 저장 매체.
제29항에 있어서, 무선 네트워크용 드라이버는 가상 미니포트 드라이버인, 컴퓨터 저장 매체.
제29항에 있어서, 상기 네트워크 프로토콜 모듈은 네트워크 스택인, 컴퓨터 저장 매체.
제29항에 있어서, 상기 네트워크 프로토콜은 브리지인, 컴퓨터 저장 매체.
제14항에 있어서, 상기 수신된 패킷의 제2 부분을 통신하는 단계는 NDIS 인터페이스를 통해 상기 제2 부분을 통신하는 단계를 포함하는 디바이스 동작 방법.
제14항에 있어서, 상기 패킷의 제2 부분을 처리하는 단계는 상기 오퍼레이팅 시스템 내에서 상기 패킷의 제2 부분을 처리하는 단계를 포함하는 디바이스 동작 방법.
제21항에 있어서, 상기 제1 네트워크 드라이버 인터페이스 및 상기 제2 네트워크 드라이버 인터페이스는 소프트웨어 인터페이스인, 무선 네트워크를 통해 통신하도록 적응된 디바이스.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제