KR20060045962A - 무선 근거리 통신망의 긴급 호출 지원 - Google Patents

Abstract

WLAN에서 긴급 호출을 식별하기 위한 장치는 긴급 호출과 같은 호출을 식별하기 위한 지시자를 포함한다. 지시자는 비트 플래그 또는 정보 요소일 수 있다. 정보 요소는 긴급 호출을 행한 스테이션의 위치에 관한 위치 정보를 포함할 수 있다. 이 위치 정보는 호출자의 위치를 파악하는데 사용 가능하다. 이 위치 정보는 긴급 호출과는 별개로 스테이션에서 엑세스 포인트로 송신 가능하다.

Description

무선 근거리 통신망의 긴급 호출 지원{SUPPORTING EMERGENCY CALLS ON A WIRELESS LOCAL AREA NETWORK}

도 1은 표준 매체 접속 제어(MAC) 프레임의 다이어그램.

도 2a는 긴급 호출을 표시하는 비트 플래그를 갖는 MAC 프레임의 다이어그램.

도 2b은 긴급 호출을 표시하는 정보 요소(IE)를 갖는 MAC 프레임의 다이어그램.

도 3은 표준 RTS(송신 대기) 프레임의 다이어그램.

도 4a는 긴급 호출을 표시하는 비트 플래그를 갖는 RTS 프레임의 다이어그램.

도 4b는 긴급 호출을 표시하는 IE를 갖는 RTS 프레임의 다이어그램.

도 5는 도 4a 또는 4b에 도시된 RTS 프레임을 이용하는 방법의 흐름도.

도 6은 긴급 호출을 완료하기 위해 무선 기술을 전환하는 방법의 흐름도.

도 7은 긴급 호출을 표시하는 SOS 비콘(beacon) 프레임의 다이어그램.

도 8은 도 7에 도시되는 SOS 프레임을 송신하고 이용하는 방법의 흐름도.

도 9는 프록시 기능을 적용할지 여부를 결정하는 방법의 흐름도.

도 10은 긴급 호출을 지원하도록 구성되는 WLAN의 다이어그램.

본 발명은 일반적으로 무선 근거리 통신망(WLANs)에 관한 것이고, 보다 상세하게는 WLAN 에서의 긴급 호출(emergency calls)을 지원하는 것에 관한 것이다.

기존의 802 기술[802.11 WLANs, 802.15 무선 개인 영역 통신망(wireless personal area networks, WPANs), 등]은 통상 셀룰러에서와 같은 긴급 호출을 지원할 필요가 없다. 셀룰러에서는 긴급 호출 지원은 종종 기존의 802 기술에 부과되는 규제 요건들에 기인하며 그에 따라 오늘날 사용되는 무선 셀룰러 통신망과 핸드셋(handset)의 대부분에서 광범위하게 구현되고 있다. 긴급 호출에 대한 지원은 모든 통신 레이어들, 특히 신호 전송 지원 및 명령에 의한 절차들에 걸쳐 있는 다양한 측면들을 포함하고 있는데, 이러한 측면들은 802.11 기술 및 802.15 기술에 대해서는 존재하지 않는다. WLAN에서 VoIP(voice over Internet Protocol)의 도래와 더불어 WLAN 사용의 증가로 인하여, WLAN에서의 긴급 호출에 대한 지원이 절실해지고 있다.

주거 시장(residential market)을 위하여 제공되는 "고정(fixed)" VoIP 폰 서비스조차 긴급 호출 지원을 제한하여 왔다. 번호 위치 정보가 PSAP(public safety answering point)의 디스패처에 의하여 항상 추적될 수 있는 것이 아니고, 콜백(call back)이 항상 가능한 것도 아니며, 장비의 판매에 있어서의 어드레스 등록이 요구될 수도 있다. VoIP 폰이 새로운 장소로 이동하는 경우, 긴급 호출은 여 전히 등록된 어드레스 위치에 기반하여 전달될 것이다. 등록된 어드레스는 원칙적으로 변경이 가능하지만, PSAP 에서의 정보를 업데이트하는 경우 적어도 수일 또는 수주 동안 지연된다. 또한, 일부 사용자들은 그들의 등록 정보를 주기적으로 업데이트하지는 않을 것이다.

이러한 상황은 WLAN을 이용하는 VoIP 폰들이 가동될 때 이동성으로 인하여 보다 악화된다. WLAN 기반 VoIP 폰들은 임의의 위치로부터도 작동이 가능하고, 사용자는 사무실에서 홈으로, 사무실에서 공개 핫 스팟(public hotspot)으로와 같이 위치간 끊김없는 로밍(심리스 로밍)을 기대할 수 있다.

무선 액세스, 액세스 포인트(AP) 위치 및 긴급 호출 수락을 포함하는 어떠한 802.11-특정 이슈들이 존재한다. 무선 액세스에 관하여, 802.11 표준들에는 긴급 호출에 대한 우선 순위가 현재 존재하지 않으며, WLAN 액세스 통신망에 대한 정규적인 호출과 긴급 호출을 구별할 수가 없다. 예컨대, AP 의 식별이 용이하게 결정되는 경우에 조차, AP 또는 스테이션(STA) 의 위치는 현재의 비독점적(non-proprietary) 방식으로는 통신망에 알려지지 않는다. 현재의 비-독점적인 방식으로는 호출자의 위치를 맵핑할 수가 없다.

수락(addmission)에 관하여, 엄격하게 관리되는 WLAN 은 긴급 호출자가 통신망에 진입하는 것을 인증받지 않은 경우 긴급 호출을 확립하는 것을 방지 할 수 있다. STA 와 AP 간의 통상의 접속 절차는 STA 가 연관(Association) 요청을 전달할 것을 요구하는데, 이 요청 뒤에는 STA 를 AP로 연관시키기 전에 AP와 중재하는 절차가 뒷따른다. 만약 STA가 긴급 호출을 제공하고 있다는 것을 나타낼 수 없다면, 그것을 수락할 수 있는지 여부를 결정하는 전체 연관 절차를 완료해야만 한다. 이러한 종류의 문제의 예로서, 만약 STA가 시스템에 액세스하기 위한 적합한 암호 또는 인증 증명을 구비하고 있지 않다면(AP 가 암호들 또는 인증 증명들을 요구하도록 구성되어 있는 경우, 예컨대 비밀 핫 스팟 또는 사무실 WLAN 을 구비하고 있는 경우), AP 는 STA 의 연관 요청을 단호하게 거절할 것이다. 그러나, STA 가 적합한 암호 또는 인증 증명들을 구비하고 있다고 하더라도, AP 는 그 구성된 최대 용량에 기반하여 여전히 음성 사용자들에 대한 통신망으로의 입장을 거절할 것이다. 이러한 경우에, AP 에 대한 올바른 결정은 이 새로운 긴급 호출을 수락하고(최고 우선 순위로) 다른 종래의 음성 호출을 끊는 것이다. AP 는 현재 제1 장소에서의 이러한 차별화를 위한 수단을 필요로 하기 때문에, 그러한 특성은 종래의 WLAN 기술로는 구현이 불가능하다. 이것은 임의의 장비 특히 SIM 카드 없는 장비조차 긴급 호출이 가능하다는 점에서 셀룰러 시스템의 동작과 비교되어야 한다.

본 발명은 802.11 및 802.15 기술과 함께 긴급 호출 처리 지원을 가능하게 하는 다양한 시스템 동작 측면들을 제안한다. 몇몇 제안들은 AP들로의 긴급 호출들을 나타내기 위한 새로운 L2 신호 전송 메세지들 또는 정보 구성요소들과 관련된다. 새로운 절차들과 제어 메커니즘들이 긴급 상황을 위하여 제안된다. 또한, 이중-모드(WLAN 및 제2 세대 또는 제3 세대 셀룰러) 구현을 위한 절차들이 도입된다. 긴급 호출 요청들은 종종 긴급 호출자의 위치, 수단 및 신호 전송 절차들의 위치를 보고하는 경우의 정규적인 요청과 결합되고, WLAN 통신망의 지리적인 위치들의 요청 및 보고가 가능하도록 제안된다. 위치 보고는 긴급 호출에 결합될 수 있거나 개별적으로 구현될 수 있다.

