MX2008011250A - Soporte de llamadas de emergencia en una red de area local inalambrica. - Google Patents

Abstract

Se proporcionan diversos métodos para comunicar informaci6n de capacidad de llamadas de emergencia entre una estación y un punto de acceso (AP) en una red de área local inalámbrica. Los métodos incluyen divulgar por el AP sus capacidades de llamada de emergencia y anunciar por la estación acerca de sus capacidades de llamada de emergencia. El AP puede notificar de sus capacidades de llamada de emergencia en un marco de bauza, un marco de respuesta de sonda, un marco de respuesta de reasociación o un marco de respuesta de reautentificación. La estación puede anunciar sus capacidades de llamada de emergencia en un marco de solicitud de asociación, un marco de solicitud de reasociación, un marco de solicitud de autentificacián o un marco de solicitud de reautentificación.

Description

SOPORTE DE LLAMADAS DE EMERGENCIA EN UNA RED DE ÁREA LOCAL INALAMBRICA CAMPO DE LA INVENCION La presente invención se relaciona con redes de red local inalámbrica (las LAN) y más particularmente con el soporte de llamadas de emergencia en una WLAN.

ANTECEDENTES La tecnología 802 existente (802.11 WLAN, 802.15 de redes de aérea personal inalámbricas (WPAN) , etc.) tradicionalmente no necesitan soportar llamadas de emergencia como lo hacen los celulares. Para el celular, el soporte llamadas de emergencia con frecuencia resulta de requerimientos reguladores impuestos por la tecnología y por lo tanto se implementa ampliamente en la mayor parte de las redes celulares inalámbricas desplegadas hoy en día y los microteléfonos . El soporte para llamadas de emergencia involucra muchos aspectos a través de todas las capas de comunicación, especialmente procedimientos de soporte de señalización y mandatados, los cuales no son existentes para tecnologías 802.11 y 802.15. Con el advenimiento de voz sobre protocolo de internet (VoIP) en los WLAN y el uso cada día mayor de las WLAN, se volverá necesario un soporte para llamadas de emergencia en WLAN.

Incluso el servicio de teléfono VoIP "fijo" o proporciona para el mercado residencial tiene un soporte limitado para llamadas de emergencia. La información de ubicación del número no siempre puede ser rastreada por un despachador en un punto de respuesta de seguridad público (PSAP) , y no siempre es posible una llamada de retorno, y puede requerirse el registro de dirección cuando se adquiere el equipo. Cuando el teléfono VoIP se mueve a un lugar nuevo, la llamada de emergencia aún puede ser enviada en base en la ubicación de dirección registrada. La dirección registrada en principio se puede cambiar, pero los retrasos son de por lo menos del orden de días o semanas en la actualización de información en el PSAP. Además, algunos usuarios pueden no actualizar su información de registro de una manera oportuna, en caso de que lo hagan. Esta situación empeora con mayor movilidad que la habilitada para los teléfonos VoIP utilizando las WLAN. Los teléfonos VoIP basados en WLAN pueden funcionar desde cualquier lugar y el usuario se puede esperar que itinere sin percibir cambios entre lugares, por ejemplo desde una oficina a una casa o a punto de transferencia públicos, etc . Existen ciertos temas específicos para 802.11 que incluyen acceso de radio, ubicación de puntos de acceso (AP) , ubicación de la parte que llama y admisión de llamadas de emergencia. Con respecto -al acceso de radio, no existen prioridades actualmente para llamadas de emergencia en las normas 802.11 y no hay medio para distinguir una llamada de emergencia de una llamada regular para una red de acceso LAN. La ubicación de un AP o una STA con frecuencia se desconoce para la red de una manera no registrada, incluso, por ejemplo, si la identificación de los AP se puede determinar con facilidad. Actualmente tampoco es posible mapear la ubicación de la parte que llama de una manera no registrada. Con respecto a la admisión, una WLAN administrada estrechamente puede evitar que las personas que realizan llamadas de emergencia establezcan una llamada de emergencia si la parte que llama no está autorizada a entrar a la red. El procedimiento de conexión normal entre STA y un AP requiere que la STA envíe una solicitud de asociación, seguido por una negociación con el AP antes de asociar la STA al AP. Si la STA no es capaz de indicar que está realizando una llamada de emergencia, puede tener que desplazarse a través de la totalidad del procedimiento de asociación para determinar si se le puede admitir. Como un ejemplo de este tipo de dificultad, si una STA no tiene la contraseña o las credenciales de autentificación adecuadas para tener acceso al sistema (si el AP está configurado para requerir contraseñas o requerir credenciales de autentificación, las cuales pueden existir, por ejemplo, con un punto de transferencia privado o una WLA de compañía/oficina) , el AP rechazará sin miramientos la solicitud de asociación STA. Pero incluso si la STA tiene la contraseña o las credenciales de autentificación adecuadas, el AP aún puede rechazar la admisión a la red en base en su capacidad máxima configurada para usuarios de voz. En este caso, la decisión correcta para el AP sería admitir esta llamada de emergencia nueva (con la prioridad más alta) y suspender otra llamada de voz existente. Debido a que actualmente el AP carece de un medio para realizar una diferenciación en primer lugar, dicha característica no se puede implementar con la tecnología existente de WLAN del estado de la técnica. Esto contrasta con el funcionamiento de un sistema celular en el que cualquier dispositivo puede realizar una llamada de emergencia, incluso en dispositivos en una tarjeta SIM.

DESCRIPCION BREVE DE LA INVENCION La presente invención propone diversos aspectos de operación de sistema para habilitar un soporte de manejo de llamada de emergencia con tecnología 802.11 y 802.15. Algunas de las propuestas pertenecen a mensajes de señalización L2 nuevos o elementos de información para indicar llamadas de emergencia a los AP. Se proponen para situaciones de emergencia procedimientos y mecanismos de control nuevos. Además, los procedimientos para implementaciones en modo doble se resuelven (WLAN y un celular de la segunda generación (2G) de o la tercera generación (3G) ) . Debido a que los requerimientos de llamada de emergencia con frecuencia se acoplan a requerimientos regulatorios respecto al reporte de ubicación de la llamada de emergencia, se proponen medios y procedimientos de señalización para permitir solicitar y reportar las posiciones geográficas en una red WLAN. La información de posición se puede acoplar a las llamadas de emergencia o se puede implementar por separado. Un beneficio de una STA que es capaz de identificar una llamada de emergencia es que se puede instalar un circuito lógico sencillo en el AP que permite que el AP distinga entre una STA que debe ser tratada de manera normal (es decir, siguiendo los procedimientos de asociación regulares) y una STA que debe ser admitida bajo cualquier circunstancia, sin importar de qué manera esté configurada la red (es decir, una derivación de cualquier requerimiento de seguridad para admitir una llamada de emergencia) . Se proporcionan varios métodos para comunicar información de capacidad de llamada de emergencia entre una estación y un punto de acceso (AP) en una red de área local inalámbrica. Los métodos incluyen difundir por el AP de sus capacidades de llamada de emergencia y anunciar por la estación de sus capacidades de llamada de emergencia. El AP puede difundir sus capacidades de llamada de emergencia en un marco de baliza, un marco de respuesta de sonda, un marco de respuesta de reasociación o un marco de respuesta de reautentificación. La estación puede anunciar sus capacidades de llamada de emergencia en un marco de solicitud de asociación, un marco de solicitud de reasociación, un marco de solicitud de autentificación, un marco de solicitud de reautentificación. Un método para soportar una llamada de emergencia en una LA comienza al iniciar una llamada de emergencia por una STA sobre la WLAN. La llamada de emergencia se recibe por una AP en la WLAN y se admite sin que se requiera que la STA realice un procedimiento de autentificación. A la STA se le proporciona con ajustes relacionados con llamadas de emergencia para permitir que la STA tenga acceso a la WLAN. Un método para soportar una llamada de emergencia en una WLAN comienza con el inicio de una llamada, de emergencia por una estación en la WLAN. La llamada de emergencia se recibe por un AP en la WLAN y se admite sin que se requiera que la . STA realice un procedimiento de autentificación. La llamada de emergencia es enrutada a un centro de llamadas de emergencia. Un método para soportar una llamada de emergencia en una WLAN comienza al suministrar un ID BSS de emergencia a una STA, el ID de BSS de emergencia se utiliza únicamente para llamadas de emergencia. Cualquier llamada de emergencia iniciada por la STA utiliza el identificador BSS de emergencia. Un método para soportar una llamada de emergencia en una WLAN comienza al iniciar una llamada de emergencia por una STA en la WLAN. La llamada de emergencia se recibe por un AP en la WLAN. Se realiza una determinación para dilucidar si la STA tiene capacidades suficientes para completar la llamada de emergencia. Si la STA no tiene capacidades suficientes para completar la llamada de emergencia, entonces un elemento de la red de infraestructura actúa como un representante para la STA para poder completar la llamada de emergencia.

