ES2726252T3 - Transmisión de un número de versión asociado con información de capa superior en una trama de la capa 2 - Google Patents

Abstract

Un procedimiento para hacer funcionar una estación durante un procedimiento de detección, el procedimiento que comprende: transmitir (1411, 1461), mediante la estación, una primera trama de la capa 2 a un punto de acceso, AP, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión; recibir (1413, 1463), mediante la estación, una segunda trama de la capa 2 desde el AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión; decidir, mediante la estación, si realizar o no un procedimiento de selección de red según la primera información de capa superior; en el que la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

Description

DESCRIPCIÓN

Transmisión de un número de versión asociado con información de capa superior en una trama de la capa 2 Campo técnico

La presente descripción se refiere en general a comunicaciones digitales y, más particularmente, a un sistema y procedimiento para utilizar información de capa superior almacenada.

Antecedentes

La familia IEEE 802.11 de estándares técnicos y tecnologías de apoyo, comúnmente también denominadas Wi-Fi, está evolucionando hacia un modelo de conectividad centrado en el servicio donde los dispositivos se conectan para un propósito específico. Las conexiones intencionadas son activadas por aplicaciones que buscan redes y/o dispositivos homólogos que dan soporte a servicios específicos. Los ejemplos de estos servicios incluyen la compartición de archivos, la impresión, la emisión en continuo, la información de sensores y similares.

El documento WO 2013/122396 A1 describe un sistema de comunicación inalámbrica y, más específicamente, un procedimiento y un aparato para configurar un enlace de alta velocidad en un sistema WLAN. Un procedimiento para que una estación (STA) configure el enlace de alta velocidad en un sistema de comunicación inalámbrico, según una realización de la presente invención, comprende las etapas de: transmitir a un punto de acceso (AP) una trama de solicitud que incluye una consulta de cambio de configuración del servicio de anuncios genéricos (GAS); y recibir desde el Ap una trama de respuesta que incluye información de respuesta con respecto a la consulta de cambio de configuración del GAS, en el que la información de respuesta puede incluir información para saltarse la etapa del GAS cuando la información de AS guardada en la STA coincide con la información del GAS guardada en el AP. El documento WO 2013/183931 A1 describe un procedimiento de asociación y exploración activa en base a información de configuración, que puede habilitar la búsqueda rápida de un punto de acceso (AP) y una conexión rápida con un AP deseado. El procedimiento incluye transmitir, a un AP, una trama de solicitud de sondeo que incluye información de revisión de una configuración actual, y recibir, desde el AP, una trama de respuesta de sondeo que incluye la información de revisión de la configuración actual y/o la configuración actualizada si se ha producido algún cambio en una configuración designada por la información de revisión previa. Por consiguiente, cuando hay una pluralidad de terminales y AP, la eficacia en el uso del canal de radio puede mejorarse reduciendo el número y la longitud de las tramas de solicitud de sondeo y las tramas de respuesta de sondeo innecesarias para buscar el AP.

Resumen de la descripción

La presente invención proporciona un procedimiento para hacer funcionar una estación de la reivindicación 1, un procedimiento para hacer funcionar un punto de acceso de la reivindicación 6, una estación de la reivindicación 11 y un punto de acceso de la reivindicación 16.

Según una realización de ejemplo de la presente descripción, se proporciona un procedimiento para hacer funcionar una estación durante un procedimiento de detección. El procedimiento incluye transmitir, mediante la estación, una primera trama de la capa 2 a un punto de acceso (AP), la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión, recibir, mediante la estación, una segunda trama de la capa 2 del AP, que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión, y decidir, mediante la estación, si realizar o no un procedimiento de selección de red según la primera información de capa superior.

Según otra realización de ejemplo de la presente descripción, se proporciona un procedimiento para hacer funcionar un punto de acceso. El procedimiento incluye recibir, mediante el punto de acceso, una primera trama de la capa 2 desde una estación, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión, obtener, mediante el punto de acceso, un segundo número de versión asociado con la información de la segunda capa superior de un servidor, determinar, mediante el punto de acceso, si el primer número de versión y el segundo número de versión coinciden, y transmitir, mediante el punto de acceso, una segunda trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión coinciden, la segunda trama de la capa 2 que incluye una indicación de que el primer número de versión y el segundo número de versión coinciden.

Según otra realización de ejemplo de la presente descripción, se proporciona una estación adaptada para realizar un procedimiento de detección. La estación incluye un procesador y un medio de almacenamiento legible por ordenador que almacena la programación para su ejecución mediante el procesador. La programación incluye instrucciones para transmitir una primera trama de la capa 2 a un punto de acceso (AP), la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión, recibir una segunda trama de la capa 2 del AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión, y decidir si realizar o no un procedimiento de selección de red según la primera información de capa superior.

Según otra realización de ejemplo de la presente descripción, se proporciona un punto de acceso adaptado para participar en un procedimiento de detección. El punto de acceso incluye un procesador y un medio de almacenamiento legible por ordenador que almacena la programación para su ejecución mediante el procesador. La programación incluye instrucciones para recibir una primera trama de la capa 2 desde una estación, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión, obtener un segundo número de versión asociado con la información de la segunda capa superior de un servidor, determinar si el primer número de versión y el segundo número de versión coinciden, y transmitir una segunda trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión coinciden, la segunda trama de la capa 2 que incluye una indicación de que el primer número de versión y el segundo número de versión coinciden.

Según otra realización de ejemplo de la presente descripción, se proporciona un procedimiento para hacer funcionar un dispositivo de comunicaciones adaptado para enviar una trama. El procedimiento incluye generar, mediante el dispositivo de comunicaciones, una trama de la capa 2 que comprende al menos un campo de tupla del grupo de anuncios comunes (CAG), en el que el, al menos uno, campo de tupla del CAG comprende un campo del número de versión del CAG que contiene un número de versión del CAG, un campo de alcance que contiene un valor de alcance, y un identificador del campo de protocolo de anuncios, y enviar, mediante el dispositivo de comunicaciones, la trama de la capa 2.

Según otra realización de ejemplo de la presente descripción, se proporciona una estación. La estación incluye un procesador y un medio de almacenamiento legible por ordenador que almacena la programación para su ejecución mediante el procesador. La programación incluye instrucciones para generar una trama de la capa 2 que comprende al menos un campo de tupla del grupo de anuncios comunes (CAG), en el que el, al menos uno, campo de tupla del CAG comprende un campo del número de versión del CAG que contiene un número de versión del CAG, un campo de alcance que contiene un valor de alcance, y un identificador del campo de protocolo de anuncios, y enviar la trama de la capa 2.

Según una primera realización de ejemplo adicional de la presente descripción, se proporciona una estación. La estación incluye:

medio para transmitir una primera trama de la capa 2 a un punto de acceso (AP), la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión,

medio para recibir una segunda trama de la capa 2 desde el AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión, y

medio para decidir si realizar o no un procedimiento de selección de red según la primera información de capa superior.

En un primer aspecto según el primer ejemplo adicional, la estación puede incluir además un medio para adquirir la primera información de capa superior y el primer número de versión, y almacenar la primera información de capa superior y el primer número de versión.

En un segundo aspecto según el primer ejemplo adicional o el primer aspecto según el primer ejemplo adicional, el primer número de versión se incluye en un elemento del protocolo de anuncios en la primera trama de la capa 2. En un tercer aspecto según el primer ejemplo adicional o el primer aspecto según el primer ejemplo adicional, el primer número de versión se incluye en un elemento de número del grupo de anuncios común (CAG) en la primera trama de la capa 2.

En un cuarto aspecto según el primer ejemplo adicional o el primer aspecto según el primer ejemplo adicional, la primera trama de la capa 2 incluye además una solicitud de consulta para la segunda información de capa superior. En un quinto aspecto según el primer ejemplo adicional o cualquier aspecto anterior según el primer ejemplo adicional, la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

Según una segunda realización de ejemplo adicional de la presente descripción, se proporciona un punto de acceso. El punto de acceso incluye:

medio para recibir una primera trama de la capa 2 desde una estación, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión,

medio para obtener un segundo número de versión asociado con la segunda información de capa superior de un servidor,

medio para determinar si el primer número de versión y el segundo número de versión coinciden, y

medio para transmitir una segunda trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión coinciden, la segunda trama de la capa 2 incluye una indicación de que el primer número de versión y el segundo número de versión coinciden.

En un primer aspecto según el segundo ejemplo adicional, el punto de acceso incluye un medio para transmitir una tercera trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión no coinciden, la tercera trama de la capa 2 incluye una indicación de que el primer número de versión y el segundo número de versión no coinciden.

En un segundo aspecto según el segundo ejemplo adicional o el primer aspecto según el segundo ejemplo adicional, el punto de acceso incluye un medio para recibir una cuarta trama de la capa 2 de la estación, la cuarta trama de la capa 2 que incluye una solicitud de consulta, reenviar la solicitud de consulta al servidor, recibir una respuesta de la consulta desde el servidor y enviar una quinta trama de la capa 2 a la estación, la quinta trama de la capa 2 que incluye la respuesta de la consulta.

En un tercer aspecto según el segundo ejemplo adicional o cualquiera del primer aspecto y el segundo aspecto según el segundo ejemplo adicional, el punto de acceso incluye un medio para, cuando el primer número de versión y el segundo número de versión no coinciden, recuperar una solicitud de consulta desde la primera trama de la capa 2, reenviar la solicitud de consulta al servidor según el identificador del protocolo, recibir una respuesta de la consulta desde el servidor y enviar una sexta trama de la capa 2 a la estación, la sexta trama de la capa 2 que incluye respuesta de la consulta.

En un cuarto aspecto según el segundo ejemplo adicional o cualquiera del primer aspecto, segundo aspecto y tercer aspecto según el segundo ejemplo adicional, la indicación de que el primer número de versión y el segundo número de versión coinciden está contenida en un campo del código de estado en la segunda trama de la capa 2.

Según un tercer ejemplo adicional, se proporciona una estación. La estación incluye:

medio para generar una trama de la capa 2 que comprende al menos un campo de tupla del grupo de anuncios comunes (CAG), en el que el, al menos uno, campo de tupla del CAG comprende un campo del número de versión del CAG que contiene un número de versión del CAG, un campo de alcance que contiene un valor de alcance, y un identificador del campo de protocolo de anuncios, y

medio para enviar la trama de la capa 2.

En un primer aspecto según el tercer ejemplo adicional, el campo del número de versión del CAG tiene un tamaño de 8 bits.

En un segundo aspecto según el tercer ejemplo adicional, el identificador del campo de protocolo de anuncios es un campo de identificador del protocolo de anuncios parcial que contiene un identificador del protocolo de anuncios parcial y tiene un tamaño de 5 bits, en el que el identificador del protocolo de anuncios parcial son los 5 bits menos significativos de un identificador del protocolo de anuncios del protocolo de anuncios asociado con el número de versión del CAG y el valor de alcance dentro del mismo campo de tupla de CAG, y en el que el campo de alcance tiene un tamaño de 3 bits.

En un tercer aspecto según el segundo aspecto según el tercer ejemplo adicional, el protocolo de anuncios es el protocolo de consulta de la red de acceso (ANQP) y el campo de identificador del protocolo de anuncios parcial contiene un valor de cero.

En un cuarto aspecto según el segundo aspecto según el tercer ejemplo adicional, el protocolo de anuncios es el protocolo de consulta de ubicación registrada (RLQP) y el campo de identificador del protocolo de anuncios parcial contiene un valor de 4.

La práctica de las realizaciones anteriores permite que un AP acorte una solicitud de consulta iniciada por una STA y designada a un servidor que da soporte a un servicio de la capa superior cuando el número de versión de la información de capa superior almacenado en la STA es el mismo que el número de versión de la información de capa superior actual del servidor, lo que proporciona una respuesta rápida a la STA y permite que la STA tome una decisión rápida, tal como una decisión de selección de red.

Además, se mantiene la tradición de que no se requiere que los AP comprendan el contenido de la solicitud de consulta de la capa superior o la respuesta de la consulta, mediante el uso de medio de señalización fuera de un campo contenedor que transporta la solicitud de consulta de la capa superior o la respuesta de la consulta, p. ej., utilizando un elemento del protocolo de anuncios o un elemento del número del CAG para transportar el número de versión de la información de capa superior y utilizar un valor del código de estado para indicar que el número de versión de la información de capa superior almacenada es el mismo (o diferente a) el número de versión de la información de capa superior actual de un servidor que da soporte al servicio de la capa superior.