긴급 호출을 식별할 수 있는 STA의 장점은, AP가 통상적으로 취급되어야 하는 SAT(즉, 정규적인 연관 절차들을 따라야 함)와, 통신망이 구현되는 방식에 상관 없이 모든 환경에서 허가되어야 하는 STA(즉, 긴급 호출을 허용하기 위하여 임의의 보안 요청들을 통과시킴)를 구별할 수 있도록 하는 AP에서, 간단한 로직이 인스톨될 수 있다는 것이다.

무선 근거리 통신망에서의 긴급 호출을 식별하는 장치는 호출을 긴급 호출로서 식별하는 지시자(indicator)를 포함한다. 이 지시자는 비트 플래그 또는 정보 구성 요소일 수 있다.

무선 근거리 통신망에서의 스테이션의 위치 정보를 보고하는 장치는 위치 정보 필드를 포함한다.

WLAN 상의 STA 에 의하여 긴급 호출을 배치하는 방법은 STA 가 긴급 호출을 배치하는 것으로부터 시작한다. STA 가 셀룰러 통신망 상에서 동작할 수 있는지 여부를 결정한다. 만약 STA 가 셀룰러 통신망 상에서 동작할 수 있다면 긴급 호출이 셀룰러 통신망 상에서 계속된다. 그 뒤 그 긴급 호출이 셀룰러 통신망 상에서 완료되었는지 여부의 결정이 내려진다. 만약 긴급 호출이 셀룰러 통신망에서 완료되지 않았다면, 그 긴급 호출이 WLAN 상에서 지속된다.

STA로부터의 긴급 호출을 WLAN에서 행하는 사용자의 위치를 파악하는 방법은 사용자가 STA상에 긴급 호출을 배치하는 것으로부터 시작한다. 긴급 신호 프레임들 은 사전 결정된 기간 동안 STA로부터 전송되는데, 그로써 이 긴급 신호 프레임들이 사용자의 위치를 파악하기 위하여 긴급 상황 작업자에 의해 수신될 수 있다.

WLAN 상에 STA 로부터 긴급 호출을 행하는 사용자의 위치를 파악하는 방법은 사용자가 STA에서 긴급 호출을 행하는 것으로부터 시작한다. 긴급 신호 프레임들은 STA로부터 전송되고 긴급 상황 작업자에 의해 수신된다. 긴급 상황 작업자가 사전 결정된 사용자의 범위 내에 있는지 여부를 결정한다. 긴급 상황 작업자가 사전 결정된 범위 내에 있는 경우 사용자와 긴급 상황 작업자 간의 직접 접속이 확립된다.

WLAN의 긴급 호출을 지원하는 방법은 WLAN에서 STA에 의한 긴급 호출을 행하는 것으로부터 시작한다. 긴급 호출은 WLAN에서 AP에 의해 수신된다. STA가 긴급 호출을 완료할 수 있는 충분한 성능(기능)을 구비하고 있는지 여부의 결정이 내려진다. 만약 STA가 긴급 호출을 완료할 수 있는 충분한 성능을 구비하고 있지 않은 경우, AP는 STA의 프록시로서 기능한다.

WLAN의 STA 를 위하여 AP의 위치 정보를 유지하는 방법은 AP에서 STA로부터의 정보를 수신하는 단계와 AP에 위치 정보를 저장하는 단계를 포함한다.

WLAN 내의 STA를 위하여 AP에 위치 정보를 유지하는 방법은, AP가 위치 정보를 수신하는 STA를 폴링하는 것으로부터 시작한다. 위치 정보는 스테이션으로부터 AP로 보고되고 AP에 저장된다.

WTRU 상에서 긴급 호출을 신청하는 방법은 긴급 호출을 하는 STA로부터 AP로 (RTS) 프레임을 전송하기 위한 준비 상태를 전송함으로써 행해지며, RTS 프레임은 STA가 긴급 호출을 하고 있다는 지시자를 포함한다.

RTS 프레임은 AP에서 수신되고, 긴급하지 않은 STA는 백오프(backoff)되며, 이로써 긴급 호출을 하는 STA는 긴급하지 않은 STA 이전에 네트워크에 액세스할 수 있다.

긴급 호출을 지원하도록 구성되는 WLAN는 스테이션 및 액세스 포인트(AP)를 포함한다. 스테이션은 송수신기, 송수신기에 연결된 안테나, 송수신기에 연결된 긴급 호출 식별 장치, 송수신기에 연결된 위치 장치, 및 송수신기에 연결된 백오프 결정 장치를 포함한다. AP는 송수신기, 송수신기에 연결된 안테나, 송수신기에 연결된 긴급 호출 식별 장치, 송수신기에 연결된 위치 결정 장치, 및 송수신기에 연결된 백오프 신호 장치를 포함한다.

첨부 도면과 함께 예시의 형태로 제시되는 이하의 바람직한 실시예를 통하여 본 발명을 보다 상세히 이해할 수 있다.

이하에서, "스테이션"(STA)이라는 용어는 무선 송수신 유닛, 사용자 장치, 고정 또는 모바일 가입자 유닛, 페이저, 또는 무선 환경에서 동작할 수 있는 임의의 다른 유형의 장치를 포함하나 이에 한정되지 않는다. 이하에서 언급될 때, "액세스 포인트"(AP)라는 용어는 기스테이션, 노드 B, 사이트 제어기, 무선 환경에서의 임의의 다른 유형의 인터페이싱 장치를 포함하나 이에 한정되지 않는다.

본 발명은 모든 WLAN, 사설 통신망(PAN), 및 대도시 통신망(MAN), 특히 802.11 기반 WLAN, 802.15 기반 무선 PAN, 802.16/20 기반 무선 MAN, 및 이와 동등한 것에 적용 가능하다. 본 발명은 WLAN, PAN, MAN를 포함하는 이러한 액세스 기술 의 조합을 구현하는 WTRU, 및 셀룰러 다중 모드 WTRU에 적용 가능하다.

이하에서는 긴급 지원을 처리하는 본 발명을 3개의 주요한 영역으로 그룹지어 설명할 것이다. 그러나, 이는 설명의 편의를 위한 것이지 본 발명을 이에 한정하여 생각해서는 안된다.

I. 무선 인터페이스와 관련된 신호 전송/지원 및 과정

A. MAC 프레임 및 MAC 신호 전송 메시지에서 긴급 호출의 표시

표준 MAC 프레임(100)은 도 1에 도시된다. MAC 프레임(100)은 프레임 제어 필드(102), 지속 기간/ID 필드(104), 하나 이상의 어드레스 필드(106a-106d), 시퀀스 제어 필드(108), 서비스 품질(QoS) 제어 필드(110), 프레임 본체(112), 및 프레임 체크 시퀀스(FCS) 필드(114)를 포함한다. QoS 제어 필드(110)는 도시되는 바와 같이 다수의 서브필드로 나누어진다.

긴급 호출에 대한 우선 순위는 MAC 프레임에서 비트 플래그, 긴급 메시지 유형 IE, 종래 또는 신규한 IE 상의 긴급 메시지 필드 부분, 또는 임의의 종래의 IE 또는 MAC 프레임의 필드의 리저브드(현재 이용되지 않는) 값을 이용하여 구현되는 긴급 호출 코드로 표시될 수 있다. 지시자는 AP가 긴급 호출을 승인할 필요가 있음을 알 수 있도록 한다. 유사한 목적으로, QoS 우선 순위 또는 요건이 QoS 클래스(예를 들면, DiffServ)에 의해 표시된다. 임의의 종래의 MAC 프레임 유형(제어, 관리, 또는 데이터)은 긴급 호출 지시자를 포함하도록 변경될 수 있다. 긴급 호출 지시자는 MAC 프레임, 설명되는 임의의 메커니즘을 이용하는 본체 또는 헤더의 임의 의 위치에 추가될 수 있다.

