BRPI0707067A2 - Suporte de chamadas de emergência em uma rede de área local sem fio - Google Patents

Abstract

Suporte de chamadas de emergência em uma rede de área local sem fio. São fornecidos vários métodos para comunicar informações sobre a capacidade de chamadas de emergência entre uma estação e um ponto de acesso (AP) em uma rede de área local sem fio. Os métodos incluem o anúncio pelo AP das suas capacidades de chamada de emergência e anúncio pela estação das suas capacidades de chamada de emergência. O AP pode anunciar as suas capacidades de chamada de emergência em um quadro de farol, um quadro de resposta de sonda, um quadro de resposta de reassociação ou um quadro de resposta de reautenticação. A estação pode anunciar as suas capacidades de chamada de emergência em um quadro de solicitação de associação, um quadro de solicitação de reassociação, um quadro de solicitação de autenticação ou um quadro de solicitação de reautenticação.

Description

Suporte de chamadas de emergência em uma rede de área local sem fio.

A presente invenção refere-se, de forma geral, a redes deárea local sem fio (WLANs) e, mais especificamente, ao suporte de chamadas deemergência em uma WLAN.

Antecedentes

A tecnologia 802 existente (WLANs 802.11, redes de áreapessoal sem fio (WPANs) 802.15 etc.) tradicionalmente não necessitam sustentarchamadas de emergência, como faz o celular. Para celular, o suporte de chamadas deemergência freqüentemente resultou de exigências reguladoras impostas sobre atecnologia e, portanto, é amplamente implementado na maior parte das redes eaparelhos celulares sem fio desenvolvidos hoje em dia. O suporte de chamadas deemergência envolve muitos aspectos ao longo de todas as camadas de comunicação,especialmente o suporte à sinalização e procedimentos obrigatórios, que não existempara as tecnologias 802.11 e 802.15. Com o advento do Protocolo de Voz pela Internet(VoIP) em WLANs e o aumento do uso diário de WLANs, o suporte de chamadas deemergência em WLANs tornar-se-á necessário.

Mesmo oferecimentos de serviços de telefone VoIP "fixos"para o mercado residencial possuem suporte de chamadas de emergência limitado.Informações de localização de números nem sempre podem ser rastreadas por umdistribuidor em um ponto de resposta de segurança pública (PSAP), callback nemsempre é possível e o registro de endereços pode ser necessário na compra doequipamento. Quando o telefone VoIP for movido para um novo local, a chamada deemergência ainda será enviada com base no local de endereço registrado. O endereçoregistrado pode ser alterado em princípio, mas os atrasos são pelo menos da ordem dedias ou semanas para atualizar as informações no PSAP. Além disso, alguns usuáriospoderão não atualizar as suas informações de registro de forma oportuna, se o fizerem.

Esta situação piora com mais mobilidade permitida pelostelefones VoIP que utilizam WLANs. Telefones VoIP com base em WLAN podemtrabalhar a partir de qualquer local e pode-se esperar que o usuário realize roaming sememendas entre locais, tais como de um escritório para um domicílio para locais públicosetc.

Existem certas questões específicas de 802.1, que incluemacesso via rádio, localização de pontos de acesso (AP), localização de chamadores eadmissão de chamadas de emergência. Com relação a acesso via rádio, não existeatualmente nenhuma prioridade para chamadas de emergência nos padrões 802.11 enão há meios de diferenciar uma chamada de emergência de uma chamada regular paraa rede de acesso WLAN. A localização de um AP ou STA atualmente é desconhecida darede de forma não exclusiva, mesmo se, por exemplo, a identificação do AP puder serfacilmente determinada. Também não é possível atualmente mapear a localização dochamador de forma não exclusiva.

Com relação à admissão, uma WLAN firmementeadministrada pode evitar que os chamadores de emergência estabeleçam uma chamadade emergência caso o chamador não esteja autorizado a entrar na rede. O procedimentode conexão normal entre uma STA e um AP necessita que a STA envie uma solicitaçãode Associação, seguida por negociação com o AP antes de associar a STA ao AP. Casoa STA seja incapaz de indicar que está realizando uma chamada de emergência, elanecessitaria passar por todo o procedimento de associação para determinar se poderiaser admitida. Como exemplo deste tipo de dificuldade, caso uma STA não possua asenha ou credenciais de autenticação apropriadas para ter acesso ao sistema (caso o APseja configurado para solicitar senhas ou solicitar credenciais de autenticação, comopoderá existir, por exemplo, com um ponto quente particular ou uma WLANcomercial/empresarial), o AP recusará cegamente a solicitação de associação da STA.Mesmo se a STA possuir a senha ou credenciais de autenticação apropriadas,entretanto, o AP poderá ainda recusar a admissão à rede com base na sua capacidademáxima configurada para usuários de voz. Neste caso, a decisão correta para o AP seriaa admissão desta nova chamada de emergência (na prioridade mais alta) e suspenderoutra chamada de voz existente. Como o AP atualmente não possui meios de fazer estadistinção no primeiro lugar, essa característica não pode ser implementada com atecnologia de WLAN do estado da técnica existente. Isso ocorre ao contrário daoperação de um sistema celular, no qual qualquer dispositivo pode fazer uma chamadade emergência, mesmo um dispositivo sem um cartão SIM.

Resumo da Invenção

A presente invenção propõe vários aspectos de operação desistema para permitir suporte à manipulação de chamadas de emergência comtecnologia 802.11 e 802.15. Algumas das propostas referem-se a novas mensagens desinalização L2 ou elementos de informação para indicar chamadas de emergência paraAPs. Novos procedimentos e mecanismos de controle são propostos para situações deemergência. Além disso, são abordados procedimentos para implementações de mododuplo (WLAN e celular de segunda geração (2G) ou terceira geração (3G)). Como asnecessidades de chamadas de emergência freqüentemente são acopladas a exigênciasreguladoras de relatórios de localização da posição do chamador de emergência, sãopropostos meios e procedimentos de sinalização para permitir a solicitação e relatório deposições geográficas em uma rede WLAN. As informações de posição podem seracopladas a chamadas de emergência ou podem ser implementadas separadamente.

Um benefício do fato de uma STA ser capaz de identificaruma chamada de emergência é que pode ser instalada lógica simples no AP que permiteque o AP diferencie entre uma STA que deverá ser tratada normalmente (ou seja, deveráseguir os procedimentos de associação regulares) e uma STA que deverá ser admitidasob todas as circunstâncias, independentemente da configuração da rede (ou seja,passagem e quaisquer necessidades de segurança para admitir uma chamada deemergência).

São fornecidos vários métodos de comunicação deinformações de capacidade de chamadas de emergência entre uma estação e um pontode acesso (AP) em uma rede de área local sem fio. Os métodos incluem anúncio pelo APdas suas capacidades de chamada de emergência e anúncio pela estação das suascapacidades de chamada de emergência. O AP pode anunciar as suas capacidades dechamada de emergência em um quadro de farol, um quadro de resposta de sonda, umquadro de resposta de reassociação ou um quadro de resposta de reautentitcação. Aestação pode anunciar as suas capacidades de chamada de emergência em um quadrode solicitação de associação, um quadro de solicitação de reassociação, um quadro desolicitação de autenticação ou um quadro de solicitação de reautenticação.

Um método de suporte de chamadas de emergência emuma WLAN começa iniciando-se uma chamada de emergência por uma STA na WLAN.A chamada de emergência é recebida por um AP na WLAN e é admitida sem solicitarque a STA realize um procedimento de autenticação. A STA é equipada comconfigurações relativas à chamada de emergência para permitir que a STA tenha acessoà WLAN.

Um método de suporte de chamadas de emergência emuma WLAN começa iniciando-se uma chamada de emergência por uma estação naWLAN. A chamada de emergência é recebida por um AP na WLAN e é admitida semque a STA necessite realizar um procedimento de autenticação. A chamada deemergência é dirigida para um centro de chamadas de emergência.