DESCRIPCION BREVE DE LOS DIBUJOS Se puede tener una comprensión más detallada de la invención a partir de la siguiente descripción de una modalidad preferida que se proporciona a modo de ejemplo y entendiéndose junto con los dibujos anexos, en los que: la figura 1 es un diagrama de un marco de control de acceso de medio (MAC) estándar; la figura 2A es un diagrama de un marco MAC con un indicador de bitio que indica una llamada de emergencia; la figura 2B es un diagrama de un marco MAC con un elemento de información (IE) que indica una llamada de emergencia; la figura 3 es un diagrama de un marco estándar listo para enviar (RTS) ; la figura 4A es un diagrama de un marco RTS con un indicador de bitio que indica una llamada de emergencia; la figura 4B es un diagrama de un marco RTS con un IE que indica una llamada de emergencia; la figura 5 es un diagrama de flujo de un método para utilizar un marco RTS, como se muestra en las figuras 4A o 4B; la figura 6 es un diagrama de flujo de un método para tecnologías de radio de conmutación para completar una llamada de emergencia; la figura 7 es un diagrama de un marco de baliza SOS que indica una llamada de emergencia; la figura 8 es un diagrama de flujo de un método para transmitir y utilizar el marco SOS que se muestra en la figura 7; y la figura 9 es un diagrama de flujo de un método para determinar si se aplica una función de representante.

DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS A continuación, el término "estación" (STA) incluye pero no se limita a una unidad transmisora/receptora inalámbrica (WTRU) , un equipo de usuario, una unidad de suscriptor fija o móvil, un localizador o cualquier otro tipo de dispositivo capaz de operar en un ambiente inalámbrico. Cuando se hace referencia en la presente, el término "punto de acceso" (AP) incluye pero no se limita una estación de base, un nodo B, un controlador de sitio o cualquier otro tipo de dispositivo de interconexión en un ambiente inalámbrico. La presente invención es aplicable a todas las WLAN, las redes de área personal (PAN) y las redes de área metropolitana (MAN) , pero en particular a las WLAN basadas en 802.11, las PAN inalámbricas basadas en 802.15 y las MAN inalámbricas basadas en 802.16/20 y equivalentes de las mismas. En una modalidad, la presente invención es aplicable a las WTRU que implementan una combinación de estas tecnologías de acceso que incluyen WLAN, PAN, MAN y las WTRU de modo múltiple celular. La presente invención para el manejo de soporte de emergencia se describirá en lo siguiente y se agrupa en varias áreas principales. No obstante, esto es por conveniencia de explicación y no debe considerarse como una limitación de la invención.

I. Interconexión de aire relacionada con señalización/soporte y procedimientos A. Indicación de llamadas de emergencia en marcos MAC y mensajes de señalización MAC En la figura 1 se muestra un marco 100 MAC estándar. El marco 100 MAC incluye un campo 102 de control de marco, un campo 104 de duración/ID, uno o más campos de dirección 106a-106d, un campo 108 de control de secuencia, un campo 110 de control de calidad de servicio (QoS) , un cuerpo 112 de marco y un campo 114 de secuencia de verificación de marco (FCS) . El campo 110 de control QoS se divide en una pluralidad de subcampos, como se muestra. Una prioridad para llamadas de emergencia se puede indicar en los marcos MAC o un indicador de bitio, o un mensaje de emergencia tipo IE, por una parte de un campo de mensaje de emergencia sobre un IE existente o nuevo o por un código de llamada de emergencia implementado utilizando un valor reservado (actualmente no utilizado) en cualquier IE existente o campo de un marco MAC. El indicador permite que un AP conozca que se necesita admitir la llamada de emergencia. Para propósitos similares, las prioridades o requerimientos de QoS se indican por medio de las clases QoS (por ejemplo DiffServ) . Se puede modificar cualquier tipo de marco MAC existente (de control, de administración o de datos) para que incluya el indicador de llamada de emergencia. El indicador de llamada de emergencia se puede agregar a cualquier lugar en el marco MAC en el encabezador del cuerpo utilizando cualquiera de ' los mecanismos descritos . Como se muestra en la figura 2A, un marco 200 MAC incluye campos 202-214, los cuales son iguales a los campos 102-114 descritos en lo anterior en relación con la figura 1. En una modalidad, se utiliza un indicador 220 de bitio sencillo para indicar al receptor que se trata de una llamada de emergencia. Como se muestra en la figura 2A, una posible ubicación para el indicador 220 de bitio es el bitio reservado (bitio 7) del campo 210 de control QoS . Una persona habitualmente experta en la técnica notará que es posible colocar el indicador 220 de bitio en cualquier ubicación reservada actualmente en cualquiera de los campos de encabezador o de cuerpo de marco existentes en el marco MAC. Como se muestra en la figura 2B, un marco 250 MAC incluye un campo 252 de control de marco, un campo 254 de longitud y un IE 256 de llamada de emergencia para indicar una llamada de emergencia. La IE 256 de llamada de emergencia puede incluir, pero no se limita a un indicador 260 de llamada de emergencia, un campo 262 de código de - - razón, un campo 264 de información de capacidad, un campo 266 de información de ubicación, un campo 268 de aplicación de codee de voz y campos 270 adicionales. El ^E 256 de llamada de emergencia se puede agregar a cualquier marco MAC. Además, la información contenida en el IE 256 de llamada de emergencia se puede agregar a un tipo de IE existente . El indicador 260 de llamada de emergencia puede ser un indicador sencillo (por ejemplo un indicador de un bitio) para identificar que la llamada es una llamada de emergencia. El campo 262 de código de razón indica la razón para la llamada de emergencia (por ejemplo, incendio, emergencia médica, etc.) . El campo 264 de información de capacidad incluye las capacidades de la STA que coloca la llamada de emergencia y se utiliza para ayudar a completar la llamada de emergencia tan rápido como se pueda. El campo 266 de información de ubicación contiene la ubicación de la STA que establece la llamada de emergencia. El campo 268 de aplicación codee de voz identifica el codee de voz utilizado por la STA y se utiliza en campo de que exista alguna incompatibilidad entre la STA y el AP que intenta manejar la llamada de emergencia. La información adicional que se puede incluir en la llamada de emergencia IE (como los campos 270) son marcas de tiempo y WTRU y/o información de capacidad de servicio de operador.

- - Los marcos MAC existentes bajo 802. lie tienen prioridades de llamada. La especificación de transmisión (TSPEC) IE incluye un subcampo de prioridad de tres bitios en un campo de información de especificación de transmisión. Los principios de la presente invención también se pueden implementar en este TSPEC IE al definir un valor para una llamada de emergencia. En sistemas celulares se utiliza un mecanismo similar (un marco de señalización) para enviar los parámetros de llamada a la red e incluye un campo reservado para identificar llamada de emergencia. Como es sabido en la técnica, el TSPEC IE se utiliza en un marco ADDTS (agregar corriente de tráfico) . El TSPEC IE modificado descrito en la presente por lo tanto se puede utilizar en un marco ADDTS. Similarmente, se puede utilizar un IE nuevo que contenga la misma información utilizada en el marco ADDTS para indicar una llamada de emergencia . Aunque la descripción precedente se ha descrito particularmente en marcos MAC basados en 802.11, los conceptos de extender los marcos MAC se pueden aplicar a cualquier tipo de marco MAC. Por ejemplo, también se puede modificar de manera similar un tipo Ethernet de marco MAC. Dicho marco MAC se utiliza, por ejemplo, en marcos EAPOL (protocolo de autentificación extendible sobre LAN) que se cambian por razones de seguridad en una red habilitada para WPA (acceso protegido Wi-Fi) . Además, este concepto se puede extender para definir un Ethertype nuevo, dado que un Ethertype se indica por un bitio en el encabezador.