도 2a에 도시되는 바와 같이, MAC 프레임(200)은 필드(202-214)를 포함하며, 도 1과 함께 상술한 필드(102-114)와 동일하다. 일실시예에서, 단순한 비트 플래그(220)를 이용하여 수신기에 긴급 호출임을 표시할 수 있다. 도 2a에 도시되는 바와 같이, 비트 플래그(220)에 대한 한가지 가능한 위치는 QoS 제어 필드(210)의 리저브드 비트(비트 7)이다. 당업자라면 MAC 프레임에 있는 임의의 종래의 헤더 또는 프레임 본체 필드의 임의의 현재 리저브드 상태인 위치에 비트 플래그(220)를 위치시키는 것이 가능하다는 것에 주목할 것이다. 도 2b에 도시되는 바와 같이, MAC 프레임(250)은 프레임 제어 필드(252), 길이 필드(254), 및 긴급 호출을 표시하기 위한 긴급 호출 IE(256)를 포함한다. 긴급 호출 IE(256)는 긴급 호출 플래그(260), 이유(reason) 코드 필드(262), 기능(성능) 정보 필드(264), 위치 정보 필드(266), 음성 코덱 애플리케이션 필드(268), 및 추가적인 필드(270)를 포함하나 이에 한정되지 않는다. 긴급 호출 IE(256)는 임의의 MAC 프레임에 추가될 수 있다. 또한, 긴급 호출 IE(256)에 포함되는 정보는 종래의 IE 유형에 추가될 수 있다.

긴급 호출 플래그(260)는 호출이 긴급 호출임을 식별하기 위한 단순한 지시자(예를 들면, 비트 플래그)일 수 있다. 이유 코드 필드(262)는 긴급 호출에 대한 이유(예를 들면, 화재, 의료상 긴급 등)를 표시한다. 기능 정보 필드(264)는 긴급 호출을 신청하는 STA의 성능을 포함하고, 이를 이용하여 가능하면 빨리 긴급 호출을 완료하는데 도움을 줄 수 있다. 위치 정보 필드(266)는 긴급 호출을 신청하는 STA의 위치를 포함한다. 음성 코덱 애플리케이션 필드(268)는 STA에 의해 이용되는 음성 코덱을 식별하고, 이를 이용하여 STA 및 AP간의 임의의 불일치가 있는 경우 긴급 호출을 처리하도록 한다. 긴급 호출 IE에 (필드(270)로서) 포함될 수 있는 추가적인 정보는 타임스탬프와 WTRU 및/또는 운용자 서비스 성능 정보이다.

802.11e 하의 종래의 MAC 프레임은 호출 우선 순위를 갖는다. 송신 명세(사양)(TSPEC) IE는 송신 명세 정보 필드에 3개의 비트 우선 순위 서브필드를 포함한다. 본 발명의 원리는 또한 긴급 호출에 대한 값을 정의함으로써 TSPEC IE로 구현될 수 있다. 셀룰러 시스템에서, 유사한 메커니즘(신호 프레임)은 네트워크에 호출 파라미터들을 전송하기 위해 이용되고 긴급 호출을 식별하기 위해 리저브드 필드를 포함한다.

B. 위치 정보

위치 정보는 긴급 호출 호출 설정 이유를 전송하는 것 외에, 또한 이러한 신규한 MAC 프레임(200, 250)에 (예를 들면, 위치 정보 필드(266)에서) 첨부될 수 있다. 예컨대, AP 또는 STA는 이 기능을 수행하는 다른 AP 또는 STA로부터의 기본 서비스 세트(Basic Service Set: BSS) ID, AP 또는 STA MAC 주소, 정적 또는 동적 할당 IP 주소, 또는 글로벌 포지셔닝 시스템(위치 정보 시스템)(GPS) 정보를 사용하고, 이 정보를 긴급 호출 센터에 정보를 포워딩(전달)한다. 또한, 위치 정보는 긴급 호출 정보로부터 분리되어 전달될 수 있음을 유의하라.

긴급 STA의 위치를 확인하는 다른 수단은 호출자(caller) ID에 의한 긴급 호출을 요청하는 STA의 식별, 콜백(callback) 번호의 이용, 및 긴급 호출 센터에 의 하여 STA의 위치 확인을 돕는 것으로 알려진 주소의 사용(예컨대, AP 또는 네트워크 ID와 같이, STA에 대하여 첨부된 현재 지점의 MAC 주소, 또는 AP 지리적 좌표의 사용)을 포함하고, 여기에 한정되는 것은 아니다.

예컨대, LAN에 대한 MAC 신호 전송 메커니즘은 AP가 STA로부터 위치를 요청할 수 있는 곳에서 사용될 수 있다. STA는 그것의 위치를 AP에 다시 보고할 것이다. 하나의 가능한 구현예는 보조 GPS(A-GPS) 좌표의 사용을 포함하고, 이것은 기존의 셀룰러 핸드셋에 널리 사용된다. 다중 위치 확인 방법은 상이한 액세스 네트워크에 대하여 지원될 수 있고, 이것은 도착의 업링크 시차(Uplink Time Difference Of Arrival: U-TDOA), 확장된 관찰 시차(Enhanced Observed Time Difference: E-OTD), 도착의 유휴 주기 다운링크 관찰 시차(Idle Period DownLink Observed Time Difference Of Arrival: IPDL-OTDOA), A-GPS, 범용 지리 좌표(예컨대, IEEE 표준 802.11k 또는 IETF RFC 3825에 규정된 것) 및 WLAN AP 위치, 셀 사이트, 또는 섹터 정보와 타이밍 어드밴스 또는 왕복 시간 측정을 사용하는 방법들을 포함하지만, 여기에 한정되는 것은 아니다. 위치 정보를 전달하는 앞의 예들은 특별히 언급되었지만, 당업자는 지리 좌표를 전달하는 어떤 형식도 사용될 수 있음을 알 수 있을 것이다.

긴급 호출 기능은 위치 보고 기능과 독립적으로(아직은 위치 보고 기능과 보완적임) 수행될 수 있다. 예컨대, (1) STA가 실제로 긴급 호출을 발생시키는 경우에 긴급 호출 신호 전송 프레임에 위치 정보를 첨부하는 것, 및 (2) 긴급 호출이 없이 독립 기능으로서 신호 위치를 업데이트하는 것이 가능하다. 후자의 예는 STA 가 AP에 정기적인 위치 보고를 함으로써 주기적으로(예컨대, 수 초 마다) 최후의 STA 위치를 통지 및 업데이트하고, AP 후순위(background) 동작의 부분으로서 폴링(polling)되는 AP를 유지하는 것이다. STA가 긴급 호출을 발생시키는 경우에, AP는 이미 합리적으로 최근 STA의 위치를 추정하고 있어서, STA는 그것의 위치를 명확히 긴급 호출 요청 상에 보낼 필요가 없기 때문에, AP에 위치 정보를 유지하는 것은 바람직하다.

예컨대, 독립 STA 위치 정보 보고는 주소 규제 요구와 비슷하게, 위치에 의존하는 서비스의 구현을 WLAN 네트워크에서 가능케 하는데 사용될 수 있다.

또한, 위치 정보는 상호연동(interworking)하는 WLAN(I-WLAN), 퍼블릭 랜드 이동 네트워크(PLMN), 또는 STA 내에 존재하는 위치 서비스(LCS) 애플리케이션에 제공될 수 있다. 추가적으로, 발신 가입자(originating party)의 제공 셀 식별 또는 제공 AP 식별이 LCS 클라이언트에 제공될 수 있다.