Um método de suporte de chamadas de emergência emuma WLAN começa fornecendo-se uma ID de BSS de emergência para uma STA, emque a ID de BSS de emergência é utilizada apenas para chamadas de emergência.Qualquer chamada de emergência iniciada pela STA utiliza o identificador de BSS deemergência.

Um método de suporte de chamadas de emergência emuma WLAN começa iniciando-se uma chamada de emergência por uma STA na WLAN.A chamada de emergência é recebida por um AP na WLAN. Realiza-se determinação sea STA possui capacidades suficientes para completar a chamada de emergência. Caso aSTA não possua capacidades suficientes para completar a chamada de emergência, umelemento da rede de infra-estrutura age como Proxy para que a STA complete achamada de emergência.Breve Descrição das Figuras

Compreensão mais detalhada da presente invenção pode

ser obtida a partir da descrição de uma realização preferida a seguir, fornecida comoforma de exemplo, e a ser compreendida em conjunto com as figuras anexas, nas quais:

- a Figura 1 é um diagrama de um quadro de controle de acesso a meios (MAC);

- a Figura 2A é um diagrama de um quadro de MAC com uma marca de bits que indicauma chamada de emergência;

- a Figura 2B é um diagrama de um quadro de MAC com um elemento de informação(IE) que indica uma chamada de emergência;

- a Figura 3 é um diagrama de um quadro pronto para envio (RTS) padrão;

- a Figura 4A é um diagrama de um quadro de RTS com uma marca de bits que indicauma chamada de emergência;

- a Figura 4B é um diagrama de um quadro de RTS com um IE que indica uma chamadade emergência;

- a Figura 5 é um gráfico de fluxo de um método de uso de um quadro RTS conformeexibido nas Figuras 4A ou 4B;

- a Figura 6 é um gráfico de fluxo de um método de comutação de tecnologias de rádiopara completar uma chamada de emergência;

- a Figura 7 é um diagrama de um quadro de farol SOS que indica uma chamada deemergência;

- a Figura 8 é um gráfico de fluxo de um método de transmissão e uso do quadro SOSexibido na Figura 7; e

- a Figura 9 é um gráfico de fluxo de um método de determinação se deve ser aplicadauma função Proxy.

Descrição Detalhada das Realizações Preferidas

A seguir, o termo "estação" (STA) inclui, mas sem limitar-sea uma unidade de transmissão e recepção sem fio (WTRU), um equipamento de usuário,uma unidade de assinante fixa ou móvel, um pager ou qualquer outro tipo de dispositivocapaz de operar em um ambiente sem fio. Quando indicado a seguir, a expressão "pontode acesso" (AP) inclui, mas sem limitar-se a uma estação base, Nó B1 controlador delocal ou qualquer outro tipo de dispositivo de interface em um ambiente sem fio.

A presente invenção é aplicável a todas as WLANs, redesde área pessoal (PANs) e redes de área metropolitana (MANs), mas particularmente aWLANs com base em 802.11, PANs sem fio com base em 802.15, MANs sem fio combase em 802.16/20 e seus equivalentes. Em uma realização, a presente invenção éaplicável a WTRUs que implementam uma combinação dessas tecnologias de acesso,incluindo WLAN, PAN, MAN e WTRUs multimodais celulares.

A presente invenção para manipulação de suporte deemergência será descrita a seguir como sendo agrupada em diversas áreas principais.Isso, entretanto, é feito para conveniência de explicação e não deverá ser consideradolimitação da presente invenção.

I. Procedimentos e suporte/sinalização relativa a interface de ar.

A. Indicação de chamadas de emergência em quadros de MAC e mensagens desinalização de MAC.

Um quadro de MAC padrão 100 é exibido na Figura 1. Oquadro de MAC 100 inclui um campo de controle de quadros 102, um campo deID/duração 104, um ou mais campos de endereço 106a a 106d, um campo de controlede seqüências 108, um campo de controle de qualidade de serviço (QoS), um corpo dequadro 112 e um campo de seqüência de verificação de quadros (FCS) 114. O campo decontrole de QoS 110 é dividido em uma série de subcampos, conforme exibido.

Uma prioridade para chamadas de emergência pode serindicada em quadros de MAC por uma marca de bits, por um IE do tipo de mensagem deemergência, por uma parte de campo de mensagem de emergência em um IE novo ouexistente ou por um código de chamada de emergência implementado utilizando umvalor reservado (atualmente não utilizado) em qualquer IE ou campo existente de umquadro de MAC. O indicador permite que um AP saiba que necessita admitir a chamadade emergência. Para fins similares, prioridades ou necessidades de QoS são indicadaspor meio de classes de QoS (tais como DiffServ). Qualquer tipo de quadro de MACexistente (controle, administração ou dados) pode ser modificado para incluir o indicadorde chamada de emergência. O indicador de chamada de emergência pode seradicionado a qualquer local no quadro de MAC, no cabeçalho ou no corpo utilizandoqualquer dos mecanismos descritos.

Conforme exibido na Figura 2A, um quadro de MAC 200inclui os campos 202 a 214, que são idênticos aos campos 102 a 114 descritos acimacom relação à Figura 1. Em uma realização, uma marca de bits simples 220 é utilizadapara indicar para o receptor que esta é uma chamada de emergência. Conforme exibidona Figura 2A, um local possível para a marca de bits 220 encontra-se no bit reservado(bit 7) do campo de controle de QoS 210. Uma pessoa com conhecimento comum natécnica observaria que é possível colocar a marca de bits 220 em qualquer localatualmente reservado em qualquer dos campos de corpo de quadro ou cabeçalhoexistentes no quadro de MAC.

Conforme exibido na Figura 2B, um quadro de MAC 250inclui um campo de controle de quadros 252, um campo de comprimento 254 e um IE dechamada de emergência 256 para indicar uma chamada de emergência. O IE dechamada de emergência 256 pode incluir, mas sem limitar-se a uma marca de chamadade emergência 260, um campo de código de razão 262, um campo de informações decapacidade 264, um campo de informações de local 266, um campo de aplicação decodec de voz 268 e campos adicionais 270. O IE de chamada de emergência 256 podeser adicionado a qualquer quadro de MAC. Além disso, as informações contidas no IE dechamada de emergência 256 podem ser adicionadas a um tipo de IE existente.

A marca de chamada de emergência 260 pode ser umindicador simples (tal como uma marca de bits) para identificar que a chamada é umachamada de emergência. O campo de código de razão 262 indica a razão da chamadade emergência (tal como incêndio, emergência médica etc.). O campo de informações decapacidade 264 inclui as capacidades da STA de colocar a chamada de emergência e éutilizado para assistir na efetivação da chamada de emergência o mais rapidamentepossível. O campo de informações de localização 266 contém o local da STA que inicia achamada de emergência. O campo de aplicação codec de voz 268 identifica o codec devoz utilizado pela STA e é utilizado caso exista qualquer incompatibilidade entre a STA eo AP que tenta manipular a chamada de emergência. Informações adicionais que podemser incluídas no IE de chamada de emergência (como campos 270) são marcas detempo e informações sobre a capacidade do serviço do operador e/ou da WTRU.

Quadros de MAC existentes em 802.11e possuemprioridades de chamadas. O IE de Especificação de Transmissão (TSPEC) inclui umsubcampo de prioridade com três bits em um campo de informações de especificação datransmissão. Os princípios da presente invenção podem também ser implementados noIE TSPEC definindo um valor para uma chamada de emergência. Em sistemas celulares,um mecanismo similar (quadro de sinalização) é utilizado para enviar os parâmetros dechamada para a rede e inclui um campo reservado para identificar chamadas deemergência. Como é conhecido na técnica, o IE TSPEC é utilizado em um quadroADDTS (adicionar fluxo de tráfego). O IE TSPEC modificado descrito no presente pode,portanto, ser utilizado em um quadro ADDTS. De forma similar, um novo IE que contémas mesmas informações pode ser utilizado no quadro ADDTS para indicar uma chamadade emergência.