B. BSS ID virtual para llamadas de emergencia En un ámbito de BSS virtual, un AP físico único se configura para operar como más de un BSS (es decir, un BSS virtual) en donde cada BSS tiene su propia ID. Un BSS ID se puede reservar para uso únicamente para llamadas de emergencia. Dado que cada marco MAC transmitido en una WLA incluye el BSS ID, una llamada de emergencia puede utilizar el BSS ID de emergencia cuando intenta transmitir una llamada de emergencia. Una STA puede recibir el BSS ID de emergencia en el enlace descendente desde el AP. Por ejemplo, el BSS ID de emergencia se puede enviar por el AP en un marco de respuesta (por ejemplo una respuesta de sonda, una respuesta de asociación o una respuesta de reasociación) . Se hace notar que el BSS ID de emergencia se puede proporcionar a la STA por diversos otros métodos.

C. AP o STA informa de sus capacidades de llamada de emergencia El AP informa de sus capacidades y la habilidad para soportar llamadas de emergencia. Por ejemplo, el AP puede informar que está habilitado para llamadas de emergencia y proporciona parámetros para STA con el fin de asociarse al AP para completar una llamada de emergencia. Este aviso también puede incluir una indicación acerca de si la capacidad de llamada de emergencia en el AP está activa en ése momento. Este tipo de información probablemente se puede utilizar en un hotspot público, en donde muchos tipos diferentes de usuarios se pueden esperar de manera razonable . Se puede utilizar un AP con capacidad IE en un marco de baliza o en marcos de sonda, en donde el AP indica sus capacidades de llamada de emergencia. En el marco de baliza actual, existe un campo de capacidad de dos octetos, pero la totalidad de los bitios en el campo se utilizan. Se ha agregado un IE con capacidad extendible al final del marco para indicar todas las nuevas capacidades AP. El indicador de bitio descrito en lo anterior se puede agregar al IE de capacidad extendible para indicar la capacidad de llamada de emergencia del AP. Además, la indicación de capacidad de llamada de emergencia del AP se puede agregar a marcos de reasociación o reautentificación. De manera alternativa, la STA puede anunciar su capacidad para soportar llamadas de emergencia. Esta información puede incluir, por ejemplo, cual tipo de codificación de voz está siendo implementado por la STA. La STA puede agregar su información de capacidad de llamada de emergencia a un marco de solicitud de asociación, un marco de solicitud de reasociación, un marco de solicitud de autentificación o un marco de solicitud de reautentificación . La información puede ser transmitida mediante el uso de un IE nuevo o al agregar uno o más indicadores de bitio a un IE existente. Un beneficio de la STA que anuncia sus capacidades de llamada de emergencia es que el AP puede almacenar esta información en caso de que la STA necesite establecer una llamada de emergencia, para procesar más rápidamente la llamada de emergencia. Si la STA proporciona sus capacidades de llamada de emergencia al AP, el AP también debe tener conocimiento de si la WLA a la cual pertenece puede soportar llamadas de emergencia. Cada WLAN puede no tener la capacidad para conectarse a un centro de llamadas de emergencia. Por ejemplo, la WLAN se puede configurar como una red de colección de datos (por ejemplo una red de telemetría de fábrica) y puede no tener una conexión a internet la cual puede permitir a la STA que se conecte a un centro de llamadas de emergencia. En dichas circunstancias, el AP debe informar a la STA que la WLAN no puede soportar llamadas de emergencia de manera que la STA puede intentar ubicar otra WLAN. Se puede utilizar un mecanismo similar en caso de que la conexión a internet de la WLAN no esté disponible temporalmente por alguna razón.

D. Información de ubicación La información de ubicación también se puede unir a estos marcos MAC nuevos 200, 250 (por ejemplo, en el campo 266 de información de ubicación) , además de transportar la razón de establecimiento de llamada de emergencia. Por ejemplo, el AP o la STA pueden utilizar una ID de conjunto de servicio básico (BSS) , las direcciones MAC de AP o STA, las direcciones IP estáticas o asignadas dinámicamente, o información del sistema de determinación de posición global (GPS) de un AP o una STA que implemente esta funcionalidad y enviar esta información al centro de llamadas de emergencia. Se hace notar que la información de ubicación también puede transferirse por separado de la información de llamadas de emergencia. Otro medio de ubicación de una STA de emergencia incluye, pero no se limita a identificar la STA que coloca la llamada de emergencia por el ID de la parte que llama, utilizando un número para llamar en retorno y utilizando direcciones conocidas para ayudar a ubicar la STA por el centro de llamadas de emergencia (por ejemplo utilizando las direcciones MAC del punto actual de unión para la STA tal como el AP del ID de la red o el AP de las coordenadas geográficas) .

- - Por ejemplo, se puede utilizar un mecanismo de señalización MAC para una WLAN en donde el AP puede solicitar la posición desde una STA. La STA puede reportar de regreso al AP con su posición. Una posible implementación incluye el uso de coordenadas asistidas por GPS (A-GPS) , que actualmente están en uso ampliamente diseminado en los microteléfonos celulares. Se pueden soportar métodos de determinación de posición múltiples para diferentes redes de acceso que incluyen, pero que no se limitan a diferencia en el tiempo de enlace ascendente de llegada (U-TDOA) , diferencia en el tiempo observado mejorado (E-OTD) , diferencia en el tiempo observado de enlace descendente de período libre de llegada (IPDL-OTDOA) , A-GPS, Coordenadas geográficas universales (por ejemplo, como se define en la norma IEEE 802.11k o IETF RFC 3825) y métodos que utilizan determinaciones de ubicación de AP WLAN, sitio de celda u otra información de sector y el avance de temporización o las mediciones de tiempo de viaje redondo. Aunque los ejemplos precedentes de transformación de información de ubicación se han mencionado particularmente, una persona experta en la técnica podrá notar que se puede utilizar cualquier formato para transferir coordenadas geográficas. Las funciones de llamada de emergencia se pueden realizar independientemente (aunque aún de manera completamentaria) con la ubicación de las funciones de reporte. Para ilustrar, es posible: (1) unir información de ubicación a los marcos de señalización de llamada de emergencia cuando la STA en realidad emite la llamada de emergencia y (2) actualizaciones de ubicación de señal como una funcionalidad autosustentable sin una llamada de emergencia. Un ejemplo de esto último podría ser el mantenimiento de AP informado y actualizado acerca de la última posición de la STA ya sea periódicamente (por ejemplo cada pocos segundos) , sondeada como parte de la operación de fondo de AP o por ubicación regular no solicitada reportada por la STA al AP. El mantenimiento de la información de ubicación del AP por lo tanto puede ser preferible debido a que cuando la STA emite una llamada de emergencia, el AP de antemano tiene un cálculo razonablemente reciente de la posición de la STA, de manera tal que no se requiere que la STA transporte de manera explícita su ubicación sobre la solicitud de llamada de emergencia . Por ejemplo, dicho reporte de información de ubicación STA autosustentable se puede utilizar para permitir la implementación de servicios que dependen de la ubicación en una red WLAN, en paralelo para establecer requerimientos reguladores . Como tal, la información de posición también se puede proporcionar a aplicaciones de servicios de ubicación (LCS) que existen dentro de una WLAN de intertrabajado (I- LA ) , una red móvil de territorio público (PLM ) o en la STA. Además, la identidad de la celda que atiende a la parte de origen o la identidad de AP que atiende se pueden proporcionar al cliente LCS.

