ES2966174T3 - Aparato de comunicación y procedimiento de comunicación - Google Patents

Aparato de comunicación y procedimiento de comunicación Download PDF

Info

Publication number
ES2966174T3
ES2966174T3 ES21167328T ES21167328T ES2966174T3 ES 2966174 T3 ES2966174 T3 ES 2966174T3 ES 21167328 T ES21167328 T ES 21167328T ES 21167328 T ES21167328 T ES 21167328T ES 2966174 T3 ES2966174 T3 ES 2966174T3
Authority
ES
Spain
Prior art keywords
nav
mhz
ppdu
duration
sta
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES21167328T
Other languages
English (en)
Inventor
Rojan Chitrakar
Lei Huang
Yoshio Urabe
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Application granted granted Critical
Publication of ES2966174T3 publication Critical patent/ES2966174T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/20Negotiating bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Un receptor, en funcionamiento, recibe una Unidad de Datos de capa PHY que incluye un campo de duración, incluyendo el campo de duración información de duración que indica una duración de tiempo durante la cual el aparato de comunicación tiene prohibido transmitir una señal basada en disparador (TB) de alta eficiencia (HE).) Unidad de datos de la capa PHY. El circuito de la capa física (PHY) en funcionamiento emite un parámetro primitivo PHY-CCA (evaluación de canal limpio). El circuito de control de acceso a medios (MAC) en funcionamiento actualiza un valor de vector de asignación de red (NAV) en función de la información de duración cuando la duración indicada es mayor que un valor NAV actual y cuando se determina que el aparato de comunicación no es un destinatario objetivo de la unidad de datos de la capa PHY recibida. El circuito MAC en funcionamiento determina el estado ocupado/inactivo de al menos un subcanal. El circuito MAC, en funcionamiento, controla la transmisión de la unidad de datos de la capa HE TB PHY. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Aparato de comunicación y procedimiento de comunicación
Campo técnico
La presente divulgación se refiere en general a un aparato de comunicación y a un procedimiento de comunicación que utiliza una detección de portadora virtual multicanal novedosa para posibilitar un uso más eficiente del medio inalámbrico cuando más de una red inalámbrica están coubicadas físicamente.
Antecedentes de la técnica
El grupo de trabajo 802.11 del IEEE (Instituto de Ingenieros Eléctricos y Electrónicos) está actualmente en el procedimiento de estandarizar la tecnología de WLAN (Red de Área Local Inalámbrica) de próxima generación bajo el Grupo de trabajo 802.11ax. El objetivo principal del Grupo de trabajo es la mejora de la eficiencia del espectro para mejorar el rendimiento/área del sistema en escenarios de alta densidad de puntos de acceso (AP) y/o estaciones terminales ("STA no AP" o simplemente STA en el resto del documento ). Un dispositivo basado en la especificación IEEE 802.11ax se denomina generalmente dispositivo de Alta Eficiencia (HE). Entre las diversas tecnologías que se proponen, el Acceso Múltiple por División de Frecuencia Ortogonal (OFDMA) y la transmisión multiusuario de enlace ascendente son dos tecnologías clave que el Grupo de trabajo de IEEE 802.11ax ha adoptado para lograr los objetivos de mejora de rendimiento. Una WLAN 802.11 con un AP y al menos una STA que ha negociado la pertenencia a WLAN con ese AP (conocido como procedimiento de asociación) se denomina un Conjunto de Servicios Básicos (BSS).
La figura 1 ilustra un ejemplo de dos BSS 802.11ax 100 y 145; comprendiendo cada BSS un AP de HE y varias STA de HE asociadas con el AP de HE respectivamente. Un BSS que opera en el mismo canal que un canal de un BSS de una STA y parcial o totalmente dentro de la cobertura de radio de la STA se conoce como un Conjunto de Servicios Básicos Superpuestos (OBSS). En la figura 1, suponiendo que la STA2 120 está asociada con el AP1 101, el BSS 145 se considera un OBSS para la STA2 120.
El protocolo de Control de Acceso al Medio (MAC) de dispositivos 802.11, incluyendo dispositivos 802.11ax, usa el protocolo de Acceso Múltiple de Detección de Portadora con Evitación de Colisión (CSMA/CA) basado en contención para compartir el medio inalámbrico. La evitación de colisión se logra mediante el uso de retrocesos aleatorios, mientras que CSMA implica el uso de mecanismos físicos y virtuales de Detección de Portadora (CS). El mecanismo de CS físico es proporcionado por la capa física (PHY) e implica la detección real del medio inalámbrico (ya sea Detección de Preámbulo (PD) o Detección de Energía (ED) o ambas). El mecanismo de CS virtual es proporcionado por la capa de MAC y hace uso del Vector de Asignación de Red (NAV).
El NAV mantiene una predicción de tráfico futuro en el medio basándose en la información de duración que se anuncia en la mayoría de tramas de IEEE 802.11. Esta duración puede estar contenida en el encabezado de MAC y/o puede obtenerse también a partir de la duración de Oportunidad de Transmisión (TXOP) en el encabezado de PHY, si está presente. La duración de TXOP representa un intervalo de tiempo durante el cual una STA particular tiene derecho a iniciar secuencias de intercambio de tramas en el medio inalámbrico. Cuando la CS física o la CS virtual indican que el medio está ocupado, no se permite que un dispositivo transmita ninguna señal, excepto algunas tramas específicas, tal como la trama de Acuse de recibo (Ack) o la trama de Ack de bloqueo, etc. Para mejorar la eficiencia del mecanismo de acceso de canal en presencia de OBSS, 802.11ax ha aprobado el uso de dos NAV: uno conocido como NAV intra-BSS, y el segundo conocido como NAV básico. NAV intra-BSS se usa para almacenar un valor de NAV, si es aplicable, desde una unidad de datos de protocolo PHY (PPDU) que se identifica como intra-BSS, es decir, el BSS con el que está asociada la STA. El NAV básico, por otra parte, se usa para almacenar otro valor de NAV, si es aplicable, de PPDU inter-BSS, es decir, PPDU de o Bs S o de PPDU que no pueden identificarse como intra-BSS o inter-BSS.
[Lista de citas]
[Referencias no de patente]
[NPL 1] IEEE802.11-15/0132r17, Specification Framework for TGax, mayo de 2015
[NPL 2] Estándar IEEE 802.11-2012
[NPL 3] IEEE 802.11-16/0024r1, Proposed TGax draft specification
[NPL 4] IEEE 802.11-16/0054r1, UL MU CCA Response
[Sumario de la invención]
Cuando el NAV básico de una STA se ajusta a un valor distinto de cero debido a la transmisión de OBSS, dado que la CS virtual indica ocupado, la regla de Detección de Canal Multiusuario de Enlace Ascendente (CS de MU de UL) prohíbe que la STA transmita una PPDU basada en disparo de HE en la RU asignada por una trama de Disparo, incluso cuando la Detección de Energía en los canales de 20 MHz que contienen las RU asignadas indica que los canales están inactivos. Esto conduce a una pérdida de oportunidad de transmisión para las STA, disminuyendo así la eficiencia de la transmisión multiusuario de enlace ascendente en presencia de tráfico de OBSS.
La invención se expone en el conjunto de reivindicaciones adjunto.
Una realización no limitante e ilustrativa de la presente divulgación proporciona un aparato de comunicación y un procedimiento de comunicación que puede facilitar la mejora de la eficiencia de la transmisión multiusuario de enlace ascendente en presencia de tráfico de OBSS.
Las técnicas desveladas en el presente documento presentan: un aparato de comunicación que comprende: un receptor que, en funcionamiento, recibe una Unidad de datos de capa PHY que incluye un campo de duración, incluyendo el campo de duración información de duración que indica una duración de tiempo durante la cual el aparato de comunicación tiene prohibido transmitir una Unidad de datos de capa PHY basada en disparo (TB) de alta eficiencia (HE); y circuitería de capa física (PHY) que, en funcionamiento, emite un parámetro de primitiva PHY-CCA (evaluación de canal libre) que indica información de ancho de banda en un estado ocupado o inactivo para cada subcanal dentro de un ancho de banda operativo; y circuitería de Control de Acceso al Medio (MAC) que, en funcionamiento, actualiza un valor de Vector de Asignación de Red (NAV) basándose en la información de duración cuando la duración indicada es mayor que un valor de NAV actual y cuando se determina que el aparato de comunicación no es un receptor objetivo de la Unidad de datos de capa PHY recibida; y, en funcionamiento, determina el estado ocupado/inactivo de al menos un subcanal que incluye una unidad de recursos (RU) en la que se va a transmitir la Unidad de datos de capa HE TB PHY, basándose en la información de ancho de banda; en el que la circuitería de MAC, en funcionamiento, controla la transmisión de la Unidad de datos de capa HE TB PHY basándose en el valor de NAV actualizado y el estado ocupado/inactivo del al menos un subcanal.
Estos aspectos generales y específicos pueden implementarse usando un dispositivo, un sistema, un procedimiento y un programa informático, y cualquier combinación de dispositivos, sistemas, procedimientos y programas informáticos.
El aparato de comunicación y el procedimiento de comunicación descritos en la presente divulgación pueden facilitar la mejora de la eficiencia de la transmisión multiusuario de enlace ascendente en presencia de tráfico de OBSS.
Beneficios y ventajas adicionales de las realizaciones desveladas se harán evidentes a partir de la memoria descriptiva y los dibujos. Los beneficios y/o ventajas pueden obtenerse individualmente mediante las diversas realizaciones y características de la memoria descriptiva y los dibujos, no siendo necesario proporcionar todos ellos con el fin de obtener uno o más de tales beneficios y/o ventajas.
Breve descripción de los dibujos
[fig.1] La figura 1 es un diagrama de redes inalámbricas superpuestas en las que puede aplicarse la realización de la presente divulgación.
[fig.2] La figura 2 es un diagrama de temporización de una secuencia de intercambio de tramas de ejemplo que destaca el procedimiento de ajuste de NAV.
[fig.3A] La figura 3A es un diagrama de temporización de otra secuencia de intercambio de tramas de ejemplo que aclara cómo se actualizan los dos NAV introducidos en 802.11ax.
[fig.3B] La figura 3B es un diagrama que ilustra la convención de denominación de los canales de 20 MHz en un canal de banda ancha.
[fig.4] La figura 4 es un diagrama de una transmisión multiusuario de enlace ascendente de ejemplo que ilustra la regla de CS de MU de UL en 802.11ax.
[fig.5] La figura 5 es un diagrama que ilustra el problema técnico abordado en la presente divulgación.
[fig.6] La figura 6 es una tabla que ilustra cómo se actualizan los diversos parámetros relacionados con el mecanismo de CS de MU de UL para la secuencia de trama representada en la figura 4.
[fig.7A] La figura 7A es un ejemplo de secuencias de intercambio de tramas que ilustran la detección de portadora (CS) virtual multicanal introducida en la primera realización.
[fig.7B] La figura 7B es una tabla que ilustra el esquema de codificación para el campo de BW del NAV según la primera realización.
[fig.8A] La figura 8A es un diagrama de flujo que ilustra la regla para la CS virtual multicanal según la primera realización.
[fig.8B] La figura 8B es una tabla que ilustra cómo se actualizan los diversos parámetros relacionados con el mecanismo de CS de MU de UL basándose en la regla de CS virtual multicanal modificada según la primera realización.
[fig.9] La figura 9 es un diagrama que representa tres redes inalámbricas superpuestas.
[fig.10A] La figura 10A es un ejemplo de secuencias de intercambio de tramas que ilustran la regla de actualización de NAV básico en presencia de múltiples OBSS según la primera realización.
[fig.10B] La figura 10B es un diagrama de flujo que ilustra la regla de actualización de NAV básico en presencia de múltiples OBSS según la primera realización.
[fig.11A] La figura 11A es un ejemplo de secuencias de intercambio de tramas que ilustran una regla alternativa para la actualización de NAV básico en presencia de múltiples OBSS según la primera realización.
[fig. 11B] La figura 11B es un diagrama de flujo que ilustra la regla alternativa para la actualización de NAV básico en presencia de múltiples OBSS según la primera realización.
[fig. 11C] La figura 11C es otro diagrama de flujo que ilustra la regla alternativa para la actualización de NAV básico en presencia de múltiples OBSS según la primera realización.
[fig.12] La figura 12 es una tabla que ilustra los miembros adicionales propuestos para la primitiva PHY-CCA.indication según la primera realización.
[fig.13A] La figura 13A es una transmisión de MU de UL de ejemplo que ilustra la segunda realización de la presente divulgación.
[fig.13B] La figura 13B es un diagrama de un mapa de bits usado para registrar el estado de canal según la segunda realización de la presente divulgación.
[fig.14] La figura 14 es un ejemplo de secuencias de intercambio de tramas que ilustran la detección de portadora (CS) virtual multicanal introducida en la segunda realización.
[fig.15] La figura 15 es un diagrama de bloques simplificado de una STA de ejemplo que implementa la detección de portadora virtual multicanal desvelada.
[fig.16] La figura 16 es un diagrama de bloques detallado de una STA de ejemplo que implementa la detección de portadora virtual multicanal desvelada.
[fig.17] La figura 17 es un ejemplo de secuencias de intercambio de tramas que ilustran la detección de portadora (CS) virtual multicanal según la tercera realización.
[fig.18] La figura 18 es una tabla que ilustra cómo se actualizan los diversos parámetros relacionados con el mecanismo de CS de MU de UL basándose en la regla de CS virtual multicanal modificada según la tercera realización.
[fig.19] La figura 19 es un diagrama de flujo que ilustra la regla para el mecanismo de CS de MU de UL multicanal según la tercera realización.
[fig.20] La figura 20 es una tabla que enumera cómo una STA obtiene la información de ancho de banda de canal de una PPDU recibida.
[fig.21] La figura 21 es una tabla que ilustra los miembros adicionales propuestos para la primitiva PHY-CCA.indication según la tercera realización.
[fig.22] La figura 22 es el formato del NAV mantenido por una STA y la codificación del campo TX_Allowed según la cuarta realización.
[fig.23] La figura 23 es un ejemplo de secuencias de intercambio de tramas que ilustran la detección de portadora (CS) virtual multicanal según la cuarta realización.
[fig.24] La figura 24 es otro diagrama que ilustra el problema técnico abordado en la presente divulgación para resaltar mejor las mejoras realizadas por la cuarta realización.
[fig.25] La figura 25 es una tabla que ilustra cómo se actualizan los diversos parámetros relacionados con el mecanismo de CS de MU de UL basándose en la regla de CS virtual multicanal modificada según la cuarta realización.
[fig.26] La figura 26 es un diagrama de flujo que ilustra la regla para el mecanismo de CS de MU de UL multicanal según la cuarta realización.
[fig.27] La figura 27 es un ejemplo de secuencias de intercambio de tramas que ilustran la regla de actualización de NAV básico en presencia de múltiples OBSS según la cuarta realización.
[fig.28] La figura 28 es un diagrama de flujo que ilustra la regla de actualización de NAV básico en presencia de múltiples OBSS según la cuarta realización.
Descripción de realizaciones
La presente divulgación puede entenderse mejor con la ayuda de las siguientes figuras y realizaciones. Las realizaciones descritas aquí son solamente ilustrativas en naturaleza y se usan para describir algunas de las posibles aplicaciones y usos de la presente divulgación y no deberían tomarse como limitantes de la presente divulgación con respecto a realizaciones alternativas que no se describen explícitamente en el presente documento.
Como se ha explicado anteriormente, la transmisión multiusuario usando OFDMA tanto en dirección de enlace descendente como de enlace ascendente es una tecnología clave que el Grupo de trabajo de IEEE 802.11ax ha adoptado para lograr los objetivos de mejora de rendimiento. En la dirección de enlace descendente, dado que es el AP el que transmitirá todas las tramas multiusuario, la transmisión multiusuario es comparativamente más simple que en la dirección de enlace ascendente. La PPDU multiusuario de Enlace Descendente (DL) se compone de un encabezado de PHY de canal ancho que transporta información con respecto a canales de banda estrecha (conocidos como Unidades de Recursos o RU) en los que se transporta cada Unidad de Datos de Servicio de PHY (PSDU) individual. La transmisión en la dirección de enlace ascendente es más complicada que en la dirección de enlace descendente, ya que existe la necesidad de una sincronización de tiempo de las transmisiones desde múltiples STA y también debe garantizarse que las transmisiones desde diferentes STA no interfieran entre sí, es decir, a cada STA se le tiene que asignar una RU única. Esto se consigue en IEEE 802.11ax a través de una trama de control especial denominada trama de Disparo que se transmite por el AP.
La trama de Disparo contiene información tal como Asignación de Unidad de Recursos (RU), la longitud de PPDU de Enlace Ascendente (UL), la MCS, etc., a usar para la transmisión de UL. Además, la trama de Disparo también contiene el "subcampo CS Requerida", que informa a las STA si se requiere o no Detección de Portadora antes de la transmisión MU de UL. Al recibir la trama de Disparo, las STA a las que se asignan RU en la trama de Disparo pueden transmitir sus respectivas tramas de UL en una PPDU multiusuario (MU) de UL después de un período de tiempo de Espacio Intertrama Corto (SIFS) desde el final de la trama de Disparo. Si el valor del "subcampo CS Requerida" en la trama de Disparo es 1, se requiere que una STA siga el procedimiento de Detección de Canal Multiusuario de Enlace Ascendente (CS de MU de UL) que establece que para participar en una transmisión de MU de UL, una STA es requerida para considerar la CS virtual y también realizar una Detección de Energía en todos los canales de 20 MHz en los que se ha asignado RU a la STA. Se permite que la STA transmita la PPDU basada en disparo de HE solo si la CS virtual está inactiva y todos los canales de 20 MHz que contienen las RU asignadas en la trama de Disparo también se consideran inactivas. Si los canales de 20 MHz no están todos inactivos, entonces no se permite que la STA transmita en las RU asignadas.
Haciendo referencia a la figura 1, se representan dos BSS superpuestos (OBSS). El primer BSS, BSS1 100, comprende un AP, AP1 101, y cuatro STA asociadas con AP1: St A1 110, STA2 120, s Ta 3 130 y STA4 140. El segundo BSS, BSS2 145, comprende un AP, AP2 102, y dos STA asociadas con AP2: STA5 150 y STA6 160. Los círculos alrededor de AP1 101 y AP2 102 también representan el área de cobertura de radio de AP1 y AP2, respectivamente. Como puede verse a partir de la figura 1, la STA2 120 está ubicada en el borde de la cobertura de radio de AP1 y resulta que también está dentro de la cobertura de radio de AP2. Como tal, para STA2 120, el BSS2 145 se considera un OBSS. La identidad del BSS, al que pertenece una trama recibida, puede determinarse por el receptor de la trama comprobando el campo de color de BSS en el encabezado de PHY de la HE PPDU que transporta la trama, o comprobando el Identificador de Conjunto de Servicios Básicos (BSSID) en el encabezado de MAC de la trama.
La figura 2 ilustra una secuencia 200 de intercambio de tramas de ejemplo que destaca el procedimiento de ajuste de NAV de 802.11. El AP1 101 pretende transmitir una trama de Datos a la s Ta 1110 y proteger la transmisión, el AP1 transmite en primer lugar una trama de Solicitud de Envío (RTS) a la STA1, a la que la STA1 responde con una trama de Autorización para Enviar (CTS) que se transmitirá después de un período de tiempo de un Espacio Intertrama Corto (SIFS) desde el final de la trama de RTS. El campo de Duración en la trama de r Ts se ajusta a un valor que indica un periodo de tiempo entre el final de la trama de RTS y el final de la trama de Ack enviada en respuesta a la trama de Datos. Todas las STA que recibieron la trama de RTS, excepto la STA1 receptora prevista, actualizan su NAV al valor del campo de Duración en la trama de RTS si su valor de NAV existente es menor. De manera similar, todas las STA que recibieron la trama de CTS, excepto el AP1 receptor previsto, actualizan su NAV al valor del campo de Duración en la trama de CTS si su valor de NAV existente es menor. De esta manera, todas las STA que están dentro de la cobertura de radio de AP1 y STA1 tendrán su NAV ajustado. Tras recibir con éxito la trama de CTS, AP1 transmite la trama de Datos después de un periodo de tiempo de SIFS desde el final de la trama de CTS a la que la STA1 responde con una trama de Ack. Dado que la STA2 120 y todas las otras STA que recibieron las tramas de RTS/CTS tienen sus NAV ajustados, no se les permite transmitir durante esta duración asegurando de este modo que la transmisión de trama de Datos por AP1 está protegida.
La figura 3A ilustra secuencias 300 de intercambio de tramas de ejemplo, dentro de los dos BSS 100 y 145 en la figura 1, y destaca el procedimiento para actualizar los dos NAV introducidos en 802.11ax: el NAV intra-BSS y el NAV básico. Mantener dos NAV posibilitaría una reutilización espacial más eficiente de los recursos de frecuencia en ciertas condiciones. El ejemplo representa dos secuencias de transmisión en curso: en primer lugar, TXOP1 310 en BSS1 100, entre AP1 101 y STA1 110; y la segunda TXOP2340 en BSS2 145, entre AP2 102 y STA5 150. Tras recibir la PPDU 312 de DL, comprobando el campo de Color de BSS o el campo de BSSID o ambos, la STA2 120 determina que la PPDU 312 es una PPDU intra-BSS y dado que la STA2 no es un receptor de la PPDU 312, la STA2 ajusta su Na V intra-BSS, NAV1 320, a un valor que indica periodo de tiempo entre el final de la PPDU 312 de DL y el final de TXOP1. De manera similar, al recibir la PPDU 342 de DL, comprobando el campo de Color de BSS o el campo de BSSID o ambos, la STA2 determina que la PPDU 342 es una Pp DU inter-BSS y la STA2 ajusta su NAV inter-BSS, NAV2330, a un valor que indica el período de tiempo entre el final de la PPDU 342 de DL y el final de la TXOP2.
Haciendo referencia a la figura 3B, se ilustra la convención de denominación para los canales de 20 MHz en un BSS de infraestructura 802.11 que opera en un canal de 40 MHz, 80 MHz u 80+80 MHz o 160 MHz. Este es solo un ejemplo de cómo se puede formar un canal de ancho de banda amplio y son posibles muchas otras configuraciones similares. Cuando se establece inicialmente un BSS, uno de los canales de 20 MHz 350 se designa como el canal primario de 20 MHz. El canal primario de 20 MHz también se denomina simplemente el canal primario, y tiene un significado muy importante. La especificación IEEE 802.11 requiere que todas las transmisiones en un BSS de infraestructura incluyan el canal primario de 20 MHz, excepto en el caso de transmisión multiusuario basada en OFDMA de enlace ascendente en que se puede permitir que una STA transmita su PPDU de enlace ascendente en un canal que no incluye el canal primario de 20 MHz.
Además, en un BSS de infraestructura, todas las tramas de baliza se transmiten en el canal primario de 20 MHz. Cualquier canal de 20 MHz distinto del canal primario de 20 MHz se denomina canal no primario. El canal 355 de 20 MHz adyacente al canal primario de 20 MHz que juntos forman el canal de 40 MHz de un BSS de 40 MHz, o el primario de 40 MHz de un BSS más ancho, se denomina canal secundario de 20 MHz o simplemente canal secundario. En un BSS de 80 MHz o más ancho, el canal 350 primario de 20 MHz y el canal 355 secundario de 20 MHz forman juntos el canal primario de 40 MHz. En un BSS de 80 MHz o más ancho, el canal de 40 MHz (compuesto por los dos canales 360 y 365 de 20 MHz) adyacente al canal primario de 40 MHz que juntos forman el canal de 80 m Hz de un BSS de 80 MHz o el canal primario de 80 MHz de un BSS más ancho, se denomina canal secundario de 40 MHz. En un BSS de 80+80 MHz o de 160 MHz, el canal primario de 40 MHz y el canal secundario de 40 MHz forman juntos el canal primario de 80 MHz. En un BSS de 80+80 MHz o de 160 MHz, el canal de 80 MHz que no incluye el canal 350 primario de 20 MHz (compuesto por los cuatro canales 370, 375, 380 y 385 de 20 MHz), que junto con el canal primario de 80 MHz forman el canal de 80+80 MHz o el de 160 MHz se denomina canal secundario de 80 MHz. En un canal de 160 MHz, los canales primarios de 80 MHz y secundarios de 80 MHz son adyacentes entre sí, mientras que en un canal de 80+80 MHz, los canales primarios de 80 MHz y secundarios de 80 MHz no necesitan ser adyacentes entre sí y pueden estar ubicados en diferentes partes de la banda de frecuencia operativa.
Haciendo referencia a la figura 4, se ilustra una secuencia 400 de transmisión de MU de UL de ejemplo para aclarar el procedimiento de CS de MU de UL en 802.11ax. La transmisión Multiusuario de Enlace Ascendente (MU de UL) se inicia por el AP transmitiendo una trama de control especial denominada trama de Disparo 410. La trama de Disparo 410 contiene información tal como la Asignación de Unidad de Recursos (RU), la longitud de PPDU, la MCS, etc., a usar por las STA para la transmisión de UL. Tras recibir la trama de Disparo 410, las STA a las que se asignan RU en la trama de Disparo pueden transmitir sus respectivas tramas de UL en una PPDU multiusuario de UL después de un período de tiempo de SIFS desde el final de la trama de Disparo sin la necesidad de competir por el medio inalámbrico.
El procedimiento de CS de MU de UL en 802.11ax establece que para participar en una transmisión de MU de UL, se requiere que una STA a la que se asigna RU en una trama de Disparo con el campo de CS requerida ajustado a 1 considere la CS virtual y también realice una Evaluación de Canal Libre basada en Detección de Energía (CCA basada en ED) en todos los canales de 20 MHz en los que se ha asignado RU a la STA. Se permite que la STA transmita su PPDU de UL (PPDU basada en disparo de HE) únicamente si la CS virtual está inactiva y todos los canales de 20 MHz que contienen la RU asignada también se consideran inactivos por la CCA basada en ED. Si los canales de 20 MHz no están todos inactivos, entonces no se permite que la STA transmita en la RU asignada. La CS virtual se considera inactiva si el valor de contador tanto del NAV intra-BSS como del NAV básico son cero. En este ejemplo, el BSS1 100 en la figura 1 funciona en un canal de 80 MHz y deja que CH1, CH2, CH3 y CH4 indiquen los canales primario, secundario, terciario y cuaternario de 20 MHz. En lo que respecta a 802.11, CH1 se denomina canal primario de 20 MHz o simplemente canal primario, CH2 se denomina canal secundario de 20 MHz o simplemente canal secundario, mientras que CH3 y CH4 juntos forman el canal secundario de 40 MHz.
En el momento en que las STA reciben la trama de Disparo 410 del AP1 101, no hay transmisiones en curso dentro del área de cobertura de radio de STA1, STA2, STA3 y STA4 en el canal primario de 20 MHz CH1 y tanto el NAV intra-BSS como el NAV básico de las cuatro STA se ajustan a cero. Sin embargo, hay una transmisión en curso en el CH3 dentro del área de cobertura de radio de la STA2 como se ilustra mediante 460. AP1 101 inicia la secuencia de transmisión de MU de UL transmitiendo una trama 410 de Disparo que asigna: una RU de 106 tonos, cada una en CH1 a STA1 110 y STA4 140; una RU de 242 tonos en CH2 a STA3 130 y una RU de 484 tonos que cubre CH3 y CH4 a STA2 120. Dado que tanto la CCA basada en ED como la CS virtual devuelven inactivo, STA1, STA3 y ST<a>4 transmiten sus respectivas PPDU 420, 440 y 430 de UL. Sin embargo, en el caso de STA2, aunque la CS virtual devuelve inactivo, la CCA basada en ED devolverá ocupado en CH3. Dado que los canales de 20 MHz que contienen la RU asignada a la STA2 no están todos inactivos, de acuerdo con la regla de CS de MU de UL, se prohíbe que la STA2 transmita su PPDU 450 de UL.
La figura 5 ilustra una secuencia 400 de transmisión de MU de UL de ejemplo en una condición de canal ligeramente diferente. En el momento en que las STA reciben la trama 410 de Disparo del AP1 101, no hay transmisiones en curso dentro del área de cobertura de radio de STA1, STA3 y STA4 en el canal primario de 20 MHz y tanto el NAV intra-BSS como el NAV básico de las STA se ajustan a cero. Sin embargo, hay una transmisión de OBSS en curso en el BSS2 145, dentro del área de cobertura de radio de la STA2, en los canales primario y secundario CH1 y CH2 como se ilustra por la secuencia 500 de transmisión. El AP2 102 inicia una transmisión de MU de UL en BSS2 transmitiendo una trama 510 de Disparo para asignar RU a la STA5 150 y la STA6 160. SIFS después del final de la trama 510 de Disparo, STA5 y STA6 transmiten sus respectivas PPDU de UL en las respectivas RU asignadas. Tras recibir la PPDU de DL que lleva la trama 510 de Disparo, la STA2 determina que es una PPDU de OBSS y establece su NAV básico a un valor distinto de cero.
La tabla 600 en la figura 6 enumera los diversos parámetros relacionados con el mecanismo de CS de MU de UL para STA2 durante la secuencia de transmisión de MU de UL mostrada en la figura 5. Dado que la transmisión en el canal primario CH1 pertenece a OBSS, el NAV básico de STA2 se ajusta a un valor distinto de cero e incluso aunque el NAV intra-BSS es cero, la CS virtual indica ocupado. De manera similar, la CCA basada en ED devuelve ocupado en CH1 y CH2 e inactivo en CH3 y CH4. Según la regla de CS de MU de UL, aunque no hay transmisiones en curso en ambos canales que contienen la RU para STA2, CH3 y CH4, dado que la CS virtual indica ocupado, la CS de MU de UL considera el medio como ocupado en los cuatro canales de 20 MHz y, en consecuencia, no se permite que se transmita la PPDU 450 de UL de STA2. Esto puede verse como un caso en el que el NAV básico es sobreprotector. Es decir, incluso si se permitiera a la STA2 transmitir su PPDU 450 de UL en CH3 y CH4, la transmisión no habría causado ninguna interferencia a la transmisión de OBSS y habría conducido a una mayor eficiencia de uso de canal.
La deficiencia ilustrada anteriormente está provocada por el hecho de que NAV (NAV de línea de base o NAV intra-BSS o NAV básico) se basa únicamente en las actividades en el canal primario de 20 MHz y no considera/proporciona información sobre el estado de los canales no primarios. Siempre que el primario de 20 MHz esté ocupado debido a la recepción de una PPDU válida, se ajusta el NAV y no se registran los estados del resto de los canales secundarios. Dado que 802.1 1ax ha introducido transmisiones de banda estrecha basadas en OFDMA, si puede evitarse esta sobreprotección, pueden obtenerse ganancias adicionales en la eficiencia de reutilización de canal.
Basándose en el conocimiento anterior, los inventores de esta solicitud han llegado a la presente divulgación. Se desvelan procedimientos de comunicación y aparatos de comunicación que mejoran la eficiencia de la transmisión multiusuario de enlace ascendente en presencia de tráfico de OBSS. Según los procedimientos desvelados, se añade una dimensión de frecuencia al NAV y un NAV no solo registra la duración durante la cual el canal primario, que forma parte de un canal de banda ancha, está ocupado, sino que también registra qué otros canales no primarios, del canal de banda ancha, están ocupados. Haciendo referencia a esta información de canales ocupados, una STA puede inferir fácilmente qué canales están inactivos y pueden usarse para transmisiones concurrentes sin causar interferencia en los canales ocupados.
Las diversas realizaciones para la detección de portadora virtual multicanal eficiente propuesta en la presente divulgación se describen en detalle en las siguientes secciones.
<Primera realización>
Como se ha indicado anteriormente, actualmente, NAV (NAV de línea base o NAV intra-BSS o NAV básico) se basa únicamente en las actividades en el canal primario de 20 MHz y no considera/proporciona información sobre el estado de los canales no primarios. Siempre que el canal primario de 20 MHz esté ocupado debido a la recepción de una PPDU válida, se ajusta el NAV y no se registran los estados del resto de los canales no primarios. Para superar esta limitación del mecanismo de NAV actual, la primera realización añade una dimensión de frecuencia al NAV de tal manera que un NAV no solo registra la duración durante la cual un canal primario está ocupado, sino que también registra los canales no primarios que están ocupados. Para este fin, se añade un campo denominado BW (ancho de banda) al NAV para registrar la información de ancho de banda de la PPDU o la trama que ajusta el NAV. Dado que el ancho de banda de una PPDU que ajusta NAV siempre incluye el canal primario de 20 MHz, el campo de BW indica cuál de los canales no primarios está ocupado. Con esta información de los canales ocupados, una STA puede inferir fácilmente qué canales están inactivos y pueden usarse para transmisiones concurrentes sin causar interferencia en los canales ocupados.
Haciendo referencia a la figura 7A, se muestra una serie de secuencias de intercambio de tramas de ejemplo para proporcionar una ilustración visual del concepto de la dimensión de frecuencia del NAV en un BSS de 80 MHz. La mitad superior de la figura 7A representa tres secuencias de transmisión de diferentes anchos de banda: una TXOP1 712 de 80 MHz, una TXOP2722 de 40 MHz y una TXOP3732 de 20 MHz. Cada secuencia de transmisión comprende un intercambio de PPDU entre un AP y una o más STA que pertenecen al mismo BSS que el AP. Como un ejemplo, la primera PPDU en la secuencia de transmisión puede ser una trama de Disparo que asigna RU a STA seleccionadas para transmisión de MU de UL, seguida por PPDU basadas en disparo de HE desde las STA y que termina con PPDU de DL desde el AP que lleva tramas de acuse de recibo. En este ejemplo, CH1, CH2, CH3 y c H4 indican los canales de 20 MHz primario, secundario, terciario y cuaternario, respectivamente. La mitad inferior de la figura 7A proporciona una representación visual del NAV bidimensional mantenido por una STA de terceros como se propone por la presente divulgación. Los puntos de tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4 y t5.
Cualquier STA que esté dentro de la cobertura de radio de una transmisión en curso y no sea ni un transmisor ni un receptor de la transmisión se considera una STA de terceros para esa transmisión. Tras recibir la primera PPDU 710 de la TXOP1 712, una STA de terceros determina que la propia STA de terceros no es un receptor de la PPDU 710, por ejemplo, leyendo la dirección de receptor en el encabezado de MAC de las tramas transportadas por la PPDU, o leyendo el subcampo AID12 del campo de Información de Usuario de la trama de Disparo transportada en la PPDU 710, etc.
Una vez que la STA ha determinado que la propia STA no es un receptor de la PPDU 710, según la regla de NAV existente, ajusta la duración de NAV a una duración de tiempo desde el tiempo t0 hasta el tiempo t1, prohibiendo que la STA transmita hasta el tiempo t1 que es el final de TXOP1 712. Además de registrar la duración de NAV, según la primera realización, la STA también registra el campo de BW del NAV como 80 MHz que es el ancho de banda de la PPDU 710 recibida. El NAV bidimensional se representa por el recuadro 714 que representa la duración de tiempo y el intervalo de frecuencia dentro del cual se prohíbe que la STA transmita. En el tiempo t1, cuando la duración de N<a>V cuenta regresivamente hasta cero, el campo de BW también se restablece a cero.
De manera similar, tras recibir la PPDU 720, la STA ajusta la duración de NAV a una duración de tiempo desde el tiempo t2 al tiempo t3 que es el final de la TXOP2722, mientras que el campo de BW se establece a 40 MHz, el ancho de banda de la PPDU 720. Esto se ilustra como el recuadro 724. Si las reglas de detección de canal también se modifican en consecuencia, en ciertas condiciones, se puede permitir que la STA de terceros transmita en los canales desocupados CH3 y CH4 dentro de la duración de NAV desde t2 hasta t3 sin causar interferencia a la transmisión 722 en curso, promoviendo así reutilización más eficiente de los canales secundarios desocupados.
En el tiempo t3, cuando la duración de NAV cuenta regresivamente hasta cero, el campo de BW también se restablece a cero. De la misma manera, tras recibir la PPDU 730, la STA ajusta la duración de NAV a una duración de tiempo desde el tiempo t4 al tiempo t5 que es el final de la TXOP3732, mientras que el campo de BW se ajusta a 20 MHz, el ancho de banda de la PPDu 730. Esto se ilustra como el recuadro 734. En este caso, puede permitirse que la STA de terceros transmita en los canales desocupados CH2, CH3 y CH4 dentro de la duración de NAV desde t4 hasta t5 sin causar interferencia a la transmisión 732 en curso. En el tiempo t5, cuando la duración de NAV cuenta regresivamente hasta cero, el campo de BW también se restablece a cero.
La figura 7B muestra una tabla 750 de una codificación de ejemplo para el campo de BW. Usando dos bits, el campo de BW puede representar los cuatro anchos de banda diferentes que son soportados por 802.11ax. Un valor de 0 indica un primario de 20 MHz ocupado, un valor de 1 indica un primario de 40 MHz ocupado, un valor de 2 indica un primario de 80 MHz ocupado mientras que un valor de 3 indica que todo el canal de 160 MHz o de 80+80 MHz está ocupado. Según la codificación de BW enumerada en 750, en el ejemplo mostrado en la figura 7A, el campo de BW se ajustaría a 2 para el ajuste de NAV 714, 1 para el ajuste de NAV 724 y 0 para el ajuste de NAV 734.
El concepto de añadir una dimensión de frecuencia al NAV puede extenderse fácilmente a los dos NAV explicados en la figura 3A. Cualquiera de los NAV o ambos NAV pueden extenderse para registrar el ancho de banda de las transmisiones en curso en su BSS respectivo. Haciendo referencia de nuevo a la figura 5, el NAV sobreprotector que prohibió a la STA2 transmitir la PPDU 450 de UL, puede superarse aplicando el concepto de registro del ancho de banda de la transmisión de OBSS en curso como el campo de BW del NAV básico y al mismo tiempo realizar algunos cambios en la regla de CS virtual y el mecanismo de CS de MU de UL.
Como se ha explicado anteriormente, en el ejemplo mostrado en la figura 5, el NAV básico de STA2 se ajusta a un valor distinto de cero en el momento en que recibe la trama 410 de Disparo desde el AP1 101, lo que conduce a que la CS virtual esté ocupada para STA2. Según la regla de CS de MU de UL actual, aunque no hay transmisiones en curso en CH3 y CH4, dado que la CS virtual indica ocupado, el mecanismo de CS de MU de UL considera el medio como ocupado en los cuatro canales y, en consecuencia, no se permite que la PPDU 450 de UL de STA2 transmita aunque ambos canales que contienen la RU para la STA2 no están ocupados. La regla de CS virtual actual indica ocupado para todo el canal de banda ancha siempre que cualquiera de los NAV esté ocupado independientemente de las condiciones reales de los canales no primarios.
La figura 8A representa un diagrama de flujo 800 que explica cómo puede indicarse la regla de CS virtual por canal de 20 MHz añadiendo un campo de ancho de banda al<n>A<v>básico. Comenzando desde el canal primario de 20 MHz, para cada uno de los canales de 20 MHz del canal de banda ancha en el que se recibe una trama de Disparo, el procedimiento comienza en la etapa 810 cuando una STA recibe la trama de Disparo con el campo CS Requerida ajustado a 1 y asigna RU a la STA. Dado que el campo de CS Requerida se ajusta a 1 en la trama de Disparo, se requiere que la STA realice CS de MU de UL antes de transmitir una PPDU basada en disparo de HE en la RU asignada. En la etapa 820, si el NAV intra-BSS es distinto de cero, el procedimiento pasa a la etapa 830 en que la CS virtual indica ocupado para el canal de 20 MHz y el procedimiento finaliza y pasa al siguiente canal de 20 MHz si lo hay. Sin embargo, si el NAV intra-BSS es cero en la etapa 820, el procedimiento se mueve a la etapa 840.
En la etapa 840, si la Duración de NAV básico es cero, el procedimiento continúa a la etapa 870 en que la CS virtual indica inactivo para el canal de 20 MHz y el procedimiento finaliza y pasa al siguiente canal de 20 MHz si lo hay. Sin embargo, si el NAV básico es distinto de cero en la etapa 840, el procedimiento pasa a la etapa 850. En la etapa 850, si el canal de 20 MHz se indica como uno de los canales ocupados por el campo de BW del NAV básico, el procedimiento pasa a la etapa 860 en que la CS virtual indica ocupado para el canal de 20 MHz y el procedimiento finaliza y pasa al siguiente canal de 20 MHz, si lo hay. Sin embargo, en la etapa 850, si el canal de 20 MHz no se indica como uno de los canales ocupados por el campo de BW del NAV básico, el procedimiento pasa a la etapa 870 en que la CS virtual indica inactivo para el canal de 20 MHz y el procedimiento finaliza y pasa al siguiente canal de 20 MHz, si lo hay. Dado que la regla de CS virtual modificada permite que se notifique la CS virtual para cada uno de los canales de 20 MHz individuales, el mecanismo de CS de MU de UL también se modifica de tal manera que se notifica el estado ocupado/inactivo para cada uno de los canales de 20 MHz individuales. Si la detección de energía (ED) o la CS virtual devuelve ocupado en un canal de 20 MHz particular, entonces el canal de 20 MHz se considera ocupado.
Si tanto la detección de energía (ED) como la CS virtual devuelven inactivo en un canal de 20 MHz particular, entonces el canal de 20 MHz se considera inactivo. Sin embargo, la regla de transmisión de MU de UL permanece sin cambios, es decir, se permite que una STA transmita una PPDU basada en disparo de HE, en una RU asignada por una trama de Disparo con el campo de CS Requerida ajustado a 1, solo cuando todos los canales de 20 MHz que contienen las RU asignadas están inactivos. Si los canales de 20 MHz que contienen la RU asignada no están todos inactivos, no se permite que la STA transmita nada en la RU asignada.
La tabla 880 en la figura 8B enumera los diversos parámetros relacionados con el mecanismo de CS de MU de UL modificado para STA2 durante la secuencia de transmisión de MU de UL mostrada en la figura 5. En comparación con la tabla 600 de la figura 6, la tabla 880 incluye una columna 882 adicional que indica el estado de los canales basándose en el campo de BW del NAV básico. Dado que la transmisión en el canal primario pertenece a OBSS, el NAV intra-BSS de la STA2 es cero mientras que el campo de Duración del NAV básico se ajusta a la duración indicada de la transmisión de OBSS. Dado que la transmisión de OBSS se produce únicamente en CH1 y CH2, como se muestra en el recuadro 500 en la figura 5, el campo de BW del NAV básico se ajusta a 1 (40 MHz). Esto se traduce en que CH1 y CH2 se registran como ocupados.
De manera similar, CH3 y CH4 se registran como inactivos como se indica por las entradas 884 y 886 respectivamente. Según la regla de CS virtual modificada explicada en la figura 8A, la CS virtual devuelve ocupado en CH1 y CH2 e inactivo en CH3 y CH4. De manera similar, la CCA basada en ED devuelve ocupado en CH1 y CH2 e inactivo en CH3 y CH4. Según la regla de CS de MU de UL modificada, dado que tanto la CS virtual como la CCA basada en ED indican ocupado en CH1 y CH2 e inactivo en CH3 y CH4, el mecanismo de CS de MU de UL considera que CH1 y CH2 están ocupados mientras que CH3 y CH4 se consideran inactivos como se indica por las entradas 888, 890, 892 y 894 respectivamente. Dado que CH3 y CH4 se consideran inactivos, según la regla de transmisión de CS de MU de UL, se permite que la STA2 transmita su PPDU 450 de UL en la RU asignada en CH3 y CH4.
La figura 9 se basa en las redes inalámbricas superpuestas representadas en la figura 1. Aparte del BSS1 100 y el BSS2 145, se muestra un BSS adicional, el BSS3900. BSS3900 comprende AP3901 y dos STA: STA7910 y<s>T<a>8 920. Dado que la STA2 120 también está dentro de la cobertura de radio del AP3 901, el BSS3 900 también se considera un OBSS para la STA2. El diseño de BSS en la figura 9 se usa para explicar las reglas para la actualización del campo de ancho de banda de NAV introducido en la presente divulgación. Pueden considerarse dos opciones para la actualización del campo BW de ancho de banda de NAV:
Opción 1 (actualización estática): el campo de BW siempre se ajusta al ancho de banda más grande de una PPDU de ajuste de NAV de una transmisión de terceros en curso. La transmisión de terceros se refiere a cualquier transmisión dentro del intervalo de recepción de una STA en la que la STA no es ni un transmisor ni un receptor de esa transmisión. Una PPDU de ajuste de NAV se refiere a una PPDU que transporta al menos una trama que puede conducir a un cambio en el contador de NAV de la STA (ya sea de duración o BW o ambos). Tras la recepción de una nueva PPDU de ajuste de NAV, si el ancho de banda de la nueva PPDU es más ancho que el campo de BW existente, el campo de BW se actualiza al ancho de banda más ancho. Sin embargo, si el ancho de banda de la nueva PPDU es más estrecho que el campo de BW existente, no se realiza ningún cambio en el campo de BW. El campo de BW se actualiza independientemente de la duración de NAV, es decir, el campo de BW se actualiza si el ancho de banda de la nueva PPDU es más ancho que el campo de BW existente incluso si la nueva PPDU no provoca que se actualice la duración de NAV.
Opción 2 (actualización dinámica): El campo de BW se ajusta dinámicamente para reflejar el ancho de banda real de una PPDU de ajuste de NAV de una transmisión de terceros en curso. Esta opción es más complicada en comparación con la opción 1 y requiere el registro temporal del ancho de banda y la duración de cada transmisión de terceros recibida. Mientras que la duración de NAV siempre se ajusta a la duración más larga de toda la transmisión de terceros en curso, el campo de ancho de banda se revisa al final de la transmisión de terceros pertinente y se actualiza al ancho de banda real de la siguiente sección de la transmisión en curso.
Haciendo referencia a la figura 10A, se muestra una serie de secuencias de intercambio de tramas de ejemplo para proporcionar una ilustración visual de las reglas de opción 1 (actualización estática) mencionadas anteriormente para el campo de ancho de banda del NAV básico de STA2 en el diseño de BSS mostrado en la figura 9, suponiendo que todos los tres BSS, BSS1 100, BSS2 145 y BSS3900 son BSS de 80 MHz. En la parte superior de la figura 10A se representan dos secuencias de transmisión de diferentes anchos de banda en BSS2 145: una TXOP1 1012 de 80 MHz y una TXOP2 1022 de 40 MHz. De manera similar, dos secuencias de transmisión de diferentes anchos de banda en b Ss 3900 se representan en la parte inferior de la figura 10A: una TXOP3 1032 de 20 MHz y una TXOP4 1034 de 80 MHz.
La parte media de la figura 10A representa la representación visual del NAV básico bidimensional mantenido por la STA2 120 como se propone por la presente divulgación. Los puntos en el tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4, t5, t6 y t7. Al recibir la primera PPd U 1010 de la TXOP1 1012, basándose en el campo de Color de BSS en el encabezado de PHY o el campo de BSSID en el encabezado de MAC, la STA2 determina que la PPDU 1010 es una PPDU de OBSS de BSS2 y la STA2 no es uno de los recipientes de la PPDU 1010. Según la regla de NAV existente para actualizar la duración de NAV, la STA2 ajusta la duración de NAV desde el tiempo t0 hasta el tiempo t2, y el campo de BW de NAV como 80 MHz, el ancho de banda de la PPDU 1010 recibida, prohibiendo que la STA2 transmita en CH1, CH2, CH3 y CH4 hasta el tiempo t2 que es el final de TXOP1 1012. El Na V bidimensional se representa por el recuadro 1014 que representa, en el tiempo t0, la duración de tiempo y el intervalo de frecuencia dentro de los cuales se prohíbe que la STA2 transmita.
Tras recibir la primera PPDU 1030 de la TXOP3 1032, la STA2 determina que 1030 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU 1030. Dado que la duración indicada en 1030 es más larga que la duración de NAV existente, según la regla de NAV para actualizar la duración de NAV, la STA2 actualiza la duración de NAV hasta el tiempo t3, prohibiendo que la STA2 transmita hasta el tiempo t3 que es el final de la TXOP3 1032. Desde el tiempo t2 hasta el tiempo t3, la transmisión de OBSS en curso real es únicamente en BSS3 pero el campo de BW de NAV indica 80 MHz. Esto puede verse como una zona de sobreprotección 1016 por la que la STA2 está restringida de transmitir en cualquiera de los canales CH2, CH3 y CH4 que caen dentro de la zona 1016 incluso aunque los tres canales estén inactivos para la STA2 desde el tiempo t2 al tiempo t3. En el tiempo t3, cuando la duración de NAV básico cuenta regresivamente hasta cero, el campo de BW de NAV también se restablece a cero.
De manera similar, tras recibir la primera PPDU 1020 de la TXOP2 1022, la STA2 determina que 1020 es una PPDU de OBSS de BSS2 y no es uno del receptor de la PPDU 1020. Según la regla de NAV existente para actualizar la duración de NAV, la STA2 ajusta la duración de NAV desde el tiempo t4 hasta el tiempo t7, y el campo de BW de NAV como 40 MHz, el ancho de banda de la PPDU 1020 recibida, prohibiendo que la STA2 transmita en CH1 y CH2 hasta el tiempo t7 que es el final de TXOP2 1022.
El NAV bidimensional se representa por el recuadro 1024 que representa, en el tiempo t4, la duración de tiempo y el intervalo de frecuencia dentro de los cuales se prohíbe que la STA2 transmita. Tras recibir la primera PPDU 1034 de la TXOP4 1036, la STA2 determina que 1034 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU 1034. Dado que la duración indicada en 1034 es más corta que la duración de NAV existente, según la regla de NAV para actualizar la duración de NAV, la STA2 no actualiza la duración de NAV. Sin embargo, dado que el ancho de banda de la PPDU 1034 es más ancho que el campo de BW de NAV actual, el campo de BW se actualiza a 80 MHz como se muestra por 1026 y se mantiene como 80 MHz hasta el tiempo t7.
Desde el tiempo t6 hasta el tiempo t7, la transmisión de OBSS en curso real es únicamente en BSS2 pero el campo de BW de NAV indica 80 MHz. Esto puede verse como una zona 1028 de sobreprotección por la que la STA2 está restringida de transmitir en los canales CH3 y CH4 que caen dentro de la zona 1028 incluso aunque ambos canales estén inactivos para la STA2 desde el tiempo t6 al tiempo t7. Sin embargo, en los casos en los que la transmisión de OBSS está en unos canales de ancho de banda más estrechos, incluso con la Opción 1, es posible una reutilización más eficiente de los canales secundarios en comparación con el mecanismo de CS de MU de UL existente. En el tiempo t7, cuando la duración de NAV básico cuenta regresivamente hasta cero, el campo de BW de NAV también se restablece a cero.
La regla de actualización para el NAV según la Opción 1 se resume mediante el diagrama de flujo 1040 en la figura 10B. El procedimiento comienza en la etapa 1042 cuando se recibe una PPDU de ajuste de NAV. En la etapa 1044, si la PPDU hace que aumente el campo de duración del NAV básico, el procedimiento pasa a la etapa 1046. En la etapa 1046, la duración de NAV básico se actualiza de acuerdo con la información de duración relevante en la PPDU (p. ej., basándose en el campo de duración de TXOP en el encabezado de PHY, o el campo de duración en el encabezado de MAC) y el procedimiento pasa a la etapa 1048. En la etapa 1044, si la PPDU no provoca que se aumente el campo de duración del NAV básico, el procedimiento pasa a la etapa 1048. En la etapa 1048, si la PPDU recibida hace que se aumente el campo de BW, el procedimiento pasa a la etapa 1050, de lo contrario el procedimiento finaliza. En la etapa 1050, el campo de BW del<n>A<v>básico se actualiza para reflejar el ancho de banda de la PPDU recibida y el procedimiento finaliza.
Haciendo referencia a la figura 11A, la misma secuencia de transmisión de ejemplo mostrada en la figura 10A se reutiliza para proporcionar una ilustración visual de las reglas de la opción 2 (actualización dinámica) mencionadas anteriormente para el campo de ancho de banda del NAV básico de STA2. Al recibir la primera PPDU 1010 de la TXOP1 1012, basándose en el campo de Color de BSS en el encabezado de PHY o el campo de BSSID en el encabezado de MAC, la STA2 determina que 1010 es una PPDU de OBSS de BSS2 y no es uno de los receptores de la PPDU 1010. Según la regla de NAV existente para actualizar la duración de NAV, la STA2 ajusta la duración de NAV desde el tiempo t0 hasta el tiempo t2, y el campo de BW de NAV como 80 MHz, el ancho de banda de la PPDU 1010 recibida, prohibiendo que la s Ta 2 transmita en CH1, CH2, CH3 y CH4 hasta el tiempo t2 que es el final de TXOP1 1012.
El NAV bidimensional se representa por el recuadro 1110 que representa, en el tiempo t0, la duración de tiempo y el intervalo de frecuencia dentro de los cuales se prohíbe que la STA2 transmita. Tras recibir la primera PPDU 1030 de la TXOP3 1032, la STA2 determina que 1030 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU 1030. Dado que la duración indicada en 1030 es más larga que la duración de NAV existente, según la regla de NAV para actualizar la duración de NAV, la STA2 debería actualizar la duración de NAV hasta el tiempo t3. Sin embargo, desde el tiempo t2 hasta el tiempo t3, la transmisión de OBSS en curso real es solo en BSS3 y, como tal, antes de que se actualice la duración de NAV hasta t3, la hora de finalización de la duración de NAV actual t2 se registra como una variable temporal BW_update_time y un temporizador (BW_update_timer ) se ajusta para expirar en BW_update_time. Dado que el ancho de banda de la PPDU 1030 es de 20 MHz y es más estrecho que el campo de BW de NAV actual, no se realizan cambios en el campo de BW de NAV, sino que el ancho de banda de la PPDU 1030 se guarda como una variable temporal New_BW. Cuando BW_update_timer expira en t2, el campo de BW de NAV se actualiza a New_BW (20 MHz) que representa el ancho 1112 de banda real de la transmisión 1032 de terceros en curso.
Como resultado, el NAV básico no restringe que la STA2 transmita en cualquiera de los canales CH2, CH3 y CH4 dentro del tiempo t2 al tiempo t3 ya que todos los tres canales están inactivos para la STA2. De manera similar, tras recibir la primera PPDU 1020 de la TXOP2 1022, la STA2 determina que 1020 es una PPDU de OBSS de BSS2 y no es uno del receptor de la PPDU 1020. Según la regla de NAV existente para actualizar la duración de NAV, la STA2 ajusta la duración de NAV desde el tiempo t4 hasta el tiempo t7, y el campo de BW de NAV como 40 MHz, el ancho de banda de la PPDU 1020 recibida, prohibiendo que la STA2 transmita en CH1 y CH2 hasta el tiempo t7 que es el final de TXOP2 1022. El NAV bidimensional se representa por el recuadro 1024 que representa, en el tiempo t4, la duración de tiempo y el intervalo de frecuencia dentro de los cuales se prohíbe que la STA2 transmita.
Tras recibir la primera PPDU 1034 de la TXOP4 1036, la STA2 determina que 1034 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU 1034. Dado que la duración indicada en la PPDU 1034 es más corta que la duración de NAV existente, según la regla de NAV para actualizar la duración de NAV, la STA2 no actualiza la duración de NAV. Sin embargo, dado que el ancho de banda de la PPDU 1034 es de 80 MHz y es más ancho que el campo de BW de NAV actual, el campo de BW debería actualizarse a 80 MHz como se muestra por 1122. Sin embargo, desde el tiempo t6 hasta el tiempo t7, el ancho de banda de la transmisión de OBSS en curso 1022 es solo de 40 MHz y, como tal, antes de que el campo de BW de NAV se actualice a 80 MHz, el BW de NAV actual se guarda como New_BW y el tiempo de finalización t6 de la transmisión BSS3 1036 se registra como BW_update_time y un temporizador (BW_update_timer) se ajusta para que expire en BW_update_time. Cuando BW_update_timer expira en el tiempo t6, el campo de BW de<n>A<v>se actualiza a New_BW (40 MHz) que representa el ancho de banda 1124 real de la transmisión 1022 de terceros en curso. Como resultado, el NAV básico no restringe que la STA2 transmita en cualquiera de los canales CH3 y CH4 dentro del tiempo t6 al tiempo t7 puesto que ambos canales están inactivos para la STA2.
La regla de actualización para el NAV según la Opción 2 se resume mediante los diagramas de flujo 1140 en la figura 11B y 1180 en la figura 11C. El procedimiento comienza en la etapa 1142 cuando se recibe una PPDU de ajuste de NAV. En la etapa 1144, si la PPDu hace que aumente el campo de duración del NAV básico, el procedimiento pasa a la etapa 1146, de lo contrario el procedimiento pasa a la etapa 1162. En la etapa 1146, si el ancho de banda de la PPDU recibida es menor que el campo de BW de NAV básico, el procedimiento pasa a la etapa 1148, de lo contrario el procedimiento pasa a la etapa 1154. En la etapa 1148, si la variable BW_update_time es cero, el tiempo de expiración del<n>A<v>básico actual se almacena en la variable BW_update_time, de lo contrario, si la variable BW_update_time es distinta de cero, el menor de los dos valores, BW_update_time o el tiempo de expiración del NAV básico actual, se almacena en BW_update_time y el procedimiento pasa a la etapa 1150. En la etapa 1150, el mayor de los dos valores, New_BW o el ancho de banda de la PPDU recibida, se almacena en la variable New_BW y el procedimiento pasa a la etapa 1152.
En la etapa 1152, un temporizador denominado BW_update_timer se ajusta para expirar en BW_update_timer y el procedimiento pasa a la etapa 1160. En la etapa 1154, si el ancho de banda de la PPDU recibida es mayor que el campo de BW de NAV básico, el procedimiento pasa a la etapa 1156, de lo contrario el procedimiento pasa a la etapa 1158. En la etapa 1156, el campo de BW de NAV básico se actualiza al ancho de banda de la PPDU recibida y el procedimiento pasa a la etapa 1158. En la etapa 1158, dado que no se espera que el ancho de banda del NAV básico cambie hasta el final de la duración de NAV básico, el BW_update_timer, si está en ejecución, se detiene y tanto BW_update_time como New_BW se ajustan a 0 y el procedimiento se mueve a la etapa 1160. En la etapa 1160, la duración de NAV básico se actualiza de acuerdo con la información de duración relevante en la PPDU (p. ej., basándose en el campo de duración de TXOP en el encabezado de PHY, o el campo de duración en el encabezado de MAC) y el procedimiento 1140 finaliza.
En la etapa 1162, si el ancho de banda de la PPDU recibida es mayor que el campo de BW de NAV básico, el procedimiento pasa a la etapa 1164, de lo contrario el procedimiento 1140 finaliza. En la etapa 1164, si el tiempo de expiración de NAV según la PPDU recibida es menor que el tiempo de expiración del NAV básico, el procedimiento pasa a la etapa 1168, de lo contrario el procedimiento pasa a la etapa 1170. En la etapa 1168, el valor del campo de BW de NAV básico se almacena en la variable New_BW y el procedimiento pasa a la etapa 1170. En la etapa 1170, el tiempo de expiración de NAV según la PPDU recibida se almacena en la variable BW_update_time y el procedimiento pasa a la etapa 1172. En la etapa 1172, BW_update_timer se ajusta para expirar en BW_update_timer y el procedimiento pasa a la etapa 1174. En la etapa 1174, el campo de BW de NAV básico se actualiza al ancho de banda de la PPDU recibida y el procedimiento 1140 finaliza.
El procedimiento de ajuste de BW de NAV básico se resume mediante el procedimiento 1180. El procedimiento 1180 comienza en la etapa 1182 cuando expira BW_update_timer. En la etapa 1184, si la duración de nAv básico es distinta de cero, el procedimiento pasa a la etapa 1186, de lo contrario el procedimiento pasa a la etapa 1190. En la etapa 1186, si el valor de New_BW es distinto de cero, el procedimiento pasa a la etapa 1188, de lo contrario el procedimiento pasa a la etapa 1190. En la etapa 1188, el campo de BW de NAV básico se actualiza a New_BW y el procedimiento 1180 finaliza. En la etapa 1190, tanto BW_update_time como New_BW se ajustan a 0 y el procedimiento 1180 finaliza.
Haciendo referencia a la figura 12, la tabla 1200 enumera los valores posibles y los significados del parámetro de lista de canales de la primitiva PHY-CCA.indication usada por las STA de HE. La primitiva PHY-CCA.indication(STATE,{channel-list}) se usa por la capa PHY de las STA de HE para indicar la condición de los canales a la capa de MAC. La primitiva PHY-CCA.indication siempre incluye un parámetro de ESTADO pero solo incluye el parámetro de lista de canales cuando el parámetro de ESTADO está OCUPADO y se notifican condiciones de múltiples canales. La primitiva PHY-CCA.indication indica, dentro del ancho de banda operativo de BSS, qué canales están ocupados y qué canales están inactivos. Los primeros cuatro valores de los parámetros de lista de canales y su significado son los mismos que se definen en la especificación IEEE 802.11, mientras que los tres valores primario20, primario40 y primario80, como se enumeran en la fila 1210, 1220 y 1230 respectivamente, han sido añadidos por la primera realización de la presente divulgación. Haciendo referencia a la figura 3B, un valor de "primario" para el parámetro de lista de canales indica que el canal 310 primario de 20 MHz, así como todos los demás canales no primarios, está ocupado.
Un valor de "secundario" indica que el canal 320 secundario de 20 MHz está ocupado mientras que el canal 310 primario de 20 MHz está inactivo. Un valor de "secundario40" indica que el canal (330 y 340) secundario de 40 MHz está ocupado mientras que el canal 310 primario de 20 MHz y el canal 320 secundario de 20 MHz están inactivos. Un valor de "secundario80" indica que el canal (350, 360, 370 y 380) secundario de 80 MHz está ocupado mientras que el canal 310 primario de 20 MHz, el canal 320 secundario de 20 MHz y los dos canales 330 y 340 de 20 MHz, que juntos forman el canal secundario de 40 MHz, están inactivos. Como se ha mencionado anteriormente, un valor de "primario" para el parámetro de lista de canales indica que el canal primario de 20 MHz, así como todos los otros canales no primarios que forman una parte del canal operativo de BSS, está ocupado. En sistemas 802.11 heredados, todas las transmisiones en un BSS de infraestructura incluyen el canal primario de 20 MHz, y no se permite que una STA transmita siempre que el canal primario de 20 MHz esté ocupado.
Como tal, en el BSS 802.11 heredado, un canal primario ocupado de 20 MHz se considera equivalente a que todos los canales no primarios estén ocupados también. Sin embargo, en el caso de transmisión multiusuario basada en OFDMA de enlace ascendente en un BSS 802.11ax, se puede permitir que una STA transmita su PPDU de enlace ascendente en un canal que no incluye el canal primario de 20 MHz si el AP asigna RU para la STA en un canal no primario. Como un ejemplo, haciendo referencia a la figura 4, en la trama 410 de Disparo, el AP asigna RU para STA3 en el canal secundario CH2 y según la regla de transmisión de MU de UL de 802.11ax, se permite que STA3 transmita su PPDU 440 de UL en el canal secundario CH2 si la CS de MU de UL considera que CH2 está inactivo. Para posibilitar que una capa PHY de una STA notifique la condición de los canales no primarios cuando el canal primario está ocupado, se añaden tres valores adicionales (primario20, primario40 y primario80) a la primitiva PHY-CCA.indication. Un valor de "primario20" indica que el canal 310 primario de 20 MHz está ocupado mientras que el resto de los canales no primarios están todos inactivos. Un valor de "primario40" indica que el canal (310, 320) primario de 40 MHz está ocupado mientras que el resto de los canales no primarios están todos inactivos. Un valor de "primario80" indica que el canal (310, 320, 330 y 340) primario de 80 MHz está ocupado mientras que el resto de los canales no primarios están todos inactivos.
Como un ejemplo, haciendo referencia a la figura 7A, cuando se recibe la PPDU 710, la capa PHY de la STA receptora emite una primitiva PHY-CCA.indication(BUSY,{primary}) a la capa de MAC para indicar que todos los cuatro canales de 20 MHz están ocupados. Posteriormente, cuando se recibe la PPDU 720, se emite la primitiva PHY-CCA.indication(BUSY,{primary40}) para indicar que el canal primario de 20 MHz CH1 y el canal secundario de 20 MHz CH2 están ocupados mientras que los canales CH3 y CH4 están inactivos. De manera similar, cuando se recibe la PPDU 730, se emite la primitiva PHY-CCA.indication(BUSY,{primary20}) para indicar que el canal primario de 20 MHz está ocupado mientras que los canales CH2, CH3 y CH4 están inactivos. La capa de MAC de la STA usa la información de la primitiva PHY-CCA.indication para ajustar correctamente el campo de BW del NAV.
<Segunda realización>
Haciendo referencia a la figura 13A, la secuencia 1300 de transmisión multiusuario de enlace ascendente de ejemplo ilustra el caso en el que el ancho de banda de las PPDU cambia durante la misma TXOP 1305. El AP2 102 en la figura 1 transmite una PPDU 1310 de MU de DL de 80 MHz que, aparte de otras tramas, contiene dos tramas 1312 y 1314 de Disparo de unidifusión dirigidas a la STA5 150 y la STA6 160 respectivamente. La trama 1312 de Disparo asigna RU en el canal primario CH1 para STA5, mientras que la trama 1314 de Disparo asigna RU en el canal secundario CH2 para STA6. El AP2 102 también protege las transmisiones de enlace ascendente posteriores ajustando o bien la duración de TXOP en el encabezado de PHY de la PPDU 1310, o el campo de Duración en el encabezado de MAC de las tramas individuales transportadas por la PPDU 1310, hasta el final de la TXOP 1305. SIFS después del final de la PPDU 1310, la STA5 transmite su Pp Du 1320 de UL en el CH1 mientras que la STA6 transmite su PPDU 1330 de UL en el CH2.
El AP concluye el intercambio de tramas transmitiendo una PPDU de MU de DL que transporta las tramas 1340 y 1350 de Ack a la STA 5 y la STA6 respectivamente. Si una STA de OBSS, por ejemplo, la STA2 120 en la figura 1, recibió la PPDU 1310, la STA2 determina que la PPDU 1310 es una PPDU de OBSS del BSS2 145. La STA2 ajusta la duración de NAV 1362 básico hasta el final de la TXOP 1305 basándose en la información de duración en la PPDU 1310. Sin embargo, si la STA2 puede decodificar las tramas individuales dentro de la PPDU 1310 de MU, la STA2 puede predecir el ancho de banda de la transmisión de enlace ascendente posterior. Por ejemplo, decodificando las tramas 1314 y 1312 de Disparo, la STA2 puede averiguar que las RU se asignan para enlace ascendente únicamente en CH1 y CH2. Como tal, la STA2 puede predecir que la transmisión de enlace ascendente posterior disparada por la PPDU 1310 cubrirá únicamente el CH1 y el CH2. Como tal, en lugar de ajustar el campo de BW del NAV básico a 80 MHz que es el ancho de banda de la PPDU 1310, según la segunda realización, la STA2 ajusta el campo 1364 de BW a 40 MHz, el ancho de banda previsto de la transmisión de enlace ascendente posterior. Esto proporciona una oportunidad para que la STA2 utilice los canales secundarios inactivos CH3 y CH4 para su propia transmisión de enlace ascendente. El NAV básico bidimensional se ilustra visualmente por el rectángulo 1360.
Haciendo referencia a la figura 13B, el campo de BW del NAV puede almacenarse como un mapa de bits 1390 de 8 bits, 1 bit por canal de 20 MHz. Usando 8 bits, puede registrarse la condición de todos los canales de 20 MHz usados en un BSS 802.11 que opera en un canal de hasta 160 MHz. El estado ocupado de un canal se registra ajustando el bit correspondiente a 1, mientras que un estado inactivo se representa por 0.
Haciendo referencia a la figura 14, se muestra una serie de secuencias de intercambio de tramas de ejemplo para proporcionar una ilustración visual del NAV bidimensional según la segunda realización en un BSS de 80 MHz. La mitad superior representa tres secuencias de transmisión con anchos de banda variables: TXOP1 1412, TXOP2 1422 y TXOP3 1432. Cada secuencia de transmisión comprende un intercambio de PPDU entre un AP y una o más STA que pertenecen al mismo BSS que el AP. Como un ejemplo, la primera PPDU en la secuencia de transmisión puede ser una trama de Disparo que asigna RU para transmisión de MU de UL a STA seleccionadas, seguida por PPDU basadas en disparo de HE desde las STA y que termina con PPDU de DL desde el AP que transporta tramas de acuse de recibo. En este ejemplo, CH1, CH2, CH3 y CH4 indican los canales primario, secundario, terciario y cuaternario de 20 MHz. La mitad inferior del ejemplo representa la representación visual del NAV bidimensional mantenido por una STA de terceros como se propone por la presente divulgación. También se ilustra el mapa de bits usado para registrar el campo de BW del NAV. Los puntos en el tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4 y t5. Cualquier STA que esté dentro de la cobertura de radio de una transmisión en curso y no sea ni un transmisor ni un receptor de la transmisión se considera una STA de terceros para esa transmisión.
Tras recibir la primera PPDU 1410 de la TXOP1 1412, una STA de terceros determina que no es un receptor de la PPDU 1410, por ejemplo, leyendo la dirección de receptor en el encabezado de MAC de las tramas transportadas por la PPDU, o leyendo el subcampo AID12 del campo de Información de Usuario de la trama de Disparo transportada en la PPDU 1410, etc. Una vez que la STA ha determinado que no es un receptor de la PPDU 1410, según la regla de NAV existente, ajusta la duración de NAV de t0 a t1. Además de registrar la duración de NAV, según la segunda realización, la s Ta decodifica la trama de Disparo en la PPDU 1410 y determina que se han asignado RU para transmisiones de enlace ascendente posteriores en CH1, CH2 y CH3. Basándose en esto, en el campo de BW del NAV, la STA ajusta el bit 0, el bit 1 y el bit 2 a 1 (ocupado), y el resto de los bits a 0 (inactivo). El NAV bidimensional está representado por el recuadro 1414 que prohíbe que la STA transmita en CH1, CH2 y CH3 hasta el tiempo t1 que es el final de TXOP1 1412.
De manera similar, tras recibir la PPDU 1420, la STA ajusta la duración de NAV hasta el tiempo t3 que es el final de la TXOP2 1422. La STA decodifica la trama de disparo en la PPDU 1420 y determina que se han asignado RU para transmisiones de enlace ascendente posteriores en CH1 y CH2. Basándose en esto, en el campo de BW del NAV, la STA ajusta el bit 0 y el bit 1 a 1 (ocupado), y el resto de los bits a 0 (inactivo). Esto se ilustra como el recuadro 1424 que prohíbe que la STA transmita en CH1 y CH2 hasta el tiempo t3.
De la misma manera, tras recibir la PPDU 1430, la STA ajusta la duración de NAV hasta el tiempo t5 que es el final de la TXOP3 1432. La STA decodifica la trama de disparo en la PPDU 1430 y determina que se han asignado RU para transmisiones de enlace ascendente posteriores en CH1. Basándose en esto, en el campo de BW del NAV, la STA establece el bit 0 a 1 (ocupado) y el resto de los bits a 0 (inactivo). Esto se ilustra como el recuadro 1434 que prohíbe que la STA transmita en el CH1 hasta el tiempo t5. En este caso, puede permitirse que la STA de terceros transmita en los canales desocupados CH2, CH3 y<c>H4 dentro de la duración de NAV desde t4 hasta t5 sin causar interferencia a la transmisión 1432 en curso.
<Configuración de una STA>
La figura 15 es un diagrama de bloques de una STA 1500 de ejemplo que implementa el NAV bidimensional descrito en la presente divulgación. El dispositivo puede ser una cualquiera de las STA en la figura 1. La STA 1500 comprende un receptor 1502, un decodificador de PPDU 1504, una memoria 1506 y un transmisor 1508.
El receptor 1502 recibe PPDU de otros dispositivos inalámbricos dentro de su área de cobertura de radio. El decodificador 1504 de PPDU inspecciona cada PPDU recibida para determinar si la PPDU se transmite por una STA que pertenece al BSS correspondiente de la STA, o si la PPDU se transmite por una STA de OBSS. El decodificador 1504 de PPDU también determina si la STA es un receptor previsto de la PPDU; si no lo es, el decodificador de PPDU extrae adicionalmente la información de duración del encabezado de PHY de la PPDU o del encabezado de MAC de una trama transportada en la PPDU. El decodificador de PPDU también determina el ancho de banda ocupado por la PPDU recibida.
La STA 1500 puede comprender una o más instancias de la memoria 1506. La memoria 1506 registra la información de duración transportada en la PPDU recibida y, si es aplicable, el ancho de banda ocupado por la PPDU. Si el decodificador de PPDU determina que la PPDU recibida se transmite por una STA desde su BSS correspondiente, la memoria 1506 únicamente registra la información de duración como NAV intra-BSS. Sin embargo, si el decodificador de PPDU determina que la PPDU recibida se transmite por una STA de OBSS, la memoria 1506 registra tanto la información de duración como la información de ancho de banda como parte del NAV básico. El transmisor 1508, cuando se le ordena, transmite en canales de frecuencia distintos de los indicados por la información de ancho de banda del NAV básico sin causar interferencia en los canales indicados por el ancho de banda de NAV básico.
La figura 16 es un diagrama de bloques detallado de una STA 1600 de ejemplo que implementa el NAV bidimensional descrito en la presente divulgación y puede ser una cualquiera de las STA en la figura 1. El dispositivo 1600 inalámbrico comprende una Unidad de Procesamiento Central (CPU) 1630 acoplada a una memoria 1620, un almacenamiento 1640 secundario y a una o más interfaces 1650 de comunicación inalámbrica. El almacenamiento 1640 secundario puede ser un medio de almacenamiento legible por ordenador no volátil que se usa para almacenar permanentemente códigos de instrucciones pertinentes, datos, etc. En el momento de arranque, la c Pu 1630 puede copiar los códigos de instrucciones así como datos relacionados con la memoria 1620 volátil para su ejecución. El código de instrucciones puede ser un sistema operativo, aplicaciones de usuario, controladores de dispositivo, códigos de ejecución, etc., que se requieren para la operación de la STA 1600. La STA 1600 también puede comprender una fuente 1610 de alimentación, por ejemplo, una batería de iones de litio o una batería de tipo botón, etc., o también puede ser electricidad de la red eléctrica.
La interfaz 1650 de comunicación inalámbrica puede comprender una interfaz para comunicación celular, o una interfaz para protocolos de comunicación de corto alcance tales como Zigbee, o puede ser una interfaz de WLAN. La interfaz 1650 inalámbrica puede comprender adicionalmente un módulo 1652 de MAC, un módulo 1660 de PHY y una antena 1670. Entre otros submódulos, el módulo 1652 de MAC puede comprender un módulo 1654 de Detección de Portadora, un mapa 1656 de bits de ancho de banda de NAV y un contador 1658 de duración de NAV. El mapa 1656 de bits de ancho de banda de NAV y el contador 1658 de duración de NAV se usan para registrar el ancho de banda y la información de duración contenida en una PPDU recibida si la STA 1600 no es un receptor previsto de la PPDU. El módulo 1654 de Detección de Portadora es responsable de realizar tanto la detección de portadora física (Detección de Energía) como la detección de portadora virtual (NAV) antes de cualquier transmisión que requiera detección de portadora.
La STA 1600 puede comprender muchos otros componentes que no se ilustran, por claridad, en la figura 16. Únicamente se ilustran aquellos componentes que son más pertinentes para la presente divulgación.
<Tercera realización>
En las realizaciones anteriores, la información de ancho de banda de la PPDU que ajusta el NAV se registró como un campo del propio NAV. Sin embargo, también es posible que la información de ancho de banda se desacople del NAV y se registre por separado. Según la tercera realización, una STA registra la información de ancho de banda de la PPDU que ajusta el NAV como una entidad separada, por ejemplo, como un campo de información OBSS_BW.
Haciendo referencia a la figura 17, se muestra una serie de secuencias 1700 de intercambio de tramas de ejemplo para proporcionar una ilustración visual del registro de la información de ancho de banda según la tercera realización en un<b>S<s>de 80 MHz. La porción superior de la figura 17 representa cuatro secuencias de transmisión con anchos de banda variables: TXOP1 1712, TXOP2 1722, TXOP3 1732 y TXOP4 1742. Cada secuencia de transmisión comprende un intercambio de PPDU entre un AP y una o más STA que pertenecen al mismo BSS que el AP.
La porción media de la figura 17 representa una representación visual de las duraciones de NAV mantenidas por una STA de terceros según las reglas definidas por la especificación IEEE 802.11. Cualquier STA que esté dentro de la cobertura de radio de una transmisión en curso y no sea ni un transmisor ni un receptor previsto de la transmisión se considera una STA de terceros para esa transmisión. La porción inferior de la figura 17 representa una representación visual de información de OBSS_BW tal como se mantiene por la misma STA de terceros. Los puntos de tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4, t5, t6 y t7.
Al recibir la primera PPDU 1710 de la TXOP1 1712, una STA de terceros determina que la propia STA no es un receptor previsto de la PPDU 1710, por ejemplo, leyendo la dirección de receptor en el encabezado de MAC de las tramas transportadas por la PPDU, o leyendo el subcampo AID12 del campo de Información de Usuario de la trama de Disparo transportada en la PPDU 1710, etc. Una vez que la STA ha determinado que la propia STA no es un receptor previsto de la PPDU 1710, según las reglas de NAV de IEEE 802.11 existentes, ajusta la duración de NAV a una duración de tiempo desde el tiempo t0 hasta el tiempo t1, prohibiendo que la STA transmita hasta el tiempo t1 que es el final de la TXOP1 1712. Además de registrar la duración de NAV, según la tercera realización, la STA también registra la información de ancho de banda de la PPDU 1710 que ajusta el NAV, en el campo de información OBSS_BW como 80 MHz. En el tiempo t1, cuando la duración 1714 de<n>A<v>cuenta regresivamente hasta cero, el campo de información OBSS_BW también se restablece a cero. El recuadro 1716 representa información de OBSS_BW entre el tiempo t0 y el tiempo t1. El campo de información OBSS_BW puede representarse como una variable de dos bits como se muestra en la tabla 750 en la figura 7B, o también puede mantenerse como un mapa 1390 de bits de 8 bits en la figura 13B.
De manera similar, al recibir la primera PPDU 1720 de la TXOP2 1722, la STA ajusta la duración 1724 de NAV a una duración de tiempo desde el tiempo t2 al tiempo t3 que es el final de la TXOP2 1722 mientras que el campo de información OBSS_BW se establece a 40 MHz, el ancho de banda de la PPDU 1720; esto se ilustra como el recuadro 1726. En el tiempo t3, cuando la duración 1724 de NAV cuenta regresivamente hasta cero, el campo de información OBSS_BW también se restablece a cero. De la misma manera, tras recibir la primera PPDU 1730 de la TXOP3 1732, la STA ajusta la duración 1734 de NAV a una duración de tiempo desde el tiempo t4 al tiempo t5 que es el final de la TXOP3 1732, mientras que el campo de información OBSS_<b>W se ajusta a 20 MHz, el ancho de banda de la PPDU 1730; esto se ilustra como el recuadro 1736. En el tiempo t5, cuando la duración 1734 de NAV cuenta regresivamente hasta cero, el campo de información OBSS_BW se restablece de nuevo a cero. Si las reglas de detección de canal también se modifican en consecuencia, bajo ciertas condiciones, se puede permitir que la STA de terceros transmita en los canales desocupados CH3 y CH4 dentro de la duración de tiempo de t2 hasta t3, así como en los canales CH2, CH3 y CH4 dentro de la duración de tiempo de t4 a t5 sin causar interferencia a las transmisiones 1722 y 1732 en curso respectivamente, promoviendo de este modo una reutilización más eficiente de los canales secundarios desocupados.
Tradicionalmente, las STA de IEEE 802.11 solo se requieren para recibir y decodificar una PPDU que se superpone al canal primario de 20 MHz de una STA; no se requiere que una STA reciba o decodifique una PPDU que no se superponga a su canal primario de 20 MHz. Sin embargo, si una STA tiene la capacidad de recibir y decodificar tal PPDU, la STA puede usar el campo de información OBSS_BW para registrar también el ancho de banda de tales PPDU. TXOP4 1742 representan una secuencia de intercambio de trama de este tipo que no se superpone a los 20 MHz primarios usados por la STA de terceros. Tras recibir la primera PPDU 1740 de la TXOP4 1742, si la STA tiene la capacidad de recibir y decodificar la PPDU, la STA puede registrar el ancho de banda en el campo de información OBSS_BW. Obsérvese que en este caso la STA no ajusta la duración de NAV.
La información de ancho de banda registrada por el campo de información OBSS_BW también puede usarse como una referencia por la STA para informar su disponibilidad de canal al AP con el que está asociada la STA. Como un ejemplo, si la STA implementa la operación de Informe de Consulta de Ancho de banda (BQR) no solicitada definida en el IEEE 802.11ax, puede usar el campo de información OBSS_BW para rellenar el mapa de bits de Canal Disponible que la STA envía a su AP asociado en el Informe de Consulta de Ancho de banda. La TXOP4 1742 no ajusta la duración de NAV para la STA y, por lo tanto, no evita que la STA transmita. Sin embargo, registrar el ancho de banda de TXOP4 1742 en el campo de información OBSS_BW permite que la STA informe a su AP que se espera que CH3 y CH4 estén ocupados para la STA durante la duración de tiempo desde el tiempo t6 al tiempo t7. Esto ayudará al AP a evitar CH3 y CH4 en cualquier asignación de Unidad de Recursos (RU) a la STA para transmisión de OFDMA de enlace descendente o de enlace ascendente a/desde la STA durante la duración de tiempo desde el tiempo t6 al tiempo t7.
Haciendo referencia de nuevo a la figura 5, el NAV sobreprotector que prohibió a la STA2 transmitir la PPDU 450 de UL, puede superarse aplicando el concepto de registro de la información de ancho de banda de la transmisión de OBSS en curso desde el BSS2145 en la figura 1 como el campo de información OBSS_BW y al mismo tiempo, realizar algunos cambios en la regla de CS Virtual y el mecanismo de CS de MU de UL.
La tabla 1800 en la figura 18 enumera los diversos parámetros relacionados con el mecanismo de CS de MU de UL modificado para STA2 durante la secuencia de transmisión de MU de UL mostrada en la figura 5. La tabla 1800 y su contenido es el mismo que el de la tabla 880 en la figura 8B, excepto que el campo de información OBSS_bW se proporciona independientemente del NAV 1810 básico en la tabla 1800. Dado que la transmisión de OBSS desde BSS2145 solo se solapa en CH1 y CH2, CH1 y CH2 se registran como ocupados mientras que CH3 y CH4 se registran como inactivos en el campo de información OBSS_BW como se indica por las entradas 1820 y 1822 en la figura 18, respectivamente.
Según la tercera realización, la regla de CS virtual se modifica de tal manera que el estado de CS virtual ocupado/inactivo se considera por canal de 20 MHz. Cuando el contador de duración de NAV básico es distinto de cero, únicamente aquellos canales de 20 MHz que se indican como ocupados por el campo de información OBSS_BW se consideran como ocupados por la CS virtual. De manera similar, la regla de CS de MU de UL también se modifica para considerar el estado ocupado/inactivo del medio inalámbrico en una base por canal de 20 MHz. Según la regla de CS de MU de UL modificada, dado que tanto la CS virtual como la CCA basada en detección de energía (ED) indican ocupado en CH1 y CH2 e inactivo en CH3 y CH4, el mecanismo de CS de MU de UL considera que CH1 y CH2 están ocupados mientras que CH3 y CH4 se consideran inactivos como se indica por las entradas 1836, 1834, 1832 y 1830 respectivamente. Dado que tanto CH3 como CH4 se consideran inactivos, según la regla de transmisión de CS de MU de UL modificada, se permite que la STA2 transmita su PPDU 450 de UL en la RU asignada en CH3 y CH4 promoviendo de este modo un uso más eficiente del medio inalámbrico. La regla de CS virtual según la tercera realización se puede resumir como se indica a continuación:
- Para cada canal de 20 MHz que contiene la RU asignada para la transmisión de enlace ascendente de la STA, se considera un NAV en CS virtual para una STA que se solicita por una trama de Disparo para transmisión a menos que se cumpla una de las siguientes condiciones:
- El NAV se ajustó mediante una trama intra-BSS
- El contador de duración de NAV es cero
- El contador de duración de NAV es mayor que cero, pero el canal de 20 MHz se registra como inactivo por el campo de información OBSS_BW
Si no se considera NAV, entonces la CS virtual indica inactivo para el canal de 20 MHz, de lo contrario la CS virtual indica ocupado para el canal de 20 MHz.
La regla de CS de MU de UL según la tercera realización se puede resumir como se indica a continuación:
- Si el subcampo CS Requerida en la trama de Disparo se ajusta a 1, durante el tiempo de SIFS después de la trama de Disparo, al menos para cada canal de 20 MHz que contiene la RU asignada para la transmisión de MU de UL de la STA, la STA deberá considerar el estado de la CCA usando la regla de detección de energía (ED) apropiada, así como la CS virtual antes de la transmisión de MU de UL en respuesta a la trama de Disparo. La s Ta puede transmitir una PPDU basada en disparo de HE cuando los canales de 20 MHz que contienen las RU asignadas en la trama de Disparo se consideran inactivos; si la STA detecta que los canales de 20 MHz que contienen las RU asignadas no están todos inactivos, entonces la STA no transmitirá nada en las RU asignadas.
La figura 19 representa un diagrama de flujo 1900 que explica la regla de transmisión de CS de MU de UL según la tercera realización cuando la regla de CS virtual se indica por canal de 20 MHz manteniendo la información de ancho de banda de transmisión de OBSS en OBSS_BW. Para cada uno del canal de 20 MHz del canal de banda ancha en el que se ha asignado a una STA una RU para transmisión de enlace ascendente por el AP en una trama de Disparo con campo de CS Requerida ajustado a 1, el procedimiento de CS de MU de UL comienza en la etapa 1910. Dado que el campo de CS Requerida se ajusta a 1 en la trama de Disparo, antes de transmitir una PPDU basada en disparo de HE, se requiere que la STA realice CS de MU de UL al menos en todos los canales de 20 MHz que contienen la RU asignada durante el tiempo de SIFS inmediatamente después del final de la PPDU que contiene la trama de disparo.
En la etapa 1920, se comprueba el contador de duración de NAV básico y si es cero, el procedimiento continúa a la etapa 1940, de lo contrario el procedimiento pasa a la etapa 1930. En la etapa 1930, si el canal de 20 MHz se registra como ocupado por OBSS_bW, el procedimiento pasa a la etapa 1950, de lo contrario pasa a la etapa 1940. En la etapa 1940, la C<s>virtual notifica el canal de 20 MHz como inactivo y el procedimiento pasa a la etapa 1960. En la etapa 1950, la CS virtual notifica el canal de 20 MHz como ocupado y el procedimiento pasa a la etapa 1980. En la etapa 1960, la STA detecta el medio inalámbrico usando detección de energía (ED) durante el tiempo de SIFS inmediatamente después del final de la PPDU que contiene la trama de disparo y si se detecta que el canal está ocupado, el procedimiento pasa a la etapa 1980, de lo contrario el procedimiento pasa a la etapa 1970.
En la etapa 1980, el canal de 20 MHz se considera ocupado para transmisión de MU de UL y el procedimiento finaliza para este canal de 20 MHz. En la etapa 1970, el canal de 20 MHz se considera inactivo para la transmisión de MU de UL y el procedimiento finaliza para este canal de 20 MHz. El procedimiento 1900 se repite al menos para cada uno del canal de 20 MHz del canal de banda ancha en el que se ha asignado a la STA una RU para transmisión de enlace ascendente. Si todos los canales de 20 MHz que contienen la RU asignada en la trama de disparo a la STA se consideran inactivos, la STA puede transmitir su PPDU basada en disparo de HE.
Haciendo referencia a la figura 20, la tabla 2000 enumera diversos parámetros a partir de los cuales una STA, que recibe una PPDU de IEEE 802.11 de ajuste de NAV válida, puede determinar la información de ancho de banda de canal de la PPDU. De acuerdo con la especificación IEEE 802.11, al recibir un preámbulo de PHY de IEEE 802.11 válido, la capa PHY de la STA mide el nivel de intensidad de señal recibido y si el nivel de intensidad de señal está por encima de un cierto umbral, generalmente denominado nivel de Detección de Preámbulo (PD), la PHY indica esto a la capa de MAC a través de la primitiva PHY-CCA.indication (OCUPADO, primario). La STA continúa recibiendo el resto de los campos de encabezado de PHY y si la recepción de encabezado de PHY es satisfactoria, la capa PHY emite una primitiva PHY-RXSTART.indication (RXVECt Or ) al MAC.
El contenido del RXVECTOR depende del formato de la PPDU recibida, y la STA determina el ancho de banda de la PPDU recibida basándose en los parámetros relevantes del RXVECTOR como se enumeran en la tabla 2000. Si la PPDU recibida es una PPDU de H<e>, el ancho de banda se indica por el parámetro CH_BANDWIDTH. El parámetro CH_BANDWIDTH a su vez se basa en el campo de Ancho de banda en la HE-SIG-A del encabezado de PHY de la PPDU de HE recibida. Si la PPDU recibida es una PPDU de VHT, el ancho de banda también se indica por el parámetro CH_BANDWIDTH. El parámetro CH_BANDWIDTH a su vez se basa en el campo de Ancho de banda en la VHT-SIG-A1 del encabezado de PHY de la PPDU de VHT recibida.
Si la PPDU recibida es una PPDU de HT, el ancho de banda también se indica por el parámetro CH_BANDWIDTH. El parámetro CH_BANDWIDTH a su vez se basa en el bit CBW 20/40 en la HT-SiG del encabezado de PHY de la PPDU de HT recibida. Sin embargo, si la PPDU recibida es una PPDU no HT, determinar el ancho de banda exacto de la PPDU es más complicado ya que una PPDU no HT puede estar en un formato de PPDU no HT heredada o puede estar en un formato de PPDU duplicada no HT. El formato de PPDU de una PPDU no HT puede determinarse haciendo referencia al parámetro NON_HT_MODULATION de RXVECTOR. Si el parámetro NON_HTMODULATION es OFDM, la PPDU es una PPDU no HT heredada y el ancho de banda de canal es igual a 20 MHz.
Sin embargo, si el parámetro NON_HTMODULATION es NON_HT_DUP_OFDM, la PPDU es una PPDU duplicada no HT, es decir, la misma PPDU se duplica en múltiples canales de 20 MHz. En este caso, el parámetro CH_BANDWIDTH solo indica el ancho de banda de canal estimado. Sin embargo, la PPDU duplicada no HT puede transmitirse por una STA de señalización de ancho de banda, es decir, el campo de Dirección de Transmisor (TA) del encabezado de MAC contenido en la PPDU recibida es una TA de señalización de ancho de banda (el bit Individual/de Grupo de la TA es 1). En tal caso, el ancho de banda exacto de la PPDU puede determinarse haciendo referencia adicionalmente al parámetro CH_BANDWIDTH_IN_NON_HT del RXVEc To R. En algunos casos, puede no ser posible determinar el ancho de banda exacto de la PPDU duplicada no HT, por ejemplo, la trama de CTS se transmite generalmente en formato de PPDU no HT o PPDU duplicada no HT para garantizar la máxima protección de NAV contra dispositivos heredados.
Dado que la trama de CTS ni siquiera contiene un campo de TA, no es posible determinar el ancho de banda exacto cubierto por la trama de CTS si se transmite en el formato duplicado no HT. Si se recibe una PPDU de este tipo y la STA no puede determinar el ancho de banda exacto de la PPDU, según la tercera realización, el campo de información OBSS_BW se ajusta de tal manera que todos los canales de operación de la STA se registran como ocupados para no permitir la transmisión de la STA cuando el contador de duración de NAV básico es distinto de cero. Esto asegura que la STA no provoque inadvertidamente interferencia a las transmisiones de OBSS en curso.
Haciendo referencia a la figura 21, la tabla 2100 enumera los valores posibles y los significados del parámetro de lista de canales de la primitiva PHY-CCA.indication emitida por las STA de HE. Además de los cuatro miembros existentes del parámetro de lista de canales, a saber, primario, secundario, secundario40 y secundario80, las STA de HE pueden incluir opcionalmente también el mapa de bits por 20 MHz, en que cada bit del mapa de bits igual a 0 indica un canal de 20 MHz inactivo y cada bit igual a 1 indica un canal de 20 MHz ocupado. Si la capa PHY de la STA de HE tiene la capacidad de indicar el estado de canal en tal granularidad de 20 MHz, la STA puede usar también alternativamente el mapa de bits por 20 MHz para ajustar el campo de información OBSS_BW.
<Cuarta realización>
Como se ha mencionado anteriormente, a veces puede no ser posible que una STA determine el ancho de banda exacto de una PPDU recibida, o una STA puede elegir no registrar la información de ancho de banda de las PPDU recibidas para facilitar la implementación o cualquier otra razón. En otros momentos, incluso aunque la PPDU que ajusta el NAV solo ocupa el canal primario de 20 MHz, la STA puede poseer otra información que indica que transmitir en los canales no primarios puede no ser aconsejable durante la duración de NAV.
De manera similar, también puede ser posible que, aunque una STA no pueda determinar el ancho de banda exacto de una PPDU recibida, basándose en su conocimiento histórico de los OBSS vecinos, la STA todavía pueda predecir con precisión el ancho de banda de la PPDU. Por ejemplo, basándose en tramas de OBSS recibidas previamente, una STA puede ser consciente de que un determinado OBSS solo opera en el canal primario de 20 MHz, o que una determinada STA de HE es un dispositivo de solo 20 MHz (basándose en tramas recibidas durante el intercambio de capacidad entre la STA y su AP). La STA puede haber construido tal base de conocimiento de su vecindad a lo largo del tiempo, y cuando se recibe una PPD<u>, basándose en algunos campos relevantes en la PPDU tal como el Identificador de Conjunto de Servicios Básicos (BSSID), o la Dirección de Transmisor/Receptor, etc., la STA puede decidir si su transmisión en los canales no primarios durante el periodo de NAV (es decir, la duración durante la cual el contador de duración de NAV es distinto de cero) es inofensiva o no.
Según la cuarta realización, en lugar de registrar la información de ancho de banda de una PPDU de ajuste de NAV, una STA mantiene una bandera, TX_Allowed, que indica si la STA puede o no transmitir en los canales no primarios de 20 MHz durante el periodo de NAV. La bandera TX_Allowed puede mantenerse independiente del NAV o también puede estar estrechamente ligada al NAV.
Haciendo referencia a la figura 22, 2200 ilustra el NAV mantenido por una STA según la cuarta realización usando dos octetos. Según la especificación IEEE 802.11, en la mayoría de los casos, una STA actualiza su NAV basándose en el contenido del campo de Duración/ID de 2 octetos en el encabezado de MAC de unas tramas 802.11 válidas. Cuando se usa para llevar el valor de Duración, el bit 15 del campo de Duración/ID se ajusta a 0, mientras que los 15 bits restantes llevan el valor de duración en microsegundos. En algunos casos, una STA de HE puede usar también el parámetro TXOP_DURATION de 7 bits en el RXVECTOR para actualizar el NAV. En cualquier caso, 15 bits son suficientes para registrar la duración de NAV como se ilustra por 2210.
El último bit, B15, se usa como la bandera 2220 TX_Allowed. La codificación de la bandera TX_Allowed se explica en la tabla 2230. Cuando la bandera TX_Allowed se ajusta a cero, no se permite que la STA transmita cuando el campo 2210 de duración de NAV indica un valor distinto de cero. Cuando se ajusta a uno, la STA puede transmitir en los canales no primarios de 20 MHz durante el período de NAV si lo permiten otras condiciones (por ejemplo, si la detección de canal basada en detección de energía (ED) también devuelve el canal no primario de 20 MHz como inactivo).
Haciendo referencia a la figura 23, se muestra una serie de secuencias 2300 de intercambio de tramas de ejemplo para proporcionar una ilustración visual del registro del NAV según la cuarta realización en un BSS de 80 MHz.
La porción superior de la figura 23 representa tres secuencias de transmisión con anchos de banda variables: una TXOP1 2312 de 80 MHz, una TXOP22322 de 40 MHz y una TXOP32332 de 20 MHz. Los puntos de tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4 y t5. Cualquier STA que esté dentro de la cobertura de radio de una transmisión en curso y no sea ni un transmisor ni un receptor previsto de la transmisión se considera una STA de terceros para esa transmisión.
Tras recibir la primera PPDU 2310 de la TXOP1 2312, una STA de terceros determina que la propia STA de terceros no es un receptor previsto de la PPDU 2310, por ejemplo, leyendo la dirección de receptor en el encabezado de MAC de las tramas transportadas por la PPDU, o leyendo el subcampo AID12 del campo de Información de Usuario de la trama de Disparo transportada en la PPDU 2310, etc. Una vez que la STA ha determinado que la propia STA no es un receptor de la PPDU 2310, según la regla de NAV existente, copia la duración de protección de los campos relevantes de la PPDU 2310 y ajusta la duración de NAV 2210, por ejemplo, a la duración de tiempo desde el tiempo t0 hasta el tiempo t1.
Además de registrar la duración de NAV, según la cuarta realización, la STA también hace una predicción de si son permisibles transmisiones en los otros canales de 20 MHz dentro de su ancho de banda de operación aparte del canal primario de 20 MHz. La STA puede hacer uso de información tal como el ancho de banda de la PPDU 2310, su conocimiento histórico de los OBSS vecinos, campos relevantes en la PPDU tales como el Identificador de Conjunto de Servicios Básicos (BSSID) o la Dirección de Transmisor/Receptor, etc., para decidir si su transmisión en los canales no primarios durante la duración de NAV es inofensiva o no.
En el caso de la PPDU 2310, la STA predice que no es aconsejable transmitir en los otros canales no primarios de 20 MHz durante el período de NAV, t0 a t1, debido al alto riesgo de interferencia a las transmisiones posteriores de TXOP1 2312 en el CH2, CH3 y CH4 y, por lo tanto, ajusta la bandera 2200 TX_Allowed a 0. Esto se ilustra visualmente por el recuadro 2314. De manera similar, tras recibir la PPDU 2320, la STA ajusta la duración de NAV a la duración de tiempo desde el tiempo t2 al tiempo t3 que es el final de la TXOP2 2322. También en este caso, la STA predice que no es aconsejable transmitir en los otros canales no primarios de 20 MHz durante el período de NAV, t2 a t3, debido al riesgo de interferencia a las transmisiones posteriores de TXOP1 2322 en CH2 y, por lo tanto, ajusta la bandera 2200 TX_Allowed a 0. Esto se ilustra como el recuadro 2324.
De la misma manera, tras recibir la PPDU 2330, la STA ajusta la duración de NAV a duración de tiempo desde el tiempo t4 al tiempo t5 que es el final de la TXOP3 2332. En este momento, sin embargo, la STA predice que su transmisión en los canales no primarios de 20 MHz CH2, CH3 y CH4 durante el período de NAV no interfiere con las transmisiones posteriores de TXOP3 2332 y, por lo tanto, ajusta la bandera 2200 TX_Allowed a 1 que indica que la STA puede transmitir en los canales no primarios de 20 MHz durante el periodo de NAV, t4 a t5, si lo permiten otras condiciones. Esto se ilustra visualmente por el recuadro 2336. Sin embargo, la transmisión en el canal primario de 20 MHz CH1 está prohibida durante el periodo de NAV como se indica visualmente por el recuadro 2334. En el tiempo t5, cuando el contador de duración de NAV se vuelve cero, la bandera TX_Allowed también se restablece a cero.
La figura 24 ilustra la secuencia 400 de transmisión de MU de UL de ejemplo en otra condición de canal más para resaltar la mejora de reutilización de espectro realizada por la cuarta realización. En el momento en que las STA reciben la trama 410 de Disparo del AP1 (101 en la figura 1), no hay transmisiones en curso dentro del área de cobertura de radio de STA1, STA3 y STA4 en el canal primario de 20 MHz y tanto el NAV intra-BSS como el NAV básico de STA1, STA3 y STA4 se ajustan a cero. Sin embargo, hay una transmisión de OBSS en curso en BSS2 (145 en la figura 1), dentro del área de cobertura de radio de STA2, en el canal primario CH1 como se ilustra por la secuencia 2400 de transmisión.
AP2 (102) y STA5 (150) están comprometidos en un intercambio de tramas bidireccional usando el protocolo de dirección inversa (RDP). AP2 transmite la PPDU 2410 que incluye el campo de Control A de RDP con el campo de Concesión de Dirección Inversa (RDG)/Más PPDU ajustada a 1 a STA5. Y la STA5 responde con la PPDU 2420 en un tiempo SIFS después del final de la PPDU 2410. AP2 finaliza el intercambio de tramas transmitiendo la trama 2430 de ACK a STA5.
Tras recibir la PPDU 2410, la STA2 determina que es una PPDU de OBSS y ajusta su NAV básico hasta el final de la secuencia 2400 de transmisión. La interferencia de OBSS ilustrada a STA2 es ligeramente diferente en comparación con la ilustrada en la figura 5; la transmisión de OBSS solo interfiere en el canal primario de 20 MHz CH1. Sin embargo, bajo la regla de CS de MU de UL original, el efecto de la interferencia en la STA2 es exactamente el mismo. Dado que el NAV básico es distinto de cero, la CS virtual devuelve ocupado e incluso aunque la detección de energía devuelve inactivo en los canales CH3 y CH4, la STA2 no puede transmitir la PPDU 450 basada en disparo de HE en la RU asignada en los canales CH3 y CH4.
Según la cuarta realización, la regla de CS virtual se modifica de tal manera que el estado de CS virtual ocupado/inactivo se considera de manera diferente para canal de 20 MHz diferente. Como mínimo, la CS virtual se considera de manera diferente para el canal primario de 20 MHz y el resto de los canales no primarios de 20 MHz dentro del ancho de banda operativo de una STA. Cuando el contador de duración de NAV básico es distinto de cero, el canal primario de 20 MHz siempre se indica como ocupado por la CS virtual. Sin embargo, si los canales no primarios de 20 MHz se consideran inactivos u ocupados por la CS virtual depende de la bandera TX_Allowed. Cuando la bandera TX_Allowed no está ajustada, es decir, el bit 2220 TX_Allowed es 0, todos los canales no primarios de 20 Mhz también se indican como ocupados. Sin embargo, cuando se ajusta la bandera TX_Allowed, es decir, el bit 2220 TX_Allowed es 1, todos los canales no primarios de 20 Mhz se indican como inactivos.
La tabla 2500 en la figura 25 enumera los diversos parámetros relacionados con el mecanismo de CS de MU de UL modificado según la cuarta realización para STA2 durante la secuencia 400 de transmisión de MU de UL mostrada en la figura 24. La tabla 2500 y su contenido es casi el mismo que el de la tabla 880 en la figura 8B, excepto que CH2 está inactivo y en lugar de mantener el estado ocupado/inactivo de cada canal de 20 MHz registrando la información de ancho de banda de la PPDU que ajusta el NAV básico, solo se mantiene la bandera TX_Allowed como se muestra por la abreviatura TX_A 2510. Tras recibir la PPDU 2410, basándose en los campos relevantes de la PPDU tal como Color de BSS, parámetro CH_BANDWIDTH de RXVECTOR, la STA2 determina que es una PPDU inter-BSS de 20 MHz. La STA2 también puede tener información histórica de que BSS2 solo opera en 20 MHz y basándose en el Color de BSS o el BSSID de la trama contenida en la PPDU 2410, la STA2 puede predecir de manera fiable que, durante el período de NAV, la transmisión 2400 de OBSS se limitará a la canal primario de 20 MHz CH1. Como tal, la STA2 determina que es seguro para ella transmitir sus PPDU de MU de UL en los canales no primarios durante el periodo de NAV y por lo tanto ajusta el bit 2200 TX_Allowed a 1.
De acuerdo con la regla de CS virtual según la cuarta realización, CH1 se indica como ocupado 2522 pero dado que el bit 2200 TX_Allowed es igual a 1, los canales no primarios CH2, CH3 y CH4 se indican como inactivos por la CS virtual. De manera similar, cuando la STA2 realiza la CCA basada en detección de energía (ED) durante el SIFS después de la PPDU 410 que contiene la trama de disparo, CH1 se indica ocupado mientras que los tres canales no primarios CH2, CH3 y CH4 se indican como inactivos. El mecanismo de CS de MU de UL considera el estado tanto de CS virtual como de detección para detectar energía e indica que CH1 está ocupado mientras que CH2, CH3 y CH4 se consideran inactivos como se indica por las entradas 2536, 2534, 2532 y 2530 respectivamente. Dado que tanto CH3 como CH4 se consideran inactivos, según la regla de transmisión de CS de MU de UL modificada, se permite que la STA2 transmita su PPDU 450 de UL en la RU asignada en CH3 y CH4 promoviendo de este modo un uso más eficiente del medio inalámbrico.
La regla de CS virtual según la cuarta realización se puede resumir como se indica a continuación:
- Para cada canal de 20 MHz que contiene la RU asignada para la transmisión de enlace ascendente de la STA, se considera un NAV en CS virtual para una STA que se solicita por una trama de Disparo para transmisión a menos que se cumpla una de las siguientes condiciones:
- El NAV se ajustó mediante una trama intra-BSS
- El contador de duración de NAV es cero
- El canal de 20 MHz no es el canal primario de 20 MHz y la bandera TX_Allowed se establece a 1.
Si no se considera NAV, entonces la CS virtual indica inactivo para el canal de 20 MHz, de lo contrario la CS virtual indica ocupado para el canal de 20 MHz.
La regla de CS de MU de UL según la cuarta realización se puede resumir como se indica a continuación:
- Si el subcampo CS Requerida en la trama de Disparo se ajusta a 1, durante el tiempo de SIFS después de la trama de Disparo, al menos para cada canal de 20 MHz que contiene la RU asignada para la transmisión de MU de UL de la STA, la STA deberá considerar el estado de la CCA usando la regla de detección de energía (ED) apropiada, así como la CS virtual antes de la transmisión de MU de UL en respuesta a la trama de Disparo. La<s>T<a>puede transmitir una PPDU basada en disparo de HE cuando los canales de 20 MHz que contienen las RU asignadas en la trama de Disparo se consideran inactivos; si la STA detecta que los canales de 20 MHz que contienen las RU asignadas no están todos inactivos, entonces la STA no transmitirá nada en las RU asignadas.
La figura 26 representa un diagrama de flujo 2600 que explica la regla de transmisión de CS de MU de UL según la cuarta realización. Para cada uno del canal de 20 MHz del canal de banda ancha en el que se ha asignado a una STA una RU para transmisión de enlace ascendente por el AP en una trama de Disparo con campo de CS Requerida ajustado a 1, el procedimiento de CS de MU de UL comienza en la etapa 2610. Dado que el campo de CS Requerida se ajusta a 1 en la trama de Disparo, antes de transmitir una PPDU basada en disparo de HE, se requiere que la STA realice CS de MU de UL al menos en todos los canales de 20 MHz que contienen la RU asignada durante el tiempo de SIFS inmediatamente después del final de la PPDU que contiene la trama de disparo. En la etapa 2620, se comprueba el contador de duración de NAV básico y si es cero, el procedimiento continúa a la etapa 2640, de lo contrario el procedimiento pasa a la etapa 2630.
En la etapa 2630, si el canal de 20 MHz es el canal primario de 20 MHz, el procedimiento pasa a la etapa 2660, de lo contrario pasa a la etapa 2650. En la etapa 2650, si la bandera TX_Allowed se ajusta a 0, el procedimiento pasa a la etapa 2660, de lo contrario pasa a la etapa 2640. En la etapa 2640, la CS virtual notifica el canal de 20 MHz como inactivo y el procedimiento pasa a la etapa 2670. En la etapa 2660, la CS virtual notifica el canal de 20 MHz como ocupado y el procedimiento pasa a la etapa 2690.
En la etapa 2670, la STA detecta el medio inalámbrico usando detección de energía (ED) durante el tiempo de SIFS inmediatamente después del final de la PPDU que contiene la trama de disparo y si se detecta que el canal está ocupado, el procedimiento pasa a la etapa 2690, de lo contrario el procedimiento pasa a la etapa 2680. En la etapa 2690, el canal de 20 MHz se considera ocupado para transmisión de MU de UL y el procedimiento finaliza para este canal de 20 MHz. De manera similar, en la etapa 2670, el canal de 20 MHz se considera inactivo para transmisión de MU de UL y el procedimiento finaliza para este canal de 20 MHz. El procedimiento 2600 se repite al menos para cada uno del canal de 20 MHz del canal de banda ancha en el que se ha asignado a la STA una RU para transmisión de enlace ascendente. Cuando todos los canales de 20 MHz que contienen la RU asignada en la trama de disparo a la STA se consideran inactivos, la STA puede transmitir su PPDU basada en disparo de HE en la RU asignada.
Haciendo referencia a la figura 27, se muestra una serie de secuencias de intercambio de tramas de ejemplo para proporcionar una ilustración visual de las reglas de actualización para la bandera TX_Allowed cuando hay múltiples OBSS dentro de la cobertura de radio de una STA, por ejemplo, en el diseño de BSS mostrado en la figura 9, suponiendo que los tres BSS, BSS1 100, BSS2 145 y BSS3900 son BSS de 80 MHz. Tres secuencias de transmisión de diferentes anchos de banda en BSS2 145 se representan en la porción superior de la figura 27: una TXOP1 2710 de 80 MHz y dos TXOP de 20 MHz: TXOP22720 y TXOP32730. De manera similar, se representan tres secuencias de transmisión de diferentes anchos de banda en BSS3 900 en la porción inferior de la figura 27: dos TXOP de 20 MHz: TXOP4 2740, TXOP6 2760 y un ancho de banda variable TXOP5 2750. La porción media de la figura 27 representa la ilustración visual del NAV básico mantenido por la STA2 120 como se propone por la cuarta realización. Los puntos en el tiempo relevantes para este ejemplo se indican por t0, t1, t2, t3, t4, t5, t6, t7, t8, t9, t10 y t11.
Al recibir la primera PPDU 2712 de la TXOP1 2710, basándose en el campo de Color de BSS en el encabezado de PHY o el campo de BSSID en el encabezado de MAC, la STA2 determina que la PPDU 2712 es una PPDU de OBSS de BSS2 y que la STA2 no es una de las receptoras de la PPDU. Según la regla de NAV existente para actualizar la duración de NAV, la STA2 ajusta la duración de NAV básico desde el tiempo t0 al tiempo t2. Al mismo tiempo, basándose en su predicción de transmisión de OBSS futura durante el periodo de NAV, la STA2 ajusta la bandera TX_Allowed a 0.
Tras recibir la primera PPDU 2742 de la TXOP42740, la STA2 determina que 2742 es una PPDU de OBSS de BSS3 y que la STA2 no es uno del receptor de la PPDU. Dado que la duración indicada en la PPDU 2742 es más larga que la duración de NAV existente, según la regla para actualizar la duración de NAV, la STA2 actualiza la duración de NAV hasta el tiempo t3, el final de la TXOP42740. Aunque la STA2 determina que el ancho de banda de la TXOP42740 es solo de 20 MHz, basándose en su conocimiento de la secuencia 2710 de transmisión de BSS2, la STA2 decide que la transmisión debe continuar prohibiéndose en los canales no primarios durante el período de NAV extendido y, por lo tanto, no realiza cambios en la bandera TX_Allowed.
De manera similar, tras recibir la primera PPDU 2722 de la TXOP22720, dado que la STA2 no es uno del receptor de la PPDU, la STA2 ajusta la duración de NAV desde el tiempo t4 al tiempo t7. La STA2 determina que el ancho de banda de la TXOP22720 es solo de 20 MHz y ajusta la bandera TX_Allowed a 1 que indica que puede permitirse la transmisión en los canales no primarios de 20 MHz durante el periodo de NAV.
Tras recibir la primera PPDU 2752 de TXOP52750, la STA2 determina que 2752 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU. Dado que la duración indicada en 2752 es más corta que la duración de NAV existente, según la regla de NAV para actualizar la duración de NAV, la STA2 no actualiza la duración de NAV. Sin embargo, dado que el ancho de banda de la PPDU 2752 es más ancho que 20 MHz, la STA2 predice el riesgo de interferencia al OBSS de la transmisión en los canales no primarios y, por lo tanto, actualiza la bandera TX_Allowed a 0, prohibiendo el inicio de una nueva transmisión en los canales no primarios durante el resto del período de NAV. Sin embargo, basándose en algunos campos de la PPDU 2752, o su conocimiento previo de BSS3 (por ejemplo, que la PPDU 2752 contiene una respuesta de búsqueda de trama solo de un dispositivo de HE de solo 20 MHz, es decir, un dispositivo que tiene la capacidad de operar solo en el canal primario de 20 MHz), si la STA2 puede determinar que el ancho de banda de TXOP5 se reducirá a 20 MHz, la STA2 también puede elegir no actualizar la bandera TX_Allowed, continuando así permitiendo transmisiones en los canales no primarios de 20 MHz durante el período de NAV.
De manera similar, tras recibir la primera PPDU 2732 de la TXOP32730, dado que la STA2 no es uno del receptor de la PPDU, la STA2 ajusta la duración de NAV desde el tiempo t8 al tiempo t10. La STA2 también determina que el ancho de banda de la TXOP3 2730 es solo de 20 MHz y ajusta la bandera TX_Allowed a 1 que indica que puede permitirse la transmisión durante el periodo de NAV.
Tras recibir la primera PPDU 2762 de TXOP62760, la STA2 determina que 2762 es una PPDU de OBSS de BSS3 y no es uno del receptor de la PPDU. Dado que la duración indicada en la PPDU 2762 es más larga que la duración de NAV existente, según la regla para actualizar la duración de NAV, la STA2 actualiza la duración de NAV hasta el tiempo t11, el final de la TXO<p>62760. Dado que el ancho de banda de TXOP62760 también es solo de 20 MHz, la STA2 elige no actualizar la bandera TX_Allowed continuando de ese modo permitiendo transmisiones en los canales no primarios de 20 MHz durante el periodo de NAV. En el tiempo t11, cuando el contador de duración de NAV alcanza cero, la STA2 restablece la bandera TX_Allowed a cero.
La regla de actualización para la bandera TX_Allowed se resume por el diagrama de flujo 2800 en la figura 28. El procedimiento comienza en la etapa 2810 cuando se recibe una PPDU de OBSS de ajuste de NAV. En la etapa 2815, si el valor actual de la duración de NAV básico es igual a cero, el procedimiento pasa a la etapa 2870, de lo contrario pasa a la etapa 2820.
En la etapa 2820, si la PPDU hace que aumente la duración de NAV del NAV básico, el procedimiento pasa a la etapa 2830, de lo contrario el procedimiento pasa a la etapa 2840. En la etapa 2830, la duración de NAV básico se actualiza de acuerdo con la información de duración relevante en la PPDU (p. ej., basándose en el campo de duración de TXOP en el encabezado de PHY, o el campo de duración en el encabezado de MAC) y el procedimiento pasa a la etapa 2840. En la etapa 2840, si la bandera TX_Allowed es igual a 1, el procedimiento pasa a la etapa 2850, de lo contrario el procedimiento finaliza.
En la etapa 2850, la STA determina si su transmisión en los canales no primarios de 20 MHz puede causar interferencia a la transmisión de OBSS y, en caso afirmativo, el procedimiento pasa a la etapa 2860, de lo contrario el procedimiento finaliza. En la etapa 2860, la STA ajusta la bandera TX_Allowed a 0 y el procedimiento finaliza.
En la etapa 2870, si el ancho de banda de la PPDU recibida es igual a 20 MHz y la STA determina que su transmisión en los canales no primarios de 20 MHz no causará interferencia a la transmisión de OBSS, el procedimiento pasa a la etapa 2880, de lo contrario el procedimiento pasa a la etapa 2875. En la etapa 2880, la STA ajusta la bandera TX_Allowed a 1 y el procedimiento pasa a la etapa 2885. En la etapa 2875, la STA ajusta la bandera TX_Allowed a 0 y el procedimiento pasa a la etapa 2885. En la etapa 2885, si la PPD<u>hace que aumente la duración de NAV del NAV básico, el procedimiento pasa a la etapa 2890, de lo contrario el procedimiento finaliza. En la etapa 2890, la duración de NAV básico se actualiza de acuerdo con la información de duración relevante en la PPDU (p. ej., basándose en el campo de duración de TXOP en el encabezado de PHY, o el campo de duración en el encabezado de MAC) y el procedimiento finaliza.
No es necesario decir que la configuración de una STA descrita anteriormente usando las figuras 15 y 16 puede implementar la tercera y cuarta realizaciones mencionadas anteriormente de la presente divulgación.
En las realizaciones anteriores, la presente divulgación se configura con hardware a modo de ejemplo, pero también puede proporcionarse mediante software en cooperación con hardware.
Además, los bloques funcionales usados en las descripciones de las realizaciones normalmente se implementan como dispositivos LSI, que son circuitos integrados. Los bloques funcionales pueden formarse como chips individuales, o una parte o todos los bloques funcionales pueden integrarse en un único chip. La expresión "LSI" se usa en el presente documento, pero también se pueden utilizar las expresiones "CI", "sistema LSI", "súper LSI" o "ultra LSI" dependiendo del nivel de integración.
Además, la integración del circuito no se limita a LSI y puede lograrse mediante circuitería dedicada o un procesador de fin general distinto de un LSI. Después de la fabricación del LSI, se puede usar una matriz de puertas programables en campo (FPGA), que es programable, o un procesador reconfigurable que permite la reconfiguración de conexiones y ajustes de celdas de circuito en LSI.
Si apareciera una tecnología de integración de circuitos que reemplace a LSI como resultado de avances en la tecnología de semiconductores u otras tecnologías derivadas de la tecnología, los bloques funcionales podrían integrarse utilizando dicha tecnología. Otra posibilidad es la aplicación de biotecnología y/o similar.
Aplicabilidad industrial
Esta divulgación puede aplicarse a un aparato inalámbrico para una detección de portadora (CS) virtual eficiente en un sistema de comunicación inalámbrica multicanal.
Lista de signos de referencia
1500 STA (estación)
1502 receptor
1504 decodificador de PPDU
1506 memoria
1508 transmisor
1600 STA (estación)
1610 fuente de alimentación
1620 memoria
1630 Unidad de Procesamiento Central (CPU)
1640 almacenamiento secundario
1650 interfaces de comunicación inalámbrica
1652 módulo MAC
1654 Módulo de Detección de Portadora
1656 mapa de bits de ancho de banda de NAV
1658 contador de duración de NAV
1660 módulo PHY
1670 antena