Embora a descrição acima tenha detalhado particularmentequadros de MAC com base em 802.11, os conceitos de extensão dos quadros de MACpodem ser aplicados a qualquer tipo de quadro de MAC. Um tipo Eternet de quadro deMAC, por exemplo, poderá também ser modificado de forma similar. Esse quadro deMAC é utilizado, por exemplo, em quadros EAPOL (Protocolo de Autenticação Extensívelem LAN) que são trocados por razões de segurança em uma rede que permite WPA(Acesso Protegido Wi-Fi). Além disso, este conceito pode ser estendido para definir umnovo Etertipo1 pois um Etertipo é indicado por um bit no cabeçalho.

B. ID de BSS virtual para chamadas de emergência.

Em um ambiente de BSS virtual, um único AP físico éconfigurado para operar como mais de um BSS (ou seja, um BSS virtual), em que cadaBSS possui a sua própria ID. Uma ID de BSS pode ser reservada para uso somente parachamadas de emergência. Como cada quadro de MAC transmitido em uma WLAN incluia ID de BSS1 uma chamada de emergência utilizaria a IDD de BSS de emergência aotentar transmitir uma chamada de emergência.

Uma STA pode receber a ID de BSS de emergência no linkinferior do AP. A ID de BSS de emergência pode ser enviada, por exemplo, pelo AP emum quadro de resposta (tal como uma resposta de sonda, uma resposta de associaçãoou uma resposta de reassociação). Observa-se que a ID de BSS de emergência podeser fornecida para a STA por meio de vários outros métodos.

C. AP ou STA anuncia as suas capacidades de chamada de emergência.

O AP anuncia a sua capacidade e disposição de sustentarchamadas de emergência. O AP pode anunciar, por exemplo, que permite chamadas deemergência e fornecer parâmetros para as STAs para associação ao AP para completaruma chamada de emergência. Este anúncio pode também incluir uma indicação se acapacidade de chamadas de emergência no AP atualmente está ativa. Este tipo deanúncio é propenso a ser utilizado em um local quente público, onde se poderazoavelmente esperar muitos tipos diferentes de usuários.

Um IE de capacidade de AP pode ser utilizado em quadrode farol ou em quadros de sondas, em que o AP indica as suas capacidades dechamadas de emergência. No quadro de farol atual, existe um campo de capacidadescom dois bytes, mas todos os bits deste campo são utilizados. Um IE de capacidadeextensível foi adicionado ao final do quadro para indicar todas as novas capacidades doAP. A marca de bits descrita acima pode ser adicionada ao IE de capacidade extensívelpara indicar a capacidade de chamadas de emergência do AP. Além disso, a indicaçãode capacidade de chamadas de emergência do AP pode ser adicionada a quadros dereassociação ou reautenticação.

Alternativamente, a STA pode anunciar a sua capacidade desuporte de chamadas de emergência. Esta informação pode incluir, por exemplo, qualtipo de codificação de voz está sendo implementado pela STA. A STA pode adicionar assuas informações de capacidade de chamadas de emergência a um quadro desolicitação de associação, um quadro de solicitação de reassociação, um quadro desolicitação de autenticação ou um quadro de solicitação de reautenticação. A informaçãopode ser transmitida utilizando um novo IE ou adicionando-se uma ou mais marcas debits a um IE existente. Um benefício do anúncio pela STA das suas capacidades dechamadas de emergência é que o AP pode armazenar esta informação caso a STAnecessite realizar uma chamada de emergência, para processar a chamada deemergência mais rapidamente.Caso a STA forneça as suas capacidades de chamadas deemergência para o AP, o AP deverá também saber se a WLAN à qual pertence podesustentar chamadas de emergência. Nem toda WLAN pode deter a capacidade deconexão a um centro de chamadas de emergência. A WLAN poderá ser configurada, porexemplo, como rede de coleta de dados (tal como uma rede de telemetria de fábrica) epoderá não deter uma conexão à Internet que permitiria que a STA se conectasse a umcentro de chamadas de emergência. Nestas circunstâncias, o AP deverá informar à STAque a WLAN não poderá sustentar chamadas de emergência, de forma que a STA possatentar localizar outra WLAN. Um mecanismo similar pode ser empregado caso a conexãoà Internet da WLAN seja temporariamente indisponível por alguma razão.

D. Informações de localização.

As informações de localização podem também ser ligadas aestes novos quadros de MAC 200, 250 (tal como no campo de informações delocalização 266), além de conduzir a razão do estabelecimento de chamadas deemergência. O AP ou STA pode, por exemplo, utilizar a ID do conjunto de serviçosbásicos (BSS), os endereços de MAC do AP ou STA, endereços de IP estáticos ouatribuídos dinamicamente ou informações do sistema de posicionamento global (GPS) deum AP ou STA que implemente esta funcionalidade e encaminhar estas informaçõespara o centro de chamadas de emergência. Observa-se que as informações delocalização podem também ser conduzidas separadamente das informações dechamadas de emergência.

Outros meios de localização da STA de emergênciaincluem, mas sem limitar-se à identificação da STA que realiza a chamada deemergência por ID do chamador, utilizando um número de callback e endereçosconhecidos para ajudar a localizar a STA pelo centro de chamadas de emergência(utilizando, por exemplo, os endereços de MAC do ponto atual de conexão para a STA,tal como o AP ou a ID de rede ou coordenadas geográficas do AP).

Um mecanismo de sinalização de MAC para uma WLANpode ser utilizado, por exemplo, em que o AP pode solicitar a posição a uma STA. A STArelataria de volta para o AP com a sua posição. Uma possível implementação inclui o usode coordenadas GPS assistidas (A-GPS)1 que se encontram atualmente em usodisseminado em aparelhos celulares. Diversos métodos de posicionamento podem sersustentados para diferentes redes de acesso, que incluem, mas sem limitar-se adiferença de tempo de chegada de link superior (U-TDOA), diferença de tempoobservada aprimorada (E-OTD), diferença de tempo de chegada observado em linkinferior de período ocioso (IPDL-OTDOA), A-GPS, Coordenadas Geográficas Universais(conforme definido, por exemplo, no padrão IEEE 802.11k ou IETF RFC 3825) e métodosque utilizam localizações de AP de WLAN1 local de célula ou informações de setor emedições de avanço de tempo ou tempo de retorno. Embora os exemplos anteriores decondução de informações de localização tenham sido particularmente mencionados, ostécnicos no assunto observariam que qualquer formato de condução de coordenadasgeográficas pode ser utilizado.

As funções de chamada de emergência podem serrealizadas independentemente das funções de relatório de local (ainda que lhes sejamcomplementares). Como ilustração, é possível: (1) anexar informações de local aosquadros de sinalização de chamadas de emergência quando a STA realmente emitir achamada de emergência; e (2) atualizar a localização do sinal como funcionalidadeisolada sem uma chamada de emergência. Um exemplo deste último seria manter o APinformado e atualizado sobre a última posição da STA seja periodicamente (tal como acada poucos segundos), reunido como parte da operação de fundo do AP ou por meio derelatórios de local regulares não solicitados pela STA para o AP. A manutenção dasinformações de localização no AP pode ser preferível, pois, quando a STA emitir achamada de emergência, o AP já possui uma estimativa razoavelmente recente daposição da STA, de tal forma que não se solicite à STA que acumule explicitamente asua localização sobre a solicitação de chamada de emergência.

Esse relatório de informações de localização de STA isoladopode ser utilizado, por exemplo, para permitir a implementação de serviços dependentesde localização em uma rede WLAN, abordando paralelamente necessidadesreguladoras.

Desta forma, as informações de posição podem também serfornecidas para aplicações de serviços locais existentes em uma WLAN em intertrabalho(I-WLAN), rede móvel terrestre pública (PLMN) ou na STA. Além disso, a identidade dacélula em serviço ou a identidade do AP em serviço da parte de origem pode serfornecida para o cliente de LCS.

E. Extensão do procedimento e mecanismo de troca de quadros RTS/CTS existentes.