E. Extensión de los mecanismos de intercambio de marco RTS/CTS existentes y procedimiento En la figura 3 se muestra un marco 300 RTS estándar. El marco 300 RTS incluye un campo 302 de control de marco, un campo 304 de duración, un campo 306 de dirección de receptor (RA) , un campo 308 de dirección de transmisor (TA) y un campo 310 FCS . Una STA que desea transmitir una llamada de emergencia transmite un marco 400 RTS extendido que contiene un indicador de señalización especial, como se muestra en la figura 4A o un marco 450 RTS extendido que contiene un IE nuevo, como se muestra en la figura 4B. La figura 4A muestra un marco 400 de RTS. Los campos 402-410 del marco 400 RTS son los mismos que los campos 302-310 del marco 300 RTS descrito en lo anterior en relación con la figura 3. El campo 402 de control de marco tiene varios subcampos que incluyen un subcampo 412 de versión de protocolo, un subcampo 414 de tipo y un subcampo - - 416 de subtipo, un subcampo 418 de sistema de distribución (DS) , un subcampo 420 de DS, un subcampo 422 de más fragmentos, un subcampo 424 de reintento, un subcampo 426 de administración de energía, un subcampo 428 de más de datos y un subcampo 430 de privacidad equivalente cableada (WEP) y un subcampo 432 de orden. El indicador de señalización se puede agregar a cualquier bitio reservado en su marco 400 RTS . Las ubicaciones potenciales para el bitio reservado incluyen el subcampo 412 de versión de protocolo, el subcampo 414 de tipo y el campo 416 de subtipo. Se hace notar que una persona experta en la técnica puede colocar el indicador de señalización en cualquier bitio reservado en el marco 400 RTS. La figura 4B muestra un marco 450 ETS extendido, que incluye un campo 452 de control de marco, un campo 454 de duración, un campo 456 RA, un campo 458 TA, un IE 460 de propósito y un campo 462 FCS . El IE 460 de propósito puede ser de contenido similar al IE 256 de llamada de emergencia, descrito antes. Todas las STA que reciben el marco 450 RTS extendido después se les pide que detengan cualquier intento de transmisión por una cantidad de tiempo predeterminada para liberar el medio inalámbrico y proporcionar a la STA que se encuentre en emergencia una oportunidad para transmitir.

