MX2013013376A - Aparato y metodos para compresion de cabecera de control de acceso de medios. - Google Patents

Aparato y metodos para compresion de cabecera de control de acceso de medios.

Info

Publication number
MX2013013376A
MX2013013376A MX2013013376A MX2013013376A MX2013013376A MX 2013013376 A MX2013013376 A MX 2013013376A MX 2013013376 A MX2013013376 A MX 2013013376A MX 2013013376 A MX2013013376 A MX 2013013376A MX 2013013376 A MX2013013376 A MX 2013013376A
Authority
MX
Mexico
Prior art keywords
header
field
type
address
receiver
Prior art date
Application number
MX2013013376A
Other languages
English (en)
Inventor
Santosh Paul Abraham
Hemanth Sampath
Mohammad H Taghavi Nasrabadi
Zhi Quan
Maarten Menzo Wentink
Simone Merlin
Geert Awater
Alfred Asterjadhi
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/474,573 external-priority patent/US20130128809A1/en
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MX2013013376A publication Critical patent/MX2013013376A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/003—Adaptive formatting arrangements particular to signalling, e.g. variable amount of bits
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H04L1/165—Variable formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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]

Abstract

Aquí se describen sistemas, métodos y dispositivos para comunicar paquetes que tienen una pluralidad de tipos. En algunos aspectos, los paquetes incluyen una cabecera MAC comprimida. En algunos aspectos los paquetes incluyen un cuadro de reconocimiento (ACK). Los campos incluidos en un tipo de paquete particular se pueden basar en el tipo de información que se va a comunicar al dispositivo receptor.

Description