Um quadro RTS padrão 300 é exibido na Figura 3. O quadroRTS 300 inclui um campo de controle de quadro 302, um campo de duração 304, umcampo de endereço de receptor (RA) 306, um campo de endereço de transmissor (TA)308 e um campo de FCS 310.

Uma STA que deseje transmitir uma chamada deemergência emite um quadro RTS estendido 400 que contém uma marca de sinalizaçãoespecial conforme exibido na Figura 4A ou um quadro RTS estendido 450 que contémum IE novo conforme exibido na Figura 4B.

A Figura 4A exibe um quadro RTS 400. Os campos 402 a410 do quadro RTS 400 são os mesmos campos 302 a 310 do quadro RTS 300 descritoacima com relação à Figura 3. O campo de controle de quadros 402 possui diversossubcampos, que incluem um subcampo de versão de protocolo 412, um subcampo detipo 414, um subcampo de subtipo 416, um subcampo para o sistema de distribuição(DS) 418, um subcampo do DS 420, um subcampo de mais fragmentos 422, umsubcampo de nova tentativa 424, um subcampo de administração de energia 426, umsubcampo de mais dados 428, um subcampo de Privacidade Equivalente a Com Fios(WEP) 430 e um subcampo de ordem 432.

A marca de sinalização pode ser adicionada a qualquer bitreservado no quadro RTS 400. Potenciais locais para o bit reservado incluem osubcampo de versão de protocolo 412, o subcampo de tipo 414 e o campo de subtipo416. Observa-se que os técnicos no assunto poderão colocar a marca de sinalização emqualquer bit reservado no quadro RTS 400.

A Figura 4B exibe um quadro RTS estendido 450, que incluium campo de controle de quadro 452, um campo de duração 454, um campo de RA 456,um campo de TA 458, um IE de propósito 460 e um campo de FCS 462. O IE depropósito 460 pode possuir teor similar ao IE de chamada de emergência 256 descritoacima. Solicita-se em seguida a todas as STAs que recebem o quadro de RTS estendido450 que interrompam qualquer tentativa de transmissão por período de tempopreviamente determinado para interromper o movimento do meio sem fio e fornecer àSTA em emergência uma oportunidade de transmitir.

Em uma realização, mediante o recebimento de um quadroRTS estendido, as STAs receptoras iniciam um processo backoff modificado, a fim depermitir que a STA que inicia a chamada de emergência tenha probabilidade mais alta desucesso na obtenção de acesso ao meio. Duas implementações de modificação doprocesso backoff são possíveis: (1) redução do tempo de backoff para que a STA realizea chamada de emergência com relação a outras STAs; ou (2) aumento do tempo debackoff para STAs sem emergência. Em qualquer implementação, o resultado final é quea STA com emergência possui tempo de backoff mais curto que STAs sem emergência.

Um método 500 de uso do quadro RTS 400 ou 450 éexibido na Figura 5. O propósito do método 500 é de manter ocioso o meio detransmissão para permitir que uma STA transmita uma chamada de emergência. Ométodo inicia-se com a colocação por uma STA de uma chamada de emergênciaenviando um quadro RTS 400 ou 450 (etapa 502). Um AP recebe o quadro RTS (etapa504) e responde para a STA com um quadro CTS padrão (etapa 506). O tipo de backoffa ser utilizado pelo AP é determinado (etapa 508). Existem dois tipos de backoffpossíveis, ambos os quais permitiriam que a STA colocasse a chamada de emergênciapara ter acesso ao meio antes de todas as outras STAs que aguardam para transmitir.

Caso o tipo de backoff seja que a STA em emergência (ouseja, a STA que coloca a chamada de emergência) possui um tempo de backoff maiscurto, a STA em emergência aguarda o tempo de backoff reduzido (etapa 510) e, emseguida, transmite a chamada de emergência (etapa 512). Todas as demais STAs queestão tentando ter acesso ao meio aguardam o tempo de backoff padrão (etapa 514) e,em seguida, são capazes de transmitir (etapa 516). O método então é encerrado (etapa518).

Caso o tipo de backoff seja aquele em que todas as outrasSTAs possuem um tempo de backoff mais longo (etapa 508), a STA em emergênciaaguarda o tempo de backoff padrão (etapa 520) e transmite a chamada de emergência524) e são capazes de transmitir em seguida (etapa 516). O método então é encerrado(etapa 518).

Geralmente, quando uma STA inicia um procedimento debackoff, a STA tenta transmitir aleatoriamente em um dentre uma série de N espaços detempo. Caso exista uma colisão de transmissão, a STA realizará novo backoff eaumentará o valor de N, até um valor máximo previamente determinado para N. Antesque uma STA possa tentar transmitir, a STA deve aguardar M espaços de tempo. Esteprocedimento básico fornece a qualquer STA uma chance igual de obter acesso ao meio.Em 802.11e, para implementar QoS, existem duas formas de garantir que uma estaçãoespecífica possua maior chance de obter acesso ao meio. A primeira é reduzir o valor deM, de forma a fornecer à STA um tempo de espera mais curto. A segunda é utilizar umvalor menor para N1 o que aumenta as chances de que uma STA será capaz detransmitir em um espaço de tempo específico.

No método 500, existem vários meios possíveis para queuma STA saiba qual valor de backoff deve utilizar. Um primeiro meio é o uso de valorescodificados rígidos para MeN com relação a uma chamada de emergência, de formaque esses valores codificados rígidos para MeN sejam utilizados por uma STA ememergência. Um segundo meio é sinalizar explicitamente valores para M e N do AP paraa STA em emergência. O AP enviará tipicamente esses parâmetros para a STAutilizando broadcast ou quadros de administração dedicada durante a operação normaldo sistema. STAs lêem os parâmetros de configuração relativos a chamadas deemergência a serem utilizados caso necessitem estabelecer uma chamada deemergência. Um exemplo é que o AP, como parte dos quadros de administração deFaróis ou Resposta de Sondas, envia outros valores de configuração de BSS para todasas STAs no seu BSS. A adição dos parâmetros MeN relativos a chamadas deemergência é uma extensão natural destes. Parâmetros de configuração relativos a QoS802.11e por categoria de acesso (valores de backoff, janelas etc.) a serem utilizados portodas as STAs no BSS, por exemplo, são sinalizados hoje pelo AP utilizando ummecanismo similar.Um terceiro meio é a combinação dos primeiro e segundomeios, pelos quais uma STA possui valores padrão codificados firmes para MeN quesão utilizados normalmente e, caso a STA encontre-se em emergência, o AP sinalizaránovos valores para MeN para sobrepor-se aos valores padrão codificados rígidos. Ostécnicos no assunto poderão idealizar meios adicionais de comunicação dos tempos debackoff apropriados para uma STA em emergência e todas as STAs que busquemacesso ao meio.

F. Comutação ordenada para outra tecnologia de rádio para STAs de WLAN de mododuplo (tal como 3G e WLAN).

No caso de emergência, uma STA de WLAN de modo duplotentará qualquer chamada de emergência em primeiro lugar na rede celular, em vez dena WLAN. Este é, em princípio, um procedimento "codificado rígido" na STAisoladamente. Um método 600 de implementação deste procedimento é exibido naFigura 6.

O método 600 inicia-se com o usuário realizando umachamada de emergência na STA (etapa 602). Determina-se se a STA é capaz de operarem uma rede celular ou uma WLAN (etapa 604). Caso a STA esteja operando em umarede celular (ou seja, esteja conectada atualmente à rede celular), a STA permanece narede celular para a chamada de emergência (etapa 606). Caso a STA seja capaz deoperar na rede celular, mas não esteja atualmente conectada à rede celular, a STAestabelece uma conexão à rede celular (etapa 608) e realiza a chamada de emergênciana rede celular (etapa 606). Caso a STA esteja operando em uma WLAN, a STA comutapara a rede celular para realizar a chamada de emergência (etapa 610).

Após a colocação da chamada de emergência, determina-sese a chamada de emergência passou para a rede celular (etapa 612). Em casoafirmativo, o método 600 termina (etapa 614). Caso a chamada de emergência não tenhapassado para a rede celular, a STA comuta para a WLAN para realizar a chamada (etapa616) e o método termina (etapa 614).