Breve descripción de los dibujos

Para una comprensión más completa de la presente divulgación y las ventajas de la misma, a continuación se hace referencia a las siguientes descripciones, junto con los dibujos adjuntos, en los que:

la Figura 1 ilustra un primer sistema de comunicaciones de ejemplo según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 2 ilustra un segundo sistema de comunicaciones de ejemplo que destaca el funcionamiento del GAS y el ANQP según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 3a ilustra un ejemplo del formato del cuerpo de trama de una trama de solicitud inicial del GAS;

la Figura 3b ilustra un formato de ejemplo del elemento del protocolo de anuncios;

la Figura 4 ilustra un formato común de los elementos del ANQP;

la Figura 5 ilustra una lista de ejemplo de los elementos del ANQP;

la Figura 6 ilustra un formato de ejemplo del elemento del ANQP de la lista de consulta;

la Figura 7 ilustra un ejemplo del formato del cuerpo de trama de una trama de respuesta inicial del GAS; la Figura 8 ilustra un formato de ejemplo de elemento del número del CAG;

la Figura 9 ilustra un formato de ejemplo de elemento del ANQP del CAG;

la Figura 10 ilustra un diagrama de intercambio de mensajes 1000 que destaca un ejemplo de intercambio de mensajes durante un procedimiento de detección de red que se produce entre una STA, un AP y un servidor del ANQP, según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 11 ilustra un formato de un elemento del protocolo de anuncios de ejemplo cuando el elemento del protocolo de anuncios se incluye en una trama de solicitud inicial del GAS según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 12 ilustra un diagrama de intercambio de mensajes que destaca un ejemplo de intercambio de mensajes durante una detección de red, detección de servicio o procedimiento de detección de información que se produce entre una STA, un AP y un servidor según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 13 ilustra un diagrama de intercambio de mensajes que destaca un ejemplo de intercambio de mensajes durante una detección de red, detección de servicio o procedimiento de detección de información que se produce entre una STA, un AP y un servidor, donde la STA también está optimizada para ahorrar capacidad de la red utilizando eficazmente la sobrecarga de señalización según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 14a ilustra un diagrama de flujo de los primeros ejemplos de operaciones 1400 que se producen en una STA que participa en un procedimiento de detección de red, detección de servicio o detección de información según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 14b ilustra un diagrama de flujo de los segundos ejemplos de operaciones 1450 que se producen en una STA que participa en un procedimiento de detección de red, detección de servicio o detección de información según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 15a ilustra un diagrama de flujo de los primeros ejemplos de operaciones 1500 que se producen en un AP que participa en un procedimiento de detección de red, detección de servicio o detección de información según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 15b ilustra un diagrama de flujo de los segundos ejemplos de operaciones 1550 que se producen en un AP que participa en un procedimiento de detección de red, detección de servicio o detección de información según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 16 ilustra un ejemplo de IE del número del CAG 1600 que incluye un ID del protocolo de anuncios asociado con el número de versión del CAG según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 17 ilustra una realización alternativa de ejemplo de IE del número del CAG según las realizaciones de ejemplo descritas en la presente memoria;

la Figura 18 ilustra un diagrama de flujo de ejemplos de operaciones 1800 que se producen en un dispositivo de comunicaciones que transmite una trama que incluye un IE del número del CAG según las realizaciones de ejemplo descritas en la presente memoria; y

la Figura 19 ilustra una plataforma informática que puede utilizarse para implementar, por ejemplo, los dispositivos y procedimientos descritos en la presente memoria, según una realización.

Descripción detallada de las realizaciones ilustrativas

El funcionamiento de las realizaciones de ejemplo actuales y la estructura de las mismas se analizan en detalle a continuación. Sin embargo, debe tenerse en cuenta que la presente descripción proporciona muchas realizaciones de ejemplo aplicables que pueden materializarse en una amplia variedad de contextos específicos. Las realizaciones de ejemplo analizadas son meramente ilustrativas de las estructuras específicas de la descripción y las formas de hacer funcionar la descripción, y no limitan el alcance de la descripción.

Una realización de la descripción está relacionada con el uso de información de capa superior almacenada. Por ejemplo, una estación transmite una primera trama de la capa 2 a un punto de acceso (AP), la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión, recibe una segunda trama de la capa 2 del AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión, y decide si realizar o no un procedimiento de selección de red según la primera información de capa superior.

La presente descripción se describirá con respecto a las realizaciones de ejemplo en un contexto específico, concretamente, sistemas de comunicaciones que dan soporte a conexiones centradas en el servicio y preasociación para detectar servicios antes del establecimiento de una conexión. La descripción puede aplicarse a los sistemas de comunicaciones compatibles con los estándares, tales como los compatibles con el IEEE 802.11ai, IEEE 802.11af, IEEE 802.11aq, la especificación de la experiencia de conectividad optimizada (OCE) de la Alianza Wi-Fi (WFA), la especificación de la banda blanca de TV de la WFA (TVWS), especificación de la plataforma de servicios de aplicaciones - infraestructura (ASP-I) de la WFA, especificación de dispositivo a dispositivo (D2D) del proyecto de asociación de tercera generación (3GPP) y similares, estándares técnicos y sistemas de comunicaciones que no cumplen con los estándares, que dan soporte a conexiones centradas en el servicio y la detección de la preasociación.

La Figura 1 ilustra un primer sistema de comunicaciones de ejemplo 100. El sistema de comunicaciones 100 incluye un punto de acceso (AP) 105 que sirve a una pluralidad de dispositivos, tal como el dispositivo 110, el dispositivo 112, el dispositivo 114, el dispositivo 116 y el dispositivo 118. Un AP también puede denominarse comúnmente una estación base, un controlador de comunicaciones, un controlador, un nodo B, un nodo B evolucionado (eNB) y similares. Un dispositivo también puede denominarse comúnmente una estación (STA), un equipo de usuario (UE), una estación móvil, un móvil, un usuario, un abonado, un terminal y similares. En un primer modo de comunicaciones, los dispositivos pueden comunicarse a través del AP 105 transmitiendo una trama al AP 105, que reenvía la trama a su destinatario previsto. En un segundo modo de comunicaciones, un primer dispositivo puede transmitir una trama directamente a un segundo dispositivo sin tener que pasar por el AP 105.

Si bien se entiende que los sistemas de comunicaciones pueden emplear múltiples AP capaces de comunicarse con un número de estaciones, solo se ilustra un solo punto de acceso y un número de estaciones en la Figura 1 para simplificar.

Una STA normalmente realiza un procedimiento de selección y detección de red (NDS) antes de acceder a un AP y a los servicios proporciona por él. El procedimiento de NDS se lleva a cabo antes del procedimiento de autenticación y asociación y normalmente implica la detección de un AP.

El estándar técnico IEEE 802.11u ha definido un protocolo de consulta de la red de acceso (ANQP) y un medio de transporte de capa 2 conocido como las tramas del servicio de anuncios genéricos (GAS) que permite que las STA puedan detectar las características, servicios, parámetros de una red de acceso y/o red de proveedores de servicios de abonado (SSPN) conectada con el AP, antes de asociarse con el AP, a fin de que las STA tomen una decisión informada con respecto a la selección de red. El mecanismo de transporte del GAS se ha ampliado para dar soporte a protocolos de anuncios adicionales, por ejemplo, el traspaso independiente del medio (MIH), tal como se define en el estándar IEEE 802.21 y el protocolo de consulta de ubicación registrada (RLQP), tal como se define en la enmienda IEEE 802.11af. Actualmente, el proyecto IEEE 802.11aq también está considerando utilizar el GAS para dar soporte a un protocolo de detección de la preasociación para la detección de información de servicio antes de la asociación.

La Figura 2 ilustra un segundo sistema de comunicaciones 200 de ejemplo que destaca el funcionamiento del GAS y el ANQP; Primero, un usuario de un dispositivo inicia la intención de conectarse a Wi-Fi, y el dispositivo de usuario explora puntos de acceso disponibles, que también se denominan puntos de acceso Wi-Fi. En el IEEE 802.11u, las tramas del GAS se utilizan para proporcionar el transporte de la capa 2 de los datos de la solicitud de consulta y los datos de la respuesta de la consulta de un protocolo de anuncios entre el cliente en el dispositivo de usuario y un AP, que está conectado a un servidor en la red, antes de la autenticación y asociación con el AP. Los datos de la solicitud de consulta y los datos de la respuesta de la consulta se transportan además entre el AP y el servidor utilizando, típicamente, un transporte de IP y un protocolo de capa superior, tal como el servicio de autenticación remota telefónica de usuario (RADIUS) o Diameter. En el IEEE 802.11u, el ANQP es un protocolo de anuncios particular que se utiliza para detectar diferentes características y servicios disponibles de la red de acceso. Después de recibir los datos de la respuesta de la consulta del ANQP, el dispositivo de usuario selecciona un AP particular, y posteriormente continúa con los procedimientos de autenticación y asociación que dan como resultado el establecimiento de una conexión con el AP.

El sistema de comunicaciones 200 puede ser un ejemplo de un sistema de comunicaciones compatible con Wi-Fi. El sistema de comunicaciones 200 puede utilizar servicios y protocolos de comunicaciones, como el GAS y el ANQP, para dar soporte a operaciones que incluyen la exploración y selección de red. En general, las tramas del GAS se pueden utilizar para proporcionar el transporte de la capa 2 de los datos de solicitud y los datos de respuesta de un protocolo de anuncios, tal como el ANQP, entre un terminal y un servidor en un sistema de comunicaciones, tal como el sistema de comunicaciones 200, antes o después de la autenticación y asociación (del terminal, por ejemplo). Normalmente, el ANQP se puede utilizar para detectar diferentes características y/o servicios del sistema de comunicaciones. Un dispositivo compara la información con respecto a diferentes redes o puntos de acceso para seleccionar la mejor opción para asociarse, por ejemplo. El dispositivo puede proceder con un procedimiento de autenticación.

Normalmente, una estación puede utilizarse para referirse a cualquiera de los dispositivos (tal como los dispositivos 205, 207 y 209) que se muestran en la Figura 2, que puede incluir un teléfono celular, una ordenador portátil, una tableta, un sensor inteligente, un dispositivo electrónico de consumo o de mano, así como otros dispositivos que tienen una interfaz (tal como una interfaz Wi-Fi) que puede interactuar con el sistema de comunicaciones 200. Algunas o todas las estaciones también pueden interactuar con otros tipos de sistemas de comunicaciones, tales como redes celulares, Bluetooth, redes privadas y similares.

Un AP 210 y una o más estaciones pueden formar un conjunto de servicios básicos (BSS), que es el bloque componente básico de un sistema de comunicaciones Wi-Fi. Un BSS puede ser identificado por un identificador de conjunto de servicios (SSID), que es un identificador configurado y puede ser difundido por un AP del BSS, tal como el AP 210. El AP 210 puede comunicarse con un controlador de AP y/o un servidor del ANQP, que puede ubicarse o no con el AP 210. El Ap 210 se puede conectar a una red de proveedores de servicios 215, que se conecta a uno o más concentradores de itinerancia 220. Los concentradores de itinerancia 220 se pueden conectar al registro de ubicación local (HLR) 225. Los concentradores de itinerancia 220 y los HLR 225 ofrecen soporte para la movilidad de dispositivos, es decir, la itinerancia.

Las tramas del GAS se han especificado desde 802.11u y actualmente están incorporadas en el estándar IEEE 802.11-2012. Las tramas del GAS incluyen la trama de solicitud inicial del GAS, la trama de solicitud de retorno del GAS, la trama de respuesta inicial del GAS y la trama de respuesta de retorno del GAS. Una trama de solicitud inicial del GAS es enviada por una STA solicitante para iniciar un procedimiento de consulta. Según se ilustra en la Figura 3a, un cuerpo de trama de solicitud inicial del GAS comprende el campo de categoría 305 y el campo de acción 310, que juntos indican que la trama es una trama de solicitud inicial del GAS, el campo de diálogo de tokens 315 que contiene un número de secuencia utilizado para emparejar una respuesta con una solicitud, un elemento del protocolo de anuncios 320, un campo de la solicitud de consulta 360 y un campo de longitud de la solicitud de consulta 340 que indica la longitud, en octetos, del campo de la solicitud de consulta 360.

