MX2007000857A

MX2007000857A - Programador con conocimiento de paquete en sistemas de comunicacion inalambrica.

Info

Publication number: MX2007000857A
Application number: MX2007000857A
Authority: MX
Inventors: Edward Harrison Teague; Gavin Bernard Horn
Original assignee: Qualcomm Inc
Priority date: 2004-07-20
Filing date: 2005-07-20
Publication date: 2007-04-18
Also published as: JP2008507918A; EP1779612A2; CN103124437A; WO2006012405A3; CA2574711A1; US20110205987A1; KR20070040400A; US8971259B2; JP2011139488A; CN101310481B; US20060019677A1; AU2005267103A1; BRPI0513704A; RU2007106048A; US7961609B2; KR100935559B1; JP5666326B2; WO2006012405A2; CN101310481A; RU2348119C2

Abstract

Se describen y proveen aparatos y metodologias que facilitan la programacion con conocimiento de paquete; en algunas modalidades, si toda la informacion de un paquete no puede ser programada en un solo periodo de transmision, se pueden asignar recursos adicionales para la transmision del contenido del paquete en base a los requerimientos de latencia y/o restricciones de transmision del paquete.

Description

PROGRAMADOR CON CONOCIMIENTO DE PAQUETE EN SISTEMAS DE COMUNICACIÓN INALÁMBRICA CAMPO DE LA INVENCIÓN La siguiente descripción generalmente se refiere a comunicaciones inalámbricas y, entre otras cosas, a las asignaciones de recurso de programación para dispositivos de usuario en un ambiente de red inalámbrica.

ANTECEDENTES DE LA INVENCIÓN Los sistemas de red inalámbricas se han convertido en un medio frecuente a través del cual, la mayoría de la gente a nivel mundial se ha venido comunicando. Los dispositivos de comunicación inalámbrica se han vuelto más pequeños y más poderosos con el fin de cumplir con las necesidades del consumidor y para mejorar la portabilidad y conveniencia. El aumento en la potencia de procesamiento en dispositivos móviles tales como teléfonos celulares y terminales de acceso ha llevado a un incremento en los tipos de aplicaciones, y su complejidad, disponibles para uso en sistemas de comunicación inalámbricas. Estos servicios tienen todos diferentes requerimientos para el ancho de banda y latencia.

Los sistemas de comunicación inalámbrica generalmente utilizan diferentes enfoques para generar recursos de transmisión en la forma de canales. Estos sistemas pueden ser sistemas de multiplexión por división de código (CDM) , sistemas de multiplexión por división de frecuencia (FDM) , y sistemas de multiplexión por división de tiempo (TDM) . Una variante comúnmente utilizada de FDM es multiplexión por división de frecuencia ortogonal (OFDM) que efectivamente divide el ancho de banda del sistema global en múltiples sub-bandas ortogonales. Estas sub-bandas también se denominan como tonos, portadoras, sub-portadoras, depósitos, y canales de frecuencia. Cada subbanda está asociada con una sub-portadora que se puede modular con datos. Con técnicas basadas en división de tiempo, una banda es dividida a nivel de tiempo en porciones de tiempo secuenciales o ranuras de tiempo. Cada usuario de un canal es provisto con una porción de tiempo para transmitir y recibir información en una manera giratoria. Por ejemplo en cualquier momento determinado t, a un usuario se le provee acceso al canal para una ráfaga corta. Después, el acceso cambia a otro usuario a quien se le provee una ráfaga corta de tiempo para transmitir y recibir información. El ciclo de "tomar turno" continua, y eventualmente a cada usuario se le provee múltiples ráfagas de transmisión y recepción.

Técnicas basadas en CDM típicamente transmiten datos sobre un número de frecuencias disponibles en cualquier momento en un rango. En general, los datos se digitalizan y difunden sobre el ancho de banda disponible, en donde múltiples usuarios pueden estar revestidos en el canal y a usuarios respectivos se les puede asignar un código de secuencia único. Los usuarios pueden transmitir en el mismo trozo de banda ancha de espectro, en donde cada señal de usuario es propagada sobre todo el ancho de banda mediante su único código de propagación respectivo. Esta técnica se puede proveer para repartición, en donde uno o más usuarios pueden transmitir y recibir simultáneamente. Dicha repartición se puede alcanzar mediante la modulación digital espectro de propagación, en donde un flujo de bits de usuario es codificado y propagado sobre un canal muy ancho en una forma pseudo-aleatoria. El receptor está diseñado para reconocer el código de secuencia único asociado y reparar la aleatoriedad con el fin de recolectar los bits para un usuario particular en una manera coherente. Una red de comunicación inalámbrica típica (por ejemplo, el empleo de técnicas de división de frecuencia, tiempo y/o código) incluye una o más estaciones base que proveen un área de cobertura y una o más terminales móviles (por ejemplo inalámbricas) que puedan transmitir y recibir datos dentro del área de cobertura. Una estación base típica puede transmitir simultáneamente múltiples flujos de datos múltiples para difusión, multi-difusión, y/o servicios de unidifusión, en donde un flujo de datos es un flujo de datos que puede ser de interés de recepción independiente para una terminal móvil. Una terminal móvil dentro del área de cobertura de esa estación base puede estar interesada en recibir uno, más de uno o todos los flujos de datos portados por el flujo compuesto. Asimismo, una terminal móvil puede transmitir datos a la estación base u otra terminal móvil. En estos sistemas, el ancho de banda y otros recursos del sistema son asignados conforme a un programador. Además, en una red de comunicación típica, la información es asignada a diferentes niveles de servicio en base a la aplicación o servicio para la cual se utiliza la información. Por ejemplo, algunas aplicaciones, tal como voz o video generalmente requieren latencia baja, mientras otras tal como peticiones de datos simples pueden tener latencias permisibles más altas. El propósito de un programador en un sistema de comunicación es multiplexar los datos de los usuarios al ancho de banda para transmisiones múltiples. El programador puede multiplexar las transmisiones del usuario sobre el tiempo, frecuencia, código, y/o espacio. Los objetivos de un programador son maximizar la capacidad del sistema (rendimiento) mientras mantiene un nivel específico de imparcialidad entre usuarios y/o rendimiento para cada usuario. Además, el programador podría proveer servicio a usuarios particulares que utilicen mejor las aplicaciones que están operando en la conexión del usuario, por ejemplo, el servicio o aplicación que se está proveyendo. Por ejemplo, el programador podría cumplir los objetivos de latencia para conexiones que están operando aplicaciones sensibles a la latencia. Los propósitos del programador anteriores a menudo están en conflicto, y un programador particular puede enfatizar ciertos propósitos (tal como capacidad global del sector) . En virtud de lo anterior, existe la necesidad en la técnica de un sistema y/o metodología para mejorar la comunicación inalámbrica y la asignación de recursos de frecuencia para usuarios en un ambiente de red inalámbrica.