Claims (10)

REIVINDICACIONES
1. Un circuito integrado adaptado para ejecutar un procedimiento de comunicación, comprendiendo el procedimiento de comunicación:
recibir una Unidad (312) de datos de capa PHY que incluye un campo (2210) de duración, incluyendo el campo (2210) de duración información de duración que indica una duración de tiempo durante la cual se prohíbe que un aparato de comunicación transmita una Unidad (450) de datos de capa PHY basada en disparo, TB, de alta eficiencia, HE; y
actualizar un valor de Vector de Asignación de Red, NAV, basándose en la información de duración cuando la duración indicada es mayor que un valor de NAV actual y cuando se determina que un aparato de comunicación no es un receptor objetivo de la Unidad (312) de datos de capa PHY recibida,
caracterizado por
emitir un parámetro de primitiva de evaluación de canal libre, PHY-CCA, que indica información (2110) de ancho de banda en un estado ocupado o inactivo para cada subcanal dentro de un ancho de banda operativo; determinar el estado ocupado/inactivo de al menos un subcanal que incluye una unidad de recursos, RU, en la que se va a transmitir la Unidad (450) de datos de capa HE TB PHY, basándose en la información (2110) de ancho de banda,
controlar la transmisión de la Unidad (450) de datos de capa HE TB PHY basándose en el valor de NAV actualizado y el estado ocupado/inactivo del al menos un subcanal, y controlar para que la Unidad (450) de datos de capa HE TB PHY se transmita cuando el al menos al menos un subcanal, que no incluye un subcanal primario, se considera inactivo, independientemente de si el subcanal primario está ocupado o no.
2. El circuito integrado de acuerdo con la reivindicación 1, que está adaptado para ejecutar el procedimiento de comunicación que comprende:
actualizar un valor de ancho de banda de NAV basándose en la información de ancho de banda (2110) cuando el ancho de banda indicado es más ancho que un valor de ancho de banda de NAV actual cuando se determina que un aparato de comunicación no es un receptor objetivo de la Unidad (312) de Datos de capa PHY recibida.
3. El circuito integrado de acuerdo con la reivindicación 1, en el que el ancho de banda operativo comprende una pluralidad de subcanales de 20 MHz, el parámetro de primitiva PHY-CCA comprende un mapa de bits de 8 bits en el que cada bit de los 8 bits corresponde a uno respectivo de la pluralidad de subcanales de 20 MHz, y el mapa de bits de 8 bits indica el estado ocupado de cada subcanal de 20 MHz ajustando un bit correspondiente a 1 e indica el estado inactivo de cada subcanal de 20 MHz ajustando el bit correspondiente a 0.
4. El circuito integrado de acuerdo con la reivindicación 1, en el que cuando se recibe una trama de Disparo (410) que incluye un subcampo de Detección de Portadora, CS, Requerida y el subcampo de CS Requerida indica que se requiere detección de portadora, realizando la detección de portadora para el al menos un subcanal dentro del ancho de banda operativo después de recibir la trama de Disparo (410).
5. El circuito integrado de acuerdo con la reivindicación 4, que está adaptado para ejecutar el procedimiento de comunicación que comprende:
controlar la transmisión de la Unidad (450) de Datos de capa HE TB PHY después de recibir la trama de Disparo (410) transmitida desde un punto (101) de acceso que se comunica con un aparato de comunicación.
6. El circuito integrado de acuerdo con la reivindicación 4, en el que la RU en la que se va a transmitir la Unidad (450) de Datos de capa HE TB PHY se asigna por la Trama de Disparo (410).
7. El circuito integrado de acuerdo con la reivindicación 4, que está adaptado para ejecutar el procedimiento de comunicación que comprende:
controlar para que la Unidad (450) de Datos de capa HE TB PHY transmita un Espacio Intertrama Corto, SIFS, después del final de la trama de Disparo (410).
8. El circuito integrado de acuerdo con la reivindicación 1, en el que el ancho de banda operativo comprende una pluralidad de subcanales de 20 MHz que incluyen un subcanal primario de 20 MHz y al menos un subcanal secundario de 20 MHz, y el parámetro de primitiva PHY-CCA indica que el subcanal primario de 20 MHz está ocupado y el al menos un subcanal secundario de 20 MHz está inactivo.
9. El circuito integrado de acuerdo con la reivindicación 1, en el que el parámetro de primitiva PHY-CCA se usa para la operación de Informe de consulta de ancho de banda, BQR, para proporcionar información de disponibilidad de canal en al menos un subcanal de 20 MHz, y el circuito integrado está adaptado para ejecutar el procedimiento de comunicación que comprende ajustar un campo de mapa de bits de Canal disponible en el BQR de acuerdo con el parámetro de primitiva PHY-CCA y controlar la transmisión de la Unidad (450) de Datos de capa HE TB PHY que incluye el BQR.
10. El circuito integrado de acuerdo con la reivindicación 1, que está adaptado para ejecutar el procedimiento de comunicación que comprende:
realizar la detección real de un medio inalámbrico usando al menos uno de Detección de Preámbulo, PD, y Detección de Energía, ED; y
emitir el parámetro de primitiva PHY-CCA basándose en un resultado de la detección real.
ES21167328T 2016-11-04 2017-10-25 Aparato de comunicación y procedimiento de comunicación Active ES2966174T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016216622 2016-11-04
JP2017039514 2017-03-02