El elemento del protocolo de anuncios 320 se utiliza para indicar un protocolo de anuncios asociado con una solicitud de consulta incluida en la trama de solicitud inicial del GAS. Cuando se incluye en una trama de respuesta inicial del GAS o trama de respuesta de retorno del GAS, el elemento del protocolo de anuncios también se utiliza para indicar el protocolo de anuncios asociado con una respuesta de la consulta incluida en la trama de respuesta inicial del GAS o trama de respuesta de retorno del GAS. Según se ilustra en la Figura 3b, el elemento del protocolo de anuncios 320 incluye el campo de información de la respuesta de la consulta 325 y el campo de ID del protocolo de anuncios 331. El campo de ID del protocolo de anuncios 331 contiene un identificador especificado para el protocolo de anuncios correspondiente. El campo de información de la respuesta de la consulta 325 es un campo de 1 octeto que consiste en el subcampo de límite de longitud de la respuesta de la consulta 327 de 7 bits y el subcampo PAME-BI de 1 bit 329. El estándar IEEE 802.11-2012 especifica que cuando se incluye un elemento del protocolo de anuncios en una trama baliza, respuesta de sondeo, respuesta inicial del GAS o respuesta de retorno del GAS, el subcampo de límite de longitud de la respuesta de la consulta contiene un valor del número máximo de octetos que puede transmitir un respondedor en un campo de respuesta de la consulta contenido dentro de una o más tramas de respuesta de retorno del GAS, y cuando el elemento del protocolo de anuncios se incluye en una trama de solicitud inicial del GAS, tal como el elemento del protocolo de anuncios 320, el campo completo de información de la respuesta de la consulta de 1 octeto 325 se establece en un valor de cero y un respondedor (tal como un AP) ignora este campo tras su recepción.

El campo de la solicitud de consulta 360 es un contenedor genérico que transporta la solicitud de consulta de un protocolo de anuncios, que normalmente se ubica por encima de la capa 2 en una pila de protocolos y utiliza el servicio de transporte de la capa 2 provisto por las tramas del GAS. Por lo tanto, un AP que recibe una trama de solicitud inicial del GAS no está obligado a interpretar el contenido del campo de la solicitud de consulta 360. El AP solo puede recuperar el contenido del campo de la solicitud de consulta 360 en base al valor en el campo de longitud de la solicitud de consulta 340 y reenviarlo al servidor del protocolo de anuncios correspondiente en base al valor en el campo de ID del protocolo de anuncios 331 y utilizando un protocolo y un medio de transporte que se ha establecido entre el AP y el servidor. En una implementación típica, el AP está conectado con el servidor a través de una conexión de línea cableada con un transporte basado en el IP. Los ejemplos de los protocolos de capa superior utilizados entre el AP y el servidor incluyen Diameter y RADIUS.

Para el ANQP, una solicitud de consulta contenida en el campo de la solicitud de consulta 360 normalmente comprende un elemento del ANQP de lista de consulta, que proporciona una lista de identificadores de los elementos del ANQP que la STA solicitante desea recibir. Los elementos del ANQP se definen para tener un formato común que consiste en un campo de ID de información de 2 octetos, un campo de longitud de 2 octetos y un campo de información específico del elemento de longitud variable, según se ilustra en la Figura 4. La Figura 5 muestra algunos ejemplos de los elementos del ANQP definidos en el 802.11-2012. La mayoría de los elementos del ANQP enumerados en la Figura 5 se utilizan para formar respuestas de la consulta del ANQP. El elemento del ANQP de la lista de consulta es una excepción y se utiliza para formar las solicitudes de consulta del ANQP. Otros protocolos de anuncios pueden definir elementos específicos del protocolo con un formato común similar según se ilustra en la Figura 4. Por ejemplo, la enmienda 802.11af ha definido algunos elementos del RLQP que son específicos para el RLQP.

El formato del elemento del ANQP de la lista de consulta se ilustra en la Figura 6. Según se muestra en la Figura 6, el elemento del ANQP de la lista de consulta comprende el campo de ID de información 610 que contiene el valor correspondiente al elemento del ANQP de la lista de consulta, tal como se define en la Figura 5, el campo de longitud 620 que indica la longitud, en octetos, de los campos restantes dentro del elemento del ANQP de la lista de consulta y uno o más campos de ID de consulta del ANQP, tal como el campo de ID de consulta del ANQP 630 y el campo de ID de consulta del ANQP 640, cada uno de los cuales contiene un ID de información de un elemento del ANQP que solicita la STA. Al incluir un ID de información en el elemento del ANQP de la lista de consulta declara que la STA que realiza la solicitud de consulta del ANQP desea recibir el elemento del ANQP correspondiente al ID de información en la respuesta de la consulta del ANQP.

Después de enviar la solicitud de consulta al servidor del protocolo de anuncios correspondiente, el AP puede recibir una respuesta de la consulta desde el servidor. El AP puede utilizar una trama de respuesta inicial del GAS para transportar la respuesta de la consulta a la STA solicitante, si el tamaño de la respuesta de la consulta está dentro del límite de tamaño de una sola trama de respuesta inicial del GAS. A continuación, el procedimiento de consulta puede finalizar. De lo contrario, el AP fragmenta la respuesta de la consulta sobredimensionada en múltiples tramas de respuesta de retorno del GAS y envía una trama de respuesta inicial del GAS con un valor de retardo de retorno distinto a cero y sin incluir ninguna parte de la respuesta de la consulta para invitar a la STA solicitante a que envíe las tramas de respuestas de retorno del GAS para recibir las múltiples tramas de respuesta de retorno del GAS a fin de recuperar todos los fragmentos de la respuesta de la consulta. A continuación, la STA envía una trama de solicitud de retorno del GAS, recibe una trama de respuesta de retorno del GAS en respuesta, y repite estas etapas hasta que se recibe la trama de respuesta de retorno del GAS que transporta el último fragmento de la respuesta de la consulta. A continuación, la STA puede volver a ensamblar la respuesta de la consulta. Después, el procedimiento de consulta puede finalizar. No se requiere que el AP interprete el contenido de la respuesta de la consulta recibida desde el servidor de protocolo de anuncios. El AP simplemente recupera el contenido de la respuesta de la consulta, la fragmenta si está sobredimensionada y la envía a la STA solicitante utilizando una trama de respuesta inicial del GAS, o una o más tramas de respuesta de retorno del GAS.

La Figura 7 ilustra el cuerpo de la trama de una trama de respuesta inicial del GAS. Según se muestra en la Figura 7, un cuerpo de trama de la respuesta inicial del GAS comprende el campo de categoría 705 y el campo de acción 710, que juntos indican que la trama es una trama de respuesta inicial del GAS, el campo de diálogo de tokens 715 que contiene un mismo valor obtenido en el campo de diálogo de tokens de la trama de solicitud inicial del GAS correspondiente, el campo del código de estado 720 que indica un estado del procedimiento de consulta correspondiente, el campo de retardo de retorno 730 que contiene un valor de retardo de retorno, el elemento del protocolo de anuncios 740 que tiene una estructura igual que el elemento del protocolo de anuncios 320 y el campo de longitud de respuesta de la consulta 750. El cuerpo de la trama de respuesta inicial del GAS puede incluir opcionalmente el campo de respuesta de la consulta 760. Un valor de cero contenido en el campo de longitud de respuesta de la consulta 750 indica la ausencia del campo de respuesta de la consulta 760. Un valor distinto a cero contenido en el campo de longitud de respuesta de la consulta 750 indica la presencia y la longitud, en octetos, del campo de respuesta de la consulta 760.

Dado que las características y los parámetros de servicio de una red de acceso pueden permanecer sin cambios durante mucho tiempo y mientras tanto una STA puede visitar un mismo AP y, a través del AP, una misma red de acceso o red de proveedores de servicios de abonado (SSPN) día tras día, puede resultar un desperdicio que la STA envíe repetidamente una solicitud de consulta del ANQP al mismo servidor del ANQP. En el proyecto 802.11ai, se desarrolló una noción de número de secuencia de configuración del ANQP, en el que un número de secuencia de configuración del ANQP, que también se conoce como un número de versión del grupo de ANQP común (número de versión del CAG) y que actualmente ha sido renombrado por el grupo de trabajo Ai del IEEE 802.11 como un número de versión del grupo de anuncios comunes (abreviado también número de versión del CAG), está asociado con un grupo de características y parámetros de servicio de red de acceso que se manifiestan en forma de los elementos del ANQP. Este grupo de elementos del ANQP se denomina grupo del ANQP común (CAG) y actualmente ha sido renombrado por el grupo de trabajo Ai del IEEE 802.11 como grupo de anuncios comunes (CAG). Un proveedor del servidor del ANQP y la red de acceso pueden decidir qué elementos del ANQP están dentro del CAG y pueden mantener un número de versión del CAG. El número de versión del CAG se incrementa cada vez que el o los elementos del ANQP miembro dentro del CAG cambia o cualquier valor de los atributos de los elementos del ANQP miembro dentro del CAG cambia. Durante una visita previa a un AP, una STA puede haber obtenido un CAG (es decir, el grupo de elementos del ANQP) asociado con el AP, el valor de alcance y el número de versión del CAG correspondientes, BSSID, HESSID y/o ESSID del AP, desde el AP y/o desde el servidor del ANQP detrás del AP. Esta información puede ser denominada información de capa superior. La STA puede almacenar la información de capa superior para su uso posterior.

Se ha definido un elemento del número del CAG en la enmienda D2.0 del borrador del IEEE 802.11ai para un AP para indicar el número de versión actual del CAG a las STA. El AP puede obtener el número de versión actual del CAG del servidor del ANQP correspondiente. El AP puede incluir el elemento del número del CAG en las tramas baliza o las tramas de respuesta de sondeo que el AP envía. El elemento del número del CAG puede ser utilizado por una STA para determinar si la información del CAG (la información de capa superior), es decir, el grupo de elementos del ANQP y los valores en estos elementos del ANQP, que la STA ha almacenado para el AP durante una visita previa siendo válida actualmente, o no, comparando el número de versión del CAG almacenado con el número de versión del CAG en el elemento del número del CAG recibido. Si los dos números de versión del CAG son iguales, la STA puede continuar el procedimiento de NDS utilizando la información del CAG almacenada y sin iniciar un procedimiento de consulta del ANQP, ya que la respuesta de la consulta que en cualquier caso obtendría sería la misma que la que se ha almacenado. De esta manera, se pueden reducir los números de solicitudes de consulta y respuestas de las consultas del ANQP y las tramas del GAS asociadas.

La Figura 8 ilustra el formato de un elemento del número del CAG en la enmienda D2.0 del borrador del IEEE 802.11ai. Según se muestra en la Figura 8, el elemento del número del CAG 800 comprende el campo de ID del elemento 810 que contiene un valor de identificador del elemento correspondiente al elemento del número del CAG, el campo de longitud 820 que indica la longitud, en octetos, de los campos restantes en el elemento del número del CAG, campo de versión del CAG 830 que indica el número de versión actual del CAG y el campo de alcance 840. El valor en el campo de versión del CAG 830 puede ser siempre un número positivo, por lo tanto, una STA receptora ignorará un valor de cero en este campo. El campo de alcance 840 contiene un valor que indica un alcance válido del CAG asociado con el valor contenido en el campo de versión del CAG 830. Un valor de 0 en el campo de alcance 840 indica que el CAG solo es válido dentro del conjunto de servicios básicos (BSS) actual, que se identifica por el valor BSSID, del AP. Un valor de 1 en el campo de alcance 840 indica que el CAG es válido dentro del conjunto de servicios extendidos homogéneos (ESS), que se identifica por el valor HESSID, del AP. Y un valor de 2 en el campo de alcance 840 indica que el CAG es válido dentro del conjunto de servicios extendidos (ESS), que es la unión de los BSS con el mismo SSID, del AP. Los valores de 3 a 255 están actualmente reservados para el campo de alcance 840.

