ES2656343T3 - Sistemas y procedimientos para la planificación de paquetes de datos en base a la tolerancia al retardo de las aplicaciones - Google Patents

Abstract

Una estación base (506) para transmitir paquetes de datos que comprende: un primer búfer (552) configurado para a lmacenar un paquete de datos recibido por la estación base (56); un segundo búfer (558) configurado para almacenar el paquete de datos que es planificado para la transmisión por la estación base; y un procesador de ordenador (554, 556, 560), acoplado de forma operativa al primer búfer y al segundo búfer, estando configurado el procesador de ordenador para: inspeccionar el paquete de datos para determinar un tipo de aplicación del paquete de datos; determinar una tolerancia al retardo asociada con el paquete de datos en base al tipo de aplicación determinado, en la que un tiempo de búfer que tiene un límite de tiempo predeterminado se asigna en base a la tolerancia al retardo determinada; determinar una condición del canal de una sesión de comunicación con un dispositivo de usuario (504); trasladar el paquete de datos del primer búfer al segundo búfer en base a la tolerancia al retardo determinada y a la condición del canal determinada; y transmitir el paquete de datos almacenado en el segundo búfer, en la que el paquete de datos se transmite al vencerse el límite de tiempo predeterminado.

Description

imagen1

imagen2

imagen3

imagen4

imagen5

imagen6

imagen7

imagen8

implementaciones, con el fin de implementar un planificador que tenga en cuenta las aplicaciones en la estación base (por ejemplo, eNodeB), la implementación de y los requisitos para una capacidad de DPI se utilizan para determinar el diseño de la estación base. Como una implementación, con referencia de nuevo a la FIG. 3, la estación base para una macro red, como una red de LTE 3G ó 4G, se divide entre la unidad de banda base

5 inteligente (iBBU) 304 y el RRH inteligente (iRRH) 302, de tal manera que la inspección de paquetes se llevaría a cabo por una iBBU con refrigeración activa 304 que es independiente de un iRRH con refrigeración pasiva 302. También se pueden proporcionar otras implementaciones que utilicen procesadores que sean capaces de llevar a cabo los procesos de inspección de paquetes basados en software intensivo mientras cumplan con la limitación térmica de los procesadores y del nodo.

Según otra implementación, la capacidad de inspección de paquetes se puede implementar fuera de la estación base, por ejemplo, en una Puerta de enlace de red de paquetes de datos (PDN-GW), y/o un nodo dedicado diseñado para llevar a cabo la DPI en la red troncal o red de acceso responsable de hacer la inspección de paquetes y deducciones. En esta implementación, la deducción basada en la inspección de paquetes se puede transmitir

15 entonces a la estación base (por ejemplo, eNodeB) con el fin de procesar el paquete de datos como corresponda. En esta implementación, el espacio de tiempo entre la detección del paquete de datos, la inspección/determinación de la deducción (por ejemplo, tipo de aplicación), y el procesamiento por la estación base es mayor que en la implementación en la que la inspección de paquetes se produce en la estación base. Además, los nodos de la red troncal no tienen la funcionalidad del plano de control de la estación base (por ejemplo, eNodeB) (RRC) y de la gestión de los recursos radio (RRM) para hacer la correcta deducción y/o determinación de un paquete dado. Por ejemplo, el conocimiento del nivel de disponibilidad de recursos radio que hay en la RRM y el número de usuarios activos alojados temporalmente en un eNodeB que está en los módulos del RRC son esenciales para que un procesador de inspección de paquetes marque de forma apropiada el paquete para la planificación.

25 Implementar la inspección de paquetes en la estación base como se describe según algunas implementaciones supera estos desafíos ubicando la función de DPI con funciones de determinación de inspección llevadas a cabo por el mismo hardware que aloja las funciones del plano de control de la estación base (RRC) y de la gestión de los recursos radio (RRM).

Según algunas implementaciones, una estación base incluye módulos y/o procesadores para inspeccionar un paquete de datos para determinar un tipo de aplicación del paquete de datos, y en base al tipo de aplicación, determinar un umbral de retardo para el paquete de datos. El umbral de retardo se puede utilizar por la estación base en conjunción con la detección de condiciones de estado del canal con el fin de determinar si el paquete de datos se debería planificar para la transmisión, o si el paquete de datos se debería almacenar y reenviar después de