APAPATO Y METODOS PARA COMPRESION DE CABECERA DE CONTROL DE ACCESO DE MEDIOS CAMPO DE LA INVENCION La presente solicitud generalmente se refiere a comunicaciones inalámbricas, y de manera más especifica a sistemas, métodos, y dispositivos para comprimir cabeceras de control de acceso de medios (MAC) para comunicación.
ANTECEDENTES DE LA INVENCION En muchos sistemas de telecomunicación, se utilizan redes e comunicaciones para intercambiar mensajes entre varios dispositivos espacialmente separados en interacción. Las redes se pueden clasificar de acuerdo con el alcance geográfico, el cual podría ser, por ejemplo, un área metropolitana, un área local, o un área personal. Dichas redes serían diseñadas respectivamente como una red de área amplia (WAN) , red de área metropolitana (MAN) , red de área local (LAN), red de área local inalámbrica (WLAN), o red de área personal (PAN) . Las redes también difieren de acuerdo con la técnica de conmutación/enrutamiento utilizada para interconectar los diversos nodos de red y dispositivos (por ejemplo, conmutación de circuito contra conmutación de paquete) , el tipo de medio físico empleado para transmisión (por ejemplo, cableado contra inalámbrico), y el conjunto de protocolos de comunicación utilizados (por ejemplo, secuencia de protocolo de Internet, SONET (Conexión en Red Óptica Sincrónica), Ethernet, etc.).
Las redes inalámbricas con frecuencia son las preferidas cuando los elementos de red son móviles y, por lo tanto, tienen necesidades de conectividad dinámica, o si la arquitectura de la red está formada en una topología para la ocasión, en lugar de ser fija. Las redes inalámbricas emplean medios físicos intangibles en un modo de propagación no guiado utilizando ondas electromagnéticas en las bandas de frecuencia de radio, microondas, infrarrojo, ópticas, etc. Las redes inalámbricas convenientemente facilitan la movilidad del usuario y el rápido despliegue en campo cuando se comparan con redes cableadas fijas.
Los dispositivos en una red inalámbrica pueden transmitir/recibir información entre sí. La información puede comprender paquetes, los cuales en algunos aspectos pueden ser referidos como unidades de datos o cuadros de datos. Los paquetes pueden incluir información de encabezado (por ejemplo, información de cabecera, propiedades del paquete, etc.) que ayuda a enrutar el paquete a través de la red, identificar los datos en el paquete, procesar el paquete, etc., así como datos, por ejemplo datos de usuario, contenido multimedia, etc. tal como pudieran ser llevados en una carga útil del paquete.
Por consiguiente, la información de cabecera es transmitida con paquetes. Dicha información de cabecera puede comprender una gran porción de un paquete de datos. Por consiguiente, la transmisión de datos en dichos paquetes puede ser ineficiente debido al hecho de que gran parte del ancho de banda para transmitir datos puede ser utilizado para transmitir información de cabecera en oposición a los datos reales. Por lo tanto, se desean sistemas métodos 'y dispositivos mejorados para comunicar paquetes.
BREVE DESCRIPCION DE LA INVENCION Los sistemas, métodos y dispositivos de la invención tienen varios aspectos, ninguno de los cuales es el responsable único de sus atributos deseables. Sin limitar el alcance de esta invención mediante las siguientes reivindicaciones, algunas características se analizarán ahora brevemente. Después de considerar este análisis, y particularmente-después de leer la sección titulada "Descripción Detallada" se podrá entender la manera en que las características de esta invención proporcionan ventajas que incluyen disminuir el tamaño de una cabecera de cuadro (por ejemplo, cabecera de control de acceso de medios (MAC) ) de un paquete de datos, reduciendo asi el encabezado al transmitir cargas útiles en paquetes de datos.
Un aspecto de la divulgación proporciona un método que consiste en comunicar en una red inalámbrica. El método comprende seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos basados en una indicación de información almacenada en un receptor. El método además comprende transmnitir una cabecera de control de acceso de medios del tipo seleccionado al receptor.
Otro aspecto de la divulgación proporciona un aparato para comunicar en una red inalámbrica. El aparato comprende un procesador configurado para seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos basados en una indicación de información almacenada en un receptor. El aparato además comprende un transmisor configurado para transmitir una cabecera de control de acceso de medios del tipo seleccionado al receptor .
Otro aspecto de la divulgación proporciona un aparato para comunicar en una red inalámbrica. El aparato comprende medios para seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos basados en una indicación de información almacenada en un receptor.
El aparato además comprende medios para . transmitir una cabecera de control de acceso de medios del tipo seleccionado al receptor.
Otro aspecto de la divulgación proporciona un medio legible por computadora que comprende instrucciones. Las instrucciones, cuando son ejecutadas, ocasionan que un aparato seleccione un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos basados en una indicación de información almacenada en un receptor. Las instrucciones, cuando son ejecutadas, además ocasionan que un aparato transmita una cabecera de control de acceso de medios del tipo seleccionado al receptor.
BREVE DESCRIPCION DE LAS FIGURAS La figura 1 ilustra un ejemplo de un sistema de comunicación inalámbrica en el cual se pueden emplear aspectos de la presente divulgación.
La figura 2 ilustra varios componentes, incluyendo un receptor, que puede ser utilizado en un dispositivo inalámbrico que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 3 ilustra un ejemplo de una cabecera de control de acceso de medios (MAC) de un tipo utilizado en sistemas de legado para comunicación.
La figura 3A ilustra otro ejemplo de una cabecera de control de acceso de medios (MAC) de un tipo utilizado en sistemas de legado para comunicación.
La figura 4 ilustra un ejemplo de una cabecera MAC comprimida.
La figura 4A ilustra un ejemplo de otra cabecera MAC comprimida.
La figura 4B ilustra un ejemplo de otra cabecera MAC comprimida .
La figura 5 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con un aspecto de la cabecera MÁC de la figura .
La figura 6 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 7 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de 'datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 8 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un pagúete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 9 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un pagúete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 10 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 11 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 12 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida de la figura 4 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC de la figura 4.
La figura 13 ilustra ejemplos de los' datos en los campos de la cabecera MAC comprimida utilizados en el direccionamiento solicitud-de-envío (RTS ) /listo-para-envío (CTS) .
La figura 14 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida para un cuadro de administración, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC.
La figura 15 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo' con otro aspecto de la cabecera MAC.
La figura 16 ilustra ejemplos adicionales del tipo de datos en los campos de la cabecera MAC comprimida para un paquete de datos.
La figura 17 ilustra ejemplos adicionales del tipo de datos en los campos de la cabecera MAC comprimida para un paquete de datos.
Las figuras 18-23 ilustran ejemplos de tipos de cabeceras MAC comprimidas.
Las figuras 24A-C ilustran ejemplos de tipos de cabeceras MAC comprimidas con una carga útil no encriptada.
Las figuras 25A-C ilustran ejemplos de tipos de cabeceras MAC comprimidas con una carga útil encriptada.
La figura 26 ilustra un ejemplo de un cuadro de reconocimiento (ACK) de un tipo utilizado en sistemas de legado para comunicación.
Las figuras 27 y 28 ilustran ejemplos de tipos de cuadros ACK comprimidos.
Las figuras 29A-C ilustran ejemplos de cuadros de reconocimiento (ACK) comprimidos.
La figura 30 ilustra un ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida sin seguridad.
La figura 30A ilustra otro ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida sin seguridad .
La figura 30B ilustra otro ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida.
La figura 31 ilustra un ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida sin seguridad.
La figura 32 ilustra un aspecto de un método para transmitir un paquete con una cabecera MAC.
La figura 33 es un diagrama en bloques funcional de otro dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 34 ilustra un aspecto de un método para recibir y procesar un paquete.
La figura 35 es un diagrama en bloques funcional de otro dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 36 ilustra un aspecto de un método para transmitir un cuadro ACK.
La figura 37 es un diagrama en bloques funcional de otro dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 38 ilustra un aspecto de un método para recibir y procesar un cuadro ACK.
La figura 39 es un diagrama en bloques funcional de otro dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 40 ilustra un aspecto de un método para transmitir un paquete con una cabecera MAC.
La figura 41 es un diagrama en bloques funcional de un dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura 1.
La figura 42 ilustra un aspecto de un método para recibir y procesar un paquete.
La figura 43 es un diagrama en bloques funcional de otro dispositivo inalámbrico ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica de la figura DESCRIPCION DETALLADA DE LA INVENCION Varios aspectos de los sistemas, aparatos y métodos novedosos se describen de manera más completa en lo sucesivo con referencia a los dibujos acompañantes. No obstante, la divulgación de las enseñanzas se puede incorporar en muchas formas diferentes y no debiera ser interpretada como limitada a alguna estructura o función especifica presentada a través de esta divulgación. Más bien, estos aspectos son proporcionados de manera que esta . divulgación será total y completa, y transmitirá ampliamente el alcance de la divulgación a aquellos expertos en la técnica. Con base en las presentes enseñanzas, un experto en la técnica debiera apreciar que el alcance de la divulgación pretende abarcar cualquier aspecto de los sistemas, aparatos y métodos novedosos aquí divulgados, ya sea implementados independientemente de o combinados con algún otro aspecto de la invención. Por ejemplo, un aparato puede ser implementado o un método puede ser practicado utilizando cualquier número de los aspectos aquí establecidos. Además, el alcance de la invención pretende cubrir dicho aparato o método que es practicado utilizando otra estructura, funcionalidad, o estructura y funcionalidad además de o diferentes a los diversos aspectos de la invención aquí establecida. Se debiera entender que cualquier aspecto aquí divulgado puede ser incorporado por uno o más elementos de una reivindicación .
Aunque aqui se describen aspectos particulares, muchas variaciones y permutaciones de estos aspectos caen dentro del alcance de la divulgación. Aunque se mencionan algunos beneficios y ventajas de los aspectos preferidos, el alcance de la divulgación no pretende quedar limitado a beneficios, usos u objetivos particulares. Más bien, aspectos de la divulgación pretenden ser ampliamente aplicables a diferentes tecnologías inalámbricas, configuraciones de sistema, redes, y protocolos de transmisión, algunos de los cuales se ilustran a manera de ejemplo en las figuras y en la siguiente descripción de los aspectos preferidos. La descripción detallada y los dibujos son simplemente ilustrativos de la divulgación en lugar de ser una limitación, el alcance de la divulgación queda definido por las reivindicaciones anexas y los equivalentes de las mismas.
Tecnologías populares- de red inalámbrica pueden incluir varios tipos de redes de área local inalámbricas (WLANs) . Se puede utilizar una LAN para interconectar dispositivos cercanos, empleando protocolos de conexión en red ampliamente utilizados. Los diversos aspectos aquí descritos pueden aplicar a cualquier estándar de comunicación, tal como iFi o, de manera más general, cualquier elemento de la familia IEEE 802.11 de protocolos inalámbricos. Por ejemplo, los diversos aspectos aquí descritos pueden ser- utilizados como parte del protocolo IEEE 802. lian, el cual utiliza bandas sub-IGHz .
En algunos aspectos, las señales inalámbricas en una banda de sub-giga hercios pueden ser transmitidas de acuerdo con el protocolo 802. lian utilizando multiplexión por división de frecuencia ortogonal (OFDM) , comunicaciones de espectro disperso de secuencia directa (DSSS), una combinación de comunicaciones OFDM y DSSS, u otros esquemas. Las implementaciones del protocolo 802. lian pueden ser utilizadas para sensores, medición y redes de rejilla inteligente. De manera conveniente, aspectos de algunos dispositivos que implementan el protocolo 802. lian pueden consumir menos potencia que dispositivos que implementan otros protocolos inalámbricos, y/o pueden ser utilizados para transmitir señales inalámbricas a través de un rango relativamente largo, por ejemplo aproximadamente un kilómetro o más .
En algunas implementaciones, una WLAN incluye diversos dispositivos que son los componentes que tienen acceso a la red inalámbrica. Por ejemplo, puede haber dos tipos de dispositivos: puntos de acceso ("APs") y clientes (también referidos como estaciones, o "STAs") . En general, un AP sirve como un concentrador o estación base para la WLAN y una STA sirve como un usuario de la WLAN. Por ejemplo, una STA puede ser una computadora laptop, un asistente digital personal (PDA), un teléfono móvil, etc. En un ejemplo, una STA se conecta a un AP a través de un enlace inalámbrico que cumple con WiFi (por ejemplo, protocolo IEEE 802.11 tal como 802. lian) para obtener conectividad general a la Internet o a otras redes de área amplia. En algunas implementaciones, una STA también puede ser utilizada como un AP.
Un punto de acceso ("AP") también puede comprender, ser implementado como, o conocido como un NodoB, Controlador de Red de Radio ("RNC") , eNodoB, Controlador de Estación Base ("BSC"), Estación de Transceptor Base ("BTS") , Estación Base ("BS"), Función de Transceptor ("TF"), Enrutador de Radio, Transceptor de, o alguna otra terminología.
Una estación "STA" también puede comprender, ser implementada como, o conocida como una terminal de acceso ("AT") , una estación de suscriptor, una unidad de suscriptor, una estación móvil, una estación remota, una terminal remota, una terminal de usuario, un agente de usuario, un dispositivo de usuario, equipo de usuario, o alguna otra terminología. En algunas implementaciones, una terminal de acceso puede comprender un teléfono celular, un teléfono sin cable, un teléfono de Protocolo de Iniciación de Sesión ("SIP"), una estación de bucle local inalámbrico ("WLL") , un asistente digital personal ("PDA"), un dispositivo manual que tiene capacidad de conexión inalámbrica, o algún otro dispositivo de procesamiento conveniente conectado a un módem inalámbrico. Por consiguiente, uno o más aspectos aquí enseñados pueden ser incorporados en un teléfono (por ejemplo, un teléfono celular o teléfono inteligente) , una computadora (por ejemplo, una laptop) , un dispositivo de comunicación portátil, un auricular, un dispositivo de cómputo portátil (por ejemplo, un asistente de datos personal), un dispositivo de entretenimiento (por ejemplo, un dispositivo de música o video, o un radio satelital) , un dispositivo o sistema de juegos, un dispositivo o sistema de posicionamiento global, o cualquier otro dispositivo conveniente que está configurado para comunicarse a través de un medio inalámbrico.
Tal como se analizó antes, algunos de los dispositivos aquí descritos pueden implementar el estándar 802. lian, por ejemplo. Dichos dispositivos, ya sea utilizados como una STA o AP u otro dispositivo, se pueden utilizar para medición inteligente o en una red de rejilla inteligente. Dichos dispositivos pueden proporcionar aplicaciones de sensor o se pueden utilizar en automatización de casa. Los dispositivos pueden por el contrario o además ser utilizados en un contexto del cuidado de la salud, por ejemplo para cuidado de salud personal. Estos también pueden ser utilizados para vigilancia, habilitar la conectividad de Internet de rango extendido (por ejemplo, para uso con puntos calientes) , o para implementar comunicaciones máquina-a-máquina.
La figura 1 ilustra un ejemplo de un sistema de comunicación inalámbrica 100 en el cual se pueden emplear aspectos de la presente divulgación. El sistema de comunicación inalámbrica 100 puede operar de acuerdo con un estándar inalámbrico, por ejemplo el estándar 802.11ah. El sistema de comunicación inalámbrica 100 puede incluir un AP 104, el cual se comunica con las STAs 106.
Se puede utilizar una variedad de procesos y métodos para transmisiones en el sistema de comunicación inalámbrica 100 entre el AP 104 y las STAs 106. Por ejemplo, señales pueden ser enviadas y recibidas entre el AP 104 y las STAs 106 de acuerdo con técnicas OFDM/OFDMA. Si este es el caso, el sistema de comunicación inalámbrica 100 puede ser referido como un sistema OFDM/OFDMA. Alternativamente, señales pueden ser enviadas y recibidas entre el AP 104 y las STAs 106 de acuerdo con técnicas CDMA. Si este es el caso, e sistema de comunicación inalámbrica 100 puede ser referido como un sistema CDMA.
Un enlace de comunicación que facilita la transmisión desde el AP 104 a una o más de las STAs 106 puede ser referido como un enlace descendente (DL) 108, y un enlace de comunicación que facilita la transmisión desde una o más de las STAs 106 al AP 104 puede ser referido como un enlace ascendente (UL) 110. Alternativamente, un enlace descendente 108 puede ser referido como un enlace de avance o un canal de avance, y un enlace ascendente 110 puede ser referido como un enlace inverso o un canal inverso. Además, en algunos aspectos, las STAs 106 se pueden comunicar directamente entre si y formar un enlace directo (directo) entre si.
El AP 104 puede actuar como una estación base y puede proporcionar cobertura de comunicación inalámbrica en un área de servicio básico (BSA) 102. El AP 104 junto con las STAs 106 asociadas con el AP 104 y que utilizan el AP 104 para comunicación se puede referir como un conjunto de servicios básicos (BSS) . Se debiera observar que el sistema de comunicación inalámbrica 100 puede no tener un AP central 104, sino que más bien puede funcionar como una red par-a-par entre las STAs 106. Én otro ejemplo, las funciones del AP 104 aquí descritas alternativamente pueden ser ejecutadas por una o más de las STAs 106.
La figura 2 ilustra varios componentes que pueden ser utilizados en un disp'ositivo inalámbrico 202 que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo inalámbrico 202 es un ejemplo de un dispositivo que puede ser configurado para implementar los diversos métodos aquí descritos. Por ejemplo, el dispositivo inalámbrico 202 puede comprender el AP 104 o una de las STAs 106.
El dispositivo inalámbrico 202 puede incluir un procesador 204 que controla la operación del dispositivo inalámbrico 202. El procesador 204 también se puede referir como una unidad de procesamiento central (CPU) . La memoria 206, la cual puede incluir tanto memoria de solo lectura (ROM) como memoria de acceso aleatorio (RAM) , proporciona instrucciones y datos al procesador 204. Una porción de la memoria 206 también puede incluir memoria de acceso aleatorio no volátil (NVRAM) . El procesador 204 típicamente ejecuta operaciones lógicas y aritméticas basadas en instrucciones de programa almacenadas dentro de la memoria 206. Las instrucciones en la memoria 206 pueden ser ejecutables para implementar los métodos aquí descritos.
Cuando el dispositivo inalámbrico 202 es implementado o utilizado como un nodo de transmisión, el procesador 204 se puede configurar para seleccionar uno de una pluralidad de tipos de cabecera de control de acceso de medios (MAC) , y para generar un paquete que tiene ese tipo de cabecera MAC. Por ejemplo, el procesador 204 se puede configurar para generar un paquete que comprende una cabecera MAC y una carga útil y para determinar qué tipo de cabecera MAC utilizar, tal como se analiza con mayor detalle a continuación .
Cuando el dispositivo inalámbrico 202 es implementado o utilizado como un nodo de recepción, el procesador 204 se puede configurar para procesar paquetes de una pluralidad de diferentes tipos de cabecera MAC. Por ejemplo, el procesador 204 se puede configurar para determinar el tipo de cabecera MAC utilizado en un paquete y procesar el paquete y/o campos de la cabecera MAC por consiguiente como se analiza con mayor detalle a continuación.
El procesador 204 puede comprender o ser un componente de un sistema de procesamiento implementado con uno o más procesadores. Uno o más procesadores pueden ser implementados con cualquier combinación de microprocesadores de propósito general, microcontroladores, procesadores de señal digital (DSPs), arreglo de puerta programable en campo (FPGAs), dispositivos lógicos programables (PLD.s) , controladores, máquinas de estado, lógica en compuerta, componentes de hardware discretos, máquinas de estado finito de hardware dedicado, o cualesquiera otras entidades convenientes que pueden realizar cálculos u otras manipulaciones de información .
El sistema de procesamiento también puede incluir medios legibles por máquina para almacenar software. El software debiera ser construido ampliamente para abarcar cualquier tipo de instrucciones, ya sea referidas como software, microprogramación cableada, soporte intermedio, microcódigo, lenguaje de descripción de hardware, o de otra manera. Las instrucciones pueden incluir código (por ejemplo, en formato de código fuente, formato de código binario, formato de código ejecutable, o cualquier otro formato conveniente de código) . Las instrucciones, cuando son ejecutadas por uno o más procesadores, ocasionan que el sistema de procesamiento ejecute las diversas funciones aquí descritas.
El dispositivo inalámbrico 202 también puede incluir una carcasa 208 que puede incluir un transmisor 210 y/o un receptor 212 para permitir la transmisión y recepción de datos entre el dispositivo inalámbrico 202 y una ubicación remota. El transmisor 210 y el receptor 212 se pueden combinar en un transceptor 214. Una antena 216 puede estar unida a la carcasa 208 y eléctricamente acoplada al transceptor 214. El dispositivo inalámbrico 202 también puede incluir (no se muestra) múltiples transmisores, múltiples receptores, múltiples transceptores, y/o múltiples antenas.
El transmisor 210 se puede configurar para transmitir de manera inalámbrica paquetes que tienen diferentes tipos de cabecera MAC. Por ejemplo, el transmisor 210 se puede configurar para transmitir paquetes con diferentes tipos de cabeceras generadas por el procesador 204, antes analizado.
El receptor 212 se puede configurar para recibir de manera inalámbrica paquetes que tienen un diferente tipo de cabecera MAC. En algunos aspectos, el receptor 212 está configurado para detectar un tipo de una cabecera MAC utilizado y procesar el paquete por consiguiente, tal como se analiza con mayor detalle a continuación.
El dispositivo inalámbrico 202 también puede incluir un detector de señal 218 que puede ser utilizado en un esfuerzo por detector y cuantificar el nivel de señales recibidas por el transceptor 214. El detector de señal 218 puede detector dichas señales como energía total, energía por subportadora por símbolo, densidad espectral de potencia y otras señales. El dispositivo inalámbrico 202 también puede incluir un procesador de señal digital (DSP) 220 para uso en el procesamiento de señales. El DSP 220 se puede configurar para generar un paquete para transmisión. En algunos aspectos, el paquete puede comprender una unidad de datos de capa física (PPDU) .
El dispositivo inalámbrico 202 además puede comprender una interfaz de usuario 222 en algunos aspectos. La interfaz de usuario 222 puede comprender un teclado, un micrófono, un altavoz y/o una pantalla. La interfaz de usuario 222 puede incluir cualquier elemento o componente que transmita información a un usuario del dispositivo inalámbrico 202 y/o reciba entrada desde el usuario.
Los diversos componentes del dispositivo inalámbrico 202 se pueden acoplar juntos a través de un sistema de enlace 226. El sistema de enlace 226 puede incluir un enlace de datos, por ejemplo, así como un enlace de potencia, un enlace de señal de control, y un enlace de señal de estatus además del enlace de datos. Aquellos expertos en la técnica apreciarán que los componentes del dispositivo inalámbrico 202 se pueden acoplar juntos o aceptar o proporcionar entradas entre si utilizando algún otro mecanismo.
Aunque en la figura 2 se ilustra un número de componentes separados, aquellos expertos en la técnica reconocerán que uno o más de los componentes se pueden combinar o implementar comúnmente. Por ejemplo, el procesador 204 se puede utilizar para implementar no solo la funcionalidad antes descrita con respecto al procesador 204, sino también para implementar la funcionalidad descrita antes con respecto al detector de señal 218 y/o el DSP 220. Además, cada uno de los componentes ilustrados en la figura 2 puede ser implementado utilizando una pluralidad de elementos separados .
Para facilidad de referencia, cuando el dispositivo inalámbrico 202 está configurado como un nodo de transmisión, en lo sucesivo éste es referido como un dispositivo inalámbrico 202t. De manera similar, cuando el dispositivo inalámbrico 202 está configurado como un nodo de recepción, en lo sucesivo éste es referido como un dispositivo inalámbrico 202r.' Un dispositivo en el sistema de comunicación inalámbrica 100 puede implementar solo la funcionalidad de un nodo de transmisión, solo la funcionalidad de un nodo de recepción, o la funcionalidad de ambos, un nodo de transmisión y un nodo de recepción.
Tal como se analizó antes, el dispositivo inalámbrico 202 puede comprender un AP 104 o una STA 106, y puede ser para transmitir y/o recibir comunicaciones que tengan una pluralidad de tipos de cabecera MAC.
La figura 3 ilustra un ejemplo de una cabecera MAC 300 de legado. La cabecera MAC 300 puede ser una cabecera MAC no comprimida. Tal como se muestra, la cabecera MAC 300 incluye 7 campos diferentes: un campo de control de cuadro (fe) 305, un campo de duración/identificación (dur) 310, un campo de dirección de receptor (al) 315, un campo de dirección de transmisor (a2) 320, campo de dirección destino (a3) 325, un campo de control de secuencia (se) 330, y un campo de control (qc) de calidad de servicio (QoS) 335. Cada uno de los campos al, a2, y a3 315-325 comprende una dirección MAC completa de un dispositivo, la cual tiene un valor de 48-bits (6 octetos) . La figura 3 además indica el tamaño en octetos de cada uno de los campos 305-335. Sumando el valor de todos los tamaños de campo se proporciona el tamaño general de la cabecera MAC 300, el cual es 26 octetos. El tamaño total de un paquete determinado puede ser en el orden de 200 octetos. Por lo tanto, la cabecera MAC 300 de legado comprende una porción grande del tamaño de paquete general, lo que significa que el encabezado para transmitir un paquete de datos es grande.
La figura 3A ilustra un ejemplo de una cabecera MAC 300a, la cual tiene una cabecera MAC de 3 direcciones utilizando un contra-modo con encriptación de protocolo de código de autenticación de mensajes en cadena para el bloqueo de cifrado (CCMP) , de un tipo utilizado en los sistemas de legado para comunicación. Tal como se muestra, la cabecera MAC 300 incluye 13 campos diferentes: un campo de control de cuadro (fe) 305a, un campo de duración/identificación (dur) 310a, un campo de dirección de receptor (al) 315a, un campo de dirección de transmisor (a2) 320a, un campo de dirección destino (a3) 325a, un campo de control de secuencia (se) 330a, un campo de control (qc) de calidad de servicio (QoS) 335a, un campo de control de alta salida (ht) 340a, un campo CCMP (cemp) 345a, un campo de control de enlace lógico (LLC) /protocolo de acceso de red (SNAP) (llc/snap) 350a, un campo de revisión de integridad de mensaje (mic) 360a, y un campo de secuencia de control de cuadro (fes) 365a. La figura 3 además indica el tamaño en octetos de cada uno de los campos 305a-365a. Sumando el valor de todos los tamaños de campo se proporciona el tamaño general de la cabecera MAC 300a, el cual es 58 octetos. El tamaño total de un paquete determinado puede ser en el orden de 200 octetos. Por lo tanto, la cabecera MAC 300a de legado comprende una porción grande del tamaño de paquete general, lo que significa que el encabezado para transmitir un paquete de datos es grande.
La figura 3A además ilustra los tipos de datos incluidos en el campo fe 305a de la cabecera MAC 300a. El campo fe 305a incluye lo siguiente: un campo de versión de protocolo (pv) 372, un campo de tipo de cuadro (tipo) 374, un campo de subtipo de cuadro (subtipo) 376, un campo a sistema de distribución (para-ds) 378, un campo de sistema de distribución (de-ds) 380, un campo de más fragmentos (más fragmentos) 382, un campo de reintentar 384, un campo de administración de potencia (pm) 386, un campo de más datos (md) 388, un campo de cuadro protegido (pf) 390, y un campo de orden 392.
Por consiguiente, aquí se describen sistemas y métodos para utilizar las cabeceras MAC de tamaño reducido (cabeceras MAC comprimidas) para paquetes de datos. El uso de dichas cabeceras MAC comprimidas permite menos espacio en un paquete de datos para ser utilizado por la cabecera MAC, reduciendo asi el encabezado necesario para transmitir la carga útil en un paquete de datos. Por lo tanto, en general se necesitan transmitir menos datos. Menos transmisión de datos puede incrementar la velocidad con la cual son transmitidos los datos, puede reducir el uso de ancho de banda por un transmisor, y puede reducir la potencia necesaria para la transmisión ya que menos recursos son utilizados para transmitir menos datos.
La compresión de cabeceras MAC puede ser ejecutada retirando o modificando ciertos campos de la cabecera MAC. La cabecera MAC comprimida entonces puede ser enviada desde el dispositivo inalámbrico 202t al dispositivo inalámbrico 202r. La remoción o modificación de los campos se puede basar en la información que necesita ser comunicada al dispositivo inalámbrico 202r del paquete de datos. Por ejemplo, el dispositivo inalámbrico 202r puede no necesitar toda la información en la cabecera MAC 300 para recibir y procesar el paquete de datos. Por ejemplo, en algunos casos, el receptor puede ya tener parte de la información almacenada en la memoria que seria transmitida en la cabecera MAC 300. En un caso, el dispositivo inalámbrico 202r pudiera haber recibido esa información en un paquete de datos previamente recibido desde el dispositivo inalámbrico 202t, tal como en la cabecera MAC del paquete de datos previo o un paquete de mensajería. En otro caso, el dispositivo inalámbrico 202r puede tener dicha información previamente programada tal como al momento de la fabricación, o a través de comunicación con otro dispositivo. En algunos aspectos, el dispositivo inalámbrico 202r puede indicar al dispositivo inalámbrico 202t información (por ejemplo, valores para campos de la cabecera MAC) que está almacenada en el dispositivo inalámbrico 202r. El dispositivo inalámbrico 202t entonces puede omitir dichos campos de la cabecera MAC en paquetes enviados al dispositivo inalámbrico 202r.
En otra modalidad todavía, el dispositivo inalámbrico 202r puede no ejecutar algunas funciones que requerirían el uso de campos que han sido removidos, por ejemplo en casos donde dicha funcionalidad no es necesaria. A continuación se describen algunos de los campos que pueden ser removidos o modificados y la manera en que el dispositivo inalámbrico 202r funcionaría con dicha cabecera MAC comprimida. En algunas modalidades, el dispositivo inalámbrico 202r puede determinar el formato de la cabecera MAC utilizada con base en una indicación en la cabecera MAC del formato utilizado tal como se analiza de manera adicional a continuación. En otras modalidades, los dispositivos inalámbricos 202r y 202t utilizan solamente un tipo de cabecera MAC comprimida y por consiguiente no se necesita una indicación del tipo de cabecera MAC que se está utilizando.
En el estándar 802.11 de legado (hasta e incluyendo 802. liad), un subcampo de versión de protocolo (pv) del campo fe siempre es puesto a cero 0, debido a que la versión de protocolo 0 (PVO) es la única versión de protocolo definida. Por consiguiente, el uso de otros valores para la versión de protocolo, es decir, 1 (PV1), 2 (PV2), y 3 ( PV3 ) , no está definido. Por lo tanto, los sistemas y métodos aquí analizados pueden definir cabeceras MAC comprimidas como parte de la versión de protocolo 1 (PV1), PV2, y/o PV3. Las versiones de protocolo pueden ser utilizadas de manera intercambiable por dispositivos para comunicación. Por ejemplo, PVO que define el uso de una cabecera MAC de legado puede ser utilizado para establecer un enlace, negociar capacidades, y transferencias de datos de alta velocidad. Además, PV1, PV2 , y/o PV3 que definen el uso de una cabecera MAC comprimida pueden ser utilizados para transmisiones de datos cortas periódicas cuando están en modo de ahorro de energía .
En algunas modalidades, la cabecera MAC de formato comprimido puede utilizar la versión de protocolo 0 (PVO) existente o la versión de protocolo 1 (PV1), PV2, y/o PV3 recientemente definidas.' El uso de PV1, PV2, y/o PV3 puede evitar una situación donde los dispositivos de legado intentan analizar sintácticamente un paquete de datos recibido con base en el formateo de un cuadro PVO de legado. Por ejemplo, los dispositivos de legado pueden intentar emparejar los últimos 4 octetos del paquete de datos a una secuencia de control de cuadro (FCS). Cuando sí se empareja, los dispositivos de legado pueden utilizar el valor de los datos que está en la posición del campo de duración de legado para actualizar su vector de. asignación de red (NAV) , aún cuando puede no haber un campo de duración en esa ubicación en el paquete. Las probabilidades de que ocurra dicha detección positiva falsa pueden ser lo suficientemente altas para ocasionar fallos o fluctuación en los nodos de legado, lo cual puede garantizar el uso de PV1, PV2, y/o PV3 para el formato de cabeceras MAC comprimidas. El uso de cabeceras MAC comprimidas se analiza con mayor detalle a continuación.
En una modalidad, algunos campos de una cabecera MAC (por ejemplo, cabecera MAC 300 o 300a) pueden ser reutilizados para una variedad de propósitos, eliminando asi la necesidad de incluir algunos otros campos en la cabecera MAC, formando asi una cabecera MAC comprimida. Por ejemplo, el campo mic 360a contiene una pieza corta de información que es utilizada para autenticar un mensaje. La información contenida en el campo mic 360a puede ser generada ingresando en un algoritmo de autenticación que corre en el dispositivo inalámbrico 202t tanto los datos que van a ser enviados al dispositivo inalámbrico 202r como una clave secreta compartida con el dispositivo inalámbrico 202r. El algoritmo de autenticación entonces genera la información que va a ser enviada en el campo mic 360a. El algoritmo de autenticación puede ser una función de comprobación aleatoria. El dispositivo inalámbrico 202r también puede estar corriendo el algoritmo de autenticación. El dispositivo inalámbrico 202r recibe el mensaje desde el dispositivo inalámbrico 202t e ingresa en el algoritmo de autenticación el mensaje recibido y su copia de la clave compartida. Si la salida del algoritmo de autenticación en el dispositivo inalámbrico 202r coincide con la información contenida en el campo mic 360a, el dispositivo inalámbrico 202r puede determinar la integridad de los datos transmitidos en el paquete de datos (por ejemplo, si el paquete ha sido alterado) asi como la autenticidad del paquete de datos (por ejemplo, una revisión del remitente del paquete de datos) . En una modalidad, los campos de direccionamiento, el campo al 315a y el campo a2 320a, pueden ser removidos y el campo mic 360a puede entonces ser utilizado para propósitos de direccionamiento. En particular, el direccionamiento puede ser implicado mediante revisión para ver si el paquete de datos en combinación con la clave mantenida por la entrada del dispositivo inalámbrico en el algoritmo de autenticación genera los mismos datos que en el campo mic 360a. Por ejemplo, solamente un receptor pretendido mantiene la clave correcta para entrada junto con el paquete de datos en el algoritmo de autenticación para producir la salida correcta. Por lo tanto, si el dispositivo inalámbrico 202r es el receptor pretendido, éste tendrá la clave correcta y producirá la salida correcta. Si éste no es el receptor pretendido, el dispositivo inalámbrico 202r no producirá la salida correcta. Por consiguiente, el receptor correcto puede ser conocido con base en el campo mic 360a sin utilizar la dirección de receptor al.
No obstante, se debiera observar que sin una dirección de receptor al, el dispositivo inalámbrico 202r siempre necesitará correr el algoritmo de autenticación en cualesquiera paquetes de datos entrantes para determinar si se trata del receptor pretendido. Esto puede requerir potencia de procesamiento adicional, lo cual requiere consume de batería adicional. Por lo tanto, en algunas modalidades, se puede agregar un Nuevo campo a la cabecera MAC 300 o 300a, tal como una dirección de receptor parcial (PRA) . La PRA puede ser una porción de la dirección de receptor al. La PRA puede no identificar de manera única al dispositivo receptor, pero sí ayuda al menos a indicar, en algunos casos, al dispositivo inalámbrico 202r que un paquete de datos no está destinado para el dispositivo inalámbrico 202r. Por lo tanto, el dispositivo inalámbrico 202r puede correr el algoritmo de autenticación para una menor cantidad de paquetes de datos. En otras modalidades, la PRA o la dirección de receptor (RA) en sí misma puede ya estar presente en una cabecera de protocolo de capa física (PHY) del paquete de datos y por lo tanto no necesita ser incluida adicionalmente en la cabecera MAC 300 o 300a.
Además, la identidad del dispositivo transmisor se puede determinar con base en si el algoritmo de autenticación produce la salida correcta sin el uso de la dirección de transmisor a2. Por ejemplo, la clave mantenida por el dispositivo inalámbrico 202t para uso en el algoritmo de autenticación es diferente para diferentes dispositivos inalámbricos. Por consiguiente, la clave mantenida por el dispositivo inalámbrico 202r es especifica del dispositivo inalámbrico 202t. Por lo tanto, si el dispositivo inalámbrico 202t es el dispositivo transmisor, la clave especifica mantenida por el dispositivo inalámbrico 202r para comunicación con el dispositivo inalámbrico 202t ingresada en el algoritmo de autenticación producirá la salida correcta. Si el dispositivo inalámbrico 202t no es el dispositivo transmisor, la entrada no producirá la salida correcta.
Se debiera observar que el dispositivo inalámbrico 202r mantiene muchas claves diferentes para muchos dispositivos transmisores diferentes. Esto puede requerir que el dispositivo inalámbrico 202r intente correr el algoritmo de autenticación con muchas claves diferentes hasta que se encuentra una salida apropiada, o se determina que ninguna de las claves coincide. Esto puede requerir potencia de procesamiento adicional, lo cual requiere consumo de batería adicional. Por lo tanto, en algunas modalidades se puede agregar un Nuevo campo a la cabecera MAC 300 o 300a, tal como una dirección de transmisor parcial (PTA). La PTA puede ser una porción de la dirección de transmisor a2. La PTA puede no identificar de manera única el dispositivo transmisor, pero si ayuda al menos a indicar, en algunos casos, al dispositivo inalámbrico 202r que algunas claves no necesitan ser analizadas como posibilidades de claves mantenidas para el dispositivo transmisor. Por lo tanto, el dispositivo inalámbrico 202r necesitará correr el algoritmo de autenticación para una menor cantidad de claves. En otra modalidad, la PTA puede identificar de manera única una clave en el dispositivo receptor. Un ejemplo de dicha PTA es el identificador de asociación (AID) que es asignado por puntos de acceso (APs) a cada una de sus STAs asociadas. Los AIDs son únicos entre las STAs asociadas con el AP, por lo tanto el AP puede identificar de manera única la clave correcta para uso en el algoritmo de autenticación con base en el AID recibido. Debido a que el AID es mucho más corto que una dirección MAC, la cabecera MAC será de tamaño reducido.
Además, los campos de dirección pueden ser utilizados como parte de la entrada en el algoritmo de autenticación tanto en el dispositivo inalámbrico 202t como en el dispositivo inalámbrico 202r, sin ser incluidos en la cabecera MAC en si misma. Por consiguiente, el dispositivo inalámbrico 202r que recibe un paquete de datos desde el dispositivo inalámbrico 202r, puede ingresar su propia dirección como la dirección de receptor al en el algoritmo de autenticación junto con el paquete de datos recibido y la clave. Si la salida coincide con el valor del campo mic 360a del paquete de datos, el dispositivo inalámbrico 202r sabe que se trata del dispositivo receptor ya que el campo mic 360a fue calculado con la misma dirección de receptor al por el dispositivo inalámbrico 202t.
En otra modalidad, se puede utilizar un número de paquete incluido en el campo ccmp 345a para control de secuencia de paquetes al ser utilizado como el número de secuencia incluido en el campo se 330a. Por lo tanto, el campo se 330 o 330a puede ser removido de la cabecera MAC 300 o 300a.
En otra modalidad, tal como en la situación donde se utilizan paquetes cortos y/o donde se utilizan velocidades PHY relativamente bajas para transmisión, el tamaño del campo de número de paquetes en el campo ccmp 345a y/o el campo mic 360a puede ser reducido.
En otra modalidad, el campo mic 360a puede ser utilizado para ejecutar la función del campo fes 365a. El campo fes 365a contiene una revisión de redundancia cíclica, la cual es utilizada para determinar si hay errores en el paquete tal como se recibe. En lugar de ejecutar esta revisión cuando se recibe un paquete, el dispositivo inalámbrico 202r se puede configurar para revisar si el paquete de datos pasa el algoritmo de autenticación generando los datos del campo mic 360a. Si hay errores en el paquete, el algoritmo de autenticación no pasará. Sin embargo, si el paquete sí pasa el algoritmo de autenticación, se puede asumir que no hay errores en el paquete. Dicha determinación además se puede realizar en combinación con la revisión de un número de paquete del paquete de datos para ver si ese número de paquete se espera lógicamente como el número de paquete en ese momento. Se debiera observar que si el algoritmo de autenticación pasa, éste dispara el dispositivo inalámbrico 202r para responder de regreso (por ejemplo, con un cuadro ACK) después de un tiempo de espacio inter-cuadro corto (SIFS) , lo cual es típico para la STA apropiada. Sin embargo, si el algoritmo de autenticación no pasa, éste dispara el dispositivo inalámbrico 202r para responder de regreso después de un tiempo de espacio inter-cuadro extendido (EIFS) . Sin embargo, esto no es problemático ya que es despejado por el siguiente cuadro de reconocimiento (ACK) que es enviado.
En otra modalidad, el campo de dirección destino (a3) 325 o 325a puede ser removido de la cabecera MAC 300 o 300a. La dirección destino puede ser utilizada en casos donde el dispositivo inalámbrico 202t transmite un paquete de datos al dispositivo inalámbrico 202r a través de otro dispositivo (por ejemplo, un enrutador) e indica la dirección del otro dispositivo como la dirección destino. Por consiguiente, para casos donde el dispositivo inalámbrico 202t transmite directamente al dispositivo inalámbrico 202r, el campo a3 325 o 325a puede ser removido de la cabecera MAC 300 o 300a. En algunas modalidades, se puede agregar un Nuevo campo "a3 presente" a la cabecera MAC 300 o 300a para indicar si el campo a3 325 o 325a está o no presente en la cabecera MAC 300 o 300a.
En algunas modalidades, una dirección destino frecuentemente utilizada puede ser almacenada en la memoria del dispositivo inalámbrico 202r. Por consiguiente, en lugar de incluir la dirección destino completa, la. cabecera MAC 300 o 300a puede incluir un nuevo campo llamado un campo a3 presente comprimido o "compr a3", el cual indica al dispositivo inalámbrico 202r que debiera utilizar la dirección destino almacenada como la dirección destino para los paquetes de datos. La dirección destino almacenada podría ser previamente programada en el dispositivo inalámbrico 202r. De manera adicional o alternativa, la dirección destino almacenada podría ser establecida y/o actualizada mediante mensajería entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r que indica que una nueva dirección destino debiera ser almacenada.
En otra modalidad, el campo dur 310 o 310a puede ser removido de la cabecera MAC 300 o 300a. El campo dur 310 o 310a indica al receptor la duración por la que se va a mantener el canal de comunicación entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r. El dispositivo inalámbrico 202r pretendido que recibe el paquete de datos típicamente mantendrá abierto el canal de comunicación con el dispositivo inalámbrico 202t durante el tiempo indicado en el campo dur 310 o 310a cuando recibe el paquete. En lugar de utilizar el campo dur 310 o 310a, los dispositivos inalámbricos 202t y 202r pueden utilizar la solicitud estándar para mensajería de enviar/listo para enviar (RTS/CTS) , tal como se conoce en la técnica, a fin de mantener un canal de comunicaciones. En otra modalidad, el campo dur 310 o 310a puede ser incluido en la cabecera MAC 300 o 300a para un primer paquete enviado al dispositivo inalámbrico 202r, pero excluido en paquetes adicionales enviados durante el tiempo especificado en el campo dur 310 o 310a.
En otra modalidad, en lugar de incluir todo el campo llc/snap 350a, solamente una porción del campo llc/snap 350a puede ser incluida en la cabecera MAC 300 o 300a. Por ejemplo, para la mayoría de los cuadros enviados, los datos del campo llc/snap 350a son los mismos, excepto por el tipo de Ethernet. Por consiguiente, solo el tipo de Ethernet, en lugar de todo el campo llc/snap 350a, puede ser incluido en la cabecera MAC 300 o 300a. Alternativamente, toda la cabecera LLC/SNAP puede ser almacenada en memoria en el receptor, y un campo "compr llc/snap" puede indicar que la cabecera LLC/SNAP almacenada va a ser utilizada para el paquete recibido, similar al análisis del campo compr a3.
En otra modalidad, algunas porciones del campo fe 305 o 305a pueden ser removidas de la cabecera MAC 300 o 300a. Por ejemplo, campos de datos tal como la Unidad de Datos de Servicio Mac Agregada (A-MSDU) , Unidad de Datos de Protocolo Mac Agregada (A-MPDU) , fragmentación, y campos de políticas ACK pueden ser removidos de los campos fe y qc 305, 305a, y/o 335a, reduciendo así las posibles funcionalidades de la cabecera MAC comprimida (es decir, la cabecera MAC comprimida puede ser utilizada cuando su funcionalidad no es necesaria) . De manera adicional o alternativa, el campo qc 335a y/o el campo de control ht 340a puede ser removido en su totalidad de la cabecera MAC 300 o 300a cuando su funcionalidad no es necesaria. En algunas modalidades, el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r pueden ser configurados para siempre utilizar la encriptación para comunicaciones. Por consiguiente, se puede remover el bit en el campo fe 305 o 305a que indica si se utiliza la encriptación para el paquete. En algunas modalidades, los tipos de cuadro se pueden limitar a 4 (por ejemplo, datos, ACK, un tipo adicional, y un código de escape), reduciendo asi el tamaño del campo de tipo de cuadro en el campo fe 305 o 305a.
La figura 4 ilustra un ejemplo de una cabecera MAC comprimida 400. Tal como se muestra, la cabecera MAC 400 incluye 4 campos diferentes: un campo de control de cuadro (fe) 405, un primer campo de dirección (al) 415, un segundo campo de dirección (a2) 420, y un campo de control de secuencia (se) 430. La figura 4 además indica el tamaño en octetos de cada uno de los campos 405-430. Sumando el valor de todos los tamaños de campo se proporciona el tamaño general de la cabecera MAC 400, el cual es 12 octetos (una reducción del 54% en tamaño de la cabecera MAC 300 de legado) . Tal como se muestra, uno del campo al 415 y el campo a2 420 tiene 6 octetos de longitud, mientras que el otro tiene 2 octetos de longitud como se analiza adicionalmente a continuación. Los diversos campos de la cabecera MAC 400 pueden ser utilizados de acuerdo con varios aspectos diferentes descritos a continuación.
Tal como se muestra en la cabecera MAC 400, se puede omitir el campo dur 310. Normalmente, un dispositivo que recibe un paquete de datos decodificará al menos el campo dur 310, el cual indica un tiempo en el cual el dispositivo no debería transmitir de forma que no hay transmisiones de interferencia durante la oportunidad de transmisión. En lugar del campo dur 310, los dispositivos se pueden configurar para no transmitir datos después de recibir un paquete de datos que requiere un reconocimiento hasta que haya pasado el tiempo para dicho reconocimiento. Dicho reconocimiento puede ser un ACK o BA, indicando que el paquete ha sido recibido. Los dispositivos solamente se pueden configurar para demorar la transmisión hasta que un ACK pudiera haber sido recibido para el paquete si un campo (por ejemplo, un campo de políticas ACK) en el paquete indica que el dispositivo se debiera demorar hasta que un ACK es recibido. El campo puede ser incluido en la cabecera MAC o cabecera PHY del paquete. La transmisión del cuadro de respuesta se puede ocultar para una STA que observa el paquete de datos ocasionando que el cuadro de respuesta sea enviado, pero la indicación en el paquete de datos de que un ACK puede estar presente ocasiona que la STA que observa se posponga después del fin del paquete de datos hasta que el cuadro de respuesta pudiera ser transmitido por la STA que es el destino del paquete de datos .
La figura 4A ilustra un ejemplo de otra cabecera MAC comprimida 400a. La cabecera MAC 400a incluye los mismos campos que la cabecera MAC 400, pero a diferencia de la cabecera MAC 400, también incluye un campo de duración/identificación (dur) 410. Tal como se muestra, la cabecera MAC comprimida 400a incluye 5 campos diferentes: un campo de control de cuadro (fe) 405, un campo de duración/identificación (dur) 410, un campo de primera dirección (al) 415, un campo de segunda dirección (a2) 420, y un campo de control de secuencia (se) 430. La figura 4 además indica el tamaño en octetos de cada uno de los campos 405-430. Se debiera observar que el uso de los campos diferentes al campo dur 410 de la cabecera MAC 400a se puede ejecutar en la misma manera o en una manera similar a la aquí- analizada con respecto a la cabecera MAC 400.
En algunos aspectos, el campo dur 410 puede tener una longitud de 2 octetos, similar al campo dur 310 de la cabecera MAC 300. En algunos aspectos, el campo dur 410 puede tener una longitud reducida en comparación con el campo dur 310. Por ejemplo, el campo dur 410 puede tener una longitud de 15 bits o menos. El valor del campo dur 410 puede indicar la duración del paquete de datos en el cual es transmitida/recibida la cabecera MAC 400a. En algunos aspectos, el valor puede indicar la duración como múltiplos de un valor predefinido (por ejemplo, un valor expresado en microsegundos ) . En algunos aspectos, el valor puede ser seleccionado para cubrir uno o más periodos de oportunidad para transmitir (TX-OP) . La longitud del campo dur 410 se puede entonces basar en el valor predefinido y la duración de un periodo TX-OP. Por ejemplo, si el valor predefinido es 96 ]is y un periodo TX-OP es 24.576 ms entonces la longitud del campo de duración puede ser de 8 bits (por ejemplo, log2 [ (periodo TX-OP) / (pre-definir valor)]) de manera que el valor máximo del campo de duración cubre al menos el periodo TX-OP.
Además, tal como se analiza a continuación, no todos los bits en el campo de longitud de 2 octetos al o a2 pueden ser utilizados, ya que pudieran utilizarse solamente 13 bits. Los otros tres bits pueden ser utilizados para otros propósitos. Por ejemplo, el ID de tráfico (TID) puede ser incluido en el campo de longitud de 2 octetos al o a2 en lugar del campo fe.
En algunos aspectos, en lugar de utilizar un identificador globalmente único para un dispositivo (por ejemplo, dirección MAC) para el campo al 415 y el campo a2 420 como se utiliza en la cabecera MAC 300 de legado, uno del campo al 415 o el campo a2 420 utiliza un a identificador local, tal como un identificador de acceso (AID) , que de manera única identifica un dispositivo en una BSS particular, pero no necesariamente identifica de manera única el dispositivo globalmente. Por consiguiente, uno del campo al 415 o el campo a2 420 puede tener 2 octetos de longitud para acomodar el identificador local más corto, en oposición a 6 octetos de longitud tal como se requiere para el identificador global. Esto ayuda a reducir el tamaño de la cabecera MAC 400. En algunos aspectos, la selección de cuál del campo al 415 y el campo a2 420 incluye un identificador local o un identificador global está basada en el dispositivo que envía el paquete y el dispositivo que recibe el paquete. Por ejemplo, la selección puede ser diferente para paquetes enviados en cada uno de un enlace descendente desde un AP a una STA, un enlace ascendente desde una STA a un AP, y un enlace directo desde una STA a otra STA. Cada una de las figuras 5-13 ilustra tablas de selecciones ejemplares alternativas. Uno o más de los ejemplos de las figuras 5-13 pueden ser utilizados para comunicación en una red determinada. Por ejemplo, se puede utilizar un ejemplo descrito para enviar paquetes y mensajes de reconocimiento que no son reconocimientos de bloque, y se puede utilizar otro ejemplo para enviar paquetes y mensajes de reconocimiento que son reconocimientos de bloque en la misma red.
En algunos aspectos, algunos bits de los campos de la cabecera MAC 400 pueden ser utilizados para otros propósitos diferentes a los utilizados en la cabecera MAC 300 para indicar y proporcionar ciertas capacidades. En particular, proporcionar ciertas capacidades puede requerir que un cierto número de bits sea utilizado para señalización. Los siguientes son ejemplos de bits que pueden ser utilizados para proporcionar dicha señalización. Por ejemplo, cuando el campo al 415 o el campo a2 420 utilizan un identificador local tal como un AID, puede haber bits reservados (por ejemplo, 3 bits reservados) que pueden ser utilizados para proporcionar ciertas capacidades. Además, algunos, por ejemplo, 2, bits del campo fe 405 pueden ser sobrecargados en el hecho de que son utilizados para indicar más de una pieza de información para proporcionar ciertas capacidades. Por ejemplo, el bit de orden y el bit para-ds (tal como mediante la unión de señalización de comunicación directa y enlace ascendente) pueden ser sobrecargados. Además, algunos bits del campo se 430 pueden ser utilizados para proporcionar ciertas capacidades. Por ejemplo, 4 bits de un subeampo de número de fragmentos pueden ser utilizados para proporcionar ciertas capacidades y hasta 2 3 bits de un subeampo de número de secuencia pueden ser utilizados para proporcionar ciertas capacidades. Además, 1-bit del subcampo de más fragmentos en el campo fe 405 puede ser utilizado para proporcionar ciertas capacidades. En otro ejemplo se puede definir un nuevo campo para proporcionar ciertas capacidades tal como un campo corto de calidad de servicio (QoS) de 1 byte.
En algunos aspectos, la cabecera MAC 400 puede no incluir un subcampo de número de fragmentos. En dichos aspectos, una STA y AP (por ejemplo, STA 106 y AP 104) que se comunican utilizando dicha cabecera MAC 400, pueden limitar el tamaño máximo permitido de una unidad de datos de servicio MAC (MSDU) enviada con la cabecera MAC 400. La STA 106. y/o AP 104 pueden determinar o acordar un tamaño máximo permitido de la MSDU durante la avocación, re-asociación, solicitud de sonda/respuesta de sonda, o algún otro periodo de tiempo conveniente utilizando la mensajería apropiada.
En algunos aspectos, el campo se 430 puede incluir un subcampo de número de secuencia (SN) corto de 8 bits o menos que incluya el valor de un SN corto. En algunos aspectos, el subcampo de número de secuencia corto corresponde a los 8 bits menos significativos (lsb) de un subcampo de número de secuencia de 12-bits conforme a lo definido para una cabecera MAC no comprimida tal como la cabecera MAC 300. En algunos aspectos, si el valor del número de secuencia corto es 0, el transmisor puede enviar un cuadro con una cabecera MAC no comprimida con el número de secuencia completo en lugar de la cabecera MAC corta con un número de secuencia corto de valor 0. En algunos aspectos, el subcampo de número de secuencia corto es un subcampo de 11-bits o menos del campo se 430. En algunos aspectos, de manera adicional o alternativa, el campo se 430 selectivamente puede incluir un campo extendido. En algunos aspectos, la presencia o ausencia de dicho campo extendido en el campo se 430 de la cabecera MAC 400 puede ser indicada por el valor de uno o más bits en el campo fe 405. El campo extendido puede incluir un subcampo de número „-de fragmentación (por ejemplo, 4 bits o menos), un subcampo de reintentar (por ejemplo, 1 bit), un subcampo de más fragmentos (por ejemplo, 1 bit) , y/o un subcampo de indicación de clase de tráfico (por ejemplo, 3 bits) .
Las capacidades que pueden ser proporcionadas utilizando algunos bits de la cabecera MAC 400 incluyen, por ejemplo, control de QoS y alta salida (HT) . Por ejemplo, las capacidades de control de QoS que pueden ser proporcionadas y un ejemplo del número de bits utilizados incluyen al menos uno de los siguientes: TID (3 bits), periodo de fin de servicio (EOSP) (1 bit), unidad de datos de servicio MAC agregados (A-MSDU) (1 bit), política ACK, y tamaño de fila. Además, las capacidades de control HT que pueden ser proporcionadas y un ejemplo del número de bits utilizados incluyen al menos uno de los siguientes: rápida adaptación de enlace (16 bits), secuencia/posición de calibración (4 bits), información de estado de canal (CSI ) /direccionamiento (2 bits), anuncio de paquete de datos nulo (NDP) (1 bit), y otorgamiento de dirección inversa (RDG) /restricción de control de acceso (AC) (3 bits) .
La figura 4B ilustra un ejemplo de otra cabecera MAC comprimida 400b. La cabecera MAC 400b incluye los mismos campos que la cabecera MAC 400, pero a diferencia de la cabecera MAC 400, también incluye un campo a3 425. En particular, la cabecera MAC 400b es un ejemplo de una cabecera MAC comprimida cuando está presente una dirección a3 (por ejemplo, el bit a3 presente en el campo fe 405 es puesto a l). Tal como se muestra, la cabecera MAC comprimida 400b incluye 5 campos diferentes: un campo de control de cuadro (fe) 405, un campo de primera dirección (al) 415, un campo de segunda dirección (a2) 420, un campo de control de secuencia (se) 430, y un campo a3 425. La figura 4B además incluye el tamaño en octetos de cada uno de los campos 405-430. Tal como se muestra, el campo a3 425 viene después del campo se 430. En otro aspecto, el campo a3 425 puede ser colocado en alguna otra parte en la cabecera MAC 400b, tal como antes del campo se 430 y después del campo a2 420.
La figura 5 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con un aspecto de la cabecera MAC 400. Tal como se muestra en la figura, las columnas etiquetadas "Datos" corresponden a la información enviada como parte de un paquete de datos (tal como se muestra, la información para el campo al 415 y el campo a2 420 y opcionalmente un campo a3). La columna etiquetada "ACK" corresponde a la información enviada en un ACK correspondiente. La columna etiquetada "Dirección" indica la dirección o tipo de enlace sobre el cual es enviado el paquete de datos. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace descendente desde un AP a una STA, el campo al 415 incluye un AID de receptor (R-AID) y el campo a2 420 incluye un BSSID. El R-AID es el AID de la STA que recibe el paquete. El R-AID puede comprender 13-bits permitiendo que las 8192 STAs ' sean direccionadas de manera única en una BSS determinada por sus R-AIDs. El R-AID de 13 bits puede permitir aproximadamente 6000 STAs y otros 2192 valores, tal como una indicación de que el paquete es un paquete de multidifusión o difusión, el tipo de paquete de multidifusión o difusión (es decir una radiobaliza) , posiblemente en combinación con un número de secuencia de cambio de radiobaliza que indica la versión de la radiobaliza que está' comprendida dentro del paquete. El BSSID es la dirección MAC del AP y puede comprender 48 bits. La STA que recibe el paquete con la cabecera MAC 400 puede determinar de manera única si se trata del destinatario pretendido o no del paquete con base en el campo al 415 y el campo a2 420. En particular, la STA puede revisar si el R-AID coincide con el R-AID de la STA. Si el R-AID coincide, la STA puede ser el destinatario pretendido del paquete. Esto por si solo puede no determinar de manera única si la STA es el destinatario, ya que las STAs en diferentes BSSs pueden tener el mismo R-AID. Por consiguiente, la STA además puede revisar para ver si el campo a2 420 incluye el BSSID del AP (es decir, BSS) con el cual está asociada la STA. Si el BSSID coincide con la coincidencia de la asociación de la STA y el R-AID, la STA determina de manera única que es el destinatario pretendido del paquete y además puede procesar el paquete. De otra manera, la STA puede ignorar el paquete.
Si la STA determina que se trata del destinatario pretendido, ésta puede enviar un mensaje de reconocimiento (ACK) al AP para indicar la recepción exitosa del paquete. En un aspecto, la STA puede incluir todo o una porción del campo a2 420 tal como un BSSID parcial (pBSSID) que comprende menos de todos los bits del BSSID (por ejemplo, 13 bits) en una cabecera MAC o capa física (PHY) del ACK. Por consiguiente, a fin de producir el ACK, la STA solo necesita copiar directamente los bits de la cabecera MAC 400 recibida, lo cual reduce el procesamiento. El AP que recibe el ACK puede determinar que el ACK es de la STA en caso de ser recibido poco después de un cierto periodo de tiempo (por ejemplo, un espacio inter-cuadro corto (SIFS) ) a partir de la transmisión del paquete inicial ya que es poco probable que el AP recibirá dos ACKs con la misma información en el periodo de tiempo. En otro aspecto, la STA puede transmitir toda o una porción de una revisión de redundancia cíclica (CRC) desde el paquete o una comprobación aleatoria de todo o una porción del paquete en la cabecera MAC o PHY del ACK. El AP puede determinar que la STA envió el ACK al revisar dicha información. Debido a que dicha información es aleatoria para cada paquete, es altamente improbable que dos ACKs con la misma información sean recibidos por el AP después del periodo de tiempo.
Además, el paquete transmitido por el AP a la STA opcionalmente puede incluir una dirección fuente (SA) utilizada para indicar que un dispositivo de enrutamiento va a ser utilizado para enrutar el paquete. La cabecera MAC 400 además puede incluir un bit o campo que indica si la SA está presente en la cabecera MAC 400. En un aspecto, el bit de orden del campo de control de cuadro de la cabecera MAC 400 puede ser utilizado para indicar la presencia o ausencia de la SA. En otro aspecto, se pueden definir dos subtipos diferentes para la cabecera MAC comprimida 400, un subtipo incluyendo un campo a3 tal como la SA y un subtipo no incluyendo el campo a3 tal como la SA. El subtipo puede ser indicado a través del valor de un campo de subtipo del campo de control de cuadro de la cabecera MAC 400. En algunos aspectos, el AP y la STA pueden transmitir información referente a la SA como parte de otro paquete y omitir la SA del paquete de datos. La STA puede almacenar la información SA y utilizarla para todos los paquetes enviados desde el AP, o para algunos paquetes que tienen un identificador particular asociado con éstos (por ejemplo, un ID de flujo) como se analiza a continuación.
Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace ascendente desde una STA a un AP, el campo al 415 incluye un BSSID del AP y el campo a2 420 incluye un AID de la STA, el cual se puede referir como un AID de transmisor (T-AID) . El AP de manera similar puede determinar si es el destinatario pretendido y el transmisor del paquete de datos con base en el BSSID y el T-AID tal como se analizó antes. En particular, el AP puede revisar si el BSSID coincide con el BSSID del AP.
Si el BSSID coincide, el AP es el destinatario pretendido del paquete. Además, el AP puede determinar el transmisor del paquete con base en el T-AID ya que solamente una STA en la BSS del AP tiene el T-AID.
Si el AP determina que es el destinatario pretendido, éste puede enviar un mensaje de reconocimiento (ACK) a la STA para indicar la recepción exitosa del paquete. En un aspecto, el AP puede incluir todo o una porción del campo a2 420 tal como el T-AID en una cabecera MAC o capa física (PHY) del ACK. Por consiguiente, a fin de producir el ACK, el AP solo necesita copiar directamente los bits de la cabecera MAC 400 recibida, lo cual reduce el procesamiento. La STA que recibe el ACK puede determinar que el ACK es del AP en caso de ser recibido poco después de un cierto periodo de tiempo (por ejemplo, un espacio inter-cuadro corto (SIFS) ) a partir de la transmisión del paquete inicial ya que es poco probable que la STA recibirá dos ACKs con la misma información en el periodo de tiempo. En otro aspecto, el AP puede transmitir toda o una porción de una revisión de redundancia cíclica (CRC) del paquete o una comprobación aleatoria de todo o una porción del paquete en la cabecera MAC o PHY del ACK. La STA puede determinar que el AP envió el ACK al revisar dicha información. Debido a que dicha información es aleatoria para cada paquete, es altamente poco probable que dos ACKs con la misma información serán recibidos por la STA después del periodo de tiempo.
En algunos aspectos, el campo de dirección del ACK puede incluir una o más direcciones globales (por ejemplo, una dirección MAC, BSSID) que identifican de manera única un transmisor y/o receptor del ACK globalmente (por ejemplo, en casi cualquier red) . En algunos aspectos, el campo de dirección puede incluir una o más direcciones locales (por ejemplo, un identificador de asociación (AID) ) que identifican de manera única un transmisor y/o receptor del ACK localmente (por ejemplo, en una red local tal como en una BSS particular) . En algunos aspectos, el campo de dirección puede incluir un identificador parcial o no único (por ejemplo, una porción de una dirección MAC o AID) que identifica un transmisor y/o receptor del ACK. Por ejemplo, el campo de dirección puede ser uno del AID, dirección MAC, o una porción del AID o dirección MAC del transmisor y/o receptor del ACK que es copiado del cuadro que está siendo reconocido por el ACK.
En algunos aspectos, el campo de identificador del ACK puede identificar el cuadro que está siendo reconocido. Por ejemplo, en un aspecto, el campo de identificador puede ser una comprobación aleatoria del contenido del cuadro. En otro aspecto, el campo de identificador puede incluir todo o una porción de la CRC (por ejemplo, el campo FCS) del cuadro. En otro aspecto, el campo de identificador puede estar basado en toda o una porción de la CRC (por ejemplo, el campo FCS) del cuadro y toda o una porción de una dirección local (por ejemplo, AID de una STA) . En otro aspecto, el campo de identificador puede ser un número de secuencia del cuadro. En otro aspecto, el campo de identificador puede incluir uno o más de lo siguiente en cualquier combinación: una o más direcciones globales del transmisor/receptor del ACK, una o más direcciones locales del transmisor/receptor del ACK, una o más porciones de las direcciones globales del transmisor/receptor del ACK, o una o más porciones de direcciones locales del transmisor/receptor del ACK. Por ejemplo, el campo de identificador puede incluir una comprobación aleatoria de una dirección global (por ejemplo, BSSID, dirección MAC de un AP) y una dirección local (por ejemplo, AID de una STA) tal como se muestra en la ecuación 1. (dec (AID[0: 8] ) + dec (BSSID [ 4 : 47 ] XOR BSSID[40 : 43] ) 2 5 ) mod 2?9 (1) donde dec ( ) es una función que convierte un número hexadecimal en un número decimal. Otra función de comprobación aleatoria basada en las mismas entradas puede ser implementada sin apartarse del alcance de la divulgación.
En algunos aspectos el cuadro para el cual es enviado el ACK en respuesta puede incluir un número testigo establecido por el transmisor del cuadro. El transmisor del cuadro puede generar el número testigo con base en un* algoritmo. En algunos aspectos, el número testigo generado por el transmisor puede tener un valor diferente para cada cuadro enviado por el transmisor. En dichos aspectos, el receptor del cuadro puede utilizar el número testigo en el campo de identificador del ACK para identificar el cuadro que está siendo reconocido tal como mediante el establecimiento del identificador como el número testigo o calculando el identificador con base, al menos en parte, en el número testigo. En algunos aspectos, el campo de identificador puede ser calculado como una combinación del número testigo con al menos uno de los siguientes: una o más direcciones globales del transmisor/receptor del ACK, una o más direcciones locales del transmisor/receptor del ACK, una o más porciones de direcciones globales del transmisor/receptor del ACK, una o más porciones de direcciones locales del transmisor/receptor del ACK, o todo o una porción de una CRC del cuadro. En algunos otros aspectos, el número testigo puede ser incluido en otro campo del ACK y/o cuadro que está siendo reconocido tal como un campo SIG y/o un campo de información de control (Control Info) . En algunos aspectos el testigo puede ser derivado de una simiente de aleatorización en un campo de SERVICIO, el cual puede venir después de un preámbulo PHY, del cuadro que está siendo reconocido.
A través de las técnicas antes descritas, el cuadro de respuesta (por ejemplo, ACK, CTS, BA) puede repetir un valor, tal como un FCS o número aleatorio (por ejemplo, ID de paquete) , en el cuadro de inicio (por ejemplo, datos, RTS, BAR) . El valor de eco se puede basar, al menos en parte, en el simiente de aleatorización. El valor repetido puede ser transmitido en el campo de simiente de aleatorización del cuadro de respuesta. El valor repetido puede ser transmitido en el campo SIG del cuadro de respuesta. El valor repetido puede ser transmitido en la MPDU incluida en el cuadro de respuesta.
En algunas implementaciones , puede ser deseable que la suma de revisión de cuadro (FCS) del cuadro de inicio (por ejemplo, datos, RTS, BAR) esté basada en o que incluya un número aleatorio (por ejemplo, ID de paquete) . Este valor puede ser utilizado como el valor de eco. En dichas implementaciones, el valor de eco puede ser incluido en la simiente aleatorizada del cuadro de inicio. Por consiguiente, la FCS puede ser repetida en su totalidad o en parte en el cuadro de respuesta (por ejemplo, ACK, CTS, BA) .
A través del uso del valor de eco, al incluir un valor de eco, el cuadro de respuesta puede no incluir el identificador de estación del cuadro de inicio. Uno o más de los esquemas de direccionamiento en un cuadro de inicio (por ejemplo, Datos, RTS, BAR, etc.) pueden ser utilizados con el cuadro de respuesta (por ejemplo, ACK, CTS, BA, etc.) que repite la FCS o un ID de paquete del cuadro de inicio, pero no un identificador de estación. Esto puede mejorar las comunicaciones como se describió antes.
Además, el paquete transmitido por la STA al AP opcionalmente puede incluir una dirección destino (DA) utilizada para indicar un dispositivo de enrutamiento que va i a ser utilizado para enrutar el paquete. La cabecera MAC 400 además puede incluir un bit o campo que indique si la DA está presente en la cabecera MAC 400. En un aspecto, el bit de orden del campo de control de cuadro de la cabecera MAC 400 puede ser utilizado para indicar la presencia o ausencia de la DA. En otro aspecto, se pueden definir dos subtipos diferentes para la cabecera MAC comprimida 400, un subtipo incluyendo un campo a3 tal como la DA y un subtipo no incluyendo el campo a3 tal como la DA. El subtipo puede ser indicado a través del valor de un campo de subtipo del campo de control de cuadro de la cabecera MAC 400. En algunos aspectos, los valores del subtipo que indica la presencia u omisión de la DA son los mismos valores que se utilizan para indicar la presencia u omisión de la SA para paquetes DL. En algunos aspectos, el AP y la STA pueden transmitir información referente a la DA como parte de otro paquete y omitir la DA del paquete de datos. El AP puede almacenar la información DA y utilizarla para todos los paquetes enviados desde la STA, o para algunos paquetes que tienen un identificador particular asociado con los mismos (por ejemplo, un ID de flujo) tal como se analiza más adelante.
Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace directo desde una STA transmisora a una STA receptora, el campo al 415 incluye una dirección de receptor (RA) completa de la STA receptora y el campo a2 420 incluye un AID de la STA transmisora, el cual se puede referir como el AID de transmisor (T-AID) . La STA receptora de manera similar puede determinar si se trata del destinatario pretendido y el transmisor del paquete de datos con base en la RA y el T-AID tal como se analizó antes. En particular, la STA receptora puede revisar si la RA coincide con la RA de la STA receptora. Si la RA coincide, la STA receptora es el destinatario pretendido del paquete. Además, la STA receptora puede determinar el transmisor del paquete con base en el T-AID ya que solamente una STA transmisora en la BSS de la STA receptora tiene el T-AID.
Si la STA receptora determina que se trata del destinatario pretendido, ésta puede enviar un mensaje de reconocimiento (ACK) a la STA transmisora para indicar la recepción exitosa del paquete. En un aspecto, la STA receptora puede incluir todo o una porción del campo a2 420 tal como el T-AID en una cabecera MAC o capa física (PHY) del ACK. Por consiguiente, a fin de producir el ACK, la STA receptora solo necesita copiar directamente los bits de la cabecera MAC 400 recibida, lo cual reduce el procesamiento. La STA transmisora que recibe el ACK puede determinar que el ACK es de la STA receptora en caso de ser recibido poco después de un cierto periodo de tiempo (por ejemplo, un espacio inter-cuadro corto (SIFS) ) a partir de la transmisión del paquete inicial ya que es poco probable que .la STA transmisora recibirá dos ACKs con la misma información en el periodo de tiempo. En otro aspecto, la STA receptora puede transmitir toda o una porción de una revisión de redundancia cíclica (CRC) desde el paquete o una comprobación aleatoria de todo o una porción del paquete en la cabecera MAC o PHY del ACK. La STA transmisora puede determinar que la STA receptora envió el ACK revisando dicha información. Debido a que dicha información es aleatoria para cada paquete, es altamente improbable que dos ACKs con la misma información sean recibidos por la STA transmisora después del periodo de tiempo .
Si el paquete es enviado como parte de un enlace descendente, enlace ascendente, o enlace directo puede ser indicado por ciertos bits en la cabecera MAC 400. Por ejemplo, los campos de sistema para-distribución (para-ds) y desde-ds del campo fe 405 pueden ser utilizados para indicar el tipo de enlace utilizado para enviar el paquete (por ejemplo, 01 para el enlace descendente, 10 para el enlace ascendente, y 00 para el enlace directo) como se muestra en la columna etiquetada Para-DS/Desde-DS . Por consiguiente, el destinatario de un paquete puede determinar la longitud (por ejemplo, 2 octetos o 6 octetos) del campo al 415 y campo a2 420 con base en el tipo de dirección que se espera en cada campo y, por lo tanto, determinar la dirección contenida en cada campo.
En otro aspecto, en lugar de indicar si el paquete es una parte de un enlace descendente, enlace ascendente, o enlace directo, se puede utilizar 1 bit (por ejemplo, un substituto de 1 bit para el campo para-ds/desde-ds) en la cabecera MAC 400 para indicar qué tipo de dirección hay en cada uno del campo al 415 y campo a2 420. Por ejemplo, un valor del bit puede indicar que el campo al 415 es la dirección del receptor del paquete de datos y el campo a2 420 es la dirección del transmisor del paquete de datos. El otro valor del bit puede indicar que el campo al 415 es la dirección del transmisor del paquete de datos y el campo a2 420 es la dirección del receptor del paquete de datos.
Ejemplos adicionales de paquetes de datos se muestran y describen a continuación en las figuras 20 y 21.
La figura 6 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye los mismos datos que e describieron con respecto a la figura 5 y, por lo tanto, la información puede ser utilizada en la misma manera, excepto que el ACK enviado en respuesta a un paquete de datos recibido es un ACK de bloque (BA) en lugar de un ACK para un solo dispositivo. Un ACK de bloque permite a un dispositivo recibir múltiples paquetes de datos asociados y responder si los múltiples paquetes fueron recibidos utilizando un solo ACK de bloque. Por ejemplo, el ACK de bloque puede incluir un mapa de bits con múltiples bits, el valor de cada bit indicando si paquetes de datos particulares en una secuencia de paquetes de datos de un flujo fueron o no recibidos. Por consiguiente, la BA incluye información tanto del campo al 415 como del campo a2 420, en lugar de solo el campo a2 420 como se muestra. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace descendente, la BA incluye el BSSID seguido por el AID. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace ascendente, BA incluye el AID seguido por el BSSID. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace directo, la BA incluye el T-AID seguido por la RA.
La figura 7 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye datos similares a los descritos con respecto a la figura 6 y, por lo tanto, la información puede ser utilizada en una manera similar. No obstante, tal como se muestra, para cada uno de los paquetes de enlace descendente, enlace ascendente, y enlace directo, el campo al 415 incluye un identificador local del destinatario del paquete, mientras que el campo a2 420 incluye un identificador global del transmisor del paquete. Por consiguiente, el uso de bits, tal como los campos para-ds y desde-ds, para indicar sobre qué tipo de enlace es enviado el paquete pudiera no ser necesario ya que el campo al 415 siempre es de 2 octetos, mientras que el campo a2 420 siempre es de 6 octetos, en lugar de estar basado en el tipo de enlace sobre el cual es enviado el paquete y, por lo tanto, dicha información no necesita ser determinada con base en el tipo de enlace. Por ejemplo, si el paquete es enviado sobre el enlace descendente, la STA destinataria puede transmitir un ACK de bloque con el AID de la STA seguido por el BSSID del AP en lugar del BSSID del AP seguido por el AID de la STA como en el ejemplo descrito con respecto a la figura 6.
Si el paquete es enviado sobre el enlace ascendente, el campo al 415 puede incluir el AID del AP, el cual está establecido a 0, y el campo a2 420 puede incluir la dirección MAC de la STA (STAJVSAC) . Además, el AP que recibe el paquete puede enviar un ACK incluyendo el AID del AP seguido por la STA_MAC.
Si el paquete es enviado sobre un enlace directo, el campo al 415 puede incluir el R-AID del STA de receptor, y el campo a2 420 puede incluir la dirección de transmisor (TA) de la STA transmisora, la cual puede ser la dirección MAC de la STA transmisora. Además, la STA de receptor puede enviar un ACK incluyendo el R-AID de la STA de receptor seguido por la TA de la STA transmisora.
En el ejemplo de la figura 1, para paquetes sobre el enlace ascendente, el AP puede necesitar que se almacene una tabla de búsqueda que asocie STA_MACs de las STAs con AIDs a fin de enviar y recibir datos, debido a que la información es recibida utilizando la dirección MAC, pero es transmitida utilizando AIDs, a diferencia del ejemplo de las figuras 5 y 6, donde el AP solamente envía y recibe información basada en los AIDs de las STAs. De manera similar, para paquetes sobre el enlace directo, las STAs pueden necesitar que se almacene una tabla de búsqueda similar por motivos similares.
La figura 8 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, para cada uno de los paquetes de enlace descendente, enlace ascendente, y enlace directo, el AID del dispositivo receptor es seguido por el AID del dispositivo transmisor, el cual es seguido por el BSSID del AP con el cual están asociados los dispositivos. Además, para ACK de bloques, el destinatario de un paquete transmite el AID del dispositivo transmisor, seguido por el AID del dispositivo receptor, seguido por el BSSID del AP con el cual están asociados los dispositivos. En este ejemplo, tal como se analizó antes en la figura 7, puede no requerirse el uso de bits, tal como los campos para-ds y desde-ds, para indicar sobre qué tipo de enlace es enviado el paquete. Además, no se requiere almacenar tablas de búsqueda ya que toda la información relevante está incluida en los paquetes.
La figura 9 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye .datos similares tal como se describe con respecto a la figura 8. Sin embargo, el ACK mostrado es un ACK para un solo dispositivo, no un ACK de bloque. Tal como se muestra, el ACK para cada paquete es el AID del dispositivo transmisor. Sin embargo, tal como se muestra, para ACKs de paquete de enlace descendente, el AID siempre es 0, lo cual significa que si múltiples ACKs con AID 0 son recibidos, el AP pudiera no estar en condiciones de determinar si el ACK está destinado para el AP. Por consiguiente, en un aspecto, para ACKs de paquete de enlace descendente, se puede utilizar un pBSSID en lugar del AID. No obstante, utilizar un pBSSID significa que la generación del ACK se puede basar en el tipo de enlace, lo cual significa que se pudieran necesitar bits, tal como los campos para-ds y desde-ds, para indicar el tipo de enlace.
La figura 10 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye los mismos datos que se describieron con respecto a la figura 5. ¦ Sin embargo, el ordenamiento de algunos de los campos es modificado. En particular, para el enlace ascendente, el campo al 415 incluye el AID de la STA transmisora y el campo a2 420 incluye el BSSID del AP receptor. Además, para el enlace directo, el campo al 415 incluye el T-AID de la STA transmisora y el campo a2 420 incluye la RA de la STA receptora. Por consiguiente, el campo al 415 siempre es 2 octetos y el campo a2 420 siempre es 6 octetos. Los bits para indicar el tipo de enlace pueden seguir siendo necesarios para determinar para cuál dispositivo, de transmisión o recepción, cada campo incluye una dirección. Un bit desde-ds o desde-ap ubicado en el control de cuadro puede ser utilizado para indicar el tipo de enlace.
La figura 11 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye los mismos datos como se describió con respecto a la figura 10 y, por lo tanto, la información puede ser utilizada en la misma manera, excepto que el ACK enviado en respuesta a un paquete de datos recibido es un ACK de bloque (BA) en lugar de un ACK para un solo dispositivo. Por consiguiente, la BA incluye información tanto del campo al 415 como del campo a2 420, en lugar de solo el campo a2 420 como se muestra. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace descendente, la BA incluye el BSSID seguido por el AID. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace ascendente, la BA incluye el AID seguido por el BSSID. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace directo, la BA incluye el T-AID seguido por la RA. Por consiguiente, el campo al 415 siempre es 2 octetos y el campo a2 420 siempre es 6 octetos. Los bits para indicar el tipo de enlace pueden seguir siendo necesarios para determinar para cuál dispositivo, de transmisión o recepción, cada campo incluye una dirección. Un bit desde-ds o desde-ap ubicado en el control de cuadro puede ser utilizado para indicar el tipo de enlace .
La figura 12 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, la cabecera MAC 400 incluye los mismos datos como se describió con respecto a la figura 10 y, por lo tanto, la información puede ser utilizada en la misma manera. Sin embargo, los valores del campo al 415 y el campo a2 420 son invertidos para el paquete transmitido en comparación con el ejemplo descrito con respecto a la figura 10.
La figura 13 ilustra ejemplos de los datos en los campos de la cabecera MAC comprimida 400 utilizados en el direccionamiento de solicitud-de-envio (RTS) /listo-para-envío (CTS) . Tal como se muestra, en un mensaje RTS, el campo al 415 incluye la RA del dispositivo receptor y el campo a2 420 incluye el T-AID del dispositivo transmisor. Además, el mensaje CTS incluye la T-AID del dispositivo transmisor.
En algunos aspectos, un cuadro QoS sin datos puede ser compatible con la cabecera MAC 400 corta. Por ejemplo, la cabecera MAC 400 puede ser compatible para uso con un cuadro de QoS nula, un cuadro QoS CF-consulta, y/o un cuadro QoS CF-ACK+CF-consulta . Un campo de tipo y/o campo de subtipo puede ser incluido en el campo fe 405 de la cabecera MAC 400 para indicar el tipo de cuadro (por ejemplo, cuadro QoS nulo, un cuadro QoS CF-consulta, o un cuadro QoS CF-ACK+CF-consulta) .
La figura 14 ilustra ejemplos del tipo de datos en los campos de la cabecera MAC comprimida 400 para un cuadro de administración, y los datos para un reconocimiento correspondiente de acuerdo con otro aspecto de la cabecera MAC 400. Tal como se muestra, un valor de 01 para los campos para-ds/desde-ds indica que el cuadro de administración es enviado sobre un enlace descendente. El campo al 415 incluye el AID de la STA receptora, y el campo a2 420 incluye el BSSID del AP transmisor. El ACK transmitido en respuesta a la recepción del cuadro de administración desde la STA receptora incluye un pBSSID del AP copiado del campo a2 420.
Tal como se muestra, un valor de 10 para los campos para-ds/desde-ds indica que el cuadro de administración es enviado sobre un enlace ascendente. El campo al 415 incluye el BSSID del AP receptor, y el campo a2.420 incluye el AID de la STA transmisora. El ACK transmitido en respuesta a la recepción del cuadro de administración desde el AP receptor incluye el AID de la STA copiado del campo a2 420.
En algunos aspectos, el mensaje de reconocimiento (ACK) puede llevar una dirección cortá o una dirección MAC completa. Cuando lleva una dirección corta, el ACK puede llevar ya sea el pBSSID (respuesta a enlace descendente) o AID (respuesta a enlace ascendente). Ejemplos de dicha dirección corta se muestran en la figura 5, la figura 10 y la figura 12 antes descritas.
La figura 15 ilustra ejemplos del tipo de datos en los campos de la . cabecera MAC comprimida 400 pará un paquete de datos, y los datos para un reconocimiento correspondiente de acuerdo con un aspecto de la cabecera MAC 400, con el ACK llevando una dirección MAC completa.
Tal como se muestra, si la cabecera MAC es parte de un paquete de datos transmitido sobre un enlace descendente desde un AP a una STA, el campo al 415 incluye un AID de estación (STA-AID) y el campo a2 420 incluye un BSSID. Además, la estación puede enviar un ACK al AP incluyendo el BSSID. Tal como se muestra, si la cabecera MAC es parte de un paquete de datos transmitido sobre un enlace ascendente desde una STA a un AP, el campo al 415 incluye un BSSID del AP y el campo a2 420 incluye la dirección MAC de la STA (STA-MAC) . Además, el AP que recibe el paquete puede enviar un ACK incluyendo la STA-MAC. Tal como se muestra, si la cabecera MAC 400 es parte de un paquete de datos transmitido sobre un enlace directo desde una STA transmisora a una STA receptora, el campo al 415 incluye la dirección MAC de la STA receptorá (R-STA-MAC) y el campo a2 420 incluye la dirección MAC de la STA transmisora (T-STA-MAC) . Además, la STA receptora puede enviar un ACK incluyendo la T-STA-MAC.
En algunos aspectos, la dirección de transmisor en el campo a2 420 de la cabecera MAC comprimida 400 para un paquete de datos siempre puede ser la dirección MAC completa del transmisor. La dirección de receptor en el campo al 415 puede ser el AID del receptor. En este caso, el AID del AP puede ser asignado a ?0' .
La figura 16 ilustra ejemplos adicionales del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos. Tal como se muestra, en la figura, las columnas etiquetadas "Datos" corresponden a la información enviada como parte de un paquete de datos (tal como se muestra, la información para el campo de dirección uno (al) 415 y el campo de dirección dos (a2) 420 y opcionalmente un campo de dirección tres (a3) ) . La columna etiquetada "Dirección" indica la dirección o tipo de enlace sobre el cual es enviado el paquete de datos. El ejemplo mostrado en la figura 16 ilustra el uso de direccionamiento RA/AID en paquetes de datos.
La fila 1602 ilustra un paquete de datos enviado en una conexión de comunicación de enlace descendente. La dirección de receptor es especificada en el campo al 415. La dirección de transmisor en el campo a2 420 es puesta a cero. El campo a3 opcional incluye un valor que indica la dirección del dispositivo fuente para la transmisión. Por ejemplo, el campo a3 puede incluir la dirección de una STA que genera el mensaj e .
La fila 1604 ilustra un paquete de datos enviado en una conexión de comunicación de enlace ascendente. El campo al 415 incluye un valor que representa el BSSID del receptor. El campo a2 420 incluye el AID del dispositivo transmisor. El campo a3 opcional puede incluir una dirección para el destino del paquete de datos (por ejemplo, otra STA) .
La fila 1606 representa una conexión de comunicación directa. Tal como se describió antes, una conexión directa es un enlace de comunicación entre dos STAs. El campo al 415 incluye la dirección de receptor. El campo a2 420 incluye el AID del dispositivo transmisor.
La figura 17 ilustra ejemplos adicionales del tipo de datos en los campos de la cabecera MAC comprimida 400 para un paquete de datos. Tal como se muestra, en la figura, las columnas etiquetadas "Datos" corresponden a la información enviada como parte de un paquete de datos (como se muestra, la información para el campo de dirección uno (al) 415 y el campo de dirección dos (a2) 420 y opcionalmente un campo de dirección tres (a3) ) . La columna etiquetada "Dirección" indica la dirección o tipo de enlace sobre el cual es enviado el paquete de datos. La columna etiquetada "Desde-AP" indica un valor de bit que identifica si los datos son enviados desde un AP. En este ejemplo, ningún AID fuente puede ser incluido para cuadros transmitidos desde el AP. No obstante, en este ejemplo hay un campo Desde-AP que remplaza a los campos para-DS/desde-DS mostrados en los ejemplos previos.
La fila 1702 representa una conexión de comunicación de enlace descendente. Debido a que este mensaje será enviado al dispositivo receptor, el bit desde-AP es puesto a uno. El campo al 415 incluye un valor que representa la dirección del dispositivo receptor.
La fila 1704 representa una conexión de comunicación de enlace ascendente. Debido a que este mensaje no es transmitido desde un AP, el bit desde-AP es puesto a cero. El campo al 415 puede incluir el BSSID del dispositivo receptor. El campo a2 420 puede incluir el AID del dispositivo transmisor. El campo a3 opcionalmente puede incluir un valor de dirección destino.
La fila 1706 representa un enlace de comunicación directo. En este ejemplo, el bit desde-AP es puesto a cero. El campo Al 415 incluye el valor de dirección de receptor. El campo a2 incluye el AID del dispositivo transmisor. Tal como se muestra, el campo de dirección tres está vacio.
Se debiera observar que para cada aspecto descrito con respecto a las figuras 5-17, el uso de AIDs y BSSIDs es meramente ilustrativo. En lugar de AIDs, se puede utilizar cualquier tipo de identificador local en los aspectos descritos. Además, en lugar de BSSIDs, se puede utilizar cualquier tipo de identificador global en los aspectos descritos. Además, el ordenamiento de los campos al y a2 descritos puede ser modificado.
En algunos aspectos, cuadros de administración pueden ser comprimidos en una manera similar que otros paquetes de datos antes descritos. En particular, en lugar de un TID, cuadros de administración tienen un campo de interferencia de canal adyacente opcional (ACI) . Tal como se mencionó antes, no todos los bits en el campo al o a2 de longitud de 2 octetos pueden ser utilizados, ya que solamente se pueden utilizar 13-bits. Los otros tres bits entonces pueden ser utilizados para otros propósitos. Por ejemplo, la ACI puede ser incluida en el campo al o a2 de longitud de 2 octetos. Además, los campos para-ds y desde-ds pueden no estar disponibles en cuadros de administración para indicar un tipo de enlace sobre el cual es enviado el cuadro, y por lo tanto no puede ser utilizado para indicar un formato para la cabecera MAC tal como se analizó antes. Por consiguiente, paquetes de enlace ascendente y enlace descendente pueden tener el mismo formato (por ejemplo, formato de direccionamiento) lo que significa que cada campo incluye el mismo formato de información (por ejemplo, identificador local, identificador global, o algunos otros datos convenientes). Por ejemplo, el campo al de un cuadro de administración puede incluir un identificador local (por ejemplo, AID), el campo a2 un identificador global (por ejemplo, dirección MAC), y además se puede incluir un BSSID. Por otra parte, los cuadros de administración solamente se desplazan entre un AP y una STA por lo que pudieran no requerirse la SA y DA.
En algunos aspectos, otros cuadros de control y/o administración pudieran ser compatibles con una cabecera MAC corta tal como la cabecera MAC 400 corta. Por ejemplo, la cabecera MAC 400 puede ser compatible para uso con cualquiera de los siguientes cuadros de control: un cuadro de solicitud de envío (RTS), un cuadro de listo para envío (CTS), un cuadro ACK, un cuadro de solicitud de ACK de bloque (BAR) , un cuadro multi TID-BAR, un cuadro de ACK de bloque (BA) , un cuadro de consulta de ahorro de energía ( PS-consulta) , un cuadro de extremo libre de contención (extremo CF) , una consulta de reporte de formación de haz, un anuncio de paquete de datos nulo (NDPA) , un cuadro de radiobaliza, etc. En algunos aspectos, estos diversos tipos de cuadros de control tienen la funcionalidad que cualquiera de los cuadros de control del mismo nombre definidos en las especificaciones IEEE 802.11. Tal como se analizó antes, un campo de tipo y/o campo de subtipo puede ser incluido en el campo fe 405 de la cabecera MAC 400 para indicar el tipo de cuadro.
En algunos aspectos, los cuadros de control pueden utilizar la cabecera MAC 400, incluyendo los campos de la cabecera MAC 400 como se muestra en la figura 4 o la cabecera MAC 400a, incluyendo los campos de la cabecera MAC 400a como se muestra en la figura 4A. En algunos de esos aspectos, se puede omitir el campo de control de secuencia 430. Si el cuadro es un cuadro CTS, en algunos aspectos, el campo al 415 y/o el campo a2 420 alternativa o adicionalmente se pueden omitir. Si el cuadro es un cuadro PS-Consulta, en algunos aspectos, alternativa o adicionalmente se puede omitir un campo de control PS-consulta (por ejemplo, conforme a lo definido en las especificaciones IEEE 802.11). Si el cuadro es un cuadro BAR o un cuadro BA, en algunos aspectos, alternativa o adicionalmente se puede agregar un campo de información BAR y/o campo de control BAR (por ejemplo, como se define en las especificaciones IEEE 802.11). Si el cuadro es un NDPA, en algunos aspectos, alternativa o adicionalmente se puede agregar uno o más campos de información STA (por ejemplo, conforme a lo definido en las especificaciones IEEE 802.11).
En algunos aspectos, solamente el valor para-ds/desde-ds 00 y 01 puede ser utilizado normalmente para cuadros de administración. Por consiguiente, los valores 01 y 11 pueden seguir siendo utilizados para la señalización de una diferencia entre direccionamiento de enlace ascendente y enlace descendente.
Las figuras 18-23 ilustran otros aspectos de cabeceras MAC comprimidas que incluyen ciertos campos y que no incluyen otros campos tal como se analizó antes, y que pueden ser utilizados para comunicación entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r. Los campos pueden ser utilizados en las maneras antes' analizadas. Se debiera observar que otras cabeceras MAC, no ilustradas aquí, que pueden tener diferentes combinaciones de campos con base en el análisis anterior también están dentro del alcance de la divulgación .
La figura 18 ilustra una cabecera MAC comprimida similar a la figura 3A con el campo dur, campo al, campo a2, campo a3, campo se, campo qc, campo htc, campo llc/snap, y campo fes removidos mientras se utiliza un nuevo valor de subtipo de cuadro y utilizando PVO para la versión de protocolo. Además, se agrega un campo pra y un campo pta y, en parte, pueden ser utilizados para determinar información de direccionamiento tal como se analizó antes. Además, un campo de tipo de Ethernet es agregado en lugar del campo llc/snap tal como se analizó antes. Además, se agrega un campo de índice de categoría de acceso (aci) y un campo de secuencia de revisión de cabecera, en donde el campo aci indica una prioridad del cuadro y el campo hcs incluye una revisión de redundancia cíclica corta que valida la corrección de la cabecera MAC (es decir sin incluir la carga útil) . La figura 19 ilustra una cabecera MAC similar a la figura 18. No obstante, en la cabecera MAC de la figura 19, el campo fe es reducido en tamaño y la versión de protocolo es modificada a PV1. Tal como se muestra, en el campo fe; el campo de subtipo, campo para-ds, campo desde-ds, campo de más fragmentos, campo pf, y campo de orden son eliminados. Además, se agrega un campo a3 presente para indicar si un campo a3 está presente o no en la cabecera MAC de la figura 19 (en el ejemplo ilustrado, no está presente) . En otra modalidad, la cabecera MAC corta con a3 presente puede ser indicada utilizando un valor diferente del campo de tipo en el control de cuadro. Alternativamente, el mismo formateo de la cabecera MAC puede ser utilizado mientras la versión de protocolo es puesta a 0 (PVO), pero esto puede ocasionar reacciones erróneas en los nodos de legado.
La figura 20 ilustra una cabecera MAC similar a la figura 19. Sin embargo, en la cabecera MAC de la figura 20, el campo pra es retirado.
La figura 21 ilustra una cabecera MAC similar a la figura 19. En el ejemplo ilustrado de la figura 21, el campo a3 está presente.
La figura 22 ilustra una cabecera MAC similar a la figura 19. Sin embargo, en el ejemplo ilustrado, el campo fe además incluye un campo a3 presente comprimido (compr a3) que indica si la dirección a3 del paquete corresponde o no a una dirección a3 almacenada en el dispositivo receptor tal como se analizó antes.
La figura 23 ilustra una cabecera MAC similar a la figura 22. Sin embargo, en la cabecera MAC de la figura 22, el campo pra es eliminado.
Las figuras 24A-C ilustran ejemplos de tipos de cabeceras MAC comprimidas con una carga útil no encriptada. Tal como se muestra en la figura 24A, una cabecera MAC 2400a puede incluir un campo de control de cuadro (FC) 2410, un campo de transmisión parcial (PTA o PTX) 2420, un campo de número de secuencia de cuadro (SEQ) 2430, y un campo de secuencia de control de cuadro (FCS) 2450. En la modalidad ilustrada, el campo FC 2410 tiene dos bytes de largo, el campo PTX 2420 tiene 2 bytes de largo, el campo SEQ 2430 tiene dos bytes de largo, y el campo FCS 2450 tiene cuatro bytes de largo. Aunque se muestra una carga útil 2440 para referencia, ésta puede no ser parte de la cabecera MAC 2400a.
Al menos algunos de los campos aquí descritos con respecto a la figura 24a pueden ser similares a los campos correspondientes antes descritos con respeto a la figura 3A. En diversas modalidades, la cabecera MAC 2400a puede incluir campos adicionales que no se muestran y puede omitir uno o más campos mostrados. Un experto en la técnica apreciará que los campos de la cabecera MAC 2400a pueden ser de cualquier tamaño .
Continuando con referencia a la figura 24A, la cabecera MAC 2400a puede omitir un campo de dirección de receptor, tal como el campo al 325a antes descrito con respecto a la figura 3A. Por consiguiente, el dispositivo inalámbrico 202t puede calcular el CAMPO FCS 2450 como si el campo de dirección de receptor estuviese presente en la cabecera MAC 2400a, aún cuando la cabecera MAC 2400a puede no contener el campo de dirección de receptor. Cuando un receptor, tal como el dispositivo inalámbrico 202r, recibe la cabecera MAC 2400a, éste implícitamente puede conocer su propia dirección. Por ejemplo, en una modalidad, el dispositivo inalámbrico 202r puede almacenar su propia dirección de red en la memoria 206. Por consiguiente, el receptor puede calcular una FCS esperada con base en uno o más campos en la cabecera MAC 2400a combinado con una dirección de receptor implícitamente conocida. El receptor entonces puede comparar la FCS esperada con el campo FCS 2450 recibido desde la cabecera MAC 2400a. Si el campo FCS 2450 recibido coincide con la FCS esperada calculada utilizando una dirección de receptor implícita omitida de la cabecera MAC 2400a, el receptor puede determinar que un cuadro asociado con la cabecera MAC 2400a fue direccionado al receptor y que éste fue recibido correctamente .
Tal como se ilustra en la figura 24A, la cabecera MAC 2400a puede omitir un campo de dirección fuente o de transmisión (que no se muestra) , tal como el campo a2 320a antes descrito con respecto a la figura 3A. Por ejemplo, en la situación donde un receptor solamente puede recibir datos desde un punto de acceso, se puede omitir el campo de dirección de transmisión. En algunas modalidades, no obstante, un campo de dirección de transmisión parcial (PTA o PTX) 2420 es incluido en la cabecera MAC 2400a. El campo PTX 2420 puede ser incluido en ambientes de red donde un dispositivo inalámbrico puede estar cargando datos, o en un ambiente de Establecimiento de Enlace Directo Túnel izado (TDLS) . En una modalidad, el campo PTX 2420 puede estar basado en la dirección MAC del transmisor. Por ejemplo, el campo PTX 2420 puede incluir un número preestablecido de los bits menos significativos (LSBs) de la dirección MAC del transmisor. Tal como se analizó antes, el campo PTX 2420 puede permitir que un receptor inalámbrico reduzca el número de claves que busca al momento de la recepción de un cuadro que contiene la cabecera MAC 2400a. En otras modalidades, la cabecera MAC 2400a puede incluir el campo de dirección de transmisión.
Tal como se muestra en la figura 24B, una cabecera MAC 2400b puede incluir el campo de control de cuadro (FC) 2410, el campo de dirección de transmisión parcial (PTA o PTX) 2420, el campo de número de secuencia de cuadro (SEQ) 2430, y el campo de secuencia de control de cuadro (FCS) 2450. Aunque la carga útil 2440 se muestra para referencia, ésta puede no ser parte de la cabecera MAC 2400b. En diversas modalidades, la cabecera MAC 2400b puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Por ejemplo, tal como se ilustra en la figura 24B, la cabecera MAC 2400b incluye un campo de dirección destino (ADD3) 2460. En una modalidad, el campo ADD3 2460 puede ser el campo a3 325a antes analizado con respecto a la figura 3A. El campo ADD3 2460 puede ser utilizado en ambientes de red donde los cuadros pueden ser retransmitidos a su destino final.
Tal como se muestra en la figura 24C, una cabecera MAC 2400c puede incluir el campo de control de cuadro (FC) 2410, un campo de dirección de receptor parcial (PRA o PRX) 2470, el campo de dirección de transmisión parcial (PTA o PTX) 2420, el campo de número de secuencia de cuadro (SEQ) 2430, y el campo de secuencia de control de cuadro (FCS) 2450. Aunque la carga útil 2440 se muestra para referencia, ésta puede no ser parte de la cabecera MAC 2400c. En diversas modalidades, la cabecera MAC 2400c puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Por ejemplo, tal como se ilustra en la figura 24C, la cabecera MAC 2400c incluye el campo de dirección destino (ADD3) 2460. La cabecera MAC 2400c puede incluir el campo PRX 2470 a fin de proporcionar al receptor cierta indicación respecto a si revisa el campo FCS 2450. Por ejemplo, si ' la dirección del receptor no coincide con el campo PRX 2470, éste puede decidir no calcular una FCS esperada debido a que el campo ¦FCS 2450 recibido puede tener pocas probabilidades de coincidir. Si la dirección del receptor si coincide con el campo PRX 2470, no obstante, éste puede decidir calcular una FCS esperada a fin de determinar si el cuadro está direccionado al receptor. En otras palabras, el campo PRX 2470 puede proporcionar al receptor una manera para evitar un procesamiento adicional cuando un cuadro recibido no es direccionado al receptor. Menos procesamiento puede tener como resultado menor consume de energía.
En una modalidad, el campo PRX 2470 se puede basar en la dirección MAC del receptor. En otra modalidad, el campo PRX 2470 se puede basar tanto en la dirección MAC del receptor como en una dirección MAC de transmisión. Por ejemplo, el campo PRX 2470 puede ser una comprobación aleatoria de la dirección MAC del receptor y un ID del receptor. En diversas modalidades, se pueden utilizar otras indicaciones preliminares para permitir a un receptor descartar un cuadro recibido sin calcular una revisión de cuadro esperada.
En las diversas modalidades aquí descritas, donde se omiten partes de una cabecera MAC tradicional, el dispositivo inalámbrico 202t puede omitir el campo FCS 2450 (figuras 24A-C) también. Por ejemplo, en cuadros que contienen cargas útiles encriptadas, una cabecera MAC puede reutilizar y construir sobre campos existentes relacionados con la encriptación . La reutilización de cabecera puede tener como resultado un cuadro más corto debido a que una carga útil encriptada puede ya incluir sus propias .cabeceras relacionadas con la encriptación. Al utilizar campos de cabecera relacionados con la encriptación pre-existentes para cumplir con la función de los campos de cabecera MAC tradicionales se puede reducir el número total de campos utilizados. En una modalidad, el dispositivo inalámbrico 202t puede generar una cabecera MAC sin un campo FCS. Un campo de revisión de integridad de mensaje (mic) puede ser reutilizado en lugar del campo FCS. En otra modalidad, el dispositivo inalámbrico 202t puede generar una cabecera MAC sin un campo de número de secuencia (SN) . Un campo de número de paquete (PN) puede ser reutilizado en lugar del campo SN . Cuando se comprimen cabeceras MAC para cuadros encriptados, el dispositivo inalámbrico 202t de preferencia es capaz de desencriptar el cuadro dentro del Espacio de Inter-Cuadro Corto (SIFS) .
En una modalidad, el dispositivo inalámbrico 202t puede calcular el MIC con base en todos los campos en la cabecera MAC 300a, analizados anteriormente con respecto a la figura 3A, mientras que solo se transmiten los campos en las cabeceras MAC mostradas, por ejemplo, en una de las figuras 18-23. De manera más especifica, en modalidades donde el campo de duración es omitido de la cabecera MAC, el dispositivo inalámbrico 202t no obstante puede incluir el campo de duración en el cálculo MIC. En modalidades donde el campo de duración es omitido de la cabecera MAC, el dispositivo inalámbrico 202t no obstante puede incluir el campo de duración en el cálculo MIC. En modalidades donde el campo de dirección de receptor es omitido de la cabecera MAC, el dispositivo inalámbrico 202t no obstante puede incluir el campo de dirección de receptor en el cálculo MIC. En modalidades donde el campo de dirección fuente o dirección de transmisión es omitido de la cabecera MAC, el dispositivo inalámbrico 202t no obstante puede incluir el campo de dirección fuente o dirección de transmisión en el cálculo MIC. Un experto en la técnica apreciará que cualquier campo de cabecera omitido puede ser incorporado en el MIC.
Las figuras 25A-C ilustran ejemplos de tipos de cabeceras MAC comprimidas con una carga útil encriptada. La modalidad ilustrada de la figura 25A muestra una cabecera MAC 2500a para un cuadro utilizando una encriptacion de protocolo de código de autenticación de mensajes en cadena para el bloqueo de cifrado (CCMP) . Tal como se muestra en la figura 25A, una cabecera MAC 2500a puede incluir un campo de control de cuadro (FC) 2510, un campo de transmisión parcial (PTA o PTX) 2520, un campo de cabecera CCMP (HRD) 2530, y campo de revisión de integridad de mensaje (MIC) CCMP 2550. En la modalidad ilustrada, el campo FC 2510 tiene dos bytes de largo, el campo PTX 2520 tiene 2 bytes de largo, el campo CCMP HRD 2530 tiene ocho bytes de largo, y el campo CCMP MIC 2550 tiene ocho bytes de largo. Aunque se muestra una carga útil 2540 para referencia, ésta puede no ser parte de la cabecera MAC 2500a. Al menos algunos de los campos aquí descritos con respecto a la figura 25A pueden ser similares a los campos correspondientes descritos antes con respecto a la figura 3A. En diversas modalidades, la cabecera MAC 2500a puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Un experto en la técnica apreciará que los campos de la cabecera MAC 2500a pueden ser de cualquier tamaño.
Continuando con referencia a la figura 25A, la cabecera MAC 2500a puede omitir un campo de dirección de receptor, tal como el campo al 325a antes descrito con respecto a la figura 3A. Por consiguiente, el dispositivo inalámbrico 202t puede incluir la dirección de receptor en el cálculo del MIC 2550. Cuando un receptor, tal como el dispositivo inalámbrico 202r, recibe la cabecera MAC 2500a, éste implícitamente puede conocer su propia dirección. Por ejemplo, en una modalidad, el dispositivo inalámbrico 202r puede almacenar su propia dirección de red en la memoria 206. Por consiguiente, el receptor puede calcular un MIC esperado con base en uno o más campos en la cabecera MAC 2500a combinados con una dirección de receptor implícitamente conocida. El receptor entonces puede comparar el MIC esperado con el campo MIC recibido 2550 de la cabecera MAC 2500a. Si el campo MIC recibido 2550 coincide con el MIC esperado calculado utilizando una dirección de receptor implícita omitida de la cabecera MAC 2500a, el receptor puede determinar que un cuadro asociado con la cabecera MAC 2500a fue direccionado al receptor y que fue correctamente recibido.
Tal como se ilustra en la figura 25A, la cabecera MAC 2500a puede omitir un campo de dirección fuente o de transmisión (que no se muestra) , tal como el campo a2 320 antes descrito con respecto a la figura 3A. Por ejemplo, en la situación donde un receptor solamente puede recibir datos desde un punto de acceso, el campo de dirección de transmisión puede ser omitido. En algunas modalidades, no obstante, un campo de dirección de transmisión parcial (PTA o PTX) 2520 es incluido in la cabecera MAC 2500a. El campo PTX 2520 puede ser incluido en ambientes de red donde un dispositivo inalámbrico puede estar cargando datos, o en un ambiente de Establecimiento de Enlace Directo Tunelizado (TDLS) . En una modalidad, el campo PTX 2520 se puede basar en la dirección MAC del transmisor. Por ejemplo, el campo PTX 2520 puede incluir un número preestablecido de los bits menos significativos (LSBs) de la dirección MAC del transmisor. Tal como se analizó antes, el campo PTX 2520 puede permitir que un receptor inalámbrico reduzca el número de claves en las que busca al momento de recibir un cuadro que contiene la cabecera MAC 2500a. En otras modalidades, la cabecera MAC 2500a puede incluir el campo de dirección de transmisión.
Tal como se muestra en la figura 25B, una cabecera MAC 2500b puede incluir el campo de control de cuadro (FC) 2510, el campo de dirección de transmisión parcial (PTA o PTX) 2520, el campo de número de secuencia de cuadro (SEQ) 2530, y el campo de secuencia de control de cuadro (MIC) 2550. Aunque se muestra la carga útil 2540 para referencia, ésta puede no ser parte de la cabecera MAC 2500b. En diversas modalidades, la cabecera MAC 2500b puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Por ejemplo, tal como se ilustra en la figura 25B, la cabecera MAC 2500b incluye un campo de dirección destino (ADD3) 2560. En una modalidad, el campo ADD3 2560 puede ser el campo a3 325a antes analizado con respecto a la figura 3A. El campo ADD3 2560 puede ser utilizado en ambientes de red donde los cuadros pueden ser retransmitidos a su destino final.
Tal como se muestra en la figura 25C, una cabecera MAC 2500c puede incluir el campo de control de cuadro (FC) 2510, un campo de dirección de receptor parcial (PRA o PRX) 2570, el campo de dirección de transmisión (TX) 2520, el campo de número de secuencia de cuadro (SEQ) 2530, y el campo de secuencia de control de cuadro (MIC) 2550. Aunque se muestra la carga útil 2540 para referencia, ésta puede no ser parte de la cabecera MAC 2500c. En diversas modalidades, la cabecera MAC 2500c puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Por ejemplo, tal como se ilustra en la figura 25C, la cabecera MAC 2500c incluye el campo de dirección destino (ADD3) 2560. La cabecera MAC 2500c puede incluir el campo PRX 2570 a fin de proporcionar al receptor cierta indicación respecto a si revisa el campo MIC 2550. Por ejemplo, si la dirección del receptor no coincide con el campo PRX 2570, éste puede decidir no calcular un MIC esperado debido a que el campo MIC recibido 2550 puede tener pocas probabilidades de coincidir. Si la dirección del receptor si coincide con el campo PRX 2570, no obstante, éste puede decidir calcular un MIC esperado para determinar si el cuadro está direccionado al receptor. En otras palabras, el campo PRX 2570 puede proporcionar al receptor una forma para evitar el procesamiento adicional cuando un cuadro recibido no es direccionado al receptor. Menos procesamiento puede tener como resultado menor consumo de energía.
En una modalidad, el campo PRX 2570 se puede basar en la dirección MAC del receptor. En otra modalidad, el campo PRX 2570 se puede basar tanto en la dirección MAC del receptor como en la dirección MAC de transmisión. Por ejemplo, el campo PRX 2570 puede ser una comprobación aleatoria de la dirección MAC del transmisor y un ID del receptor. En diversas modalidades, se pueden utilizar otras indicaciones preliminares para permitir que un receptor deseche un cuadro recibido sin calcular una revisión de cuadro esperada.
En algunas modalidades/ otras porciones de paquetes de datos particulares también se pueden reducir en tamaño. Por ejemplo, un cuadro ACK puede ser comprimido similar a la manera en que las cabeceras MAC pueden ser comprimidas tal como se analizó antes.
La figura 26 ilustra un ejemplo de un cuadro ACK 2600, de un tipo utilizado en sistemas de legado para comunicación. Por ejemplo, el cuadro ACK 2600 incluye 4 campos: un campo fe 2605, un campo dur 2610, un campo al 2615, y un campo fes 2620. En algunas modalidades, el campo dur 2610 puede ser retirado tal como se analizó antes para la cabecera MAC 300. En algunas modalidades, se puede utilizar una PRA en lugar del campo al 2615 tal como se analizó antes con respecto a la cabecera MACs . Por ejemplo, el dispositivo inalámbrico 202r puede asumir que el paquete de datos está destinado para éste con base en el hecho de que el paquete previamente recibido desde el dispositivo inalámbrico 202t era para el dispositivo inalámbrico 202r (tal como mediante una indicación en un campo al 2615 incluido en el paquete previo) . En algunas modalidades, la PRA puede ser incluida en la cabecera PHY. En algunas modalidades, el campo fe 2605 puede ser reducido en tamaño tal como se analizó antes con respecto a las cabeceras MAC. En algunas modalidades, el campo fes 2620 se puede hacer más corto al reducir el tamaño de la revisión de redundancia cíclica. En algunas modalidades el ACK puede no contener campos de dirección y la fuente y destino son deducidos de sus SIFS de temporizacion después del final de un paquete de datos precedente.
Las figuras 27 y 28 ilustran diferentes modalidades de cuadros ACK comprimidos que incluyen ciertos campos y no incluyen otros campos tal como se analizó antes, y que pueden ser utilizados para comunicación entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r. Los campos pueden ser utilizados en las maneras antes analizadas. Se debiera observar que otros cuadros ACK, no ilustrados aquí, que pueden tener diferentes combinaciones de campos con base en el análisis anterior también están dentro del alcance de la divulgación.
La figura 27 ilustra un cuadro ACK similar a la figura 26. Sin embargo, en el cuadro ACK de la figura 27, el campo dur, campo al, y campo fes no están incluidos. Un campo hes opcional está incluido en el cuadro ACK, el cual funciona como una fes reducida. Además, el campo fe es reducido en tamaño. Tal como se muestra, en el campo fe; el campo de subtipo, campo para-ds, campo desde-ds, campo de más fragmentos, campo pf, y campo de orden son removidos. Además, se agrega un campo a3 presente para indicar si un campo a3 está presente o no en el cuadro ACK de la figura 27 (en el ejemplo ilustrado no está presente) . El campo fe además incluye un campo a3 presente comprimido (compr a3) que indica si la dirección a3 del cuadro ACK corresponde o no a una dirección a3 almacenada en el dispositivo receptor tal como se analizó antes.
La figura 28 ilustra un cuadro ACK similar a la figura 27. Sin embargo, el cuadro ACK de la figura 28 además incluye un campo pra .
Las figuras 29A-C ilustran ejemplos de cuadros de reconocimiento (ACK) comprimidos. Tal como se muestra en la figura 29A, un cuadro ACK 2900a puede incluir una cabecera de capa física (PHY) 2910, un campo de control de cuadro (FC) 2920, un campo de receptor parcial (PRA o PRX) 2930, y un campo de secuencia de control de cuadro (FCS) 2940. En la modalidad ilustrada, el campo FC 2920 tiene dos bytes de largo, el campo PTX 2920 tiene 2 bytes de largo, el campo SEQ 2930 tiene dos bytes de largo, el campo PRX 2930 tiene dos bytes de largo, y el campo FCS 2940 tiene una longitud variable. Al menos algunos de los campos aquí descritos con respecto a la figura 29A pueden ser similares a los campos correspondientes antes descritos con respecto a la figura 2ß. En diversas modalidades, el cuadro ACK 2900a puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. Un experto en la técnica apreciará que los campos del cuadro ACK 2900a pueden tener cualquier tamaño.
El cuadro ACK 2900a puede incluir el campo PRX 2930 a fin de proporcionar al receptor cierta indicación respecto a si revisa el campo FCS 2940. Por ejemplo, si la dirección del receptor no coincide con el campo PRX 2930, éste puede decidir no calcular una FCS esperada debido a que el campo FCS 2940 recibido puede tener pocas probabilidades de coincidir. Si la dirección del receptor si coincide con el campo PRX 2930, no obstante, éste puede decidir calcular una FCS esperada a fin de determinar si el cuadro es direccionado al receptor. En otras palabras, el campo PRX 2930 puede proporcionar al receptor una forma para evitar un procesamiento adicional cuando un cuadro recibido no es direccionado al receptor. Menos procesamiento puede tener como resultado menor consumo de energía.
En una modalidad, el campo PRX 2930 se puede basar en la dirección MAC del receptor. En otra modalidad, el campo PRX 2930 se puede basar tanto en la dirección MAC del receptor como en una dirección MAC de transmisión. Por ejemplo, el campo PRX 2930 puede ser una comprobación aleatoria de la dirección MAC del transmisor y un ID del receptor. En diversas modalidades, se puede utilizar otras indicaciones preliminares para permitir a un receptor desechar un cuadro recibido sin calcular una revisión de cuadro esperada.
Tal como se muestra en la figura 29A, un cuadro ACK 2900a puede incluir la cabecera de capa física (PHY) 2910, el campo de control de cuadro (FC) 2920, y el campo de secuencia de control de cuadro (FCS) 2940. En diversas modalidades, el cuadro ACK 2900b puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. En la modalidad ilustrada, el cuadro ACK 2900b puede omitir un campo de dirección de receptor, tal como el campo al 2615 antes descrito con respecto a la figura 26. Por consiguiente, el dispositivo inalámbrico 202t puede calcular el campo FCS 2940 como si el campo de dirección de receptor estuviese presente en el cuadro ACK 2900b, aún cuando el cuadro ACK 2900b puede no contener el campo de dirección de receptor.
En una modalidad, cuando un receptor, tal como el dispositivo inalámbrico 202r, recibe el cuadro ACK 2900b, éste implícitamente puede conocer su propia dirección. Por ejemplo, en una modalidad, el dispositivo inalámbrico 202r puede almacenar su propia dirección de red en la memoria 206. Por consiguiente, el receptor puede calcular una FCS esperada con base en uno o más campos en el cuadro ACK 2900b combinado con una dirección de receptor implícitamente conocida. El receptor entonces puede comparar la FCS esperada con el campo FCS 2950 recibido desde el cuadro ACK 2900b. Si el campo FCS 2950 recibido coincide con la FCS esperada calculada utilizando una dirección de receptor implícita omitida del cuadro ACK 2900b, el receptor puede determinar que un cuadro asociado con el cuadro ACK 2900b fue direccionado al receptor y que fue correctamente recibido.
Tal como se muestra en la figura 29C, un cuadro ACK 2900c puede incluir solamente la cabecera de capa física (PHY) 2910. Un preámbulo PHY sin datos puede ser referido como un NDP. En diversas modalidades, el cuadro ACK 2900c puede incluir campos adicionales no mostrados y puede omitir uno o más campos mostrados. En la modalidad ilustrada, un dispositivo de reconocimiento, tal como el dispositivo inalámbrico 202t, puede enviar el cuadro ACK 2900 en un momento conocido para un dispositivo receptor. El dispositivo receptor puede inferior la información omitida del cuadro ACK 2900c con base en un tiempo en el cual el cuadro ACK 2900c es recibido. Por ejemplo, el dispositivo receptor puede esperar recibir un cuadro ACK 2900c después de un retardo después de enviar un mensaje para que sea reconocido. En una modalidad, el dispositivo receptor puede esperar recibir el cuadro ACK 2900c dentro de una ventana de tiempo.
En diversas modalidades, un dispositivo tal como el dispositivo inalámbrico 202t puede enviar un NDP (es decir un preámbulo PHY sin datos) como un ACK. En otra modalidad, el dispositivo inalámbrico 202t puede enviar una STF como un ack. En una modalidad, cuando el dispositivo inalámbrico 202t envía un cuadro para el cual se solicita un ACK inmediato, el dispositivo inalámbrico 202t puede considerar que el cuadro es transmitido con éxito si un NDP es recibido iniciando dentro del tiempo SIFS después de la terminación del cuadro transmisión .
En las diversas modalidades aquí descritas, donde se omiten porciones de un cuadro reconocimiento (ACK) , el dispositivo inalámbrico 202t puede calcular la FCS con base en una o más de las porciones omitidas. Por ejemplo, el dispositivo inalámbrico 202t puede calcular la FCS con base en todos los campos en el cuadro ACK 2600, antes analizados con respecto a la figura 26, mientras que solo se transmiten los campos en los cuadros ACK mostrados en una de las figuras 27-28. De manera más especifica, en modalidades donde el campo de duración es omitido del cuadro ACK, el dispositivo inalámbrico 202t no obstante puede incluir el campo de duración en el cálculo FCS. En modalidades donde el campo de duración es omitido del cuadro ACK, el dispositivo inalámbrico 202t no obstante puede incluir el campo de duración en el cálculo de FCS. En modalidades donde el campo de dirección de receptor es omitido del cuadro ACK, el dispositivo inalámbrico 202t no obstante puede incluir el campo de dirección de receptor en el cálculo de FCS. Un experto en la técnica apreciará que cualquier campo de cabecera omitido puede ser incorporado en la FCS. Además, los campos de cabecera omitidos pueden ser incorporados en revisiones de cuadro diferentes a las FCS, incluyendo una revisión de integridad de mensaje (MIC) .
Tal como se analizó antes, muchos tipos diferentes de cabeceras MAC y cuadros ACK pueden ser utilizados para comunicación entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r. Además, tal como se analizó antes, las cabeceras MAC 300 y 300a ilustradas en las figuras 3 y 3A y el cuadro ACK 2600 ilustrado en la figura 26 son utilizadas para sistemas de legado. Tal como se analizó antes, el campo fe 305 o 305a (y de manera similar el campo fe 2605) incluye, entre otros campos, un campo de versión de protocolo (pv) 372, un campo de tipo de cuadro (tipo) 374, y campo de subtipo de cuadro (subtipo) 376. El campo pv 372 tiene 2 bits de longitud. Un valor de 00 para el campo pv 372 indica el uso de la cabecera MAC 300 o 300a tal como se ilustra en las figuras 3 y 3A (o el cuadro ACK 2600 tal como se ilustra en la figura 26 para cuadros ACK) . El uso de otros tipos de cabeceras MAC puede ser indicado utilizando otros valores del campo pv 372 (es decir, 01, 10, y 11) . Además o de manera alternativa, el uso de diferentes tipos de cabeceras MAC puede ser indicado mediante el uso de diferentes valores para el campo de tipo 374 y/o el campo de subtipo 376. Los dispositivos inalámbricos se pueden configurar con valores asociados para los campos con ciertos tipos de cabeceras MAC y determinar el tipo cabecera MAC utilizado con base en el valor de campo.
En algunas implementaciones , un mensaje de reconocimiento puede incluir un identificador de acceso (AID) en el campo al para identificar un dispositivo. Puede ser deseable, en algunas implementaciones, incluir el AID en el campo al para cada mensaje de reconocimiento. Por consiguiente, en algunas implementaciones, solamente el AID es utilizado para identificar un dispositivo en el campo al. Esto puede permitir al receptor del mensaje de reconocimiento procesar de manera uniforme el campo al de las señales de reconocimiento recibidas debido a que el tipo de identificador que aparece en el campo al será similar para cada mensaje de reconocimiento.
En algunas implementaciones antes descritas, un AID puede ser utilizado en lugar de la dirección MAC completa en el campo a2 para identificar un dispositivo. Puede ser deseable, en algunas implementaciones, configurar el sistema para verificar la integridad del mensaje de reconocimiento tal , como mediante el cálculo de datos de autenticación adicionales (AAD) y/o contador con código de autenticación de mensajes en cadena para el bloqueo de cifrado (CCM) único con base en el AID incluido en el campo a2. Por ejemplo, el dispositivo receptor puede ser configurado para mapear un AID de 13 bits a la dirección MAC completa de 6 bytes. La dirección MAC completa entonces puede ser utilizada para calcular un código de integridad de mensaje (MIC). En otro ejemplo, un AID también puede ser utilizado para calcular el MIC directamente. Por ejemplo, en la situación donde la dirección MAC tiene 6 bytes de longitud, se pueden rellenar ceros en el AID (por ejemplo, anexar, prefijar) para hacer que el AID tenga una longitud de 6 bytes. En algunas implementaciones , bits/bytes aleatorios pueden ser agregados al AID para rellenar el AID de manera que el AID tiene la misma longitud que una dirección MAC completa.
Tal como se analizó antes, el subcampo pv del campo fe puede ser utilizado para indicar si una cabecera MAC es una cabecera MAC de legado o una cabecera MAC comprimida. Por ejemplo, un valor de 0 para el subcampo pv puede indicar que la cabecera MAC es una cabecera MAC de legado, y un valor de 1 para el subcampo pv puede indicar que la cabecera MAC es una cabecera MAC comprimida. La cabecera MAC comprimida puede tener el formato de cualquiera de las cabeceras MAC comprimidas aquí descritas.
Para cualquiera de las cabeceras MAC comprimidas aquí descritas, algunos campos además se pueden agregar o modificar para soportar ciertas características adicionales.
En algunos aspectos, un campo de control de cuadro extendido (efe) se puede agregar a cualquiera de las cabeceras MAC comprimidas aquí descritas. El campo efe puede comprender 3 bits. El campo efe puede ser los últimos 3 bits de un campo AID de la cabecera MAC comprimida. El efe puede ser utilizado para agregar información para nuevas características. Por ejemplo, en algunos aspectos, un subcampo a3 presente puede ser agregado al campo fe u otro campo (por ejemplo, campo efe) de la cabecera MAC para indicar si una dirección a3 (3rd dirección que identifica un dispositivo) es incluido en la cabecera MAC comprimida. De manera adicional o alternativa, en algunos aspectos, subeampos de calidad de servicio (QoS) que indican el valor de ciertos parámetros QoS son agregados al campo fe u otro campo de la cabecera MAC (por ejemplo, campo efe) , tal como un subcampo de control de acceso (ac) , un subcampo de fin de periodo de servicio (eosp) , un subcampo a-msdu, y/o un subcampo de tamaño de fila. De manera adicional o alternativa, en algunos aspectos, un subcampo de política ACK puede ser movido al campo SIG de la cabecera MAC comprimida. De manera adicional o alternativa, en algunos aspectos, un subcampo a4 puede ser agregado al campo fe u otro campo (por ejemplo, campo efe) de la cabecera MAC para indicar si el pagúete va a ser retransmitido. El subcampo a4 puede ser 1 bit. Se debiera observar que cualquier combinación de estos campos puede ser utilizada en cualquiera de las cabeceras MAC comprimidas aquí descritas para soportar las características de los campos. En algunos aspectos, la cabecera MAC comprimida indicada por un valor de 1 para el subcampo pv puede soportar características y puede tener un formato tal como se analizó con respecto a la figura 30 o la figura 31.
La figura 30 ilustra un ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida sin seguridad. Tal como se muestra, el campo de control de cuadro 3000 incluye un subcampo pv 3002 de 2 bits, un subcampo de tipo 3004 de 4 bits, un subcampo desde-AP 3006 de 1 bit, un subcampo de categoría de acceso (ac) 3008 de 2 bits, un subcampo de reintentar 3010 de 1 bit, un subcampo de administración de potencia (pm) 3012 de 1 bit, un subcampo de datos de modo (md) 3014 de 1 bit, un subcampo de cuadro protegido (pf) 3016 de 1 bit, un subcampo a-msdu 3018 de 1 bit, un subcampo de fin de periodo de servicio (eosp) 3020 de 1 bit, y un subcampo a3 presente 3022 de 1 bit. De estos subcampos, tal como se analizó antes, el subcampo ac 3008, el subcampo a-msdu 3018 el subcampo eosp 3020, y el subcampo a3 presente 3022 pueden o no estar incluidos en el campo fe 3000 en cualquier combinación a fin de solamente soportar las características de los campos incluidos.
El campo fe 3000 puede ser un campo de cualquier cabecera MAC comprimida aquí descrita. Por ejemplo, el campo fe 3000 puede ser un campo de una cabecera MAC comprimida 3050, la cual puede incluir el campo fe 3000 de 2 octetos, un campo AID 3052 de 13 bits (en un aspecto, R-AID puede ser incluido cuando el subcampo desde-ap 3006 = 1, y T-AID puede ser incluido cuando el subcampo desde-AP 3006 = 0), un campo efe 3054 de 3 bits, un campo TA/RA 3056 de 6 bits (en un aspecto, TA puede ser incluida cuando el subcampo desde-ap 3006 = 1, y RA puede ser incluida cuando el subcampo desde-AP 3006 = 0), un campo a3 3058 de 6 bits (en un aspecto, el campo a3 solamente puede estar presente cuando el subcampo a3 presente 3022 tiene un valor de 1), y un campo de número de secuencia (sn) 3060 de 2 bits. El campo efe 3054 puede no ser incluido en la cabecera MAC comprimida 3050. En caso de incluirse, · el campo efe 3054 puede incluir un subcampo a4.
La figura 30A ilustra otro ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida sin seguridad. Tal como se muestra, el campo de control de cuadro 3000a incluye un subcampo pv 3002a de 2 bits, un subcampo de tipo 3004a de 2 bits, un subcampo de subtipo 3005a de 4 bits, un subcampo desde-AP 3006a de 1 bit, un subcampo de administración de potencia (pm) 3012a de 1 bit, un subcampo de datos de modo (md) 3014a de 1 bit, un subcampo de cuadro protegido (pf) 3016a de 1 bit, un subcampo a-msdu 3018a de 1 bit, un subcampo de fin de periodo de servicio (eosp) 3020a de 1 bit, un subcampo a3 presente 3022a de 1 bit, y un subcampo de más ppdu/rdg 3024a de 1 bit. En algunos aspectos, de estos subcampos, tal como se analizó antes, el subcampo a-msdu 3018a, el subcampo eosp 3020a, el subcampo a3 presente 3022a, y el subcampo de más ppdu/rdg 3024a se pueden incluir o no en el campo fe 3000a en cualquier combinación para soportar solamente las características de los campos incluidos. En algunos aspectos, el subcampo de más ppdu/rdg puede ser uno de los 3 bits reservados de un campo efe. En algunos aspectos, el subcampo de más ppdu/rdg puede ser uno de los bits disponibles cuando una cabecera MAC comprimida no incluye un campo de número de fragmento.
El campo fe 3000a puede ser un campo de cualquier cabecera MAC comprimida antes descrita. Por ejemplo, el campo fe 3000a puede ser un campo de una cabecera MAC comprimida 3050a, la cual puede incluir el campo fe 3000a de 2 octetos, un campo AID 3052a de 13 bits (en un aspecto, R-AID puede ser incluido cuando el subcampo desde-ap 3006a = 1, y T-AID puede ser incluido cuando el subcampo desde-AP 3006a = 0), un campo efe o reservado 3054a de 3 bits, un campo TA/RA 3056a de 6 bits (en un aspecto, TA puede ser incluida cuando el subcampo desde-ap 3006a = 1, y RA puede ser incluida cuando el subcampo desde-AP 3006a = 0), un campo a3 3058a de 6 bits (en un aspecto, el campo a3 solamente puede estar presente cuando el subcampo a3 presente 3022 tiene un valor de 1) , y un campo de número de secuencia (sn) 3060a de 2 bits. El campo efe 3054a puede no estar incluido en la cabecera MAC comprimida 3050. En caso de estar incluido, el campo efe 3054a puede incluir un subcampo a4.
La figura 30B ilustra otro ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida. Tal como se muestra, el' campo de control de cuadro 3000b incluye un subcampo pv 3002b de 2 bits, un subcampo de tipo 3004b de 2 bits, un subcampo desde-AP 3006b de 1 bit, y un subcampo de administración de potencia (pm) 3012b de 1 bit.
El campo fe 3000b puede ser un pampo de cualquier cabecera MAC comprimida aquí descrita. Por ejemplo, el campo fe 3000b puede ser un campo de una cabecera MAC comprimida 3050b, el cual puede incluir el campo fe 3000b de 2 octetos, un campo AID 3052b de 13 bits (en un aspecto, R-AID puede ser incluido cuando el subcampo desde-ap 3006b = 1, y T-AID puede ser incluido cuando el subcampo desde-AP 3006b = 0), un subcampo de más datos 3072b de 1 bit, un subcampo de cuadro protegido 3074b de 1 bit, un subcampo eosp 3076b de 1 bit, un campo TA/RA 3056b de 6 bits (en un aspecto, TA puede ser incluido cuando el subcampo desde-ap 3006b = 1, y RA puede ser incluido cuando el subcampo desde-AP 3006b = 0) , un campo a3 3058b de 6 bits (en un aspecto, el campo a3 solamente puede estar presente cuando el subcampo a3 presente también está presente en el campo fe 3000b (tal como para un tipo de cuadro diferente) ) , y un campo de número de secuencia (sn) 3060b de 2 bits.
En algunos aspectos, de estos subeampos, . tal como se analizó antes, el subcampo de más datos 3072b, el subcampo de cuadro protegido 3074b, y el subcampo eosp 3076b pueden ser incluidos o no en la cabecera MAC comprimida 3050b en cualquier combinación para solamente soportar las características de los campos incluidos.
La figura 31 ilustra un ejemplo de un formato de campo de control de cuadro y un formato de cabecera MAC comprimida para un paquete de cabecera MAC comprimida con seguridad. Tal como se muestra, el campo de control de cuadro 3100 puede tener el mismo formato que se analizó antes con respecto al campo de control de cuadro 3000. El campo fe 3100 puede ser un campo de cualquier cabecera MAC comprimida aquí descrita. Por ejemplo, el campo fe 3100 puede ser un campo de una cabecera MAC comprimida 3150, la cual tiene los mismos campos que la cabecera MAC comprimida 3050 incluyendo campos adicionales. Los campos adicionales pueden incluir un campo de paquete PN 3162 de 2 bits, y un campo MIC 3164 de 8 bits.
En algunos aspectos, un par de transmisor receptor (por ejemplo, una STA que transmite a un AP sobre un enlace ascendente) puede tener varios "flujos" entre ellos. Por ejemplo, los dispositivos en una red inalámbrica pueden transmitir/recibir información entre si. La información puede asumir la forma de una serie de paquetes transmitidos desde un dispositivo fuente (el dispositivo transmisor) a un dispositivo destino (el dispositivo recibido) . La serie de paquetes puede ser conocida como un "flujo."- Tal como aquí se refiere, un "flujo" puede ser una serie o secuencia de paquetes transmitidos desde un dispositivo fuente a un dispositivo destino que los dispositivos fuente etiquetan como un flujo. Un flujo puede estar asociado con la transmisión de datos particulares desde el dispositivo fuente a un dispositivo destino, por ejemplo, un archivo particular tal como un archivo de video. Los paquetes de un flujo, entonces, pueden compartir cierta relación (como mínimo son transmitidos desde y recibidos en los mismos dispositivos). En una modalidad, un flujo puede incluir una secuencia de múltiples Unidades de Datos de Protocolo MAC (MPDUs) con campos de cabecera MAC comunes tales como, por ejemplo, dirección fuente, dirección destino, Identificador de Conjunto de Servicios Básicos (BSSID) , Control de Calidad de Servicio (QoS) /HT, etc. En diversas modalidades, el dispositivo destino utiliza cierta información referente a los paquetes para decodificar de manera apropiada los paquetes de un flujo. En algunos aspectos, la información utilizada para decodificar un paquete es enviada en una porción de cabecera del paquete. Por lo tanto, los paquetes pueden incluir información de cabecera y/o los data que se van a transmitir desde dispositivo fuente al dispositivo destino .
En un flujo, parte de la información de cabecera analizada con respecto a la cabecera MAC utilizada para procesar un paquete del flujo puede ser la misma para todos los paquetes del flujo. Esta información de cabecera que no cambia entre paquetes de un flujo se puede referir como, por ejemplo, "información de cabecera constante" o "información de cabecera común." En algunos aspectos, en lugar de transmitir la información de cabecera constante en cada paquete de un flujo, la información de cabecera constante solamente puede ser transmitida por el dispositivo inalámbrico 202t en un subconjunto de los paquetes de un flujo. Por ejemplo, la información de cabecera constante puede ser transmitida solamente en un primer paquete del flujo u otro mensaje. Este primer paquete con la información de cabecera constante puede ser referido como un cuadro "cabeza". Los paquetes posteriores del flujo pueden ser enviados sin la información de cabecera constante. Estos paquetes posteriores pueden incluir información de cabecera que cambia de paquete a paquete de un flujo y los datos que se van a transmitir. Un paquete posterior con dichos datos se puede referir como cuadros de "datos". El receptor, dispositivo inalámbrico 202r, del flujo puede almacenar la información de cabecera constante recibida en el cuadro cabeza y la utiliza para procesar los cuadros de datos. Por consiguiente, el dispositivo inalámbrico 202r puede utilizar un método que consiste en asociar los' cuadros de datos del flujo con el cuadro cabeza.
En algunos aspectos, el dispositivo inalámbrico 202t asigna un identificador de flujo a cada flujo que éste transmite a otro dispositivo. El identificador de flujo puede ser un identificador único de un flujo entre un dispositivo inalámbrico 202t y un dispositivo inalámbrico 202r. Por ejemplo, si el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r tienen múltiples flujos entre si (en cualquier dirección), a cada flujo se le puede asignar un identificador de flujo diferente (por ejemplo, 1, 2, 3, etc.). Por consiguiente, un dispositivo puede determinar si el paquete es para el dispositivo con base en los campos al y a2 y el flujo con base en el identificador de flujo. Cada uno del dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r puede mantener un registro de los flujos entre los dispositivos e identificadores de flujo asociados para no asignar el mismo identificador de flujo a múltiples flujos. Además, en algunos aspectos, cuando se completa un flujo, debido a que todos los datos de un flujo son transmitidos entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r y el flujo termina, el identificador de flujo asociado del flujo terminado se puede utilizar para un nuevo flujo.
La terminación de un flujo entre el dispositivo inalámbrico 202t y el dispositivo inalámbrico 202r puede ser señalizada al dispositivo inalámbrico 202r por el dispositivo inalámbrico 202t. Por ejemplo, el dispositivo inalámbrico 202t puede indicar dentro del último cuadro de datos del flujo que incluye datos para enviar al dispositivo inalámbrico 202r que se trata del último cuadro de datos y el flujo es terminado después de la recepción del último cuadro de datos. Por ejemplo, la indicación puede ser a través del valor de un bit en un campo de control de cuadro del cuadro de datos.
En otro aspecto, el dispositivo inalámbrico 202t puede indicar la terminación de un flujo transmitiendo un cuadro de terminación o cuadro de "cola" al dispositivo inalámbrico 202r que indica que el flujo debiera ser terminado. Por consiguiente, el dispositivo inalámbrico 202t puede transmitir el último cuadro de datos sin alguna indicación para el dispositivo inalámbrico 202r de que es el último cuadro de datos. Además, el dispositivo inalámbrico 202t puede transmitir el cuadro de cola después del último cuadro de datos para indicar al dispositivo inalámbrico 202r que el flujo ha terminado.
En algunos aspectos, los cuadros cabeza, cuadros de datos, y cuadros de cola pueden comprender unidades de datos de protocolo MAC (MPDUs) . En algunos aspectos, múltiples MPDUs pueden ser agregadas en una MPDU-agregada (A-MPDU) . En algunos aspectos, los cuadros de datos de un flujo pueden ser transmitidos como parte de la misma A-MPDU. Además, en algunos aspectos, el cuadro cabeza, los cuadros de datos, y el cuadro de cola de un flujo pueden ser transmitidos como parte de la misma A-MPDU.
Además, en algunos aspectos tal como se analizó antes, las cabeceras pueden tener diferentes campos cuando se habilita la seguridad para el paquete de datos. Por ejemplo, el paquete puede tener una cabecera de protocolo contra- modo/cbc-mac (CCMP) cuando la seguridad es habilitada. La cabecera CCMP puede ser parte de la cabecera MAC. Normalmente, la cabecera CCMP incluye varios números de paquete (PNs) (por ejemplo, PNO, PN1, PN2, PN3, PN4, PN5) . Los valores de PN2, PN3, PN4, y PN5 pueden no cambiar con frecuencia. Por consiguiente, se puede crear un PN base con base en PN2, PN3, PN4 , y PN5 (por ejemplo, PN2 | PN3 | PN4 | PN5) . El PN base puede ser enviado como parte de un mensaje y almacenado para un par de dispositivos de comunicación. El CCMP entonces puede no incluir el PN2, PN3, PN4, y PN5, pero solamente los campos PNO y PN1. El receptor de un paquete puede reconstruir la cabecera CCMP combinando el PN base incluyendo el PN2, PN3, PN4, y PN5 almacenado en el receptor con los campos PNO y PN1 recibidos. La cabecera CCMP puede ser reconstruida antes de decodificar el paquete ya que la codificación del paquete incluyendo cualesquiera campos de tipo CRC tal como un campo MIC o campo FCS se puede basar en la cabecera CCMP completa. Dichos aspectos se pueden relacionar con aspectos descritos en la Solicitud Provisional de los Estados Unidos No. 61/514,365, presentada el 2 de agosto de 2011, la cual se incorpora expresamente aquí por referencia en su totalidad.
Se entenderá que los métodos y técnicas antes analizadas se pueden emplear para otros tipos de cuadros sin apartarse del alcance de la invención. Por ejemplo, los métodos de direccionamiento corto antes analizados también se pueden utilizar para cuadros de administración/controles (por ejemplo, cuadros RTS/CTS) tal como se analiza con referencia a la figura 13.
Tal como se analizó antes, en algunos aspectos el dispositivo inalámbrico 202r puede indicar al dispositivo inalámbrico 202t información (por ejemplo, valores para campos de la cabecera MAC) que es almacenada en el dispositivo inalámbrico 202r. El dispositivo inalámbrico 202t entonces puede omitir dichos campos de la cabecera MAC en paquetes enviados al dispositivo inalámbrico 202r. Por ejemplo, un nuevo subtipo puede ser definido (indicado por un valor del campo de subtipo del campo de control de cuadro de una cabecera MAC de un paquete de datos) para un paquete de datos que indica que contiene información referente a, o en si misma es indicativa de, la información almacenada en el dispositivo inalámbrico 202r. Un dispositivo inalámbrico 202t que recibe el paquete de datos con dicha información puede entonces omitir dicha información en la cabecera MAC de paquetes enviados al dispositivo inalámbrico 202r. El Nuevo cuadro de subtipo puede ser utilizado en conjunto con cualquiera de los diversos ejemplos de la cabecera MAC aquí descrita. Por ejemplo, dicha información se puede omitir de cualquiera de los ejemplos de las cabeceras MAC aquí descritas. Además, el dispositivo inalámbrico 202t puede utilizar el mismo subtipo de cuadro de datos (indicado por un valor del campo de subtipo del campo de control de cuadro de una cabecera MAC de un paquete de datos) en paquetes de datos que omiten la información almacenada en el dispositivo inalámbrico 202r para paquetes de datos enviados al dispositivo inalámbrico 202r. El dispositivo inalámbrico 202r que recibe los paquetes de datos con dicho subtipo puede utilizar el subtipo como un indicador de que los datos almacenados en el dispositivo inalámbrico 202r van a ser utilizados para valores de campos no incluidos en el paquete de datos.
En algunos aspectos, unidades de datos de servicio MAC MSDU cortas pueden ser agregadas utilizando MSDU agregada (A-MSDU) . Por ejemplo, si la longitud de las MSDUs está por debajo de un cierto umbral, entonces se pueden agregar las MSDUs. La A-MSDU puede utilizar una cabecera de subcuadro A-MSDU corta (por ejemplo, comprimida) . La cabecera de subcuadro A-MSDU corta puede tener un campo de longitud de 2 octetos, contra una cabecera regular que tiene 12 o 14 octetos de longitud. El bit de orden en el campo de control de cuadro de la cabecera se puede utilizar o reemplazar con un campo a-msdu para indicar si una cabecera de subcuadro A- MSDU corta es o no utilizada en el paquete de datos. Por ejemplo, el campo de control de cuadro puede tener el siguiente formato como se muestra en la tabla 1: TABLA 1 Campo de control de cuadro para cuadros comprimidos Nombre del Longitud Descripción campo en bits pv 2 Versión de protocolo (0 o 1 debido a que no hay campo de duración) tipo 2 Tipo de cuadro (extensión) subtipo 4 Subtipo de cuadro (comprimido o comprimido con a3) para-ds 1 para-ds desde-ds 1 desde-ds más 1 más fragmentos fragmentos reintentar 1 reintentar pm 1 administración de potencia md 1 más datos pf 1 cuadro protegido a-msdu 1 Indica la presencia de a-msdu (formato de subcuadro A-MSDU corto) Total 16 La figura 32 ilustra un aspecto de un método 3200 para transmitir un paquete con una cabecera MAC. El método 3200 puede ser utilizado para generar selectivamente el paquete ya sea con la cabecera MAC 300 o 300a tal como se ilustra en las figuras 3 y 3A, una de las cabeceras MAC ilustradas en las figuras 4, 4A, o 18-25, u otra cabecera MAC conveniente con base en las presentes enseñanzas. El paquete puede ser generado ya sea en el AP 104 o la STA 106 y transmitido a otro nodo en la red inalámbrica 100. Aunque el método 3200 se describe a continuación con respecto a los elementos del dispositivo inalámbrico 202t, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos "aquí descritos.
En el bloque 3202, la cabecera MAC que se va a incluir en el paquete es seleccionada a partir de una pluralidad de tipos basados en el tipo de información que necesita ser comunicada al dispositivo receptor, tal como se analizó antes. La 'selección puede ser ejecutada por el procesador 204 y/o el DSP 220, por ejemplo.
A continuación, en el bloque 3204 se genera el paquete. El paquete puede comprender la cabecera MAC y una carga útil. En algunas modalidades, el paquete incluye un primer campo que indica el tipo de cabecera MAC utilizada en el paquete. La generación puede ser ejecutada por el procesador 204 y/o el DSP 220, por ejemplo.
Posteriormente, en el bloque 3206, el paquete es transmitido de manera inalámbrica. La transmisión puede ser ejecutada por el transmisor 210, por ejemplo.
La figura 33 es un diagrama en bloques funcional de otro dispositivo inalámbrico 3300 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 3300 comprende un módulo de selección 3302 para seleccionar la cabecera MAC que se va a incluir en el paquete a partir de una pluralidad de tipos basados en el tipo de información que necesita ser comunicada al dispositivo receptor, tal como se analizó antes. El módulo de selección 3302 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3202 que se ilustra en la figura 32. El módulo de selección 3302 puede corresponder a uno o más del procesador 204 y el DSP 220. El dispositivo 3300 además comprende un módulo de generación 3304 para generar el paquete. El módulo de generación 3304 se puede configurar para ejecutar una o más de las funciones analizadas antes con respecto al bloque 3204 que se ilustra en la figura 32. El módulo de generación 3204 puede corresponder a uno o más del procesador 204 y el DSP 220. El dispositivo 3300 además comprende un módulo de transmisión 3306 para transmitir de manera inalámbrica el paquete generado. El módulo de transmisión 3306 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3206 que se ilustra en la figura 32. El módulo de transmisión 3306 puede corresponder al transmisor 210.
La figura 34 ilustra un aspecto de un método 3400 para recibir y procesar un paquete. El método 3400 se puede utilizar para recibir y procesar el paquete ya sea con la cabecera MAC 300 o 300a tal como se ilustra en las figuras 3 y 3A, una de las cabeceras MAC que se ilustran en las figuras 4, 4A, o 18-25, u otra cabecera MAC conveniente con base en las presentes enseñanzas. El paquete puede ser recibido ya sea en el AP 104 o la STA 106 desde otro nodo en la red inalámbrica 100. Aunque el método 3400 se describe a continuación con respecto a los elementos del dispositivo inalámbrico 202r, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos aquí descritos.
En el bloque 3402, se recibe una comunicación inalámbrica que comprende el paquete. La recepción puede ser ejecutada por el receptor 212, por ejemplo. En algunos aspectos, el paquete incluye un primer campo que indica el tipo de cabecera MAC utilizada en el paquete.
Posteriormente, en el bloque 3404, la cabecera MAC y el paquete son procesados de acuerdo con el tipo de cabecera MAC en el paquete. El procesamiento puede ser ejecutado por el procesador 204, el detector de señal 218, y/o el DSP 220, por ejemplo.
La figura 35 es un diagrama en bloques funcional de otro dispositivo inalámbrico 3500 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 3500 comprende un módulo de recepción 3502 para recibir de manera inalámbrica una comunicación inalámbrica que comprende el paquete. En algunos aspectos, el paquete incluye un primer campo que indica el tipo de cabecera MAC utilizada en el paquete. El módulo de recepción 3502 puede ser configurado para ejecutar una o más de las funciones analizadas antes con respecto al bloque 3402 ilustrado en la figura 34. El módulo de recepción 3502 puede corresponder al receptor 212. El dispositivo 3500 además comprende un modulo de procesamiento 3504 para procesar el paquete con base en el tipo de cabecera MAC en el paquete. El módulo de procesamiento 3504 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3404 que se ilustra en la figura 34. El módulo de procesamiento 3504 puede corresponder a uno o más del procesador 204, el detector de señal 218, y el DSP 220.
La figura 36 ilustra un aspecto de un método 3600 para transmitir un cuadro ACK. El método 3600 puede ser utilizado para generar de manera selectiva ya sea el cuadro ACK 2600 ilustrado en la figura 26, uno de los cuadros ACK ilustrados en las figuras 27-29, u otro cuadro ACK conveniente con base en las presentes enseñanzas. El cuadro ACK puede ser generado ya sea en el AP 104 o la STA 106 y puede ser transmitido a otro nodo en la red inalámbrica 100. Aunque el método 3600 se describe a continuación con respecto a los elementos del dispositivo inalámbrico 202t, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos aquí descritos.
En el bloque 3602, un tipo de cuadro ACK es seleccionado a partir de una pluralidad de tipos basados en el tipo de información que necesita ser comunicada al dispositivo receptor, tal como se analizó antes. La selección puede ser ejecutada por el procesador 204 y/o el DSP 220, por ejemplo.
A continuación, en el bloque 3604, se genera el cuadro ACK seleccionado. En algunas modalidades, el cuadro ACK incluye un primer campo que indica el tipo de cuadro ACK. La generación puede ser ejecutada por el procesador 204 y/o el DSP 220, por ejemplo.
Además, en el bloque 3606 se transmite el cuadro ACK. La transmisión puede ser ejecutada por el transmisor 210, por ej emplo .
La figura 37 es un diagrama en bloques funcional de otro dispositivo inalámbrico 3700 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 3700 comprende un módulo de selección 3702 para seleccionar un tipo de cuadro ACK a partir de una pluralidad de tipos basados en el tipo de información que necesita ser comunicada al dispositivo receptor, tal como se analizó antes. El módulo de selección 3702 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3602 ilustrado en la figura 36. El módulo de selección 3702 puede corresponder a uno o más del procesador 204 y el DSP 220. El dispositivo 3700 además comprende un módulo de generación 3704 para generar el cuadro ACK seleccionado. El módulo de generación 3704 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3604 que se ilustra en la figura 36. El módulo de generación 3704 puede corresponder a uno o más del procesador 204 y el DSP 220. El dispositivo 3700 además comprende un módulo de transmisión 3706 para transmitir el cuadro ACK. El módulo de transmisión 3706 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3606 que se ilustra en la figura 36. El módulo de transmisión 3706 puede corresponder al transmisor 210.
La figura 38 ilustra un aspecto de un método 3800 para recibir y procesar un cuadro ACK. El método 3800 puede ser utilizado para recibir y procesar el cuadro ACK 2600 que se ilustra en la figura 26, uno de los cuadros ACK ilustrados en las figuras 27-29, u otro cuadro ACK conveniente con base en las presentes enseñanzas. El cuadro ACK puede ser recibido ya sea en el AP 104 o la STA 106 desde otro nodo en la red inalámbrica 100. Aunque el método 3800 se describe a continuación con respecto a los elementos del dispositivo: inalámbrico 202r, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos aquí descritos.
En el bloque 3802, un cuadro ACK que tiene uno de una pluralidad de tipos es recibido de manera inalámbrica. La recepción puede ser ejecutada por el receptor 212, por ejemplo. En el bloque 3804 se detecta un tipo del cuadro ACK, tal como revisando un campo que indica el tipo del cuadro ACK. La detección puede ser ejecutada por el procesador 204, el detector de señal 218, y/o el DSP 220, por e emplo .
Posteriormente, en el bloque 3806, el cuadro ACK recibido es procesado con base en el tipo detectado. El procesamiento puede ser ejecutado por el procesador 204, el detector de señal 218, y/o el DSP 220, por ejemplo.
La figura 39 es un diagrama en bloques funcional de otro dispositivo inalámbrico 3900 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 3900 comprende un módulo de recepción 3902 para recibir de manera inalámbrica un paquete que tiene uno de al menos dos. formatos o tipos. El módulo de recepción 3902 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3802 que se ilustra en la figura 38. El módulo de recepción 3902 puede corresponder al receptor 212. El dispositivo 3900 además comprende un módulo de detección 3904 para detectar el tipo del cuadro ACK. El módulo de detección 3904 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3804 que se ilustra en la figura 38. El módulo de detección 3904 puede corresponder al procesador 204, el detector de señal 218, y/o el DSP 220, por ejemplo, en el receptor 212. El dispositivo 3900 además comprende un módulo de procesamiento 3906 para procesar el cuadro ACK con base en el módulo de detección 3904. El módulo de procesamiento 3906 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 3806 que se ilustra en la figura 38. El módulo de procesamiento 3906 puede corresponder a uno o más del procesador 204, el detector de señal 218, y el DSP 220.
La figura 40 ilustra un aspecto de un método 4000 para transmitir un paquete con una cabecera MAC. El método 4000 puede ser utilizado para generar selectivamente el paquete ya sea con la cabecera MAC 300 o 300a tal como se ilustra en las figuras 3 y 3A, una de las cabeceras MAC ilustradas en las figuras 4, 4A, o 18-25, u otra cabecera MAC conveniente con base en las presentes enseñanzas. El paquete puede ser generado ya sea en el AP 104 o la STA 106 y transmitido a otro nodo en la red inalámbrica" 100. Aunque el método 4000 se describe a continuación con respecto a los elementos del dispositivo inalámbrico 202t, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos aquí descritos.
En el bloque 4004 se genera el paquete. El paquete puede comprender la cabecera MAC y una carga útil. En algunas modalidades, el paquete incluye un primer campo que indica el tipo de cabecera MAC utilizada en el paquete. La generación puede ser ejecutada por el procesador 204 y/o el DSP 220, por ejemplo. La cabecera MAC puede incluir un identificador local ya sea de un transmisor del paquete de datos o un receptor del paquete de datos, y un identificador global del otro del transmisor del paquete de datos y el receptor del paquete de datos.
Posteriormente, en el bloque 4006, el paquete es transmitido de manera inalámbrica. La transmisión puede ser ejecutada por el transmisor 210, por ejemplo.
En un bloque 4008, un ACK es recibido desde el destinatario del paquete en respuesta a la recepción del paquete. El ACK puede incluir al menos una porción de los datos incluidos en el paquete. La recepción puede ser ejecutada por el receptor 212, por ejemplo.
La figura 41 es un diagrama en bloques funcional de un dispositivo inalámbrico 4100 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 4100 comprende un módulo de generación 4104 para generar el paquete. El módulo de generación 4104 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4004 que se ilustra en la figura 40. El módulo de generación 4004 puede corresponder a uno o más del procesador 204 y el DSP 220. El dispositivo 4100 además comprende un módulo de transmisión 4106 para transmitir de manera inalámbrica el paquete generado. El módulo de transmisión 4106 puede ser configurado para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4006 que se ilustra en la figura 40. El módulo de transmisión 4106 puede corresponder al transmisor 210. El dispositivo 4100 además comprende un módulo de recepción 4108 para recibir de manera inalámbrica un ACK. El módulo de recepción 4108 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4008 que se ilustra en la figura 40. El módulo de recepción 4108 puede corresponder al receptor 212.
La figura 42 ilustra un aspecto de un método 4200 para recibir y procesar un paquete. El método 4200 puede ser utilizado para recibir y procesar el paquete ya sea con la cabecera MAC 300 o 300a tal como se ilustra en las figuras 3 y 3A, una de las cabeceras MAC ilustradas en las figuras 4, 4A, o 18-25, u otra cabecera MAC conveniente con base en las presentes enseñanzas. El paquete puede ser recibido ya sea en el AP 104 o la STA 106 desde otro nodo en la red inalámbrica 100. Aunque el método 4200 se describe a continuación con respecto a elementos del dispositivo inalámbrico 202r, aquellos expertos en la técnica apreciarán que se pueden utilizar otros componentes para implementar uno o más de los pasos aquí descritos.
En el bloque 4202, se recibe una comunicación inalámbrica que comprende el paquete. La recepción puede ser ejecutada por el receptor 212, por ejemplo. En algunos aspectos, el paquete incluye un primer campo que indica el tipo de cabecera MAC utilizada en el paquete.
Posteriormente, en el bloque 4204, se determina si el dispositivo inalámbrico 202r es el destinatario pretendido del paquete. La determinación se puede basar en la cabecera MAC del paquete que puede incluir un identificador local ya sea de un transmisor del paquete de datos o un receptor del paquete, de datos, y un identificador global del otro del transmisor del paquete de datos y el receptor del paquete de datos. La determinación se puede realizar mediante el procesador 204, el detector de señal 218, y/o el DSP 220, por ejemplo.
Además, en un bloque 4206, el dispositivo inalámbrico 202r procesa el paquete en caso que se trate del destinatario pretendido. El procesamiento puede ser ejecutado por el procesador 204, el detector de señal 218, y/o el DSP 220, por ejemplo. En un bloque 4208, el dispositivo inalámbrico 202r puede transmitir un ACK en respuesta a recibir el paquete. El ACK puede incluir al menos una porción de los datos incluidos en el paquete. La transmisión puede ser ejecutada por el transmisor 210, por ejemplo.
La figura 43 es un diagrama en bloques funcional de otro dispositivo inalámbrico 4300 ejemplar que puede ser empleado dentro del sistema de comunicación inalámbrica 100. El dispositivo 4300 comprende un módulo de recepción 4302 para recibir de manera inalámbrica una comunicación inalámbrica que comprende el paquete. El módulo de recepción 4302 puede ser configurado para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4202 que se ilustra en la figura 42. El módulo de recepción 4302 puede corresponder al receptor 212. El dispositivo 4300 además comprende un módulo de determinación 4304 que determina un destinatario pretendido del paquete. El módulo de determinación 4304 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4204 que se ilustra en la figura 42. El módulo de determinación 4304 puede corresponder a uno o más del procesador 204, el detector de señal 218, y el DSP 220. El dispositivo 4300 además comprende un módulo de procesamiento 4306 para procesar el paquete. El módulo de procesamiento 4306 se puede configurar para ejecutar una o más de las funciones analizadas antes con respecto al bloque 4206 ilustrado en la figura 42. El módulo de procesamiento 4306 puede corresponder a uno o más del procesador 204, el detector de señal 218, y el DSP 220. El dispositivo 4300 además comprende un módulo de transmisión 430.8 para transmitir un ACK. El módulo de transmisión 4308 se puede configurar para ejecutar una o más de las funciones antes analizadas con respecto al bloque 4208 que se ilustra en la figura 42. El módulo de transmisión 4308 puede corresponder a uno o más del procesador 204 y el transmisor 210.
Tal como aquí se analiza, el término "determinar" abarca una amplia variedad de acciones. Por ejemplo, "determinar" puede incluir, calcular, computar, procesar, derivar, investigar, buscar (por ejemplo, buscar en una tabla, una base de datos u otra estructura de datos) , aseverar y similar. También, "determinar" puede incluir recibir (por ejemplo, recibir información), tener acceso (por ejemplo, tener acceso a datos en una memoria) y similares. También, "determinar" puede incluir resolver, seleccionar, elegir, establecer y similar. Además, un "ancho de canal" tal como aquí se utiliza puede abarcar o también se puede referir como un ancho de banda en algunos aspectos.
Tal como aquí se utiliza, una frase que se refiere a "al menos uno de" una lista de artículos se refiere a ' cualquier combinación de esos artículos, incluyendo elementos individuales. Como un ejemplo, "al menos uno de: a, b, o c" está destinado a cubrir: a, b, c, a-b, a-c, b-c, y a-b-c.
Las diversas operaciones de los métodos antes descritos pueden ser ejecutadas a través de cualquier medio conveniente con la capacidad para ejecutar las operaciones, tales como diversos componentes de hardware y/o software, circuitos, y/o módulos. Por lo general, cualesquiera operaciones ilustradas en las figuras pueden ser ejecutadas por medios funcionales correspondientes con la capacidad para ejecutar las operaciones .
Los diversos bloques lógicos, módulos y circuitos ilustrativos descritos en relación con la presente divulgación pueden ser implementados o ejecutados con un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación especifica (ASIC) , una señal de arreglo de compuerta programable en campo (FPGA) u otro dispositivo lógico programable (PLD) , compuerta discreta o lógica de transistor, componentes de hardware discretos o cualquier combinación de los mismos diseñada para realizar las funciones aquí descritas. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador comercialmente disponible, controlador, microcontrolador o máquina de estado. Un procesador también puede ser implementado como una combinación de dispositivos de cómputo, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunto con un DSP núcleo, o cualquier otra configuración de ese tipo.
En uno o más aspectos, las funciones descritas pueden ser implementadas en hardware, software, microprogramación cableada, o cualquier combinación de los mismos. Si se implementa en software, las funciones pueden ser almacenadas o transmitidas como una o más instrucciones o código en un medio legible por computadora. El medio legible por computadora incluye tanto un medio de almacenamiento de computadora como un medio de comunicación incluyendo cualquier medio que facilite la transferencia de un programa de computadora de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda tener acceso a través de una computadora. A manera de ejemplo, y no limitación, dicho medio legible por computadora puede comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco óptico, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda ser utilizado para llevar o almacenar un código de programa deseado en la forma de instrucciones o estructuras de datos y al que se pueda tener acceso a través de una computadora. También, cualquier conexión se denomina de manera apropiada un medio legible por computadora. Por ejemplo, si el software es transmitido desde un sitio Web, servidor, u otra fuente remota utilizando un cable coaxial, cable de fibra óptica, par torcido, linea de suscriptor digital (DSL), o tecnologías inalámbricas tales como infrarrojo, radio, y microondas, entonces el cable coaxial, cable de fibra óptica, par torcido, DSL, o tecnologías inalámbricas tales como infrarrojo, radio, y microondas están incluidos en la definición de medio. Disco (disk) y disco (disc) , tal como aquí se utilizan, incluyen disco compacto (CD) , disco láser, disco óptico, disco versátil digital (DVD), disco (disk) flexible y disco blu-ray donde los discos (disk) por lo general reproducen datos de forma magnética, mientras que los discos reproducen datos de manera óptica con láser. Por lo tanto, en algunos aspectos el medio legible por computadora puede comprender un medio legible por computadora no transitorio (por ejemplo, medio tangible) . Además, en algunos aspectos, el medio legible por computadora puede comprender un medio legible por computadora transitorio (por ejemplo, una señal) . Combinaciones de los anteriores también debieran ser incluidas dentro del alcance del medio legible por computadora.
Los métodos aquí divulgados comprenden uno o más pasos o acciones para lograr el método descrito. Los pasos y/o acciones del método se pueden intercambiar entre si sin apartarse del alcance de las reivindicaciones. En otras palabras, a menos que se especifique un orden de pasos o acciones especifico, el orden y/o uso de pasos y/o acciones especificas se pueden modificar sin apartarse del alcance de las reivindicaciones.
Las funciones descritas pueden ser implementadas en hardware, software, microprogramación cableada o cualquier combinación de los mismos. Si se implementan en software, las funciones pueden ser almacenadas como una o más instrucciones en un medio legible por computadora. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda tener acceso a través de una computadora. A manera de ejemplo, y no limitación, dicho medio legible por computadora puede comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco óptico, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda ser utilizado para llevar o almacenar un código de programa deseado en la forma de instrucciones o estructuras de datos y a las que se pueda tener acceso a través de una computadora. Disco (disk) y disco (disc) , tal como aquí se utilizan, incluyen disco compacto (CD) , disco láser, disco óptico, disco versátil digital (DVD) , disco (disk) flexible y disco Blu-ray® donde los discos (disk) por lo general reproducen datos de forma magnética, mientras que los discos reproducen datos de manera óptica con láser.
Por lo tanto, algunos aspectos pueden comprender un producto de programa de computadora para ejecutar las operaciones aquí presentadas. Por ejemplo, dicho producto de programa de computadora puede comprender un medio legible por computadora que tiene instrucciones almacenadas (y/o codificadas) en el mismo, las instrucciones son ejecutables por uno o más procesadores para realizar las operaciones aquí descritas. Para algunos aspectos, el producto de programa de computadora puede incluir material de empaque.
El software o instrucciones también pueden ser transmitidos sobré un medio de transmisión. Por ejemplo, si el software es transmitido desde un sitio Web, servidor, u otra fuente remota utilizando un cable coaxial, cable de fibra óptica, par torcido, linea de suscriptor digital (DSL) , o tecnologías inalámbricas tales como infrarrojo, radio, y microondas, entonces el cable coaxial, cable de fibra óptica, par torcido, DSL, o tecnologías inalámbricas tales como infrarrojo, radio, y microondas están incluidos en la definición de medio de transmisión.
Además, se debiera apreciar que módulos y/u otros medios apropiados para ejecutar los métodos y técnicas aquí descritas se pueden descargar y/o de otra manera obtener a través de una terminal de usuario y/o estación base tal como aplique. Por ejemplo, dicho dispositivo se puede acoplar a un servidor para facilitar la transferencia de medios para ejecutar los métodos aquí descritos. Alternativamente, diversos métodos aquí descritos pueden ser proporcionados a través de medios de almacenamiento (por ejemplo, RAM, ROM, un medio de almacenamiento físico tal como un disco compacto (CD) o disco flexible, etc.), de manera que una terminal de usuario y/o estación base puede obtener los diversos métodos al momento de acoplar o proporcionar el medio de almacenamiento al dispositivo. Además, se puede utilizar cualquier otra técnica conveniente para proporcionar los métodos y técnicas aquí descritas a un dispositivo.
Se entenderá que las reivindicaciones no están limitadas a la configuración y componentes precisos antes ilustrados. Se pueden realizar diversas modificaciones, cambios y variaciones en el arreglo, operación y detalles de los métodos y aparatos antes descritos sin apartarse del alcance de las reivindicaciones.
Aunque lo anterior está dirigido a aspectos de la presente divulgación, se pueden contemplar otros aspectos y aspectos adicionales de la divulgación sin apartarse del alcance básico de la misma, y el alcance de la misma es determinado por las siguientes reivindicaciones.