Tal se ha analizado anteriormente, incluir la versión del CAG (en el elemento del número del CAG) en la trama baliza que difunde periódicamente un AP puede ayudar a reducir el número de solicitudes de consulta y respuestas de la consulta del ANQP. Este planteamiento generalmente se caracteriza como "transmisión automática". Sin embargo, la inclusión del elemento del número del CAG en las tramas baliza también representa una sobrecarga de señalización adicional que el AP necesita transmitir periódicamente. En lugares donde un gran número de STA Wi-Fi visitan con frecuencia, tal como estaciones de tren y centros comerciales, puede valer la pena que el AP "transmita automáticamente" el número de versión actual del CAG a las STA difundiéndolo en la trama baliza, considerando que los beneficios de guardar los frecuentes intercambios de consultas del ANQP pueden pesar más que el precio de transmitir la sobrecarga de señalización adicional en las tramas baliza. Sin embargo, teniendo en cuenta que la mayoría de los AP, en ausencia de una alta densidad de STA Wi-Fi, no reciben consultas del ANQP con la frecuencia que transmiten las tramas baliza en la práctica, estos AP pueden elegir no incluir el IE del número del CAG en sus tramas baliza. Por lo tanto, puede ser mejor utilizar un mecanismo de "búsqueda activa" donde una STA interesada en conocer el número de versión actual del CAG envía una solicitud para que un respondedor devuelva dicha información.

En la enmienda D2.0 del borrador 802.11ai, se ha proporcionado dicho mecanismo de "búsqueda activa". La enmienda D2.0 del borrador 802.11ai ha definido un elemento del ANQP del CAG, que se ilustra en la Figura 9. Según se muestra en la Figura 9, el elemento del ANQP del CAG 900 comprende el campo de ID de información 910 que contiene un valor identificador correspondiente al elemento del ANQP del CAG, campo de longitud 920 que indica la longitud total, en octetos, de los campos restantes en el elemento del ANQP del CAG 900, el campo de versión del CAG 930 que contiene el número de versión actual del CAG asociado con el CAG y uno o más (miembros del CAG) campos de ID de información, tales como el campo de ID de información 940 y el campo de ID de información 950, que contienen los identificadores de los elementos del ANQP miembros dentro del CAG. El número de (miembros del CAG) campos de ID de información incluidos en el elemento del ANQP del CAG 900 puede inferirse a partir del valor contenido en el campo de longitud 920, como la longitud del campo de versión del CAG 930 y la longitud de cada campo de ID de información (miembro del CAG) (tal como el campo de ID de información 940 y el campo de ID de información 950) son fijas. Este elemento del ANQP de CAG puede ser buscado activamente (es decir, solicitado) por una STA que utiliza el elemento del ANQP de la lista de consulta en una solicitud de consulta del ANQP que está encapsulada en una trama de solicitud inicial del GAS. Un mecanismo alternativo de la "búsqueda activa" implica que la STA envía una trama de solicitud de sondeo solicitando que se devuelva el IE del número del CAG y, a continuación, espera la respuesta del sondeo. La diferencia entre estos dos planteamientos alternativos es que la solicitud del sondeo es respondida por el AP, lo cual puede proporcionar el número de versión actual del CAG pero no el contenido del CAG en respuesta, mientras que la solicitud de consulta del ANQP finalmente es respondida por el servidor del ANQP que, además, puede proporcionar el contenido del CAG, así como elementos del ANQP adicionales que pueden estar fuera del CAG. Cualquiera de estos dos mecanismos de "búsqueda activa" puede provocar en un retardo adicional para tomar la decisión de NDS debido a la espera de la respuesta.

Los proveedores de STA tienden a centrarse en optimizar el diseño de la STA para una mejor experiencia de usuario, en lugar de la capacidad de la red. Muy a menudo, en la práctica, significa que reducir el retardo en la detección y selección de red (NDS) tiene una prioridad más alta frente al ahorro de la sobrecarga de señalización asociada para una STA. Si los AP no difunden el IE del número del CAG en las tramas baliza, la implementación de las STA puede muy bien elegir evitar el retardo del sondeo o la consulta al ignorar la información del CAG que puede haber almacenado todo junto al iniciar una consulta del ANQP para obtener la información del CAG más reciente desde el servidor directamente.

La Figura 10 ilustra un diagrama de intercambio de mensajes 1000 que destaca un ejemplo de intercambio de mensajes durante un procedimiento de detección de red que se produce entre una STA de este tipo, un AP y un servidor del ANQP, en el que el AP no incluye el IE del número del CAG en las balizas que se difunden periódicamente. Según se muestra en la Figura 10, el diagrama de intercambio de mensajes 1000 ilustra un ejemplo de intercambio de mensajes que se produce entre la STA 1005, el AP 1010 y el servidor del ANQP 1015, así como las operaciones realizadas por la STA 1005, el AP 1010 y/o el servidor del ANQP 1015. El diagrama de intercambio de mensajes 1000 puede comenzar cuando la STA 1005 adquiere un CAG y un número de versión del CAG asociado desde el servidor del ANQP 1015 durante una visita al AP 1010 (que se muestra como evento 1020). La STA 1005 puede almacenar la información del CAG (es decir, la información de capa superior), el número de versión del CAG y la información del AP para su uso posterior. Posteriormente, más tarde, la STA 1005 vuelve a visitar el AP 1010 y recibe una trama baliza del AP 1010 (que se muestra como evento 1025).

Debido a la preocupación por la sobrecarga de señalización tal como se ha analizado anteriormente, el AP 1010 no incluye el IE del número del CAG en la trama baliza. Desde el BSSID, que típicamente es la dirección MAC del AP, incluida en la trama baliza, la STA 1005 puede reconocer que almacena información del CAG asociada con el AP 1010. Sin embargo, como el AP 1010 no ha incluido el IE del número del CAG en la trama baliza, la STA 1005 no sabe si la información del CAG almacenada asociada con el AP sigue siendo válida. Con el fin de evitar el retardo del sondeo o la consulta, la STA 1005 elige ignorar la información del CAG almacenada y transmite una trama de solicitud inicial del GAS para encapsular una solicitud de consulta del ANQP (que se muestra como evento 1030). Después de recibir la trama de solicitud inicial del GAS, el AP 1010 recupera el ID del protocolo de anuncios en el elemento del protocolo de anuncios (tal como el elemento del protocolo de anuncios 320s) y la solicitud de consulta contenida en el campo de la solicitud de consulta (tal como el campo de la solicitud de consulta 360), y del ID del protocolo de anuncios, el AP 1010 selecciona el servidor del ANQP 1015 para reenviar la solicitud de consulta, así como una trama del protocolo y medio de transporte que deben utilizarse para transportar la solicitud de consulta entre el AP 1010 y el servidor del ANQP 1015 (que se muestra como evento 1035), en base a una conexión anterior establecida entre el AP 1010 y el servidor del ANQP 1015. Diameter y RADIUS se encuentran entre los protocolos de ejemplo que se usan típicamente entre un AP y un servidor.

A continuación, el AP 1010 reenvía la solicitud de consulta del ANQP al servidor del ANQP 1015 utilizando la trama del protocolo seleccionada y el medio de transporte (que se muestran como evento 1040). Después de recibir la trama del protocolo desde AP 1010, el servidor del ANQP 1015 recupera la solicitud de consulta del ANQP y genera una respuesta de la consulta del ANQP en consecuencia (se muestra como evento 1045). A continuación, el servidor del ANQP 1015 envía la respuesta de la consulta del ANQP al AP 1010 utilizando otra trama del protocolo (que se muestra como evento 1050). Después de recibir la trama del protocolo de respuesta desde el servidor del ANQP 1015, el AP 1010 recupera la respuesta de la consulta del AnQp y la reenvía a la STA 1005 utilizando una trama de respuesta inicial del GAS al encapsular la respuesta de la consulta del ANQP en un campo de respuesta de la consulta (tal como el campo de respuesta de la consulta 760) en la trama de respuesta inicial del GAS (que se muestra como evento 1055).

Según se ilustra en la Figura 10, la STA 1005 busca una manera rápida de asegurar que tenga la información de la red de acceso para que pueda tomar una decisión de selección de red. Dado que el AP 1010 no incluye el IE del número del CAG en las tramas baliza, la STA 1005 elige no utilizar la información del CAG almacenada ya que la "búsqueda activa" del número de versión actual del CAG provocará un retardo adicional. En la práctica, un gran número de STA puede adoptar la misma estrategia, lo cual hace que la función CAG, tal como se define en la enmienda D2.0 del borrador 802.11ai, sea menos útil de lo que podría ser.

Para superar el inconveniente tal como se ha descrito anteriormente, se proporciona un mecanismo de señalización mejorado en las realizaciones de ejemplo presentadas en la presente memoria. Según una realización de ejemplo, una STA proporciona al AP un número de versión del CAG asociado con el AP que la STA ha almacenado al iniciar una solicitud de consulta del GAS, lo que significa que la STA proporciona su número de versión del CAG almacenado en la trama de solicitud inicial del GAS. A continuación, el AP compara el número de versión del CAG almacenado por la STA con el número de versión del CAG más reciente que el Ap ha recibido desde el servidor del ANQP. Si los dos números de versión del CAG son iguales, el AP acorta el procedimiento de consulta al devolver una trama de respuesta inicial del GAS que transporta una indicación a la STA solicitante de que el número de versión del CAG almacenado (y, por lo tanto, la información del CAG almacenada asociada con la misma) sigue siendo el mismo que el actual, que la STA solicitante puede utilizar la información del CAG almacenada para tomar la decisión de selección de red y que, de este modo, el procedimiento de consulta del ANQP finaliza. Si los dos números de versión del CAG son diferentes, el AP reenvía la solicitud de consulta al servidor del ANQP como normalmente, y siguen las etapas restantes como en un procedimiento de consulta del ANQP convencional.

Un desafío de diseño para transportar el número de versión del CAG almacenado en la STA en una trama de solicitud inicial del GAS es que no se debe transportar en un elemento del ANQP encapsulado en el campo de la solicitud de consulta, ya que no es necesario que los AP entiendan el contenido de la solicitud de consulta. De manera similar, otro desafío de diseño para transportar una indicación de que el número de versión del CAG almacenado es el mismo que el actual en una trama de respuesta inicial del GAS es que la indicación no debe transportarse en un elemento del ANQP encapsulado en el campo de respuesta de la consulta. Aunque en una realización de ejemplo, el AP puede falsificar un elemento del ANQP e incluirlo en el campo de respuesta de la consulta para indicar que el número de versión del CAG almacenado es el mismo que el actual, hacerlo rompería la estructura de capas tradicional del protocolo y añadiría más requisitos funcionales en el AP. Además, para los protocolos de anuncios donde las solicitudes de consultas y las respuestas de la consulta pueden estar protegidas por un cifrado de extremo a extremo entre una STA solicitante y un servidor, un AP presente en el medio puede no ser capaz de falsificar la respuesta de la consulta satisfactoriamente. Por lo tanto, dicha realización puede no ser práctica. Por otro lado, los campos transportados dentro de una trama de solicitud inicial del GAS que no sea el campo de la solicitud de consulta y los campos transportados dentro de una trama de respuesta inicial del GAS que no sea el campo de respuesta de la consulta son fijos por razones de compatibilidad hacia atrás, lo que significa que añadir un nuevo campo puede que no sea una opción.

Según una realización de ejemplo, la señalización adicional requerida se proporciona reutilizando los campos existentes en las tramas de solicitud inicial del GAS y respuesta inicial del GAS de forma compatible hacia atrás.

En una realización de ejemplo, el campo de información de la respuesta de la consulta en el elemento del protocolo de anuncios se puede utilizar para contener el número de versión del CAG almacenado en la STA cuando el elemento del protocolo de anuncios se incluye en una trama de solicitud inicial del GAS. La Figura 11 ilustra un formato de un elemento del protocolo de anuncios 1100 de ejemplo cuando el elemento del protocolo de anuncios se incluye en una trama de solicitud inicial del GAS. El elemento del protocolo de anuncios 1100 se ha mejorado y modificado desde el elemento del protocolo de anuncios 320, por ejemplo. Según se muestra en la Figura 11, el elemento del protocolo de anuncios 1100 mejorado comprende el campo de ID de IE 1110, que contiene el mismo valor del identificador del elemento que el elemento actual del protocolo de anuncios (tal como el elemento del protocolo de anuncios 320), el campo de longitud 1120 que indica la longitud total, en octetos, de los campos restantes en el elemento, campo de versión del CAG - información de respuesta de la consulta 1130, y campo de ID del protocolo de anuncios 1140. La definición y el valor del campo de ID del protocolo de anuncios 1140 son los mismos que los del campo de ID del protocolo de anuncios actual (tal como el campo de ID del protocolo de anuncios 331). Si incluido en una trama de solicitud inicial del GAS, el campo de versión del CAG - información de respuesta de la consulta 1130 contiene el número de versión del CAG almacenado en la STA si la STA almacena un CAG (es decir, la información de capa superior) y el número de versión del CAG asociado correspondiente al AP y al protocolo de anuncios que se está utilizando; de lo contrario, se establece en un valor de cero si la STA no tiene un CAG almacenado o el número de versión del CAG asociado correspondiente al AP o al protocolo de anuncios que se está utilizando. Esto es coherente con la noción en la enmienda D2.0 del borrador 802.11ai de que cero no es un número de versión del CAG válido. Obsérvese que un número de versión del CAG también está asociado con el protocolo de anuncios que se está utilizando. Por lo tanto, un número de versión del CAG contenido en el campo de versión del CAG - información de respuesta de la consulta 1130 está asociado con un protocolo de anuncios indicado por el valor contenido en el campo de ID del protocolo de anuncios 1140. Si incluido en una trama baliza, respuesta de sondeo, respuesta inicial del GAS o trama de respuesta de retorno del GAS, el campo de versión del CAG - información de respuesta de la consulta 1130 contiene el campo de información de la respuesta de la consulta, que consiste en un subcampo de límite de longitud de respuesta de la consulta de 7 bits (tal como el subcampo de límite de longitud de la respuesta de la consulta 327) y un subcampo PAME-BI de 1 bit (tal como el subcampo PAME-BI 329).