SUMARIO DE LA INVENCIÓN Lo siguiente representa un sumario simplificado de una o más modalidades con el fin de proveer un entendimiento básico de dichas modalidades. Este sumario no es una perspectiva extensiva de todas las modalidades contempladas, y no se pretende identificar elementos clave o críticos de todas las modalidades ni tampoco delinear el alcance de cualquiera o todas las modalidades. Su único propósito es presentar algunos conceptos de una o más modalidades en una forma simplificada como un preludio para una descripción más detallada que se presenta más adelante.

BREVE DESCRIPCIÓN DE LAS FIGURAS La figura 1 ilustra un sistema de comunicación inalámbrica de acceso múltiple conforme a una modalidad. La figura 2 ilustra un esquema de asignación espectro para un sistema de comunicación inalámbrica de acceso múltiple conforme a una modalidad. La figura 3 ilustra un diagrama en bloques simplificado de un sistema que facilita la asignación de recursos con conocimiento de paquete conforme a una modalidad. La figura 4 ilustra un diagrama en bloques funcional de un programador conforma a una modalidad. La figura 5A ilustra una metodología para programación conforme a una modalidad. La figura 5B ilustra una metodología para programación conforme a otra modalidad. La figura 5C ilustra una metodología para programación conforme a una modalidad adicional.