En una modalidad, ante la recepción de un marco RTS extendido, las STA receptoras introducen un proceso de reducción de potencia modificado con el fin de proporcionar a la STA que establece la llamada de emergencia una mayor probabilidad de tener éxito en obtener acceso al medio. Son posibles dos implementaciones de modificación del procedimiento de reducción de potencia: (1) acortar el tiempo de reducción de potencia de la STA colocando la llamada de emergencia en relación a otras STA, o (2) alargando el tiempo de reducción de potencia para las STA que no se encuentran en emergencia. En cualquiera de las implementaciones, el resultado final es que la STA que se encuentra en emergencia tiene un tiempo de reducción de potencia más corto que las STA que no se encuentran en emergencia. En la figura 5 se muestra un método 500 para utilizar el marco 400 ó 450 RTS. El propósito del método 500 es liberar el medio de transmisión con el fin de permitir que una STA transmita una llamada de emergencia. El método comienza con una STA que coloca una llamada de emergencia al enviar un marco 400 o 450 RTS (etapa 502) . Un AP recibe el marco RTS (etapa 504) y responde a la STA con un marco CTS estándar (etapa 506) . El tipo de reducción de potencia que se va a utilizar por el AP está determinado (etapa 508) . Existen dos tipos posibles de reducción de potencia, ambos permiten que la STA coloque la llamada de emergencia para tener acceso al medio antes que cualquier otra STA que espere transmitir. Si el tipo de reducción de potencia es el de la STA en emergencia (es decir, la STA que establece la llamada de emergencia) y tiene un tiempo de reducción de potencia más corto, entonces la STA que se encuentra en emergencia espera por el tiempo de reducción de potencia acortado (etapa 510) y después transmite la llamada de emergencia (etapa 512) . Todas las demás STA que intenten tener acceso al medio espera el tiempo de reducción de potencia estándar (etapa 514) y después son capaces de transmitir (etapa 516) . El método después termina (etapa 518) . Si el tipo de reducción de potencia es aquel en donde todas las demás STA tienen un tiempo de reducción de potencia más prolongado (etapa 508) , entonces la STA en emergencia espera por el tiempo de reducción de potencia estándar (etapa 520) y transmite la llamada de emergencia (etapa 522) . La totalidad de las demás STA esperan un tiempo de reducción de potencia más prolongado (etapa 524) y después son capaces de transmitir (etapa 516) . El método después termina (etapa 518) . En general, cuando una STA entra a un procedimiento de reducción de potencia, la STA intenta - - transmitir a aleatoriamente en uno de una serie de N intervalos de tiempo. Si existe una colisión de transmisión, la STA nuevamente realizará una reducción de potencia e incrementará el valor de N, hasta un valor máximo predeterminado para N. Antes de que una STA puede intentar transmitir, la STA debe esperar M intervalos de tiempo. Este procedimiento básico proporciona a cualquier STA una oportunidad igual de tener acceso al medio. En 802.116, para implementar QoS, existen dos maneras para asegurar que una estación particular tiene una mayor probabilidad de tener acceso al medio. La primera es reducir el valor de M, por lo que se le proporciona a una STA un tiempo de espera más corto. La segunda es utilizar un valor más pequeño para M lo que incrementa las posibilidades de que una STA sea capaz de transmitir en un intervalo de tiempo particular. En el método 500, existen varios medios posibles para que una STA sepa cual valor de reducción de potencia usar. Un primer medio es utilizar valores fijos para M y N en relación con una llamada de emergencia de manera que estos valores fijos para M y N se utilizarán por una STA en emergencia. Un segundo medio es señalar explícitamente valores para M y N a partir de AP a la STA en emergencia. El AP típicamente enviará dichos parámetros a la STA ya sea utilizando difusión o marco de administración dedicados durante la operación de sistema normal. Las STA leerán los parámetros de configuración relacionados con llamada de emergencia que se van a utilizar en caso de que necesiten establecer una llamada de emergencia. Un ejemplo es en donde el AP, como parte de los marcos de administración de baliza o de respuesta de sonda, envía otros valores de configuración BSS a todas las STA en su BSS . La adición de los parámetros y N relacionados con la llamada de emergencia es una extensión natural de estos. Por ejemplo, los parámetros de configuración relacionados con QoS 802. lie por categoría de acceso (valores de reducción de potencia, intervalos, etc.), para ser utilizados por todas las STA en el BSS se señalan actualmente por el AP utilizando un mecanismo similar. Un tercer medio es una combinación del primero y segundo medios, por el cual una STA tiene valores implícitos fijos para M y N en comparación con los que utiliza normalmente, y si la STA está en emergencia, el AP señalará valores nuevos para M y N con el fin de superar los valores implícitos fijos. Una persona experta en la técnica puede considerar medios adicionales para comunicar los tiempos de reducción de potencia apropiados a una STA que se encuentre en emergencia y todas las demás STA que busquen acceso al medio. F. Transferencia instruida a otra tecnología de radio por la STA de WLAN de modo doble (por ejemplo 3G y WLAN) En caso de una emergencia, una STA de WLAN de modo doble intentará cualquier llamada de emergencia primero en la red celular, en vez en la WLAN. Esto en principio es un procedimiento "fijo" en la STA únicamente. En la figura 6 se muestra un método 600 para implementar este procedimiento. El método 600 comienza cuando el usuario realiza una llamada de emergencia en la STA (etapa 602) . Se realiza una determinación de si la STA es capaz de operar en una red celular o una WLAN (etapa 604) . Si la STA está operando en una red celular (es decir, actualmente conectada a una red celular) , entonces la STA permanece en la red celular para la llamada de emergencia (etapa 606) . Si la STA es capaz de operar en una red celular, pero actualmente no está conectada a una red celular, entonces la STA establece una conexión con la red celular (etapa 608) y realiza la llamada de emergencia en la red celular (etapa 606) . Si la STA está operando en una WLAN, entonces la STA coloca a una red celular para realizar la llamada de emergencia (etapa 610) . Después de que se ha establecido una llamada de emergencia, se realiza una determinación de si la llamada de emergencia avanzó a través, de la red celular (etapa 612) . En caso de ser así, el método 600 termina (etapa 614) . Si la llamada de emergencia no avanza en la red celular, entonces la STA conmuta a la WLAN para realizar la llamada (etapa 616) y el método termina (etapa 614) . En caso de que se necesite emitir una llamada de emergencia por un microteléfono WLAN-celular de modo doble, el procedimiento preferido es tener el microteléfono en retorno sobre el modem celular (es decir, establecer la llamada de emergencia en un enlace de radio celular) debido a que el soporte de llamada de emergencia puede no estar disponible o puede ser menos confiable sobre la WLAN. Las alternativas para el método 600 incluyen: (1) establecer una instrucción preferida, por mandato o recomendada de tecnologías de radio (por ejemplo, WLAN o celular) a la cual conmutar cuando se intente enviar una llamada de emergencia; (2) el operador de sistema configura el comportamiento de llamada de emergencia en una tarjeta SIM o un dispositivo similar para microteléfonos de modo doble,- (3) mantener una llamada VoIP en la red celular para mover la llamada a un circuito tradicional de canal de voz conmutado en caso de una emergencia; (4) el operador de sistema señala una orden local preferida de tecnologías de radio sobre la interconexión inalámbrica; o (5) el usuario configura manualmente la política de ajuste. G. Evasión de autentificación y seguridad cuando se intenta realizar una llamada de emergencia Se instruye un procedimiento de que cualquier STA 802. x que busca establecer una llamada de emergencia en una WLAN se le debe permitir por el AP. Esto incluye evasión de autentificación como 802. lx y otras medidas de seguridad en el lado de la red. Este procedimiento se puede activar mediante el uso del método 500 RTS/CTS extendido (como se muestra en la figura 5) o por un indicador de bitio, IE, encabezador, campo de información reservado o valor de bitio/secuencia en el marco MAC (como se muestra en las figuras 2A y 2B) . En las implementaciones WLAN actuales, el estado de autentificación de cada STA es seguido vía una máquina de estado, y se denomina por su filtrado de puerto lx. Una STA puede transmitir en la WLAN únicamente si está autentificada y de otra manera se bloqueará por el filtro de puerto. Pero dado que una STA que coloca una llamada de emergencia debe admitirse en la WLAN, esto presenta un problema desde el punto de vista de autentificación. Para resolver el problema de autentificación, se puede ajustar el filtro de puerto para que determine con facilidad cuando una STA esté enviando una llamada de emergencia y permite que la llamada de emergencia continúe. Por ejemplo, la indicación puede proporcionarse como se describe en lo anterior en relación con un Ethertype nuevo o al modificar un Ethertype existente. El control de acceso en una WLAN está unido intrínsecamente a la seguridad. Bajo las normas actuales, no hay manera de eludir el control de acceso en el AP, dado que todas las STA necesitan realizar un procedimiento de autentificación con el fin de asociarse al AP. Un AP debe admitir una llamada de emergencia incluso si la STA carece de las credenciales apropiadas para asociarse al AP. Existen dos opciones para que la AP identifique una llamada de emergencia; la identificación de una llamada de emergencia se puede realizar en L2. La primera opción es evadir la seguridad de AP por completo y admitir la llamada sin que se requiera autentificación. La segunda opción es admitir la llamada con ajustes de seguridad diferentes. Por ejemplo, se puede proporcionar una llamada de emergencia con un código de acceso o una clave de seguridad específica, relacionada con la emergencia. En caso de que un AP otorgue acceso a una llamada de emergencia al evadir la seguridad de AP, necesita tenerse precaución de evitar el abuso de las evasiones de seguridad de llamadas que pretendan ser llamadas de emergencia (por ejemplo a través de interferencia de la información de señalización) . Una solución a este problema incluye un enrutado semiestático para todas las llamadas de emergencia de manera que una llamada de emergencia es enrutada automáticamente a un centro de llamadas de emergencia sin proporcionar acceso general a la WLA . Mediante el uso del enrutado semiestático para llamadas de emergencia, incluso las llamadas de emergencia con interferencia se pueden enrutar al centro de llamadas de emergencia . II. Comportamiento/procedimiento de WTRU en caso de emergencia A. La WLAN envía una señal de baliza SOS para facilitar el hallazgo de la parte que llama Se transmite una orden de procedimiento en la STA o se configura por la red de que una vez que la llamada de emergencia finaliza (o incluso durante la realización de esta) , la STA y/o el AP involucrado comenzarán a transmitir marcos 700 de señalización de tipo SOS, como se muestra en la figura 7, a intervalos regulares. Un marco 700 de señalización SOS es una versión modificada de un marco de solicitud de sonda. El marco 700 de señalización SOS incluye un campo 702 de control de marco, un campo 704 de duración, un campo 706 de dirección de destino (DA) , un campo 708 de dirección de fuente (SA) , un campo 710 BSSID, un campo 712 de control de secuencia, un IE 714 SSID, un IE 716 de tasas o velocidades soportadas y un IE 718 de llamadas de emergencia. El IE 718 de llamada de emergencia puede ser el mismo que el IE 256 de llamada de emergencia descrito en lo anterior en relación con la figura 2B. Se hace notar que el IE 716 de velocidades soportadas es opcional y se puede eliminar del marco 700 de señalización SOS sin afectar su funcionalidad. En una modalidad, el marco de señal SOS se puede definir como un marco de solicitud de sonda enviado con una prioridad de espacio entre marcos corta (SIFS) o una prioridad de espacio entre marcos de prioridad (PIFS) para asegurar acceso al medio. El marco de señal SOS contiene elementos relacionados con llamada de emergencia nuevos en el IE de llamada de emergencia, tal como el ID 911 (por ejemplo, el ID de la parte que llama) , detalles de equipo (tal como identificación de equipo móvil internacional (IMEI) ) , afiliaciones de red, nombre de usuario y código de razón de emergencia. El código de razón se puede obtener por el dispositivo que le pide al usuario identifique el motivo de la llamada de emergencia (por ejemplo "presiona 1 si se trata de una emergencia de incendio", etc.). Un código de razón puede proporcionar cierta capacidad para manejar la emergencia en caso de que no hay manera de finalizar la llamada en progreso. El marco de señal SOS se puede programar para transmisión cada 100 mSec o similar para facilitar el registro de ubicación y el seguimiento. Se puede requerir un AP para registrar cualquier recepción de marco de señal - - SOS con una marca de tiempo y los detalles de la señal. Los detalles de la fuerza de la señal incluyen fuerza de la señal, calidad de la señal, azimut y ganancia de la antena, y detalles de la parte que llama tal como IMEI, nombre de usuario (si está disponible) y otra información de dispositivo 802.11 útil para propósitos de identidad y capacidad. Un AP que reciba un marco de señal SOS también se requerirá que reporte el evento de un nodo de red de emergencia responsable para respuesta de emergencia, coordinación de recursos de radio, ubicación y seguimiento del dispositivo que llama. Este es un mecanismo de sondeo activo en donde los marcos de señalización SOS son enviados y se pueden recibir por trabajadores de emergencia conforme se aproximen a la parte que llama. Una analogía son las valijas de emergencia en la capa trasera de un aeroplano. Se puede introducir un marco MAC nuevo para este propósito o se puede extender un marco MAC existente, por ejemplo, un marco de solicitud de sonda, por los IE nuevos (tal como el IE 256 de llamadas de emergencia) para satisfacer este propósito . En la figura 8 se muestra un método 800 para utilizar un marco de señalización SOS. El usuario realiza una llamada de emergencia desde una STA (etapa 802) . La STA comienza a transmitir marcos SOS (etapa 804) . En base en la implementación deseada, los marcos SOS se pueden enviar como sondas o se pueden utilizar para establecer una conexión directa con un trabajador de emergencia (etapa 806) . Si los marcos SOS van a ser enviados como sondas, se establece un período de transmisión y se realiza una determinación para ver si se ha alcanzado el fin del período de transmisión (etapa 810) . Si el período de transmisión no ha finalizado, entonces la STA continúa transmitiendo los marcos SOS (etapa 812) y el método regresa a la etapa 810. Si se ha alcanzado el final del período de transmisión (etapa 810) , entonces la STA deja de transmitir los marcos SOS (etapa 814) y el método termina (etapa 816) . Si se van a agregar marcos SOS para establecer una conexión directa con un trabajador de emergencia (etapa 806) , entonces se realiza una determinación de si el trabajador de emergencia está dentro del alcance de la STA (etapa 820) . Si el trabajador de emergencia no está dentro del alcance de la STA, entonces la STA continúa transmitiendo marcos SOS (etapa 822) y el método continúa con la etapa 820. Si el trabajador de emergencia está dentro del rango de la STA (etapa 820) , entonces la STA deja de transmitir marcos SOS y establece una conexión de dirección entre la parte que llama y el trabajador de emergencia (etapa 824) y el método termina (etapa 816) . En una primera alternativa (etapas 810-814) , los marcos SOS transmitidos por la STA se pueden activar por señalización a partir del AP o protocolos de capa superior como el protocolo de inicio de sesión (SIP) una vez que la llamada de emergencia finaliza. La duración/frecuencia de los marcos SOS está contenida en esta señal activadora. El envío de los marcos SOS después de la llamada de emergencia ha finalizado evita la transmisión de los marcos SOS innecesarios en caso de que la llamada de emergencia sea un error aún si no hay necesidad de que un trabajador de emergencia se encuentre en respuesta para la llamada. En una segunda alternativa (etapas 820-824) , se establece una conexión VoIP directa entre el trabajador de emergencia y la parte que llama cuando se encuentran una dentro del alcance de la otra. Otras STA que escuchan a los marcos SOS pueden tratar los marcos SOS de manera similar al marco RTS extendido descrito en lo anterior en relación con las figuras 4A, 4B y 5 (es decir, las otras STA no intentarán tener acceso al medio, de manera que la parte que llama para emergencia tiene un mejor acceso al ancho de banda) . B. La red (por ejemplo el AP) implementa una funcionalidad de regreso de llamada para manejar llamadas de emergencia Una vez que se establece la llamada de emergencia, la WLAN mantiene una conexión activa con el usuario que inició la llamada de emergencia durante cierto período después de que la llamada de emergencia ha finalizado en caso de regreso de una llamada. Esta funcionalidad puede ser transparente para el usuario. III Funcionalidad en la infraestructura A. Función de representante Un método 900 para determinar si un AP necesita actuar como un representante para la STA se muestra en la figura 9. La STA realiza una llamada de emergencia (etapa 902) y el AP recibe la llamada de emergencia (etapa 904) . Se realiza una determinación de si la STA tiene las capacidades para completar la llamada de emergencia en base en la red utilizada para llevar a cabo la llamada (etapa 906) . El AP verifica si la STA tiene la totalidad de la funcionalidad que se necesita (por ejemplo terminación de protocolo SIP/H.323, vocoder, etc.), para soportar la llamada. Esta información se puede indicar como parte del marco MAC (por ejemplo los marcos MAC 200, 250) o puede ser parte de la información del suscriptor en la red a la que puede tener acceso el AP. Si la STA tiene la totalidad de las capacidades necesarias, entonces la STA avanza con la llamada como si fuera normal (etapa 908) . El AP puede agregar información - - de ubicación a la llamada según sea necesario, que incluye la indicación de la STA y/o la ubicación del AP (tal como la ID de la red, la dirección MAC de AP, etc.), (etapa 910) . El método después termina (etapa 912) . Si la STA no tiene la totalidad de las capacidades necesarias para completar la llamada (etapa 906), entonces el AP actúa como un representante para la STA, proporcionando cualquier funcionalidad necesaria (etapa 914) . El AP agrega información de ubicación a la llamada según se necesite (etapa 910) y el método termina (etapa 912) . Si el AP determina que la STA no tiene la totalidad de la funcionalidad requerida para completar a cabalidad la llamada de emergencia en el ambiente actual, entonces el AP actuará como un representante para la STA (etapa 914) . Por ejemplo, si la STA no tiene el soporte de protocolo SIP, entonces el AP puede actuar como un representante SIP para la STA. Como otro ejemplo, si la STA tiene un soporte SIP pero la red únicamente soporta H.323, entonces el AP puede intertrabajar los mensajes SIP de la STA a los mensajes H.323 para el resto de la red. En el caso extremo en el que la STA incluso no tiene un vocoder, el AP puede descargar un vocoder pequeño cliente a la STA e intertrabajar con más vocoder estándar en otra parte en la red. Se hace notar que un AP no necesita proporcionar la totalidad de las funciones de representante para la STA; estas funciones se pueden proporcionar por otro alimento en la red de infraestructura tal como un nodo de compuerta dedicado. Al mover las funciones de representante fuera del AP, esto proporciona una mayor flexibilidad a la LA para manejar la llamada de emergencia en caso de una interrupción en la conexión de Internet de la WLAN. Otro método es que el AP interfiera (es decir, lea el contenido y/o el tipo de información incluso si oficialmente no se supone que debe hacerlo) sobre el contenido de los paquetes IP que se utilizan para señalización o tráfico normal por la STA y su correspondiente en la red. Por ejemplo, los mensajes de protocolo de señalización SIP sobre IP típicamente se utilizan hoy en día para manejo de llamadas. Dicha señalización SIP contiene información útil, tal como información de capacidad y direcciones de destino para el AP para satisfacer su papel como representante. Además de los métodos descritos previamente, si el AP extrae dicha información de la interferencia en la capa superior de destino remota STA (es decir, MAC L2 superior) de contenido en el mensaje, puede satisfacer su papel más eficazmente. Una persona experta en la técnica reconocerá que el SIP es un ejemplo de protocolo de administración para llamadas basadas en IP y que existe otros protocolos equivalentes y que se utilizan ampliamente en la industria. Por lo tanto, este método no se limita únicamente a SIP. B. Enlace de un AP a un centro de llamadas de emergencia Una vez que el AP aprende de una STA que realiza una llamada de emergencia, el AP necesita establecer un enlace con un centro de llamadas de emergencia con el fin de enrutar apropiadamente la llamada desde la STA. Existen varios mecanismos de transferencia posibles para obtener la llamada de emergencia desde el AP al centro de llamadas. Por ejemplo, el AP se puede comunicar con una compuerta, enlazándola con el centro de llamadas . El concepto de nodo de red de emergencia se puede extender para incluir un centro de operaciones de respuesta de emergencia con una capacidad de persona en el bucle. El nodo de red de emergencia puede ser un conjunto de servicio extendido (ESS) o una red adecuada a la aplicación de infraestructura. Por ejemplo, en un campo universitario, el nodo de red emergencia designado será el departamento de política del campo. Como otro ejemplo, en una planta de fabricación, el nodo de red de emergencia sería la oficina de seguridad. El nodo de red de emergencia puede incluir un operador quien recibe la llamada VoIP, información de llamada de registro, llamadas cribadas y después coloca una llamada de emergencia en una red de telefonía conmutada pública (PSTN) para advertir a las autoridades adecuadas. El concepto de nodo de red de emergencia se puede extender adicionalmente para incluir un nodo automatizado con una línea directa a un PSTN. El nodo automatizado puede actuar como un puente de circuito de voz para marcar y conectar a la parte que llama inalámbrica con el centro de emergencia PSTN. El método para conexión al nodo de red de emergencia puede extenderse para incluir la capacidad de enrutar y manejar una llamada sin autentificación, autorización o características de seguridad. Esto puede permitir una conexión no cifrada directa o una conexión excavada entre la parte que llama inalámbrica y el nodo de red de emergencia. La función del nodo de red de emergencia se puede extender para incluir el manejo de llamada, la transferencia de llamada y la coordinación de itinerancia. Esta funcionalidad puede preautorizar recursos en los AP vecinos (AP adyacentes al AP que atiende a la llamada inalámbrica) de manera que la parte que llama puede desplazarse sin que pierda la conexión inalámbrica y sin necesidad de reestablecer una llamada de emergencia nueva cuando se mueva a través de los límites AP, por lo que se eliminan llamadas duplicadas para la misma emergencia. En una implementación, un marco MAC que contiene un IE de emergencia como se describe en lo anterior se puede utilizar de manera que, después de que se completa una transferencia, el AP nuevo puede continuar la llamada de emergencia sin interrupción. IV. Intertrabajado El intertrabajado, el cual se relaciona con la manera en que interactúan los componentes laterales a la red, también es importante en el manejo de llamadas de emergencia, especialmente cuando una llamada de emergencia debe atravesar tipos de red diferentes con el fin de que se complete. Una solución para este tema es que cuando un usuario nuevo entra al sistema, indica sus capacidades de llamada de emergencia. Se actualiza una base de datos centralizada con información nueva del usuario de manera que esta información esté disponible con facilidad en caso de que el usuario establezca una llamada de emergencia y reduce el período de latencia que de otra manera se requiere para completar la llamada al tener que intercambiar esta información a través de la red. Respecto a la información de ubicación, la información de capacidad de llamada de emergencia automáticamente se puede actualizar en el fondo para que proporcione constantemente información actualizada.