En una realización de ejemplo alternativa, a diferencia de modificar el campo de información de la respuesta de la consulta existente (tal como el campo de información de la respuesta de la consulta 325), una STA solicitante puede incluir un IE del número del CAG en la trama de solicitud inicial del GAS para indicar su número de versión del CAG almacenado al AP. Sin embargo, este IE del número del CAG se insertará en la trama de solicitud inicial del GAS después del campo de la solicitud de consulta (tal como el campo de la solicitud de consulta 360) a fin de mantener la compatibilidad hacia atrás y no se contará como parte del campo de la solicitud de consulta (lo que significa que el valor en el campo de longitud de la solicitud de consulta no contará el IE del número del CAG como parte del campo de la solicitud de consulta), ya que no se requiere que el AP interprete el contenido dentro del campo de la solicitud de consulta.

En otra realización de ejemplo, un nuevo valor del código de estado contenido en un campo del código de estado (tal como el campo del código de estado 720) en una trama de respuesta inicial del GAS se utiliza para indicar a la STA solicitante que el número de versión actual del CAG sigue siendo el mismo que el número de versión del CAG almacenado en la STA. Este nuevo valor del código de estado también sirve como una indicación para la STA solicitante de que la información del CAG almacenada todavía es válida para tomar una decisión, tal como una decisión de selección de red y, de este modo, el procedimiento de consulta que la STA ha iniciado finaliza.

La Figura 12 ilustra un diagrama de intercambio de mensajes 1200 que destaca un ejemplo de intercambio de mensajes durante una detección de red, una detección de servicio o un procedimiento de detección de información que se produce entre una STA, un AP y un servidor, en el que la STA y el AP dan soporte al mecanismo de señalización mejorado tal como se describe en la presente memoria. Según se muestra en la Figura 12, el diagrama de intercambio de mensajes 1200 ilustra un ejemplo de intercambio de mensajes entre la STA 1205, el AP 1210 y el servidor 1215, así como las operaciones realizadas por la STA 1205, el AP 1210 y/o el servidor 1215. El protocolo de anuncios utilizado entre la STA 1205 y el servidor 1215 puede ser el ANQP u otro protocolo de anuncios tal como el RLQP o el protocolo de detección de la preasociación (PADP) que aún no se ha definido en el proyecto 802.11aq, o cualquier otro protocolo de anuncios aún por definir que pueda utilizar tramas del GAS o cualesquiera tramas de acción pública aún por definir como medio de transporte de la capa 2. Por lo tanto, el servidor 1215 puede ser un servidor del ANQP, un servidor del RLQP, un proxy o servidor del PADP y similares, o un servidor que da soporte a una pluralidad de estos protocolos.

El diagrama de intercambio de mensajes 1200 puede comenzar cuando la STA 1205 adquiere información del CAG (es decir, información de capa superior) y un número de versión del CAG asociado desde el servidor 1215 durante una visita al AP 1210 (que se muestra como evento 1220). La STA 1205 puede almacenar la información del CAG, el número de versión del CAG, el valor de alcance y la información del AP/servidor (tal como un identificador del AP, el protocolo de anuncios utilizado por el servidor, etc.) para su uso posterior. Mientras tanto, el AP 1210 puede obtener una actualización del último número de versión del CAG desde el servidor 1215 periódicamente o cuando se produce un cambio en el número de versión del CAG (que se muestra como evento 1225). A continuación, más tarde, la STA 1205 puede volver a visitar el AP 1210 y recibe una trama baliza del AP 1210 (que se muestra como evento 1230). Debido a la preocupación con respecto a la sobrecarga de señalización tal como se ha analizado anteriormente, puede que el AP 1210 no incluya el IE del número del CAG en la trama baliza. Desde el BSSID incluido en la trama baliza, la STA 1205 puede reconocer que ha almacenado la información del CAG y el número de versión del CAG asociado con el AP 1210. La STA 1205 puede enviar una trama de solicitud inicial del GAS al AP 1210 (que se muestra como evento 1235). La trama de solicitud inicial del GAS puede incluir el número de versión del CAG almacenado, que está asociado con el AP 1210 y asociado con el protocolo de anuncios que se está utilizando (tal como se indica en el valor contenido en el campo de ID del protocolo de anuncios 1130, por ejemplo), en un campo de versión del CAG - información de respuesta de la consulta (tal como el campo de versión del CAG -información de respuesta de la consulta 1130, por ejemplo). La trama de solicitud inicial del GAS puede encapsular aún más una solicitud de consulta, que la STA 1205 normalmente solicitaría, en un campo de la solicitud de consulta (tal como el campo de la solicitud de consulta 360, por ejemplo).

Después de recibir la trama de solicitud inicial del GAS desde la STA 1205, el AP 1210 puede comparar el número de versión del CAG almacenado en la STA con el número de versión del CAG más reciente (asociado con el mismo protocolo de anuncios tal como se indica en el valor contenido en el campo de ID del protocolo de anuncios 1130 en la trama de solicitud inicial del GAS recibida) que el AP 1210 ha recibido desde el servidor 1215, en el evento 1225, por ejemplo (se muestra como evento 1240). Si el AP 1210 determina que los dos números de versión del CAG son iguales, el AP 1210 puede enviar una trama de respuesta inicial del GAS a la STA 1205, la trama de respuesta inicial del GAS puede incluir, en un campo del código de estado (tal como el campo del código de estado 720, por ejemplo), un valor del código de estado, que indica que el número de versión del CAG almacenado es el mismo que el número de versión actual del CAG que tiene el AP, que el CAG almacenado todavía es válido para tomar una decisión (tal como una decisión de selección de red, una decisión de selección de servicio, una decisión de selección de dispositivo homólogo, etc.), y que así finaliza la solicitud de consulta iniciada por la STA solicitante (se muestra como evento 1245). La trama de respuesta inicial del GAS que el AP 1210 envía en el evento 1245 no incluye un campo de respuesta de la consulta. Un valor de cero contenido en un campo de longitud de respuesta de la consulta (tal como el campo de longitud de respuesta de la consulta 750) indica que el campo de respuesta de la consulta no está incluido en la trama de respuesta inicial del GAS. Después de recibir la trama de respuesta inicial del GAS, la STA 1205 puede finalizar el procedimiento de consulta. La STA 1205 puede proceder a tomar una decisión o puede iniciar procedimientos de consulta a otros AP y/o otros servidores antes de tomar una decisión sobre cómo proceder con el procedimiento de selección de red.

Si el AP 1210 determina que los dos números de versión del CAG no son iguales en el evento 1240, el AP 1210 puede recuperar la solicitud de consulta contenida en el campo de la solicitud de consulta (tal como el campo de la solicitud de consulta 360, por ejemplo) en la trama de solicitud inicial del GAS. Desde el ID del protocolo de anuncios contenido en el campo de ID 1130 del protocolo de anuncios, el AP 1210 selecciona el servidor 1215 para reenviar la solicitud de consulta, así como la trama del protocolo y el medio de transporte que deben utilizarse para transportar la solicitud de consulta entre el AP 1210 y el servidor 1215. A continuación, el Ap 1210 puede reenviar la solicitud de consulta al servidor 1215 utilizando la trama del protocolo seleccionada y el medio de transporte (que se muestran como evento 1250). Después de recibir la trama del protocolo desde el AP 1210, el servidor 1215 recupera la solicitud de consulta desde la trama del protocolo y genera una respuesta de la consulta en consecuencia (se muestra como evento 1255). A continuación, el servidor 1215 envía la respuesta de la consulta al AP 1210 utilizando otra trama del protocolo (que se muestra como evento 1260).

Después de recibir la trama del protocolo de respuesta desde el servidor 1215, el AP 1210 puede recuperar la respuesta de la consulta y reenviarla a la STA 1205 utilizando una trama de respuesta inicial del GAS si la respuesta de la consulta no está sobredimensionada, encapsulando la respuesta de la consulta en un campo de respuesta de la consulta (tal como el campo de respuesta de la consulta 760, por ejemplo) en la trama de respuesta inicial del GAS (que se muestra como evento 1265). A continuación, el procedimiento de consulta puede finalizar. Si la respuesta de la consulta está sobredimensionada, el AP 1210 fragmenta la respuesta de la consulta en múltiples tramas de respuesta de retorno del GAS y envía una trama de respuesta inicial del GAS para invitar a la STA solicitante a que solicite recibir las tramas de respuesta de retorno del GAS múltiples para recuperar la respuesta de la consulta completa. A continuación, la STA 1205 envía una trama de solicitud de retorno del GAS, recibe una trama de respuesta de retorno del GAS en respuesta, y repite estas etapas hasta que se recibe la trama de respuesta de retorno del GAS que transporta el último fragmento de la respuesta de la consulta. A continuación, la STA 1205 puede volver a ensamblar la respuesta de la consulta. Después, el procedimiento de consulta puede finalizar.

Según se ilustra en la Figura 12, la STA 1205 está motivada para proporcionar su número de versión del CAG almacenado, ya que si el número de versión del CAG almacenado en la STA es el mismo que el actual, el AP 1210 puede acortar el procedimiento de consulta (que se muestra como evento 1245), de modo que la STA 1205 pueda tomar una decisión (por ejemplo, sobre la selección de red) antes para una mejor experiencia de usuario. Incluso si el número de versión del CAG almacenado en la STA es diferente del actual, el AP 1210 aún reenvía fielmente la solicitud de consulta al servidor 1215. La STA 1205 no pierde tiempo en obtener la respuesta de la consulta actualizada desde el servidor 1215. Por lo tanto, al utilizar el mecanismo de señalización mejorado según se ilustra en las realizaciones de ejemplo presentadas en la presente memoria, se motivará a que más STA utilicen la información del CAG que han almacenado.

Obsérvese que la trama de respuesta inicial del GAS transmitido en el evento 1245 no incluye un campo de respuesta de la consulta. En comparación con el uso de las tramas de solicitud de sondeo y las tramas de respuesta de sondeo para obtener el número de versión actual del CAG tal como se ha descrito previamente, es una alternativa bastante eficaz, en el sentido de la sobrecarga de señalización, utilizar una trama de solicitud inicial del GAS para suministrar un número de versión del CAG almacenado y recibir una trama de respuesta inicial del GAS con una indicación de si el número de versión del CAG almacenado es el mismo que el actual o no. Sin embargo, algunos cambios deben realizarse en la trama de solicitud inicial del GAS. Actualmente, tal como se define en el estándar IEEE 802.11-2012 y la enmienda D2.0 del borrador 802.11ai, una trama de solicitud inicial del GAS incluirá el campo de la solicitud de consulta, donde se encapsula la solicitud de consulta de un protocolo de anuncios. Por lo tanto, actualmente no se permite un valor de cero en el campo de longitud de la solicitud de consulta en una trama de solicitud inicial del GAS.

Según una realización de ejemplo alternativa del mecanismo de señalización mejorado, se utiliza una trama de solicitud inicial del GAS sin un campo de la solicitud de consulta y una trama de respuesta inicial del GAS sin un campo de respuesta de la consulta como alternativa al uso de las tramas de solicitud de sondeo y de respuesta de sondeo para buscar activamente el número de versión del CAG. Estrictamente hablando, no es un mecanismo de "búsqueda activa", ya que la STA solicitante no obtiene el número de versión actual del CAG. En su lugar, simplemente obtiene una indicación si su número de versión del CAG almacenado es el mismo que el actual o no mediante la STA que suministra su número de versión del CAG almacenado al AP utilizando la trama de solicitud inicial del GAS y mediante el AP que proporciona la indicación en respuesta.

