ES2925306T3 - Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo - Google Patents
Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo Download PDFInfo
- Publication number
- ES2925306T3 ES2925306T3 ES20208303T ES20208303T ES2925306T3 ES 2925306 T3 ES2925306 T3 ES 2925306T3 ES 20208303 T ES20208303 T ES 20208303T ES 20208303 T ES20208303 T ES 20208303T ES 2925306 T3 ES2925306 T3 ES 2925306T3
- Authority
- ES
- Spain
- Prior art keywords
- duration
- field
- txop
- sta
- frame
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 230000005540 biological transmission Effects 0.000 claims abstract description 83
- 235000019580 granularity Nutrition 0.000 claims description 79
- 238000007726 management method Methods 0.000 description 32
- 230000008569 process Effects 0.000 description 32
- 230000000875 corresponding effect Effects 0.000 description 29
- 230000004044 response Effects 0.000 description 27
- 101150081243 STA1 gene Proteins 0.000 description 18
- 238000010586 diagram Methods 0.000 description 15
- 230000007246 mechanism Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 13
- 101100395869 Escherichia coli sta3 gene Proteins 0.000 description 11
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@H]1[C@H](/C=C/[C@H](O)CCCCC)C[C@H]2S[C@@H]1C2 OVGWMUWIRHGGJP-WTODYLRWSA-N 0.000 description 10
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 10
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 9
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 9
- 230000015654 memory Effects 0.000 description 7
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 6
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 6
- 230000001419 dependent effect Effects 0.000 description 6
- 230000002093 peripheral effect Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- VYLDEYYOISNGST-UHFFFAOYSA-N bissulfosuccinimidyl suberate Chemical compound O=C1C(S(=O)(=O)O)CC(=O)N1OC(=O)CCCCCCC(=O)ON1C(=O)C(S(O)(=O)=O)CC1=O VYLDEYYOISNGST-UHFFFAOYSA-N 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 3
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 108700026140 MAC combination Proteins 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000003750 conditioning effect Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- ATRSAWXXYCBXLI-UHFFFAOYSA-N 1-(3-bromophenyl)propan-2-amine Chemical compound CC(N)CC1=CC=CC(Br)=C1 ATRSAWXXYCBXLI-UHFFFAOYSA-N 0.000 description 1
- 101100545229 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) ZDS2 gene Proteins 0.000 description 1
- 101100167209 Ustilago maydis (strain 521 / FGSC 9021) CHS8 gene Proteins 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000000523 sample Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 238000009827 uniform distribution Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0075—Transmission of coding parameters to receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método para transmitir una trama por una estación (STA) en un sistema de LAN inalámbrica que soporta una HE PPDU (unidad de datos de protocolo de capa física de alta eficiencia) de acuerdo con una realización de la presente invención incluye: establecer un primer campo de duración incluido en un HE- campo SIG A; y transmitir una trama que incluye el campo HE-SIG A y un encabezado MAC, donde el primer campo de duración se configura para indicar un valor TXOP (oportunidad de transmisión) usando un número menor de bits que un segundo campo de duración incluido en el encabezado MAC, y la granularidad de una unidad de tiempo utilizada para indicar el valor TXOP en el primer campo de duración se establece para que sea diferente de la granularidad de una unidad de tiempo utilizada en el segundo campo de duración. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo
Campo técnico
La presente invención se refiere a un método de transmisión o recepción de tramas en un sistema de LAN inalámbrica y, más particularmente, a un método de transmisión y recepción de tramas para la gestión de una oportunidad de transmisión (TXOP) o vector de asignación de red (NAV) y un aparato para el mismo.
Antecedentes de la técnica
Los estándares para la tecnología de Red de Área Local Inalámbrica (WLAN) se han desarrollado como estándares del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) 802.11. IEEE 802.11a y b usan una banda sin licencia a 2.4 GHz o 5 GHz. IEEE 802.11b proporciona una tasa de transmisión de 11 Mbps e IEEE 802.11a proporciona una tasa de transmisión de 54 Mbps. IEEE 802.11 g proporciona una tasa de transmisión de 54 Mbps aplicando Multiplexación por División de Frecuencia Ortogonal (OFDM) a 2.4 GHz. IEEE 802.11n proporciona una tasa de transmisión de 300 Mbps para cuatro flujos espaciales aplicando Entrada Múltiple Salida Múltiple (MIMO)-OFDM. IEEE 802.11n soporta un ancho de banda de canal de hasta 40 MHz y, en este caso, proporciona una tasa de transmisión de 600 Mbps.
Los estándares de WLAN descritos anteriormente han evolucionado a IEEE 802.11ac que usa un ancho de banda de hasta 160 MHz y soporta una tasa de transmisión de hasta 1 Gbit/s para 8 flujos espaciales y los estándares IEEE 802.11 ax están bajo discusión.
Young Hoon Kwon (NEWRACOM): “SIG structure for UL PPDU”, borrador del IEEE, vol. 802.11ax, 11 de mayo de 2015, XP068094427, esboza un análisis para transmisión de UL (SU y MU) y estructuras de campo de SIG. En el documento, se describe que se requiere una HE-SIG-B si una PSDU no ocupa todo el ancho de banda de transmisión para indicar un recurso asignado, no obstante, la HE-SIG-B no se requiere si la PSDU ocupa todo el ancho de banda de transmisión.
Descripción
Problema técnico
Un objeto de la presente invención ideado para resolver el problema radica en un método de señalización de manera eficiente de una duración de TXOP por una STA titular/respondedora de TXOP a través de la transmisión de trama en un sistema de LAN inalámbrica que soporta una PPDU de HE y un método de gestión con precisión de un NAV por una STA de terceros que recibe señalización de la duración de TXOP a través de una trama correspondiente. La presente invención no se limita a los problemas técnicos anteriores y se pueden inferir otros objetos técnicos de las realizaciones de la presente invención.
Solución técnica
El alcance de la presente invención se define en las reivindicaciones adjuntas. En un aspecto de la presente descripción, un método de transmisión de una trama por una estación (STA) en un sistema de LAN inalámbrica que soporta una PPDU de HE (unidad de datos de protocolo de capa física de alta eficiencia) incluye: establecer un primer campo de duración incluido en un campo de HE-SIG A; y transmitir una trama que incluye el campo de HE-SIG A y una cabecera de MAC, en donde, en el establecimiento del primer campo de duración incluido en el campo de HE-SIG A, el primer campo de duración se establece para indicar un valor de TXOP (oportunidad de transmisión) usando un número menor de bits que un segundo campo de duración incluido en la cabecera de MAC, y en donde una granularidad de una unidad de tiempo usada para indicar el valor de TXOP en el primer campo de duración se establece que sea diferente de la granularidad de una unidad de tiempo usada en el segundo campo de duración. En otro aspecto de la presente descripción, una estación que transmite una trama en un sistema de LAN inalámbrica que soporta una PPDU de HE incluye: un procesador para establecer un primer campo de duración incluido en un campo de HE-SIG A; un transmisor para transmitir una trama que incluye el campo de HE-SIG A y una cabecera de MAC, en donde en el establecimiento del primer campo de duración incluido en el campo de HE-SIG A, el primer campo de duración se establece para indicar un valor de TXOP usando un número menor de bits que un segundo campo de duración incluido en la cabecera de MAC, y en donde una granularidad de una unidad de tiempo usada para indicar el valor de TXOP en el primer campo de duración se establece que sea diferente de una granularidad de una unidad de tiempo usada en el segundo campo de duración.
En otro aspecto de la presente descripción, un método de gestión de un vector de asignación de red (NAV) por una estación (STA) en un sistema de LAN inalámbrica que soporta una PPDU de HE incluye: recibir una trama que incluye un campo de HE-SIG A y una cabecera de MAC; y realizar la gestión de NAV en base a uno de un primer campo de duración incluido en el campo de HE-SIG A y un segundo campo de duración incluido en la cabecera de MAC, en donde el primer campo de duración se establece para indicar un valor de TXOP usando un número menor
de bits que el segundo campo de duración incluido en la cabecera de MAC, y en donde una granularidad de una unidad de tiempo usada para indicar el valor de TXOP en el primer campo de duración se establece que sea diferente de una granularidad de una unidad de tiempo usada en el segundo campo de duración.
La granularidad de la unidad de tiempo usada en el primer campo de duración puede variar dependiendo del valor de TXOP a ser indicado a través del primer campo de duración.
El primer campo de duración puede incluir al menos un bit que indica la granularidad determinada según el valor de TXOP. Los bits restantes del primer campo de duración pueden indicar qué número de unidades de tiempo en base a la granularidad indicada se incluyen en el valor de TXOP.
El primer campo de duración se puede establecer en 5, 6 o 7 bits y el bit más significativo (MSB) del primer campo de duración se puede usar para indicar la granularidad de una unidad de tiempo. El primer campo de duración se puede establecer en 5 bits y la granularidad indicada por el MSB puede ser una de 32 gs y 512 gs, el primer campo de duración se puede establecer en 6 bits y la granularidad indicada por el MSB puede ser una de 16 gs y 256 gs, o el primer campo de duración se puede establecer en 7 bits y la granularidad indicada por el MSB puede ser una de 8 gs y 128 gs.
Tanto el valor de TXOP indicado por el primer campo de duración como un valor de TXOP indicado por el segundo campo de duración se pueden establecer para la transmisión de la misma trama, y el valor de TXOP indicado por el primer campo de duración puede ser mayor o igual que el valor de TXOP indicado por el segundo campo de duración.
La STA que realiza la gestión de NAV puede establecer, actualizar o reiniciar un tiempo donde se restringe el acceso al canal con el fin de proteger una TXOP de un transmisor de la trama o un receptor de la trama cuando la STA no está designada como el receptor de la trama.
La STA que realiza la gestión de NAV puede realizar la gestión de NAV sobre la base del segundo campo de duración cuando la cabecera de MAC se ha decodificado con éxito y realizar la gestión de NAV sobre la base del primer campo de duración cuando ha fallado la decodificación de la cabecera de MAC.
Efectos ventajosos
Según una realización de la presente invención, se establece una duración de TXOP en un campo de HE-SIG A y, de este modo, incluso las STA de terceros que no decodifican una cabecera de MAC pueden proteger con precisión una TXOP de un titular/respondedor de TXOP. Además, es posible minimizar la sobrecarga de señalización del campo de HE-SIG A usando múltiples granularidades de unidades de tiempo para un campo de duración de TXOP establecido en el campo de HE-SIG A.
Otros efectos técnicos además de los efectos descritos anteriormente se pueden inferir a partir de las realizaciones de la presente invención.
Descripción de los dibujos
La FIG. 1 ilustra un ejemplo de una configuración de un sistema de LAN inalámbrica.
La FIG. 2 ilustra otro ejemplo de una configuración de un sistema de LAN inalámbrica.
La FIG. 3 ilustra un procedimiento de configuración de enlace general.
La FIG. 4 ilustra un procedimiento de retroceso.
La FIG. 5 es un diagrama explicativo de un nodo oculto y un nodo expuesto.
La FIG. 6 es un diagrama explicativo de RTS y CTS.
Las FIGS. 7 a 9 son diagramas explicativos de la operación de una STA que ha recibido un TIM.
La FIG. 10 es un diagrama explicativo de una estructura de trama ejemplar usada en un sistema de IEEE 802.11. La FIG. 11 ilustra una trama FIN de libre de contienda (CF).
La FIG. 12 ilustra un ejemplo de una PPDU de HE.
La FIG. 13 ilustra otro ejemplo de la PPDU de HE.
La FIG. 14 ilustra otro ejemplo de la PPDU de HE.
La FIG. 15 ilustra otro ejemplo de la PPDU de HE.
La FIG. 16 ilustra otro ejemplo de la PPDU de HE.
Las FIGS. 17 y 18 que ilustran un método de relleno de HE-SIG B.
La FIG. 19 es un diagrama explicativo de la transmisión multiusuario de enlace ascendente según una realización de la presente invención.
La FIG. 20 ilustra un formato de trama de desencadenamiento según una realización de la presente invención. La FIG. 21 ilustra un ejemplo de establecimiento de NAV.
La FIG. 22 ilustra un ejemplo de truncamiento de TXOP.
La FIG. 23 ilustra un establecimiento de duración de TXOP de múltiples granularidades según una realización de la presente invención.
La FIG. 24 ilustra una asignación de una trama de BA de OFDMA de UL en el MCS0 según una realización de la presente invención.
La FIG. 25 ilustra un método de establecimiento de un valor de duración de TXOP según una realización de la presente invención.
La FIG. 26 ilustra un método de transmisión de trama y gestión de NAV según una realización de la presente invención.
La FIG. 27 ilustra un aparato según una realización de la presente invención.
Modo para la invención
Ahora se hará referencia en detalle a las realizaciones ejemplares de la presente invención, ejemplos de las cuales se ilustran en los dibujos que se acompañan. La descripción detallada, que se dará a continuación con referencia a los dibujos que se acompañan, está destinada a explicar las realizaciones ejemplares de la presente invención, más que mostrar las únicas realizaciones que se pueden implementar según la presente invención.
La siguiente descripción detallada incluye detalles específicos con el fin de proporcionar una comprensión minuciosa de la presente invención. No obstante, será evidente para los expertos en la técnica que la presente invención se puede poner en práctica sin tales detalles específicos. En algunos casos, estructuras y dispositivos conocidos se omiten o se muestran en forma de diagrama de bloques, centrándose en las características importantes de las estructuras y los dispositivos, para no oscurecer el concepto de la presente invención.
Como se ha descrito anteriormente, se da la siguiente descripción de un método y aparato para aumentar una tasa de reutilización espacial en un sistema de Red de Área Local Inalámbrica (WLAN). Para hacerlo así, primero se describirá en detalle un sistema de WLAN al que se aplica la presente invención.
La FIG. 1 es un diagrama que ilustra una configuración ejemplar de un sistema de WLAN.
Como se ilustra en la FIG. 1, el sistema de WLAN incluye al menos un Conjunto de Servicios Básicos (BSS). El BSS es un conjunto de las STA que son capaces de comunicarse unas con otras mediante una sincronización que se realiza de manera exitosa.
Una STA es una entidad lógica que incluye una interfaz de capa física entre una capa de Control de Acceso al Medio (MAC) y un medio inalámbrico. La STA puede incluir una STA de AP y una no de AP. Entre las STA, un terminal portátil manipulado por un usuario es la STA no de AP. Si un terminal se llama simplemente STA, la STA se refiere a la STA no de AP. También se puede hacer referencia a la STA no de AP como terminal, Unidad de Transmisión/Recepción Inalámbrica (WTRU), Equipo de Usuario (UE), Estación Móvil (MS), terminal móvil o unidad de abonado móvil.
El AP es una entidad que proporciona acceso a un Sistema de Distribución (DS) a una STA asociada a través de un medio inalámbrico. También se puede hacer referencia al AP como controlador centralizado, Estación Base (BS), Nodo-B, Sistema Transceptor Base (BTS) o controlador de sitio.
El BSS se puede dividir en un BSS de infraestructura y un BSS Independiente (IBSS).
El BSS ilustrado en la FIG. 1 es el IBSS. El IBSS se refiere a un BSS que no incluye un AP. Dado que el IBSS no incluye el AP, no se permite que el IBSS acceda al DS y, de este modo, forma una red autónoma.
La FIG. 2 es un diagrama que ilustra otra configuración ejemplar de un sistema de WLAN.
Los BSS ilustrados en la FIG. 2 son BSS de infraestructura. Cada BSS de infraestructura incluye una o más STA y uno o más AP. En el BSS de infraestructura, la comunicación entre las STA no de AP se dirige básicamente a través
de un AP. No obstante, si se establece un enlace directo entre las STA no de AP, se puede realizar una comunicación directa entre las STA no de AP.
Como se ilustra en la FIG. 2, los BSS de infraestructura múltiples se pueden interconectar a través de un DS. Los BSS interconectados a través del DS se llaman Conjunto de Servicios Extendidos (ESS). Las STA incluidas en el ESS pueden comunicarse unas con otras y una STA no de AP dentro del mismo ESS puede moverse de un BSS a otro BSS mientras que se realiza una comunicación sin interrupciones.
El DS es un mecanismo que conecta una pluralidad de AP entre sí. El DS no es necesariamente una red. Siempre que proporcione un servicio de distribución, el DS no se limita a ninguna forma específica. Por ejemplo, el DS puede ser una red inalámbrica, tal como una red en malla, o puede ser una estructura física que conecta los AP entre sí. Arquitectura de capas
Una operación de una STA en un sistema de WLAN se puede describir desde la perspectiva de una arquitectura de capas. Un procesador puede implementar la arquitectura de capas en términos de configuración de dispositivo. La STA puede tener una pluralidad de capas. Por ejemplo, los estándares 802.11 tratan principalmente con una subcapa de MAC y una capa PHY en una Capa de Enlace de Datos (DLL). La capa PHY puede incluir una entidad del Protocolo de Convergencia de Capa Física (PLCP), una Entidad Dependiente del Medio Físico (PMD) y similares. Cada una de la subcapa de MAC y la capa PHY incluye conceptualmente entidades de gestión llamadas Entidad de Gestión de Subcapa de MAC (MLME) y Entidad de Gestión de Capa Física (PLME). Estas entidades proporcionan interfaces de servicio de gestión de capas a través de las cuales se ejecuta una función de gestión de capas.
Para proporcionar una operación de MAC correcta, una Entidad de Gestión de Estación (SME) reside en cada STA. La SME es una entidad independiente de capa que se puede percibir como que está presente en un plano de gestión separado o como que está a un lado. Aunque las funciones específicas de la SME no se describen en detalle en la presente memoria, la SME puede ser responsable de recopilar estados dependientes de capa de diversas Entidades de Gestión de Capas (LME) y establecer parámetros específicos de capa en valores similares. La SME puede ejecutar estas funciones e implementar un protocolo de gestión estándar en nombre de entidades de gestión de sistemas generales.
Las entidades descritas anteriormente interactúan entre sí de diversas maneras. Por ejemplo, las entidades pueden interactuar unas con otras intercambiando primitivas GET/SET entre ellas. Una primitiva se refiere a un conjunto de elementos o parámetros relacionados con un propósito específico. Se usa una primitiva XX-GET.request para solicitar un valor de atributo de MIB predeterminado (información de atributos basada en información de gestión). Se usa una primitiva XX-GETconfirm para devolver un valor de información de atributo de MIB apropiado cuando el campo de Estado indica “Éxito” y para devolver una indicación de error en el campo de Estado cuando el campo de Estado no indica “Éxito”. Se usa una primitiva XX-SET.request para solicitar el establecimiento de un atributo de MIB indicado en un valor predeterminado. Cuando el atributo de MIB indica una operación específica, el atributo de MIB solicita que la operación específica se realice. Se usa una primitiva XX-SET.confirm para confirmar que el atributo de MIB indicado se ha establecido en un valor solicitado cuando el campo de Estado indica “Éxito” y para devolver una condición de error en el campo de Estado cuando el campo de Estado no indica “Éxito”. Cuando el atributo de MIB indica una operación específica, confirma que se ha realizado la operación.
También, la MLME y la SME pueden intercambiar diversas primitivas MLME_GET/SET a través de un Punto de Acceso de Servicio de MLME (MLME_SAP). Además, se pueden intercambiar diversas primitivas PLME_GET/SET entre la PLME y la SME a través de un PLME_SAP, e intercambiar entre la MLME y la pLm E a través de un MLME-PLME_SAP.
Proceso de configuración de enlace
La FIG. 3 es un diagrama de flujo que explica un proceso de configuración de enlace general según una realización ejemplar de la presente invención.
Con el fin de permitir que una STA establezca la configuración de enlace en la red, así como para transmitir/recibir datos sobre la red, la STA debe realizar tal configuración de enlace a través de procesos de descubrimiento de red, autenticación y asociación, y debe establecer una asociación y realizar una autenticación de seguridad. También se puede hacer referencia al proceso de configuración de enlace como proceso de inicio de sesión o proceso de configuración de sesión. Además, un paso de asociación es un término genérico para los pasos de descubrimiento, autenticación, asociación y configuración de seguridad del proceso de configuración de enlace.
El proceso de configuración de enlace se describe con referencia a la FIG. 3.
En el paso S510, la STA puede realizar la acción de descubrimiento de red. La acción de descubrimiento de red puede incluir la acción de escaneo de STA. Es decir, la STA debe buscar una red disponible para acceder a la red. La STA debe identificar una red compatible antes de participar en una red inalámbrica. En este caso, se hace referencia al proceso para identificar la red contenida en una región específica como proceso de escaneo.
El esquema de escaneo se clasifica en escaneo activo y escaneo pasivo.
La FIG. 3 es un diagrama de flujo que ilustra una acción de descubrimiento de red que incluye un proceso de escaneo activo. En el caso del escaneo activo, una STA configurada para realizar escaneo transmite una trama de solicitud de sondeo y espera una respuesta a la trama de solicitud de sondeo, de manera que la STA pueda moverse entre canales y al mismo tiempo pueda determinar qué Punto de Acceso (AP) está presente en una región periférica. Un respondedor transmite una trama de respuesta de sondeo, actuando como respuesta a la trama de solicitud de sondeo, a la STA que ha transmitido la trama de solicitud de sondeo. En este caso, el respondedor puede ser una STA que finalmente ha transmitido una trama de baliza en un BSS del canal escaneado. En el BSS, dado que el AP transmite la trama de baliza, el AP opera como respondedor. En el IBSS, dado que las STA del IBSS transmiten secuencialmente la trama de baliza, el respondedor no es constante. Por ejemplo, la STA, que ha transmitido la trama de solicitud de sondeo en el Canal #1 y ha recibido la trama de respuesta de sondeo en el Canal #1, almacena información asociada al BSS contenida en la trama de respuesta de sondeo recibida y se mueve al siguiente canal (por ejemplo, Canal #2), de manera que la STA pueda realizar un escaneo usando el mismo método (es decir, transmisión/recepción de solicitud/respuesta de sondeo en el Canal #2).
Aunque no se muestra en la FIG. 3, la acción de escaneo también se puede llevar a cabo usando escaneo pasivo. Una STA configurada para realizar escaneo en el modo de escaneo pasivo espera una trama de baliza mientras que se mueve simultáneamente de un canal a otro canal. La trama de baliza es una de las tramas de gestión en IEEE 802.11, indica la presencia de una red inalámbrica, permite que la STA realice un escaneo para buscar la red inalámbrica y se transmite periódicamente de una manera que la STA pueda participar en la red inalámbrica. En el BSS, el AP está configurado para transmitir periódicamente la trama de baliza. En el IBSS, las STA de IBSS están configuradas para transmitir secuencialmente la trama de baliza. Si cada STA para el escaneo recibe la trama de baliza, la STA almacena la información de BSS contenida en la trama de baliza, y se mueve a otro canal y registra la información de trama de baliza en cada canal. La STA que ha recibido la trama de baliza almacena la información asociada al BSS contenida en la trama de baliza recibida, se mueve al siguiente canal y, de este modo, realiza un escaneo usando el mismo método.
En comparación entre el escaneo activo y el escaneo pasivo, el escaneo activo es más ventajoso que el escaneo pasivo en términos de retardo y consumo de energía.
Después de que la STA descubre la red, la STA puede realizar el proceso de autenticación en el paso S520. Se puede hacer referencia al proceso de autenticación como primer proceso de autenticación de tal manera que el proceso de autenticación se pueda distinguir claramente del proceso de configuración de seguridad del paso S540. El proceso de autenticación puede incluir la transmisión de una trama de solicitud de autenticación a un AP por la STA, y la transmisión de una trama de respuesta de autenticación a la STA por el AP en respuesta a la trama de solicitud de autenticación. La trama de autenticación usada para la solicitud/respuesta de autenticación puede corresponder a una trama de gestión.
La trama de autenticación puede incluir un número de algoritmo de autenticación, un número de secuencia de transacción de autenticación, un código de estado, un texto de desafío, una Red de Seguridad Robusta (RSN), un Grupo Cíclico Finito (FCG), etc. La información mencionada anteriormente contenida en la trama de autenticación puede corresponder a algunas partes de información capaces de estar contenidas en la trama de solicitud/respuesta de autenticación, se puede sustituir por otra información o puede incluir información adicional.
La STA puede transmitir la trama de solicitud de autenticación al AP. El AP puede decidir si autenticar la STA correspondiente sobre la base de la información contenida en la trama de solicitud de autenticación recibida. El AP puede proporcionar el resultado de la autenticación a la STA a través de la trama de respuesta de autenticación. Después de que la STA se ha autenticado con éxito, el proceso de asociación se puede llevar a cabo en el paso S530. El proceso de asociación puede implicar la transmisión de una trama de solicitud de asociación al AP por la STA y la transmisión de una trama de respuesta de asociación a la STA por el AP en respuesta a la trama de solicitud de asociación.
Por ejemplo, la trama de solicitud de asociación puede incluir información asociada con diversas capacidades, un intervalo de escucha de baliza, un Identificador de Conjunto de Servicios (SSID), tasas soportadas, canales soportados, RSN, dominio de movilidad, clases operativas soportadas, una solicitud de difusión de TIM (Mapa de indicación de Tráfico), capacidad de servicio de interconexión, etc.
Por ejemplo, la trama de respuesta de asociación puede incluir información asociada con diversas capacidades, un código de estado, un ID de Asociación (AID), tasas soportadas, un conjunto de parámetros de Acceso de Canal Distribuido Mejorado (EDCA), un Indicador de Potencia de Canal Recibida (RCPI), un Indicador de Señal a Ruido Recibida (RSNI), un dominio de movilidad, un intervalo de tiempo de espera (tiempo de retorno de asociación), un parámetro de escaneo de BSS superpuesto, una respuesta de difusión de TIM, un mapa de Calidad de Servicio (QoS), etc.
La información mencionada anteriormente puede corresponder a algunas partes de información capaces de ser contenidas en la trama de solicitud/respuesta de asociación, se puede sustituir por otra información o puede incluir información adicional.
Después de que la STA se ha asociado con éxito con la red, se puede llevar a cabo un proceso de configuración de seguridad en el paso S540. Se puede hacer referencia al proceso de configuración de seguridad del Paso S540 como proceso de autenticación basado en la solicitud/respuesta de Asociación de Red de Seguridad Robusta (RSNA). Se puede hacer referencia al proceso de autenticación del paso S520 como primer proceso de autenticación, y también se puede hacer referencia al proceso de configuración de seguridad del Paso S540 simplemente como proceso de autenticación.
Por ejemplo, el proceso de configuración de seguridad del Paso S540 puede incluir un proceso de configuración de clave privada a través de un inicio de diálogo de 4 vías basado en una trama de Protocolo de Autenticación Extensible sobre LAN (EAPOL). Además, el proceso de configuración de seguridad también se puede llevar a cabo según otros esquemas de seguridad no definidos en los estándares del IEEE 802.11.
Mecanismo de acceso al medio
En el sistema de WLAN basado en IEEE 802.11, un mecanismo de acceso básico de Control de Acceso al Medio (MAC) es un mecanismo de Acceso Múltiple con Detección de Portadora con Prevención de Colisiones (CSMA/CA). Se hace referencia al mecanismo de CSMA/CA como Función de Coordinación Distribuida (DCF) de MAC de IEEE 802.11, y básicamente incluye un mecanismo de acceso “Escuchar Antes de hablar”. Según el mecanismo de acceso mencionado anteriormente, el AP y/o la STA pueden realizar una Evaluación de Canal Despejado (CCA) para detectar un canal o medio de RF durante un intervalo de tiempo predeterminado [por ejemplo, Espacio Entre Tramas de DCF (DIFS), antes de la transmisión de datos. Si se determina que el medio está en el estado inactivo, comienza la transmisión de trama a través del medio correspondiente. Por otra parte, si se determina que el medio está en el estado ocupado, el AP y/o la STA correspondiente no inician su propia transmisión, establecen un tiempo de retardo (por ejemplo, un período de retroceso aleatorio) para el acceso al medio e intentan iniciar la transmisión de trama después de esperar un tiempo predeterminado. A través de la aplicación de un período de retroceso aleatorio, se espera que múltiples STA intenten iniciar la transmisión de tramas después de esperar diferentes tiempos, dando como resultado una colisión mínima.
Además, el protocolo de MAC de IEEE 802.11 proporciona una Función de Coordinación Híbrida (HCF). HCF se basa en DCF y la Función de Coordinación de Puntos (PCF). PCF se refiere al esquema de acceso síncrono basado en sondeo en el que se ejecuta un sondeo periódico de una manera que todos los AP y/o las STA de recepción (Rx) puedan recibir la trama de datos. Además, HCF incluye Acceso de Canal Distribuido Mejorado (EDCA) y Acceso de Canal Controlado de HCF (HCCA). El EDCA se logra cuando el esquema de acceso proporcionado desde un proveedor a una pluralidad de usuarios se basa en contienda. El HCCA se logra mediante el esquema de acceso al canal basado en libre de contienda en base al mecanismo de sondeo. Además, HCF incluye un mecanismo de acceso medio para mejorar la Calidad de Servicio (QoS) de la WLAN, y puede transmitir datos de QoS tanto en un Período de Contienda (CP) como en un Período Libre de Contienda (CFP).
La FIG. 4 es un diagrama conceptual que ilustra un proceso de retroceso.
Las operaciones basadas en un período de retroceso aleatorio se describirán en lo sucesivo con referencia a la FIG.
4. Si el medio en estado ocupación u ocupado se cambia a un estado inactivo, varias STA pueden intentar transmitir datos (o tramas). Como método para implementar un número mínimo de colisiones, cada la STA selecciona un recuento de retroceso aleatorio, espera un intervalo de tiempo correspondiente al recuento de retroceso seleccionado y luego intenta iniciar la transmisión de datos. El recuento de retroceso aleatorio tiene un valor de un Número de Paquete (PN), y se puede establecer en uno de los valores de 0 a CW. En este caso, CW se refiere a un valor de parámetro de Ventana de Contienda. Aunque un valor inicial del parámetro de CW se denota por CWmin, el valor inicial se puede doblar en caso de un fallo de transmisión (por ejemplo, en el caso en el que no se reciba un ACK de la trama de transmisión). Si el valor del parámetro de CW se denota mediante CWmax, CWmax se mantiene hasta que la transmisión de datos sea exitosa y, al mismo tiempo, es posible intentar iniciar la transmisión de datos. Si la transmisión de datos fue exitosa, el valor de parámetro de CW se reinicia a CWmin. Preferiblemente, CW, CWmin y CWmax se establecen en 2n-1 (donde n = 0, 1,2, ...).
Si el proceso de retroceso aleatorio comienza su operación, la STA monitoriza continuamente el medio mientras que cuenta hacia atrás el intervalo de retroceso en respuesta al valor de recuento de retroceso decidido. Si el medio se monitoriza como el estado ocupado, la cuenta atrás se detiene y espera un tiempo predeterminado. Si el medio está en el estado inactivo, se reinicia la cuenta atrás restante.
Como se muestra en el ejemplo de la FIG. 4, si un paquete a ser transmitido al MAC de STA3 llega a la STA3, la STA3 determina si el medio está en estado inactivo durante el DIFS y puede iniciar directamente la transmisión de trama. Mientras tanto, las STA restantes monitorizan si el medio está en estado ocupado y esperan un tiempo predeterminado. Durante el tiempo predeterminado, los datos a ser transmitidos pueden ocurrir en cada una de la STA1, la STA2 y la STA5. Si el medio está en el estado inactivo, cada la STA espera el tiempo de DIFS y luego
realiza la cuenta atrás del intervalo de retroceso en respuesta a un valor de recuento de retroceso aleatorio seleccionado por cada STA. El ejemplo de la FIG. 4 muestra que la STA2 selecciona el valor de recuento de retroceso más bajo y la STA1 selecciona el valor de recuento de retroceso más alto. Es decir, después de que la STA2 termina el recuento de retroceso, el tiempo de retroceso residual de la STA5 en un tiempo de inicio de transmisión de trama es más corto que el tiempo de retroceso residual de la STA1. Cada una de la STA1 y la STA5 detiene temporalmente la cuenta atrás mientras que la STA2 ocupa el medio y espera un tiempo predeterminado. Si se termina la ocupación de la STA2 y el medio vuelve a entrar en el estado inactivo, cada una de la STA1 y la STA5 espera un DIFS de tiempo predeterminado y reinicia el recuento de retroceso. Es decir, después del intervalo de retroceso restante siempre que se cuente hacia atrás el tiempo de retroceso residual, la transmisión de trama puede comenzar su operación. Dado que el tiempo de retroceso residual de la STA5 es más corto que el de la STA1, la STA5 inicia la transmisión de trama. Mientras tanto, los datos a ser transmitidos pueden ocurrir en la STA4 mientras que la STA2 ocupa el medio. En este caso, si el medio está en el estado inactivo, la STA4 espera el tiempo de DIFS, realiza una cuenta atrás en respuesta al valor de recuento de retroceso aleatorio seleccionado por la STA4 y luego inicia la transmisión de trama. La FIG. 4 muestra de manera ejemplar el caso en el que el tiempo de retroceso residual de la STA5 es idéntico al valor de recuento de retroceso aleatorio de la STA4 por casualidad. En este caso, puede ocurrir una colisión inesperada entre la STA4 y la STA5. Si la colisión ocurre entre la STA4 y la STA5, cada una de la STA4 y la STA5 no recibe un ACK, dando como resultado la aparición de un fallo en la transmisión de datos. En este caso, cada una de la STA4 y la STA5 aumenta el valor de CW dos veces, y la STA4 o la STA5 puede seleccionar un valor de recuento de retroceso aleatorio y luego realizar la cuenta atrás. Mientras tanto, la STA1 espera un tiempo predeterminado mientras que el medio está en el estado ocupado debido a la transmisión de la STA4 y la STA5. En este caso, si el medio está en estado inactivo, la STA1 espera el tiempo de DIFS y luego comienza la transmisión de tramas después del transcurso del tiempo de retroceso residual.
Operación de detección de STA
Como se ha descrito anteriormente, el mecanismo de CSMA/CA incluye no solamente un mecanismo de detección de portadora física en el que el AP y/o la STA pueden detectar directamente el medio, sino también un mecanismo de detección de portadora virtual. El mecanismo de detección de portadora virtual puede resolver algunos problemas (tales como un problema de nodo oculto) encontrados en el acceso al medio. Para la detección de portadora virtual, MAC del sistema de WLAN puede utilizar un Vector de Asignación de Red (NAV). En más detalle, por medio del valor de NAV, el AP y/o la STA, cada uno de los cuales usa actualmente el medio o tiene autoridad para usar el medio, puede informar a otro AP y/o a otra la STA durante el tiempo restante en el que está disponible el medio. Por consiguiente, el valor de NAV puede corresponder a un tiempo reservado en el que el medio se usará por el AP y/o la STA configurados para transmitir la trama correspondiente. Una STA que haya recibido el valor de NAV puede prohibir el acceso al medio (o acceso al canal) durante el tiempo reservado correspondiente. Por ejemplo, un NAV se puede establecer según el valor de un campo de ‘duración’ de la cabecera de MAC de la trama.
Se ha propuesto el mecanismo de detección de colisiones robusto para reducir la probabilidad de tal colisión y, por tanto, se describirá en lo sucesivo una descripción detallada del mismo con referencia a las FIGS. 7 y 8. Aunque un intervalo de detección de portadora real es diferente de un intervalo de transmisión, se supone que el intervalo de detección de portadora real es idéntico al intervalo de transmisión por conveniencia de la descripción y mejor comprensión de la presente invención.
La FIG. 5 es un diagrama conceptual que ilustra un nodo oculto y un nodo expuesto.
La FIG. 5(a) muestra de manera ejemplar el nodo oculto. En la Fig. 5(a), la STA A se comunica con la STA B y la STA C tiene información a ser transmitida. En la Fig. 5(a), la STA C puede determinar que el medio está en el estado inactivo cuando se realiza la detección de portadora antes de transmitir datos a la STA B, bajo la condición de que la STA A transmita información a la STA B. Dado que la transmisión de la STA A (es decir, medio ocupado) puede no ser detectada en la ubicación de la STA C, se determina que el medio está en el estado inactivo. En este caso, la STA B recibe simultáneamente información de la STA A e información de la STA C, dando como resultado la aparición de una colisión. En este caso, la STA A se puede considerar como un nodo oculto de la STA C.
La FIG. 5(b) muestra de manera ejemplar un nodo expuesto. En la Fig. 5(b), bajo la condición de que la STA B transmita datos a la STA A, la STA C tiene información a ser transmitida a la STA D. Si la STA C realiza detección de portadora, se determina que el medio está ocupado debido a la transmisión de la STA B. Por lo tanto, aunque la STA C tiene información a ser transmitida a la STA D, se detecta el estado de medio ocupado, de manera que la STA C debe esperar durante un tiempo predeterminado (es decir, modo de espera) hasta que el medio esté en el estado inactivo. No obstante, dado que la STA A se sitúa realmente fuera del intervalo de transmisión de la STA C, la transmisión de la STA C puede no colisionar con la transmisión de la STA B desde el punto de vista de la STA A, de manera que la STA C entre innecesariamente en el modo de espera hasta que la STA B detenga la transmisión. En este caso, se hace referencia a la STA C como nodo expuesto de la STA B.
La FIG. 6 es un diagrama conceptual que ilustra una Solicitud Para Enviar (RTS) y un Despejado Para Enviar (CTS).
Con el fin de utilizar de manera eficiente el mecanismo de prevención de colisiones bajo la situación mencionada anteriormente de la FIG. 5, es posible usar un paquete de señalización corto tal como RTS y CTS. La RTS/CTS
entre dos STA se puede escuchar por la o las STA periféricas, de manera que la o las STA periféricas puedan considerar si la información se comunica entre las dos STA. Por ejemplo, si la STA a ser usada para la transmisión de datos transmite la trama de RTS a la STA que ha recibido datos, la STA que ha recibido datos transmite la trama de CTS a las STA periféricas y puede informar a las STA periféricas que la sTa va a recibir datos.
La FIG. 6(a) muestra de manera ejemplar el método para resolver problemas del nodo oculto. En la Fig. 6(a), se supone que cada una de la STA A y la STA C están listas para transmitir datos a la STA B. Si la STA A transmite una RTS a la STA B, la STA B transmite un CTS a cada una de la STA A y la STA C situadas en las inmediaciones de la STA B. Como resultado, la STA C debe esperar un tiempo predeterminado hasta que la STA A y la STA B detengan la transmisión de datos, de manera que se evite que ocurra una colisión.
La FIG. 6(b) muestra de manera ejemplar el método para resolver problemas del nodo expuesto. La STA C realiza la escucha de la transmisión de RTS/CTS entre la STA A y la STA B, de manera que la STA C pueda determinar que no hay colisión aunque transmita datos a otra STA (por ejemplo, la STA D). Es decir, la STA B transmite una RTS a todas las STA periféricas, y solamente la STA A que tiene datos para ser transmitidos realmente puede transmitir un CTS. La STA C recibe solamente la RTS y no recibe el CTS de la STA A, de manera que se puede reconocer que la STA A se sitúa fuera del intervalo de detección de portadora de la STA C.
Gestión de energía
Como se ha descrito anteriormente, el sistema de WLAN tiene que realizar la detección de canales antes de que la STA realice la transmisión/recepción de datos. La operación de detectar siempre el canal causa un consumo de energía persistente de la STA. No hay mucha diferencia en el consumo de energía entre el estado de Recepción (Rx) y el estado de Transmisión (Tx). El mantenimiento continuo del estado de Rx puede causar una gran carga a una STA con energía limitada (es decir, una STA operada mediante una batería). Por lo tanto, si la STA mantiene el modo de espera de Rx para detectar el canal de manera persistente, la energía se consume de manera ineficiente sin ventajas especiales en términos de capacidad de procesamiento de WLAN. Con el fin de resolver el problema mencionado anteriormente, el sistema de WLAN soporta un modo de Gestión de Energía (PM) de la STA.
El modo de PM de la STA se clasifica en un modo activo y un modo de Ahorro de Energía (PS). La STA se opera básicamente en modo activo. La STA que opera en modo activo mantiene un estado de alerta. Si la STA está en el estado de alerta, la STA normalmente puede operar de manera que pueda realizar transmisión/recepción de trama, escaneo de canal o similares. Por otra parte, la STA que opera en el modo de PS está configurada para conmutar del estado durmiente al estado de alerta o viceversa. La STA que opera en estado de reposo se opera con una energía mínima, y la STA no realiza transmisión/recepción de trama ni escaneo de canal.
La cantidad de consumo de energía se reduce en proporción a un tiempo específico en el que el STA permanece en el estado de reposo, de manera que el tiempo de operación de la STA se aumenta en respuesta al consumo de energía reducido. No obstante, es imposible transmitir o recibir la trama en el estado de reposo, de manera que la STA no pueda operar obligatoriamente durante un largo período de tiempo. Si hay una trama a ser transmitida al AP, la STA que opera en el estado de reposo se conmuta al estado de alerta, de manera que pueda transmitir/recibir la trama en el estado de alerta. Por otra parte, si el AP tiene una trama a ser transmitida a la STA, la STA en estado de reposo es incapaz de recibir la trama y no puede reconocer la presencia de una trama a ser recibida. Por consiguiente, la STA puede necesitar conmutar al estado de alerta según un período específico con el fin de reconocer la presencia o ausencia de una trama a ser transmitida a la STA (o con el fin de recibir una señal que indique la presencia de la trama en el supuesto que se decida la presencia de la trama a ser transmitida a la STA). El AP puede transmitir una trama de baliza a las STA en un BSS a intervalos predeterminados. La trama de baliza puede incluir un elemento de información de mapa de indicación de tráfico (TIM). El elemento de información de TIM puede incluir información que indique que el AP ha almacenado temporalmente tráfico para las STA asociadas con el mismo y transmitirá las tramas. Los elementos de TIM incluyen un TIM usado para indicar una trama de unidifusión y un mapa de indicación de tráfico de entrega (DTIM) usado para indicar una trama de multidifusión o de difusión.
Las FIGS. 7 a 9 son diagramas conceptuales que ilustran operaciones detalladas de la STA que ha recibido un Mapa de Indicación de Tráfico (TIM).
Con referencia a la FIG. 7, la STA se conmuta del estado de reposo al estado de alerta para recibir la trama de baliza que incluye un TIM del AP. La STA interpreta el elemento de TIM recibido de manera que pueda reconocer la presencia o ausencia de tráfico almacenado temporalmente a ser transmitido a la STA. Después de que la STA compita con otras STA para acceder al medio para la transmisión de trama de Sondeo de PS, la STA puede transmitir la trama de Sondeo de PS para solicitar la transmisión de trama de datos al AP. El AP que ha recibido la trama de Sondeo de PS transmitida por la STA puede transmitir la trama a la STA. La STA puede recibir una trama de datos y luego transmitir una trama de ACK al AP en respuesta a la trama de datos recibida. A partir de entonces, la STA puede volver a entrar en el estado de reposo.
Como se puede ver a partir de la FIG. 7, el AP puede operar según el esquema de respuesta inmediata, de manera que el AP reciba la trama de Sondeo de PS de la STA y transmita la trama de datos después del transcurso de un
tiempo predeterminado [por ejemplo, Espacio Entre Tramas Corto (SIFS)]. Por el contrario, el AP que ha recibido la trama de Sondeo de PS no prepara una trama de datos a ser transmitida a la STA durante el tiempo de SIFS, de manera que el AP pueda operar según el esquema de respuesta diferida y, por tanto, se describirá a continuación una descripción detallada del mismo con referencia a la FIG. 8.
Las operaciones de la STA de la FIG. 8 en las que la STA se conmuta del estado de reposo al estado de alerta, recibe un TIM del AP y transmite la trama de Sondeo de PS al AP a través de contienda son idénticas a las de la FIG. 7. Si el AP que ha recibido la trama de Sondeo de PS no prepara una trama de datos durante el tiempo de SIFS, el AP puede transmitir la trama de ACK a la STA en lugar de transmitir la trama de datos. Si la trama de datos se prepara después de la transmisión de la trama de ACK, el AP puede transmitir la trama de datos a la STA después de la terminación de tal contienda. La STA puede transmitir la trama de ACK que indica la recepción exitosa de una trama de datos al AP, y se puede cambiar al estado de reposo.
La FIG. 9 muestra el caso ejemplar en el que el AP transmite un DTIM. Las STA se pueden conmutar del estado de reposo al estado de alerta para recibir la trama de baliza que incluye un elemento de DTIM del AP. Las STA pueden reconocer que la trama o tramas de multidifusión/difusión se transmitirán a través del DTIM recibido. Después de la transmisión de la trama de baliza que incluye el DTIM, el AP puede transmitir datos directamente (es decir, trama de multidifusión/difusión) sin transmitir/recibir la trama de Sondeo de PS. Mientras que las STA mantienen continuamente el estado de alerta después de la recepción de la trama de baliza que incluye el DTIM, las STA pueden recibir datos y luego conmutar al estado inactivo después de la terminación de la recepción de datos.
Estructura de trama
La FIG. 10 es un diagrama explicativo de una estructura de trama ejemplar usada en un sistema de IEEE 802.11. Un formato de trama de PPDU (Unidad de Datos de Protocolo de Capa Física) puede incluir un STF (Campo de Acondicionamiento Corto), un LTF (Campo de Acondicionamiento Largo), un campo de SIG (SEÑAL) y un campo de datos. El formato de trama de PPDU más básico (por ejemplo, no HT (Capacidad de Procesamiento Alta)) puede incluir solamente un L-STF (STF Legado), un L-LTF (LTF Legado), un campo de SIG y un campo de datos.
El STF es una señal para detección de señal, AGC (Control Automático de Ganancia), selección de diversidad, sincronización de tiempo precisa, etc., y el LTF es una señal para estimación de canal, estimación de error de frecuencia, etc. El STF y el LTF se pueden llamar colectivamente preámbulo de PLCP. El preámbulo de PLCP se puede considerar como una señal para sincronización de capa física de OFDM y estimación de canal.
El campo de SIG puede incluir un campo TASA y un campo LONGITUD. El campo TASA puede incluir información acerca de la modulación y las tasas de codificación de los datos. El campo LONGITUD puede incluir información acerca de la longitud de los datos. Además, el campo de SIG puede incluir un bit de paridad, un bit COLA de SIG, etc.
El campo de datos puede incluir un campo de SERVICIO, una PSDU (Unidad de Datos de Servicio de Capa Física) y un bit de COLA de PPDU. El campo de datos también puede incluir bits de relleno según sea necesario. Algunos bits del campo SERVICIO se pueden usar para la sincronización de un desaleatorizador en un extremo de recepción. La PSDU corresponde a una MPDU (Unidad de Datos de Protocolo de MAC) definida en la capa de MAC y puede incluir datos generados/usados en una capa más alta. El bit de COLA de PPDU se puede usar para devolver un codificador al estado 0. Los bits de relleno se pueden usar para ajustar la longitud del campo de datos a una unidad predeterminada.
La MPDU se define dependiendo de diversos formatos de trama de MAC, y una trama de MAC básica incluye una cabecera de MAC, un cuerpo de trama y una FCS (Secuencia de Comprobación de Trama). La trama de MAC puede estar compuesta por la MPDU y se puede transmitir/recibir a través de una PSDU de una parte de datos del formato de trama de PPDU.
La cabecera de MAC incluye un campo de control de trama, un campo de duración/ID, un campo de dirección, etc. El campo de control de trama puede incluir la información de control necesaria para la transmisión/recepción de trama. El campo de duración/ID se puede establecer en un tiempo para transmitir una relevante una trama relevante. El campo de duración/ID incluido en la cabecera de MAC se puede establecer en una longitud de 16 bits (por ejemplo, B0 a B15). El contenido incluido en el campo de duración/ID puede depender del tipo y subtipo de trama, si la transmisión se realiza durante un CFP (período libre de contienda), la capacidad de QoS de una STA de transmisión y similares. (i) En una trama de control correspondiente a un subtipo de Sondeo de PS, el campo de duración/ID puede incluir el AID de la STA de transmisión (por ejemplo, a través de 14 LSB) y 2 MSB se pueden establecer en 1. (ii) En tramas transmitidas por un PC (coordinador de punto) o una STA sin QoS para un CFP, el campo de duración/ID se puede establecer en un valor fijo (por ejemplo, 32768). (iii) En otras tramas transmitidas por una STA sin QoS o tramas de control transmitidas por una STA con QoS, el campo de duración/ID puede incluir un valor de duración definido por tipo de trama. En una trama de datos o una trama de gestión transmitida por una STA con QoS, el campo de duración/ID puede incluir un valor de duración definido por tipo de trama. Por ejemplo, B15 = 0 del campo de duración/ID indica que el campo de duración/ID se usa para indicar una duración de TXOP, y
B0 a B14 se pueden usar para indicar una duración de TXOP real. La duración de TXOP real indicada por B0 a B14 puede ser una de 0 a 32767 y la unidad de la misma puede ser microsegundos (ps). No obstante, cuando el campo de duración/ID indica un valor de duración de TXOP fijo (por ejemplo, 32768), B15 se puede establecer en 1 y B0 a B14 se pueden establecer en 0. Cuando B14 = 1 y B15 = 1, el campo de duración/ID se usa para indicar un AID, y B0 a B13 indican un AID de 1 a 2007. Consulte el documento de estándar de IEEE 802.11 para obtener detalles de los subcampos Control de Secuencia, Control de QoS y Control de HT de la cabecera de MAC.
El campo de control de trama de la cabecera de MAC puede incluir los subcampos Versión de Protocolo, Tipo, Subtipo, A DS, Desde DS, Más Fragmentos, Reintentar, Gestión de Energía, Más datos, Trama Protegida y Orden. Consulte el documento de estándar de IEEE 802.11 para los contenidos de los subcampos del campo de control de trama.
La FIG. 11 ilustra una trama FIN CF (libre de contienda).
Se supone que la trama FIN CF se transmite por una STA no DMG (multigigabit direccional, 11ad) por conveniencia de la descripción. La trama FIN CF se puede transmitir para truncar una duración de TXOP. Por consiguiente, un campo de duración se establece en 0 en la trama FIN CF. Un campo de RA (Dirección de Receptor) se puede establecer en una dirección de grupo de difusión. El campo de BSSID se puede establecer en una dirección de STA incluida en un AP relevante. No obstante, en el caso de una trama FIN CF en un formato duplicado no HT o no HT, que se transmite desde una STA de VHT a un AP de VHT, un bit Individual/de Grupo del campo de BSSID se puede establecer en 1.
Ejemplo de estructura de PPDU de HE
Se dará una descripción de ejemplos de un formato de PPDU de HE (Unidad de Datos de Protocolo de Capa Física de Alta Eficiencia) en un sistema de LAN inalámbrica que soporta 11 ax.
La FIG. 12 ilustra un ejemplo de PPDU de HE. Con referencia a la FIG. 12, un campo de HE-SIG A (o HE-SIG1) sigue a una Parte L (por ejemplo, L-STF, L-LTF, L-SIG) y se duplica cada 20 MHz como la Parte L. El campo de HE-SIG A incluye información de control común (por ejemplo, BW, longitud de GI, índice de BSS, CRC, Cola, etc.) para las STA. El campo de HE-SIG A incluye información para decodificar la PPDU de HE y, de este modo, la información incluida en el campo de HE-SIG A puede depender del formato de la PPDU de HE (por ejemplo, PPDU de SU, PPDU MU, PPDU basada en desencadenamiento o similares). Por ejemplo, en el formato de PPDU de SU de HE, el campo de HE-SIG A puede incluir al menos uno de un indicador de DL/UL, indicador de formato de PPDU de HE, color de BSS, duración de TXOP, BW (ancho de banda), MCS, longitud de CP LTF, información de codificación, el número de flujos, STBC (por ejemplo, si se usa STBC), información de conformación de haz de transmisión (TxBF), CRC y Cola. En el caso del formato de PPDU de SU de HE, se puede omitir el campo de HE-SIG B. En el formato de PPDU MU de HE, el campo de HE-SIG A puede incluir al menos uno de un indicador de DL/UL, color de BSS, duración de TXOP, BW, información de MCS de un campo de SIG B, el número de símbolos del campo de SIG B, el número de símbolos de LTF de HE, indicador que indica si se usa MU-MIMO de banda completa, longitud de CP LTF, información de conformación de haz de transmisión (TxBF), CRC y Cola. En el formato de PPDU basada en desencadenamiento de HE, un campo de HE-SIG A puede incluir al menos uno de un indicador de formato (por ejemplo, que indica la PPDU de SU o PPDU basada en desencadenamiento), color de BSS, duración de TXOP, BW, CRC y Cola.
La FIG. 13 ilustra otro ejemplo de la PPDU de HE. Con referencia a la FIG. 13, la HE-SIG A puede incluir información de asignación de usuario, por ejemplo, al menos uno de un ID de STA como un PAID o un GID, información de recursos asignados y el número de flujos (Nsts), además de la información de control común. Con referencia a la FIG. 13, la HE-SIG B (o HE-SIG2) se puede transmitir para cada asignación de OFDMA. En el caso de MU-MIMO, la HE-SIG B se identifica por una STA a través de SDM. La HE-SIG B puede incluir información de asignación de usuario adicional, por ejemplo, un MCS, información de codificación, información de STBC (Código de Bloque de Espacio Tiempo) e información de conformación de haz de transmisión (TXBF).
La FIG. 14 ilustra otro ejemplo de la PPDU de HE. La HE-SIG B se transmite siguiendo a la HE-SIG A. La HE-SIG B se puede transmitir a través de la banda completa sobre la base de la numerología de la HE-SIG A. La HE-SIG B puede incluir información de asignación de usuario, por ejemplo, AID de STA, información de asignación de recursos (por ejemplo, tamaño de asignación), MCS, el número de flujos (Nsts), codificación, STBC e información de conformación de haz de transmisión (TXBF).
La FIG. 15 ilustra otro ejemplo de PPDU de HE. La HE-SIG B se puede duplicar por canal unitario predeterminado. Con referencia a la FIG. 15, la HE-SIG B se puede duplicar por 20 MHz. Por ejemplo, la HE-SIG B se puede transmitir de tal manera que la misma información se duplique por 20 MHz en un ancho de banda de 80 MHz.
Una STA/AP que ha recibido la HE-SIG B duplicada cada 20 MHz puede acumular la HE-SIG B recibida por canal de 20 MHz para mejorar la fiabilidad de la recepción de HE-SIG B.
Dado que la misma señal (por ejemplo, HE-SIG B) se duplica y transmite por canal, la ganancia de señales acumuladas es proporcional al número de canales sobre los que la señal se duplica y transmite para mejorar el
rendimiento de recepción. En teoría, una señal duplicada y transmitida puede tener una ganancia correspondiente a 3 dB x (el número de canales) en comparación con la señal antes de la duplicación. Por consiguiente, la HE-SIG B duplicada y transmitida se puede transmitir con un nivel de MCS aumentado dependiendo del número de canales a través de los cuales se duplica y transmite la HE-SIG B. Por ejemplo, si el MCS0 se usa para la HE-SIG B transmitida sin ser duplicada, el MCS1 se puede usar para la HE-SIG B duplicada y transmitida. Dado que la HE-SIG B se puede transmitir con un nivel de MCS más alto a medida que aumenta el número de canales para duplicación, se puede reducir la sobrecarga de HE-SIG B por canal unitario.
La FIG. 16 ilustra otro ejemplo de la PPDU de HE. Con referencia a la FIG. 16, la HE-SIG B puede incluir información independiente por canal de 20 MHz. La HE-SIG B se puede transmitir en una estructura de símbolo 1x como la parte Legada (por ejemplo, L-STF, L-LTF, L-SIG) y HE-SIG A. Mientras tanto, una longitud de “L-STF L-LTF L-SIG HE-SIGA HE-SIGB” necesita ser idéntica en todos los canales en un ancho de banda amplio. La HE-SIG B transmitida por canal de 20 MHz puede incluir información de asignación acerca de la banda correspondiente, por ejemplo, información de asignación por usuario usando la banda correspondiente, ID de usuario, etc. No obstante, la información de la HE-SIG B puede variar entre bandas debido a que las bandas respectivas soportan diferentes números de usuarios y usan diferentes configuraciones de bloques de recursos. Por consiguiente, la longitud de la HE-SIG B puede ser diferente para los canales respectivos.
La FIG. 17 ilustra un método de relleno de HE-SIG B por el cual las longitudes antes del HE-STF (por ejemplo, longitudes para la HE-SIG B) llegan a ser idénticas para los canales respectivos. Por ejemplo, la HE-SIG B se puede duplicar mediante una longitud de relleno para alinear las longitudes de HE-SIG B. Como se ilustra en la FIG. 18, la HE-SIG B correspondiente a una longitud de relleno necesaria se puede rellenar a la HE-SIG B desde el inicio (o final) de la HE-SIG B.
Según un ejemplo, se puede transmitir un campo de HE-SIG B cuando el ancho de banda no excede 20 MHz. Cuando el ancho de banda excede 20 MHz, los canales de 20 MHz pueden transmitir respectivamente uno de un primer tipo de HE-SIG B (al que se hace referencia en lo sucesivo como HE-SIG B [1]) y un segundo tipo de HE-SIG B (al que se hace referencia en lo sucesivo como HE-SIG B [2]). Por ejemplo, la HE-SIG B [1] y la h E-SIG B [2] se pueden transmitir alternativamente. Un canal de 20 MHz numerado impar puede entregar la h E-SIG B [1] y un canal de 20 MHz numerado par puede entregar la HE-SIG B [2]. Más específicamente, en el caso de un ancho de banda de 40 MHz, la HE-SIG B [1] se transmite sobre el primer canal de 20 MHz y la HE-SIG B [2] se transmite sobre el segundo canal de 20 MHz. En el caso de un ancho de banda de 80 MHz, la HE-SIG B [1] se transmite sobre el primer canal de 20 MHz, la HE-SIG B [2] se transmite sobre el segundo canal de 20 MHz, la misma HE-SIG B [1] se duplica y se transmite sobre el tercer canal de 20 MHz y la misma HE-SIG B [2] se duplica y se transmite sobre el cuarto canal de 20 MHz. La HE-SIG B se transmite de manera similar al caso de un ancho de banda de 160 MHz. Como se ha descrito anteriormente, la HE-SIG B se puede duplicar y transmitir a medida que aumenta el ancho de banda. En este caso, una HE-SIG B duplicada puede ser de salto de frecuencia de 20 MHz desde un canal de 20 MHz a través del cual se transmite y se transmite una HE-SIG B del mismo tipo.
La HE-SIG B [1] y la HE-SIG B [2] pueden tener diferente contenido. No obstante, las HE-SIG-B [1] tienen el mismo contenido. De manera similar, las HE-SIG B [2] tienen el mismo contenido.
Según una realización, la HE-SIG B [1] se puede configurar para incluir información de asignación de recursos solamente acerca de canales de 20 MHz numerados impares y la HE-SIG B [2] se puede configurar para incluir información de asignación de recursos solamente acerca de canales de 20 MHz numerados pares. Según otra realización de la presente invención, la HE-SIG B [1] puede incluir información de asignación de recursos acerca de al menos parte de los canales de 20 MHz numerados pares o la HE-SIG B [2] puede incluir información de asignación de recursos acerca de al menos parte de los canales de 20 MHz numerados impares.
La HE-SIG B puede incluir un campo común y un campo específico de usuario. El campo común puede preceder al campo específico de usuario. El campo común y el campo específico de usuario se pueden distinguir en una unidad de bit o bits en lugar de una unidad de símbolo o símbolos de OFDM.
El campo común de la HE-SIG B incluye información para todas las STA designadas para recibir las PPDU en un ancho de banda correspondiente. El campo común puede incluir información de asignación de unidades de recursos (RU). Todas las HE-SIG B [1] pueden tener el mismo contenido y todas las HE-SIG B [2] pueden tener el mismo contenido. Por ejemplo, cuando cuatro canales de 20 MHz que constituyen 80 MHz se clasifican como [LL, LR, RL, RR], el campo común de la HE-SIG B [1] puede incluir un bloque común para LL y RL y el campo común de la HE-SIG. B [2] puede incluir un bloqueo común para LR y RR.
El campo específico de usuario de la HE-SIG B puede incluir una pluralidad de campos de usuario. Cada campo de usuario puede incluir información específica de una STA individual designada para recibir las PPDU. Por ejemplo, el campo de usuario puede incluir al menos uno de un ID de STA, MCS por STA, el número de flujos (Nsts), codificación (por ejemplo, indicación de uso de LDPC), indicador de DCM e información de conformación de haz de transmisión. No obstante, la información del campo de usuario no se limita a eso.
Transmisión MU de UL
La FIG. 19 es un diagrama explicativo de una situación de transmisión multiusuario de enlace ascendente según una realización de la presente invención.
Como se ha descrito anteriormente, un sistema 802.11ax puede emplear transmisión MU de UL. La transmisión MU de UL se puede iniciar cuando un AP transmite una trama de desencadenamiento a una pluralidad de STA (por ejemplo, la STA1 a la STA4), como se ilustra en la FIG. 19. La trama de desencadenamiento puede incluir información de asignación MU de UL. La información de asignación MU de UL puede incluir al menos uno de la posición y el tamaño del recurso, los ID de STA o las direcciones de STA de recepción, el tipo MCS y MU (MIMO, OFDMA, etc.). Específicamente, la trama de desencadenamiento puede incluir al menos uno de (i) una duración de trama MU de UL, (ii) el número de asignaciones (N) y (iii) información por asignación. La información por asignación puede incluir información por usuario (Información por Usuario). La información por asignación puede incluir al menos uno de un AID (los AID correspondientes al número de las STA se añaden en el caso de MU), información de ajuste de potencia, información de asignación de recursos (o tonos) (por ejemplo, mapa de bits), MCS, el número de flujos (Nsts), STBC, información de conformación de haz de transmisión y codificación.
Como se ilustra en la FIG. 19, el AP puede adquirir una TXOP para transmitir la trama de desencadenamiento a través de un procedimiento de contienda para acceder a los medios. Por consiguiente, las STA pueden transmitir tramas de datos de UL en un formato indicado por el AP después del SIFS de la trama de desencadenamiento. Se supone que el AP según una realización de la presente invención envía una respuesta de acuse de recibo a las tramas de datos de UL a través de una trama de ACK de bloque (BA).
La FIG. 20 ilustra un formato de trama de desencadenamiento según una realización.
Con referencia a la FIG. 20, la trama de desencadenamiento puede incluir al menos uno de un campo de control de trama, un campo de duración, un campo de RA (dirección de STA destinataria), un campo de TA (dirección de STA de transmisión), un campo de información común, uno o más campos de Información Por Usuario y FCS (Suma de Comprobación de Trama). El campo de RA indica la dirección o ID de una STA destinataria y se puede omitir según las realizaciones. El campo de TA indica la dirección de una STA de transmisión.
El campo de información común puede incluir al menos uno de un subcampo de longitud, un subcampo de indicación de cascada, un subcampo de información de HE-SIG A, un subcampo de tipo CP/LTF, un subcampo de tipo de desencadenamiento y un subcampo de información común dependiente de desencadenamiento. El subcampo de longitud indica la longitud de L-SIG de una PPDU MU de UL. La indicación de cascada indica si hay transmisión de una trama de desencadenamiento posterior que sigue a la trama de desencadenamiento actual. El subcampo de información de HE-SIG A indica el contenido a ser incluido en la HE-SIG A de la PPDU MU de UL. El subcampo de tipo CP/LTF indica un tipo CP y LTF de HE incluido la PPDU MU de UL. El subcampo de tipo de desencadenamiento indica el tipo de la trama de desencadenamiento. La trama de desencadenamiento puede incluir información común específica para el tipo e información por usuario (Información Por Usuario) específica para el tipo. Por ejemplo, el tipo de desencadenamiento se puede establecer en uno de un tipo de desencadenamiento básico (por ejemplo, tipo 0), tipo de desencadenamiento de sondeo de informe de conformación de haz (por ejemplo, tipo 1), tipo MU-BAR (Solicitud de Ack de Bloque Multiusuario) (por ejemplo, tipo 2) y tipo MU-RTS (listo para enviar multiusuario) (por ejemplo, tipo 3). No obstante, el tipo de desencadenamiento no se limita a eso. Cuando el tipo de desencadenamiento es MU-BAR, el subcampo de información común dependiente de desencadenamiento puede incluir un indicador de GCR (Grupo de difusión con Reintentos) y una dirección de GCR.
El campo de Información Por Usuario puede incluir al menos uno de un subcampo de ID de usuario, un subcampo de asignación de RU, un subcampo de tipo de codificación, un subcampo de MCS, un subcampo de DCM (modulación de subportadora dual), un subcampo de asignación de SS (flujo espacial) y un subcampo de Información Por Usuario dependiente de desencadenamiento. El subcampo de ID de usuario indica el AID de una STA que usará una unidad de recursos correspondiente para transmitir una MPDU de la PPDU MU de UL. El subcampo de asignación de RU indica una unidad de recursos usada por la STA para transmitir la PPDU MU de UL. El subcampo de tipo de codificación indica el tipo de codificación de la PPDU MU de UL transmitida por la STA. El subcampo de MCS indica el MCS de la PPDU MU de UL transmitida por la STA. El subcampo de DCM indica información acerca de la modulación de doble portadora de la PPDU MU de UL transmitida por la STA. El subcampo de asignación de SS indica información acerca de los flujos espaciales de la PPDU MU de UL transmitida por la STA. En el caso del tipo de desencadenamiento de MU-BAr , el subcampo de Información Por Usuario dependiente de desencadenamiento puede incluir control de BAR e información de BAR.
NAV (Vector de Asignación de Red)
Un NAV se puede entender como un temporizador para proteger la TXOP de una STA de transmisión (por ejemplo, titular de TXOP). Una STA no puede realizar el acceso al canal durante un período en el que un NAV configurado en la STA es válido para proteger la TXOP de otras STA.
Una STA actual no de DMG soporta un NAV. Una STA que ha recibido una trama válida puede actualizar el NAV a través del campo de duración de la PSDU (por ejemplo, el campo de duración de la cabecera de MAC). Cuando el campo de RA de la trama recibida corresponde a la dirección de MAC de la STA, no obstante, la STA no actualiza el
NAV. Cuando una duración indicada por el campo de duración de la trama recibida es mayor que el valor de NAV actual de la STA, la STA actualiza el NAV a través de la duración de la trama recibida.
La FIG. 21 ilustra un ejemplo de establecimiento de NAV.
Con referencia a la FIG. 21, una STA de origen transmite una trama de RTS y una STA de destino transmite una trama de CTS. Como se ha descrito anteriormente, la STA de destino designada como destinataria a través de la trama de RTS no establece un NAV. Algunas de otras STA pueden recibir la trama de RTS y establecer los NAV y otras pueden recibir la trama de CTS y establecer los NAV.
Si la trama de CTS (por ejemplo, primitiva PHY-RXSTART.indication) no se recibe dentro de un período predeterminado de una temporización cuando se recibe la trama de RTS (por ejemplo, se recibe la primitiva PHY-RXEND.indication para la que MAC corresponde a la trama de RTS), las STA que han establecido o actualizado los NAV a través de la trama de RTS pueden reiniciar los NAV (por ejemplo, 0). El período predeterminado puede ser (2 * aSIFSTime CTS_Time aRxPHYStartDelay 2 * aSlotTime). El CTS_Time se puede calcular sobre la base de la longitud de la trama de CTS indicada por la trama de RTS y una tasa de datos.
Aunque la FIG. 21 ilustra el establecimiento o la actualización de un NAV a través de la trama de RTS o la trama de CTS por conveniencia, el establecimiento/reinicio/actualización de NAV se puede realizar sobre la base de los campos de duración de diversas tramas, por ejemplo, PPDU no de HT, PPDU de HT, PPDU de VHT y PPDU de HE (por ejemplo, el campo de duración de la cabecera de MAC de la trama de MAC). Por ejemplo, si el campo de RA de la trama de MAC recibida no corresponde a la dirección de una STA (por ejemplo, dirección de MAC), la STA puede establecer/reiniciar/actualizar el NAV.
Truncamiento de TXOP (Oportunidad de Transmisión)
La FIG. 22 ilustra un ejemplo de truncamiento de TXOP.
Una STA titular de TXOP puede indicar truncar la TXOP transmitiendo una trama FIN CF. Un STA puede reiniciar el NAV (por ejemplo, establecer el NAV en 0) tras la recepción de una trama FIN CF o trama FIN CF CF-ACK.
Cuando una STA que ha adquirido acceso al canal a través de EDCA vacía una cola de transmisión del mismo, la STA puede transmita la trama FIN CF. La STA puede indicar explícitamente la terminación de la TXOP de la misma a través de la transmisión de la trama FIN CF. La trama FIN CF se puede transmitir por un titular de TXOP. Una STA no de AP que no es titular de TXOP no puede transmitir la trama FIN CF. Una STA que ha recibido la trama FIN CF reinicia el NAV en el momento cuando se termina una PPDU incluida en la trama FIN CF.
Con referencia a la FIG. 22, una STA que ha accedido a un medio transmite una secuencia (por ejemplo, RTS/CTS) para el establecimiento de NAV.
Después de SIFS, un titular de TXOP (o iniciador de TXOP) y un respondedor de TXOP transmiten y reciben las PPDU (por ejemplo, secuencia de iniciador). El titular de TXOP trunca una TXOP transmitiendo una trama FIN CF cuando no hay datos a ser transmitidos dentro de la TXOP.
Las STA que han recibido la trama FIN CF reinician los NAVS de las mismas y pueden comenzar a competir por el acceso al medio sin retraso.
Como se ha descrito anteriormente, una duración de TXOP se establece a través del campo de duración de la cabecera de MAC en el sistema de LAN inalámbrica actual. Es decir, un titular de TXOP (por ejemplo, STA de Tx) y un respondedor de TXOP (por ejemplo, STA de Rx) incluyen la información de TXOP completa necesaria para la transmisión y recepción de tramas en los campos de duración de las tramas transmitidas y recibidas entre los mismos y transmiten las tramas. Las STA de terceros distintas del titular de TXOP y el respondedor de TXOP comprueban los campos de duración de las tramas intercambiadas entre el titular de TXOP y el respondedor de TXOP y establece/actualiza los NAV para diferir el uso de los canales hasta los períodos de NAV.
En un sistema 11 ax que soporta la PPDU de HE, las STA de terceros no pueden decodificar una MPDU incluida en una PPDU MU de UL incluso cuando reciben la PPDU MU de UL si la PPDU MU de UL no incluye la HE-SIG B. Si las STA de terceros no pueden decodificar la MPDU, las STA de terceros no pueden adquirir la información de duración de TXOP (por ejemplo, campo de duración) incluida en la cabecera de MAC de la MPDU. Por consiguiente, es difícil realizar correctamente el establecimiento/actualización de NAV.
Incluso cuando se recibe una trama de PPDU de HE que incluye la HE-SIG B, si la estructura de HE SIG B está codificada por STA y se diseña de manera que una STA solamente pueda leer contenido de HE-SIG B asignado a esa STA, las STA de terceros no pueden decodificar una trama de MAC (por ejemplo, una MPDU en la PPDU de HE correspondiente a otras STA) transmitida y recibida por otras STA. Por consiguiente, las STA de terceros no pueden adquirir información de TXOP en este caso.
• Indicación de duración de TXOP a través de HE-SIG A
Para resolver el problema mencionado anteriormente, se propone un método a través del cual una STA incluye información de duración de TXOP en la HE-SIG A y transmite la HE-SIG A. Como se ha descrito anteriormente, 15 bits (por ejemplo, B0 a B14) del campo de duración de la cabecera de MAC pueden indicar información de duración de hasta 32.7 ms (0 a 32767 us). Cuando la información de duración de 15 bits incluida en el campo de duración de la cabecera de MAC se incluye en la HE-SIG A y se transmite, un STA de terceros 11ax puede establecer/actualizar correctamente un NAV. No obstante, la sobrecarga de señalización de HE-SIG A aumenta excesivamente. Mientras que 15 bits en una MPDU para la transmisión de carga útil se pueden considerar como un tamaño relativamente pequeño en la capa de MAC, la HE-SIG A para la transmisión de información de control común en la capa física es un campo diseñado de manera compacta y, de este modo, un aumento de 15 bits en la HE-SIG A corresponde a una sobrecarga de señalización relativamente grande.
Por consiguiente, una realización de la presente invención propone un método de indicación de duración de TXOP eficiente para minimizar la sobrecarga de HE-SIG A. Además, una realización de la presente invención propone operaciones de transmisión y recepción de trama en base a una duración de TXOP recién definida en la HE-SIG A. En lo sucesivo, se puede hacer referencia al campo de duración incluido en la cabecera de MAC como duración de MAC por conveniencia.
Aunque se supone que la información de duración de TXOP se incluye en la HE SIG A y se transmite en la siguiente descripción, el alcance de la presente invención no se limita a la misma y la información de duración de TXOP se puede transmitir a través de otras partes (por ejemplo, L-SIG, HE-SIG B, HE-SIG C, ..., y parte de A-MPDU o MPDU). Por ejemplo, cuando la duración de TXOP se transmite a través de la HE-SIG B, la duración de TXOP se puede transmitir a través de información común (por ejemplo, parte común) de la HE-SIG B o una SIG B contiene parte (por ejemplo, Información Por usuario) transmitida en la primera parte (o final) de la HE-SIG B.
Se dará una descripción de una estructura de duración de TXOP en un campo SIG de HE y ejemplos que indican la duración de TXOP. Un valor establecido en el NAV de una STA de terceros se puede interpretar como una duración de TXOP para un titular/respondedor de TXOP. Por ejemplo, un valor de campo de duración es una TXOP para la transmisión y recepción de trama en vista del titular/respondedor de TXOP. No obstante, el valor de campo de duración se refiere a un valor de NAV en vista de la STA de terceros. Por consiguiente, se puede hacer referencia a una operación de establecimiento/actualización de NAV de la STA de terceros como operación de establecimiento/actualización de TXOP debido a que la operación de establecimiento/actualización de NAV establece un NAV correspondiente a una TXOP para el titular/respondedor de TXOP. Además, se puede hacer referencia al término “duración de TXOP” simplemente como “duración” o “TXOP”. La duración de TXOP se puede usar para indicar un campo (por ejemplo, el campo de duración de TXOP de la HE-SIG A) en una trama o para indicar un valor de duración de TXOP real.
Los índices asignados a los ejemplos descritos a continuación son por conveniencia de la descripción y, de este modo, los ejemplos que tienen diferentes índices se pueden combinar para incorporar una invención o los ejemplos respectivos pueden incorporar invenciones respectivas.
Ejemplo 1
La duración de TXOP se puede establecer en 2N-1 (o 2N). Se supone que la duración de TXOP se establece en 2 N-1 por conveniencia. El valor N se puede transmitir en el campo de duración de TXOP de la HE-SIG A.
Por ejemplo, cuando N es 4 bits, N tiene un valor en el intervalo de 0 a 15. Por consiguiente, la duración de TXOP indicada a través de N que tiene un tamaño de 4 bits puede tener un valor en el intervalo de 0 a 32767 ps. Cuando la duración de TXOP se establece para indicar un máximo de 5 ms, solamente se pueden usar N = 0 a 13 para indicar la duración de TXOP y N = 14 y N = 15 se pueden usar para otros propósitos.
Este ejemplo es uno de los métodos para indicar la duración de TXOP a través de X * 2Y-1 (por ejemplo, X = 1), X y/o Y se pueden cambiar de diversas maneras. Además, los valores X e Y se pueden transmitir a través del campo de HE-SIG A.
Ejemplo 2
Según una realización de la presente invención, la duración de TXOP se puede establecer en XY-1 (o XY). Se supone que la duración de TXOP se establece en XY-1. Una STA puede transmitir valores X e Y a través del campo de duración de TXOP (por ejemplo, en la HE-SIG A).
Si el campo de duración de TXOP transmitido en la HE-SIG A es K bits, n bits (primeros n bits) de los K bits pueden indicar el valor X y m bits de los mismos (por ejemplo, m bits al final) pueden indicar el valor Y. Los n bits pueden ser n MSB o n LSB y los m bits pueden ser m LSB o m MSB. Los valores K, m y n se pueden establecer de diversas maneras.
(i) Por ejemplo, se supone que K = 6, n = 3 y m = 3. Cuando Xe {2 ~ 9} e Ye {0 ~ 7}, la duración de TXOP puede tener un valor en el intervalo de 0 a 4782968 ps.
(ii) En otro ejemplo, se supone que K = 5, n = 2 y m = 3. Cuando Xe {2 ~ 5} e Ye {0 ~ 7}, la duración de TXOP puede tener un valor en el intervalo de 0 a 78124 ps. Si Xe {2, 3, 5, 6} e Ye {0 ~ 7}, la duración de TXOP puede tener un valor en el intervalo de 0 a 78124 ps.
(iii) En otro ejemplo, se supone que K = 4, n = 1 y m = 3. Cuando Xe {2, 3} (o Xe {5, 6}) e Ye {0 ~ 7}, la duración de TXOP puede tener un valor en el intervalo de 0 a 279963 ps.
Si se indica un máximo de P ms (por ejemplo, 5 ms) a través del campo de duración de TXOP (por ejemplo, en la HE-SIG A), una combinación (X, Y) que minimiza XY-1, de entre combinaciones (X, Y) que satisfacen XY-1 > P ms (por ejemplo, 5 ms), se puede usar para indicar un valor de duración de TXOP máximo y no se pueden usar otras combinaciones (X, Y).
Este ejemplo es uno de los métodos de indicación de la duración de TXOP a través de Z * XY-1 y, de este modo, X, Y y/o Z se pueden cambiar de diversas maneras.
Ejemplo 3
Según una realización de la presente invención, la duración de TXOP se puede establecer en X * 2Y-1 (o X * 2 Y). Los valores X e Y se pueden transmitir a través del campo de duración de TXOP.
Si el campo de duración de TXOP transmitido en la HE-SIG A es K bits, n bits (los primeros n bits) de los K bits pueden indicar el valor X y m bits de los mismos (por ejemplo, m bits al final) pueden indicar el valor Y. Los n bits pueden ser n MSB o n LSB y los m bits pueden ser m LSB o m MSB. Los valores K, m y n se pueden establecer de diversas maneras.
Por ejemplo, se supone que K = 6, n = 3 y m =3. Cuando Xe {1, 5, 10, 20, 30, 40, 50, 60} e Ye {0 ~ 7}, la duración de TXOP puede tener un valor en el intervalo de 0 a 7680 ps.
Si se indica un máximo de P ms (por ejemplo, 5 ms) a través del campo de duración de TXOP (por ejemplo, en la HE-SIG A), una combinación (X, Y) que minimiza X * 2Y-1, de entre las combinaciones (X, Y) que satisfagan X * 2Y-1 > P ms (por ejemplo, 5 ms), se puede usar para indicar un valor de duración de TXOP máximo y no se pueden usar otras combinaciones (X, Y).
Este ejemplo es uno de los métodos de indicación de la duración de TXOP a través de X * ZY-1 y, de este modo, X, Y y/o Z se pueden cambiar de diversas maneras.
Ejemplo 4
Según una realización, la duración de TXOP se puede establecer en otras unidades en lugar de 1 microsegundo (ps) (por ejemplo, unidades más grandes o la unidad de un símbolo). Por ejemplo, se pueden usar unidades más grandes, tales como 4 ps, 8 ps, 10 ps, 16 ps, 32 ps, 50 ps, 64 ps, 100 ps, 128 ps, 256 ps, 500 ps, 512 ps, 1024 ps, .... En este caso, el valor de duración de TXOP se puede determinar como “unidad (por ejemplo, 64 ps) * valor del campo de duración de TXOP”. Por ejemplo, en el caso de 32 ps, Duración de TXOP (1) = 32 ps, Duración de TXOP (2) = 64 ps, Duración de TXOP (3) = 96 ps, ....
Mientras tanto, es deseable que la duración de TXOP tenga un valor máximo de 8 ms. Por consiguiente, en el caso donde se use una única unidad, se pueden considerar las siguientes opciones de campo de duración de TXOP. - Opción 1: Se usa una unidad de 32 y se define un campo de duración de TXOP de 8 bits. En este caso, el valor de duración de TXOP máximo puede ser de 8192 ps.
- Opción 2: Se usa una unidad de 64 ps y se define un campo de duración de TXOP de 7 bits. En este caso, el valor de duración de TXOP máximo puede ser de 8192 ps.
Si el campo de TXOP se establece en más de 8 bits (por ejemplo, de 9 a 11 bits), se pueden usar las siguientes estructuras de campo de duración de TXOP.
- Opción 1 -1: unidad de 16 ps, ~ 32 ms, 11 bits
- Opción 1-2: unidad de 16 ps, ~ 16 ms, 10 bits
- Opción 1-3: unidad de 16 ps, ~ 8 ms, 9 bits
- Opción 2-1: unidad de 32 ps, ~ 32 ms, 10 bits
- Opción 2-2: unidad de 32 ps, ~ 16 ms, 9 bits
- Opción 3-1: unidad de 64 ps, ~ 16 ms, 9 bits
Además, se puede usar una combinación de una o más unidades (por ejemplo, (16 ps, 512 ps) u (8 ps, 128 ps), etc.). O bien, se puede usar una unidad de símbolo 1x o de símbolo 4x en lugar de ps, o la duración de TXOP se puede indicar mediante N * 1x símbolos o N * 4x símbolos (siendo N un número natural).
La Tabla 1 ilustra una duración de TXOP indicada por símbolos 4x.
Tabla 1
La duración de TXOP se puede indicar mediante una combinación de uno de los ejemplos 1/2/3 y el ejemplo 4. Ejemplo 5
Según una realización, el campo de duración de TXOP puede tener un valor predefinido. Se puede predefinir una tabla en la que se correlacionen valores (por ejemplo, un índice de duración de TXOP) establecidos en el campo de duración de TXOP y los valores de duración de TXOP reales. La Tabla 2 ilustra los índices de duración de TXOP. Tabla 2
Según una realización, parte del intervalo de la duración de TXOP se puede representar/configurar como una primera forma de función y otra parte del intervalo se puede representar/configurar como una segunda forma de función. Por ejemplo, los valores de duración de TXOP se pueden establecer de manera que los valores de duración de TXOP aumenten en una función exponencial a un valor específico y los valores de duración de TXOP que siguen al aumento de valor específico en una función de distribución uniforme.
La Tabla 3 ilustra un caso en el que el campo de duración de TXOP se establece en 4 bits. Con referencia a la Tabla 3, la duración de TXOP aumenta exponencialmente en el intervalo de 32 ps a 512 ps (o 1024 ps) y aumenta en 512 ps (aproximadamente 0.5 ms) después de 512 ps (o 1024 ps).
Tabla 3
La Tabla 4 ilustra un caso en el que el campo de duración de TXOP se establece en 5 bits. Con referencia a la Tabla 4, la duración de TXOP aumenta exponencialmente en el intervalo de 32 ps a 256 ps (o 512 ps) y aumenta en 256 ps (aproximadamente 0.25 ms) después de 256 ps (o 512 ps).
Tabla 4
La siguiente tabla 5 muestra diversos ejemplos de valores de TXOP indicados por índices de un campo de duración de TXOP de 4 bits. Los casos A a H de la Tabla 5 pueden representar diferentes ejemplos.
Tabla 5
(i) En el caso A, el valor de duración de TXOP se determina como (16 gs * (el valor de los 3 bits restantes)) cuando el MSB de los índices es 0. El valor de duración de TXOP se determina como (512 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 1.
(ii) En el caso B, el valor de duración de TXOP se determina como (16 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 0. El valor de duración de TXOP se determina como (512 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 1.
(iii) En el caso C, el valor de duración de TXOP se determina como (32 gs * (el valor de los 3 bits restantes)) cuando el MSB de los índices es 0. El valor de duración de TXOP se determina como (512 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 1.
(iv) En el caso D, el valor de duración de TXOP se determina como (32 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 0. El valor de duración de TXOP se determina como (512 gs * (el valor de los 3 bits restantes) 1) cuando el MSB de los índices es 1.
(v) En los casos E a H, el valor de duración de TXOP se puede entender como en (i) a (iv). Por ejemplo, el MSB de los índices se puede entender como un factor de escala, granularidad o unidad de duración de la duración de TXOP (consulte las realizaciones que se describirán a continuación).
Ejemplo 6
Según una realización, la duración de TXOP se puede establecer a través de un factor de escala de X bits y un valor de duración de Y bits. Por ejemplo, la duración de TXOP se puede establecer sobre la base del factor de escala (X bits) * Duración (Y bits). Específicamente, duración de TXOP = Factor de escala (X bits) * Duración (Y bits). De otro modo, duración de TXOP = Factor de escala (X bits) * Duración (Y bits) a, siendo a una constante predeterminada (por ejemplo, a = 1).
El tamaño del campo de duración de TXOP se puede establecer en X Y bits.
Por ejemplo, la unidad del valor de duración se puede establecer en uno de 1 gs, 4 gs y 16 gs según el factor de escala. La longitud de los Y bits se puede establecer en diversos valores.
El índice de factor de escala 0 de los X bits pueden indicar el factor de escala real = 0. El caso A y el caso B de la Tabla 6 muestran ejemplos de un factor de escala de 2 bits.
Tabla 6
La tabla 7 muestra ejemplos de un factor de escala de 3 bits.
Tabla 7
El valor de la duración se puede representar en la forma de 2Y.
La Tabla 8 ilustra un factor de escala establecido en 1 bit. Con referencia a la Tabla 8, factor de escala = 0 puede indicar 16 ps y factor de escala = 1 puede indicar 512 ps. Por ejemplo, la duración de TXOP se puede establecer en 16 * Duración (ps) cuando el factor de escala = 0 y se establece en 512 * Duración (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 8
La Tabla 9 muestra ejemplos de un campo de duración de TXOP de 5 bits. En la Tabla 9, se supone que el factor de escala se establece en el MSB como en la Tabla 8. Por consiguiente, los 4 bits restantes distintos del MSB usado como el factor de escala en el campo Duración de TXOP de 5 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 4 bits puede ser uno de 0 a 15.
El caso A de la Tabla 9 muestra un ejemplo en el que el valor de duración de TXOP real se establece en (valor de factor de escala * valor de campo de duración) (por ejemplo, un valor de 4 bits distinto del MSB).
El caso B de la Tabla 9 muestra un ejemplo en el que el valor de duración de TXOP real se establece en (valor de factor de escala * (valor de campo de duración 1)).
En el caso C de la Tabla 9, el valor de duración de TXOP real se establece en (valor de factor de escala (16 ps) * valor de campo de duración) cuando factor de escala es = 0 (por ejemplo, la unidad del valor de factor de escala es 16 ps) y se establece en (Valor de factor de escala (512 ps) * (Valor de campo de duración 1)) cuando factor de escala = 1 (por ejemplo, la unidad del valor de factor de escala es 512 ps).
Tabla 9
La Tabla 10 muestra otros ejemplos del factor de escala de 1 bit. Con referencia a la Tabla 10, factor de escala = 0 puede indicar 32 ps y factor de escala = 1 puede indicar 512 ps.
Tabla 10
La Tabla 11 muestra otros ejemplos del campo de duración de TXOP de 5 bits. En la Tabla 11, se supone que el factor de escala se establece en el MSB como en la Tabla 9. Por consiguiente, los 4 bits restantes distintos del MSB usados como el factor de escala en el campo de Duración de TXOP de 5 bits se usan como valor de campo de duración, y de este modo el valor de campo de duración de 4 bits puede ser uno de 0 a 15. Con referencia a la Tabla 11, el valor de duración de TXOP real se puede establecer en 32 * Duración (ps) cuando factor de escala = 0 y se establece en 512 * (Duración 1) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 11
La Tabla 12 muestra otros ejemplos del factor de escala de 1 bit. Con referencia a la FIG. 12, factor de escala = 0 puede indicar 32 ps y factor de escala = 1 puede indicar 1024 ps.
Tabla 12
La Tabla 13 muestra otros ejemplos del campo de duración de TXOP de 5 bits. En la Tabla 13, se supone que el factor de escala como en la Tabla 12 se establece en el MSB. Por consiguiente, los 4 bits restantes distintos del MSB usados como el factor de escala en el campo de Duración de TXOP de 5 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 4 bits puede ser uno de 0 a 15. Con referencia a la Tabla 13, el valor de duración de TXOP real se puede establecer en 32 * Duración (ps) cuando factor de escala = 0 y se establece en 1024 * (Duración 1) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 13
La Tabla 14 muestra ejemplos de un campo de duración de TXOP de 6 bits. En la Tabla 14, se supone que un factor de escala de 1 bit se establece en el MSB como en la Tabla 8. Por consiguiente, los 5 bits restantes distintos del MSB usados como el factor de escala en el campo de Duración de TXOP de 6 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 5 bits puede ser uno de 0 a 31. Con referencia a la Tabla 14, el valor de duración de TXOP real se puede establecer en 16 * Duración (ps) cuando factor de escala = 0 y establecer en 512 * (Duración 1) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 14
La Tabla 15 muestra otros ejemplos del campo de duración de TXOP de 6 bits. En la Tabla 15, se supone que el factor de escala de 1 bit se establece en el MSB como en la Tabla 8. Por consiguiente, los 5 bits restantes distintos del MSB usados como el factor de escala en el campo de Duración de TXOP de 6 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 5 bits puede ser uno de 0 a 31. Con referencia a la Tabla 15, el valor de duración de TXOP real se puede establecer en 16 * (Duración 1) (ps) cuando factor de escala = 0 y se establece en 512 * (Duración 1) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 15
La Tabla 16 muestra otros ejemplos del campo de duración de TXOP de 6 bits. En la Tabla 16, se supone que el factor de escala de 1 bit se establece en el MSB como en la Tabla 10. Por consiguiente, los 5 bits restantes distintos del MSB usados como el factor de escala en el campo de Duración de TXOP de 6 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 5 bits puede ser uno de 0 a 31. Con referencia a la Tabla 16, el valor de duración de TXOP real se puede establecer en 32 * Duración (ps) cuando factor de escala = 0 y se establece en 512 * (Duración 2) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 16
La Tabla 17 muestra otros ejemplos del campo de duración de TXOP de 6 bits. En la Tabla 17, se supone que el factor de escala de 1 bit se establece en el MSB como en la Tabla 12. Por consiguiente, los 5 bits restantes distintos del MSB usados como factor de escala en el campo de Duración de TXOP de 6 bits se usan como valor de campo de duración y, de este modo, el valor de campo de duración de 5 bits puede ser uno de 0 a 31. Con referencia a la Tabla 17, el valor de duración de TXOP real se puede establecer en 32 * Duración (ps) cuando factor de escala = 0 y se establece en 1024 * (Duración 1) (ps) cuando factor de escala = 1. La unidad de Duración se supone que es 1 ps por conveniencia.
Tabla 17
La Tabla 18 muestra otros ejemplos del campo de duración de TXOP de 6 bits. Con referencia a la Tabla 18, el valor de duración de TXOP real aumenta en unidades de 32 ps hasta 512 ps y aumenta en unidades de 512 ps después de 512 ps.
Tabla 18
Ejemplo 7
Según una realización, la duración de TXOP se puede indicar a través del factor de escala de X bits, el valor de duración de Y bits y la información de la unidad de duración de Z bits. La duración de TXOP puede ser “Factor de
escala (X bits) * (Duración (Y bits) ps * Unidad de duración (Z bits) ps)”. El tamaño del campo de duración de TXOP se puede establecer en (X Y Z) bits.
La unidad de duración de Z bits representa la unidad de información de duración transmitida. Por ejemplo, cuando los Z bits son 1 bit, 0 puede indicar la unidad de 4 ps y 1 puede indicar la unidad de 16 ps. No obstante, la presente invención no se limita a eso.
Ejemplo 8
Cuando el campo de duración de TXOP se incluye en la HE-SIG A de la PPDU de HE, necesita ser definida la longitud de la duración de TXOP, la granularidad y similares indicados por el campo de duración de TXOP. Por ejemplo, (1) tamaño, (2) valor máximo y (3) granularidad necesitan ser determinados en consideración de la capacidad de la HE-SIG A y la granularidad de la duración de TXOP. La granularidad se puede representar como una escala (o factor de escala) o una unidad de duración de TXOP.
(1) Tamaño de campo de duración de TXOP
En cuanto a la capacidad de la HE-SIG A, 13 bits restantes (por ejemplo, bits que están disponibles dado que no están definidos para otros propósitos) en el caso del formato de PPDU de SU de HE, 14 bits restantes están presentes en el caso de la PPDU MU de HE, y más de 14 bits restantes están presentes en el caso de la PPDU basada en desencadenamiento de HE.
Como campos, los tamaños de los cuales no se determinan actualmente en el campo de HE-SIG A, por ejemplo, BW (2 bits o más), los campos de reutilización espacial y duración de TXOP se pueden ejemplificar en el formato de PPDU MU de HE.
Como otros campos de HE-SIG A bajo discusión, hay un campo reservado de 1 bit similar al sistema legado y STBC de 1 bit en el caso del formato de PPDU MU de HE.
Por consiguiente, la longitud del campo de duración de TXOP se puede limitar a un tamaño específico (por ejemplo, de 5 a 7 bits) en consideración de otros campos de HE-SIG A.
Además, considerando tal restricción de tamaño, es deseable que el campo de duración de TXOP tenga una granularidad mayor que la duración de MAC. Es decir, el campo de duración de TXOP puede tener una granularidad mayor que la duración de MAC, aunque se establezca que sea menor que la duración de MAC.
{2) Valor máximo de duración de TXOP
Como se ha descrito anteriormente, el campo de duración de MAC (por ejemplo, 15 bits, unidad de 1 ps) puede cubrir hasta aproximadamente 32 ms. Aunque un límite de TXOP es aproximadamente de 4 ms en un conjunto de parámetros de EDCA por defecto, un AP puede establecer un conjunto de parámetros de EDCA a través de una baliza.
El AP puede establecer la duración de TXOP para ser más prolongado de 4 ms mediante el campo de duración de TXOP (por ejemplo, 8 o 16 ms). En particular, el AP necesita establecer una duración de TXOP larga en un procedimiento de TXOP MU o estructura en cascada.
En LAA (Acceso Asistido con Licencia) para usar bandas sin licencia en un sistema celular (por ejemplo, 3GPP), una TXOP máxima se define como 8 ms y Wi-Fi requiere una TXOP muy larga (por ejemplo, hasta 10 ms) para paquetes de sondeo. Según los requisitos europeos de LBT (Escuchar Antes de Hablar), un tiempo máximo de ocupación de canal puede ser de 10 ms. Según LTE-U, que es un sistema de LTE que opera en bandas sin licencia, la duración máxima de estado encendido es de 20 ms.
Considerando tales elementos de diseño, es deseable que un tamaño máximo de duración de TXOP que se puede indicar por el campo de HE-SIG A sea de 8 ms (o 16 ms), por ejemplo.
(3) Granularidad de duración de TXOP
Cuando se usa una granularidad relativamente pequeña (por ejemplo, 1 ps, 16 p o similar), el campo de duración de TXOP requiere un montón de bits (por ejemplo, de 8 a 15 bits). La Tabla 19 ilustra el número de bits de la duración de TXOP y los valores de duración de TXOP máximos, que se requieren cuando se usa una única granularidad. Tabla 19
Por el contrario, cuando solamente se usa una granularidad relativamente grande, un problema de sobreprotección se genera con frecuencia en las STA (por ejemplo, las STA de terceros) y, de este modo, la eficiencia de uso de canal puede disminuir (por ejemplo, un NAV se establece en un valor de duración de TXOP innecesariamente grande).
La FIG. 23 ilustra el establecimiento de una duración de TXOP con una granularidad pequeña y el establecimiento de una duración de TXOP con una granularidad grande. La FIG. 23(a) muestra el establecimiento de duración de TXOP para transmisión de DL e ilustra un caso en el que las STA transmiten BA MU de UL en respuesta a una PPDU MU de UL transmitida desde un AP. La FIG. 23(b) muestra el establecimiento de duración de TXOP para transmisión de UL e ilustra un caso en el que las STA transmiten tramas MU de UL sobre la base de una trama de desencadenamiento transmitida desde un AP y el AP transmite BA MU de DL. Con referencia a la FIG. 23(a) y 23(b), el tamaño de un error entre una duración de MAC y una duración de TXOP establecido por el campo de duración de TXOP de la HE-SIG A es relativamente pequeño cuando se usa la granularidad pequeña y relativamente grande cuando se usa la granularidad grande. De esta forma, el uso de una granularidad grande puede causar una sobreprotección más allá de la TXOP requerida realmente.
Mientras tanto, de entre los paquetes relativamente pequeños (por ejemplo, ACK, BA, BA MU, etc.), el ACK o BA se coloca en la última trama de una TXOP. Las duraciones de ACK, BA y/o BA MU dependen de sus tasas de datos. Por ejemplo, la duración de BA MU de UL es 422.4 ps a una tasa de datos baja (por ejemplo, MCS0, 26 tonos) (consulte la FIG. 24).
La FIG. 24 ilustra la asignación de una trama de BA de OFDMA de UL en el MCS0.
El preámbulo de la trama de BA de OFDMA de UL tiene una duración de 48 ps e incluye un preámbulo legado y un preámbulo de HE. El preámbulo legado es de 20 ps y puede incluir L-STF (8 ps), L-LTF (8 ps) y L-SIG (4 ps). El preámbulo de HE es de 28 ps y puede incluir RL (repetición legada)-SIG (4 ps), HE-SIG A (8 ps), HE-STF (8 ps) y HE-LTF (8 ps).
La trama de MAC de BA comprimido se puede establecer en 39 octetos, es decir, 312 bits. Específicamente, la trama de MAC de BA comprimido corresponde al campo de servicio (2 octetos) delimitador de MPDU (4 octetos) cabecera de MAC (16 octetos) control de BA (2 octetos) información de BA (10 octetos) FCS (4 octetos) cola (1 octeto) = 39 octetos. La longitud de símbolo de la misma es 12.8 1.6 CP = 14.4 ps. Por consiguiente, la trama de MAC de BA comprimido llega a ser 374.4 ps cuando se usan el MCS0 y 26 tonos.
Por consiguiente, cuando se usan el MCS0 y 26 tonos, la duración de BA MU de UL se establece en 422.4 ps correspondiente a la suma de 48 para el preámbulo y 374.4 ps para la trama de MAC.
Puede ser más eficiente usar una granularidad pequeña (por ejemplo, menor que 32 ps) para al menos parte de ACK, BA y/o BA MU para resolver la sobreprotección por las STA de terceros.
Por consiguiente, la duración de TXOP necesita soportar paquetes pequeños que tengan una granularidad pequeña (por ejemplo, 16 o 32 ps). Como método para soportar tales paquetes de pequeña capacidad, se puede considerar un método de uso de múltiples granularidades (por ejemplo, granularidades pequeñas y grandes) para TXOP.
Según una realización de la presente invención, se pueden usar múltiples unidades (por ejemplo, multigranularidad) durante la duración de TXOP. Aunque el número de unidades múltiples puede ser 2 (o 4), el número de unidades múltiples no se limita a eso. Si el número de unidades es 2, se puede hacer referencia a las unidades respectivas como unidad pequeña y unidad grande por conveniencia. Los tamaños reales de la unidad pequeña y la unidad grande pueden depender del tamaño del campo de duración de TXOP (por ejemplo, 5, 6 o 7 bits). Por ejemplo, la unidad pequeña se puede usar para indicar una duración de menos de 512 ps y la unidad grande se puede usar para indicar una duración en el intervalo de 512 ps para el valor de duración de TXOP máximo (por ejemplo,
aproximadamente 8 ms). Por ejemplo, la unidad pequeña se puede usar para el BA MU de UL descrito anteriormente (por ejemplo, que tiene una duración de aproximadamente 400 ps) de la tasa de datos más baja. La Tabla 20 ilustra una unidad pequeña y una unidad grande dependiendo de un tamaño del campo de duración de TXOP.
Tabla 20
(i) Ejemplo de opción 1-1 de la Tabla 20: tamaño de campo de 5 bits, 2 unidades (16 us y 512 us)
La Tabla 21 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 5 bits (por ejemplo, B0 ~ B4), unidad pequeña = 16 ps y unidad grande = 512 ps (opción 1-1 de la Tabla 20).
Tabla 21
Con referencia a la Tabla 21, B0 indica la unidad (o granularidad) de una duración. Por ejemplo, B0 = 0 indica una unidad pequeña de 16 ps y B0 = 1 indica una unidad grande de 512 ps. Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de los valores de B0 a B4 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (16 * valor de (B1 ~ B4)) ps cuando B0 = 0 y valor de duración de TXOP = (512 512 * valor de (B1 ~ B4)) ps cuando B0 = 1.
(ii) Ejemplo de opción 1-2 de la Tabla 20: tamaño de campo de 5 bits, 2 unidades (32 us y 512 us)
La Tabla 22 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 5 bits (por ejemplo, B0 ~ B4), unidad pequeña = 32 ps y unidad grande = 512 ps (opción 1-2 de la Tabla 20).
Tabla 22
Con referencia a la Tabla 22, B0 indica la unidad (o granularidad) de una duración. Por ejemplo, B0 = 0 indica una unidad pequeña de 32 ps y B0 = 1 indica una unidad grande de 512 ps. Por consiguiente, una STA puede calcular
un valor de duración de TXOP sobre la base de los valores de B0 a B4 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (32 * valor de (B1 ~ B4)) ps cuando B0 = 0 y valor de duración de TXOP = (512 512 * valor de (B1 ~ B4)) ps cuando B0 = 1.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. Por ejemplo, la STA puede usar una tabla de búsqueda tal como la Tabla 23 en lugar de calcular un valor de duración de TXOP cada vez. La Tabla 23 muestra los resultados calculados según el método de cálculo de valor de duración de TXOP descrito anteriormente.
Tabla 23
Los índices de TXOP en la columna izquierda de la Tabla 23 corresponden a B0 = 0 y los índices de TXOP en la columna derecha corresponden a B0 = 1. Por ejemplo, la unidad de 32 ps se aplica a los índices de TXOP 0 y 1 y la unidad de 512 ps se aplica a los índices de TXOP 16 y 17.
(iii) Ejemplo de opción 2-1 de la Tabla 20: tamaño de campo de 6 bits, 2 unidades (16 us y 256 us)
La Tabla 24 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 6 bits (por ejemplo, B0 ~ B5), unidad pequeña = 16 ps y unidad grande = 256 ps (opción 2-1 de la Tabla 20).
Tabla 24
Con referencia a la Tabla 24, B0 indica la unidad (o granularidad) de una duración. Por ejemplo, B0 = 0 indica una unidad pequeña de 16 ps y B0 = 1 indica una unidad grande de 256 ps. Por consiguiente, una STA puede calcular
un valor de duración de TXOP sobre la base de valores de B0 a B5 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (16 * valor de (B1 ~ B5)) ps cuando B0 = 0 y valor de duración de TXOP = (512 256 * valor de (B1 ~ B5)) ps cuando B0 = 1.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. Por ejemplo, la STA puede usar una tabla de búsqueda tal como la Tabla 25 en lugar de calcular un valor de duración de TXOP cada vez. La Tabla 25 muestra los resultados calculados según el método de cálculo de valor de duración de TXOP descrito anteriormente.
Tabla 25
(iv) Ejemplo de opción 2-2 de la Tabla 20: tamaño de campo de 6 bits, 2 unidades (16 us y 512 us)
La Tabla 26 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 6 bits (por ejemplo, B0 ~ B5), unidad pequeña = 16 gs y unidad grande = 512 gs (opción 2-2 de la Tabla 20).
Tabla 26
Con referencia a la Tabla 26, B0 indica la unidad (o granularidad) de una duración. Por ejemplo, B0 = 0 indica una unidad pequeña de 16 gs y B0 = 1 indica una unidad grande de 512 gs. Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de valores de B0 a B5 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (16 * valor de (B1 ~ B5)) gs cuando B0 = 0 y valor de duración de TXOP = (512 512 * valor de (B1 ~ B5)) gs cuando B0 = 1.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. Una tabla de búsqueda correspondiente a la Tabla 26 se omite por conveniencia.
(v) Ejemplo de opción 3-0 de la Tabla 20: tamaño de campo de 7 bits, 2 unidades (8 us y 128 us)
La Tabla 27 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 7 bits (por ejemplo, B0 ~ B6), unidad pequeña = 8 gs y unidad grande = 128 gs (opción 3-0 de la Tabla 20).
Tabla 27
Con referencia a la Tabla 27, B0 indica la unidad (o granularidad) de una duración. Por ejemplo, B0 = 0 indica una unidad pequeña de 8 gs y B0 = 1 indica una unidad grande de 128 gs. Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de los valores de B0 a B6 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (8 * valor de (B1 ~ B6)) gs cuando B0 = 0 y valor de duración de TXOP = (512 128 * valor de (B1 ~ B6)) gs cuando B0 = 1.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. La Tabla 28 es una tabla de búsqueda correspondiente a la Tabla 27.
Tabla 28
Los índices de TXOP en las dos columnas de la izquierda de la Tabla 28 corresponden a B0 = 0 y los índices de TXOP en las dos columnas de la derecha corresponden a B0 = 1. Por ejemplo, la unidad de 8 ps se aplica a los índices de TXOP 0 y 32 y la unidad de 128 ps se aplica a los índices de TXOP 64 y 96.
(vi) Ejemplo de la opción 3-1 de la Tabla 20: tamaño de campo de 7 bits, 4 unidades (4 us, 8 us, 16 us y 256 us) La Tabla 29 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 7 bits (por ejemplo, B0 ~
B6) y un total de 4 unidades de duración de 4 ps, 8 ps, 16 ps y 256 ps (opción 3-1 de la Tabla 20). Por ejemplo, 4 ps, 8 ps y 16 ps pueden corresponder a unidades pequeñas y 256 ps puede corresponder a una unidad grande.
Tabla 29
Con referencia a la FIG. 29, B0B1 indica una de 4 unidades de duración (o granularidades). Por ejemplo, B0B1 = 00 indica 4 ps, B0B1 = 01 indica 8 ps, B0B1 = 10 indica 16 ps y B0B1 = 11 indica 256 ps.
Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de los valores B0 a B6 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (4 * valor de (B2 ~ B6)) ps cuando B0B1 = 00, valor de duración de TXOP = (128+ 8 * valor de (B2 ~ B6)) ps cuando B0B1 = 01, valor de duración de TXOP = (384+ 16 * valor de (B2 ~ B6)) ps cuando B0B1 = 10 y valor de duración de TXOP = (896+ 256 * valor de (B2 ~ B6)) ps cuando B0B1 = 11.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP a partir de una tabla de búsqueda predefinida. Una tabla de búsqueda correspondiente a la Tabla 29 se omite por conveniencia.
(vii) Ejemplo de opción 3-2 de la Tabla 20: tamaño de campo de 7 bits, 2 unidades (8 us y 256 us)
La Tabla 30 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, Índices de TXOP) en un caso en el que el campo de duración de TXOP es de 7 bits (por ejemplo, B0 ~ B6), unidad pequeña = 8 ps y unidad grande = 256 ps (opción 3-2 de la Tabla 20).
Tabla 30
Con referencia a la FIG. 30, B0B1 indica una de 2 unidades de duración (o granularidades). Además, B0B1 indica valores de duración de B2 ~ B3 (00000). Por ejemplo, B0B1 = 00 indica 8 ps y B2 ~ B3 (00000) = 0. B0B1 = 01 indica 8 ps y B2 ~ B3 (00000) = 256. B0B1 = 10 indica 8 ps y B2 ~ B3 (00000) = 512. B0B1 = 11 indica 256 ps y B2 ~ B3 (00000) = 768 ps.
Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de los valores B0 a B6 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (8 * valor de (B2 ~ B6)) ps cuando B0B1 = 00, valor de duración de TXOP = (256 8 * valor de (B2 ~ B6)) ps cuando B0B1 = 01, valor de duración de TXOP = (512 8 * valor de (B2 ~ B6)) ps cuando B0B1 = 10 y valor de duración de TXOP = (768 256 * valor de (B2 ~ B6)) ps cuando B0B1 = 11.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. Una tabla de búsqueda correspondiente a la Tabla 30 se omite por conveniencia.
(viii) Ejemplo de opción 3-3 de la Tabla 20: tamaño de campo de 7 bits, 2 unidades (16 us y 256 us)
La Tabla 31 ilustra los valores de duración de TXOP dependiendo de los valores de campo de duración de TXOP (por ejemplo, índices de TXOP) en un caso en el que el campo de duración de TXOP es de 7 bits (por ejemplo, B0 ~ B6), unidad pequeña = 16 ps y unidad grande = 256 ps (opción 3-3 de la Tabla 20).
Tabla 31
Con referencia a la Tabla 31, B0 indica una unidad de duración (o granularidad). Por ejemplo, B0 = 0 indica una unidad pequeña de 16 gs y B0 = 1 indica una unidad grande de 256 gs. Por consiguiente, una STA puede calcular un valor de duración de TXOP sobre la base de los valores B0 a B6 del campo de duración de TXOP del campo de HE-SIG A. Por ejemplo, valor de duración de TXOP = (16 * valor de (B1 ~ B6)) gs cuando B0 = 0 y valor de duración de TXOP = (1024+ 256 * valor de (B1 ~ B6)) gs cuando B0 = 1.
Mientras tanto, la STA puede adquirir un valor de duración de TXOP de una tabla de búsqueda predefinida. Una tabla de búsqueda correspondiente a la Tabla 31 se omite por conveniencia.
La Tabla 32 muestra la capacidad de procesamiento y las ganancias con respecto a los ejemplos descritos anteriormente. En la Tabla 32, se supone que hay 32 bSs , un máximo de 64 STA están presentes por BSS y el factor de reutilización = 4. Además, se suponen canales de 20 MHz en 5 GHz y 2Tx-2Rx. Además, se supone que un estado de almacenador temporal es un estado de almacenador temporal completo, la TXOP es de 2 ms y la RTS está en un estado apagado. La columna de la izquierda de la Tabla 32 representa un caso en el que la trama FIN CF no se usa y la columna de la derecha de la Tabla 32 representa un caso en el que se usa la trama FIN CF.
Con referencia a la Tabla 32, la influencia de la mayoría de las unidades pequeñas (por ejemplo, hasta 16 gs) en el rendimiento es relativamente pequeña. Por ejemplo, 8/16 gs tienen una pérdida de capacidad de procesamiento del 0,7%/1% en comparación con 1 gs.
Cuando se usan unidades grandes, el uso de la trama FIN CF para truncar la TXOP restante es más ventajoso para la mejora de la capacidad de procesamiento y la ganancia del sistema.
Tabla 32
(4) Determinación de valor de duración de TXOP
Una STA (por ejemplo, un titular/respondedor de TXOP) que transmite tramas necesita determinar y calcular un valor de duración de TXOP que la STA pretende señalar a través del campo de duración de TXOP de la HE-SIG A. Por ejemplo, la STA puede determinar un valor de duración de TXOP (por ejemplo, un valor indicado por el campo de duración de TXOP de HE-SIG A) sobre la base de la duración de una cabecera de MAC incluida en una trama que transmite la STA (por ejemplo, el campo de duración de la cabecera de MAC de MPDU).
La FIG. 25 ilustra un método de establecimiento de un valor de duración de TXOP según una realización. En la presente realización, se supone que el valor de duración de MAC = D.
Con referencia a la FIG. 25, una STA puede establecer valor de duración de TXOP = techo (D/granularidad) * granularidad. En este caso, techo (A) representa el número entero más pequeño de entre los números enteros iguales o mayores que A. Por consiguiente, el valor de duración de TXOP se establece que sea mayor que el valor de duración de MAC D. Por ejemplo, valor de duración de TXOP = valor de duración de MAC D se satisface cuando el valor de duración de MAC D es un múltiplo de la granularidad y valor de duración de TXOP > valor de duración de MAC D se satisface en otros casos.
Por ejemplo, cuando D = 100 gs y granularidad = 16 gs, valor de duración de TXOP = techo (100/16) * 16 = 112 gs. Cuando valor de duración de TXOP = 1024 gs se señala de la misma forma que la opción 2-2 de la Tabla 20 (por ejemplo, duración de 6 bits, unidad pequeña = 16 gs y unidad grande = 512 gs), el valor de campo de duración de TXOP (índice de TXOP) se establece en 7.
En otro ejemplo, cuando D = 900 gs y granularidad = 512 gs, valor de duración de TXOP = techo (900/512) * 512 = 1024 gs. Cuando valor de duración de TXOP = 1024 gs se señala de la misma forma que la opción 2-2 de la Tabla 20 (por ejemplo, duración de 6 bits, unidad pequeña = 16 gs y unidad grande = 512 gs), el valor de campo de duración de TXOP (índice de TXOP) se establece en 33.
• Método de terminación/truncamiento de TXOP
Según la realización descrita anteriormente, el campo de duración de TXOP de HE-SIG A puede establecer una duración de TXOP sobre la base de una granularidad relativamente grande. Por ejemplo, el campo de duración incluido en la cabecera de MAC se puede indicar en base a una granularidad de 1 gs, mientras que el campo de duración de TXOP de HE-SIG A se puede establecer para indicar un valor de duración de TXOP sobre la base de una granularidad mayor que la granularidad de 1 gs.
Cuando la duración de TXOP se establece mediante el campo de duración de TXOP de HE-SIG A sobre la base de una granularidad relativamente grande, la duración de TXOP se puede establecer en un tiempo mayor que el tiempo realmente usado para la transmisión de trama. Por consiguiente, otras STA pueden establecer NAV incorrectos sobre la base de HE-SIG A y, de este modo, no pueden usar canales durante un tiempo específico, y se puede deteriorar la eficiencia de canal.
Para resolver tales problemas, se puede transmitir información para la terminación temprana de TXOP. Por ejemplo, cuando un titular/respondedor de TXOP transmite la última trama (por ejemplo, ACK, ACK de Bloque, BA de STA Múltiple) durante un período de TXOP, el titular/respondedor de TXOP puede incluir información que indique la terminación temprana de TXOP en la última trama y transmitir la última trama. La terminación temprana de TXOP se puede representar como truncamiento de TXOP o simplemente como terminación (temprana)/truncamiento. Se dará una descripción de los métodos de terminación de TXOP.
(1) Método usando una trama FIN CF
Un titular/respondedor de TXOP puede transmitir la última trama durante un período de TXOP y luego terminar la TXOP transmitiendo una trama FIN CF.
(2) Método usando un indicador de terminación temprana
Según una realización, una STA puede incluir un indicador de terminación temprana en parte de una trama (por ejemplo, una parte común de HE-SIG A y HE-SIG B, etc.) y transmitir la trama. Por ejemplo, la STA puede indicar la terminación de TXOP temprana estableciendo el indicador de terminación temprana = 1. La TXOP se puede terminar inmediatamente después de la trama que incluye indicador de terminación temprana = 1. El indicador de terminación temprana se puede combinar con el campo de duración cuando se use. Por ejemplo, indicador de finalización temprana = 1 puede indicar que la TXOP se termina en un momento indicado por el campo de duración. Cuando Duración = 0, la TXOP se puede terminar después de la trama correspondiente. Cuando el campo de duración tiene un valor mayor que 0, TXOP se puede terminar en un momento indicado por el campo de duración.
(i) El campo MD (más datos) o el campo ESOP se puede reutilizar como el indicador de terminación de TXOP temprana.
(ii) En el caso de una trama de DL, el indicador de terminación temprana se puede transmitir en la última trama de una TXOP establecida. Por ejemplo, la duración de TXOP se actualiza y se transmite junto con el indicador de terminación temprana en la última trama. La duración de TXOP se establece que sea menor que la duración de TXOP anterior y la terminación de TXOP se puede indicar a través del indicador de terminación temprana.
(iii) Cuando se necesita actualización de información de TXOP, una STA (por ejemplo, un titular/respondedor de TXOP) establece una TXOP actualizada cuando se transmite una trama y transmite la trama. En la trama la en que se actualiza la TXOP, el indicador de terminación temprana se usa como indicador de actualización de TXOP. Por
ejemplo, el indicador de terminación temprana se puede establecer en 1 y transmitir siempre que se actualice la TXOP. Tras la recepción de una trama en la que el indicador de terminación temprana se establece en 1, una STA (por ejemplo, una STA de terceros) actualiza la TXOP de la STA correspondiente (por ejemplo, actualización de NAV).
(iv) En el caso de transmisión de una única trama (por ejemplo, PPDU), la duración de TXOP se puede establecer en el tamaño de ACK/BA. En el caso de transmisión de trama múltiple, la duración de TXOP se establece para transmisión de trama múltiple y de ACK/BA.
(v) Transmisión MU de UL: Si una trama de desencadenamiento se transmite en una PPDU no de HT (por ejemplo, formato 11a), el contenido de la trama de desencadenamiento indica una duración de TXOP correcta y, de este modo, incluso una STA legada (por ejemplo, una STA que no soporta 11ax) puede establecer correctamente la duración de TXOP (por ejemplo, establecimiento/actualización de NAV). En una trama MU de UL, se indica una duración de TXOP correspondiente a una duración de transmisión de una trama de ACK/BA y, de este modo, no hay problema en el establecimiento/actualización de NAV.
No obstante, cuando se usa el formato 11ax y la duración de TXOP establecida en la HE-SIG A difiere de la información de duración de TXOP incluida en el contenido de trama (duración de TXOP de la cabecera de MAC), se genera un problema. Por ejemplo, algunas STA (por ejemplo, de terceros) pueden leer solamente la HE-SIG A y otras STA (por ejemplo, de terceros) pueden leer tanto la HE-SIG A como el contenido de trama.
Las STA que han leído tanto la HE-SIG A como el contenido de trama establecen la TXOP a través de la información de duración del contenido de trama (por ejemplo, cabecera de MAC). Por ejemplo, las STA que han leído tanto la HE-SIG A como el contenido de trama almacenan la información de duración incluida en la HE SIG A. Tras la lectura de la duración de la cabecera de MAC (o la duración del contenido), las STA determinan una duración de TXOP final sobre la base de la duración de la cabecera de MAC (o duración del contenido) en lugar de la duración de la HE-SIG A para actualizar los NAV.
Las STA que solamente leen la HE-SIG A actualizan los NAV sobre la base de la duración de TXOP incluida en la HE-SIG A. En este caso, se puede generar el problema de que se establece una duración de TXOP mayor que la duración de TXOP real de la cabecera de MAC. Por ejemplo, cuando se transmite una trama de ACK/BA/M-BA en respuesta a una trama MU de UL, las STA actualizan la TXOP a través de la información de duración de TXOP incluida en la HE-SIG A/B o la cabecera de MAC (por ejemplo, actualización de NAV) y puede terminar la TXOP en un momento correspondiente cuando el indicador de terminación temprana (o el indicador de actualización de TXOP) se establece en 1.
(vi) La terminación de TXOP se puede realizar sobre la base de un color de BSS. Por ejemplo, una STA (por ejemplo, de terceros) se puede configurar para terminar la TXOP solamente cuando la terminación de TXOP se indica a través de una trama correspondiente a un color de BSS de la misma. La STA (por ejemplo, de terceros) comprueba un color de BSS incluido en una trama. Si el color de BSS indica otros BSS, el STA (por ejemplo, de terceros) no termina la TOXP incluso cuando la trama indica la terminación de TXOP. Por consiguiente, la STA (por ejemplo, de terceros) puede terminar/truncar la TXOP solamente cuando una trama del BSS de la misma indica la terminación de TXOP (por ejemplo, una indicación explícita o una indicación implícita en la que la duración se establece en 0). No obstante, puede ocurrir una pérdida de la oportunidad de acceso de la STA para otros BSS. (vi) Según una realización, cuando una STA (por ejemplo, un titular/respondedor de TXOP) transmite tramas 11ax dentro de la TXOP, la STA puede incluir necesariamente información de terminación/truncamiento de TXOP en la última trama y transmitir la última trama. En el caso de las tramas 11a, se puede establecer la TXOP correcta debido a que la TXOP se establece a través de la duración de la cabecera de MAC. En una realización, la duración de TXOP de la HE-SIG se puede sobrescribir por la duración de la cabecera de MAC.
(3) Método usando un valor de campo de duración de la última trama
Según una realización, una STA (por ejemplo, un titular/respondedor de TXOP) puede indicar la terminación temprana/truncamiento de TXOP estableciendo el valor de campo de duración de la última trama en un valor específico (por ejemplo, estableciendo el valor de campo de duración en 0 o estableciendo todos los bits en 1) en lugar de usar un indicador de terminación de TXOP explícito. Por consiguiente, tras la recepción de una trama que indica Duración = valor específico (por ejemplo, 0), una STA (por ejemplo, de terceros) puede determinar que la duración de TXOP se ha terminado/truncado después de la trama. Esto se puede entender como una función similar a la trama FIN CF.
(4) Método de gestión de NAV
Según los métodos de establecimiento/actualización de NAV existentes, la actualización de NAV se realiza solamente cuando un valor de duración de TXOP de una trama recibida excede un valor de NAV actualmente establecido en una STA (por ejemplo, de terceros). Para la terminación de TXOP temprana, la actualización NAV necesita ser realizada incluso cuando el valor de duración de TXOP de la trama recibida es menor que el valor de NAV actualmente establecido en una STA. Según una realización, la STA puede actualizar el NAV con una duración
de TXOP menor que el valor de NAV actualmente establecido en la misma sobre la base del indicador de truncamiento/terminación/actualización de TXOP antes mencionado. No obstante, la actualización de NAV con una duración de TXOP menor que el valor de NAV establecido actualmente se puede establecer para ser realizado solamente sobre la base de un indicador de terminación/actualización de TXOP incluido en la trama de myBSS. La STA puede establecer y mantener un NAV por color de BSS. Cuando la STA establece un NAV por color de BSS, la STA puede truncar la TXOP del NAV correspondiente a un color de BSS indicado por una trama que indica el truncamiento de TXOP tras la recepción de la trama.
No obstante, para reducir la complejidad del establecimiento y la gestión de NAV, la STA puede establecer y mantener dos tipos de NAV, es decir, NAV de myBSS y otro NAV de BSS (por ejemplo, un BSS distinto de myBSS o una trama que no indica myBSS). Se puede hacer referencia al término “myBSS” como NAV intra-BSS.
Se puede definir una operación para la reducción de potencia de TXOP. Por ejemplo, si se indica la viabilidad de la actualización del NAV, una STA (por ejemplo, de terceros) mantiene un estado de activación. Si no se indica ninguna actualización de NAV, la STA puede conmutar a un modo de ahorro de energía (PS). Con este fin, una STA (por ejemplo, un titular/respondedor de TXOP) que establece una TXOP puede incluir información acerca de si la actualización de NAV se realizará en una trama y transmitirá la trama. La STA (por ejemplo, de terceros) puede conmutar al modo de PS solamente cuando una trama recibida es una trama de myBSS e indica la conmutación al modo de PS, (por ejemplo, indica sin actualización de NAV). La STA (por ejemplo, un titular/respondedor de TXOP) no puede dar instrucciones a la STA (por ejemplo, de terceros) para conmutar al modo de PS cuando se indica la actualización de TXOP/NAV a través de la transmisión de trama y puede dar instrucciones a la STA (por ejemplo, de terceros) para conmutar al modo de PS solamente cuando no hay actualización de NAV.
La FIG. 26 ilustra un método de transmisión de trama (por ejemplo, gestión de TXOP) y de gestión de NAV (por ejemplo, recepción de tramas) según una realización de la presente invención. Se omitirá la descripción de las partes redundantes en la descripción anterior y la presente realización. Se supone que la STA 1 y la STA 3 son STA titulares/respondedoras de TXOP y la STA 2 es una STA de terceros. La sTa 1, la STA 2 y la STA 3 pueden ser STA de AP o no de AP.
Con referencia a la FIG. 26, la STA 1 establece un primer campo de duración (por ejemplo, campo de duración de TXOP) incluido en un campo de HE-SIG A. El primer campo de duración se puede establecer para indicar una TXOP (valor de oportunidad de transmisión) usando un número menor de bits que el de un segundo campo de duración (por ejemplo, campo de duración de MAC) incluido en una cabecera de MAC. Además, una granularidad de una unidad de tiempo usada para indicar un valor de TXOP en el primer campo de duración se puede establecer para diferir de una granularidad (por ejemplo, 1 |us) de una unidad de tiempo usada en el segundo campo de duración de la cabecera de MAC. El segundo campo de duración se puede establecer en 15 bits.
Por ejemplo, la granularidad usada en el primer campo de duración se puede establecer en un múltiplo entero de la granularidad usada en el segundo campo de duración. Además, la granularidad usada en el primer campo de duración puede variar dependiendo del valor de TXOP a ser indicado a través del primer campo de duración.
El primer campo de duración puede incluir al menos un bit (por ejemplo, MSB) que indica una granularidad determinada según un valor de TXOP. Los bits restantes del primer campo de duración pueden indicar el número de unidades de tiempo incluidas en un valor de TXOP en base a la granularidad indicada por el al menos un bit.
Específicamente, el primer campo de duración se puede establecer en 5, 6 o 7 bits y el MSB (bit más significativo) del primer campo de duración se puede usar para indicar una granularidad. Por ejemplo, el primer campo de duración se puede establecer en 5 bits y la granularidad indicada por el MSB puede ser una de 32 |us y 512 |us. Como otro ejemplo, el primer campo de duración se puede establecer en 6 bits y la granularidad indicada por el MSB puede ser una de 16 |us y 256 |us. En otro ejemplo, el primer campo de duración se puede establecer en 7 bits y la granularidad indicada por el MSB puede ser una de 8 |us y 128 |us.
Tanto el valor de TXOP indicado por el primer campo de duración como el valor de TXOP indicado por el segundo campo de duración (por ejemplo, duración de MAC) se pueden establecer para transmisión de la misma trama. No obstante, el valor de TXOP indicado por el primer campo de duración se puede calcular sobre la base del valor de TXOP indicado por el segundo campo de duración. Se puede determinar que el valor de TXOP indicado por el primer campo de duración sea mayor o igual que el valor de TXOP indicado por el segundo campo de duración. La STA 1 transmite la trama 1 que incluye un campo de HE-SIG y una cabecera de MAC (S2601).
Se supone que la STA 3 está designada como receptor de la trama 1 por conveniencia de la descripción. Por ejemplo, se supone que un campo de dirección de receptor de la trama 1 transmitido por la STA 1 se establece en la dirección de la STA 3 (por ejemplo, la dirección MAC o AID de la STA 3). Por consiguiente, la STA 1/STA 3 son titulares/respondedoras de TXOP y la STA 2 es una STA de terceros.
La STA 2 recibe (o detecta) la trama 1 transmitida desde la STA 1 a la STA 3 (S2615).
La STA 2 puede realizar la gestión de NAV sobre la base de uno del primer campo de duración incluido en el campo de HE-SIG A y el segundo campo de duración incluido la cabecera de MAC (S2615). La gestión de NAV puede referirse al establecimiento, actualización o reinicio de un período de tiempo en el que el acceso al canal está restringido con el fin de proteger la TXOP del transmisor de la trama 1 (por ejemplo, la STA 1) o el receptor de la trama 1 (por ejemplo, la STA 3) cuando la STA 2 no está designada como receptor de la trama 1. Se supone que la STA 2 no tiene un valor de NAV establecido actualmente (por ejemplo, NAV = 0) por conveniencia. Por consiguiente, la STA 2 establece un NAV sobre la base de la trama 1.
Una STA que realiza la gestión de NAV puede realizar la gestión de NAV sobre la base del segundo campo de duración (por ejemplo, cabecera de MAC) tras la decodificación de cabecera de MAC exitosa y realizar la gestión de NAV sobre la base del primer campo de duración (por ejemplo, HE SIG A) tras un fallo de decodificación de la cabecera de MAC. En la presente realización, se supone que la segunda STA 2 establece un NAV sobre la base del primer campo de duración (por ejemplo, HE-SIG A) por conveniencia.
Tras la recepción de la trama 1, la STA 3 transmite la trama 2 que incluye una HE-SIG A y una cabecera de MAC a la STA 1 (S2620). La STA 2 puede detectar (o recibir) la trama 2 y actualizar o reiniciar un NAV sobre la base de la trama 2 (S2625).
La FIG. 27 es un diagrama explicativo de aparatos para implementar el método antes mencionado.
Un dispositivo inalámbrico 800 y dispositivo inalámbrico 850 en la FIG. 27 pueden corresponder a la STA/AP 1 y la STA/AP 2 antes mencionadas, respectivamente.
La STA 800 puede incluir un procesador 810, una memoria 820 y un transceptor 830 y el AP 850 puede incluir un procesador 860, una memoria 870 y un transceptor 860. Los transceptores 830 y 880 pueden transmitir/recibir una señal inalámbrica y se pueden implementar en una capa física de IEEE 802.11/3GPP. Los procesadores 810 y 860 se implementan en una capa física y/o una capa de MAC y están conectados a los transceptores 830 y 880. Los procesadores 810 y 860 pueden realizar el procedimiento de programación MU de UL descrito anteriormente.
Los procesadores 810 y 860 y/o los transceptores 830 y 880 pueden incluir un Circuito Integrado de Aplicaciones Específicas (ASIC), un juego de chips, un circuito lógico y/o un procesador de datos. Las memorias 820 y 870 pueden incluir una Memoria de Solo Lectura (ROM), una Memoria de Acceso Aleatorio (RAM), una memoria rápida, una tarjeta de memoria, un medio de almacenamiento y/o una unidad de almacenamiento. Si un ejemplo se realiza mediante software, el método descrito anteriormente se puede ejecutar en forma de un módulo (por ejemplo, un proceso o una función) que realiza la función descrita anteriormente. El módulo se puede almacenar en las memorias 820 y 870 y ejecutar por los procesadores 810 y 860. Las memorias 820 y 870 se pueden situar en el interior o exterior de los procesadores 810 y 860 y se pueden conectar a los procesadores 810 y 860 a través de medios conocidos.
La descripción detallada de los ejemplos preferidos de la presente invención se ha dado para permitir que los expertos en la técnica implementen y pongan en práctica la invención. Aunque la invención se ha descrito con referencia a los ejemplos preferidos, los expertos en la técnica apreciarán que se pueden hacer diversas modificaciones y variaciones en la presente invención sin apartarse del alcance de la invención descrita en las reivindicaciones adjuntas.
Aplicabilidad industrial
La presente invención se ha descrito bajo la suposición de que la presente invención se aplica a un sistema de LAN inalámbrica que soporta las PPDU de HE. No obstante, la presente invención no se limita a eso y se puede aplicar a diversos sistemas de comunicación inalámbrica, incluyendo IEEE 802.11.
Claims (15)
1. Un método de transmisión una unidad de datos de protocolo de capa física, PPDU, de alta eficiencia, HE, por una estación, STA, que opera en un sistema de red de área local, LAN, inalámbrica, el método que comprende: establecer (S2605) un primer campo de duración incluido en un campo de señal de HE A, HE-SIG A, de la PPDU de HE en base a una duración de oportunidad de transmisión, TXOP; y
transmitir (S2610) la PPDU de HE, incluyendo (i) el campo de HE-SIG A y (ii) una cabecera de control de acceso al medio, Ma c ,
en donde una longitud de bits del primer campo de duración en el campo de HE-SIG A de la PPDU de HE es menor que una longitud de bits de un segundo campo de duración en la cabecera de MAC de la PPDU de HE, en donde el primer campo de duración comprende al menos un bit más significativo, MSB, y al menos un bit menos significativo, LSB, y
en donde establecer el primer campo de duración en base a la duración de TXOP comprende:
establecer el al menos un MSB del primer campo de duración de manera que la duración de TXOP se determine en base a (i) un primer valor obtenido en base a al menos un MSB multiplicado por (ii) un segundo valor obtenido en base a al menos un LSB.
2. El método de la reivindicación 1, en donde el al menos un MSB del primer campo de duración indica una granularidad con la que se establece el primer campo de duración en base a la duración de TXOP.
3. El método de la reivindicación 2, en donde la granularidad indicada por el al menos un MSB del primer campo de duración es una de una pluralidad de granularidades que están relacionadas con una pluralidad de duraciones de TXOP.
4. El método de la reivindicación 2 o 3, en donde la granularidad indicada por el al menos un MSB del primer campo de duración en el campo de HE-SIG A de la PPDU de HE es mayor que una granularidad del segundo campo de duración en la cabecera de MAC de la PPDU de HE.
5. El método de cualquiera de las reivindicaciones 2 a 4, en donde la longitud de bits del primer campo de duración se establece en 5 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es una de 32 ps o 512 ps, o
en donde la longitud de bits del primer campo de duración se establece en 6 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es una de 16 ps o 256 ps, o
en donde la longitud de bits del primer campo de duración se establece en 7 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es una de 8 ps o 128 ps.
6. El método de cualquiera de las reivindicaciones 1 a 5, en donde el primer valor es igual a un primer valor de bit del al menos un MSB del primer campo de duración, y
en donde el segundo valor se obtiene en base a un segundo valor de bit del al menos un LSB del primer campo de duración.
7. El método de cualquiera de las reivindicaciones 1 a 6, en donde la longitud de bits del primer campo de duración se establece en 5 bits, 6 bits o 7 bits.
8. El método de cualquiera de las reivindicaciones 1 a 7, en donde tanto la duración de TXOP indicada por el primer campo de duración en la PPDU como una segunda duración de TXOP indicada por el segundo campo de duración en la cabecera de MAC se establecen para la transmisión de la PPDU de HE, y
en donde la duración de TXOP indicada por el primer campo de duración de la PPDU de HE es mayor o igual que la segunda duración de TXOP indicada por el segundo campo de duración de la cabecera de MAC.
9. El método de cualquiera de las reivindicaciones 1 a 8, en donde la longitud de bits del primer campo de duración es de n bits,
en donde el al menos un MSB es unos primeros k bits del primer campo de duración, para k mayor o igual que 1, y
en donde el al menos un LSB es unos n-k bits restantes del primer campo de duración.
10. El método de una cualquiera de las reivindicaciones 1 a 9, en donde el al menos un MSB es un único bit.
11. Un aparato (100, 150) configurado para transmitir una unidad de datos de protocolo de capa física, PPDU, de alta eficiencia, HE, en un sistema de red de área local, LAN, inalámbrica, el aparato (100, 150) que comprende: al menos un procesador (110, 160); y
al menos una memoria de ordenador (120, 170) conectable operativamente a al menos un procesador (110, 160) y almacenar instrucciones que, en base a las ejecutadas por el al menos un procesador (110, 160), realizan operaciones que comprenden:
establecer un primer campo de duración incluido en un campo de señal de HE A, HE-SIG A, de la PPDU de HE en base a una duración de oportunidad de transmisión, TXOP; y
transmitir la PPDU de HE que incluye (i) el campo de HE-SIG A y (ii) una cabecera de control de acceso al medio, MAC,
en donde una longitud de bits del primer campo de duración en el campo de HE-SIG A de la PPDU de HE es más pequeño que una longitud de bits de un segundo campo de duración en la cabecera de MAC de la PPDU de HE,
en donde el primer campo de duración comprende al menos un bit más significativo, MSB, y al menos un bit menos significativo, LSB, y
en donde establecer el primer campo de duración en base a la duración de TXOP comprende:
establecer el al menos un MSB del primer campo de duración de manera que la duración de TXOP se determine en base a (i) un primer valor obtenido en base a al menos un MSB multiplicado por (ii) un segundo valor obtenido en base a al menos un LSB.
12. El aparato (100, 150) de la reivindicación 11, en donde el al menos un MSB del primer campo de duración indica una granularidad con la que se establece el primer campo de duración en base a la duración de TXOP.
13. El aparato (100, 150) de la reivindicación 12, en donde la granularidad indicada por el al menos un MSB del primer campo de duración es una de una pluralidad de granularidades que están relacionadas con una pluralidad de duraciones de TXOP.
14. El aparato (100, 150) de la reivindicación 12 o 13, en donde la granularidad indicada por el al menos un MSB del primer campo de duración en el campo de HE-SIG A de la PPDU de HE es mayor que la granularidad del segundo campo de duración en la cabecera de MAC de la PPDU de HE.
15. El aparato (100, 150) de cualquiera de las reivindicaciones 12 a 14, en donde la longitud de bits del primer campo de duración se establece en 5 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es de 32 gs o 512 gs, o
en donde la longitud de bits del primer campo de duración se establece en 6 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es una de 16 gs o 256 gs, o
en donde la longitud de bits del primer campo de duración se establece en 7 bits y la granularidad indicada por el al menos un MSB del primer campo de duración es una de 8 gs o 128 gs.
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562160614P | 2015-05-13 | 2015-05-13 | |
US201562163984P | 2015-05-20 | 2015-05-20 | |
US201562259078P | 2015-11-24 | 2015-11-24 | |
US201662276246P | 2016-01-08 | 2016-01-08 | |
US201662294310P | 2016-02-12 | 2016-02-12 | |
US201662297938P | 2016-02-21 | 2016-02-21 | |
US201662302202P | 2016-03-02 | 2016-03-02 | |
US201662304304P | 2016-03-06 | 2016-03-06 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2925306T3 true ES2925306T3 (es) | 2022-10-14 |
Family
ID=57248248
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES22177328T Active ES2961510T3 (es) | 2015-05-13 | 2016-05-13 | Gestión del vector de asignación de red |
ES16793036T Active ES2843534T3 (es) | 2015-05-13 | 2016-05-13 | Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo |
ES20208303T Active ES2925306T3 (es) | 2015-05-13 | 2016-05-13 | Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES22177328T Active ES2961510T3 (es) | 2015-05-13 | 2016-05-13 | Gestión del vector de asignación de red |
ES16793036T Active ES2843534T3 (es) | 2015-05-13 | 2016-05-13 | Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo |
Country Status (7)
Country | Link |
---|---|
US (6) | US10154482B2 (es) |
EP (4) | EP3297359B1 (es) |
ES (3) | ES2961510T3 (es) |
HU (2) | HUE064491T2 (es) |
PL (2) | PL4075911T3 (es) |
SI (2) | SI4075911T1 (es) |
WO (1) | WO2016182390A1 (es) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9955469B2 (en) * | 2015-02-27 | 2018-04-24 | Intel Corporation | Joint encoding of wireless communication allocation information |
EP3297359B1 (en) | 2015-05-13 | 2020-12-09 | LG Electronics Inc. | Method for transmitting or receiving frame in wireless lan system and apparatus therefor |
CN107925536B (zh) * | 2015-07-06 | 2021-10-29 | 瑞典爱立信有限公司 | 用于无线系统中数据传送的资源分配 |
CN106550479B (zh) * | 2015-09-17 | 2021-11-05 | 中兴通讯股份有限公司 | 一种信道接入方法、接入点、站点 |
CN108141887B (zh) * | 2015-09-28 | 2021-07-02 | 阿特拉斯全球技术有限责任公司 | 用于phy报头中的txop持续时间字段的装置和方法 |
US10153820B2 (en) | 2015-11-25 | 2018-12-11 | Newracom, Inc. | Receiver address field for multi-user transmissions in WLAN systems |
US10200989B2 (en) * | 2016-01-13 | 2019-02-05 | Intel IP Corporation | Network allocation vector settings for multi-user operation |
CA3011523C (en) * | 2016-01-14 | 2020-10-20 | Huawei Technologies Co., Ltd. | A method for indicating txop duration and an apparatus for indicating txop duration in wlan |
WO2017136009A1 (en) * | 2016-02-04 | 2017-08-10 | Intel IP Corporation | CROSS TRANSMISSION OPPORTUNITY (TxOP) SCHEDULING |
EP3399827B1 (en) * | 2016-04-13 | 2020-08-26 | Sony Corporation | Communication apparatus, communication method, and program |
US10517021B2 (en) | 2016-06-30 | 2019-12-24 | Evolve Cellular Inc. | Long term evolution-primary WiFi (LTE-PW) |
US10439687B2 (en) | 2016-07-18 | 2019-10-08 | Intel IP Corporation | Transmission opportunity (TXOP) duration field disable setting in high efficiency signal A (HE-SIG-A) |
US10863539B2 (en) * | 2016-09-22 | 2020-12-08 | Qualcomm Incorporated | Transmission opportunity truncation |
US10893523B2 (en) | 2016-11-02 | 2021-01-12 | Qualcomm Incorporated | Wireless communication between wideband ENB and narrowband UE |
KR20180096978A (ko) * | 2017-02-22 | 2018-08-30 | 삼성전자주식회사 | 무선 통신 시스템에서 무선 주파수 경로를 공유하기 위한 장치 및 방법 |
US11160064B2 (en) * | 2018-02-16 | 2021-10-26 | Convida Wireless, Llc | Communications device, infrastructure equipment, wireless communications systems and methods |
WO2020011365A1 (en) | 2018-07-12 | 2020-01-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiplexing of wake-up signals |
JP7292079B2 (ja) | 2019-03-27 | 2023-06-16 | キヤノン株式会社 | 通信装置、制御方法、および、プログラム |
US11350431B2 (en) * | 2019-06-21 | 2022-05-31 | Qualcomm Incorporated | Selective adjustment of packet durations |
US11323918B2 (en) * | 2020-01-24 | 2022-05-03 | Cisco Technology, Inc. | Switch and backhaul capacity-based radio resource management |
JP2022178774A (ja) * | 2021-05-21 | 2022-12-02 | Smc株式会社 | リモート無線装置及びリモート無線装置の通信方法 |
CN117202367A (zh) * | 2021-08-06 | 2023-12-08 | 华为技术有限公司 | 通信方法、通信设备和计算机可读存储介质 |
WO2024005792A1 (en) * | 2022-06-28 | 2024-01-04 | Intel Corporation | Early termination of physical layer convergence protocol data unit |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008048304A2 (en) * | 2005-12-01 | 2008-04-24 | Firestar Software, Inc. | System and method for exchanging information among exchange applications |
US8817698B2 (en) * | 2009-10-18 | 2014-08-26 | Intel Corporation | Device, system and method of selectively aborting reception of wireless communication packets |
CN103891342B (zh) * | 2011-08-18 | 2018-04-24 | 马维尔国际贸易有限公司 | 用于wlan的信号字段设计 |
US9780919B2 (en) * | 2013-07-05 | 2017-10-03 | Quallcomm, Incorporated | High efficiency WLAN preamble structure |
US20150055546A1 (en) * | 2013-08-21 | 2015-02-26 | Qualcomm Incorporated | Transmit opportunity (txop) sharing |
US20160249381A1 (en) * | 2013-10-29 | 2016-08-25 | Lg Electronics Inc. | Method of transmitting data and device using the same |
US9681335B2 (en) * | 2014-06-19 | 2017-06-13 | Samsung Electronics Co., Ltd. | Methods for bandwidth efficient operations in wireless local area networks |
KR20160019867A (ko) * | 2014-08-12 | 2016-02-22 | 뉴라컴 인코포레이티드 | 고효율 무선랜 디바이스 전송 전력 제어 |
US9917679B2 (en) * | 2014-11-03 | 2018-03-13 | Newracom, Inc. | Method and apparatus for transmitting response frame based on type in a high efficiency wireless LAN |
KR102406033B1 (ko) * | 2014-11-18 | 2022-06-07 | 뉴라컴 인코포레이티드 | 고효율 무선랜에서 상향링크 다중 사용자 전송을 포함하는 사운딩 과정 |
US10469631B2 (en) * | 2014-11-21 | 2019-11-05 | Newracom, Inc. | Systems and methods for multi-user resource assignments |
EP3266243A1 (en) * | 2015-03-06 | 2018-01-10 | Interdigital Patent Holdings, Inc. | Method and system for wireless local area network (wlan) long symbol duration migration |
US9641234B2 (en) * | 2015-04-24 | 2017-05-02 | Newracom, Inc. | Preamble and payload for high efficiency (HE) transmission |
US10057806B2 (en) * | 2015-04-30 | 2018-08-21 | Newracom, Inc. | Multi-user communication in wireless networks |
EP3297359B1 (en) * | 2015-05-13 | 2020-12-09 | LG Electronics Inc. | Method for transmitting or receiving frame in wireless lan system and apparatus therefor |
US10123330B2 (en) * | 2015-07-01 | 2018-11-06 | Samsung Electronics Co., Ltd. | Methods to enable efficient wideband operations in local area networks using OFDMA |
US10524289B2 (en) * | 2015-12-25 | 2019-12-31 | Kabushiki Kaisha Toshiba | Wireless communication device |
US10200989B2 (en) * | 2016-01-13 | 2019-02-05 | Intel IP Corporation | Network allocation vector settings for multi-user operation |
-
2016
- 2016-05-13 EP EP16793036.1A patent/EP3297359B1/en active Active
- 2016-05-13 EP EP22177328.6A patent/EP4075911B1/en active Active
- 2016-05-13 ES ES22177328T patent/ES2961510T3/es active Active
- 2016-05-13 ES ES16793036T patent/ES2843534T3/es active Active
- 2016-05-13 ES ES20208303T patent/ES2925306T3/es active Active
- 2016-05-13 SI SI201631753T patent/SI4075911T1/sl unknown
- 2016-05-13 PL PL22177328.6T patent/PL4075911T3/pl unknown
- 2016-05-13 SI SI201631588T patent/SI3799507T1/sl unknown
- 2016-05-13 HU HUE22177328A patent/HUE064491T2/hu unknown
- 2016-05-13 EP EP20208303.6A patent/EP3799507B1/en active Active
- 2016-05-13 US US15/520,822 patent/US10154482B2/en active Active
- 2016-05-13 PL PL20208303.6T patent/PL3799507T3/pl unknown
- 2016-05-13 WO PCT/KR2016/005097 patent/WO2016182390A1/ko active Application Filing
- 2016-05-13 HU HUE20208303A patent/HUE059650T2/hu unknown
- 2016-05-13 EP EP23201212.0A patent/EP4280808A3/en active Pending
-
2018
- 2018-10-25 US US16/171,142 patent/US10681690B2/en active Active
-
2020
- 2020-02-25 US US16/800,526 patent/US10779274B2/en active Active
- 2020-08-14 US US16/993,554 patent/US11357001B2/en active Active
-
2022
- 2022-05-25 US US17/824,106 patent/US11523387B2/en active Active
- 2022-11-16 US US17/988,464 patent/US11864165B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP3297359A4 (en) | 2018-12-19 |
US20180063824A1 (en) | 2018-03-01 |
EP4280808A2 (en) | 2023-11-22 |
HUE064491T2 (hu) | 2024-03-28 |
PL4075911T3 (pl) | 2024-02-26 |
US10681690B2 (en) | 2020-06-09 |
US20200196294A1 (en) | 2020-06-18 |
EP4280808A3 (en) | 2024-01-24 |
PL3799507T3 (pl) | 2022-11-21 |
ES2961510T3 (es) | 2024-03-12 |
US20230092259A1 (en) | 2023-03-23 |
US20200374854A1 (en) | 2020-11-26 |
US20190069283A1 (en) | 2019-02-28 |
EP3799507B1 (en) | 2022-08-03 |
EP3799507A1 (en) | 2021-03-31 |
EP4075911B1 (en) | 2023-10-04 |
US11864165B2 (en) | 2024-01-02 |
US11357001B2 (en) | 2022-06-07 |
EP3297359B1 (en) | 2020-12-09 |
SI3799507T1 (sl) | 2022-11-30 |
HUE059650T2 (hu) | 2022-12-28 |
US10779274B2 (en) | 2020-09-15 |
EP3297359A1 (en) | 2018-03-21 |
EP4075911A1 (en) | 2022-10-19 |
WO2016182390A1 (ko) | 2016-11-17 |
ES2843534T3 (es) | 2021-07-19 |
SI4075911T1 (sl) | 2024-02-29 |
US10154482B2 (en) | 2018-12-11 |
US20240089932A1 (en) | 2024-03-14 |
US20220287015A1 (en) | 2022-09-08 |
US11523387B2 (en) | 2022-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2925306T3 (es) | Método para transmitir o recibir una trama en un sistema de LAN inalámbrica y aparato para el mismo | |
US11564204B2 (en) | Method for managing NAV in wireless LAN system and device for same | |
US10887916B2 (en) | Method for updating a network allocation vector (NAV) in wireless LAN system and apparatus therefor | |
US10517142B2 (en) | Method for transmitting and receiving frame in wireless LAN system, and apparatus therefor | |
US10448333B2 (en) | Power saving mode operation method in wireless LAN system, and apparatus for same | |
US10349445B2 (en) | Method for transmitting or receiving frame in wireless LAN system and apparatus therefor | |
US10631334B2 (en) | Method for managing NAV in wireless LAN system, and device for same | |
US10485028B2 (en) | Method for supporting multi-BSS in wireless LAN system and device therefor | |
US10863545B2 (en) | Channel access method in wireless LAN system and device therefor | |
ES2769056T3 (es) | Método para transmitir información de asignación de recursos de transmisión de datos en un sistema LAN inalámbrico, y aparato para el mismo | |
US10524201B2 (en) | Method for operating in power saving mode in wireless LAN system and apparatus therefor | |
US10321473B2 (en) | Method of transmitting or receiving frame in wireless LAN system and apparatus therefor | |
US12133204B2 (en) | Method for transmitting or receiving frame in wireless LAN system and apparatus therefor |