MODALIDADES 1. Un método para soportar una llamada de emergencia en una red de área local inalámbrica, que comprende la etapa de avisar por un punto de acceso (AP) de las capacidades de llamada de emergencia del AP. 2. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye suministrar un indicador de que el AP es capaz de recibir una llamada de emergencia; y proporcionar parámetros de manera tal que una estación que coloca una llamada de emergencia se puede configurar así misma para que comunique la llamada de emergencia al AP. 3. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye utilizar un marco de baliza para transmitir periódicamente las capacidades de llamada de emergencia del AP. 4. El método de acuerdo con la modalidad 3, en donde el marco de baliza incluye un elemento de información de capacidad extendible que contiene las capacidades de llamada de emergencia del AP. 5. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye utilizar un marco de respuesta de sonda para transmitir las capacidades de llamada de emergencia del AP. 6. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye utilizar un marco de respuesta de asociación para transmitir las capacidades de 11amada de emergencia del AP. 7. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye usar un marco de respuesta de reasociación para transmitir las capacidades de llamada de emergencia del AP. 8. El método de acuerdo con la modalidad 1, en donde la etapa de avisó incluye utilizar un marco de respuesta de autentificación para transmitir las capacidades de llamada de emergencia del AP. 9. El método de acuerdo con la modalidad 1, en donde la etapa de aviso incluye utilizar un marco de respuesta de reautentificación para transmitir las capacidades de llamada de emergencia del AP. 10. Un método para soportar una llamada de emergencia en una red de área local inalámbrica ( LAN) de acuerdo con cualquier modalidad previa, que comprende la etapa de anunciar por una estación de las capacidades de llamada de emergencia de la estación a un punto de acceso (AP) . 11. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye utilizar un elemento de información para transmitir las capacidades de llamada de emergencia a la estación. 12. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye agregar un indicador de bitio a un elemento de información existente para transmitir las capacidades de llamada de emergencia de la estación. 13. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye utilizar un marco de solicitud de asociación para transmitir las capacidades de llamada de emergencia de la estación. 14. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye utilizar un marco de solicitud de reasociación para transmitir las capacidades de llamada de emergencia de la estación. 15. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye usar un marco de solicitud de autentificación para transmitir las capacidades de llamada de emergencia de la estación. 16. El método de acuerdo con la modalidad 10, en donde la etapa de anuncio incluye utilizar un marco de solicitud de reautentificación para transmitir las capacidades de llamada de emergencia de la estación. 17. El método de acuerdo con la modalidad 10, que comprende además la etapa de almacenar las capacidades de llamada de emergencia de la estación en una ubicación accesible por cualquier dispositivo de la WLAN. 18. El método de acuerdo con la modalidad 17, en donde la etapa de almacenamiento permite intertrabajado entre la WLAN y otros tipos de red para soportar la llamada de emergencia. 19. Un método para soportar una llamada de emergencia en una red de área local inalámbrica (WLAN) de acuerdo con cualquier modalidad previa, que comprende las etapas de iniciar una llamada de emergencia por una estación en la WLAN; recibir la llamada de emergencia por un punto de acceso (AP) en la WLAN; admitir la llamada de emergencia por el AP sin que se requiera que la estación coloque la llamada de emergencia para realizar un procedimiento de autentificación que se requiere para admitir otras llamadas por el AP; y proporcionar a la estación con ajustes relacionados con llamadas de emergencia para permitir que la estación tenga acceso a la WLAN. 20. El método de acuerdo con la modalidad 19, en donde los ajustes relacionados con llamada de emergencia incluyen un código de acceso de llamada de emergencia. 21. El método de acuerdo con las modalidades 19 ó 20, en donde los ajustes relacionados con llamadas de emergencia incluyen una clave de seguridad de llamada de emergencia. 22. Un método para soportar una llamada de emergencia en una red de área local inalámbrica (WLAN) de acuerdo con cualquier modalidad previa, que comprende las etapas de iniciar una llamada de emergencia por una estación en la WLAN; recibir la llamada de emergencia por un punto de acceso (AP) en la WLAN; admitir la llamada de emergencia por el AP sin que se requiera que la estación coloque la llamada de emergencia para realizar un procedimiento de autentificación requerido para admitir otras llamadas por el AP; y enrutar la llamada de emergencia a un centro de llamadas de emergencia. 23. El método de acuerdo con la modalidad 22, en donde la etapa de enrutado incluye realizar enrutado semi-estático por el cual todas las llamadas de emergencia se enrutan al centro de llamadas de emergencia. 24. Un método para soportar una llamada de emergencia en una red de área local inalámbrica (WLAN) de acuerdo con cualquier modalidad previa, que comprende las etapas de suministrar un identificador de conjuntos de servicios básicos de emergencia (BSS) a una estación, el identificador de BSS de emergencia se utiliza únicamente para llamadas de emergencia; e iniciar una llamada de emergencia por la estación, la llamada de emergencia incluye el identificador BSS de emergencia. 25. El método de acuerdo con la modalidad 24, en donde la etapa de suministro incluye suministrar el identificador BSS de emergencia a la estación en un marco de respuesta, de sonda. 26. El método de acuerdo con la modalidad 24, en donde la etapa de suministro incluye suministrar el identificador BSS de emergencia a la estación en un marco de respuesta de asociación. 27. El método de acuerdo con la modalidad 24, en donde la etapa de suministro incluye suministrar el identificador BSS de emergencia a la estación en un marco de respuesta de reasociación. 28. Un método para soportar una llamada de emergencia en una red de área local inalámbrica (WLAN) de acuerdo con cualquier modalidad previa, que comprende a las etapas de iniciar una llamada de emergencia por una estación en la WLAN; recibir la llamada de emergencia por un punto de acceso (AP) en la WLAN; determinar si la estación tiene capacidades suficientes para completar la llamada de emergencia; y tener un elemento de la red de infraestructura que actúe como un representante para la estación si la estación no tiene capacidades suficientes para completar la llamada de emergencia. 29. El método de acuerdo con la modalidad 28, en donde el elemento de la red de infraestructura incluye un nodo de compuerta dedicado. 30. El método de acuerdo con las modalidades 28 ó 29, que comprende además la etapa de agregar información de ubicación a las llamadas de emergencia por el elemento de la red de infraestructura. 31. El método de acuerdo con una de las modalidades 28-30, que comprende además la etapa de supervisar el tráfico en la WLA por el elemento de la red de infraestructura, por lo que el elemento de la red de infraestructura aprende la capacidad de información de estaciones en la WLAN de manera que el elemento de la red de infraestructura pueda actuar como un representante para una estación. Los conceptos de la presente invención se pueden extender más allá de los ejemplos específicos que se ilustran en lo anterior. Por ejemplo, la presente invención se puede extender a redes en malla y redes ad-hoc. Las capacidades de llamada de emergencia descritas en la presente se pueden implementar en cualquier parte de una red y no se limitan a un AP. Por ejemplo, estas capacidades se pueden implementar en una STA, se pueden distribuir a través de varios AP, en un controlador de acceso o en servidor de llamada. Como una alternativa, en vez de un usuario humano, la presente invención se puede extender a escenarios de uso de máquina a máquina para el manejo de emergencia con WLAN. Una posibilidad sería utilizar 802.11 en sistemas de seguridad caseros, es decir, se utiliza una WLAN en lugar de líneas telefónicas cableadas (que pueden ser cortadas) . En este ejemplo, en vez de que un usuario humano genere una llamada de emergencia WLAN, el sistema de seguridad casero genera por sí mismo una llamada de emergencia a un centro de llamadas de seguridad cuando alguien lo intenta franquear. De manera alternativa, el sistema de seguridad casero puede comenzar a enviar marcos SOS de emergencia, como se describe en lo anterior. Aunque las características y los elementos de la presente invención se describen en las modalidades preferidas en combinaciones particulares, cada característica o elemento se puede utilizar solo (sin las otras características y elementos de las modalidades preferidas) o en diversas combinaciones con o sin otras características y elementos de la presente invención.