La Figura 13 ilustra un diagrama de intercambio de mensajes 1300 que destaca un ejemplo alternativo de intercambio de mensajes durante una detección de red, detección de servicio o procedimiento de detección de información que se produce entre una STA, un AP y un servidor, en el que la STA y el AP dan soporte al mecanismo de señalización mejorado y la STA también está optimizada para ahorrar capacidad de red al utilizar la sobrecarga de señalización de manera eficaz. Según se muestra en la Figura 13, el diagrama de intercambio de mensajes 1300 ilustra un ejemplo de intercambio de mensajes entre la STA 1305, el AP 1310 y el servidor 1315, así como las operaciones realizadas por STA 1305, el AP 1310 y/o el servidor 1315. El diagrama de intercambio de mensajes 1300 puede comenzar cuando la STA 1305 adquiere un CAG y el número de versión del CAG asociado desde el servidor 1315 durante una visita al AP 1310 (que se muestra como evento 1320). La STA 1305 puede almacenar la información del CAG, el número de versión del CAG, el valor de alcance y la información del AP/servidor para su uso posterior. Mientras tanto, el AP 1310 puede obtener una actualización del último número de versión del CAG desde el servidor 1315 periódicamente o cuando se produce un cambio en el número de versión del CAG (que se muestra como evento 1325).

A continuación, más tarde, la STA 1305 puede volver a visitar el AP 1310 y recibe una trama baliza del AP 1310 (que se muestra como evento 1330). Debido a la preocupación por la sobrecarga de señalización tal como se ha analizado anteriormente, puede que el AP 1310 no incluya el IE del número del CAG en la trama baliza. Desde el BSSID incluido en la trama baliza, la STA 1305 puede reconocer que ha almacenado la información del CAG y el número de versión del CAG asociado con el AP 1310. A continuación, la STA 1305 puede enviar una trama de solicitud inicial del GAS al AP 1310, incluido su número de versión del CAG almacenado, que está asociado con el AP y asociado con el protocolo de anuncios que se está utilizando (tal como se indica en el valor contenido en el campo de ID del protocolo de anuncios 1130), en un campo de versión del CAG - información de respuesta de la consulta (tal como el campo de versión del CAG - información de respuesta de la consulta 1130) y sin incluir un campo de solicitud de consulta (que se muestra como evento 1335). Un valor de cero contenido en un campo de longitud de la solicitud de consulta (tal como el campo de longitud de la solicitud de consulta 340) indica que no se incluye un campo de la solicitud de consulta y que se envía la trama de solicitud inicial del GAS para solicitar una indicación de si el número de versión del CAG almacenado en la STA es el mismo que el número de versión actual del CAG que tiene el AP 1310.

Después de recibir la trama inicial del GAS de la STA 1305, el AP 1310 puede comparar el número de versión del CAG almacenado en la STA con el último número de versión del CAG (del mismo protocolo de anuncios tal como se indica en el valor contenido en el campo de ID del protocolo de anuncios 1130 en la trama de solicitud inicial del GAS recibida) que el AP 1310 ha recibido desde el servidor 1315, en el evento 1325, por ejemplo (que se muestra como evento 1340). A continuación, según el resultado de la comparación, el AP 1310 envía una trama de respuesta inicial del GAS a la STA 1305 (que se muestra como evento 1345). Si el AP 1310 determina que los dos números de versión del CAG son iguales, el AP 1310 puede incluir, en un campo del código de estado (tal como el campo del código de estado 720, por ejemplo), un primer valor del código de estado que indica que el número de versión del ^{CAG almacenado es el mismo que el número de versión actual del CAG que tiene el} Ap. Si el AP 1310 determina que los dos números de versión del CAG no son iguales, el AP 1310 incluye, en el campo del código de estado (tal como el campo del código de estado 720), un segundo valor del código de estado que indica que el número de versión del cAg almacenado es diferente del número de versión actual del CAG que tiene el AP.

Después de recibir la trama de respuesta inicial del GAS del AP 1310, si el primer valor del código de estado se encuentra en el campo del código de estado, la STA 1305 puede finalizar el procedimiento de consulta. La STA 1205 puede proceder a tomar una decisión o puede iniciar procedimientos de consulta a otros AP y/o otros servidores antes de tomar una decisión sobre cómo proceder con el procedimiento de selección de red. Si el segundo valor del código de estado está contenido en el campo del código de estado, la STA 1305 sabe que su información del CAG almacenada está obsoleta. Por lo tanto, la STA 1305 puede iniciar una solicitud de consulta normal para obtener la información actualizada del CAG (que se muestra como evento 1350). Y siguen los eventos restantes de un procedimiento de consulta normal, tal como los eventos 1355, 1360, 1365, 1370 y 1375. Según se muestra en la Figura 13, la STA 1305, en comparación con la STA 1205 según se ilustra en la Figura 12, puede ahorrar cierta sobrecarga de señalización (debido a que la solicitud de consulta se excluye de la trama de solicitud inicial del GAS) en el evento 1335 si los dos números de versión del CAG son iguales, pero corre el riesgo de provocar en un retardo mayor (que en la STA 1205) si los dos números de versión del CAG son diferentes.

Actualmente, en el estándar IEEE 802.11-2012 y en la enmienda D2.0 del borrador 802.11ai, cuando el elemento del protocolo de anuncios se incluye en una trama de solicitud inicial del GAS, el campo de información de la respuesta de la consulta se establece en cero y un AP que recibe este campo de información de respuesta de la consulta debe ignorarlo. Por lo tanto, un AP heredado (por ejemplo, capaz de utilizar tramas del GAS pero no capaz de utilizar las funciones CAG o las mejoras de señalización) que recibe la trama de solicitud inicial del GAS en el evento 1235 reenviará la solicitud de consulta al servidor en base a las reglas heredadas 802.11u. Aunque el número de versión del CAG almacenado que la STA ha proporcionado puede desperdiciarse, el procedimiento de consulta 802.11u permanece intacto. En realidad, si la STA solicitante sabe que el AP es un AP heredado, por ejemplo, a partir de las capacidades indicadas en la baliza o respuesta de sondeo, la STA puede evitar enviar su número de versión del CAG almacenado en la trama de solicitud inicial del GAS configurando el campo de versión del CAG - información de respuesta de la consulta a cero. Esto es coherente con la enmienda D2.0 del borrador 802.11ai de que cero no es un número de versión del CAG válido. En su lugar, un valor de cero en el campo de versión del CAG -información de respuesta de la consulta en una solicitud inicial del GAS puede ser utilizado por una STA, que da soporte al mecanismo de señalización mejorado, para indicar (y puede ser interpretado por un AP, que da soporte al mecanismo de señalización mejorada) que la STA no tiene un número de versión del CAG almacenado para el AP y el protocolo de anuncios asociado. En tanto que una STA heredada (por ejemplo, capaz de utilizar tramas del GAS pero no capaz de utilizar la función CAG o las mejoras de señalización) el envío de una trama de solicitud inicial del GAS configurará el campo de información de respuesta de la consulta a cero, el AP, que da soporte al mecanismo de señalización mejorado, lo tratará como si la STA no tuviera un número de versión del CAG almacenado para el AP y el protocolo de anuncios asociado. Por lo tanto, el AP no acortará el procedimiento de consulta. Por lo tanto, en resumen, las realizaciones de ejemplo presentadas en la presente memoria no tienen un problema de compatibilidad hacia atrás con los AP heredados o las STA heredadas. Un sistema de comunicaciones hecho con estas realizaciones de ejemplo puede coexistir con los AP heredados y las STA heredadas.

La Figura 14a ilustra un diagrama de flujo de los primeros ejemplos de operaciones 1400 que se producen en una STA que participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1400 pueden ser indicativas de operaciones que se producen en una STA cuando la STA participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1400 pueden corresponder al diagrama de intercambio de mensajes 1200.

Las operaciones 1400 pueden comenzar con la STA que adquiere la primera información de capa superior y el número del CAG de un servidor (bloque 1405). La primera información de capa superior y el número del CAG pueden estar asociados con una red, un servicio, una base de datos y similares. La STA puede desconectarse de la red (bloque 1407). Posteriormente, la STA puede volver a visitar la red, que puede identificar según el BSSID incluido en la trama baliza transmitida por un AP, por ejemplo (bloque 1409). La STA puede enviar una trama de solicitud inicial del GAS que incluye el número de versión del CAG almacenado (bloque 1411). La STA puede recibir una trama de respuesta inicial del GAS con un indicador que indica si el número de versión del CAG almacenado coincide con el número de versión actual del CAG (bloque 1413). El indicador puede estar ubicado en un campo del código de estado de la trama de respuesta inicial del GAS. Si el número de versión del CAG almacenado coincide con el número de versión actual del CAG, la trama de respuesta inicial del GAS no incluye información de capa superior. Si el número de versión del CAG almacenado no coincide con el número de versión actual del CAG, la trama de respuesta inicial del GAS recibida por la STA puede incluir información de capa superior y el número del CAG actual en un campo de respuesta de la consulta. La STA puede continuar con el procedimiento de selección de red (bloque 1415).

La Figura 14b ilustra un diagrama de flujo de los segundos ejemplos de operaciones 1450 que se producen en una STA que participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1450 pueden ser indicativas de operaciones que se producen en una STA cuando la STA participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1450 pueden corresponder al diagrama de intercambio de mensajes 1300.

Las operaciones 1450 pueden comenzar con la STA que adquiere la primera información de capa superior y el número del CAG de un servidor (bloque 1455). La primera información de capa superior y el número del CAG pueden estar asociados con una red, un servicio, una base de datos y similares. La STA puede desconectarse de la red (bloque 1457). Posteriormente, la STA puede volver a visitar la red, que puede identificar según el BSSID incluido en la trama baliza transmitida por un AP, por ejemplo (bloque 1459). La STA puede enviar una trama de solicitud inicial del GAS que incluye el número de versión del CAG almacenado (bloque 1461). La STA puede recibir una trama de respuesta inicial del GAS con un indicador que indica si el número de versión del CAG almacenado es el mismo que el número de versión actual del CAG (bloque 1463). El indicador puede estar ubicado en un campo del código de estado de la trama de respuesta inicial del GAS. Si el número de versión del CAG almacenado coincide con el número de versión actual del CAG, se incluye un primer valor de indicador en la trama de respuesta inicial del GAS, por ejemplo, contenido en el campo código de estado; de lo contrario, se incluye un segundo valor de indicador en la trama de respuesta inicial del GAS, por ejemplo, contenido en el campo del código de estado.

La STA puede realizar una verificación del indicador (por ejemplo, el valor contenido en el campo del código de estado) en la trama de respuesta inicial del GAS recibida para determinar si se recibe el primer valor del indicador (bloque 1465). Si se recibe el primer valor del indicador (por ejemplo, en el campo del código de estado), que indica que el número de versión del CAG almacenado coincide con el número de versión actual del CAG, la ^sT^a puede continuar con el procedimiento de selección de red (bloque 1469). Si no se recibe el primer valor del indicador, lo que indica que el número de versión del CAG almacenado no coincide con el número de versión actual del CAG, la STA puede adquirir y almacenar la información de capa superior actualizada (la información del CAG actualizada) y el número de versión actual del CAG desde el AP (bloque 1467). Como ejemplo ilustrativo, la STA puede realizar una solicitud de consulta normal para obtener la información de capa superior actualizada (la información del CAG actualizada) y el número de versión actual del CAG desde el AP. La STA puede continuar con el procedimiento de selección de red (bloque 1469).

La Figura 15a ilustra un diagrama de flujo de los primeros ejemplos de operaciones 1500 que se producen en un AP que participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1500 pueden ser indicativas de operaciones que se producen en un AP cuando el AP participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1500 pueden corresponder al diagrama de intercambio de mensajes 1200.