Claims (28)

NOVEDAD DE LA INVENCION Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes: REIVINDICACIONES
1. - Un método que consiste en comunicar en una red inalámbrica, el método que comprende: seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos con base en una indicación de información almacenada en un receptor; y transmitir una cabecera de control de acceso de medios del tipo seleccionado al receptor.
2. - El método de conformidad con la reivindicación 1, caracterizado porque la pluralidad de tipos comprende un primer tipo de cabecera y un segundo tipo de cabecera, el primer tipo de cabecera comprende una pluralidad de campos, y el segundo tipo de cabecera comprende un subconjunto de la pluralidad de campos que es menor que toda la pluralidad de campos.
3. - El método de conformidad con la reivindicación 2, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar una primera dirección al receptor, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de indicador para indicar al receptor el uso de una dirección almacenada en el receptor como la primera dirección .
4. - El método de conformidad con la reivindicación 2, caracterizado porgue el primer tipo de cabecera incluye un número de control de secuencia y un número de paquete, en donde el segundo tipo de cabecera incluye el número de paquete pero no el número de secuencia, y en donde para el segundo tipo de cabecera el número de paquete es indicativo del número de secuencia.
5. - El método de conformidad con la reivindicación 2, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar al receptor un destino de la cabecera, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de código de integridad de mensaje que está configurado para pasar una reivisión en el destino para indicar el destino de la cabecera.
6. - El método de conformidad con la reivindicación 2, caracterizado porque el primer tipo de cabecera incluye un campo de revisión de integridad de mensaje y un campo de secuencia de revisión de cuadro, en donde el segundo tipo de cabecera incluye el campo de revisión de integridad de mensaje y no el campo de secuencia de revisión de cuadro, y en donde para el segundo tipo de cabecera, el paso de la revisión de integridad de mensaje indica el paso de la secuencia de revisión de cuadro.
7. - El método de conformidad con la reivindicación 2, caracterizado porque el primer tipo de cabecera incluye un campo de duración, en donde el segundo tipo de cabecera no incluye el campo de duración.
8. - Un aparato para comunicar en una red inalámbrica, el aparato comprende: un procesador configurado para seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos basados en una indicación de información almacenado en un receptor; y un transmisor configurado para transmitir una cabecera de control de acceso de medios del tipo seleccionado al receptor .
9. - El aparato de conformidad con la reivindicación 8, caracterizado porque la pluralidad de tipos comprende un primer tipo de cabecera y un segundo tipo de cabecera, el primer tipo de cabecera comprende una pluralidad de campos, y el segundo tipo de cabecera comprende un subconjunto de la pluralidad de campos que es menor que toda la pluralidad de campos .
10. - El aparato, de conformidad con la reivindicación 9, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar una primera dirección al receptor, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de indicador para indicar al receptor el uso de una dirección almacenada en el receptor como la primera dirección .
11. - El aparato de conformidad con la reivindicación 9, caracterizado porque el primer tipo de cabecera incluye un número de control de secuencia y un número de paquete, en donde el segundo tipo de cabecera incluye el número de paquete pero no el número de secuencia, y en donde para el segundo tipo de cabecera el número de paquete es indicativo del número de secuencia.
12. - El aparato de conformidad con la reivindicación 9, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar al receptor un destino de la cabecera, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de código de integridad de mensaje que está configurado para pasar una revisión en el destino para indicar el destino de la cabecera.
13. - El aparato de conformidad con la reivindicación 9, caracterizado porque el primer tipo de cabecera incluye un campo de revisión de integridad de mensaje y un campo de secuencia de revisión de cuadro, en donde el segundo tipo de cabecera incluye el campo de revisión de integridad de mensaje y no el campo de secuencia de revisión de cuadro, y en donde para el segundo tipo de cabecera, el paso de la revisión de integridad de mensaje indica el paso de la secuencia de revisión de cuadro.
14. - El aparato de conformidad con la reivindicación 9, caracterizado porque el primer tipo de cabecera incluye un campo de duración, en donde el segundo tipo de cabecera no incluye el campo de duración.
15. - Un aparato para comunicar en una red inalámbrica, el aparato comprende: medios para seleccionar un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos con base en una indicación de información almacenada en un receptor; y medios para transmitir una cabecera de control de acceso de medios del tipo seleccionado al receptor.
16. - El aparato de conformidad con la reivindicación 15, caracterizado porque la pluralidad de tipos comprende un primer tipo de cabecera y un segundo tipo de cabecera, el primer tipo de cabecera comprende una pluralidad de campos, y el segundo tipo de cabecera comprende un subconjunto de la pluralidad de campos que es menor que toda la pluralidad de campos.
17. - El aparato de conformidad con la reivindicación 16, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar una primera dirección al receptor, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de indicador para indicar al receptor el uso de una dirección almacenada en el receptor como la primera dirección .
18. - El aparato de conformidad con la reivindicación 16, caracterizado porque el primer tipo de cabecera incluye un número de control de secuencia y un número de paquete, en donde el segundo tipo de cabecera incluye el número de paquete pero no el número de secuencia, y en donde para el segundo tipo de cabecera el número de paquete es indicativo del número de secuencia.
19. - El aparato de conformidad con la reivindicación 16, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar al receptor un destino de la cabecera, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de código de integridad de mensaje que está configurado para pasar una reivisión en el destino para indicar el destino de la cabecera.
20. - El aparato de conformidad con la reivindicación 16, caracterizado porque el primer tipo de cabecera incluye un campo de revisión de integridad de mensaje y un campo de secuencia de revisión de cuadro, en donde el segundo tipo de cabecera incluye el campo de revisión de integridad de mensaje y no el campo de secuencia de revisión de cuadro, y en donde para el segundo tipo de cabecera, el paso de la revisión de integridad de mensaje indica el paso de la secuencia de revisión de cuadro.
21. - El aparato de conformidad con la reivindicación 16, caracterizado porque el primer tipo de cabecera incluye un campo de duración, en donde el segundo tipo de cabecera no incluye el campo de duración.
22. - Un medio legible por computadora que comprende instrucciones que cuando son ejecutadas ocasionan que un aparato : seleccione un tipo de cabecera de control de acceso de medios a partir de una pluralidad de tipos con base en una indicación de información almacenada en un receptor; y transmita una cabecera de control de acceso de medios del tipo seleccionado al receptor.
23. - El medio legible por computadora de conformidad con la reivindicación 22, caracterizado porgue la pluralidad de tipos comprende un primer tipo de cabecera y un segundo tipo de cabecera, el primer tipo de cabecera comprende una pluralidad de campos, y el segundo tipo de cabecera comprende un subconjunto de la pluralidad de campos que es menor que toda la pluralidad de campos.
24. - El medio legible por computadora de conformidad con la reivindicación 23, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar una primera dirección al receptor, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de indicador para indicar al receptor el uso de una dirección almacenada en el receptor como la primera dirección.
25. - El medio legible por computadora de conformidad con la reivindicación 23, caracterizado porque el primer tipo de cabecera incluye un número de control de secuencia y un número de paquete, en donde el segundo tipo de cabecera incluye el número de paquete pero no el número de secuencia, y en donde para el segundo tipo de cabecera el número de paquete es indicativo del número de secuencia.
26.- El medio legible por computadora de conformidad con la reivindicación 23, caracterizado porque el primer tipo de cabecera incluye un campo de dirección para indicar al receptor un destino de la cabecera, en donde el segundo tipo de cabecera no incluye el campo de dirección, y en donde el segundo tipo de cabecera incluye un campo de código de integridad de mensaje que está configurado para pasar una reivisión en el destino para indicar el destino de la cabecera.
27. - El medio legible por computadora de conformidad con la reivindicación 23, caracterizado porque el primer tipo de cabecera incluye un campo de revisión de integridad de mensaje y un campo de secuencia de revisión de cuadro, en donde el segundo tipo de cabecera incluye el campo de revisión de integridad de mensaje y no el campo de secuencia de revisión de cuadro, y en donde para el segundo tipo de cabecera, el paso de la revisión de integridad de mensaje indica el paso de la secuencia de revisión de cuadro.
28. - El medio legible por computadora de conformidad con la reivindicación 23, caracterizado porque el primer tipo de cabecera incluye un campo de duración, en donde el segundo tipo de cabecera no incluye el campo de duración.
MX2013013376A 2011-05-19 2012-05-18 Aparato y metodos para compresion de cabecera de control de acceso de medios. MX2013013376A (es)