Claims (34)

REIVINDICACIONES

1. Método para soportar una llamada de emergencia en una red inalámbrica, que comprende: avisar por un punto de acceso (AP) de las capacidades de llamada de emergencia del AP, en donde las capacidades de llamada de emergencia son por lo menos uno de: una indicación de si el AP es capaz de recibir una llamada de emergencia, una indicación y la capacidad de llamada de emergencia en el AP está activa y por lo menos un parámetro tal que una estación que establece una llamada de emergencia puede configurarse a sí mismo para asociarse al AP de manera que el AP pueda recibir la llamada de emergencia.

2. Método como se describe en la reivindicación 1, en donde el aviso incluye utilizar un marco de baliza para transmitir periódicamente las capacidades de llamada de emergencia del AP.

3. Método como se describe en la reivindicación 2, en donde el marco de baliza incluye un elemento de información de capacidad extendible que contiene las capacidades de llamada de emergencia del AP.

4. Método como se describe en la reivindicación 1, en donde el aviso incluye utilizar un marco de respuesta de sonda para transmitir las capacidades de llamada de. emergencia del AP.

5. Método como se describe en la reivindicación 1, en donde el aviso incluye usar un marco de respuesta de asociación para transmitir las capacidades de llamada de emergencia del AP.

6. Método como se describe en la reivindicación 1, en donde el aviso incluye usar un marco de respuesta de reasociación para transmitir las capacidades de llamada de emergencia del AP.