C. 기존의 RTS/CTS 프레임 교환 메커니즘 및 절차의 확장

기본 RTS 프레임(300)은 도 3에 도시된다. RTS 프레임(300)은 프레임 제어 필드(302), 지속 기간 필드(304), 수신기 주소(RA) 필드(306), 송신기 주소(TA) 필드(308) 및 FCS 필드(310)을 포함한다.

긴급 호출을 송신하기를 원하는 STA는 도 4a에 도시된 특별 신호 전송 플래그를 포함하는 확장 RTS 프레임(400)을, 또는 도 4b에 도시된 새로운 IE를 포함하는 확장 RTS 프레임(450)을 송신한다.

도 4a는 RTS 프레임(400)을 나타낸다. RTS 프레임(400)의 필드들(402~410) 은 도 3과 함께 상술한 RTS 프레임(300)의 필드들(302~310)과 동일하다. 프레임 제어 필드(402)는 전형 호출 버전 서브필드(412), 유형 서브필드(414), 서브유형 서브필드(416), 분배 시스템(Distribution Syetem: DS)으로의 서브필드(418), DS로부터의 서브필드(420), 보다 많은 프래그먼트(more fragment) 서브필드(422), 재시도 서브필드(424), 전력 관리 서브필드(426), 보다 많은 데이터(more data) 서브필드(428), 와이어드 등가 프라이버시(Wired Equivalent Privacy: WEP) 서브필드(430), 및 오더(order) 서브필드(432)를 포함하는 여러 개의 서브필드를 갖는다.

신호 전송 플래그는 RTS 프레임(400) 내의 리저브드 비트에 부가될 수 있다. 리저브드 비트로 가능한 위치는 전형 호출 버전 서브필드(412), 유형 서브필드(414), 및 서브유형 필드(416)를 포함한다. 당업자는 TRS 프레임(400) 내의 어떤 리저브드 비트에도 신호 전송 플래그를 위치할 수 있다는 것을 알고 있을 것이다.

도 4b는 프레임 제어 필드(452), 지속 기간 필드(454), RA 필드(456), TA 필드(458), 목적 IE(460), 및 FCS 필드(462)를 포함하는 확장 RTS 프레임(450)을 나타낸다. 목적 IE(460)은 상술한 긴급 호출 IE(256)의 내용과 유사할 수 있다. 확장 RTS 프레임(450)을 수신하는 모든 STA들은 미리 규정된 시간동안 송신 시도를 중지하여 무선 매체를 휴지시키고 긴급 STA에 송신하는 기회를 줄 필요가 있다.

일실시예에서, 확장 RTS 프레임의 수신시, 수신 STA들은 더 높은 가능성의 긴급 호출을 요청하는 STA가 매체에 액세스하도록 하기 위하여 변형된 백오프(backoff) 프로세스에 들어간다. 백오프 프로세스의 변형은 2 가지의 구현이 가능한데, 그것은 (1) STA가 다른 STA와 관련되어 긴급 호출을 요청하는 백오프 시간을 단축하는 것, 또는 (2) 긴급이 아닌 STA에 대한 백오프 시간을 연장하는 것이다. 이러한 구현을 통해, 긴급 STA는 결과적으로 긴급이 아닌 STA보다 짧은 백오프 시간을 갖게 된다.

RTS 프레임(400 또는 450)을 사용하기 위한 방법(500)은 도 5에 도시된다. 이 방법(500)의 목적은 STA가 긴급 호출을 송신하기 위하여 송신 매체를 휴지시키는 것이다. 이 방법은 STA가 RTS 프레임(400 또는 450)을 송신함으로써 긴급 호출을 요청하는 단계(단계 502)로 시작한다. AP는 RTS 프레임을 수신하고(단계 504), 기본 CTS 프레임으로 STA에 응답한다(단계 506). AP는 사용되는 백오프 유형을 판단한다(단계 508). 두 가지의 백오프 유형이 있는데, 두 가지 모두 STA가 긴급 호출을 요청하여 송신을 기다리는 다른 모든 STA들 보다 먼저 매체에 액세스할 수 있게 한다.

긴급 STA(즉, 긴급 호출을 요청하는 STA)가 더 짧은 백오프 시간을 가지는 백오프 유형인 경우, 긴급 STA는 단축된 백오프 시간동안 대기하고(단계 510), 긴급 호출을 송신한다(단계 512). 매체에 액세스하려는 다른 모든 STA들은 기본 백오프 시간동안 대기한 후에(단계 514) 송신이 가능하다(단계 516). 그 후에 이 방법은 종료된다(단계 518).

다른 모든 STA들이 더 긴 백오프 시간을 가지는 백오프 유형인 경우(단계 508), 긴급 STA는 기본 백오프 시간동안 대기한 후(단계 520) 긴급 호출을 송신한다(단계 522). 다른 모든 STA들은 더 긴 백오프 시간동안 대기한 후(단계 524) 송신이 가능하다(단계 516). 그 후에 이 방법은 종료된다(단계 518).

일반적으로, 다른 STA가 백오프 절차에 들어가는 경우에, STA는 일련의 N 타임슬롯 중 하나로 랜덤하게 송신하려고 시도한다. 전송 충돌이 있는 경우, STA는 다시 백오프하고, N에 대하여 미리 규정된 최대값까지 N 값을 증가시킨다. 다른 STA가 송신하려고 시도할 수 있기 전에, STA는 M 타임슬롯동안 대기해야 한다. 기본 절차는 매체에 액세스하는 동일한 기회를 모든 STA에 제공한다. 802.11e에서, QoS를 구현하기 위하여는, 특정 스테이션이 매체에 액세스할 기회를 더 많이 갖도록 보장하는 두 가지 방법이 있다. 첫째는 M 값을 감소시켜서 STA가 더 짧은 대기 시간을 갖게 하는 것이다. 둘째는 N에 대하여 더 작은 값을 사용하여 STA가 특정 타임슬롯에 송신할 수 있는 기회를 증가시키는 것이다.

이 방법(500)에서는, STA가 어떤 백오프값을 사용하는지 알 수 있는 여러 수단이 존재한다. 제1 수단은 긴급 호출과 관련하여 M과 N에 대한 하드코딩된 값들을 사용하여, M과 N에 대한 하드코딩된 값들이 긴급 STA에 의해 사용되도록 하는 것이다. 제2 수단은 AP로부터 M과 N에 대한 값들을 긴급 STA에 명확하게 신호 전송하는 것이다. 통상적으로, AP는 정상적으로 시스템이 동작하는 동안에 방송 또는 전용 관리 프레임 중 하나를 사용하여 이 파라미터들을 STA에 보낸다. STA들은 그들이 긴급 호출을 설정할 필요가 있는 경우에는 사용되는 긴급 호출 관련 구성 파라미터들을 판독한다. 하나는 예는, AP가 비콘(Beacon) 또는 프로브 응답(Probe Response) 관리 프레임들의 일부로서, 다른 BSS 구성 값들을 그 BSS의 모든 STA들에서 전송하는 것이다. 긴급 호출 관련 M 및 N 파라미터들을 부가하는 것은 이들에 대한 자연스러운 확장이다. 예를 들면, BSS에서의 모든 STA들에 의해 사용되는 엑 세스 카테고리(백오프 값들, 윈도우 등) 당 802.11e QoS 관련 구성 파라미터들은 오늘날 유사한 매카니즘을 사용하는 AP에 의해 신호 전송된다.

제3 수단은 제1 및 제2 수단의 조합이며, 이에 의해 STA가 통상적으로 사용하는 M 및 N에 대한 하드 코드(hard-coded) 디폴드 값을 구비하며, STA가 긴급 상황인 경우, AP는 하드 코드 디폴트 값들을 오버라이드(override)하기 위해 M 및 N에 대한 새로운 값들을 송신한다. 당업자는 긴급 상황시에 적절한 백오프 시간을 STA에 전송하기 위한 부가적인 수단을 인지할 수 있을 것이다.