35 un intervalo de tiempo predeterminado o cuando las condiciones del canal mejoren.

La FIG. 4 ilustra un ejemplo de una estación base que coordina la comunicación entre un equipo de usuario y un servidor de aplicaciones en base a diferentes condiciones de radio según algunas implementaciones. La estación base puede corresponder a un eNodeB, como un eNodeB como se muestra y se describe anteriormente con referencia a las FIG. 1B-1D, 2, y 3. La estación base como se muestra en la FIG. 4 incluye una unidad de banda base 404 y un cabezal de radio 402. En el caso de una arquitectura de C-RAN como la que se muestra en la FIG. 3, la estación base se divide entre la unidad de banda base inteligente (iBBU) 304 y la unidad de RRH inteligente (iRRH) 302 como se muestra en la FIG. 3.

45 La estación base puede estar configurada para comunicarse con un equipo de usuario 403. El equipo de usuario 403 se puede ubicar en un área de recepción de RF relativamente buena 401A o un área de recepción de RF relativamente mala 401B. Por ejemplo, cuando un usuario se traslada con el equipo de usuario a un ascensor o a una instalación subterránea, el equipo de usuario 403 puede pasar de un área de conexión de RF buena 401A a un área de conexión de RF mala 401B. La estación base puede detectar esta transición y tratar los paquetes de datos que se vayan a transmitir al equipo de usuario como corresponda. Por ejemplo, como se muestra en la FIG. 4, para una aplicación tolerante al retardo, la unidad de banda base 404 puede guardar y esperar a que el equipo de usuario salga del área de mala recepción de RF 401B como se muestra en el bloque 405. En algunas implementaciones, la unidad de banda base 404 adicionalmente o alternativamente puede iniciar un tiempo de búfer Tb, que se puede basar en el retardo total de los paquetes en el búfer. En algunas implementaciones, una vez que el equipo de

55 usuario 403 pasa de nuevo a un área de buena recepción de RF 401A, la estación base puede enviar el paquete de datos al equipo de usuario y detener el tiempo de búfer Tb como se muestra en el bloque 407. Si el tiempo de búfer alcanza un límite predeterminado, la estación base puede estar configurada para intentar transmitir el paquete de datos al equipo de usuario incluso si el equipo de usuario aún no ha pasado de nuevo a un área de buena recepción de RF 401A.

En el caso de una aplicación intolerante al retardo, la estación base puede planificar el paquete de datos para la transmisión utilizando un planteamiento más conservador como se muestra en el bloque 409. Por ejemplo, la estación base puede planificar el paquete de datos utilizando un esquema de modulación y codificación inferior y/o aumentando los bits de redundancia en la transmisión del paquete de datos.

Un ejemplo de una aplicación tolerante al retardo puede ser una aplicación de correo electrónico, mientras que un

ejemplo de una aplicación intolerante al retardo puede ser una aplicación de Mensajería instantánea (IM). Otros ejemplos y designaciones de aplicaciones tolerantes al retardo e intolerantes al retardo se pueden ajustar por un usuario y/o proveedor de servicios almacenando los ajustes en el equipo de usuario, servidor de aplicaciones, y/o estación base. En algunas implementaciones, la transmisión de paquetes de datos se puede monitorear y analizar

5 de forma continua por un servidor de análisis con el fin de determinar la tolerancia y la intolerancia al retardo de diversas aplicaciones. Esta información de tolerancia al retardo se puede proporcionar a la estación base con el fin de definir los ajustes que la estación base vaya a utilizar al determinar qué aplicaciones van a ser tratadas como tolerantes al retardo con relación a otras aplicaciones que van a ser tratadas como intolerantes al retardo. Por ejemplo, el operador de red puede ejecutar un análisis sobre aplicaciones desconocidas para determinar sus comportamientos de tolerancia al retardo. Las estadísticas reunidas en este proceso pueden incluir la duración de cada transacción, la dirección de comunicación, el protocolo de transporte usado (por ejemplo, TCP/SCTP, UDP), el número de bytes por transacción, y/o el intervalo entre transacciones consecutivas.

Las funciones descritas con referencia a los bloques 405, 407, y 409 se pueden llevar a cabo por uno o más

15 módulos y/o procesadores que sean parte de la estación base. Ejemplos de tales módulos y/o procesadores se describirán en mayor detalle más adelante con referencia a las FIG. 5 y 6.