7. Método como se describe en la reivindicación 1, en donde el aviso incluye utilizar un marco de respuesta de autentificación para transmitir las capacidades de llamada de emergencia del AP.

8. Método como se describe en la reivindicación 1, en donde el aviso incluye utilizar un marco de respuesta de reautentificación para transmitir las capacidades de llamada de emergencia del AP.

9. Método para soportar una llamada de emergencia en una red inalámbrica, que comprende: anunciar las capacidades de llamada de emergencia de una estación, que incluye la capacidad de la estación para soportar llamadas de emergencia.

10. Método como se describe en la reivindicación 9, en donde el anuncia incluye usar un elemento de información para transmitir las capacidades de llamada de emergencia de la estación. . -Bi¬

11. Método como se describe en la reivindicación 9, en donde el anuncio incluye agregar un indicador de bitio a un elemento de información existente para transmitir las capacidades de llamada de emergencia de la estación.

12. Método como se describe en la reivindicación 9, en donde el anuncio incluye usar un marco de solicitud de asociación para transmitir las capacidades de llamada de emergencia de la estación.

13. Método como se describe en la reivindicación 9, en donde el anuncio incluye utilizar un marco de solicitud de reasociación para transmitir las capacidades de llamada de emergencia de la estación.

14. Método como se describe en la reivindicación 9, en donde el anuncio incluye usar un marco de solicitud de autentificación para transmitir las capacidades de llamada de emergencia de la estación.

15. Método como se describe en la reivindicación 9, en donde el anuncio incluye usar un marco de solicitud de reautentificación para transmitir las capacidades de llamada de emergencia de la estación.

16. Método como se describe en la reivindicación 9, que comprende además: almacenar las capacidades de llamada de emergencia de la estación en un lugar accesible por cualquier dispositivo en la red.

17. Método como se describe en la reivindicación 16, en donde el almacenamiento permite intertrabajado entre la red y otros tipos de red para soportar la llamada de emergencia.

18. Método como se describe en la reivindicación 9, que comprende además: almacenar las capacidades de llamada de emergencia de la estación por un punto de acceso (AP) al cual se asocia la estación.

19. Método como se describe en la reivindicación 18, que comprende además: verificar las capacidades de llamada de emergencia de la red por el AP para determinar si la red puede soportar una llamada de emergencia; e informar a la estación por el AP si la red no puede soportar una llamada de emergencia.

20. Método para soportar una llamada de emergencia en una red inalámbrica, que comprende: recibir una llamada de emergencia de una estación en la red; admitir la llamada de emergencia al evadir un procedimiento de autentificación que se requiere para llamadas que no son de emergencia; y enviar por lo menos un ajuste relacionado con llamada de emergencia a la estación para permitir que la estación tenga acceso a la red.

21. Método como se describe en la reivindicación 20, en donde por lo menos un ajuste relacionado con llamada de emergencia incluye un código de acceso de llamada de emergencia.

22. Método como se describe en la reivindicación 20, en donde por lo menos un ajuste relacionado con llamada de emergencia incluye una clave de seguridad de llamada de emergencia.

23. Método para iniciar una llamada de emergencia en una red inalámbrica, que comprende: recibir un identificador de conjunto de servicio básico (BSS) de emergencia por una estación, el identificador BSS de emergencia se utiliza únicamente para llamadas de emergencia; e iniciar una llamada de emergencia para la estación, la llamada de emergencia incluye el identificador BSS de emergencia.

24. Método como se describe en la reivindicación 23, en donde la recepción incluye recibir el identificador BSS de emergencia en un marco de respuesta de sonda .

25. Método como se describe en la reivindicación 23, en donde la recepción incluye recibir el identificador BSS de emergencia en un marco de respuesta de asociación.

26. Método como se describe en la reivindicación 23, en donde la recepción incluye recibir el identificador BSS de emergencia en un marco de respuesta de reasociación. .

27. Método para soportar una llamada de emergencia en una red inalámbrica, que comprende: recibir una llamada de emergencia en la red; determinar si una estación que coloca la llamada de emergencia tiene capacidades suficientes para completar la llamada de emergencia; y determinar un representante en la red para la estación si la estación no tiene capacidades suficientes para completar la llamada de emergencia.

28. Método como se describe en la reivindicación 27, en donde el representante es un nodo de compuerta dedicado.

29. Método como se describe en la reivindicación 27, que comprende además: agregar información de ubicación a la llamada de emergencia por el representante.

30. Método como se describe en la reivindicación 27, que comprende además: monitorear el tráfico en la red por el representante, por lo que el representante aprende la información de capacidad de las estaciones en la red.

31. Método para soportar una llamada de emergencia de una red inalámbrica, que comprende: recibir una llamada de emergencia por un punto de acceso (AP) en la red; y admitir la llamada de emergencia por el AP, al permitir que una estación coloque una llamada de emergencia para evadir los requerimientos de seguridad de la red.

32. Método como se describe en la reivindicación 31, en donde la admisión incluye ajustar un filtro de puerto para admitir la llamada de emergencia.

33. Método para soportar una llamada de emergencia en una red inalámbrica, que comprende: recibir un anuncio de una estación en la red, el anuncio incluye capacidades de llamada de emergencia de la estación,- y almacenar las capacidades de llamada de emergencia de la estación en un punto de acceso (AP) en la red.

34. Método como se describe en la reivindicación 33, que comprende además: verificar las capacidades de llamada de emergencia de la red por el AP para determinar si la red puede soportar una llamada de emergencia; e informar en la estación por el AP si la red no puede soportar una llamada de emergencia. RESU EN Se proporcionan varios métodos para comunicar información de capacidad de llamada de emergencia entre una estación y un punto de acceso (AP) en una red de área local inalámbrica. Los métodos incluyen avisar por el AP de sus capacidades de llamada de emergencia y anunciar por la estación de sus capacidades de llamada de emergencia. El AP puede avisar de sus capacidades de llamada de emergencia en un marco de baliza, un marco de respuesta de sonda, un marco de respuesta de reasociación o un marco de respuesta de reautentificación. La estación puede anunciar sus capacidades de llamada de emergencia en un marco de solicitud de asociación, un marco de solicitud de reasociación, un marco de solicitud de autentificación o un marco de solicitud de reautentificación.