D. 듀얼 모드 WLAN STA(예를 들면 3G 및 WLAN)를 위한 다른 무선 기술로의 전환

긴급 상황의 경우, 듀얼 모드 WLAN STA는 우선 WLAN 대신에 셀룰러 네트워크 상에서 임의의 긴급 호출을 시도할 것이다. 이것은 이론상 STA에서만 행해지는 "하드-코드(hard-coded)" 절차이다. 이 절차를 구현하기 위한 방법(600)은 도 6에 도시되어 있다.

방법(600)은 STA에서 긴급 호출을 하는 사용자에 의해 시작된다(단계 602). STA가 셀룰러 네트워크 또는 WLAN에서 동작할 수 있는지 여부에 대한 결정이 행해진다(단계 604). 만일, STA가 셀룰러 네트워크 상에서 동작하고 있다면(즉, 현재 셀룰러 네트워크에 접속되어 있다면), STA는 긴급 호출을 위해 셀룰러 네트워크 상에 머무른다(단계 606). STA가 셀룰러 네트워크 상에 동작할 수 있으나 현재 셀룰러 네트워크에 접속되어 있지 않은 경우에는, STA는 셀룰러 네트워크로의 접속을 확립하고(단계 608), 그 셀룰러 네트워크를 통해 긴급 호출을 행한다(단계 606). STA가 WLAN 상에서 동작하고 있는 경우, STA는 긴급 호출을 하기 위해 셀룰러 네트워크로 스위칭한다(단계 610).

긴급 호출이 발생된 이후에, 긴급 호출이 셀룰러 네트워크를 통과했는지 여부에 대한 결정이 행해진다(단계 612). 통과한 경우, 방법(600)은 종료한다(단계 614). 긴급 호출이 셀룰러 네트워크를 통과하지 않은 경우라면, STA는 호출을 행하기 위해 WLAN으로 스위칭하고(단계 616), 방법은 종료된다(단계 614).

듀얼 모드 WLAN 셀룰러 핸드셋(handset)에 의해 긴급 호출이 발송될 필요가 있는 경우, 긴급 호출 지원이 이용가능하지 않거나 또는 WLAN 상에서는 신뢰성이 떨어지기 때문에 양호한 절차로는 셀룰러 모뎀으로 폴백(fallback)(즉, 셀룰러 무선 링크를 통해 긴급 호출을 확립)하는 핸드셋을 구비하는 것이다.

방법(600)에 대한 대안으로서는, (1) 긴급 호출 전송을 시도할 때 스위칭할 무선 기술들(예를 들면 WLAN 또는 셀룰러)의 양호한 또는 지시되거나 장려되는 오더를 확립하고, (2)시스템 오퍼레이터가 듀얼 모드 핸드셋을 위한 SIM 카드 또는 유사한 장치 상에 긴급 호출 동작을 구성하고, (3) 긴급 호출의 경우 셀룰러 네트워크 상에 VoIP 호출을 유지하거나 그 호출을 종래의 회로 스위칭 음성 채널 상으로 이동시키고, (4) 시스템 오퍼레이터가 무선 인터페이스 상으로 무선 기술들의 양호한 로컬 순서를 전송하거나, 또는 (5)사용자가 수동으로 정책 설정을 구성하는 것이다.

E. 긴급 호출 시도시 인증 및 보안 바이패스

WLAN에서 긴급 호출을 설정하려고 하는 임의의 802.xx STA가 AP에 의해 허용 되어야 한다는 것이 절차상 요구된다. 이것은 네트워크 측에서의 802.1x과 같은 인증 및 다른 보안 수단을 바이패스하는 것을 포함한다. 이 절차는 확장된 RTS/CTS 방법(500)(도 5에 도시된 바와 같음)을 사용하거나 또는 비트 플래그, IE, 해더, 저장된 정보 필드, 또는 MAC 프레임에서 비트/시퀀스 값(도 2a 및 2b에 도시된 바와 같음)에 의해 유발될 수 있다.

II. 긴급 호출의 경우 WTRU 동작/절차

A. WLAN는 호출자 검색을 용이하게 하기 위해 SOS 비콘 신호를 전송

이 절차는 STA에서 요구되거나 또는, 긴급 호출이 종료되면(또는 계속되는 동안에도) STA 및/또는 관련 AP가 규칙적인 간격들로 도 7에 도시된 바와 같이 SOS형 신호 전송 플레임(700)을 전송하기 시작하는 네트워크에 의해 구성된다.

SOS 신호 전송 프레임(700)은 프로브 요구 프레임의 변형된 버전이다. SOS 신호 전송 프레임(700)은 프레임 제어 필드(702), 지속 시간 필드(704), 목적지 어드레스(DA) 필드(706), 소스 어드레스(SA) 필드(708), BSSID 필드(710), 시퀀스 제어 필드(712), SSID IE(714), 지원 레이트 IE(716), 긴급 호출 IE(718)를 포함한다. 긴급 호출 IE(718)는 도 2b와 관련하여 상술한 긴급 호출 IE(256)과 동일한 것일 수 있다. 지원 레이트 IE(716)은 선택적이며, 그 기능에 영향을 미치지 않으면서 SOS 신호 전송 프레임(700)으로부터 제거될 수 있다.

일실시예에서, SOS 시그널 프레임은 매체로의 엑세스를 보증하기 위해, SIFS(short interframe space) 우선 순위 또는 PIFS(priority interframe space) 우선 순위로 전송되는 프로브 요구 프레임으로 정의될 수 있다. SOS 시그널 프레임 은 911 ID(예컨대, 호출자 ID), 장치의 상세 사항(예컨대 IMEI[international mobile equipment identification]), 네트워크 소속, 사용자명, 긴급 상황의 이유(reason) 코드와 같은 긴급 호출 IE에 새로운 긴급 호출 관련 요소들을 포함한다. 이유 코드는 긴급 호출에 대한 이유를 식별하기를 사용자에게 재촉(예컨대, "긴급 상황이 화재라면 1번을 누르시오")하는 장치에 의해 획득될 수 있다. 이유 코드는 진행 중인 호출을 종료할 방법이 없는 경우 그 긴급 상황을 다룰 수 있는 능력을 제공한다.

SOS 시그널 프레임은 위치 로깅(logging) 및 추적을 용이하게 하기 위해 100 밀리초마다 전송하는 것으로 예정될 수 있다. AP는 신호의 상세 사항 및 타임스템프를 구비한 임의의 SOS 신호 프레임 수신을 로그(log)하기 위해 요구된다. 신호 강도 상세 사항은 신호 강도, 신호 품질, 안테나 방위 및 이득, IMEI와 같은 호출자 상세 사항, 사용자명(입수가능한 경우), 및 식별 및 능력을 위해 유용한 다른 802.11 장치 정보를 포함할 수 있다. SOS 신호 프레임을 수신하는 AP는 그 이벤트를 호출 응답, 무선 자원 조정, 배치, 및 호출 장치의 추적을 담당하는 긴급 네트워크 노드에 보고할 것이 요구된다.

이것은 SOS 신호 전송 프레임들이 전송되어 긴급 상황의 작업자들이 호출자에게 근접할 때 그들에 의해 수신될 수 있는 능동 프로빙(probing) 메카니즘이다. 유사한 예로는 비행기의 블랙 박스에서의 긴급 상황 비콘이다. 새로운 MAC 프레임이 이를 위해 도입되거나, 또는 프로브 요구 프레임과 같은 기존의 MAC 프레임이 이 목적을 실행하기 위해 새로운 IE들(예컨대, 긴급 호출 IE(256))에 의해 확장될 수 있다.

SOS 신호 전송 프레임을 사용하기 위한 방법(800)이 도 8에 도시되어 있다. 사용자는 STA로부터 긴급 호출을 행한다(단계 802). STA는 SOS 프레임 전송을 시작한다(단계 804). 소망하는 구성에 기초하여, SOS 프레임들은 프로브들로서 전송되거나 또는 긴급 상황의 작업자와의 직접 접속을 확립하는데 사용될 수 있다(단계 806).