En algunas implementaciones, se pueden asignar diferentes aplicaciones con diferentes niveles de tolerancia al retardo ajustando diferentes tiempos de búfer Tb para las diferentes aplicaciones. Por ejemplo, un primer tiempo de búfer Tb1 se puede ajustar para un primer tipo de aplicación, un segundo tiempo de búfer Tb2 se puede ajustar para un segundo tipo de aplicación, y un tercer tiempo de búfer Tb3 se puede ajustar para un tercer tipo de aplicación, donde Tb1<Tb2<Tb3. Los ajustes de los tiempos de búfer y los ajustes del tratamiento del tipo de aplicación se pueden almacenar en una memoria en la estación base, y/o se pueden transmitir a la estación base por un servidor de aplicaciones u otra red de proveedor de servicios.

25 La FIG. 5 ilustra un ejemplo de una estación base 506 para coordinar la comunicación entre un equipo de usuario 504 y un servidor de aplicaciones 508 según algunas implementaciones. La estación base 506 incluye una memoria 550, un búfer de entrada 552, un procesador de preplanificación 556, un procesador de inspección de paquetes 554, un búfer de planificación 558, y un procesador de planificación 560. Si bien se muestran como componentes independientes en la FIG. 5, los procesadores, memorias, y búferes se pueden integrar en uno o más componentes de procesamiento. En algunas implementaciones, el procesador de preplanificación 552, el procesador de inspección de paquetes 554, y/o el procesador de planificación de paquetes 560 se pueden proporcionar como módulos de software en un procesador que esté específicamente programado para implementar las funciones descritas en esta solicitud con referencia a estos procesadores.

35 En algunas implementaciones, el procesador de inspección de paquetes 554 puede incluir una o más CPUs de clase servidor (por ejemplo, Intel Xeon®) o CPUs integradas (por ejemplo, Cavium Octeon® o Broadcom XLP®). En algunas implementaciones, el procesador de planificación de paquetes 560 y el procesador de preplanificación pueden incluir uno o más procesadores digitales de señales (DSPs), por ejemplo, los procesadores TI Keystone II® o Cavium Octeon Fusion®. El procesador de preplanificación 552, el procesador de inspección de paquetes 554, y/o el procesador de planificación de paquetes 560 pueden incluir software y/o firmware para programar estos dispositivos junto con cualquier componente de hardware (por ejemplo, puertas lógicas, aceleradores, memoria, o similares) que estos procesadores puedan incluir.

45 La memoria 550 se puede acoplar a uno o más de los procesadores en la estación base 506 y puede incluir diversos ajustes para la estación base, incluyendo, por ejemplo, la tolerancia al retardo, el tiempo de búfer, y/u otros ajustes de tratamiento de aplicación específica como se estudió anteriormente con referencia a la FIG. 4. El búfer de entrada 552 puede estar configurado para almacenar paquetes de datos que vayan a ser transmitidos por la estación base. El búfer de planificación 558 está configurado para almacenar paquetes de datos que estén planificados para la transmisión por la estación base en base a parámetros determinados por el procesador de planificación 560.

En algunas implementaciones, el procesador de planificación 560 extrae paquetes de datos del búfer de entrada 552 y los almacena en el búfer de planificación 558 para la transmisión. El procesador de planificación reconoce los paquetes que se han preprocesado por la estación base 506 para incluir información de cabecera y/o de

55 encapsulado para la planificación por el procesador de planificación 560. Por ejemplo, los paquetes que están preparados para la planificación por el procesador de planificación 560 pueden incluir una cabecera PDCP de tal manera que el procesador de planificación 560 pueda reconocer y planificar estos paquetes para la transmisión.

En algunas implementaciones, el procesador de inspección de paquetes 554 está configurado para llevar a cabo una inspección de paquetes en cada paquete de datos que se guarde en el búfer de entrada 552 antes de la planificación del paquete de datos para la transmisión. Los paquetes pueden ser inspeccionados antes de ser almacenados en el búfer de entrada 552, o después del almacenamiento en el búfer de entrada 552. El procesador de inspección de paquetes 554 puede determinar, por ejemplo, el tipo de aplicación del paquete de datos. Un tipo de aplicación puede corresponder a, por ejemplo, audio, vídeo, correo electrónico, IM, o similares. El tipo de aplicación