Las operaciones 1500 pueden comenzar con el AP que recibe una trama de solicitud inicial del GAS que incluye un número de versión del CAG almacenado en una STA (bloque 1505). El AP puede realizar una verificación para determinar si el número de versión del CAG almacenado en la trama de solicitud inicial del GAS coincide con un número de versión actual del CAG que está asociado con el mismo protocolo de anuncios (bloque 1507). Si los dos números de versión del CAG coinciden, el AP puede enviar una trama de respuesta inicial del GAS con un indicador que indica que los dos números de versión del CAG coinciden (bloque 1509). Si los dos números de versión del CAG no coinciden, el AP puede recuperar una solicitud de consulta de la trama de solicitud inicial del GAS y reenviar la solicitud de consulta a un servidor para solicitar una respuesta (bloque 1511). El AP puede recibir la respuesta del servidor (bloque 1513). La respuesta del servidor puede incluir una respuesta de la consulta para la STA solicitante. El contenido de la respuesta de la consulta puede incluir el número de versión del CAG actualizado y la información de capa superior, que puede ser transparente para el AP. El AP puede recuperar la respuesta de la consulta de la respuesta recibida del servidor y enviar una trama de respuesta inicial del GAS con la respuesta de la consulta (bloque 1515).

La Figura 15b ilustra un diagrama de flujo de los segundos ejemplos de operaciones 1550 que se producen en un AP que participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1550 pueden ser indicativas de operaciones que se producen en un AP cuando el AP participa en un procedimiento de detección de red, detección de servicio o detección de información. Las operaciones 1550 pueden corresponder al diagrama de intercambio de mensajes 1300.

Las operaciones 1550 pueden comenzar con el AP que recibe una primera trama de solicitud inicial del GAS que incluye un número de versión del CAG almacenado en una STA (bloque 1555). La primera trama de solicitud inicial del GAS puede no incluir una solicitud de consulta, por ejemplo, el campo de longitud de solicitud de consulta contiene un valor de cero y el campo de la solicitud de consulta es nulo. El AP puede realizar una verificación para determinar si el número de versión del CAG almacenado en la trama de solicitud inicial del GAS coincide con un número de versión actual del CAG asociado con el mismo protocolo de anuncios (bloque 1557). Si los dos números de versión del CAG coinciden, el AP puede enviar una primera trama de respuesta inicial del GAS con un indicador que indica que los dos números de versión del CAG coinciden (bloque 1559).

Si los dos números de versión del CAG no coinciden, el AP puede enviar la primera trama de respuesta inicial del GAS con un indicador que indica que los dos números de versión del CAG no coinciden (bloque 1561). El AP puede recibir una segunda trama de solicitud inicial del GAS que incluye una solicitud de consulta (bloque 1563). El contenido de la solicitud de consulta, que puede ser transparente para el AP, puede incluir una solicitud de un número de versión del CAG actualizado e información de capa superior (información del CAG). El AP puede recuperar la solicitud de consulta de la segunda trama de solicitud inicial del GAS y reenviar la solicitud de consulta a un servidor para una respuesta (bloque 1565). El AP puede recibir la respuesta del servidor (bloque 1567). La respuesta del servidor puede incluir una respuesta de la consulta para la STA solicitante. El contenido de la respuesta de la consulta, que puede ser transparente para el AP, puede incluir el número de versión del CAG actualizado y la información de capa superior (información del CAG). El AP puede recuperar la respuesta de la consulta de la respuesta recibida del servidor y enviar una segunda trama de respuesta inicial del GAS con la respuesta de la consulta (bloque 1569).

Se ha señalado anteriormente que el número del CAG también está asociado con el protocolo de anuncios que se está utilizando. Por lo tanto, cuando un AP anuncia un número de versión actual del CAG utilizando el IE del número del CAG incluido en las tramas baliza o de respuesta de sondeo, el AP también debe indicar el protocolo de anuncios asociado con ese número de versión del CAG. La Figura 16 ilustra un ejemplo de IE de número del CAG 1600 al incluir una ID del protocolo de anuncios asociado con el número de versión del CAG. Según se muestra en la Figura 16, el IE del número del CAG 1600 comprende el campo de ID de IE 1610 que contiene un valor del identificador del elemento correspondiente al elemento del número del CAG, el campo de longitud 1620 que indica la longitud total, en octetos, de los campos restantes en el elemento, uno o más campos de tuplas del CAG tal como el campo de tupla del CAG 1630, campo de tupla del CAG 1650 y campo de tupla del CAG 1660. Cada campo de tupla del CAG (tal como el campo de tupla del CAG 1630) comprende un subcampo de la versión del CAG de 1 octeto (tal como el subcampo de la versión del CAG 1635), un subcampo de alcance de 1 octeto (tal como el subcampo de alcance 1640) y un subcampo de ID del protocolo de anuncios de 1 octeto (tal como el subcampo de ID del protocolo de anuncios 1645). El número de campo de tupla del CAG incluidos en el elemento del número del CAG 1600 puede inferirse a partir del valor contenido en el campo de longitud 1620.

La Figura 17 ilustra un ejemplo de realización alternativa del IE del número del CAG 1700. Según se muestra en la Figura 17, el IE del número del CAG 1700 comprende un ID del IE 1710 que contiene un valor del identificador del elemento correspondiente al elemento del número del CAG, el campo de longitud 1720 que indica la longitud total, en octetos, de los campos restantes en el elemento, uno o más campos de tuplas del CAG tal como el campo de tupla del CAG 1730, campo de tupla del CAG 1750 y campo de tupla del CAG 1760. Cada campo de tupla del CAG (tal como el campo de tupla del CAG 1730) comprende un subcampo de la versión del CAG de 1 octeto (tal como el subcampo de la versión del CAG 1735), un subcampo de alcance de 3 bits (tal como el subcampo de alcance 1740) y un subcampo de ID del protocolo de anuncios parcial de 5 bits (tal como el subcampo de ID del protocolo de anuncios parcial 1745). El número de campo de tupla del CAG incluidos en el elemento del número del CAG 1700 puede inferirse a partir del valor contenido en el campo de longitud 1720. El IE del número del CAG 1700 difiere del Ie del número del CAG 1600 en que el subcampo de ID del protocolo de anuncios de 1 octeto (tal como el subcampo de ID del protocolo de anuncios 1645) se sustituye por un subcampo de ID del protocolo de anuncios parcial de 5 bits 1745, el subcampo de alcance de 1 octeto (tal como el subcampo de alcance 1640) se sustituye con un subcampo de alcance de 3 bits 1740, y estos dos subcampos se combinan en uno de 1 octeto. Por lo tanto, cada campo de tupla del CAG en el IE del número del CAG 1700 tiene una longitud de 2 octetos, en lugar del largo de 3 octetos como en el IE del número del CAG 1600. El ID del protocolo de anuncios parcial de 5 bits puede ser los primeros 5 bits (es decir, los 5 bits menos significativos) del ID del protocolo de anuncios de 1 octeto tal como se define actualmente, lo que significa que solo se pueden asignar un total de 32 ID del protocolo de anuncios de 1 octeto a fin de evitar una posible superposición entre sus ID del protocolo de anuncios parcial. Como ejemplo ilustrativo, si el número de versión del CAG contenido en el subcampo de la versión del CAG (tal como el subcampo de la versión del CAG 1735) está asociado con el ANQP, entonces el subcampo de ID del protocolo de anuncios parcial dentro del mismo campo de tupla de CAG (tal como el subcampo de ID del protocolo de anuncios parcial 1745) contiene un valor de 0 (o 00000 si se expresa en binario), ya que el ID del protocolo de anuncios completo para el ANQP es 0 (o 00000000 si se expresa en binario).

La Tabla 1 a continuación proporciona un número de protocolos de anuncios de ejemplo y sus valores del ID del protocolo de anuncios completo asociados y los valores del ID del protocolo de anuncios parcial, todos expresados en decimal, aplicables a los formatos de ejemplo ilustrados en las Figuras 16 y 17, respectivamente.

Tabla 1

El número de valores de alcance que pueden definirse en el subcampo de alcance de 3 bits (tal como el subcampo de alcance 1740) también se reduce a 8, en comparación con 256 mediante un subcampo de alcance de 1 octeto (tal como el subcampo de alcance 1640). Dado que el número de valores de alcance del subcampo de alcance de 3 bits se reduce significativamente, una posible solución es volver a interpretar el significado de cada valor del alcance contenido en el subcampo de alcance de 3 bits en base al valor del ID de protocolo de anuncios parcial correspondiente que está incluido en el mismo campo de tupla del CAG. Como ejemplo ilustrativo, si el ID del protocolo de anuncios parcial indica que el protocolo de anuncios asociado es el ANQP, un valor de 0 en el subcampo de alcance de 3 bits puede indicar que el número del CAG es específico de BSS, un valor de "1" puede indicar que el número del CAG es común dentro del mismo HESSID, un valor de "2" puede indicar que el número del CAG es común dentro de la misma zona del conjunto de servicios extendidos (ESS), y los valores de 3 a 7 pueden reservarse para el subcampo de alcance del ANQP; mientras tanto, si el ID del protocolo de anuncios parcial indica que el protocolo de anuncios asociado es el RLPQ (para la tecnología de banda blanca de TV), un valor de 0, 1, 2, 3, 4 o 5 en el subcampo de alcance de 3 bits puede indicar que el número del CAG asociado con una base de datos de bandas blancas de TV o un mapa de la disponibilidad de canales es común en todo el país, en el estado, en el condado, en la ciudad, en el ESS o en el BSS, respectivamente, y los valores de 6 y 7 pueden estar reservados para el subcampo de alcance del RLQP.

La Figura 18 ilustra un diagrama de flujo de ejemplos de operaciones 1800 que se producen en un dispositivo de comunicaciones que transmite una trama que incluye un IE del número del CAG. Las operaciones 1800 pueden ser indicativas de operaciones que se producen en un dispositivo de comunicaciones tal como una STA y/o un AP, ya que el dispositivo de comunicaciones transmite una trama que incluye un IE del número del CAG.

Las operaciones 1800 pueden comenzar con el dispositivo de comunicaciones que genera una trama que incluye un IE del número del CAG según las Figuras 16 o 17 (bloque 1805). La trama puede ser una trama baliza, una trama de respuesta de sondeo, una trama de solicitud inicial del GAS, una trama baliza corta, una trama de acción pública y similares. El IE del número del CAG puede incluir una o más tupias del CAG, con cada tupia del CAG que incluye un campo de versión del CAG, un campo de alcance (que puede tener una longitud de 3 bits u 8 bits) y un campo de ID del protocolo de anuncios (que puede ser de 5 bits de largo u 8 bits de largo). El dispositivo de comunicaciones puede enviar la trama (bloque 1810).

Las realizaciones de ejemplo descritas pueden aplicarse no solo para mejorar la característica actual del CAG 802.11 ai tal como se define en la enmienda D2.0 del borrador 802.11ai, que se define solo para el ANQP, pero también para mejorar otros protocolos de anuncios existentes, por ejemplo, el RLQP tal como se define en la enmienda 802.11af para la tecnología de banda blanca de TV, el servicio de información de traspaso independiente del medio (MIH), el comando de traspaso independiente del medio (MIH) y la detección de la capacidad de servicios de eventos, el sistema de alerta de emergencia (EAS), la función de detección y selección de la red de acceso (ANDSF), como así como aquellos protocolos de anuncios aún por definir, como el PADP, que está siendo estudiado por el proyecto 802.11aq para la detección de la preasociación. Por lo tanto, el servidor puede ser un servidor que da soporte a uno o más de ANQP, MIH, RLQP, PADP, ANDSF y similares. El CAG puede definirse como cualquier grupo de información de capa superior asociado con un protocolo de capa superior que utiliza las tramas de la capa 2 como medio de transporte entre una STA y un AP al que se conecta el servidor. Por ejemplo, la información de capa superior puede estar relacionada con la información de servicio, información de protocolo, información de configuración, mapa de la banda blanca de TV o base de datos de información sobre la disponibilidad de canales. El uso de estas técnicas puede ser para cualquier tipo de propósito de detección. Por ejemplo, el procedimiento de detección puede ser una detección de red, en el que la red puede ser una red de acceso, una red de proveedor de servicios de abonado (SSPN) y/o una red celular, una detección de servicio, una detección de información o la detección de un canal de banda blanca de TV disponible. La decisión que se tome después del procedimiento de detección puede ser cualquier tipo de decisión, tal como una decisión de selección de red, una decisión de selección de servicio, una decisión de selección de dispositivo homólogo, una decisión de utilizar un canal de banda blanca de TV disponible para comunicaciones, etc. El número de versión del CAG también se puede referir como un recuento de cambios de configuración, un número de secuencia de configuración, un número del conjunto de configuración, un número del índice de mapa de banda blanca de TV, etc.