Caso uma chamada de emergência necessite ser emitidapor um aparelho celular de WLAN de modo duplo, o procedimento preferido é fazer comque o aparelho caia sobre o modem celular (ou seja, estabeleça a chamada deemergência em um link de rádio celular), pois suporte de chamadas de emergência podenão ser disponível ou pode ser menos confiável na WLAN.

Alternativas para o método 600 incluem: (1) estabelecimentode uma ordem preferida, obrigatória ou recomendada de tecnologias de rádio (tal comoWLAN ou celular) para comutação ao tentar enviar uma chamada de emergência; (2) ooperador do sistema configura o comportamento de chamadas de emergência em umaplaca SIM ou dispositivo similar para aparelhos de modo duplo; (3) manter uma chamadaVoIP na rede celular ou mover a chamada para um canal de voz comutado para circuitotradicional em caso de emergência; (4) o operador do sistema sinaliza uma ordem localpreferida de tecnologias de rádio sobre a interface sem fio; ou (5) o usuário configuramanualmente a configuração de política.

G. Eliminação da autenticação e segurança ao tentar uma chamada de emergência.

É exigido um procedimento segundo o qual qualquer STA802.xx que busque estabelecer uma chamada de emergência em uma LAN deve seraceita pelo AP. Isso inclui eliminar autenticação como 802.1 χ e outras medidas desegurança no lado da rede. Este procedimento poderá ser acionado utilizando o métodoRTS/CTS estendido 500 (conforme exibido na Figura 5) ou por meio de uma marca debit, IE1 cabeçalho, campo de informações reservadas ou valor de bits/seqüência noquadro de MAC (conforme exibido nas Figuras 2A e 2B).

Em implementações de WLAN atuais, a situação deautenticação de cada STA é rastreada por meio de uma máquina de estado e é indicadacomo filtragem de porta 1x. Uma STA pode transmitir na WLAN somente se forautenticada e, caso contrário, será bloqueada pelo filtro de porta. Entretanto, como umaSTA que inicia uma chamada de emergência deve ser admitida à WLAN, isso apresentaum problema do ponto de vista de autenticação. Para superar o problema deautenticação, o filtro de porta pode ser ajustado para determinar facilmente quando umaSTA estiver enviando uma chamada de emergência e para permitir que a chamada deemergência continue. A indicação poderá ser, por exemplo, fornecida conforme descritoacima com um novo Etertipo ou modificando um Etertipo existente.

O controle de acesso em uma WLAN é intrinsecamenteligado à segurança. Sob os padrões atuais, não há forma de contornar o controle deacesso no AP, pois todas as STAs necessitam realizar um processo de autenticação afim de associar-se ao AP. Um AP deverá admitir uma chamada de emergência mesmose a STA não possuir as credenciais adequadas de associação ao AP. Existem duasopções para o AP ao identificar uma chamada de emergência; a identificação de umachamada de emergência deverá ser realizada em L2. A primeira opção é eliminartotalmente a segurança do AP e admitir a chamada sem solicitar autenticação. Asegunda opção é admitir a chamada com configurações de segurança diferentes. Umachamada de emergência pode receber, por exemplo, um código de acesso ou chave desegurança relativa a emergência específica.

Caso um AP conceda acesso a uma chamada deemergência eliminando a segurança do AP, é necessário tomar cuidado para evitar oabuso da eliminação de segurança de chamadas que finjam ser chamadas deemergência (por meio, por exemplo, de imitação de informações de sinalização). Umasolução para este problema inclui o roteamento semi-estático para todas as chamadasde emergência, de forma que uma chamada de emergência seja automaticamentedirigida para um centro de chamadas de emergência sem fornecer acesso geral àWLAN. Utilizando roteamento semi-estático para chamadas de emergência, mesmoimitações de chamadas de emergência seriam dirigidas para o centro de chamadas deemergência.

II. Comportamento/procedimentos da WTRU em caso de emergência.A. WLAN envia sinal de farol SOS para facilitar o encontro do chamador.

Um procedimento é estabelecido na STA ou configuradopela rede para que, ao término da chamada de emergência (ou mesmo durante ela), aSTA e/ou o AP envolvido iniciem a transmissão de quadros de sinalização do tipo SOS700 conforme exibido na Figura 7 em intervalos regulares.

Um quadro de sinalização SOS 700 é uma versãomodificada de um quadro de Solicitação de Sonda. O quadro de sinalização SOS 700inclui um campo de controle de quadros 702, um campo de duração 704, um campo deendereço de destino (DA) 706, um campo de endereço fonte (SA) 708, um campo deBSSID 710, um campo de controle de seqüência 712, um IE de SSID 714, um IE develocidades sustentadas 716 e um IE de chamada de emergência 718. O IE de chamadade emergência 718 pode ser o mesmo IE de chamada de emergência 256 descrito acimacom relação à Figura 2B. Observa-se que o IE de velocidades sustentadas 716 éopcional e pode ser eliminado do quadro de sinalização de SOS 700 sem afetar a suafuncionalidade.

Em uma realização, o quadro de sinal de SOS pode serdefinido como quadro de Solicitação de Sonda enviado com prioridade de espaço entrequadros curto (SIFS) ou prioridade de espaço entre quadros de prioridade (PIFS), paragarantir acesso ao meio. O quadro de sinal de SOS contém novos elementos relativos achamadas de emergência em IE de chamada de emergência, tais como ID 911 (porexemplo, ID do chamador), detalhes do equipamento (tais como identificação doequipamento móvel internacional (IMEI)), afiliações de rede, nome do usuário e códigode razão de emergência. O código de razão pode ser obtido pelo dispositivo que avisa aousuário que identifique a razão da chamada de emergência (tal como "pressione 1 emcaso de incêndio" etc.). Um código de razão forneceria alguma capacidade demanipulação da emergência caso não haja forma de encerrar a chamada em andamento.

O quadro de sinal de SOS pode ser programado paratransmissão aproximadamente a cada 100 mseg para facilitar o registro e rastreio dalocalização. Solicitar-se-á a um AP que registre qualquer recebimento de quadro de sinalde SOS com uma marca de tempo e detalhes do sinal. Os detalhes de potência do sinalincluem potência do sinal, qualidade de sinal, azimute e ganho de antena e detalhes dochamador tais como IMEI, nome do usuário (se disponível) e outras informações dodispositivo 802.11 úteis para fins de capacidade e identidade. Também se solicitaria a umAP que recebe um quadro de sinal de SOS que relatasse o evento para um nó de redede emergência responsável pela resposta a emergências, coordenação de recursos derádio, localização e reastreamento do dispositivo de chamada.

Este é um mecanismo de sondagem ativo em que osquadros de sinalização de SOS são enviados e podem ser recebidos por trabalhadoresde emergência à medida que se aproximam do chamador. Uma analogia é o farol deemergência na caixa preta de um avião. Um novo quadro de MAC pode ser introduzidocom este propósito ou um quadro de MAC existente, tal como um quadro de solicitaçãode sonda, pode ser estendido por IEs novos (tais como o IE de chamada de emergência256) para atender a este propósito.

Um método 800 de uso de um quadro de sinalização deSOS é exibido na Figura 8. O usuário realiza uma chamada de emergência de uma STA(etapa 802). A STA começa a transmitir quadros de SOS (etapa 804). Com base naimplementação desejada, os quadros de SOS podem ser enviados na forma de sondasou ser utilizados para estabelecer uma conexão direta com um trabalhador deemergência (etapa 806).

Caso os quadros de SOS devam ser enviados na forma desondas, é estabelecido um período de transmissão e determina-se se foi atingido o finaldo período de transmissão (etapa 810). Caso o período de transmissão não tenhaencerrado, a STA continua a transmitir os quadros de SOS (etapa 812) e o métodoretorna para a etapa 810. Caso tenha sido atingido o final do período de transmissão(etapa 810), a STA pára de transmitir os quadros de SOS (etapa 814) e o métodotermina (etapa 816).