65 también puede ser específico para un proveedor particular de los datos, por ejemplo, diferentes tipos de aplicaciones de IM. En base al tipo de aplicación determinado, el procesador de preplanificación 556 puede determinar una

imagen9

imagen10

particular el gestor de solicitud de repetición automática híbrida (HARQ) de la capa de MAC, así como con una capa física de la estación base. Por ejemplo, el procesador de planificación de paquetes 560 puede interactuar con la capa física (PHY) para derivar estimaciones de canal antes de seleccionar un esquema de modulación y codificación (MCS) para un bloque de recursos dado que portará parte de los datos relacionados con una aplicación dada. En

5 algunas implementaciones, el procesador de planificación de paquetes 560 selecciona el MCS para un paquete de datos o conjunto de paquetes de datos particular en base a la información que recibe de todas las demás capas en el marco funcional de la estación base, incluyendo la capa PHY.

Un ejemplo del flujo de datos a través de la estación base y el procesamiento de los paquetes de datos se describirá en conjunción con la FIG. 6. La FIG. 6 ilustra otro ejemplo de una estación base para coordinar la comunicación entre un equipo de usuario y un servidor de aplicaciones según algunas implementaciones. Los números de referencia similares en la FIG. 6 corresponden a elementos similares como se describe en la FIG. 5. La FIG. 6 también ilustra diversas capas funcionales de la estación base, incluyendo el PDCP de la capa 2 604A, el RLC de la capa 2 604B, el MAC de la capa 2 604C, y la PHY de la capa 1 602 como se describe anteriormente, por ejemplo, 15 con referencia a la FIG. 2. Como se muestra en la FIG. 6, el búfer de entrada 552 almacena paquetes de datos que se han indicado teniendo un retardo total extendido o un retardo total normal por el procesador de preplanificación

556. Esta indicación se basa en una inspección de los paquetes de datos por el procesador de inspección de paquetes (DPI/SPI) 554. En el ejemplo mostrado en la FIG. 6, los paquetes de datos con retardo total extendido se retrasan con respecto a los paquetes de datos con retardo total normal, de tal manera que, para cada tres paquetes de datos con retardo total normal, un único paquete de datos con retardo total extendido se traslada del búfer de entrada al búfer de planificación. También se pueden utilizar otros ejemplos de retardo, por ejemplo, en base a los tiempos de búfer de retardo, con el fin de retrasar la aplicación de la cabecera PDCP a los paquetes de datos con retardo total extendido en el búfer de entrada de tal manera que no sean reconocidos y trasladados al búfer de planificación por el procesador de planificación de paquetes 560.

25 En algunas implementaciones, las determinaciones de la condición del canal se pueden basar en datos de HARQ que se transfieran de la capa de MAC al procesador de planificación de paquetes 560 y al procesador de preplanificación 556. Por ejemplo, en el caso en el que múltiples solicitudes de transmisión repetidas se inicien en una sesión de comunicación con un equipo de usuario, el procesador de preplanificación 556 puede determinar que el equipo de usuario está en un área de mala recepción de RF y procesar paquetes de datos en base a su tolerancia al retardo.

La FIG. 7 es un diagrama de flujo de un procedimiento 700 de coordinar la comunicación entre un equipo de usuario y un servidor de aplicaciones según algunas implementaciones. El procedimiento 700 se puede llevar a cabo por 35 una estación base, por ejemplo, como se describe anteriormente con referencia a las FIG. 5 y 6. Como se muestra en la FIG. 7, en el bloque 702 un paquete de datos se recibe en la estación base y se almacena en el búfer de entrada de la estación base. En el bloque 704, la estación base determina la condición del canal de una sesión de comunicación con un equipo de usuario asociado con el destino del paquete de datos. En el bloque de decisión 706, la condición del canal determinado se compara con un valor umbral, por ejemplo, para determinar si el equipo de usuario está en un área de buena recepción de RF o un área de mala recepción de RF. Si la condición del canal es inferior al valor umbral, el paquete de datos se inspecciona para determinar una tolerancia al retardo del paquete de datos como se muestra en el bloque 708. Por ejemplo, diferentes tolerancias al retardo se pueden asignar a diferentes tipos de aplicación, y las tolerancias al retardo se pueden determinar en base a una determinación del tipo de aplicación del paquete de datos a través de la inspección de paquetes. Si la condición del canal es mayor que el

45 valor umbral (por ejemplo, el equipo de usuario está en un área de recepción de RF relativamente buena), el paquete de datos se traslada a un búfer de planificación como se muestra en el bloque 710.