Publications (1)

Publication Number Publication Date
ES2966174T3 true ES2966174T3 (es) 2024-04-18

Family

ID=62076813

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21167328T Active ES2966174T3 (es) 2016-11-04 2017-10-25 Aparato de comunicación y procedimiento de comunicación

Country Status (6)

Country Link
US (3) US11533755B2 (es)
EP (3) EP3536120B1 (es)
JP (4) JP7083824B2 (es)
CN (4) CN114585072B (es)
ES (1) ES2966174T3 (es)
WO (1) WO2018084034A1 (es)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102556172B1 (ko) * 2016-10-19 2023-07-19 주식회사 윌러스표준기술연구소 네트워크 얼로케이션 벡터를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
CN110178437B (zh) * 2017-01-13 2020-11-06 日本电气株式会社 无线通信系统、接入点、终端和通信方法
KR102566247B1 (ko) * 2017-01-17 2023-08-14 삼성전자주식회사 무선 랜을 위한 서비스 셋을 제어하기 위한 방법 및 그 장치
US11510098B2 (en) * 2017-08-11 2022-11-22 Intel Corporation Determining a number of spatial streams and a bandwidth
US11160084B2 (en) 2018-07-05 2021-10-26 Qualcomm Incorporated Supporting 320 MHz operating BW
EP3823378A4 (en) 2018-08-03 2021-08-04 Huawei Technologies Co., Ltd. RESOURCE USE STATUS REPORT PROCESS AND COMMUNICATION DEVICE
JP7208763B2 (ja) * 2018-10-29 2023-01-19 キヤノン株式会社 通信装置、通信装置の制御方法、およびプログラム
CN117880991B (zh) * 2019-05-20 2025-02-18 华为技术有限公司 资源分配的指示方法及装置
CN112188640B (zh) * 2019-07-05 2024-11-01 华为技术有限公司 通信保护方法及装置
CN120602994A (zh) 2019-07-12 2025-09-05 华为技术有限公司 多链路通信方法和装置
US11696353B2 (en) * 2019-09-16 2023-07-04 Intel Corporation Single-radio multi-channel medium access
GB201916306D0 (en) * 2019-11-08 2019-12-25 Canon Kk Method and apparatus for station chosen values of transmission parameters in a multi-user transmission
EP3823407B1 (en) * 2019-11-12 2025-10-15 Intel Corporation Multi-channel medium access for eht wlans
JP7569154B2 (ja) * 2020-02-03 2024-10-17 キヤノン株式会社 通信装置、通信装置の制御方法、およびプログラム
US12520340B2 (en) * 2020-03-06 2026-01-06 Telefonaktiebolaget Lm Ericsson (Publ) Control of uplink wireless transmissions in shared TXOP
CN113692717B (zh) * 2020-03-18 2024-12-10 北京小米移动软件有限公司 数据传输方法、装置、通信设备及存储介质
CN116546633B (zh) * 2020-04-27 2024-03-15 华为技术有限公司 通信方法及通信装置
US11272558B2 (en) * 2020-05-13 2022-03-08 Kyndryl, Inc. Secondary internet access for mobile devices
WO2022019830A1 (en) 2020-07-24 2022-01-27 Panasonic Intellectual Property Corporation Of America Communication apparatus and communication method for trigger-based uplink multiuser transmission
US11553438B2 (en) * 2020-10-12 2023-01-10 Mediatek Singapore Pte. Ltd. Encoding and transmit power control for downsized uplink trigger-based PPDU transmissions in next-generation WLAM systems
WO2022084341A1 (en) * 2020-10-20 2022-04-28 Canon Kabushiki Kaisha Provision period management for ensuring a low latency service in a bss
CN112333846A (zh) * 2020-10-22 2021-02-05 普联国际有限公司 一种信道选择方法、装置、存储介质及终端设备
EP4020823A1 (en) * 2020-12-22 2022-06-29 INTEL Corporation A distributed radiohead system
EP4020853A1 (en) * 2020-12-24 2022-06-29 INTEL Corporation A distributed radiohead system
CN114513283B (zh) * 2022-01-11 2023-10-17 深圳市联平半导体有限公司 基于空间复用的数据传输方法、装置、设备及存储介质
JP7802560B2 (ja) * 2022-02-07 2026-01-20 シャープ株式会社 無線通信装置および無線通信方法
WO2024191182A2 (ko) * 2023-03-13 2024-09-19 주식회사 윌러스표준기술연구소 전송 기회(transmission opportunity)를 이용한 데이터 송수신 방법 및 이를 사용하는 무선 통신 단말
KR20260020110A (ko) * 2023-06-09 2026-02-10 엘지전자 주식회사 무선랜 시스템에서 세컨더리 채널 액세스 방법 및 장치
EP4727248A1 (en) * 2023-06-09 2026-04-15 LG Electronics Inc. Method and apparatus for sharing secondary channel access-related information in wireless lan system
CN116828072A (zh) * 2023-06-28 2023-09-29 无锡众享科技有限公司 一种通过软件实现pd协议phy层的方法和mcu
WO2025011770A1 (en) * 2023-07-07 2025-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Controlling primary channel usage during operations on nonprimary channels
JP2025071728A (ja) * 2023-10-23 2025-05-08 キヤノン株式会社 通信装置、通信装置の制御方法、およびプログラム
WO2025151740A1 (en) * 2024-01-12 2025-07-17 Interdigital Patent Holdings, Inc. Methods for non-primary channel access in wlan systems
JP2026011186A (ja) * 2024-07-11 2026-01-23 シャープ株式会社 無線通信装置及び無線通信方法

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7801546B2 (en) * 2005-09-26 2010-09-21 Cisco Technology, Inc. Distributing configuration parameters in a high density network
US7873710B2 (en) * 2007-02-06 2011-01-18 5O9, Inc. Contextual data communication platform
JP5155697B2 (ja) * 2008-03-05 2013-03-06 株式会社東芝 無線通信装置
JP5072778B2 (ja) * 2008-09-02 2012-11-14 株式会社エヌ・ティ・ティ・ドコモ 無線通信基地局、無線通信端末、無線通信システムおよび無線通信制御方法
CN101483926B (zh) * 2009-02-18 2011-09-07 杭州华三通信技术有限公司 信道评估方法和装置
CN102656941B (zh) * 2009-11-13 2015-03-25 马维尔国际贸易有限公司 多信道无线通信
WO2011129618A2 (ko) 2010-04-13 2011-10-20 엘지전자 주식회사 무선랜 시스템에서 통신 방법 및 장치
US8531980B2 (en) * 2010-06-29 2013-09-10 Intel Corporation Multi-channel communication station for communicating a multi-channel PPDU and methods of reducing collisions on secondary channels in multi-channel wireless networks
US8644281B2 (en) * 2010-07-27 2014-02-04 Lg Electronics Inc. Method and apparatus of accessing channel in wireless communication system
CN102448125B (zh) * 2010-09-30 2015-08-12 中兴通讯股份有限公司 一种无线网络中的信道数据传输方法及系统
US8830923B2 (en) * 2010-11-05 2014-09-09 Intel Corporation Bandwidth adaptation techniques in wireless communications networks
CN102547785B (zh) * 2010-12-31 2015-06-10 中兴通讯股份有限公司 增强的虚拟载波检测方法和系统
KR101618026B1 (ko) * 2011-01-10 2016-05-03 엘지전자 주식회사 무선랜에서 대역폭 관리정보 전송방법 및 장치
EP2810493B1 (en) * 2012-02-03 2016-08-17 LG Electronics Inc. Method for transmitting and receiving frame performed by station operating in power save mode in wireless local area network system and apparatus for the same
KR101570353B1 (ko) * 2012-02-15 2015-11-19 엘지전자 주식회사 무선 통신 시스템에서 채널 액세스 방법 및 이를 위한 장치
US9608789B2 (en) * 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
US9485716B2 (en) 2012-05-15 2016-11-01 Lg Electronics Inc. Method and apparatus for low-power scanning in WLAN system
EP2901796B1 (en) * 2012-09-26 2018-12-05 LG Electronics Inc. Method and apparatus for sub-channel selective access in wireless lan system
EP2947946B1 (en) 2013-01-16 2018-01-03 LG Electronics Inc. Method for performing backoff in wireless lan system and apparatus therefor
WO2014178678A1 (ko) * 2013-05-02 2014-11-06 엘지전자 주식회사 무선랜 시스템에서 동적 채널 센싱 방법 및 장치
CN105794136A (zh) * 2013-10-01 2016-07-20 交互数字专利控股公司 用于wlan系统中基于协作正交块的资源分配(cobra)的增强
US9325463B2 (en) * 2013-11-19 2016-04-26 Intel IP Corporation High-efficiency WLAN (HEW) master station and methods to increase information bits for HEW communication
CN109995495A (zh) * 2013-11-22 2019-07-09 华为技术有限公司 一种数据传输方法和数据传输设备
JP6416257B2 (ja) * 2013-11-25 2018-10-31 エルジー エレクトロニクス インコーポレイティド 無線lanにおけるアップリンクフレームを送信する方法及び装置
EP3135066B1 (en) * 2014-04-21 2021-02-17 Kabushiki Kaisha Toshiba Wireless communication device and wireless communication method
EP3138226B1 (en) * 2014-05-02 2020-07-08 NXP USA, Inc. Multiple user allocation signaling in a wireless communication network
WO2016002263A1 (ja) * 2014-06-30 2016-01-07 ソニー株式会社 無線通信装置、無線通信方法及びプログラム
US9698947B2 (en) * 2014-07-16 2017-07-04 Newracom, Inc. Transmission method
US9935898B2 (en) 2014-09-20 2018-04-03 Innovasic, Inc. Ethernet interface module
KR102144936B1 (ko) 2014-09-30 2020-08-14 한국전자통신연구원 무선랜 시스템에서의 무선 통신 방법 및 무선 통신 장치
KR20160045025A (ko) 2014-10-16 2016-04-26 뉴라컴 인코포레이티드 고효율 무선랜에서 다중 사용자 전송을 위한 대역폭 결정
WO2016087917A1 (ko) 2014-11-19 2016-06-09 뉴라컴 인코포레이티드 고효율 무선랜에서 bss 식별정보에 기초한 ppdu프로세싱 방법 및 장치
US9973319B2 (en) * 2014-11-21 2018-05-15 Mediatek Inc. Network Allocation Vector Improvement for Wireless Networks
US10091813B2 (en) * 2014-12-02 2018-10-02 Mediatek Inc. STA initiated uplink aggregation in wireless communication systems
US10136346B2 (en) * 2014-12-03 2018-11-20 Newracom, Inc. System and method for indicating channel assessment information
US9917933B2 (en) * 2014-12-30 2018-03-13 Newracom, Inc. Method and apparatus for wide bandwidth PPDU transmission in a high efficiency wireless LAN
CN105813131A (zh) * 2014-12-31 2016-07-27 中兴通讯股份有限公司 数据发送方法、获取方法、发送装置及获取装置
US10194391B2 (en) * 2015-01-28 2019-01-29 Qualcomm Incorporated Triggered target wake time operation
CN107251470B (zh) * 2015-03-04 2021-08-27 英特尔公司 用于无线网络中的正交频分多址的感测和延迟
EP3267746A4 (en) 2015-03-05 2018-11-07 Sony Corporation Information processing device, communication system, information processing method, and program
US9788317B2 (en) * 2015-03-30 2017-10-10 Intel IP Corporation Access point (AP), user station (STA) and method for channel sounding using sounding trigger frames
WO2016167609A1 (ko) * 2015-04-16 2016-10-20 엘지전자(주) 무선 통신 시스템에서 채널 사운딩 방법 및 이를 위한 장치
US9986566B2 (en) * 2015-04-24 2018-05-29 Intel IP Corporation Apparatuses, computer readable medium, and method for multi-user request-to-send channel access in a wireless local-area network
US9794098B2 (en) * 2015-04-24 2017-10-17 Newracom, Inc. Multi-user communication in wireless networks
GB2538099B (en) * 2015-05-07 2018-04-25 Canon Kk Method and device for detecting duplicate on sub-channels, wireless communication method and device using the detection
GB2539693B (en) 2015-06-24 2019-06-19 Canon Kk Emission of a signal in unused resource units to increase energy detection of an 802.11 channel
GB2540213B (en) 2015-07-10 2018-02-28 Canon Kk Trigger frames adapted to packet-based policies in an 802.11 network
CN105099623B (zh) * 2015-07-24 2018-11-06 天津大学 基于子载波置零的MAC层的ZiMAC协议系统
KR102373578B1 (ko) 2015-07-31 2022-03-11 엘지전자 주식회사 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
US10411850B2 (en) * 2015-08-28 2019-09-10 Newracom, Inc. Apparatus and method for network allocation vector operations
WO2017074024A1 (ko) * 2015-10-26 2017-05-04 엘지전자 주식회사 무선랜 시스템에서 nav를 업데이트하는 방법 및 이를 위한 장치
WO2017105546A1 (en) 2015-12-14 2017-06-22 Intel IP Corporation Channel availability reports
CN105682247B (zh) * 2016-01-14 2019-04-23 西安电子科技大学 基于802.11ac协议中的介质访问控制方法
CN105978653B (zh) * 2016-04-28 2018-05-15 西安电子科技大学 在交叠基本服务集下的干扰消除方法
GB2549967A (en) * 2016-05-04 2017-11-08 Canon Kk Improved reservation of channels in an 802.11AX network