Caso os quadros de SOS devam ser utilizados paraestabelecer uma conexão direta com um trabalhador de emergência (etapa 806),determina-se se o trabalhador de emergência encontra-se dentro do alcance da STA(etapa 820). Caso o trabalhador de emergência não se encontre no alcance da STA, aSTA continua a transmitir quadros de SOS (etapa 822) e o método prossegue com aetapa 820. Caso o trabalhador de emergência encontre-se dentro do alcance da STA(etapa 820), a STA pára de transmitir quadros de SOS e estabelece uma conexão dedireção entre o chamador e o trabalhador de emergência (etapa 824) e o método termina(etapa 816).

Em uma primeira alternativa (etapas 810 a 814), os quadrosde SOS transmitidos pela STA poderão ser acionados por meio de sinalização do AP ouprotocolos de camada superior como protocolo de início de sessão (SIP) após o términoda chamada de emergência. A duração/freqüência dos quadros de SOS estão contidasnesse sinal de acionamento. O envio dos quadros de SOS após o término da chamadade emergência evita a transmissão de quadros de SOS desnecessários caso a chamadade emergência fosse um erro ou se não houvesse necessidade de que um trabalhadorde emergência viesse em resposta ao chamado.

Em uma segunda alternativa (etapas 820 a 824), éestabelecida uma conexão VoIP direta entre o trabalhador de emergência e o chamadorquando eles estiverem dentro do alcance um do outro. Outras STAs que ouvirem osquadros de SOS podem tratar os quadros de SOS como o quadro RTS estendidodescrito acima com relação às Figuras 4A, 4B e 5 (ou seja, as outras STAs não tentarãoter acesso ao meio, de forma que o chamador de emergência detenha melhor acesso àamplitude de banda).

B. Rede (tal como o AP) implementa uma funcionalidade de callback para manipularchamadas de emergência.

Ao estabelecer-se uma chamada de emergência, a WLANmantém uma conexão ativa para o usuário que iniciou a chamada de emergência por umcerto período após o término da chamada de emergência em caso de callback. Estafuncionalidade pode ser transparente para o usuário.III. Funcionalidade da infra-estrutura:

A. Função Proxy:

Um método 900 de determinação se um AP necessita agircomo Proxy para a STA é exibido na Figura 9. A STA realiza uma chamada deemergência (etapa 902) e o AP recebe a chamada de emergência (etapa 904).Determina-se se a STA possui as capacidades de completar a chamada de emergênciacom base na rede utilizada para conduzir a chamada (etapa 906). O AP verifica se a STAdetém toda a funcionalidade necessária (tal como término de protocolo SIP/H.323,codificador de voz etc.) para sustentar a chamada. Estas informações podem serindicadas como parte do quadro de MAC (tal como quadros de MAC 200, 250) ou podemser parte das informações de assinante na rede a que o AP pode ter acesso.

Caso a STA detenha todas as capacidades necessárias, aSTA processa a chamada normalmente (etapa 908). O AP pode adicionar informaçõesde localização à chamada conforme o necessário, incluindo a localização da STA e/ou alocalização do AP (tal como a ID de rede, o endereço MAC do AP etc.) (etapa 910). Ométodo então termina (etapa 912).

Caso a STA não detenha todas as capacidades necessáriaspara completar a chamada (etapa 906), o AP age como Proxy para a STA1 fornecendoqualquer funcionalidade necessária (etapa 914). O AP adiciona informações delocalização à chamada conforme o necessário (etapa 910) e o método termina (etapa912).

Caso o AP determine que a STA não detém toda afuncionalidade necessária para completar totalmente a chamada de emergência noambiente atual, o AP agirá como Proxy para a STA (etapa 914). Caso a STA não possuasuporte para o protocolo SIP1 por exemplo, o AP pode agir como Proxy de SIP para aSTA. Como outro exemplo, caso a STA detenha suporte de SIP mas a rede sustenteapenas H.323, o AP pode realizar entretrabalho das mensagens de SIP da STA paramensagens H.323 para o resto da rede. No caso extremo em que a STA não detenhanem mesmo um codificador de voz, o AP pode baixar um cliente codificador de voz finopara a STA e realizar entretrabalho para mais codificadores de voz padrão em outrospontos da rede. Observa-se que o AP não necessita fornecer todas as funções Proxypara a STA; estas funções poderão ser fornecidas por outro elemento na rede de infra-estrutura tal como um nó de portal dedicado. Mover as funções Proxy para fora do APfornece maior flexibilidade para a WLAN para manipular a chamada de emergência emcaso de uma interrupção na conexão à Internet da WLAN.

Outro método é que o AP imite (ou seja, leia o conteúdoe/ou informação de tipo mesmo se oficialmente não estiver obrigado a fazê-lo) sobre oconteúdo dos pacotes IP que são utilizados para sinalização ou tráfego normal pela STAe seu correspondente na rede. Mensagens de protocolo de sinalização de SIP por IP, porexemplo, são tipicamente utilizadas atualmente para manipulação de chamadas. Essasinalização de SIP contém informações úteis, tais como informações de capacidade eendereços de destino, para que o AP atenda ao seu papel como Proxy. Além dosmétodos descritos anteriormente, caso o AP extraia essas informações imitando osconteúdos de mensagem da camada superior de destino remoto de STA (ou seja, acimade L2 MAC), ele pode desempenhar o seu papel mais eficientemente. Os técnicos noassunto reconheceriam que SIP é um exemplo de protocolo de administração parachamadas com base em IP e que existem outros protocolos equivalentes que sãoamplamente utilizados na indústria. Este método, portanto, não é limitado unicamente aSIP.

B. Ligação de AP a um centro de chamadas de emergência.

Quando um AP souber de uma STA que realiza umachamada de emergência, o AP necessita estabelecer um link para um centro dechamadas de emergência, a fim de dirigir adequadamente a chamada da STA. Existemvários mecanismos de transferência possíveis para fazer com que a chamada deemergência chegue do AP para o centro de chamadas. O AP pode comunicar-se, porexemplo, com um portal, ligando-o ao centro de chamadas.

O conceito de nó de rede de emergência pode ser estendidopara que inclua um centro de operações de resposta de emergência com capacidade dehomem no circuito. O nó de rede de emergência seria um conjunto de serviçosestendidos (ESS) ou rede adaptada à aplicação de infra-estrutura. Em um campusuniversitário, por exemplo, o nó de rede de emergência designado seria o departamentode polícia do campus. Como outro exemplo, em uma instalação fabril, o nó de rede deemergência seria o escritório de segurança. O nó de rede de emergência incluiria umoperador que receberia a chamada de VoIP, registraria a informação de chamada,selecionaria as chamadas e realizaria em seguida uma chamada de emergência em umarede telefônica comutada pública (PSTN) para alertar as autoridades apropriadas.

O conceito de nó de rede de emergência pode seradicionalmente estendido para que inclua um nó automatizado com uma linha direta parauma PSTN. O nó automatizado agiria como ponte de circuito de voz e conectaria ochamador sem fio ao centro de emergência da PSTN.

O método de conexão ao nó de rede de emergência poderáser estendido para que inclua a capacidade de dirigir e manipular uma chamada semautenticação, autorização ou características de segurança. Isso permitiria uma conexãonão criptografada direta ou uma conexão de túnel entre o chamador sem fio e o nó derede de emergência.

A função do nó de rede de emergência poderá serestendida para incluir manipulação de chamadas, entrega de chamadas e coordenaçãode roaming. Esta funcionalidade autorizaria previamente os recursos em APs vizinhos(APs adjacentes ao AP que atende à chamada sem fio), de forma que o chamador possarealizar roaming sem perder a conexão sem fio e sem a necessidade de restabeleceruma nova chamada de emergência ao mover-se através de fronteiras de AP, de forma aeliminar chamadas duplicadas sobre a mesma emergência. Em uma implementação, umquadro de MAC que contém um IE de emergência conforme descrito acima poderá serutilizado de forma que, após o término de uma entrega, o novo AP possa prosseguir coma chamada de emergência sem interrupção.