Applications Claiming Priority (15)

Application Number Priority Date Filing Date Title
US201161487814P 2011-05-19 2011-05-19
US201161506779P 2011-07-12 2011-07-12
US201161514365P 2011-08-23 2011-08-23
US201161566535P 2011-12-02 2011-12-02
US201161569653P 2011-12-12 2011-12-12
US201161579179P 2011-12-22 2011-12-22
US201261584419P 2012-01-09 2012-01-09
US201261588706P 2012-01-20 2012-01-20
US201261595487P 2012-02-06 2012-02-06
US201261602754P 2012-02-24 2012-02-24
US201261606271P 2012-03-02 2012-03-02
US201261637042P 2012-04-23 2012-04-23
US201261642252P 2012-05-03 2012-05-03
US13/474,573 US20130128809A1 (en) 2011-05-19 2012-05-17 Apparatus and methods for media access control header compression
PCT/US2012/038723 WO2012159094A2 (en) 2011-05-19 2012-05-18 Apparatus and methods for media access control header compression

Publications (1)

Publication Number Publication Date
MX2013013376A true MX2013013376A (es) 2014-01-08

Family

ID=49679821

Family Applications (2)

Application Number Title Priority Date Filing Date
MX2013013367A MX2013013367A (es) 2011-05-19 2012-05-18 Aparato y metodos para compresion de cabecera de control de acceso de medios.
MX2013013376A MX2013013376A (es) 2011-05-19 2012-05-18 Aparato y metodos para compresion de cabecera de control de acceso de medios.