La figura 6 ilustra un transmisor y receptor en un sistema de comunicación inalámbrica de acceso múltiple de una modalidad.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Ahora se describen varias modalidades con referencia a las figuras, en donde números de referencia similares se utilizan para hacer referencia a elementos similares en el documento. En la siguiente descripción, para propósitos de explicación, numerosos detalles específicos se establecen con el fin de proveer un entendimiento total de una o más modalidades. Puede ser evidente, sin embargo, que dichas modalidades se pueden practicar sin estos detalles específicos. En otros casos, estructuras y dispositivos bien conocidos se muestran en forma de diagrama en bloques con el fin de facilitar la descripción de una o más modalidades. Haciendo referencia a la figura 1, se ilustra un sistema de comunicación inalámbrica de acceso múltiple conforme a una modalidad. Un sistema de comunicación inalámbrica de acceso múltiple 100 incluye células múltiples, por ejemplo células 102, 104, y 106. En la modalidad de la figura 1, cada célula 102, 104 y 106 puede incluir un punto de acceso 150 que incluye múltiples sectores. Los múltiples sectores están formados por grupos de antenas, cada uno responsable de la comunicación con terminales de acceso en una porción de la célula. En la célula 102, los grupos de antena 112, 114, y 116, cada uno corresponde a un sector diferente. En la célula 104, los grupos de antena 118, 120, y 122, cada uno corresponde a un sector diferente. En la célula 106, los grupos de antena 124, 126, y 128 cada uno corresponde a un sector diferente. Cada célula incluye diversas terminales de acceso las cuales están en comunicación con uno o más sectores de cada punto de acceso. Por ejemplo, las terminales de acceso 130 y 132 están en base de comunicación 142, las terminales de acceso 134 y 136 están en comunicación con el punto de acceso 144, y las terminales de acceso 138 y 140 están en comunicación con el punto de acceso 146. El controlador 130 está acoplado a cada una de las células 102, 104, y 106. El controlador 130 puede contener una o más conexiones a múltiples redes, por ejemplo, la Internet, otras redes basadas en paquete, o redes de voz de circuito conmutado que provean información hacia, y desde, las terminales de acceso en comunicación con las células del sistema de comunicación inalámbrica de acceso múltiple 100. El controlador 130 incluye, o está acoplado con un programador que programa la transmisión desde y hacia una terminal de acceso. En otras modalidades, el programador puede residir en cada célula individual, cada sector de una célula, o una combinación de las mismas. Como aquí se utilizó, un punto de acceso puede ser una estación fija utilizada para establecer comunicación con las terminales y también se puede denominar como, e incluir algunas o todas las funcionalidades de, una estación base, un Nodo B, o alguna otra terminología. Una terminal de acceso también se puede denominar como, e incluir algunas o todas las funcionalidades de un equipo de usuario (UE) , un dispositivo de comunicación inalámbrica, terminal o estación móvil o alguna otra terminología. Haciendo referencia a la figura 2, se ilustra un esquema de asignación espectro para un sistema de comunicación inalámbrica de acceso múltiple. Una pluralidad de símbolos OFDM 200 están asignados sobre T periodos de símbolo y S sub-portadoras de frecuencia. Cada símbolo OFDM 200 comprende un periodo de símbolo de los T periodos de símbolo y un tono o frecuencia sub-portadora de las S sub-portadoras. En un sistema de salto de frecuencia OFDM, uno o más símbolos 200 pueden ser asignados a una terminal de acceso determinada. En una modalidad de un esquema de asignación como se muestra en la figura 2, una o más regiones de salto, por ejemplo región de salto 202, de símbolos a un grupo de terminales de acceso para comunicación sobre un enlace inverso. Dentro de cada región de salto, la asignación de símbolos se puede aleatorizar para reducir la interferencia potencial y proveer diversidad de frecuencia contra efectos de trayectoria perj udiciales . Cada región de salto 202 incluye símbolos 204 que están asignados a una o más de las terminales de acceso que están en comunicación con el sector del punto de acceso y asignadas a la región de salto. Durante cada periodo de salto, ó trama, la ubicación de la región de salto 202 dentro de los T periodos de símbolo y S sub-portadoras varía conforme a una secuencia de salto. Además, la asignación de símbolos 204 para las terminales de acceso individuales dentro de la región de salto 202 puede variar para cada periodo de salto. La secuencia de salto puede de manera pseudoaleatoria, aleatoria o conforme a una secuencia predeterminada, seleccionar la ubicación de la región de salto 202 para cada periodo de salto. Las secuencias de salto para diferentes sectores del mismo punto de acceso están diseñadas para ser ortogonales entre sí y evitar interferencia "intra-célula" entre la terminal de acceso que se está comunicando con el mismo punto de acceso. Además, las secuencias de salto para cada punto de acceso pueden ser pseudo-aleatorias con respecto de las secuencias de salto para puntos de acceso cercanos. Esto puede ayudar a aleatorizar la interferencia "inter-célula" entre las terminales de acceso en comunicación con diferentes puntos de acceso. En el caso de una comunicación de enlace inverso, algunos de los símbolos 204 de una región de salto 202 son asignados a símbolos piloto que son transmitidos desde las terminales de acceso al punto de acceso. La asignación de símbolos piloto a los símbolos 204 de preferencia debería soportar acceso múltiple por división de espacio (SDMA) , en donde señales de diferentes terminales de acceso que se traslapan en la misma región de salto, se pueden separar debido a múltiples antenas de recepción en un sector o punto de acceso, siempre que exista una diferencia suficiente de alteraciones espaciales correspondientes a diferentes terminales de acceso. Se debe notar que, aunque la figura 2 muestra que la región de salto 200 tiene una longitud de siete periodos de símbolo, la longitud de la región de salto 200 puede ser cualquier cantidad deseada, puede variar en tamaño entre periodos de salto, o entre diferentes regiones de salto en un periodo de salto determinado. Los símbolos, regiones de salto, o similares generalmente no trazan uno a uno con respecto a los paquetes en términos de tamaño o tiempo. Esto crea la necesidad de fragmentar los paquetes y ensamblar símbolos a partir de los bits fragmentados, lo cual incrementa la dificultad en la programación de. los bits de información contenidos en paquetes en una forma apropiada. Se debería notar que, aunque la modalidad de la figura 2 se describe con respecto a la utilización de salto de bloque, la ubicación del bloque no necesita ser alterada entre periodos de salto consecutivos. Se debe notar que, aunque la modalidad la figura 2 se refiere a un sistema OFDMA que utiliza salto de bloque, la descripción actual se puede operar en muchos sistemas de comunicación diferentes. En una modalidad, el sistema de comunicación utilizado puede ser un sistema multiplexado por división de tiempo en donde a cada usuario le es asignada una o más ranuras de tiempo, o porciones de la misma, en una o más tramas, periodos, o similares. En dichas modalidades, cada ranura de tiempo puede comprender múltiples símbolos de transmisión. Modalidades adicionales pueden utilizar esquemas CDMA o FDMA, en donde a cada usuario le son asignados recursos de transmisión dependiendo de otros criterios, siempre y cuando esos recursos puedan ser divididos o limitados. Haciendo referencia a la figura 3, se ilustra un diagrama "en bloques simplificado de un sistema que facilita la asignación de recurso con conocimiento de paquete conforme a una modalidad ilustrada. Una red 300 transmite y recibe paquetes provenientes del sistema de comunicación inalámbrica 302. Los paquetes recibidos desde la red 300 tienen un primer formato que es de un número específico de bits, basado en el protocolo de comunicación utilizado por la red. El programador 304 asigna paquetes y porciones de paquetes, dependiendo de su tamaño y contenido de información, a los recursos de canal. Estos recursos de canal pueden ser, por ejemplo, símbolos OFDM 200 u otros símbolos de transmisión. En cualquier sistema de comunicación, el número de recursos de canal, por ejemplo símbolos OFDMA, ranuras de tiempo, códigos CDMA, o similares, disponibles para cualquier periodo de tiempo determinado, está limitado por los parámetros del sistema. Por lo tanto, el programador 304 determina los recursos de canal a los cuales asignar los bits de información contenidos dentro de cada paquete basado, en parte, en si todo el contenido de información de un paquete puede ser transmitido dentro de un número de símbolos, ranuras de tiempo, regiones de salto, o similares, por un periodo de tiempo determinado proporcionado por la aplicación a la cual pertenece el paquete. El programador 304 puede emplear un requerimiento de programación de paquete completo además de una calidad de servicio (QoS) , criterios de imparcialidad proporcionales, otras propuestas de programación, o combinaciones de los mismos. Esto es, uno de los factores utilizados para decidir el programa de símbolos transmitidos desde el sistema de comunicación inalámbrica 302 es, si los bits de información contenidos en los paquetes, los cuales tienen algunas restricciones de latencia basadas en su aplicación, pueden ser transmitidos dentro de una trama de tiempo, requeridos por la aplicación, y definidos por el símbolo, ranura de tiempo, región de salto, o similares del sistema de comunicación inalámbrica. Por ejemplo, si un paquete es un paquete de aplicación de video destinado para el usuario A, el programador 304 determina el número de bits en el paquete y determinará el número de símbolos de transmisiones requeridas para transmitir el contenido del paquete de aplicación de video. Después, el programador 304 puede programar transmisión al usuario A, basado en el QoS del usuario, criterio de imparcialidad, otra propuesta de programación, o combinaciones de los mismos. Sin embargo, en esos casos en donde la totalidad de los bits de información contenidos en el paquete de aplicación de video no puede ser transmitida en un periodo de tiempo requerido, el programador 304 tomará una determinación con base en los requerimientos de latencia de la aplicación de video respecto a si programar la transmisión de los símbolos correspondientes a los bits de información contenidos en el paquete de aplicación de video en otra porción del periodo de salto, trama, o periodo de tiempo de transmisión o tratar de asignar recursos adicionales a los bits de información, contenidos en el paquete de aplicación de video, dentro del periodo de salto actual, trama, periodo de tiempo de transmisión, o similares. Los recursos de transmisión adicionales pueden ser aquellos asignados a otros usuarios, o pueden ser recursos adicionales tal como canales de datos compartidos o similares. El programador 304 puede residir en un dispositivo de comunicación inalámbrica sencillo, tal como una estación base o punto de acceso, o se puede distribuir dentro de múltiples dispositivos de comunicación inalámbrica, tal como entre una estación base o controlador de punto de acceso y la estación base o punto de acceso. Después de ser programados, los bits de información de los paquetes son modulados por el modulador 306 y llevados al transceptor 308 para transmisión a través de una ó más antenas a las terminales de acceso. El sistema de comunicación inalámbrica 302 puede proveer servicio de comunicación a los usuarios en conjunto con un protocolo OFDM, un protocolo OFDMA, un protocolo CDMA, un protocolo TDMA, una combinación de los mismos, o cualquier otro protocolo de comunicación inalámbrica conveniente . Haciendo referencia a la figura 4, se ilustra un diagrama en bloques funcional de un - programador conforme a una modalidad. La información recibida desde una red es generalmente calificada para estar en la capa de aplicación 400 u otras capas más altas. La información está típicamente contenida en paquetes 402. Estos paquetes 402 generalmente tienen un tamaño en bits, y pueden incluir un sello del tiempo indicando el momento en que los datos fueron creados por las diferentes aplicaciones que generaron los paquetes. Los requerimientos de latencia de las aplicaciones pueden ser conocidos en base al tipo de información identificada en cada paquete, por ejemplo. Con el fin de transmitir, sobre una interfaz inalámbrica, los bits de información contenidos en paquetes 402, la capa física 406 necesita generar símbolos de transmisión 408 que sean de tamaño y formato apropiado para transmisión a través del canal 410. El canal 410 incluye una pluralidad de porciones 412-426 que se utilizan, cada una, para diferentes propósitos. Por ejemplo, algunas porciones se pueden utilizar para transmitir información de control, tal* como control de potencia o información de programación de enlace inverso, mientras que otras se pueden utilizar para transmitir datos a una o más terminales de acceso. Los recursos de algunas porciones 412-426 se pueden utilizar para propósitos múltiples, a fin de permitir la flexibilidad en la utilización de recursos del canal, de transmisión para diferentes propósitos basados en los tipos de información que se está transmitiendo o condiciones de canal para cada usuario. Hay dos opciones principales de interfaz para trasladar los bits de información contenidos en los paquetes en la capa de aplicación 400 y a los símbolos de transmisión, u otros recursos de canal, de la capa física 406. La primera es una interfaz de bit que transfiere información de la .capa de aplicación a la capa física en trozos de bits. La capa física puede requerir y transmitir bits en trozos de tamaño arbitrario, en base a sus propios tamaños de símbolos de transmisión. El segundo tipo de interfaz es una interfaz de paquete que transfiere información de la capa de aplicación a la capa física en trozos de paquetes. Estos paquetes se pueden o no proveer en trozos de tamaño igual al programador 428. La interfaz de bit tiene la ventaja de que la capa física 406 no tiene restricciones en el tamaño de los datos que se pueden procesar. Esto simplifica la operación del programador debido a que puede programar cualquier tamaño de trozo que encaje en el recurso de canal disponible. Sin embargo, la desventaja es que, sin tomar en cuenta las características de nivel de aplicación, el desempeño de aplicación puede sufrir debido a la fragmentación ineficiente de los paquetes de aplicación. Además, las necesidades de la latencia de aplicación no pueden ser tratadas por un programador que no tiene conocimiento de la latencia de paquete de aplicación. Por otra parte, la interfaz de paquete tiene la ventaja de que el programador tiene acceso a los detalles del paquete de aplicación, tal como límites de paquete. La desventaja es que el programador puede no tener recursos de canal disponibles para multiplexar eficientemente muchos usuarios sobre el canal. El programador 428 utiliza una interfaz híbrida 430 que incluye la funcionalidad de una interfaz de bit y una interfaz de paquete. La interfaz híbrida 430 provee la capacidad de que la capa física saque trozos de datos de tamaño arbitrario de la aplicación para habilitar programación eficiente y multiplexión sobre recursos limitados en el canal. Sin embargo, a diferencia de la interfaz de bit, esta interfaz híbrida 430 provee al programador 428 información asociada con los paquetes de aplicación que pueden ser útiles para propósitos de programación. Por ejemplo, cuando la capa física solicite bits, ésta se provee con información acerca del número restante de bits en el paquete actual, y el sello del tiempo del paquete. Además, la interfaz híbrida 430 también puede proveer tamaño de paquete e información del sello de tiempo de otros paquetes que están esperando en la cola de aplicación para que sean pasados a la capa física. En una modalidad, el programador 428 puede utilizar la información disponible a través de la interfaz híbrida 430 para reducir la probabilidad de paquetes de aplicación fragmentada. Si el programador 428 tiene conocimiento de un límite de paquete, éste puede tratar de programar el resto del paquete dentro del periodo de salto actual u otra trama de tiempo, aún si esto puede ser difícil con respecto a recursos de canal disponibles. El programador 428 puede utilizar el número de bits restantes, la sensibilidad de latencia, y la dificultad para obtener recursos de canal para tomar la decisión respecto a si fragmentar el paquete de aplicación o no, o programar el paquete entero en el periodo actual de salto u otro período de tiempo. Una ventaja de utilizar esta interfaz híbrida 430 es que permite al programador 428 utilizar tanto las restricciones de canal físico como las restricciones de aplicación para optimizar el uso del canal y el desempeño de la aplicación simultáneamente. Haciendo referencia a las figuras 5A, 5B, y 5C, se ilustran las metodologías para programar conforme a modalidades múltiples. Por ejemplo, las metodologías se pueden relacionar con programación con conocimiento de paquete en un ambiente OFDM, un ambiente OFDMA, un ambiente CDMA, un ambiente TDMA, o cualquier otro ambiente inalámbrico disponible. Aunque, para propósitos de simplicidad de explicación, las metodologías se muestran y describen como una serie de actos, se debe entender y apreciar que las metodologías no están limitadas por el orden de actos, ya que algunos actos pueden, conforme con una o más modalidades, ocurrir en diferentes órdenes y/o simultáneamente con otros actos diferentes de aquellos aquí mostrados y descritos. Por ejemplo, una metodología se podría representar alternativamente como una serie de estados o eventos interrelacionados, tal como en un diagrama de estado. Más aún, no todos los actos ilustrados se pueden requerir para ejecutar una metodología conforme a una o más modalidades. En la figura 5A, los bits de información de una pluralidad de paquetes son recibidos en la capa física a través de una interfaz híbrida, bloque 502. Después se toma una determinación de si los bits de información que se van a programar se han provisto desde los paquetes para los cuales todos los contenidos serán programados durante el periodo de tiempo actual, bloque 504. En el caso donde los contenidos de cada paquete del cual los bits de información se han provisto para programación se pueden programar en el periodo de tiempo actual, los paquetes son programados conforme a los algoritmos de programación del sistema, bloque 506. Los algoritmos de programación pueden estar basados en la calidad del servicio (QoS) , criterio de imparcialidad proporcional, otras propuestas de programación, o combinaciones de las mismas. Si los contenidos de cada paquete del cual se han provisto los bits de información para programar no se han provisto para programar o no se pueden programar durante el periodo de tiempo actual, se toma una determinación respecto a las limitaciones de latencia y/u otros requerimientos de transmisión de los contenidos de esos paquetes, bloque 508. Si no hay limitaciones de latencia y/u otros requerimientos de transmisión que eviten que los bits de información restantes sean transmitidos en un periodo de tiempo posterior, los bits de información para esos paquetes se remueven de la programación durante el periodo de tiempo actual, bloque 510. Si hay limitaciones de latencia y/u otros requerimientos de transmisión que requieran transmisión del paquete en el periodo de tiempo actual, el programador trata de anexar recursos de canal adicionales para la transmisión al usuario del paquete o para remover los recursos de canal de otros usuarios, bloque 512, para permitir a todos los bits de información de esos paquetes que tienen limitaciones de latencia y/u otros requerimientos de transmisión. El sistema programa entonces conforme a los algoritmos de programación del sistema, bloque 514. En la figura 5B, se selecciona un paquete para la fragmentación que se va a proveer al programador, bloque 550. Después se toma una determinación respecto a si existen suficientes recursos de canal, en el periodo de tiempo actual, para programar todos los bits de información del paquete, bloque 552. En el caso donde los contenidos de los paquetes se pueden programar en el periodo de tiempo actual, el paquete es fragmentado y provisto para programación conforme a los algoritmos de programación del sistema, bloque 554. Los algoritmos de programación pueden estar basados en la calidad de servicio (QoS) , criterios de imparcialidad proporcional, otras propuestas de programación, o combinaciones de los mismos. Si los contenidos de los paquetes no se pueden programar durante el periodo de tiempo actual, se toma una determinación de las limitaciones de latencia y/u otros requerimientos de transmisión de los contenidos del paquete, bloque 556. Si no hay limitaciones de latencia y/u otros requerimientos de transmisión que eviten que los bits de información restantes del paquete sean transmitidos en un periodo de tiempo posterior, el paquete es fragmentado y los bits de información, para los cuales existen recursos de canal, se proveen para programación durante el periodo de tiempo actual, bloque 558. Los bits de información restantes del paquete fragmentado se mantienen en una o más colas para programación en periodos de tiempo posteriores. Si hay limitaciones de latencia y/u otros requerimientos de transmisión que requieran transmisión del paquete en el periodo de tiempo actual, el programador trata de anexar recursos de canal adicionales para transmisión al usuario del paquete o para remover recursos de canal de otros usuarios, bloque 560, a fin de permitir todos los bits de información de esos paquetes que tienen limitaciones de latencia y/u otros requerimientos de transmisión. El sistema programa entonces conforme a los algoritmos de programación del sistema, bloque 562. En la figura 5C, se determina un número de bits de información que se pueden programar para un usuario, bloque 570. Esto se puede determinar en base a un número de paquetes almacenados para ese usuario, el número de paquetes que se van a transmitir en un periodo de tiempo próximo, o alguna otra propuesta. Los recursos de canal son entonces asignados a cada usuario en base al número de bits de información en los paquetes, bloque 572. En muchos casos, a un usuario se le puede asignar un número de recursos hasta una cantidad fija o hasta una cantidad inicial, dependiendo de la carga del sistema, para permitir que usuarios múltiples tengan acceso a los recursos de canal por un periodo de transmisión. Como tal, aún cuando el sistema trata de asignar recursos de canal en base a los bits de información de paquetes fragmentados, al menos en el primer ejemplo, dicha asignación puede no ser hecha completamente. La asignación de los recursos de canal se puede llevar a cabo conforme a los algoritmos de programación del sistema. Los algoritmos de programación pueden estar basados en la calidad de servicio (QoS) , criterios de imparcialidad proporcional, otras propuestas de programación, o combinaciones de las mismas. Después que son asignados los recursos de canal, se toma una determinación respecto a si, a todos los bits de información de los paquetes fragmentados para el usuario se les han asignado recursos de canal en el periodo de tiempo actual, bloque 574. En el caso donde a todos los bits de información de los paquetes fragmentados se les han asignado recursos de canal en el periodo de tiempo actual, la programación es considerada completa, bloque 576. En el caso donde a todos los bits de información de los paquetes fragmentados no se les han asignado recursos de canal en el periodo de tiempo actual, se toma una determinación de las limitaciones de latencia y/u otros requerimientos de transmisión de los contenidos de esos paquetes a los cuales no a todos los bits de información no les han sido asignados recursos, bloque 578. Si no hay limitaciones de latencia y/u otros requerimientos de transmisión que eviten que los bits de información restante del paquete sean transmitidos en un periodo de tiempo posterior, el paquete es fragmentado y los bits de información, para los cuales existen recursos de canal, se proveen para programación durante el periodo de tiempo actual, bloque 580. Los bits de información restante del paquete fragmentado se mantienen en una o más colas para programación en periodos de tiempo posteriores. Si hay limitaciones de latencia y/u otros requerimientos de transmisión que requieran transmisión de los paquetes en el periodo de tiempo actual, el programador trata de agregar recursos de canal adicionales para transmisión al usuario del paquete o para remover recursos de canal de otros usuarios, bloque 582, a fin de permitir todos los bits de información de esos paquetes que tienen limitaciones de latencia y/u otros requerimientos de transmisión. El sistema entonces programa conforme a los algoritmos de programación del sistema, bloque 584. Haciendo referencia a la figura 6, se ilustra una modalidad de un transmisor y receptor en un sistema de comunicación inalámbrica de acceso múltiple. En el sistema transmisor 610, datos de tráfico para un número de flujos de datos se proveen desde una fuente de datos 612 a un procesador de datos transmisor (TX) 614. En una modalidad, cada flujo de datos es transmitido sobre una antena transmisora respectiva. El procesador de datos TX 614 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos con base en un esquema de codificación particular seleccionado para ese flujo de datos para proveer datos codificados. En algunas modalidades, el procesador de datos TX 614 aplica pesos de formación de haz a los símbolos de los flujos de datos con base en el usuario al cual se van a transmitir los símbolos. En algunas modalidades, los pesos formadores de haces pueden ser generados con base en vectores de haz propio generados en el receptor 602 y pueden ser provistos como retroalimentación al transmisor 600. Además, en esos casos de transmisiones programadas, el procesador de datos TX 614 puede seleccionar el formato del paquete en base a la información de clasificación que es transmitida desde el usuario . Los datos codificados para cada flujo de datos se pueden multiplicar con datos piloto que utilizan técnicas OFDM. Los datos piloto típicamente son una estructura de datos conocida que es procesada en una manera conocida y se puede utilizar en el sistema receptor para calcular la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos después se modulan (es decir, son mapeados en símbolos) con base en un esquema de modulación particular (por ejemplo BPSK, QSPK, M-PSK, o M-QAM) seleccionado para ese flujo de datos a fin de proveer símbolos de modulación. La tasa de transferencia de datos, codificación, y modulación para cada flujo de datos se puede determinar mediante las instrucciones ejecutadas y provistas por el procesador 430. Los símbolos de modulación para todos los flujos de datos se proveen entonces a un procesador MIMO TX 620, el cual puede procesar adicionalmente los símbolos de modulación (por ejemplo OFDM) . El procesador MIMO TX 620 provee entonces Nt flujos de símbolo de modulación a Nt transmisores (TMTR) 622a a 622t. En ciertas modalidades, el procesador MIMO TX 620 aplica pesos formadores de haces a los símbolos de los flujos de datos con base en el usuario al cual los símbolos están siendo transmitidos y la antena desde la cual el símbolo está siendo transmitido de esa información de respuesta de canal de los usuarios. Cada transmisor 622 recibe y procesa un flujo de símbolo respectivo para proveer una o más señales análogas, y además acondiciona (por ejemplo, amplifica, filtra, y sobre-convierte) las señales análogas para proveer una señal modulada conveniente para transmisión sobre el canal MIMO. Las Nt señales moduladas de los transmisores 622a a 622t' son entonces transmitidas desde las Nt antenas 624a a 624t, respectivamente. En el sistema receptor 650, las señales moduladas transmitidas son recibidas por NR antenas 652a a 652r y la señal recibida de cada antena 452 se provee a un receptor respectivo (RCVR) 654. Cada receptor 654 acondiciona (por ejemplo filtra, amplifica, y sub-convierte) una señal recibida respectiva, digitaliza la señal acondicionada para proveer muestras, y además procesa las muestras para proveer un flujo de símbolo "recibido" correspondiente. Un procesador de datos RX 660 entonces recibe y procesa los NR flujos de símbolo recibido de NR receptores 654 con base en una técnica de procesamiento de receptor particular para proveer Nt flujos de símbolo "detectados". El procesamiento mediante un procesador de datos RX 660 se describe con mayor detalle a continuación. Cada flujo de símbolo detectado incluye símbolos que son cálculos de los símbolos de modulación transmitidos para el flujo de datos correspondiente. El procesador de datos RX 660 entonces desmodula, desintercala y decodifica cada flujo de símbolo detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento mediante el procesador de datos RX 660 es complementario a aquel ejecutado por el procesador MIMO TX 620 y procesador de datos TX 614 en el sistema transmisor 610. El cálculo de respuesta de canal generado por el procesador RX 660 se puede utilizar para llevar a cabo procesamiento de espacio, espacio/tiempo en el receptor, ajustar niveles de potencia, cambiar tasas de transferencia de modulación o esquemas, u otras acciones. El procesador RX 660 puede además calcular las relaciones señal-a-ruido-e-interferencia (SNR) de los flujos de símbolo detectados, y posiblemente otras características del canal, y provee estas cantidades a un procesador 670. El procesador de datos RX 660 o procesador 670 puede derivar además un cálculo de la SNR "operativa" del sistema. El procesador 670 provee entonces información del estado del canal calculado (CSl) , lo cual puede comprender varios tipos de información relacionada con el enlace de comunicación y/o el flujo de datos recibido. Por ejemplo, la CSl puede comprender únicamente la SNR operativa. La CSl es entonces procesada por un procesador de datos TX 638, el cual también recibe datos de tráfico para un número de flujos de datos desde una fuente de datos 676, modulados mediante un modulador 680, acondicionados por los transmisores 654a a 454r, y transmitidos de regreso al sistema transmisor 610. En el sistema transmisor 610, las señales moduladas del sistema receptor 650 son recibidas por las antenas 624, acondicionadas por los receptores 622, desmoduladas por un desmodulador 640, y procesadas mediante un procesador de datos RX 642 para recuperar la CSl reportada por el sistema receptor. La CSl reportada se provee entonces al procesador 630 y se utiliza para (1) determinar las tasas de transferencia de datos y los esquemas de codificación y modulación que se van a utilizan para los flujos de datos y (2) generar varios controles para el procesador de datos TX 614 y el procesador MIMO TX 620. La información almacenada en fuentes de datos 642 y 676 es programada por el programador con base en un programador como se analizó con respecto a las figuras 1-5. Aunque la figura 6 y el análisis asociado se refieren a un sistema MIMO, otros sistemas de entrada-múltiple entrada-sencilla (MISO) y salida-sencilla entrada-múltiple (SIMO) pueden también utilizar las estructuras de la figura 6 y las estructuras, métodos y sistemas aquí analizados . Las técnicas aquí descritas se pueden ejecutar a través de varios medios. Por ejemplo, estas técnicas se pueden ejecutar en hardware, software, o una combinación de los mismos. Para una ejecución de hardware, las unidades de procesamiento utilizadas para el cálculo de canal se pueden ejecutar dentro de uno o más circuitos integrados de aplicación específica (ASIC) , procesadores de señal digital (DSP) , dispositivos de procesamiento de señal digital DSPD) , dispositivos lógicos programables (PLD) , red de puertas programables de campo (FPGA) , procesadores, controladores, micro-controladores, microprocesadores, otras unidades electrónicas diseñadas para llevar a cabo las funciones aquí descritas, o una combinación de los mismos. Con software, la ejecución puede ser a través de módulos (por ejemplo, procedimientos, funciones, y así sucesivamente) que llevan a cabo las funciones aquí descritas . Lo que se ha descrito anteriormente incluye ejemplos de una o más modalidades. Por supuesto, no es posible describir cada combinación imaginable de componentes o metodologías para propósitos de descripción de las modalidades antes mencionadas, pero una persona experta en la técnica puede reconocer que muchas combinaciones y permutaciones de varias modalidades son posibles. En consecuencia, las modalidades descritas pretenden abarcar todas esas alteraciones, modificaciones, y variaciones que caigan dentro del espíritu y alcance de las reivindicaciones anexas. Además, la amplitud del término "incluye" se utiliza ya sea en la descripción detallada o las reivindicaciones, dicho término pretende ser inclusivo en una manera similar al término "comprende" ya que, "que comprende" es interpretado cuando se emplea como una palabra de transición en una reivindicación.