Cuando la condición del canal está por debajo del umbral, se utiliza un retardo total (por ejemplo, un periodo de tiempo correspondiente a una cantidad máxima de retardo) para determinar cuándo se debería trasladar el paquete de datos del búfer de entrada al búfer de planificación. Como se muestra en la FIG. 7, en el bloque de decisión 712, se determina si la aplicación es tolerante o intolerante al retardo. Si el paquete de datos está asociado con una aplicación tolerante al retardo (por ejemplo, una aplicación de correo electrónico), entonces el paquete de datos se traslada al búfer de planificación en base al retardo total determinado de la aplicación como se muestra en el bloque

714. Si las condiciones del canal cambian de tal manera que el equipo de usuario pasa a un área de buena

55 recepción de RF mientras el paquete de datos se está retrasando en base al retardo total determinado del paquete de datos, el paquete de datos se traslada al búfer de planificación sin referencia a ningún retardo total extendido que se aplique en base al tipo de aplicación del paquete de datos.

Si la aplicación es intolerante al retardo, entonces la aplicación se traslada al búfer de planificación a su debido tiempo como se muestra en el bloque 710. Por ejemplo, el paquete de datos para una aplicación intolerante se traslada al búfer de planificación, en base a, por ejemplo, el estado del búfer de planificación y la carga en ese momento de otros paquetes de datos que se van a trasladar al búfer de planificación. El traslado del paquete de datos del búfer de entrada al búfer de planificación se puede llevar a cabo en base al etiquetado o encapsulado del paquete de datos con datos adicionales, por ejemplo, como aplicando una cabecera PDCP al paquete de datos. 65 Para paquetes de datos asociados con aplicaciones tolerantes al retardo que se van a transmitir a dispositivos de usuario en un área de mala recepción de RF, la aplicación de la etiqueta o encapsulado del paquete de datos se

retrasa en base a la tolerancia al retardo de la aplicación. Como se muestra en el bloque 716, los paquetes de datos que están en el búfer de planificación se planifican para la transmisión.

Diversos aspectos de las formas de realización incluidas en el alcance de las reivindicaciones anexas se describen a

5 continuación. Debería ser evidente que los aspectos descritos en esta solicitud se pueden incorporar en una amplia variedad de formas y que cualquier estructura y/o función específica descrita en esta solicitud es meramente ilustrativa. En base a la presente divulgación alguien experto en la materia debería apreciar que un aspecto descrito en esta solicitud se puede implementar independientemente de cualquier otro aspecto y que dos o más de estos aspectos se pueden combinar de diversas maneras. Por ejemplo, se puede implementar un aparato y/o se puede ejercer un procedimiento usando cualquier número de los aspectos expuestos en esta solicitud. Además, se puede implementar tal aparato y/o se puede ejercer tal procedimiento usando otra estructura y/o funcionalidad además de o aparte de uno o más de los aspectos expuestos en esta solicitud.

Las técnicas descritas en esta solicitud se pueden usar para diversas redes de comunicación inalámbricas como las

15 redes de Acceso múltiple por división de código (CDMA), las redes de Acceso múltiple por división de tiempo (TDMA), las redes de acceso múltiple por división de frecuencia (FDMA), las redes de FDMA ortogonal (OFDMA), las redes de FDMA de portadora única (SC-FDMA), etc. Los términos "redes" y "sistemas" se usan a menudo de manera intercambiable. Una red de CDMA puede implementar una tecnología de radio como el acceso radio terrestre universal (UTRA), cdma2000, etc.