Family Applications Before (1)

Application Number Title Priority Date Filing Date
MX2013013367A MX2013013367A (es) 2011-05-19 2012-05-18 Aparato y metodos para compresion de cabecera de control de acceso de medios.

Country Status (17)

Country Link
US (1) US9515925B2 (es)
EP (3) EP2710783A2 (es)
JP (3) JP2014515572A (es)
KR (3) KR20140013090A (es)
CN (2) CN103765848B (es)
AU (2) AU2012255064B2 (es)
BR (2) BR112013029619A2 (es)
CA (2) CA2835441A1 (es)
ES (1) ES2710320T3 (es)
HU (1) HUE042265T2 (es)
IL (2) IL229266A0 (es)
MX (2) MX2013013367A (es)
MY (1) MY164876A (es)
RU (2) RU2589331C2 (es)
SG (2) SG194891A1 (es)
WO (2) WO2012159082A2 (es)
ZA (2) ZA201309548B (es)

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9154363B2 (en) 2011-05-13 2015-10-06 Qualcomm Incorporated Systems and methods for wireless communication of packets having a plurality of formats
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US8897298B2 (en) * 2011-11-02 2014-11-25 Qualcomm Incorporated Systems and methods for compressing headers and payloads
US8755403B2 (en) * 2011-11-09 2014-06-17 Hitachi, Ltd. Block acknowledgement for wireless communication methods, apparatuses and systems
US9363175B2 (en) * 2011-12-16 2016-06-07 Stmicroelectronics, Inc. Sub-1GHz MAC frame header compression
CN106877977B (zh) 2012-01-12 2021-02-12 华为终端有限公司 数据通信的方法、装置及系统
JP6113191B2 (ja) 2012-01-31 2017-04-12 マーベル ワールド トレード リミテッド 長距離ワイヤレスローカルエリアネットワークにおけるｍａｃヘッダ圧縮
US9730102B2 (en) * 2012-02-17 2017-08-08 Intel Corporation Methods and arrangements for packet flows in wireless networks
EP2845409A1 (en) * 2012-05-04 2015-03-11 Interdigital Patent Holdings, Inc. Efficient medium access control (mac) header
US9179449B2 (en) 2012-05-11 2015-11-03 Qualcomm Incorporated Apparatus and methods for control frame and management frame compression
US9608789B2 (en) * 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
US9860785B2 (en) * 2012-05-11 2018-01-02 Qualcomm, Incorporated Apparatus and methods for control frame and management frame compression
KR101712343B1 (ko) * 2012-06-04 2017-03-06 주식회사 케이티 짧은 맥 헤더를 이용한 데이터 전송 방법 및 짧은 맥 헤더를 이용한 데이터 전송 장치
US10178582B2 (en) * 2012-08-06 2019-01-08 Qualcomm Incorporated Apparatus and methods for frame control design
WO2014039540A1 (en) * 2012-09-05 2014-03-13 Interdigital Patent Holdings, Inc. Methods for mac frame extensibility and frame specific mac header design for wlan systems
EP2907332B1 (en) 2012-10-12 2017-12-06 LG Electronics Inc. Method and apparatus for transmitting and receiving a frame supporting a short mac header in wireless lan system
US20140105098A1 (en) * 2012-10-16 2014-04-17 Stmicroelectronics, Inc. Frame specification for a wireless network communication
US9906444B2 (en) * 2012-12-12 2018-02-27 Qualcomm Incorporated Security for packets using a short MAC header
US9326137B2 (en) * 2013-01-07 2016-04-26 Qualcomm Incorporated Implicit rekeying mechanism
US9154983B2 (en) * 2013-01-14 2015-10-06 Qualcomm Incorporated Systems and methods for detecting or signaling the presence of bursty interference on wireless networks
WO2014126324A1 (ko) 2013-02-15 2014-08-21 엘지전자 주식회사 무선랜 시스템에서 대역폭에 따른 프레임 송수신 방법 및 장치
US9853794B2 (en) * 2013-02-20 2017-12-26 Qualcomm, Incorporated Acknowledgement (ACK) type indication and deferral time determination
US9439188B2 (en) 2013-03-01 2016-09-06 Qualcomm Incorporated Scheduling for signaling and information transfer
US20140266625A1 (en) * 2013-03-14 2014-09-18 Qualcomm Incorporated Assisted energy efficient peer-to-peer (p2p) communications
US9781235B2 (en) * 2013-03-14 2017-10-03 Qualcomm, Incorporated Subframe format indication field
US9614935B2 (en) 2013-03-15 2017-04-04 Qualcomm Incorporated Protected control frames
JP6068726B2 (ja) * 2013-04-02 2017-01-25 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいてアクセス実行方法及び装置
US9426261B2 (en) 2013-05-15 2016-08-23 Qualcomm Incorporated Apparatus and methods for improved frames
US9578543B2 (en) 2013-07-01 2017-02-21 Qualcomm Incorporated Reduced overhead for wireless communication
US9462465B2 (en) 2013-10-04 2016-10-04 Qualcomm Incorporated Apparatus and methods for separated security implementations in wireless communications
US20150124703A1 (en) * 2013-11-04 2015-05-07 Qualcomm Incorporated Traffic classification element classifier parameters
US20150124704A1 (en) * 2013-11-06 2015-05-07 Qualcomm Incorporated Apparatus and methods for mac header compression
US9374201B2 (en) * 2013-12-17 2016-06-21 Qualcomm Incorporated Packet number determination mechanism
JP6157746B2 (ja) * 2014-01-13 2017-07-05 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいて短いｍａｃヘッダーを支援するフレームの送受信方法及び装置
CN106576102B (zh) * 2014-08-10 2020-06-16 Lg 电子株式会社 在无线通信系统中使站能够接收信号的方法和设备
US9955333B2 (en) * 2014-08-20 2018-04-24 Qualcomm, Incorporated Secure wireless wake-up companion
ES2957215T3 (es) * 2014-09-19 2024-01-15 Huawei Tech Co Ltd Método y dispositivo de transmisión de datos de red de área local inalámbrica
JP2016072759A (ja) * 2014-09-29 2016-05-09 パナソニックＩｐマネジメント株式会社 通信装置及び通信システム
US9602635B2 (en) * 2014-10-27 2017-03-21 Intel IP Corporation Wireless device, method, and computer readable media for compressed media access control header
US9961170B2 (en) * 2014-11-25 2018-05-01 Qualcomm Incorporated Ethertype packet discrimination data type
WO2016088936A1 (en) * 2014-12-05 2016-06-09 Hana Micron Inc. Maintenance management for beacon device
WO2016111435A1 (ko) * 2015-01-08 2016-07-14 엘지전자 주식회사 무선랜에서 헤더에 대한 에러 체크 비트를 포함하는 프레임을 전송하는 방법 및 장치
CN111163111B (zh) * 2015-01-09 2021-12-10 三星电子株式会社 发送设备及其信号处理方法
US9655112B2 (en) * 2015-04-30 2017-05-16 Intel IP Corporation Apparatus, system and method of communicating a wireless communication frame with a header
US20160360397A1 (en) * 2015-06-02 2016-12-08 Qualcomm Incorporated Color coding for data confirmation signals
US20160374081A1 (en) * 2015-06-19 2016-12-22 Qualcomm Incorporated Short uplink responses for downlink transmissions
US10271263B2 (en) * 2015-09-04 2019-04-23 Intell IP Corporation Systems and methods for frame addressing in wireless networks
EP3331271B1 (en) 2015-09-09 2023-09-20 Sony Group Corporation Communications device and communications method
US10225866B2 (en) * 2015-09-16 2019-03-05 Qualcomm Incorporated Systems, methods, and devices for enhanced OFDMA random access
JP6834968B2 (ja) * 2015-10-16 2021-02-24 ソニー株式会社 無線通信装置および無線通信方法
ES2897798T3 (es) * 2015-11-11 2022-03-02 Sony Group Corp Dispositivo de comunicación y método de comunicación
US10524289B2 (en) 2015-12-25 2019-12-31 Kabushiki Kaisha Toshiba Wireless communication device
JP6623135B2 (ja) * 2015-12-25 2019-12-18 株式会社東芝 無線通信装置
US10602430B2 (en) * 2016-02-22 2020-03-24 Nxp Usa, Inc. Multiple basic service set support
WO2018048809A1 (en) * 2016-09-06 2018-03-15 Marvell Semiconductor, Inc. Multi-user ranging with unassociated stations
KR101702435B1 (ko) * 2016-09-09 2017-02-06 울산과학기술원 저전력 can 송수신기 제어 방법
CN108268420A (zh) * 2016-12-31 2018-07-10 智车优行科技（北京）有限公司 处理器之间的通信方法、处理器和电子设备
CN108282451A (zh) * 2017-01-20 2018-07-13 广州市动景计算机科技有限公司 数据劫持判断方法、装置及用户终端
US10641887B1 (en) * 2017-05-23 2020-05-05 Nxp Usa, Inc. Null data packet (NDP) ranging with unassociated stations
CN107300685B (zh) * 2017-06-30 2020-04-28 电子科技大学 一种用激光对目标物进行定位的装置及方法
CN107466141A (zh) * 2017-08-23 2017-12-12 许欣 一种基于802.11协议的控制方法及开关装置
US20190132879A1 (en) * 2018-03-21 2019-05-02 Xiaogang Chen Scrambler initialization for multi-user clear to send transmission
WO2020092780A1 (en) * 2018-10-31 2020-05-07 Intel Corporation 5g nr methods for ethernet header compression
US10917196B2 (en) 2019-02-12 2021-02-09 Cisco Technology, Inc. Efficient transmission of small packets in low power and lossy networks
CN114128241A (zh) 2019-03-27 2022-03-01 苹果公司 以太网标头压缩
CN113709812B (zh) 2019-03-29 2023-03-24 Oppo广东移动通信有限公司 一种压缩处理方法、解压缩处理方法及相关设备
US11765577B2 (en) * 2019-07-12 2023-09-19 Apple Inc. Identity obscuration for a wireless station
US11284298B2 (en) * 2019-10-11 2022-03-22 Qualcomm Incorporated Header compression and decompression management
CN113255016B (zh) * 2021-06-29 2021-10-26 浙江国利信安科技有限公司 用于设备认证的方法、电子设备和存储介质