IV. Entretrabalho.

Entretrabalho, que se refere a como interagem oscomponentes do lado da rede, também é importante na manipulação de chamadas deemergência, especialmente quando uma chamada de emergência necessita cruzardiferentes tipos de rede para que seja completada. Uma solução para esta questão éque, quando um novo usuário entra no sistema, ele indica as suas capacidades dechamada de emergência. Um banco de dados centralizado é atualizado com asinformações de novos usuários, de forma que estas informações sejam facilmentedisponíveis caso o usuário inicie uma chamada de emergência e reduza a latência que,de outra forma, seria necessária para completar a chamada necessitando trocar estainformação pela rede. Como ocorre com as informações de localização, as informaçõesde capacidade de chamada de emergência podem ser automaticamente atualizadas nofundo para fornecer constantemente informações atualizadas.Realizações

I. Método de suporte de uma chamada de emergência em uma rede de área local semfio, que compreende a etapa de anúncio por um ponto de acesso (AP) das capacidadesde chamadas de emergência do AP.

2. Método conforme a realização 1, em que a etapa de anúncio inclui o fornecimento deum indicador de que o AP é capaz de receber uma chamada de emergência; e ofornecimento de parâmetros de tal forma que uma estação que inicia uma chamada deemergência possa configurar-se para comunicar a chamada de emergência para o AP.

3. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de farol para transmitir periodicamente as capacidades de chamada deemergência do AP.

4. Método conforme a realização 3, em que o quadro de farol inclui um elemento deinformação de capacidade extensível que contém as capacidades de chamadas deemergência do AP.

5. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de resposta de sonda para transmitir as capacidades de chamadas deemergência do AP.

6. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de resposta de associação para transmitir as capacidades de chamadas deemergência do AP.

7. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de resposta de reassociação para transmitir as capacidades de chamadas deemergência do AP.

8. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de resposta de autenticação para transmitir as capacidades de chamadas deemergência do AP.

9. Método conforme a realização 1, em que a etapa de anúncio inclui o uso de umquadro de resposta de reautenticação para transmitir as capacidades de chamadas deemergência do AP.

10. Método de suporte de uma chamada de emergência em uma rede de área local semfio (WLAN) conforme qualquer das realizações anteriores, que compreende a etapa deanúncio por uma estação das capacidades de chamada de emergência da estação paraum ponto de acesso (AP).

II. Método conforme a realização 10, em que a etapa de anúncio inclui o uso de umelemento de informação para transmitir as capacidades de chamadas de emergência daestação.

12. Método conforme a realização 10, em que a etapa de anúncio inclui a adição de umamarca de bit a um elemento de informação existente para transmitir as capacidades dechamadas de emergência da estação.

13. Método conforme a realização 10, em que a etapa de anúncio inclui o uso de umquadro de solicitação de associação para transmitir as capacidades de chamadas deemergência da estação.

14. Método conforme a realização 10, em que a etapa de anúncio inclui o uso de umquadro de solicitação de reassociação para transmitir as capacidades de chamadas deemergência da estação.

15. Método conforme a realização 10, em que a etapa de anúncio inclui o uso de umquadro de solicitação de autenticação para transmitir as capacidades de chamadas deemergência da estação.

16. Método conforme a realização 10, em que a etapa de anúncio inclui o uso de umquadro de solicitação de reautenticação para transmitir as capacidades de chamadas deemergência da estação.

17. Método conforme a realização 10, que compreende adicionalmente a etapa dearmazenagem das capacidades de chamadas de emergência da estação em um localacessível por qualquer dispositivo na WLAN.

18. Método conforme a realização 17, em que a etapa de armazenagem permite oentretrabalho entre a WLAN e outros tipos de redes para sustentar a chamada deemergência.

19. Método de suporte de uma chamada de emergência em uma rede de área local semfio (WLAN) conforme qualquer das realizações anteriores, que compreende as etapas deiniciar uma chamada de emergência por uma estação na WLAN; recebimento dachamada de emergência por um ponto de acesso (AP) na WLAN; admissão da chamadade emergência pelo AP sem necessitar que a estação coloque a chamada deemergência para realizar um procedimento de autenticação necessário para admitiroutras chamadas pelo AP; e fornecimento à estação de configurações relativas achamadas de emergência para permitir que a estação tenha acesso à WLAN.

20. Método conforme a realização 19, em que as configurações relativas a chamadas deemergência incluem um código de acesso a chamadas de emergência.

21. Método conforme qualquer das realizações 19 ou 20, em que as configuraçõesrelativas a chamadas de emergência incluem uma chave de segurança de chamada deemergência.

22. Método de suporte de uma chamada de emergência em uma rede de área local semfio (WLAN) conforme qualquer das realizações anteriores, que compreende as etapas deinício de uma chamada de emergência por uma estação na WLAN; recebimento dachamada de emergência por um ponto de acesso (AP) na WLAN; admissão da chamadade emergência pelo AP sem necessitar que a estação que coloca a chamada deemergência realize um procedimento de autenticação necessário para admitir outraschamadas pelo AP; e roteamento da chamada de emergência para um centro dechamadas de emergência.

23. Método conforme a realização 22, em que a etapa de roteamento inclui a realizaçãode roteamento semi-estático por meio do qual todas as chamadas de emergência sãodirigidas para o centro de chamadas de emergência.

24. Método de suporte de chamadas de emergência em uma rede de área local sem fio(WLAN) conforme qualquer das realizações anteriores, que compreende as etapas defornecimento de um identificador de conjunto de serviços básicos (BSS) de emergênciapara uma estação, em que o identificador de BSS de emergência é utilizado apenas parachamadas de emergência; e início de uma chamada de emergência pela estação, emque a chamada de emergência inclui o identificador de BSS de emergência.

25. Método conforme a realização 24, em que a etapa de fornecimento inclui ofornecimento do identificador de BSS de emergência para a estação em um quadro deresposta de sonda.

26. Método conforme a realização 24, em que a etapa de fornecimento inclui ofornecimento do identificador de BSS de emergência para a estação em um quadro deresposta de associação.

27. Método conforme a realização 24, em que a etapa de fornecimento inclui ofornecimento do identificador de BSS de emergência para a estação em um quadro deresposta de reassociação.

28. Método de suporte de uma chamada de emergência em uma rede de área local semfio (WLAN) conforme qualquer das realizações anteriores, que compreende as etapas deinício de uma chamada de emergência por uma estação na WLAN; recebimento dachamada de emergência por um ponto de acesso (AP) na WLAN; determinação se aestação possui capacidades suficientes de completar a chamada de emergência; e terum elemento da rede de infra-estrutura agindo como Proxy para a estação caso aestação não possua capacidades suficientes para completar a chamada de emergência.

29. Método conforme a realização 28, em que o elemento da rede de infra-estruturainclui um nó de portal dedicado.

30. Método conforme qualquer das realizações 28 ou 29, que compreendeadicionalmente a etapa de adição de informações de localização à chamada deemergência pelo elemento da rede de infra-estrutura.

31. Método conforme qualquer das realizações 28 a 30, que compreendeadicionalmente a etapa de monitoramento de tráfego na WLAN pelo elemento da rede deinfra-estrutura, por meio do quê o elemento da rede de infra-estrutura aprende asinformações de capacidade de estações na WLAN de tal forma que o elemento da redede infra-estrutura possa agir como Proxy para uma estação.

Os conceitos da presente invenção podem ser estendidospara além dos exemplos específicos ilustrados acima. A presente invenção pode serestendida para redes entrelaçadas e redes ad hoc. As capacidades de chamadas deemergência descritas no presente podem ser implementadas em qualquer parte de umarede e não são limitadas a um AP. Estas capacidades podem ser implementadas, porexemplo, em uma STA1 distribuídas ao longo de vários APs1 em um controlador de acesoou em um servidor de chamadas.

