MÉTODO PARA PERMITIR AHORROS DE ENERGÍA CUANDO NO SE ESTÁN TRANSMITIENDO DATOS EN UN CANAL LÓGICO DE MEDIOS
CAMPO DE LA INVENCIÓN
La presente invención se refiere generalmente a ahorros de energía en una red de comunicaciones. Muy específicamente, la presente invención se refiere a la determinación de periodos de transmisión de datos interrumpidos para facilitar los ahorros de energía en una red de comunicaciones inalámbricas.
ANTECEDENTES DE LA INVENCIÓN
FLO es una tecnología diseñada principalmente para la distribución eficiente y económica del mismo contenido multimedia a millones de suscriptores inalámbricos simultáneamente. El objetivo de la tecnología FLO es reducir los costos asociados con la entrega de dicho contenido y permitir a los usuarios navegar por canales de contenido en los equipos móviles por lo regular empleados para servicios de voz y datos celulares tradicionales. Este contenido multimedia también se conoce como servicios. Un servicio es una adición de uno o más componentes de datos independientes. Cada componente de datos independiente de
un servicio se denomina un flujo. Los servicios se clasifican en dos tipos con base en su cobertura: servicios de área amplia y servicios de área local. Un servicio de área local es difundido para recepción dentro de un área metropolitana. En contraste, los servicios de área amplia son difundidos en una o más áreas metropolitanas. Los servicios FLO son portados sobre uno o más canales lógicos, conocidos como Canales Lógicos MediaFLO™ o MLC. Un MLC se puede dividir en un máximo de tres sub-canales lógicos. Estos sub-canales lógicos se denominan corrientes. Cada flujo es portado en una corriente sencilla . Por lo regular, las redes FLO transmiten el contenido para un servicio o MLC, cada súper-cuadro. Puede haber periodos intermitentes cuando no hay datos que estén siendo transmitidos por la red durante cierto tiempo en el
MLC. Si el dispositivo es forzado a buscar el MLC durante estos periodos de tiempo intermitentes, el dispositivo será forzado a consumir energía al realizar esta búsqueda innecesaria. Este consumo de energía innecesario reducirá por último la vida de la batería. Por lo tanto, lo que se necesita es un sistema y método que proveerá al dispositivo información respecto a estos periodos de tiempo intermitentes. El conocimiento de
esta información permitirá al dispositivo realizar cierta operación de ahorro de energía tal como poner el hardware del receptor en modo de espera, durante el intervalo de tiempo en que los datos no estarán disponibles.
SUMARIO DE LA INVENCIÓN
Consistente con los principios de la presente invención tal como se incorporan y se describen ampliamente aquí, la presente invención incluye un método para determinar periodos de espera dentro de un dispositivo de comunicaciones configurado para establecer comunicación a través de una red. El método incluye analizar por lo menos uno de dos o más campos de datos relacionados con una unidad de datos y determinar periodos de espera del dispositivo con base en dicho análisis. En otro aspecto, un aparato determina periodos de espera dentro de un dispositivo de comunicaciones. El aparato incluye medios para analizar por lo menos uno de dos o más campos de datos relacionados con una unidad de datos y medios para determinar periodos de espera de dispositivo con base en el análisis. En otro aspecto todavía, un transceptor determina periodos de espera asociados con la comunicación a través de una red. El transceptor incluye un procesador
configurado para analizar por lo menos uno de dos o más campos de datos relacionados con una unidad de datos y un temporizador para determinar periodos de espera del dispositivo con base en el análisis. En otro aspecto, un medio legible por computadora que porta una o más secuencias de una o más instrucciones para ejecución por parte de uno o más procesadores a fin de realizar un método para determinar periodos de espera dentro de un dispositivo de comunicación. Las instrucciones, cuando son ejecutadas por uno o más procesadores, ocasionan que uno o más procesadores realicen los pasos de analizar por lo menos uno de dos o más campos de datos relacionados con una unidad de datos y determinar periodos de espera del dispositivo con base en el análisis. Para un MLC que actualmente se está transmitiendo, la red puede transmitir datos cada súper-cuadro. Sin embargo, a la red no se le prohibe interrumpir temporalmente la transmisión en ese MLC por un cierto periodo de tiempo. Para este caso, un dispositivo que está monitoreando este MLC particular puede ejecutar funciones de ahorro de energía, tal como el modo de espera del receptor, durante el periodo de tiempo para el cual no hay disponibles datos MLC. Un mensaje de parámetros del sistema de símbolos de información de sobrecarga (OÍS) así como un encabezado
de cápsula OÍS portado como una parte de los datos MLC, porta información respecto a cuándo se espera que la red reasuma la transmisión de datos en un MLC particular. Esta información se especifica en términos de una compensación en el número de súper-cuadros . Esta compensación asegura que la red no transmitirá los datos en el MLC particular antes de la compensación especificada. El dispositivo puede utilizar el periodo de tiempo indicado por esta compensación para realizar cualesquiera funciones de ahorro de energía. El OÍS y un OÍS integrado (que se analiza con mayor detalle a continuación) portan información respecto al intervalo de tiempo (compensación en súper-cuadros) para el cual no habrá datos disponibles asociados con un MLC particular. En otras palabras, este campo garantiza que ningún dato será transmitido por la red para ese MLC, por lo menos durante el intervalo de tiempo especificado. Esto permite al dispositivo estar en espera por esa duración resultando en un consumo de energía reducido y, en consecuencia, vida de batería incrementada. Características y ventajas adicionales de la presente invención así como la estructura y operación de varias modalidades de la presente invención, se describen a detalle a continuación con referencia a las figuras anexas.
BREVE DESCRIPCIÓN DE LAS FIGURAS
Las figuras anexas, las cuales se incorporan en la presente invención y forman parte de la descripción detallada, ilustran modalidades de la presente invención y, junto con la descripción general proporcionada anteriormente y la descripción detallada de las modalidades a continuación, sirven para explicar los principios de la invención. En las figuras: La figura 1 es una ilustración de una red que incluye una modalidad de un sistema de entrega de contenido; La figura 2 es una ilustración de una modalidad de un proveedor de contenido conveniente para uso en el sistema de entrega de contenido de la figura 1; La figura 3 es una ilustración de una modalidad de un servidor de contenido conveniente para uso en el sistema de entrega de contenido; La figura 4 es una ilustración de un súper-cuadro ejemplar de acuerdo con la modalidad; La figura 5 es una ilustración de un diagrama en bloques de un flujo de servicios ejemplar de acuerdo con la modalidad; La figura 6 es una ilustración de la ausencia y presencia de MLC en súper-cuadros contiguos asociados;
La figura 7 es una ilustración de un registro MLC ejemplar construido de acuerdo con la modalidad; La figura 8 es un diagrama de flujo de un método ejemplar para practicar la modalidad; y La figura 9 es un diagrama en bloques de un aparato ejemplar construido de acuerdo con la modalidad.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
La siguiente descripción detallada de la presente invención se refiere a las figuras anexas que ilustran modalidades ejemplares con esta invención. Son posibles otras modalidades, y se pueden realizar modificaciones a las modalidades dentro del espíritu y alcance de la invención. Por lo tanto, la siguiente descripción detallada no pretende limitar la invención. Más bien, el alcance de la invención queda definido por las siguientes reivindicaciones . Esta descripción detallada muestra una o más modalidades que incorporan las características de la presente invención. Las modalidades descritas simplemente ejemplifican la invención. El alcance de la invención no se limita a las modalidades descritas. La invención queda definida por las reivindicaciones anexas al presente. Las modalidades descritas, y referencias en la
descripción detallada a "una modalidad", "una modalidad ejemplar", etc., indican que las modalidades descritas pueden incluir una función, estructura, característica particular, pero cada modalidad no necesariamente incluye la función, estructura, o característica particular. Además, dichas frases no necesariamente se refieren a la misma modalidad. Además, cuando una función, estructura, o característica particular se describe en conexión con una modalidad, se entiende que está dentro del conocimiento de un experto en la técnica para efectuar dicha función, estructura, o característica en conexión con otras modalidades ya sea que estén o no explícitamente descritas. Resultaría aparente para aquellos expertos en la técnica que la presente invención, tal como se describe a continuación, se puede ejecutar en muchas modalidades diferentes de hardware, software, microprogramación cableada y/o las entidades que se ilustran en las figuras. Cualquier código de software real con el hardware controlado especializado para ejecutar la presente invención no limita la presente invención. Por lo tanto, la operación y comportamiento de la presente invención se describirán con el entendimiento de que modificaciones y variaciones de las modalidades son posibles, debido al nivel de detalle aquí presentado. La figura 1 muestra una red de comunicación 100
que comprende un sistema de transporte que opera para crear y transportar flujos de contenido multimedia a través de redes de datos. Por ejemplo, el sistema de transporte es consistente con los principios del sistema FLO, observados anteriormente, y es conveniente para uso en el transporte de secuencias de contenido de una red de proveedor de contenido a una red de acceso inalámbrica para distribución de transmisión. La red 100 comprende un proveedor de contenido (CP) 102, una red de proveedor de contenido 104, una red de transmisión optimizada 106, y una red de acceso inalámbrica 108. La red 100 también incluye dispositivos 110 que comprenden un teléfono móvil 112, un asistente digital personal (PDA) 114, y una computadora personal 116. Los dispositivos 110 ilustran solo algunos de los dispositivos que son convenientes para uso con el sistema de transporte. Se debería observar que aunque se muestran tres dispositivos en la figura 1, virtualmente cualquier número de dispositivos análogos, o tipos de dispositivos son convenientes para uso en el sistema de transporte, tal como resultará aparente para aquellos expertos en la técnica relevante . El proveedor de contenido 102 opera para proveer contenido para distribución a usuarios en la red 100. El contenido comprende video, audio, contenido multimedia,
secuencias, contenido de tiempo real y tiempo no real, textos, programas, datos o cualquier otro tipo de contenido conveniente. El proveedor de contenido 102 provee el contenido a la red de proveedor de contenido 104 para distribución. Por ejemplo, el proveedor de contenido 102 se comunica con la red de proveedor de contenido 104 a través del enlace de comunicación 118, el cual comprende cualquier tipo conveniente de enlace de comunicación cableado y/o inalámbrico. La red de proveedor de contenido 104 comprende cualquier combinación de redes cableadas e inalámbricas que operan para distribuir contenido para entrega a usuarios. La red de proveedor de contenido 104 se comunica con la red de transmisión optimizada 106 a través del enlace 120. El enlace 120 comprende cualquier tipo conveniente de enlace de comunicación cableado y/o inalámbrico. La red de transmisión optimizada 106 comprende cualquier combinación de redes cableadas e inalámbricas que están diseñadas para transmitir contenido de alta calidad. Por ejemplo, la red de transmisión optimizada 106 puede ser una red de dominio privado especializada que haya sido optimizada para entregar contenido de alta calidad a dispositivos seleccionados sobre una pluralidad de canales de comunicación optimizados. El sistema de transporte opera para entregar
contenido del proveedor de contenido 102 para distribución a un servidor de contenido (CS) 122 en la red de proveedor de contenido 104 que opera para establecer comunicación con una estación base de transmisión (BBS) 124 en la red de acceso inalámbrica. El CS 122 y la BSS 124 se comunican utilizando una o más modalidades de una interfaz de transporte 126 que permiten a la red de proveedor de contenido 104 entregar contenido en la forma de flujos de contenido a la red de acceso inalámbrica 108 para difusión/multidifusión a los dispositivos 110. La interfaz de transporte 126 comprende una interfaz de control 128 y un canal portador 130. La interfaz de control 128 opera para permitir al CS 122 agregar, cambiar, cancelar o, de otro modo, modificar flujos de contenidos que fluyen desde la red de proveedor de contenido 104 a la red de acceso inalámbrica 108. El canal portador 130 opera para transportar los flujos de contenido desde la red de proveedor de contenido 104 a la red de acceso inalámbrica 108. El CS 122 utiliza la interfaz de transporte 126 para programar un flujo de contenido que va a ser transmitido a la BSS 124 para difusión/multidifusión sobre la red de acceso inalámbrica 108. Por ejemplo, el flujo de contenido puede comprender una secuencia de contenido de tiempo real que fue provista por el proveedor de contenido
102 para distribución utilizando la red de proveedor de contenido 104. El CS 122 opera para negociar con la BBS 124 para determinar uno o más parámetros asociados con la secuencia de contenido. Una vez que la BBS 124 recibe la secuencia de contenido, ésta realiza la difusión/multidifusión de la secuencia de contenido sobre la red de acceso inalámbrica 108 para recepción por parte de uno o más de los dispositivos 110. Cualquiera de los dispositivos 110 puede ser autorizado a recibir la secuencia de contenido y guardarlo en memoria caché para posterior visualización por parte del usuario del dispositivo. En el ejemplo anterior, el dispositivo 110 comprende un programa de cliente 132 que opera para proveer una guía de programa que despliega un listado de contenido que está programado para difusión sobre la red de acceso inalámbrica 108. El usuario del dispositivo puede entonces seleccionar la recepción de cualquier contenido particular para entrega en tiempo real o para ser almacenado en una memoria caché 134 para posterior visualización. Por ejemplo, la secuencia de contenido se puede programar para difusión durante las horas nocturnas, y el dispositivo 112 opera para recibir la difusión y almacenar en memoria caché la secuencia de contenido en la memoria caché 134 para que el usuario del dispositivo pueda ver la secuencia al día
siguiente. Por lo regular, el contenido es difundido como parte de un servicio de suscripción y el dispositivo de recepción puede requerir el aprovisionamiento de una clave o, de otra forma, autenticarse a sí mismo para recibir la difusión. El sistema de transporte permite al CS 122 recibir registros de guía de programa, contenidos de programa, y otra información relacionada del proveedor de contenido 102. El CS 122 actualiza y/o crea contenido para entrega a los dispositivos 110. La figura 2 muestra un servidor del proveedor de contenido 200 conveniente para uso en el sistema de entrega de contenido. Por ejemplo, el servidor 200 se puede utilizar como el servidor 102 en la figura 1. El servidor 200 comprende lógica de procesamiento 202, recursos e interfaces 204, y lógica de transceptor 210, todos ellos acoplados a un enlace de datos interno 212. El servidor 200 también comprende lógica de activación 214, PG 206, y lógica de registros PG 208, los cuales están también acoplados al enlace de datos 212. La lógica de procesamiento 202 comprende una unidad de procesamiento central (CPU) , procesador, arreglo de compuerta, lógica de hardware, elementos de memoria, máquina virtual, software y/o cualquier combinación de hardware y software. Por lo tanto, la lógica de
procesamiento 202 generalmente comprende lógica para ejecutar instrucciones legibles por máquina y para controlar uno o más de otros elementos funcionales del servidor 200 a través del enlace de datos interno 212. Los recursos e interfaces 204 comprenden hardware y/o software que permiten al servidor 200 establecer comunicación con sistemas internos y externos. Por ejemplo, los sistemas internos pueden incluir sistemas de almacenamiento en masa, memoria, unidades de despliegue, módem, u otros recursos de dispositivo interno. Los sistemas externos pueden incluir dispositivos de interfaz de usuario, impresoras, unidades de disco, u otros dispositivos locales o sistemas. La lógica de transceptor 210 comprende lógica de hardware y/o software que opera para permitir al servidor 200 transmitir y recibir datos y/u otra información con dispositivos remotos o sistemas utilizando el canal de comunicación 216. Por ejemplo, el canal de comunicación 216 comprende cualquier tipo conveniente de enlace de comunicación para permitir al servidor 200 establecer comunicación con una red de datos. La lógica de activación 214 comprende un CPU, procesador, arreglo de compuerta, lógica de hardware, elementos de memoria, máquina virtual, software y/o cualquier combinación de hardware y software. La lógica de
activación 214 opera para activar un CS y/o un dispositivo para permitir al CS y/o al dispositivo seleccionar y recibir contenido y/o servicios descritos en el PG 206. La lógica de activación 214 transmite un programa de cliente 220 al CS y/o al dispositivo durante el proceso de activación. El programa de cliente 220 corre en el CS y/o el dispositivo para recibir el PG 206 y despliega información sobre el contenido disponible o servicios para el usuario del dispositivo. Por lo tanto, la lógica de activación 214 opera para autenticar un CS y/o un dispositivo, descargar el cliente 220, y descargar el PG 206 para entrega en el dispositivo por parte del cliente 220. El PG 206 comprende información en cualquier formato conveniente que describe contenido y/o servicios que están disponibles para ser recibidos por los dispositivos. Por ejemplo, el PG 206 se puede almacenar en una memoria local del servidor 200 y puede comprender información tal como identificadores de contenido o servicio, información de programación, fijación de tarifas y/o cualquier otro tipo de información relevante. El PG 206 comprende una o más secciones identificables que son actualizadas por la lógica de procesamiento 202 conforme se realizan cambios al contenido o servicios disponibles. El registro PG 208 comprende hardware y/o
software que opera para generar mensajes de notificación que identifican y/o describen cambios al PG 206. Por ejemplo, cuando la lógica de procesamiento 202 actualiza el PG 206, la lógica de registro PG 208 es notificada respecto de los cambios. La lógica de registro PG 208 entonces genera uno o más mensajes de notificación que son transmitidos a los CS, los cuales pudieran haber sido activados con el servidor 200, de manera que estos CS son notificados rápidamente respecto de los cambios al PG 206. Como parte del mensaje de notificación de entrega de contenido, se provee un indicador de difusión que indica cuándo una sección del PG identificado en el mensaje será difundida. Por ejemplo, el indicador de difusión puede comprender un bit para indicar que la sección será transmitida y un indicador de tiempo que indica cuándo ocurrirá la difusión. Por lo tanto, los CS y/o los dispositivos que desean actualizar su copia local de los registros PG pueden escuchar la difusión a la hora designada para recibir la sección actualizada de los registros PG. En una modalidad, el sistema de notificación de entrega de contenido comprende instrucciones de programa almacenadas en un medio legible por computadora, las cuales cuando son ejecutadas por un procesador, por ejemplo, la lógica de procesamiento 202, proveen las funciones del
servidor 200 descrito en la presente invención. Por ejemplo, las instrucciones de programa se pueden cargar en el servidor 200 desde un medio legible por computadora, tal como un disco flexible, CDROM, tarjeta de memoria, dispositivo de memoria RÁPIDA, RAM, ROM, o cualquier otro tipo de dispositivo de memoria o medio legible por computadora que se conecte en interfaz con el servidor 200 a través de los recursos 204. En otra modalidad, las instrucciones se pueden descargar en el servidor 200 desde un dispositivo externo o recurso de red que se conecta en interfaz con el servidor 200 a través de la lógica de transceptor 210. Las instrucciones de programa, cuando son ejecutadas por la lógica de procesamiento 202, proveen un sistema de notificación de estado de guía tal como se describe en la presente invención. La figura 3 muestra un servidor de contenido (CS) o dispositivo 300 conveniente para uso en un sistema de entrega de contenido. Por ejemplo, el CS 300 puede ser el CS 122 ó el dispositivo 110 que se muestra en la figura 1. El CS 300 comprende lógica de procesamiento 302, recursos e interfaces 304, y lógica de transceptor 306, todos ellos acoplados a un enlace de datos 308. El CS 300 también comprende un cliente 310, una lógica de programa 314 y una lógica PG 312, los cuales también están acoplados al enlace de datos 308.
La lógica de procesamiento 302 comprende un CPU, procesador, arreglo de compuerta, lógica de hardware, elementos de memoria, máquina virtual, software y/o cualquier combinación de hardware y software. Por lo tanto, la lógica de procesamiento 302 generalmente comprende lógica configurada para ejecutar instrucciones legibles por máquina y para controlar uno o más elementos funcionales del CS 300 a través del enlace de datos interno 308. Los recursos e interfaces 304 comprenden hardware y/o software que permite al CS 300 establecer comunicación con sistemas internos y externos. Por ejemplo, los sistemas internos pueden incluir sistemas de almacenamiento en masa, memoria, unidades de pantalla, módem, u otros recursos de dispositivo internos. Los sistemas externos pueden incluir dispositivos de interfaz de usuario, impresoras, unidades de disco, u otros dispositivos o sistemas locales. La lógica de transceptor 306 comprende hardware y/o software que opera para permitir al CS 300 transmitir y recibir datos y/u otra información con dispositivos externos o sistemas a través del canal de comunicación 314. Por ejemplo, el canal de comunicación 314 puede comprender un enlace de comunicación de red, un enlace de comunicación inalámbrica, o cualquier otro tipo de enlace de comunicación. Durante la operación, el CS 300 es activado de
forma que pueda recibir contenido o servicios disponibles sobre una red de datos. Por ejemplo, el CS 300 se identifica ante un servidor de proveedor de contenido durante un proceso de activación. Como parte del proceso de activación, el CS 300 recibe y almacena registros PG mediante la lógica PG 312. El PG 312 contiene información que identifica el contenido o servicios disponibles para ser recibidos por el CS 300. El cliente 310 opera para entregar información en la lógica PG 312 sobre el CS y/o el dispositivo 300 utilizando los recursos e interfaces 304. Por ejemplo, el cliente 310 entrega información en la lógica PG 312 sobre una pantalla de despliegue que es parte del dispositivo. El cliente 310 también recibe entrada de usuario a través de los recursos e interfaces para que un usuario de dispositivo pueda seleccionar contenido o servicios . El CS 300 recibe mensajes de notificación a través de la lógica de transceptor 306. Por ejemplo, los mensajes pueden ser difundidos o unidifundidos al CS 300 y recibidos por la lógica de transceptor 306. Los mensajes de notificación PG identifican actualizaciones para los registros PG en la lógica PG 312. En una modalidad, el cliente 310 procesa los mensajes de notificación PG para determinar si la copia local en la lógica PG 312 necesita ser actualizada. Por ejemplo, en una modalidad, los
mensajes de notificación incluyen un identificador de sección, tiempo de inicio, tiempo final y número de versión. El CS 300 opera para comparar la información en los mensajes de notificación PG con información localmente almacenada en la lógica PG 312 existente. Si el CS 300 determina, a partir de los mensajes de notificación PG, que una o más secciones de la copia local en la lógica PG 312 necesitan ser actualizadas, el CS 300 opera para recibir las secciones actualizadas del PG en una de varias formas. Por ejemplo, las secciones actualizadas del PG pueden ser difundidas en un momento indicado en los mensajes de notificación PG, de manera que la lógica de transceptor 306 puede recibir las transmisiones y pasar las secciones actualizadas al CS 300, el cual a su vez actualiza la copia local en la lógica PG 312. El CS 300 determina cuáles secciones del PG necesitan ser actualizadas con base en los mensajes de notificación de actualización de PG recibidos, y transmite una solicitud a un servidor CP para obtener las secciones actualizadas deseadas del PG. Por ejemplo, la solicitud puede ser formateada utilizando cualquier formato conveniente y comprende información tal como un identificador de CS solicitante, identificador de sección, número de versión y/o cualquier otra información
conveniente. El CS 300 ejecuta una o más de las siguientes funciones en una o más modalidades de un sistema de notificación PG. Se debería observar que las siguientes funciones deberían ser cambiadas, reacomodadas, modificadas, agregadas a, eliminadas o, de otra forma, ajustadas dentro del alcance de la invención. 1.- El CS es activado para operación con un sistema de proveedor de contenido para recibir contenido o servicios. Como parte del proceso de activación, un cliente y PG son transmitidos al CS . 2.- Uno o más mensajes de notificación PG son recibidos por el CS y utilizados para determinar si una o más secciones del PG localmente almacenado necesitan ser actualizadas. 3.- En una modalidad, si el CS determina que una o más secciones del PG localmente almacenado necesitan ser actualizadas, el CS escucha una difusión proveniente del sistema de distribución para obtener las secciones actualizadas del PG que necesita actualizar su copia local. 4.- En otra modalidad, el CS transmite uno o más mensajes de solicitud al CP para obtener las secciones actualizadas del PG que necesita. 5.- En respuesta a la solicitud, el CP transmite las secciones actualizadas del PG al CS.
6.- El CS utiliza las secciones actualizadas recibidas del PG para actualizar su copia local del PG. El sistema de entrega de contenido comprende instrucciones de programa las cuales se pueden almacenar en un medio legible por computadora, el cual cuando es ejecutado por un procesador, tal como la lógica de procesamiento 302, provee las funciones del sistema de notificación de entrega de contenido, tal como aqui se describe. Por ejemplo, las instrucciones se pueden cargar en el CS 300 desde un medio legible por computadora, tal como un disco flexible, CDROM, tarjeta de memoria, dispositivo de memoria RÁPIDA, RAM, ROM, o cualquier otro tipo de dispositivo de memoria o medio legible por computadora que se conecte en interfaz al CS 300 a través de los recursos e interfaces 30 . En otra modalidad, las instrucciones se pueden descargar en el CS 300 desde un recurso de red que se conecta en interfaz al CS 300 a través de la lógica de transceptor 306. Las instrucciones, cuando son ejecutadas por la lógica de procesamiento 302, proveen un sistema de entrega de contenido como aquí se describe . Se debería observar que el CS 300 representa solo una ejecución y que son posibles otras ejecuciones dentro del alcance de la invención. La figura 4 es una ilustración de un segmento 400
de una señal transmitida dentro de la red 100. Para propósitos de ilustración, la transmisión de señal a través de la red 100 puede incluir principios multiplexados por división de frecuencia ortogonal (OFDM) . Las señales transmitidas en la red 100 están organizadas en súper-cuadros, los cuales son unidades de transmisión de datos en una capa física de la red 100. Tal como lo podrán entender aquellos expertos en la técnica, la capa física de red provee la estructura de canal, frecuencia, salida de potencia, modulación y especificación de codificación para el Enlace de Avance de la red. En la figura 4, el segmento 400 incluye súper-cuadros representativos 402 y 404. Cada uno de los súper-cuadros 402 y 404 tiene una duración de aproximadamente un segundo e incluye contenido relacionado con los símbolos OFDM. En el ejemplo de la figura 4, cada uno de los súper-cuadros 402 y 404 incluye aproximadamente 1200 símbolos OFDM, aunque este número particular (1200) es transparente para la ejecución de modalidades de la presente invención. Dentro de cada uno de los súper-cuadros 402 y
404, por ejemplo, algunos de los 1200 símbolos son representativos de información de sobrecarga y algunos de los símbolos son representativos de datos reales. Dichos datos pueden incluir, por ejemplo, datos de video y datos de audio relacionados con una multidifusión de flujo.
Como se mencionó anteriormente, el FLO basado en red 100 difunde varios servicios como una adición de uno o más componentes de datos independientes. Cada componente de datos independiente se denomina un flujo y puede incluir un componente de video, componente de audio, componente de texto o señalización de un servicio. Los servicios FLO son portados sobre uno o más canales lógicos MLC. En la ilustración ejemplar de la figura 4, el súper-cuadro representativo 402 incluye una porción de sobrecarga 406 y una porción de datos 407. La porción de datos 407 además está sub-dividida para incluir cuadros de datos F1-F4. En la capa física de la red 100, los MLC son transportados dentro de la porción de datos 407. Como un asunto práctico, un MLC transportado será dividido a través de los cuadros de datos F1-F4. En la porción de datos ejemplar 407 de la figura 4, tres MLC (10, 20 y 30) se dividen a través de los cuadros de datos F1-F4. Es decir, un cuarto del contenido de cada uno de los MLC 10, 20 y 30 es portado en cada uno de los cuadros F1-F4, respectivamente. Por ejemplo, el MLC que tiene identificación (ID) 10 se divide en porciones 408a-408d, cada una correspondiente a uno de los cuadros F1-F4. Por lo tanto, el cuadro Fl también incluye porciones MLC 410 y 412, correspondientes a los MLC 20 y 30, respectivamente, así
como la porción 408a, la cual corresponde al MLC 10. Desde otra perspectiva, un MLC es un agrupamiento lógico en la capa física que está configurado para portar datos únicos. En la capa de aplicación, datos, también conocidos como flujos, son portados en entidades conocidas como corrientes. La capa de aplicación provee servicios para una aplicación a fin de asegurar que es posible la comunicación efectiva con otro programa de aplicación en una red. A su vez, las corrientes son portadas en MLC. Por ejemplo, un MLC sencillo puede portar hasta tres corrientes (es decir, hasta tres flujos diferentes de datos de nivel de aplicación diferente) . La figura 5 es una ilustración de la relación que existe entre un flujo, una corriente, y un MLC de acuerdo con principios de la presente modalidad. En la figura 5, un flujo ejemplar 500 podría incluir información descargada al dispositivo 112 desde un servicio móvil de video provisto, pro ejemplo, por la red de noticias por cable (CNN) . Esta difusión desde la CNN puede incluir datos de nivel de aplicación en la forma de una corriente de video 502, una corriente de audio 504, y una corriente de texto 506. Cada una de las corrientes 502, 504 y 506, que portan datos únicos, será transmitida en la capa física de la red 100 dentro del MLC identificable de manera única 10. Refiriéndose nuevamente a la figura 4, un cuarto
del MLC 10, el cual porta las corrientes 502, 504 y 506, es portado en cada uno de los cuadros F1-F4 del súper-cuadro 402 en la forma de las porciones 408a-408d, respectivamente . Dentro de la red 110, un súper-cuadro también puede ser visto como un conducto de red. Diferentes MLC correspondientes a diferentes flujos son portados dentro de este conducto de red, tal como el súper-cuadro 402. Por ejemplo, un flujo ESPN y un flujo MSNBC podrían también ser portados con el súper-cuadro 402, además del flujo CNN 500. El flujo ESPN podría ser portado dentro del MLC 20 y el flujo MSNBC podría ser portado dentro del MLC 30, que se muestra en la figura 4. Un súper-cuadro sencillo puede portar muchos flujos diferentes, cada uno representando diferentes tipos de datos. Para propósitos de ilustración, los súper-cuadros dentro de la red 100, tal como el súper-cuadro 402, serán transmitidos a uno o más de los dispositivos 110 a una tasa de aproximadamente uno por segundo. Cuando un usuario inicialmente selecciona un servicio, tal como CNN, para uso en el dispositivo 112, por ejemplo, ese servicio será mapeado en flujos individuales. Una vez que el servicio ha sido mapeado en flujos individuales, cada flujo será mapeado a un MLC específico para transmisión física a través de la red 100. En este
punto, el dispositivo 112 elegirá la ID del MLC asociado que en realidad esté siendo transmitido por la red 100. Considerar el ejemplo de las figuras 4 y 5 donde la corriente de audio 502 y la corriente de video 504, del flujo CNN 500, están siendo portadas en el MLC 10. Aquí, el dispositivo 112 buscará determinar la estructura de ID del MLC dentro del súper-cuadro 402, y por lo menos un súper-cuadro posterior, para determinar la forma y ubicación del MLC 10. Por lo tanto, cada segundo, el dispositivo está buscando en un súper cuadro el MLC 10. Debido a las variabilidades inherentes en la transmisión de grandes cantidades de datos, especialmente datos de video intensivo de ancho de banda, el MLC 10 (es decir, CNN) puede contener datos reales en algunos súper-cuadros, pero en otros súper-cuadros, el MLC 10 puede no tener datos. Esta presencia intermitente de datos en algunos MLC y la ausencia en otros, innecesariamente consume potencia de red valiosa. Esta potencia de red es innecesariamente consumida debido a que el dispositivo 112 disipa energía conforme busca todos los súper-cuadros recibidos para la presencia, forma, y ubicación del MLC de interés (por ejemplo, MLC 10), sin considerar si en realidad se transmitió o no un MLC. En la ilustración de la figura 4, antes que el dispositivo 112 pueda decodificar de forma apropiada datos
de flujo transmitidos dentro del MLC 10, el dispositivo 112 puede primero determinar la forma y ubicación del MLC dentro del súper-cuadro 402. Esto se puede lograr de dos formas . Primero, la porción de sobrecarga 406 del súper-cuadro 402 incluye un canal OÍS 413. El canal OÍS 413, entre otras cosas, informa al dispositivo 112 respecto de la ubicación del MLC 10 dentro del súper-cuadro 402. Por o tanto, cuando el dispositivo 112 inicialmente solicita servicio, éste primero debe decodificar el canal OÍS 413 dentro del súper-cuadro 402 para conocer la ubicación precisa, y otras características, relacionadas con el MLC 10 antes que los datos dentro del MLC 10 puedan ser desempacados y utilizados. Después que el dispositivo 112 decodifica el canal OÍS 413, éste puede entonces localizar y desempacar los datos de flujo dentro del MLC 10. Específicamente, el dispositivo 112 primero desempacará la porción 408a del MLC 10 ubicado dentro del cuadro Fl del súper-cuadro 402. A manera de antecedente, todas las porciones de un MLC, tal como el MLC 10, están colocadas en el mismo lugar dentro de cada marco del súper-cuadro asociado. Por lo tanto, debido a que el dispositivo 112 tiene conocimiento de que la porción posterior 408b del MLC 10 se ubica dentro del cuadro F2 en el mismo lugar que la porción 408a del cuadro
Fl, el dispositivo 112 puede estar en espera durante un periodo de tiempo 416, antes de recibir la porción 408b. Al final del periodo de tiempo 416, el dispositivo 112 se activará y avanzará directamente a la porción del MLC 408b. El dispositivo 112 desempacará la porción 408b, después pasará a un estado de espera durante un periodo 418, y se activará para desempacar la porción 408c dentro del cuadro F3, y así sucesivamente. Estos periodos de espera ayudan a reducir el consumo de energía y a conservar la potencia de la batería. Una fuente secundaria para información de ubicación relacionada con MLC es un segmento 414 conocido como el OÍS integrado, o tráiler de cápsula de protocolo MAC. Sin embargo, el tráiler de cápsula de protocolo 414 solo provee al dispositivo 112 la ubicación del MLC 10 en súper-cuadros que ocurren después en tiempo al súper-cuadro 402. Por lo tanto, como un mínimo, cada uno de los dispositivos 110 debe decodificar y leer el canal OÍS 413 en cada súper-cuadro actual para determinar la ubicación de un MLC asociado dentro de un súper-cuadro posterior, ya sea que un MLC esté o no realmente presente en el súper-cuadro posterior. Si un súper-cuadro ocurre, en promedio, una vez cada segundo, entonces el dispositivo 110 se debe detener y buscar por lo menos una vez por segundo el MLC, sin considerar si el MLC está presente o ausente dentro de un
súper-cuadro particular. Una vez que el dispositivo (por ejemplo, el dispositivo 112) lee el canal OÍS 413 y determina la ubicación del MLC 10 dentro del súper-cuadro 402 actual, éste debe entonces también leer el tráiler de cápsula de protocolo 414 para determinar la ubicación del MLC 10 en el súper-cuadro posterior (por ejemplo, el súper-cuadro 404). La figura 6 es una ilustración de una ausencia o presencia de MLC en súper-cuadros contiguos asociados. En la figura 6 se muestran los súper-cuadros contiguamente transmitidos 402, 404, 602 y 604. Conforme los súper-cuadros 402, 404, 602 y 604 son transmitidos, el dispositivo 112 debe buscar cada uno de estos súper-cuadros para el MLC de interés. Cuando el dispositivo 112, por ejemplo, recibe el súper-cuadro 402, éste decodifica el canal OÍS 413 para determinar la ubicación del MLC 10 dentro del súper-cuadro 402. El dispositivo 112 entonces recibe el MLC 10 y lee el tráiler de cápsula de protocolo 414 dentro de la porción 408a del MLC 10 para determinar la ubicación del MLC 10 dentro del siguiente súper-cuadro 404. Después que el dispositivo lee las porciones restantes 408b-408d del MLC 10, de los cuadros F2-F4, éste entonces recibe el súper-cuadro 404. Al recibir el súper-cuadro 404, el dispositivo 112 entonces decodifica un canal OÍS asociado 601 dentro
del súper-cuadro 404. Al decodificar el canal OÍS 601, el dispositivo 112 descubre que el súper-cuadro 404 no incluye el MLC 10. Por lo tanto, el dispositivo 112 procede a recibir el súper-cuadro 602 y decodifica su canal OÍS asociado 603. De manera similar, el dispositivo 112 descubre que el MLC 10 también está ausente del súper-cuadro 602. Dentro del ejemplo de la figura 6, el dispositivo 112 por último recibe el súper-cuadro 604 y decodifica su canal OÍS 605. Al decodificar el canal OÍS 605, el dispositivo 112 determina que el súper-cuadro 604 incluye el MLC 10, en una ubicación diferente de la que se encontraba en el súper-cuadro 402. Sin embargo, el problema es que el dispositivo ha desperdiciado tiempo buscando los súper-cuadros 404 y 602 solo para descubrir que el MLC 10 no fue transmitido durante un periodo de tiempo 606, lo cual corresponde al tiempo de transmisión de los súper-cuadros 404 y 602. En realidad, muchos súper-cuadros consecutivos pueden no incluir datos relacionados con el MLC 10. Los datos del MLC 10 pueden estar ausentes de los súper-cuadros 404 y 602, y otros, debido a una variedad de motivos, se pudieron hacer a un lado o presentan corrupción de datos . La figura 7 es una ilustración de un registro MLC ejemplar 700 construido de acuerdo con una modalidad de la
presente invención. El registro MLC ejemplar 700 permite a los dispositivos 110 estar en espera a través de un número predeterminado de súper-cuadros en donde no están presentes datos MLC asociados. Tal como se mencionó anteriormente, el canal OÍS
(por ejemplo, el canal 413) dentro del súper-cuadro 402 ejemplar, incluye información respecto a la ubicación de MLC particulares dentro de un súper-cuadro. De forma más específica, como se indica en la figura 7, el canal OÍS incluye un arreglo que comprende las entradas 702, 704 y 706, relacionadas con todos los MLC que la red 100 está transmitiendo en cualquier punto en tiempo. Por ejemplo, las entradas 702, 704 y 706 podrían incluir información relacionada con los MLC 10, 20 y 30 de la figura 4, respectivamente. El arreglo no solo incluye información sobre el lugar en que cada uno de los MLC se ubicará dentro de un súper-cuadro actual, sino que también incluye información respecto a la ubicación del MLC dentro de súper-cuadros posteriores. En la figura 7, cada una de las entradas 702, 704 y 706 también incluye campos "MLC presente" 708, 710 y 712 respectivamente. Los campos de MLC presente 708, 710 y 712 también indican si el MLC particular está presente dentro de los súper-cuadros actuales y posteriores. Si una ausencia de MLC es trasmitida por los campos 708, 710 y
712, los campos se listarán a partir de cuántos súper-cuadros consecutivos el MLC particular estará ausente. Información de la presencia o ausencia del MLC está disponible para la red 100 debido a que la red 100 puede almacenar en memoria intermedia 10 o más segundos (por ejemplo, súper-cuadros) de datos antes de la transmisión. Por lo tanto, la red 100 conoce, dentro de los datos almacenados en memoria intermedia, si MLC particulares están presentes o no en una secuencia de súper-cuadros y puede poblar el campo presente del MLC, tal como los campos 708, 710 y 712, por consiguiente. Por lo tanto, en el ejemplo de la figura 6, los campos presentes de MLC dentro del canal OÍS 413 se pueden establecer para indicar que los siguientes dos súper-cuadros 404 y 602 no incluirán datos MLC 10. Por lo tanto, si el dispositivo conoce antes que los súper-cuadros 404 y 602 no incluyen datos MLC 10, el dispositivo 112 puede estar en espera hasta un momento en que el súper-cuadro 604 será recibido. De esta forma, no se requerirá que el dispositivo 112 consuma potencia innecesariamente al momento de buscar los súper-cuadros 404 y 602, solo para descubrir más tarde que ninguno de estos súper-cuadros incluye los datos MLC 10. La espera a través de los súper-cuadros 404 y 602, los cuales no incluyen datos MLC 10, facilitará adicionalmente la preservación de potencia de
batería preciosa y otros recursos de red relacionados. La figura 8 es un diagrama de flujo de un método ejemplar 800 para practicar una modalidad de la presente invención. En el método 800, un dispositivo de red analizará por lo menos uno de dos o más campos de datos relacionados con una unidad de datos, tal como se indica en el paso 802. En el paso 804, el dispositivo de red determinará periodos de espera del dispositivo con base en el análisis del paso 802. La figura 9 es un diagrama en bloques ejemplar
900 de una modalidad de la presente invención. En la figura 9, medios para analizar 902 están configurados para analizar por lo menos uno de dos o más campos de datos relacionados con una unidad de datos en la modalidad. Medios para determinar 904 entonces determinan periodos de espera del dispositivo, de acuerdo con el análisis de los medios para analizar 904. OÍS y OÍS incorporado portan información respecto al intervalo de tiempo (compensación en súper-cuadros) para los cuales no habrá datos disponibles para un cierto MLC. En otras palabras, este campo garantiza que ningún dato será transmitido por la red para ese MLC, por lo menos para el intervalo de tiempo especificado. Esto permite al dispositivo estar en espera durante ese tiempo produciendo como resultado un consumo de potencia reducido o vida de
batería incrementada. La presente invención se ha descrito anteriormente con la ayuda de bloques de construcción funcional que ilustran el rendimiento de funciones especificadas y relaciones de los mismos. Los límites de estos bloques de construcción funcional se han definido de manera arbitraria aquí por conveniencia de la descripción. Límites alternos se pueden definir siempre y cuando las funciones especificadas y relaciones de los mismos se ejecuten de manera apropiada. Cualquiera de dichos limites alternos está entonces dentro del alcance y espíritu de la invención reclamada. Aquellos expertos en la técnica reconocerán que estos bloques de construcción funcional se pueden ejecutar a través de circuitos análogos y/o digitales, componentes discretos, circuitos integrados de aplicación específica, microprogramación cableada, procesador que ejecuta software apropiado, y similares, y cualquier combinación de los mismos. Por lo tanto, el alcance y consistencia de la presente invención no debería quedar limitada por alguna de las modalidades ejemplares antes descritas, sino que debería ser definida únicamente de acuerdo con las siguientes reivindicaciones y sus equivalentes. La descripción anterior de las modalidades específicas revelará en su totalidad la naturaleza general
de la invención que otros pueden, mediante la aplicación del conocimiento dentro de la experiencia en la técnica (incluyendo el contenido de las referencias aquí citadas) fácilmente modificar y/o adaptar para varias aplicaciones de modalidades específicas, sin experimentación indebida, sin apartarse del concepto general de la presente invención. Por lo tanto, dichas adaptaciones y modificaciones pretenden estar dentro del significado y rango de equivalentes de las modalidades descritas, con base en las enseñanzas y guía aquí presentadas. Se entenderá que la fraseología o terminología aquí es para propósitos de descripción y no de limitación, de manera que la terminología o fraseología de la presente descripción va a ser interpretada por aquellos expertos en la técnica en virtud de las enseñanzas y guía aquí presentadas, en combinación con el conocimiento de aquellos expertos en la técnica. La sección de descripción detallada principalmente se deberla utilizar para interpretar las reivindicaciones. Las secciones del sumario y el resumen pueden establecer una o más, pero no todas, las modalidades ejemplares de la presente invención conforme a lo contemplado por los inventores y, por lo tanto, no pretenden limitar las reivindicaciones.