En términos generales, una estación (o un dispositivo, un equipo de usuario, un terminal, un móvil y similares) puede comunicarse a un servidor a través de un punto de acceso (o una estación base, un controlador, un nodo B, un nodo B mejorado, y similares) a fin de obtener una información de capa superior asociada con el servidor, utilizando los transportes de la capa 2 proporcionados entre la estación y el punto de acceso y entre el punto de acceso y el servidor. Un número de índice (o número de versión, recuento de cambios, número de secuencia de configuración, etc.) puede estar asociado con la información de capa superior. El número de índice y la información de capa superior pueden proporcionarse a la estación desde el servidor, por ejemplo, durante una visita anterior, y pueden ser almacenados por la estación. El servidor puede proporcionar el último número de índice al punto de acceso. En una visita posterior al punto de acceso de la estación, la estación puede proporcionar su número de índice almacenado al punto de acceso. Dado que la información de capa superior puede estar asociado con un protocolo de capa superior, que se identifica mediante un identificador de protocolo, la estación también puede proporcionar el identificador de protocolo asociado al punto de acceso. El punto de acceso puede comparar el número de índice proporcionado por la estación y el número de índice proporcionado por el servidor. El punto de acceso puede utilizar el identificador de protocolo proporcionado por la estación para seleccionar el servidor, cuyo número de índice se compara con el número de índice proporcionado por la estación. Si los dos números de índice son iguales, el punto de acceso puede indicarlo a la estación de modo que la estación pueda utilizar su información de capa superior almacenada con el propósito de que se utilice la información de capa superior para (por ejemplo, seleccionar una red, detectar un servicio, etc.), sin recibir más información de capa superior del servidor. La estación puede proporcionar su número de índice almacenado al punto de acceso en una porción de una trama de la capa 2 que es visible para el punto de acceso, de modo que la información de capa superior o una consulta de la capa superior de dicha información de capa superior puede permanecer transparente para el acceso punto incluso si la información de capa superior o la consulta de la capa superior pueden estar contenidas en una porción de una trama de la capa 2 que se transmite entre la estación y el punto de acceso.

La Figura 19 es un diagrama de bloques de un sistema de procesamiento 1900 que puede utilizarse para implementar los dispositivos y procedimientos descritos en la presente memoria. Los dispositivos específicos pueden utilizar todos los componentes mostrados, o solo un subconjunto de los componentes, y los niveles de integración pueden variar de un dispositivo a otro. Además, un dispositivo puede contener múltiples instancias de un componente, tal como múltiples unidades de procesamiento, procesadores, memorias, transmisores, receptores, etc. El sistema de procesamiento puede comprender una unidad de procesamiento 1905 equipada con uno o más dispositivos de entrada/salida, tal como una interfaz humana 1915 (que incluye un altavoz, micrófono, ratón, pantalla táctil, teclado numérico, teclado, impresora y similares), pantalla 1910, etcétera. La unidad de procesamiento puede incluir una unidad central de procesamiento (CPU) 1920, memoria 1925, un dispositivo de almacenamiento masivo 1930, un adaptador de vídeo 1935 y una interfaz de E/S 1940 conectada a un bus 1945.

El bus puede ser uno o más de cualquier tipo de varias arquitecturas de bus, incluido un bus de memoria o un controlador de memoria, un bus periférico, bus de vídeo o similares. La CPU puede comprender cualquier tipo de procesador electrónico de datos. La memoria puede comprender cualquier tipo de memoria del sistema, tal como memoria de acceso aleatorio estático (SRAM), memoria de acceso aleatorio dinámico (DRAM), DRAM síncrona (SDRAM), memoria de solo lectura (ROM), una combinación de las mismas, o similares. En una realización, la memoria puede incluir una ROM para su uso durante el arranque, y una DRAM para el almacenamiento de programas y datos para su uso mientras se ejecutan programas.

El dispositivo de almacenamiento masivo puede comprender cualquier tipo de dispositivo de almacenamiento configurado para almacenar datos, programas y otra información y para hacer que los datos, programas y otra información sean accesibles a través del bus. El dispositivo de almacenamiento masivo puede comprender, por ejemplo, uno o más de una unidad de estado sólido, una unidad de disco duro, una unidad de disco magnético, una unidad de disco óptico, o similares.

El adaptador de vídeo y la interfaz de E/S proporcionan interfaces para acoplar dispositivos externos de entrada y salida a la unidad de procesamiento. Según se ilustra, los ejemplos de dispositivos de entrada y salida incluyen la pantalla acoplada al adaptador de vídeo y el ratón/teclado/impresora acoplados a la interfaz de E/S. Se pueden acoplar otros dispositivos a la unidad de procesamiento y se pueden utilizar más o menos tarjetas de interfaz. Por ejemplo, se puede utilizar una interfaz en serie tal como un bus serie universal (USB) (no se muestra) para proporcionar una interfaz para una impresora.

La unidad de procesamiento también incluye una o más interfaces de red 1950, que pueden comprender enlaces cableados, tal como un cable Ethernet o similares, y/o enlaces inalámbricos para acceder a los nodos o redes diferentes 1955. La interfaz de red permite que la unidad de procesamiento se comunique con las unidades remotas a través de las redes. Por ejemplo, la interfaz de red puede proporcionar comunicación inalámbrica a través de uno o más transmisores/antenas de transmisión y uno o más receptores/antenas de recepción. En una realización, la unidad de procesamiento está acoplada a una red de área local o una red de área amplia para el procesamiento de datos y comunicaciones con dispositivos remotos, tales como otras unidades de procesamiento, la Internet, instalaciones de almacenamiento remoto o similares.

Aunque la presente descripción y sus ventajas se han descrito en detalle, debe entenderse que se pueden realizar diversos cambios, sustituciones y alteraciones en la presente memoria sin apartarse del alcance de la descripción tal como se define en las reivindicaciones anejas.

Claims (20)

REIVINDICACIONES

1. Un procedimiento para hacer funcionar una estación durante un procedimiento de detección, el procedimiento que comprende:

transmitir (1411, 1461), mediante la estación, una primera trama de la capa 2 a un punto de acceso, AP, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión; recibir (1413, 1463), mediante la estación, una segunda trama de la capa 2 desde el AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión;

decidir, mediante la estación, si realizar o no un procedimiento de selección de red según la primera información de capa superior;

en el que la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

2. El procedimiento de la reivindicación 1, en el que la primera trama de la capa 2 incluye además una solicitud de consulta para la segunda información de capa superior.

3. El procedimiento de la reivindicación 1 o 2, en el que el primer número de versión y el segundo número de versión son los números de versión del grupo de anuncios comunes, CAG, y la primera información de capa superior y la segunda información de capa superior son CAG.

4. El procedimiento de una cualquiera de las reivindicaciones 1-3, en el que la indicación de que el primer número de versión es el mismo que el segundo número de versión está contenida en un campo del código de estado en la segunda trama de la capa 2.

5. El procedimiento de cualquiera de las reivindicaciones 1-4, en el que el protocolo es uno entre el protocolo de consulta de la red de acceso, ANQP, protocolo de consulta de ubicación registrada, RLQP, protocolo de detección de la preasociación, PADP, traspaso independiente del medio, MIH, servicio de información, detección de la capacidad de servicios de eventos y comando MIH, y sistema de alerta de emergencia, EAS.

6. Un procedimiento para hacer funcionar un punto de acceso, el procedimiento que comprende:

recibir (1505, 1555), mediante el punto de acceso, una primera trama de la capa 2 desde una estación, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión; obtener, mediante el punto de acceso, un segundo número de versión asociado con la segunda información de capa superior de un servidor;

determinar (1507, 1557), mediante el punto de acceso, si el primer número de versión y el segundo número de versión coinciden, y

transmitir (1509, 1559), mediante el punto de acceso, una segunda trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión coinciden, la segunda trama de la capa 2 incluye una indicación de que el primer número de versión y el segundo número de versión coinciden;

en el que la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

7. El procedimiento de la reivindicación 6, en el que la primera trama de la capa 2 incluye además una solicitud de consulta para la segunda información de capa superior.

8. El procedimiento de la reivindicación 6 o 7, en el que la indicación de que el primer número de versión y el segundo número de versión coinciden está contenida en un campo del código de estado en la segunda trama de la capa 2.

9. El procedimiento de cualquiera de las reivindicaciones 6 a 8 que además comprende:

cuando el primer número de versión y el segundo número de versión no coinciden,

recuperar una solicitud de consulta de la primera trama de la capa 2,

reenviar la solicitud de consulta al servidor según el identificador del protocolo,

recibir una respuesta de la consulta desde el servidor, y

enviar una sexta trama de la capa 2 a la estación, la sexta trama de la capa 2

que incluye la respuesta de la consulta.

10. El procedimiento de cualquiera de las reivindicaciones 6 o 9, en el que el primer número de versión y el segundo número de versión son los números de versión del grupo de anuncios comunes, CAG, y la primera información de capa superior y la segunda información de capa superior son CAG.

11. Una estación (1305) adaptada para realizar un procedimiento de detección, la estación que comprende:

un procesador; y

un medio de almacenamiento legible por ordenador que almacena la programación para ser ejecutada por el procesador, la programación que incluye instrucciones para:

transmitir una primera trama de la capa 2 a un punto de acceso, AP, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión,

recibir una segunda trama de la capa 2 desde el AP que incluye una indicación de que un segundo número de versión asociado con una segunda información de capa superior es el mismo que el primer número de versión, y decidir si realizar o no un procedimiento de selección de red según la primera información de capa superior; en el que la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

12. La estación de la reivindicación 11, en la que la primera trama de la capa 2 incluye además una solicitud de consulta para la segunda información de capa superior.

13. La estación de la reivindicación 11 o 12, en la que el primer número de versión y el segundo número de versión son los números de versión del grupo de anuncios comunes, CAG, y la primera información de capa superior y la segunda información de capa superior son CAG.

14. La estación de una cualquiera de las reivindicaciones 11 a 13, en la que la indicación de que el primer número de versión es el mismo que el segundo número de versión está contenida en un campo del código de estado en la segunda trama de la capa 2.

15. La estación de cualquiera de las reivindicaciones 11 a 14, en la que el protocolo es uno entre el protocolo de consulta de la red de acceso, ANQP, protocolo de consulta de ubicación registrada, RLQP, protocolo de detección de la preasociación, PADP, traspaso independiente del medio, MIH, servicio de información, detección de la capacidad de servicios de eventos y comando MIH, y sistema de alerta de emergencia, EAS.

16. Un punto de acceso (1310) adaptado para participar en un procedimiento de detección que comprende:

un procesador; y

un medio de almacenamiento legible por ordenador que almacena la programación para ser ejecutada por el procesador, la programación que incluye instrucciones para:

recibir una primera trama de la capa 2 desde una estación, la primera trama de la capa 2 que incluye un primer número de versión asociado con la primera información de capa superior y un identificador de un protocolo asociado con la primera información de capa superior y el primer número de versión,

obtener un segundo número de versión asociado con la segunda información de capa superior de un servidor, determinar si el primer número de versión y el segundo número de versión coinciden, y

transmitir una segunda trama de la capa 2 a la estación cuando el primer número de versión y el segundo número de versión coinciden, la segunda trama de la capa 2 incluye una indicación de que el primer número de versión y el segundo número de versión coinciden;

en el que la primera trama de la capa 2 es una trama de solicitud inicial del GAS IEEE 802.11 y la segunda trama de la capa 2 es una trama de respuesta inicial del GAS IEEE 802.11.

17. El punto de acceso de la reivindicación 16, en el que la primera trama de la capa 2 incluye además una solicitud de consulta para la segunda información de capa superior.

18. El punto de acceso de la reivindicación 16 o 17, en el que el primer número de versión y el segundo número de versión son los números de versión del grupo de anuncios comunes, CAG, y la primera información de capa superior y la segunda información de capa superior son CAG.

19. El punto de acceso de cualquiera de las reivindicaciones 16 a 18, en el que la indicación de que el primer número de versión y el segundo número de versión coinciden está contenida en un campo del código de estado en la segunda trama de la capa 2.

20. El punto de acceso de cualquiera de las reivindicaciones 16 a 19, en la que el protocolo es uno entre el protocolo de consulta de la red de acceso, ANQP, protocolo de consulta de ubicación registrada, RLQP, protocolo de detección de la preasociación, PADP, traspaso independiente del medio, MIH, servicio de información, detección de la capacidad de servicios de eventos y comando MIH, y sistema de alerta de emergencia, EAS.