Also Published As

Publication number Publication date
CN114585091B (zh) 2025-10-17
EP3536120A1 (en) 2019-09-11
JP2023162448A (ja) 2023-11-08
US12101812B2 (en) 2024-09-24
JP7580548B2 (ja) 2024-11-11
JP2020500459A (ja) 2020-01-09
CN114585072B (zh) 2024-03-22
JP2025011333A (ja) 2025-01-23
CN114585073B (zh) 2024-03-22
CN109644519A (zh) 2019-04-16
CN114585091A (zh) 2022-06-03
JP7350132B2 (ja) 2023-09-25
US20240414768A1 (en) 2024-12-12
US11533755B2 (en) 2022-12-20
CN114585073A (zh) 2022-06-03
JP2022119937A (ja) 2022-08-17
US20230079334A1 (en) 2023-03-16
US20190200387A1 (en) 2019-06-27
EP3866549B1 (en) 2023-09-06
WO2018084034A1 (en) 2018-05-11
EP4247099B1 (en) 2026-03-25
EP3536120B1 (en) 2021-05-19
EP3536120A4 (en) 2019-10-09
CN114585072A (zh) 2022-06-03
CN109644519B (zh) 2022-02-22
JP7083824B2 (ja) 2022-06-13
EP4247099A1 (en) 2023-09-20
EP3866549A1 (en) 2021-08-18