SOS 프레임들이 프로브들로서 전송되는 경우, 전송 주기가 설정되고 그 전송 주기의 끝이 도달되었는지 여부에 대한 결정이 행해진다(단계 810). 전송 주기가 종료되지 않은 경우, STA는 SOS 프레임 전송을 계속하고(단계 812), 방법은 단계 810으로 복귀한다. 전송 주기의 끝이 도달된 경우(단계 810), STA는 SOS 프레임 전송을 중지하고(단계 814), 방법이 종료된다(단계 816).

SOS 프레임들이 긴급 상황의 작업자와의 직접 접속을 확립하기 위해 사용되는 경우(단계 806), 긴급 상황의 작업자가 STA의 범위 내에 있는지 여부에 대한 결정이 행해진다(단계 820). 긴급 상황의 작업자가 STA의 범위 내에 있지 않은 경우, STA는 SOS 프레임 전송을 계속하고(단계 822), 방법은 단계 820로 계속된다. 긴급 상황의 작업자가 STA의 범위 내에 있는 경우(단계 820), STA는 SOS 프레임 전송을 중지하고, 호출자와 긴급 상황의 작업자 간의 직접 접속을 확립하고(단계 824), 방법은 종료된다(단계 816).

제1 대안예(단계 810-814)에 있어서, STA에 의해 전송된 SOS 프레임은 긴급 호출이 종료되면, AP 또는 세션 개시 전형 호출(SIP) 등의 상위 계층으로부터 신호 전송함으로써 트리거될 수 있다. SOS 프레임의 지속 기간/주파수는 이 트리거 신호 내에 포함된다. 긴급 호출이 종료된 후에 SOS 프레임을 보냄으로써, 긴급 호출이 실수로 발생한 경우에 또는 긴급 작업자가 그 호출에 응답해서 출동할 필요가 없는 경우에, 불필요한 SOS 프레임을 전송하는 것이 방지된다.

제2 대안예(단계 820-824)에 있어서, 긴급 작업자와 호출자 간의 직접 VoIP 접속은 이들이 서로의 범위 내에 있을 때 확립된다. SOS 프레임을 받는 다른 STA는 도 4a, 4b 및 도 5와 관련해서 전술한 확장형 RTS 프레임 등의 SOS 프레임을 처리할 수 있다(즉, 다른 STA는 매체로의 액세스를 시도하지 않을 것이기 때문에, 긴급 호출자는 그 대역폭에 양호하게 엑세스한다).

B. 네트워크(예컨대, AP)는 긴급 호출을 처리하기 위하여 콜백 기능을 실행한다

긴급 호출이 확립되면, WLAN은, 긴급 호출이 콜백 시에 종료된 다음에 소정의 기간 동안 그 긴급 호출을 개시한 사용자와의 활성 접속을 유지한다.

III. 기반구조의 기능성

A. 프록시 기능

AP가 STA에 대한 프록시로서 역할해야 하는지를 판정하는 방법(900)을 도 9에 나타낸다. STA는 긴급 호출을 생성하고(단계 902), AP는 그 긴급 호출을 수신한다(단계 904). 그리고, 그 호출을 전달하는 데 이용되는 네트워크에 기초해서, STA에게 긴급 호출을 실행할 수 있는 능력이 있는지를 판정한다(단계 906). AP는 STA에게 그 호출을 지원하기 위한 모든 필요 기능(예컨대, SIP/H.323 프로토호출 종 료, 보코더 등)이 있는지를 체크한다. 이 정보는 MAC 프레임[예컨대, MAC 프레임(200, 250)]의 부분으로서 표시될 수 있거나, AP가 액세스할 수 있는 네트워크 내의 가입자 정보의 부분일 수 있다.

STA가 모든 필요한 기능(성능)을 가지고 있다면, STA는 그 호출을 일반적으로 처리한다(단계 908). AP는 필요하다면, STA의 위치 및/또는 AP의 위치(네트워크 ID, AP의 MAC 어드레스 등)를 비롯한 위치 정보를 그 호출에 추가할 수 있다(단계 910). 그리고 이 방법은 종료된다(단계 912).

STA가 그 호출을 실행하는 데 필요한 모든 능력을 가지고 있지 않다면(단계 906), AP는 STA의 프록시로서 역할하여, 임의의 필요한 기능성을 제공한다(단계 914). AP는 필요하다면, 위치 정보를 그 호출에 추가하고(단계 910), 이 방법은 종료된다(단계 912).

AP가 현재 환경에서 STA에게 긴급 호출을 완전히 실행하는데 필요한 모든 기능이 없다고 판정하면, AP는 STA의 프록시로서 역할할 것이다(단계 914). 예컨대, STA가 SIP 프로토호출을 지원하지 않는다면, AP는 STA의 SIP 프록시로서 역할할 수 있다. 또 다른 예에서, STA가 SIP를 지원하지만, 그 네트워크가 H.323만 지원하다면, AP는 STA로부터의 SIP 메시지를 네트워크 나머지로의 H.323 메시지로 상호 작용시킨다. 심지어 STA에 보코더가 없는 극한 경우에, AP는 신(thin) 보코더 클라이언트를 STA에 다운로드하여 그 네트워크의 어느 곳에서나 더 많은 표준 보코더와 상호 작용할 수 있다.

또 다른 방법은 AP가, STA와 네트워크에서의 그 상대방에 의한 신호 전송 또 는 일반 트래픽에 이용되는 IP 패킷의 콘텐츠 상에서 위장하는 것이다(즉, 공식적으로 지원되지 않는 경우에도 콘텐츠 및/또는 유형 종류를 판독한다), 예를 들어, IP를 통한 SIP 신호 전송 프로토호출 메시지는 오늘날에 호출 처리에 통상적으로 이용된다. 그러한 SIP 신호 전송에는 유용한 정보, 즉 프록시로서 그것의 역할을 완수하기 위해 AP에 대한, 기능 정보 및 목적지 정보가 포함된다. 전술한 방법 외에도, AP가, STA와 원격으로 떨어진 목적지의 상위 계층(즉, L2 MAC 이상) 메시지 콘텐츠 상에서의 위장으로부터 그러한 정보를 추출한다면, AP는 그것의 역할을 보다 효과적으로 완수할 수 있다. 당업자라면, SIP는 IP 기반의 호출에 대한 관리 전형 호출의 일례일 뿐이며, 존재하는 다른 등가의 프로토호출들도 이 업계에서 광범위하게 시용되는 것을 알 것이다. 이에, 본 발명은 SIP에만 제한되지 않는다.

B. 긴급 호출 센터로의 AP 연결

일단 긴급 호출을 생성하는 STA를 알게 되면, AP는 그 STA로부터의 호출을 적절하게 라우팅하기 위하여 긴급 호출 센터로의 링크를 확립해야 한다. AP에서부터 호출 센터로의 긴급 호출을 얻을 수 있는 여러 개의 가능한 전송 매커니즘이 있다. 예를 들어, AP는 게이트웨이와 통신하여, 자신과 호출 센터를 연결한다.

긴급 네트워크 노드 원리는 맨 인 더 루프(man-in-the-loop) 능력을 가진 긴급 응답 동작 센터를 포함하도록 확장될 수 있다. 긴급 네트워크 노드는 확장형 서비스 세트(ESS), 또는 하부구조 애플리케이션에 맞춤화된 네트워크일 것이다. 예를 들어, 대학교 캠퍼스 상에서, 지정된 긴급 네트워크 노드는 캠퍼스의 치안 부서일 것이다. 또 다른 예로서, 제조 공장에서는 긴급 네트워크 노드가 보안국일 것이다. 긴급 네트워크 노드는 VoIP 호출, 로그 호출 정보, 스크린 호출을 수신하고, 적절한 권위자에게 경계를 발하도록 긴급 호출을 공중 전화 교환망(PSTN) 상에 배치하는 오퍼레이터를 포함한다.