Como uma alternativa, no lugar de um usuário humano, apresente invenção pode ser estendida a cenários de uso de máquina para máquina paramanipulação de emergência com WLANs. Uma possibilidade seria o uso de 802.11 emsistemas de segurança doméstica, ou seja, uma WLAN é utilizada no lugar de linhastelefônicas com fios rígidas (que podem ser cortadas). Neste exemplo, em vez de umusuário humano gerar uma chamada de emergência de WLAN, o sistema de segurançadoméstica autogera uma chamada de emergência para um centro de chamadas desegurança quando alguém entra. Alternativamente, o sistema de segurança domésticapoderá começar a enviar quadros de SOS de emergência, conforme descrito acima.

Embora as características e os elementos da presenteinvenção sejam descritos nas realizações preferidas em combinações específicas, cadacaracterística ou elemento pode ser utilizado isoladamente (sem as demaiscaracterísticas e elementos das realizações preferidas) ou em várias combinações comou sem outras características e elementos da presente invenção.

Claims (34)

1. Método de suporte de uma chamada de emergência emuma rede de área local sem fio, caracterizado pelo fato que compreende anúncio porum ponto de acesso (AP) das capacidades de chamadas de emergência do AP1 em queas capacidades de chamada de emergência são pelo menos uma dentre: uma indicaçãose o AP é capaz de receber uma chamada de emergência, uma indicação se acapacidade de chamada de emergência no AP é ativa e pelo menos um parâmetro talque uma estação que inicia uma chamada de emergência pode configurar-se paraassociar-se ao AP, de forma que o AP possa receber a chamada de emergência.

2. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de farol para transmitirperiodicamente as capacidades de chamada de emergência do AP.

3. Método conforme a reivindicação 2, caracterizado pelofato de que o quadro de farol inclui um elemento de informação de capacidade extensívelque contém as capacidades de chamadas de emergência do AP.

4. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de resposta de sonda paratransmitir as capacidades de chamadas de emergência do AP.

5. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de resposta de associaçãopara transmitir as capacidades de chamadas de emergência do AP.

6. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de resposta dereassociação para transmitir as capacidades de chamadas de emergência do AP.

7. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de resposta deautenticação para transmitir as capacidades de chamadas de emergência do AP.

8. Método conforme a reivindicação 1, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de resposta dereautenticação para transmitir as capacidades de chamadas de emergência do AP.

9. Método de suporte de uma chamada de emergência emuma rede sem fio, caracterizado pelo fato que compreende anúncio das capacidades dechamada de emergência de uma estação, que incluem a capacidade de suporte dechamadas de emergência da estação.

10. Método conforme a reivindicação 9, caracterizado pelofato de que o mencionado anúncio inclui o uso de um elemento de informação paratransmitir as capacidades de chamadas de emergência da estação.

11. Método conforme a reivindicação 9, caracterizado pelofato de que o mencionado anúncio inclui a adição de uma marca de bit a um elemento deinformação existente para transmitir as capacidades de chamadas de emergência daestação.

12. Método conforme a reivindicação 9, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de solicitação deassociação para transmitir as capacidades de chamadas de emergência da estação.

13. Método conforme a reivindicação 9, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de solicitação dereassociação para transmitir as capacidades de chamadas de emergência da estação.

14. Método conforme a reivindicação 9, caracterizado pelofato de que o mencionado anúncio inclui o uso de um quadro de solicitação deautenticação para transmitir as capacidades de chamadas de emergência da estação.

15. Método conforme a reivindicação 9, caracterizadopelo fato de que o mencionado anúncio inclui o uso de um quadro de solicitação dereautenticação para transmitir as capacidades de chamadas de emergência da estação.

16. Método conforme a reivindicação 9, caracterizado pelofato de que compreende adicionalmente armazenagem das capacidades de chamadasde emergência da estação em um local acessível por qualquer dispositivo na WLAN.

17. Método conforme a reivindicação 16, caracterizado pelofato de que a mencionada armazenagem permite o entretrabalho entre a rede e outrostipos de redes para sustentar a chamada de emergência.

18. Método conforme a reivindicação 9, caracterizado pelofato de que compreende adicionalmente armazenagem das capacidades de chamada deemergência da estação por um ponto de acesso (AP) ao qual a estação é associada.

19. Método conforme a reivindicação 18, caracterizado pelofato de que compreende adicionalmente:- verificação das capacidades de chamada de emergência da rede pelo AP paradeterminar se a rede pode sustentar uma chamada de emergência; e- informação à estação pelo AP se a rede não puder sustentar uma chamada deemergência.

20. Método de suporte de uma chamada de emergência emuma rede sem fio caracterizado pelo fato que compreende:- recebimento de uma chamada de emergência de uma estação na rede;- admissão da chamada de emergência dispensando um procedimento de autenticaçãoque é necessário para chamadas não de emergência; e- envio de pelo menos uma configuração relativa a chamadas de emergência para aestação, para permitir que a estação tenha acesso à rede.

21. Método conforme a reivindicação 20, caracterizado pelofato de que a pelo menos uma configuração relativa a chamadas de emergência incluium código de acesso a chamadas de emergência.

22. Método conforme a reivindicação 20, caracterizado pelofato de que a pelo menos uma configuração relativa a chamadas de emergência incluuuma chave de segurança de chamada de emergência.

23. Método de início de uma chamada de emergência emuma rede sem fio caracterizado pelo fato que compreende:- recebimento de um identificador de conjunto de serviços básicos (BSS) de emergênciapor uma estação, em que o identificador de BSS de emergência é utilizado apenas parachamadas de emergência; e- início de uma chamada de emergência pela estação, em que a chamada deemergência inclui o identificador de BSS de emergência.

24. Método conforme a reivindicação 23, caracterizado pelofato de que o mencionado recebimento inclui o recebimento do identificador de BSS deemergência em um quadro de resposta de sonda.

25. Método conforme a reivindicação 23, caracterizado pelofato de que o mencionado recebimento inclui o recebimento do identificador de BSS deemergência em um quadro de resposta de associação.

26. Método conforme a reivindicação 23, caracterizado pelofato de que o mencionado recebimento inclui o recebimento do identificador de BSS deemergência em um quadro de resposta de reassociação.

27. Método de suporte de uma chamada de emergência emuma rede sem fio caracterizado pelo fato que compreende:- recebimento de uma chamada de emergência na rede;- determinação se a estação que coloca a chamada de emergência possui capacidadessuficientes de completar a chamada de emergência; e- determinação de um Proxy na rede para a estação caso a estação não possuacapacidades suficientes para completar a chamada de emergência.

28. Método conforme a reivindicação 27, caracterizado pelofato de que o Proxy é um nó de portal dedicado.

29. Método conforme a reivindicação 27, caracterizado pelofato de que compreende adicionalmente adição de informações de localização àchamada de emergência pelo Proxy.

30. Método conforme a reivindicação 27, caracterizado pelofato de que compreende adicionalmente monitoramento de tráfego na rede pelo Proxy,por meio do quê o Proxy aprende as informações de capacidade de estações na rede.

31. Método de suporte de chamadas de emergência emuma rede sem fio, caracterizado pelo fato que compreende:- recebimento de uma chamada de emergência por um ponto de acesso (AP) na rede; e- admissão da chamada de emergência pelo AP1 permitindo que uma estação quecoloca a chamada de emergência dispense exigências de segurança da rede.

32. Método conforme a reivindicação 31, caracterizado pelofato de que a mencionada admissão inclui o ajuste de um filtro de porta para admitir achamada de emergência.

33. Método de suporte de chamadas de emergência emuma rede sem fio caracterizado pelo fato que compreende:- recebimento de um anúncio de uma estação na rede, em que o anúncio incluicapacidades de chamada de emergência da estação; e- armazenagem das capacidades de chamada de emergência da estação em um pontode acesso (AP) na rede.

34. Método conforme a reivindicação 38, caracterizado pelofato que compreende adicionalmente:- verificação das capacidades de chamada de emergência da rede pelo AP paradeterminar se a rede pode sustentar uma chamada de emergência; e- informação à estação pelo AP se a rede não puder sustentar uma chamada deemergência.