Similar Documents

Publication Publication Date Title
ES2966174T3 (es) Aparato de comunicación y procedimiento de comunicación
ES2962255T3 (es) Método para configurar un ancho de banda para soportar una portadora de banda ancha en un sistema de comunicación
ES2832879T3 (es) Método para transmitir o recibir un canal de control en un sistema de comunicación
ES3022059T3 (en) Terminal apparatus, base station apparatus, and communication methods
EP4132191A1 (en) Method and apparatus for urllc in unlicensed band
ES3018950T3 (en) Improved csi reporting for unlicensed carriers from a mobile station to a base station
ES2851007T3 (es) Métodos y sistemas para transmisiones de enlace ascendente no planificadas en bandas sin licencia
ES2909776T3 (es) Soporte para dispositivos de comunicaciones con ancho de banda limitado en un sistema de comunicaciones celulares
ES3041407T3 (en) Trigger frame indication for energy sensing of an 802.11 communication channel before transmitting
CN112369104B (zh) 用于随机接入过程中的前导码聚合的方法、装置和系统
KR102536190B1 (ko) 무선 통신 시스템에 있어서 상향링크 채널을 전송하는 방법 및 이를 위한 장치
ES2718703T3 (es) Estación base de comunicación móvil y método para seleccionar una portadora virtual para comunicaciones de tipo máquina sobre la base de medidas de condiciones de canal
BR112018076661A2 (pt) método para receber sinal de downlink em sistema de comunicação sem fio e terminal usando o mesmo
WO2019170097A1 (zh) 一种确定控制信道位置方法设备和处理器可读存储介质
ES3040398T3 (en) Systems and methods for channel access
KR20200005456A (ko) 비면허 대역에서 상향링크 데이터를 전송하는 방법 및 그 장치