긴급 네트워크 노드 원리는 PSTN으로의 직접 라인을 가진 자동 노드를 포함하도록 추가 확장될 수 있다. 자동 노드는 음성 회로 브릿지로서 역할하여 무선 호출자를 PSTN 긴급 센터로 다이얼링 및 접속시킨다.

긴급 네트워크 노드로의 접속 방법은 인증, 권한, 또는 보안 특성 없이, 호출을 라우팅하여 처리할 수 있는 능력을 포함하도록 확장될 수 있다. 이것은 무선 호출자와 긴급 네트워크 노드 간에 무암호 접속 또는 터널식 접속을 허가한다.

긴급 네트워크 노드의 기능은 호출 처리, 호출 핸드오프 및 로밍 조정을 포함하도록 확장될 수 있다. 이 기능성은 이웃 AP(무선 호출을 서비스하는 AP에 인접한 AP)에 있는 리소스를 미리 인가하여, 그 호출자는 무선 접속을 잃는 일없이, 그리고 AP 경계를 통과하여 이동할 시에 새로운 긴급 호출을 재확립할 필요없이 로밍할 수 있어, 동일한 긴급 시에 호출을 이중으로 생성하는 것을 없앨 수 있다.

IV. 긴급 호출을 지원하도록 구성된 WLAN

긴급 호출을 지원하도록 구성된 WLAN(1000)을 도 10에 도시하고 있다. WLAN(1000)은 STA(1002)와 AP(1004)를 포함한다. STA(1002)는 접속된 안테나(1012)를 통해 통신하는 송수신기(1010)를 포함한다. 긴급 호출 식별 장치(1014)는 그 송수신기(1010)에 접속되며, STA(1002)에 의해 배치된 긴급 호출을 신호 전송하도록 구성되어 있다(즉, 호출을 긴급 호출로서 식별한다). 위치 장치(1016)도 송수신기 (1010)에 접속되고, STA(1002)에 대한 위치 정보를 AP(1004)에 제공하도록 구성된다. 송수신기(1010)에 접속된 백오프 판정 장치(1018)는 긴급 호출 발생 시에 STA(1002)가 RTS 프레임을 보낸 후에 STA(1002)가 얼마 동안 백오프해야 하는지를 판정하도록 구성된다.

AP(1004)는 접속된 안테나(1022)를 통해 통신하는 송수신기(1020)를 포함한다. 긴급 호출 식별 장치(1024)도 송수신기(1024)에 접속되고, 입력되는 긴급 호출을 식별하도록 구성된다. 위치 판정 장치(1026)도 송수신기(1024)에 접속되고, STA(1002)의 위치를 판정하도록 구성된다. 백오프 신호 전송 장치(1028)도 송수신기(1024)에 접속되며, 긴급 호출을 계속해서 보내기 전에 STA(1002)가 얼마 동안 백오프해야 할 것인지를 STA(1002)에게 신호 전송하도록 구성된다.

본 발명의 원리는 전술한 특정한 실시예 이상으로 확장될 수 있다. 예컨대, 본 발명은 메시 네트워크와 애드혹 네트워크로 확장될 수 있다. 다른 예에서, 본 발명은 인간 사용자 대신에, WLAN를 이용한 긴급 처리를 위하여 머신 대 머신 이용 시나리오로 확장될 수 있다. 홈 보안 시스템에서 802.11를 이용할 가능성이 있으며, 즉 WLAN이 (절단될 수 있는)하드 와이어드 전화선 대신에 사용된다. 이 예에서, 인간 사용자가 발생시킨 WLAN 긴급 호출 대신에, 홈 보안 시스템은 외부인 침입 시에 긴급 호출을 보안 호출 센터에 자동 발생시킨다. 이와 다르게, 홈 보안 시스템은 전술한 바와 같이, 긴급 SOS 프레임을 보내는 것을 개시할 수 있다.

본 발명의 특징 및 요소는 특정한 조합에서 양호한 실시예로 설명되었으나, (그 양호한 실시예의 다른 특징 및 요소 없이) 각 특징 또는 요소만이 이용될 수 있거나, 본 발명의 다른 특징 및 요소로 이루어진, 또는 이들 없이, 다양한 조합으로 이용될 수 있다.

본 발명의 긴급 호출 식별 장치에 의하면 WLAN에서 긴급 호출을 식별하기 위해 비트 플래그 또는 정보 요소인 지시자를 포함하고 있어 이 지시자에 의해 호출자의 위치를 정확하게 파악할 수가 있다.

Claims (35)

1. WLNA에서 긴급 호출을 식별하는 장치로서,

   긴급 호출로서 호(call)를 식별하기 위한 지시자를 포함하는 긴급 호출 식별장치.
2. 제 1항에 있어서, 상기 지시자는 1 비트 플래그인 것인 긴급 호출 식별 장치.
3. 제2항에 있어서, 상기 비트 플래그는 매체 엑세스 제어 프레임 내에 위치하는 것인 긴급 호출 식별 장치.
4. 제2항에 있어서, 상기 비트 플레그는 RTS(송신 요청) 프레임 내에 위치하는 것인 긴급 호출 식별 장치.
5. 제1항에 있어서, 상기 지시자는 정보 요소인 것인 긴급 호출 식별 장치.
6. 제5항에 있어서, 상기 정보 요소는 긴급 호출 플래그를 포함하는 것인 긴급 호출 식별 장치.
7. 제5항에 있어서, 상기 정보 요소는 이유 코드(reason code)를 포함하는 것인 긴급 호출 식별 장치.
8. 제5항에 있어서, 상기 정보 요소는 긴급 호출을 행하는 스테이션의 기능을 식별하는 기능 정보 필드를 포함하는 것인 긴급 호출 식별 장치.
9. 제5항에 있어서, 상기 정보 요소는 긴급 호출을 행하는 스테이션의 위치를 파악하기 위한 정보를 담고 있는 위치 정보 필드를 포함하는 것인 긴급 호출 식별장치.
10. 제5항에 있어서, 상기 정보 요소는 긴급 호출을 행하는 스테이션이 사용하는 코덱을 식별하기 위한 음성 코덱 필드를 포함하는 것인 긴급 호출 식별 장치.
11. WLAN에서 스테이션의 위치 정보를 보고하기 위한 장치로서,

    위치 정보 필드를 포함하는 위치 정보 보고 장치.
12. 제11항에 있어서, 상기 위치 정보 필드는 매체 엑세스 제어 프레임 내에 위치하는 것인 위치 정보 보고 장치.
13. 제11항에 있어서, 상기 위치 정보 필드는 상기 스테이션에서 WLAN으로 주기 적으로 전송되는 것인 위치 정보 보고 장치.
14. 제11항에 있어서, 상기 위치 정보 필드는 상기 스테이션에 의해서 결정된 시각에 상기 스테이션에서 WLAN으로 전송되는 것인 위치 정보 보고 장치.
15. 제11항에 있어서, 상기 스테이션이 엑세스 포인트(AP)에 의해서 폴링될 때 상기 위치 정보 필드는 WLAN에서 상기 스테이션으로부터 상기 AP로 전송되는 것인 위치 정보 보고 장치.
16. 제11항에 있어서, 상기 AP가 위치 정보 요청을 상기 스테이션에 보내는 경우 상기 위치 정보 필드는 WLAN에서 상기 스테이션으로부터 상기 AP로 전달되는 것인 위치 정보 보고 장치.
17. WLAN에서 스테이션에 의한 긴급 호출을 행하기 위한 방법으로서,

    상기 스테이션에 의한 긴급 호출을 행하기 위한 단계와;

    상기 스테이션이 셀룰러 네트워크 상에서 동작 가능한 지를 판정하는 단게와;

    상기 스테이션이 상기 셀룰러 네트워크 상에서 동작 가능하다면 셀룰러 네트워크 상에서 긴급 호출을 계속하는 단계와;

    상기 긴급 호출이 셀룰러 네트워크 상에서 완료되었는 지를 판정하는 단계 와;

    상기 긴급 호출이 셀룰러 네트워크 상에서 완료되지 않았다면 WLAN 상에서 긴급 호출을 계속하는 단계

    를 포함하는 긴급 호출 방법.