Una red de TDMA puede implementar una tecnología de radio como el Sistema global para las comunicaciones móviles (GSM). Una red de OFDMA puede implementar una tecnología de radio como la evolución a largo plazo (LTE), UTRA evolucionado (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, IEEE 802.22, Flash-OFDMA, etc. UTRA, E-UTRA, y GSM son parte del Sistema Universal de Telecomunicaciones Móviles (UMTS).

25 El acceso múltiple por división de frecuencia de portadora única (SC-FDMA), que utiliza la modulación de portadora única y la ecualización en el dominio de la frecuencia es una técnica. El SC-FDMA tiene un rendimiento similar y esencialmente la misma complejidad general que los del sistema OFDMA. La señal SC-FDMA tiene una relación de potencia pico a potencia media (PAPR) inferior debido a su estructura de portadora única inherente. El SC-FDMA ha llamado mucho la atención, especialmente en las comunicaciones de enlace ascendente donde una PAPR inferior beneficia en gran medida al terminal móvil en términos de eficiencia de potencia de transmisión.

En algunos aspectos las enseñanzas en esta solicitud se pueden emplear en una red que incluya una cobertura a macro escala (por ejemplo, una red celular de gran área como una red 3G ó 4G, habitualmente denominada red de

35 macro células) y una cobertura a escala más pequeña (por ejemplo, un entorno de red basado en residencias o basado en edificios). Cuando un terminal de acceso (AT) o equipo de usuario (UE) se mueve a través de tal red, el terminal de acceso puede servirse en ciertas ubicaciones por nodos de acceso (ANs) que proporcionen una macro cobertura mientras que el terminal de acceso puede servirse en otras ubicaciones por nodos de acceso que proporcionen una cobertura a escala más pequeña. En algunos aspectos, los nodos de cobertura más pequeña se pueden usar para proporcionar un crecimiento de capacidad gradual, cobertura interna, y diferentes servicios (por ejemplo, para una experiencia de usuario más robusta). En el estudio en esta solicitud, un nodo que proporciona cobertura por un área relativamente grande se puede denominar macro nodo. Un nodo que proporciona cobertura por un área relativamente pequeña (por ejemplo, una residencia) se puede denominar femtonodo. Un nodo que proporciona cobertura por un área que es más pequeña que una macro área y más grande que una femtoárea se

45 puede denominar pico nodo (por ejemplo, que proporcione cobertura dentro de un edificio comercial).

Una célula asociada con un macro nodo, un femtonodo, o un pico nodo se puede denominar macro célula, femtocélula, o pico célula, respectivamente. En algunas implementaciones, cada célula puede estar asociada asimismo con (por ejemplo, dividida en) uno o más sectores.

En diversas aplicaciones, se puede usar otra terminología para referirse a un macro nodo, un femtonodo, o un pico nodo. Por ejemplo, un macro nodo se puede configurar o denominar nodo de acceso, estación base, punto de acceso, eNodeB, macro célula, etcétera. También, un femtonodo se puede configurar como o denominar NodeB doméstico (HNB), eNodeB doméstico (HeNB), estación base de punto de acceso, femtocélula, etcétera.

55 Las enseñanzas en esta solicitud se pueden incorporar en (por ejemplo, implementar dentro de o llevar a cabo por) una variedad de aparatos (por ejemplo, nodos). En algunos aspectos, un nodo (por ejemplo, un nodo inalámbrico) implementado en conformidad con las enseñanzas en esta solicitud puede comprender un punto de acceso o un terminal de acceso.

Por ejemplo, un terminal de acceso puede comprender, implementarse como, o conocerse como equipo de usuario, una estación de abonado, una unidad de abonado, una estación móvil, un móvil, un nodo móvil, una estación remota, un terminal remoto, un terminal de usuario, un agente de usuario, un dispositivo de usuario, o alguna otra terminología. En algunas implementaciones un terminal de acceso puede comprender un teléfono celular, un

65 teléfono sin hilos, un teléfono de protocolo de inicio de sesión (SIP), una estación de bucle local inalámbrico (WLL), un asistente digital personal (PDA), un dispositivo de mano que tenga capacidad de conexión inalámbrica, o algún

otro dispositivo de procesamiento adecuado conectado a un módem inalámbrico. Según esto, uno o más aspectos enseñados en esta solicitud se pueden incorporar en un teléfono (por ejemplo, un teléfono celular o teléfono inteligente), un ordenador (por ejemplo, un ordenador portátil), un dispositivo de comunicación portátil, un dispositivo informático portátil (por ejemplo, un asistente personal de datos), un dispositivo de entretenimiento (por ejemplo, un

5 dispositivo de música, un dispositivo de vídeo, o una radio por satélite), un dispositivo de sistema de posicionamiento global, o cualquier otro dispositivo adecuado que esté configurado para comunicarse a través de un medio inalámbrico.

Un punto de acceso puede comprender, implementarse como, o conocerse como un NodeB, un eNodeB, un controlador de red radio (RNC), una estación base (BS), una estación base radio (RBS), un controlador de estación base (BSC), una estación transceptora de base (BTS), una función transceptora (TF), un transceptor radio, un router radio, un conjunto de servicios básicos (BSS), un conjunto de servicios extendidos (ESS), o alguna otra terminología similar.

15 En algunos aspectos un nodo (por ejemplo, un punto de acceso) puede comprender un nodo de acceso para un sistema de comunicación. Tal nodo de acceso puede proporcionar, por ejemplo, conectividad para o a una red (por ejemplo, una red de área amplia como internet o una red celular) a través de un enlace de comunicación por cable o inalámbrico a la red. Según esto, un nodo de acceso puede permitir que otro nodo (por ejemplo, un terminal de acceso) acceda a una red o alguna otra funcionalidad. Además, se debería apreciar que uno o ambos nodos pueden ser portátiles o, en algunos casos, relativamente no portátiles.

Un nodo inalámbrico puede ser capaz de transmitir y/o recibir información de manera no inalámbrica (por ejemplo, a través de una conexión por cable). De ese modo, un receptor y un transmisor como se estudian en esta solicitud pueden incluir componentes de interfaz de comunicación apropiados (por ejemplo, componentes de interfaz

25 eléctricos u ópticos) para comunicarse a través de un medio no inalámbrico.

Un nodo inalámbrico se puede comunicar a través de uno o más enlaces de comunicación inalámbricos que se basen en o soporten de otra manera cualquier tecnología de comunicación inalámbrica adecuada. Por ejemplo, en algunos aspectos un nodo inalámbrico se puede asociar con una red. En algunos aspectos la red puede comprender una red de área local o una red de área amplia. Un dispositivo inalámbrico puede soportar o usar de otra manera una o más de una variedad de tecnologías, protocolos, o estándares de comunicación inalámbrica como las estudiadas en esta solicitud (por ejemplo, CDMA, TDMA, OFDM, OFDMA, WiMAX, Wi-Fi, etcétera). De forma similar, un nodo inalámbrico puede soportar o usar de otra manera uno o más de una variedad de esquemas de modulación o multiplexación correspondientes. Un nodo inalámbrico puede de ese modo incluir componentes

35 apropiados (por ejemplo, interfaces aéreas) para establecer y comunicarse a través de uno o más enlaces de comunicación inalámbricos que usen la anterior u otras tecnologías de comunicación inalámbricas. Por ejemplo, un nodo inalámbrico puede comprender un transceptor inalámbrico con componentes transmisores o receptores asociados que puedan incluir diversos componentes (por ejemplo, generadores de señal y procesadores de señal) que faciliten la comunicación por un medio inalámbrico.

Cualquier referencia a un elemento en esta solicitud usando una designación como "primero", "segundo", etcétera generalmente no limita la cantidad u orden de esos elementos. Más bien, estas designaciones se pueden usar en esta solicitud como un procedimiento conveniente de distinguir entre dos o más elementos o instancias de un elemento. De ese modo, una referencia a elementos primero y segundo no significa que sólo se puedan emplear dos

45 elementos ahí o que el primer elemento deba preceder al segundo elemento de alguna manera.

La información y las señales se pueden representar usando cualquiera de una variedad de diferentes tecnologías y técnicas. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos, y chips a los que se puede hacer referencia a lo largo de la descripción anterior se pueden representar por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos, o cualquier combinación de los mismos.

Cualquiera de los diversos bloques lógicos, módulos, procesadores, medios, circuitos, y pasos algorítmicos ilustrativos descritos en conexión con los aspectos dados a conocer en esta solicitud se puede implementar como 55 hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que se pueda diseñar usando la codificación de la fuente o alguna otra técnica), diversas formas de código de programa o de diseño que incorporen instrucciones (que se pueden denominar en esta solicitud, por comodidad, "software" o "módulo de software), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y pasos ilustrativos se han descrito anteriormente en general en términos de su funcionalidad. Si se implementan en software, las funciones se pueden almacenar en o transmitir por un medio legible por ordenador como una o más instrucciones o código. Los medios legibles por ordenador incluyen tanto medios de almacenamiento informáticos como medios de comunicación que incluyan cualquier medio que facilite la transferencia de un programa informático de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda acceder mediante un ordenador. A modo de 65 ejemplo, y no limitación, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de discos (disk) ópticos, almacenamiento de discos (disk) magnéticos u otros dispositivos de

imagen11

imagen12

Claims (1)

1. imagen1

   imagen2