Claims

NOVEDAD DE LA INVENCIÓN 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 dispositivo electrónico que comprende: una memoria que almacena una pluralidad de paquetes que incluye información que se va a transmitir sobre un enlace inalámbrico, cada una de la pluralidad de paquetes comprende una pluralidad de bits; y un procesador acoplado con la memoria, el procesador configurado para determinar una asignación de recursos de transmisión sobre un enlace inalámbrico a la pluralidad de bits de cada paquete con base, en parte, en si todos los bits de información de un paquete se pueden programar en un periodo de transmisión sencillo o periodos de transmisión múltiples. 2.- El dispositivo electrónico de conformidad con la reivindicación 1, que además comprende una interfaz híbrida que determina un tamaño de cada paquete y una aplicación del paquete. 3.- El dispositivo electrónico de conformidad con la reivindicación 2, que además comprende un programador que determinar si los bits de información de un paquete se pueden programar en un periodo de transmisión sencillo o periodos de transmisión múltiples basados en las limitaciones de latencia de una aplicación del paquete. 4. - El dispositivo electrónico de conformidad con la reivindicación 1, caracterizado porque los recursos de transmisión comprenden una pluralidad de símbolos OFDM. 5. - El dispositivo electrónico de conformidad con la reivindicación 1, caracterizado porque el procesador además está configurado para permitir la transmisión de la información contenida en un paquete en periodos de transmisión múltiples a menos que una limitación de latencia de la aplicación del paquete evite dicha transmisión. 6.- El dispositivo electrónico de conformidad con la reivindicación 1, caracterizado porque cada periodo de transmisión de los periodos de transmisión, múltiples o sencillos, comprenden un periodo de salto. 1 . - El dispositivo electrónico de conformidad con la reivindicación 1, caracterizado porque cada periodo de transmisión de los periodos de transmisión sencillos o múltiples comprende una trama. 8.- Un método para programar la transmisión sobre un enlace inalámbrico, que comprende: determinar si todos los bits de información de un paquete se pueden programar en un periodo de transmisión sencillo o en periodos de transmisión múltiples; y programar la transmisión, sobre el enlace inalámbrico, basado en parte en si todos los bits de información del paquete se pueden programar en un periodo de transmisión sencillo o en periodos de transmisión múltiples. 9.- El método de conformidad con la reivindicación 8, que además comprende fragmentar el paquete antes de la determinación. 10.- El método de conformidad con la reivindicación 8, que además comprende, si todos los bits de información no pueden ser programados, determinar las limitaciones de latencia y/o limitaciones de transmisión de la aplicación del paquete. 11.- El método de conformidad con la reivindicación 10, que además comprende, si existen limitaciones de latencia y/o limitaciones de transmisión, asignar recursos adicionales para programar la transmisión de todos los bits de información en el periodo de transmisión sencillo. 12. - El método de conformidad con la reivindicación 10, que además comprende, si no hay limitaciones de latencia y/o limitaciones de transmisión para el paquete, programar la transmisión para la información del paquete en los periodos de transmisión múltiples. 13.- El método de conformidad con la reivindicación 8, caracterizado porque la determinación comprende determinar si toda la información para una pluralidad de paquetes se puede programar en el periodo de transmisión sencillo o periodos de transmisión múltiples y en donde la programación comprende programar esos paquetes que se pueden programar en el periodo de transmisión sencillo y determinar para esos paquetes para los cuales toda la información no se puede programar en el periodo de transmisión sencillo, limitaciones de latencia y/o limitaciones de transmisión de la aplicación de los paquetes . 14.- El método de conformidad con la reivindicación 8, caracterizado porque cada periodo de transmisión de los periodos de transmisión sencillos y múltiples comprenden un periodo de salto. 15.- El método de conformidad con la reivindicación 8, caracterizado porque cada periodo de transmisión de los periodos de transmisión sencillos o múltiples comprenden una trama. 16.- Un método para programar transmisión sobre un enlace inalámbrico, que comprende: programar transmisión, sobre el enlace inalámbrico, de una pluralidad de bits de información de una pluralidad de paquetes en un periodo de transmisión sencillo; determinar si toda la información de cada uno de la pluralidad de paquetes se ha programado para el periodo de transmisión sencillo; y si toda la información de cada una de la pluralidad de paquetes no se ha programado para el periodo de transmisión sencillo, entonces determinar las limitaciones de latencia y/o limitaciones de transmisión para esos paquetes para los cuales no se programó toda la información. 17.- El método de conformidad con la reivindicación 16, que además comprende fragmentar el paquete antes de la determinación. 18.- El método de conformidad con la reivindicación 16, que además comprende, si hay limitaciones de latencia y/o limitaciones de transmisión para cualquier paquete, asignar recursos adicionales para programar la transmisión de todos los bits de información en el periodo de transmisión sencillo para ese paquete. 19.- El método de conformidad con la reivindicación 16, que además comprende, si no hay limitaciones de latencia y/o limitaciones de transmisión, programar la transmisión de todos los bits de información para esos paquetes en los periodos de transmisión múltiples . 20.- El método de conformidad con la reivindicación 16, caracterizado porque cada periodo de transmisión de los periodos de transmisión múltiples o sencillos comprende un periodo de salto. 21.- El método de conformidad con la reivindicación 16, caracterizado porque cada periodo de transmisión de los periodos de transmisión sencillos o múltiples comprende una trama. 22.- Un aparato que facilita la programación en un ambiente de comunicación inalámbrica, que comprende: un programador que programa información obtenida de paquetes de aplicación para recursos de canal; y una interfaz híbrida que provee trozos arbitrariamente configurados de información proveniente de los paquetes e información asociada con los paquetes de aplicación. 23.- El aparato de conformidad con la reivindicación 22, caracterizado porque la información comprende un número restante de bits en el paquete de aplicación. 24.- El aparato de conformidad con la reivindicación 22, caracterizado porque la información comprende un sello del tiempo del paquete de aplicación. 25.- El aparato de conformidad con la reivindicación 22, caracterizado porque el programador determina si toda la información proveniente de cada uno de los paquetes de aplicación ha sido programada para un periodo de transmisión sencillo, y si toda la información proveniente de cada uno de los paquetes de aplicación no se ha programado para el periodo de transmisión sencillo, entonces determinar las limitaciones de latencia y/o limitaciones de transmisión para esos paquetes para los cuales no se programó toda la información. 26.- El aparato de conformidad con la reivindicación 22, caracterizado porque el programador, si hay limitaciones de latencia y/o limitaciones de transmisión para cualquier paquete de aplicación, asigna recursos adicionales para programar la transmisión de todos los bits de información en el periodo de transmisión sencillo para ese paquete de aplicación. 27.- El aparato de conformidad con la reivindicación 22, caracterizado porque el programador, si no hay limitaciones de latencia y/o limitaciones de transmisión, programa la transmisión de todos los bits de información para el paquete de aplicación en periodos de transmisión múltiples. 28.- Un dispositivo electrónico que comprende: una memoria que almacena una pluralidad de paquetes para un usuario que incluye información que se va a transmitir sobre un enlace inalámbrico, cada uno de una pluralidad de paquetes comprende una pluralidad de bits; y un procesador acoplado con la memoria, el procesador configurado para fragmentar la pluralidad de paquetes y para determinar una asignación de recursos de transmisión, para transmisión sobre un enlace inalámbrico, al usuario con base en un número de la pluralidad de bits de información. 29.- El dispositivo electrónico de conformidad con la reivindicación 28, que además comprende una interfaz híbrida que determina un número de bits de información en cada paquete que está siendo fragmentado. 30.- El dispositivo electrónico de conformidad con la reivindicación 28, que además comprende un programador que determina si se intentan programar recursos de transmisión adicionales para el usuario con base en limitaciones de latencia de una aplicación de cualquier paquete para el cual no todos los bits de información se han programado en un periodo de transmisión sencillo. 31.- El dispositivo electrónico de conformidad con la reivindicación 30, caracterizado porque los recursos de transmisión comprenden una pluralidad de símbolos OFDM. 32.- El dispositivo electrónico de conformidad con la reivindicación 30, caracterizado porque los recursos de transmisión comprenden un periodo de salto. 33.- El dispositivo electrónico de conformidad con la reivindicación 30, caracterizado porque los recursos de transmisión comprenden una trama. 34.- El dispositivo electrónico de conformidad con la reivindicación 28, caracterizado porque el procesador además está configurado para permitir la transmisión de los bits de información desde un paquete en un periodo de transmisión múltiple, a menos que una limitación de latencia de la aplicación del paquete evite dicha transmisión. 35.- Un método para programar transmisión sobre un enlace inalámbrico, que comprende: determinar un número de bits de información de una pluralidad de paquetes que se van a transmitir sobre en enlace inalámbrico para un usuario; y programar recursos de transmisión para el usuario con base, en parte en el número de bits de información. 36.- El método de conformidad con la reivindicación 33, que además comprende fragmentar la pluralidad de paquetes antes de la determinación. 37.- El método de conformidad con la reivindicación 33, que además comprende, si todos los bits de información para la pluralidad de paquetes no se pueden programar en un período de transmisión sencillo, determinar limitaciones de latencia y/o limitaciones de transmisión de la aplicación de un paquete para el cual no se pueden programar todos los bits de información. 38.- El método de conformidad con la reivindicación 35, que además comprende, si hay limitaciones de latencia y/o limitaciones de transmisión, asignar recursos adicionales para programar la transmisión para el usuario en el periodo de transmisión sencillo. 39.- El método de conformidad con la reivindicación 35, que además comprende si no hay limitaciones de latencia y/o limitaciones de transmisión para el paquete, programar la transmisión para la información del paquete en los periodos de transmisión múltiples .