18. WLAN에서 스테이션으로부터 긴급 호출을 행하는 사용자의 위치를 파악하기 위한 방법으로서,

    상기 스테이션에서 긴급 호출을 행하는 단계와;

    미리 결정된 기간 동안 상기 스테이션으로부터 긴급 신호 프레임을 전달하는 단계를 포함함으로써, 상기 긴급 신호 프레임은 사용자 위치를 파악하기 위해 긴급 근무자에 의해 수신받을 수 있는 것인 사용자 위치 파악 방법.
19. WLAN에서 스테이션으로부터의 긴급 호출을 행하는 사용자의 위치를 파악하기 위한 방법으로서,

    상기 스테이션에서 긴급 호출을 수행하는 단계와;

    상기 스테이션으로부터 긴급 신호 프레임을 전송하는 단계와;

    긴급 상황 근무자에 의한 긴급 신호 프레임을 수신하는 단계와;

    상기 긴급 상황 작업자가 사용자의 미리 정해진 범위내에 있는지를 판정하는 단계와;

    상기 긴급 상황 작업자가 미리정해진 범위내에 있을때 상기 사용자와 상기 긴급 상황 작업자 사이에서 직접 접속을 수립하는 단계

    를 포함하는 사용자 위치 파악 방법
20. WLAN에서 긴급 호출을 지원하기 위한 방법으로서,

    WLAN에서 스테이션에 의해 긴급 호출을 행하기 위한 단계와;

    WLAN에서 엑세스 포인트(AP)에 의한 긴급 호출을 수신하는 단계와;

    상기 스테이션이 긴급 호출을 완료하기 충분히 기능을 가졌는 지를 판정하는 단계와;

    상기 스테이션이 긴급 호출을 완료하기 충분한 기능을 가지고 있지 않으면 상기 AP로 하여금 상기 스테이션의 프록시로서 기능하게 하는 단계

    를 포함하는 긴급 호출 지원 방법.
21. 제20항에 있어서, 상기 AP에 의해서 위치 정보를 상기 긴급 호출에 부가하는 단계를 더 포함하는 것인 긴급 호출 지원 방법.
22. 제20항에 있어서, 상기 AP에 의해서 WLAN에서 트래픽을 감시하는 단계를 더 포함함으로써, 상기 AP가 스테이션의 프록시로서 기능할 수 있도록 WLAN에서 스테이션 기능 정보를 학습하는 것인 긴급 호출 지원 방법.
23. WLAN에서 스테이션의 엑세스 포인트(AP)에 위치 정보를 유지하기 위한 방법 으로서,

    상기 AP에서 상기 스테이션으로부터 위치 정보를 수신하는 단계와,

    상기 AP에 위치 정보를 저장하는 단계를 포함하는 위치 정보 유지 방법.
24. WLAN에서 스테이션의 엑세스 포인트(AP)에 위치 정보를 유지하기 위한 방법으로서,

    위치 정보를 수신하기 위해 상기 AP에 의해서 상기 스테이션을 폴링하는 단계와;

    상기 스테이션에서 상기 AP로 위치 정보를 보고하는 단계와;

    상기 AP에서 위치 정보를 저장하는 단계

    를 포함하는 위치 정보 유지 방법.
25. 제24항에 있어서, 상기 폴링 단계는 주기적으로 수행되는 것인 위치 정보 유지 방법.
26. WLAN에서 긴급 호출을 행하기 위한 방법으로,

    긴급 호출을 행하는 스테이션에서 엑세스 포인트(AP)로 RTS(송신 대기) 프레임을 송신하는 단계에서, 상기 RTS 프레임은 스테이션이 긴급 호출을 행하고 있다는 지시자를 포함하는 것인 송신 단계와,

    상기 AP에서 상기 RTS 프레임을 수신하는 단계와,

    긴급 상태가 아닌 스테이션을 백오프하는 단계를 포함함으로써, 긴급 호출을 행하는 스테이션은 비긴급 상태의 스테이션 이전에 네트워크에 엑세스 가능하게 하는 것인 긴급 호출 방법.
27. 제26항에 있어서, 상기 백오프 단계는 상기 긴급 호출을 행하는 스테이션이 네트워크에 엑세스하기 전에 비긴급 상태의 스테이션 보다 단기간 동안 대기하는 것을 포함하는 것인 긴급 호출 방법.
28. 제26항에 있어서, 상기 백오프 단계는 상기 긴급 호출을 행하는 스테이션이 네트워크에 엑세스하기 전에 비긴급 상태의 스테이션 보다 장기간 동안 대기하는 것을 포함하는 것인 긴급 호출 방법.
29. 긴급 호출을 지원하도록 구성된 WLAN으로,

    스테이션과

    엑세스 포인트(AP)를 포함하며,

    상기 스테이션은,

    송수신기,

    상기 송수신기에 접속된 안테나,

    상기 송수신기에 접속된 긴급 호출 식별 장치,

    상기 송수신기에 접속된 위치 장치 및

    상기 송수신기에 접속된 백오프 판별 장치를 포함하며,

    상기 엑세스 포인트는,

    송수신기,

    상기 송수신기에 접속된 안테나,

    상기 송수신기에 접속된 긴급 호출 식별 장치,

    상기 송수신기에 접속된 위치 판별 장치 및

    상기 송수신기에 접속된 백오프 신호 전송 장치를 포함하는 것인 WLAN.
30. 제29항에 있어서, 상기 스테이션 내의 긴급 호출 식별 장치는 긴급 호출을 표시하도록 호에 식별자를 부가하도록 구성되며,

    상기 AP 내의 상기 긴급 호출 식별 장치는 호의 수신 시 그 호가 긴급 호출인지 여부를 판별하도록 구성되는 것인 WLAN.
31. 제29항에 있어서, 상기 스테이션 내의 위치 장치는 긴급 호출이 행해지는 시각에서 상기 스테이션의 위치를 판별하고 위치 정보를 긴급 호출에 부가하도록 구성되며,

    상기 AP 내의 위치 판별 장치는 긴급 호출에 포함된 정보에 기초해서 상기 스테이션의 위치를 판별하도록 구성되는 것인 WLAN.
32. 제29항에 있어서, 상기 AP 내의 백오프 신호 전송 장치는 상기 스테이션이 긴급 호출과 함께 계속하기 전에 백오프되어야 하는 시간을 신호 전송하도록 구성되고,

    상기 스테이션 내의 백오프 판별 장치는 상기 AP로부터 백오프 타임을 수신하고 긴급 호출과 함께 계속되기 전에 백오프 타임을 대기하는 것인 WLAN.
33. 스테이션에서 엑세스 포인트로 위치 정보를 통신하도록 구성된 WLAN으로,

    상기 스테이션은,

    송수신기,

    상기 송수신기에 접속된 안테나 및

    상기 송수신기에 접속된 위치 장치를 포함하며,

    상기 엑세스 포인트는,

    송수신기,

    상기 송수신기에 접속된 안테나 및

    상기 송수신기에 접속된 위치 판별 장치

    를 포함하는 것인 WLAN.
34. 제33항에 있어서, 상기 스테이션 내의 상기 위치 장치는 상기 스테이션의 위치를 판별하도록 구성되며 상기 위치 정보를 상기 AP로 송신하도록 구성되는 것인 WLAN.
35. 제34항에 있어서, 상기 AP는 상기 스테이션의 위치를 저장하는 것인 WLAN.

Images