Family Cites Families (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08511664A (ja) 1993-06-07 1996-12-03 アルカテル・モビル・フオンズ 時間依存法則に従って変調される基準を有する通信システム用の信号パケット
US6304914B1 (en) 1998-09-22 2001-10-16 Microsoft Corporation Method and apparatus for pre-compression packaging
KR100605947B1 (ko) 1999-07-13 2006-08-02 삼성전자주식회사 터미널 어댑터 기능을 이용하는 라우터에서 국제 신호점서비스방법
US6680955B1 (en) 1999-08-20 2004-01-20 Nokia Networks Oy Technique for compressing a header field in a data packet
US7545755B2 (en) * 2000-03-03 2009-06-09 Adtran Inc. Routing switch detecting change in session identifier before reconfiguring routing table
US7002993B1 (en) 2000-08-18 2006-02-21 Juniper Networks, Inc. Method and apparatus providing media aggregation in a packet-switched network
CA2316533C (en) 2000-08-23 2008-03-11 Yvon Bergeron Wireless data communications with header suppression and reconstruction
JP2002135231A (ja) 2000-10-20 2002-05-10 Canon Inc 通信装置、通信システム、通信装置の送信制御方法、及び制御プログラムを提供する媒体
US7170893B2 (en) 2001-06-15 2007-01-30 Lucent Technologies Inc. Technique for selecting the number of packets to be concatenated
US6975647B2 (en) 2001-11-13 2005-12-13 Ems Technologies Canada, Ltd Enhancements for TCP performance enhancing proxies
US20030112780A1 (en) 2001-12-17 2003-06-19 Koninklijke Philips Electronics N.V. Time diversity combining to increase the reliability of the IEEE 802.11 WLAN receiver
KR100896484B1 (ko) 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
FR2839407B1 (fr) * 2002-05-02 2004-12-17 Canon Kk Procede et dispositif d'ajustement de la taille maximale des sequences d'information transmises dans un reseau de telecommunications
US7251235B2 (en) 2002-06-12 2007-07-31 Conexant, Inc. Event-based multichannel direct link
US7263105B2 (en) 2002-12-18 2007-08-28 Intel Corporation WLAN device and method for interfacing between a MAC sublayer and a physical layer
US7734760B2 (en) 2003-02-14 2010-06-08 Intel Corporation Estimating the location of a network client using a media access control address
US7545765B2 (en) * 2003-04-11 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Multi-user diversity forwarding
JP3891145B2 (ja) 2003-05-16 2007-03-14 ソニー株式会社 無線通信装置、無線通信方法及びプログラム
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US8483105B2 (en) * 2003-10-15 2013-07-09 Qualcomm Incorporated High speed media access control
US8233462B2 (en) 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
US8842657B2 (en) 2003-10-15 2014-09-23 Qualcomm Incorporated High speed media access control with legacy system interoperability
US7489688B2 (en) 2003-12-23 2009-02-10 Agere Systems Inc. Frame aggregation
JP3720345B2 (ja) 2004-02-17 2005-11-24 シャープ株式会社 伝送装置
GB2412038B (en) 2004-03-10 2006-04-19 Toshiba Res Europ Ltd Packet format
JP4086304B2 (ja) 2004-04-23 2008-05-14 株式会社東芝 通信装置、通信システム、および通信制御プログラム
US7633970B2 (en) 2004-05-07 2009-12-15 Agere Systems Inc. MAC header compression for use with frame aggregation
JP4220435B2 (ja) * 2004-05-28 2009-02-04 株式会社東芝 無線通信システムおよび無線端末
WO2006000094A1 (en) 2004-06-24 2006-01-05 Nortel Networks Limited Efficient location updates, paging and short bursts
WO2006001085A1 (ja) * 2004-06-29 2006-01-05 Mitsubishi Denki Kabushiki Kaisha 無線端末局および無線通信システム
DE112005003401T5 (de) 2005-01-19 2007-12-20 Intel Corporation, Santa Clara Datenkommunikationsverfahren und -Vorrichtung
US8830846B2 (en) 2005-04-04 2014-09-09 Interdigital Technology Corporation Method and system for improving responsiveness in exchanging frames in a wireless local area network
US7577438B2 (en) 2005-04-25 2009-08-18 Interdigital Technology Corporation Method and system for efficient addressing and power savings in wireless systems
US8804765B2 (en) 2005-06-21 2014-08-12 Optis Wireless Technology, Llc Dynamic robust header compression
US7602778B2 (en) 2005-06-29 2009-10-13 Cisco Technology, Inc. System and methods for compressing message headers
US20070047583A1 (en) 2005-08-29 2007-03-01 Siemens Aktiengesellschaft Method for using a short address in a packet header
US7907614B2 (en) 2005-11-11 2011-03-15 Broadcom Corporation Fast block acknowledgment generation in a wireless environment
JP4642652B2 (ja) 2005-12-26 2011-03-02 パナソニック株式会社 無線制御端末、無線通信システムおよび無線通信方法
CN101379781A (zh) 2006-01-23 2009-03-04 日本电气株式会社 通信方法、通信系统、节点及程序
EP1871137A2 (en) 2006-06-22 2007-12-26 Innovative Sonic Limited Method and apparatus for handling status report after handover in a wireless communications system
JP2008035050A (ja) 2006-07-27 2008-02-14 Kyocera Mita Corp ネットワーク通信装置
US20080025312A1 (en) 2006-07-28 2008-01-31 Qualcomm Incorporated Zero-header compression for improved communications
EP2271165B1 (en) 2006-08-21 2013-08-07 InterDigital Technology Corporation Dynamic resource allocation scheduling and signaling for a variable data rate service in LTE
US7707415B2 (en) 2006-09-07 2010-04-27 Motorola, Inc. Tunneling security association messages through a mesh network
US20080130538A1 (en) 2006-12-05 2008-06-05 Qualcomm Incorporated Enhanced management frame aggregation in a wireless network system
JP5142060B2 (ja) * 2007-02-21 2013-02-13 パナソニック株式会社 通信システム
US7716379B2 (en) * 2007-04-26 2010-05-11 Microsoft Corporation Hardware control interface for IEEE standard 802.11 including transmission control interface component and a transmission status interface component
US8045589B2 (en) 2007-04-26 2011-10-25 Kyocera Corporation Radio communication system with data structure change
US8588417B2 (en) 2007-05-04 2013-11-19 Conexant Systems, Inc. Systems and methods for multicast retransmission over a secure wireless LAN
US20090003347A1 (en) 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
EP2174462A1 (en) 2007-07-05 2010-04-14 Ceragon Networks LTD. Data packet header compression
KR101377961B1 (ko) 2007-07-27 2014-03-25 엘지전자 주식회사 헤더 오버헤드 감소를 위한 패킷 전송 방법
US7974312B2 (en) 2007-07-31 2011-07-05 Intel Corporation Compressed medium access control (MAC) header structure for MAC overhead reduction in mobile worldwide interoperability for microwave access (WiMAX) systems
CN101855859B (zh) 2007-09-14 2014-07-16 诺基亚西门子通信公司 启用harq的循环带宽分配方法
US8902927B2 (en) 2007-10-01 2014-12-02 Qualcomm Incorporated Medium access control header format
KR101099348B1 (ko) 2007-11-08 2011-12-26 엘지전자 주식회사 무선 메쉬 네트워크에서의 데이터 전송 방법 및 ａ-ｍｓｄｕ 포맷
KR100899809B1 (ko) 2007-12-11 2009-05-27 한국전자통신연구원 무선 센서 네트워크에서 ＩＰｖ６를 위한 코디네이터,게이트웨이 및 전송 방법
US8351408B2 (en) 2008-08-20 2013-01-08 Daigle Mark R Data packet generator for generating passcodes
US8464138B2 (en) 2008-08-20 2013-06-11 Qualcomm Incorporated Effective utilization of header space for error correction in aggregate frames
US20100046550A1 (en) 2008-08-25 2010-02-25 Motorola, Inc. Context based header selection in a multi-flow packet application
KR20100027927A (ko) 2008-09-02 2010-03-11 엘지전자 주식회사 압축된 헤더를 이용한 서비스 제공방법
US8934407B2 (en) 2008-09-05 2015-01-13 Zte (Usa) Inc. MAC layer packet data units for wireless communications
JP5479474B2 (ja) 2008-09-10 2014-04-23 エルジー エレクトロニクス インコーポレイティド 選択的な制御信号暗号化方法
KR101566555B1 (ko) 2008-11-27 2015-11-05 삼성전자주식회사 Ｍａｃ헤더를 구성하는 방법 및 시스템
JP4701287B2 (ja) 2008-12-22 2011-06-15 富士通株式会社 移動通信システム及び同システムにおける再送制御方法及び基地局
US8462644B2 (en) 2008-12-30 2013-06-11 Nokia Corporation Ad hoc network initiation
US7835399B2 (en) 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
US7899056B2 (en) 2009-01-13 2011-03-01 Fujitsu Limited Device and method for reducing overhead in a wireless network
EP2227062B1 (en) 2009-03-04 2015-02-18 Fujitsu Limited Improvements to short-range wireless networks
US8571021B2 (en) 2009-06-10 2013-10-29 Microchip Technology Incorporated Packet based data transmission with reduced data size
US20110149848A1 (en) 2009-08-17 2011-06-23 Qualcomm Incorporated Header compression for relay nodes
WO2012037635A1 (en) 2009-09-02 2012-03-29 Nortel Networks Limited Mac packet data unit construction for wireless systems
KR101653310B1 (ko) 2009-09-02 2016-09-01 엘지전자 주식회사 Ｍａｃ 헤더 타입 정보를 이용한 ｍａｃ ｐｄｕ 송수신 방법 및 장치
US9219576B2 (en) * 2009-09-18 2015-12-22 Marvell World Trade Ltd. Short packet for use in beamforming
KR101758380B1 (ko) 2010-02-12 2017-07-17 엘지전자 주식회사 무선 통신시스템에서 송신장치로부터 수신되는 신호를 처리하는 방법
JP5531118B2 (ja) * 2010-03-15 2014-06-25 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおけるフレーム送信方法及び装置
US8553605B2 (en) * 2010-09-10 2013-10-08 Qualcomm Incorporated Packet identification for power saving in wireless communication networks
US9374193B2 (en) 2010-09-29 2016-06-21 Qualcomm Incorporated Systems and methods for communication of channel state information
US8705502B2 (en) * 2010-10-20 2014-04-22 Cisco Technology, Inc. Using encapsulation to enable 802.1 bridging across 802.11 links
US20130128809A1 (en) * 2011-05-19 2013-05-23 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9125181B2 (en) 2011-08-23 2015-09-01 Qualcomm Incorporated Systems and methods for compressing headers
JP6113191B2 (ja) 2012-01-31 2017-04-12 マーベル ワールド トレード リミテッド 長距離ワイヤレスローカルエリアネットワークにおけるｍａｃヘッダ圧縮

Also Published As

Publication number Publication date
CN103765848A (zh) 2014-04-30
AU2012254990A1 (en) 2013-12-05
KR20160048220A (ko) 2016-05-03
ZA201309548B (en) 2015-12-23
HUE042265T2 (hu) 2019-06-28
JP2014515572A (ja) 2014-06-30
CN103765847A (zh) 2014-04-30
US20130128808A1 (en) 2013-05-23
MX2013013367A (es) 2014-01-08
MY164876A (en) 2018-01-30
IL229264B (en) 2018-06-28
EP2710840A2 (en) 2014-03-26
CA2835447A1 (en) 2012-11-22
JP5746425B2 (ja) 2015-07-08
CA2835441A1 (en) 2012-11-22
AU2012254990B2 (en) 2015-07-16
ES2710320T3 (es) 2019-04-24
US9515925B2 (en) 2016-12-06
JP2016015774A (ja) 2016-01-28
AU2012255064B2 (en) 2015-11-05
CN103765848B (zh) 2016-08-17
BR112013029619A2 (pt) 2016-12-13
EP3197127A1 (en) 2017-07-26
RU2013156045A (ru) 2015-06-27
WO2012159082A3 (en) 2013-02-07
AU2012255064A1 (en) 2013-12-12
RU2013156404A (ru) 2015-06-27
WO2012159094A3 (en) 2013-11-14
BR112013029697A2 (pt) 2017-01-17
AU2012255064A8 (en) 2014-02-27
IL229266A0 (en) 2016-11-30
KR20140016389A (ko) 2014-02-07
SG194891A1 (en) 2013-12-30
IL229264A0 (en) 2014-01-30
WO2012159094A2 (en) 2012-11-22
JP6195879B2 (ja) 2017-09-13
JP2014520426A (ja) 2014-08-21
CA2835447C (en) 2018-07-31
SG194890A1 (en) 2013-12-30
KR20140013090A (ko) 2014-02-04
WO2012159082A2 (en) 2012-11-22
RU2579622C2 (ru) 2016-04-10
ZA201309547B (en) 2016-01-27
EP2710783A2 (en) 2014-03-26
EP2710840B1 (en) 2018-11-07
RU2589331C2 (ru) 2016-07-10
KR101557686B1 (ko) 2015-10-06

Similar Documents

Publication Publication Date Title
JP6195879B2 (ja) メディアアクセス制御の制御交換のための装置および方法
US10178582B2 (en) Apparatus and methods for frame control design
US20130128809A1 (en) Apparatus and methods for media access control header compression
US20150124704A1 (en) Apparatus and methods for mac header compression
US9462465B2 (en) Apparatus and methods for separated security implementations in wireless communications

Legal Events

Date Code Title Description
FG Grant or registration