MX2007011092A - Metodo para mejorar la latencia de adquisicion de informacion de control al transmitir informacion de control en paquetes decodificables individualmente. - Google Patents

Abstract

Se proporciona un metodo y un sistema para mejorar la latencia de adquisicion en una red de comunicaciones. El metodo incluye identificar la informacion de control asociada con la informacion transmitida y fragmentar la informacion de control identificada. Cada fragmento de informacion de control se asocia despues con una unidad de transmision correspondiente de la informacion transmitida. Este proceso facilita la decodificacion independiente y el procesamiento de la informacion de control, los cuales se incorporan en paquetes de capa fisica.

Description

"MÉTODO PARA MEJORAR LA LATENCIA DE ADQUISICIÓN DE INFORMACIÓN DE CONTROL AL TRANSMITIR INFORMACIÓN DE CONTROL EN PAQUETES DECODIFICABLES INDIVIDUALMENTE" CAMPO DE LA INVENCIÓN La presente invención se refiere a la eficacia de transmisión en una red de comunicaciones. Más específicamente, la presente invención se refiere a la reducción de los tiempos de adquisición en una red de comunicaciones inalámbricas.

ANTECEDENTES DE LA INVENCIÓN FLO es una tecnología diseñada básicamente para la distribución eficaz y económica del mismo contenido de multimedia a millones de suscriptores inalámbricos simultáneamente. La meta de la tecnología FLO es reducir los costos asociados con el envió de tal contenido y permitirle a los usuarios navegar por canales de contenido en los microteléfonos móviles utilizados típicamente para servicios tradicionales de datos y voz por celular. Este contenido multimedia también es conocido como servicios. Un servicio es una agregación de uno o más componentes de datos independientes. Cada componente de datos independiente de un servicio es llamado flujo. Los servicios se clasifican en dos tipos con base en su cobertura: servicios de área ancha y servicios de área local. Un servicio de área local es multiemitido para la recepción dentro de un área metropolitana. En cambio, los servicios de área amplia se multiemiten en una o mas áreas metropolitanas. Los servicios FLO se transmiten por uno o mas canales lógicos, conocidos como Canales Lógicos MediaFLO™ o MLCs (MediaFLO™ Logia Channels) . Un MLC puede dividirse en un máximo de tres subcanales lógicos. Estos subcanales lógicos se llaman conjuntos. Cada flujo va incluido en un conjunto individual. El procesamiento de los MLCs en una red FLO es controlado con base en la información de protocolo. La información de protocolo de control se transmite a través del aire por la red en unidades llamadas paquetes de capa física (PLPs - physical layer packets) . Un paquete de capa física errónea recibido en el dispositivo FLO que lleva un fragmento de esta información de protocolo de control requerirá que el dispositivo realice otro intento por recibir la información de protocolo de control en su totalidad. Esto dará como resultado una mayor duración cuando el dispositivo comienza a recibir un servicio. Por lo tanto, lo que se necesita es un método y sistemas que le permitan el dispositivo FLO decodificar y procesar independientemente la información de control incorporada en los PLPs .

BREVE DESCRIPCIÓN DE LA INVENCIÓN Consistente con los principios de la presente invención incorporados y ampliamente descritos en la presente, la presente invención incluye un método para mejorar la latencia de adquisición en una red de comunicaciones. El método incluye identificar la información de control asociada con la información transmitida y fragmentar la información de control identificada. Cada fragmento de la información de control se asocia después con unidad transmisora correspondiente de la información transmitida. En un aspecto, se proporciona un aparato para mejorar la latencia de adquisición en una red de comunicaciones. El aparato incluye medios para identificar la información de control asociada con la información transmitida y medios para fragmentar la información de control. Los medios de asociación se proporcionan para asociar cada fragmento de la información de control con unidad transmisora correspondiente de la información transmitida . En otro aspecto, un medio legible por computadora que lleva una o más secuencias de una o más instrucciones para su ejecución por uno o más procesadores implementa un método para mejorar la latencia de adquisición en una red de comunicaciones. Cuando las instrucciones son ejecutadas por uno o más procesadores, se ocasiona que uno o más procesadores ejecuten los pasos de identificación de la información de control asociada con la información transmitida. También se realizan los pasos para fragmentar la formación de control y asociar cada fragmento de la información de control con una unidad transmisora correspondiente de la información transmitida. Aún en otro aspecto, se configura un procesador para mejorar la latencia de adquisición en una red de comunicaciones. El procesador incluye la lógica de identificación para identificar la información de control asociada con información transmitida. El procesador incluye también lógica de fragmentación para fragmentar la información de control y lógica de asociación para asociar cada fragmento de la información de control con una unidad transmisora correspondiente de la información transmitida. La unidad transmisora de la información de protocolo de control se llama paquete de protocolo de control (CPP - control protocol packet) . Cuando se requiere la transmisión aerea, el CPP adquiere substancialmente el mismo tamaño que el PLP . Los mensajes de protocolo de control que llevan información de control se fragmentan de manera tal que cada fragmento se encuentra contenido dentro de un CPP. La información de cabecera se añade a cada CPP para transmitirle a un receptor el numero total de paquetes que abarca la información de control. Se lleva un identificador de CPP para poner al dispositivo al tanto de los CPPs recibidos hasta el momento. En la presente invención, los mensajes de protocolo de control se encuentran diseñados para permitirle a los CPPs individuales incluir un fragmento lógico significativo de un mensaje de protocolo de control. Las características y ventajas adicionales de la presente invención asi como también la estructura y operación de diversas modalidades de la presente invención, se describen detalladamente a continuación con referencia los dibujos acompañantes.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, que se incorporan en la presente y forman parte de la especificación, ilustran modalidades de la presente invención y, junto con la descripción general determinada con anterioridad y la descripción detallada de las modalidades determinadas a continuación, sirven para explicar los principios de la invención. En los dibujos: La Figura 1 es una ilustración de una red que incluye una modalidad de un sistema de envío de contenido de acuerdo con la presente invención; La Figura 2 es una ilustración de una modalidad de un proveedor de contenido adecuado para su uso en la modalidad de la Figura 1 ; La Figura 3 es una ilustración de una modalidad de un servidor de contenido adecuado para su uso en una modalidad del sistema de envió de contenido; La Figura 4 es una ilustración de una súper-trama representativas de una señal transmitida en una red; La Figura 5 es una ilustración de la relación entre un flujo, en conjunto, y un MLC de acuerdo con los principios de la modalidad; La Figura 6 es una ilustración de un mensaje de ID de servicio a manera de ejemplo estructurado de acuerdo con la presente modalidad; La Figura 7 es una ilustración de un mensaje de descripción de flujo a manera de ejemplo estructurado de acuerdo con la presente modalidad; La Figura 8 es una ilustración de diagrama de bloques de una técnica a manera de ejemplo para resolver la latencia de adquisición de acuerdo con la modalidad; La Figura 9 es una ilustración más detallada de la estructura del paquete de protocolo de control (CPP) mostrado en la Figura 8; La Figura 10 es un diagrama de flujo de un método a manera de ejemplo para llevar a la practica la modalidad; y La Figura 11 es un diagrama de bloques de un sistema a manera de ejemplo 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 los dibujos anexos que ilustran las modalidades a manera de ejemplo consistentes con este invención. Son posibles otras modalidades, y pueden hacerse 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 se define por las reivindicaciones anexas. Esta especificación describe una o más modalidades que incorporan las características de esta invención. La(s) modalidad (es) descrita (s) ejemplifican básicamente la invención. El alcance de la invención no se limita a la(s) modalidad (es) descr?ta(s). La invención se define por las reivindicaciones anexas a la misma. La(s) modal?dad(es) descrita (s), y las referencias en la especificación a "una sola modalidad", "una modalidad", "una modalidad a manera de ejemplo", etc., indican que la(s) modalidad (es ) descrita (s) pueden incluir una característica, estructura o detalle particular, pero cada modalidad puede no necesariamente incluir la característica, estructura o detalle particular. Además, tales frases no se refieren necesariamente a la misma modalidad. También, cuando una característica, estructura, o detalle particular se describe en conexión con una modalidad, se comprende que se encuentra dentro del conocimiento del experto en la materia realizar tal característica, estructura, o detalle en conexión con otros modalidades sean o no descritas explícitamente. Será aparente para el experto de la materia que la presente invención, como se describe a continuación, puede implementarse en muchas modalidades diferentes de hardware, software, firmware, y/o las entidades ilustradas en los dibujos. Cualquier código de software actual con el hardware controlado especializado para implementar la presente invención no es limitante de la presente invención. Consecuentemente, la operación y comportamiento de la presente invención se describirán con la comprensión de que son posibles las modificaciones y variaciones de las modalidades, dado el nivel de detalle aqui presentado. La Figura 1 muestra una red de comunicaciones 100 que comprende un sistema de transporte que sirve para crear y transportar flujos de contenido multimedia a través de las redes de datos. Por ejemplo, el sistema de transporte es consistente con los principios del sistema FLO, observado con anterioridad, y es adecuado para su uso en el transporte de fragmentos de contenido desde una red de proveedor de contenido hasta una red de acceso inalámbrico para la distribución por emisión. La red 100 comprende un proveedor de contenido (CP - content provider) 102, una red de proveedor de contenido 104, una red de emisión optimizada 106, y una red de acceso inalámbrico 108. La red 100 incluye también los dispositivos 110 que comprende un teléfono móvil 112, un asistente digital personal (PDA - personal digital assistant) 114, y una computadora portátil 116. Los dispositivos 110 ilustran sólo algunos de los dispositivos que son adecuados para su uso con el sistema de transporte. Debe observarse que aunque se muestran tres dispositivos en la Figura 1, virtualmente cualquier número de dispositivos análogos, a tipos de dispositivos son adecuados para su uso en el sistema de transporte, como será aparente para aquellos expertos en la materia. El proveedor de contenido 102 sirve para proporcionar contenido para la distribución a usuarios en la red 100. El contenido comprende video, audio, contenido multimedia, fragmentos, contenido en tiempo real y en tiempo no real, scripts, programas, datos o algún otro tipo de contenido adecuado. El proveedor de contenido 102 le proporciona el contenido a la red de proveedor de contenido 104 para su distribución. Por ejemplo, el proveedor de contenido 102 se comunican con la red de proveedor de contenido 104 a través del enlace de comunicaciones 118, del cual comprende cualquier tipo de cuadro de enlace de comunicaciones alámbrico y/o inalámbrico. La red de proveedor de contenido 104 comprende cualquier combinación de redes alámbricas e inalámbricas que sirven para distribuir el contenido para su envió a los usuarios. La red de proveedor de contenido 104 se comunican con la red de emisión optimizada 106 a través del enlace 120. El enlace 120 comprende cualquier tipo adecuado de enlace de comunicaciones alámbrico y/o inalámbrico. La red de emisión optimizada 106 comprende cualquier combinación de redes alámbricas e inalámbricas diseñadas para transmitir contenidos de alta calidad. Por ejemplo, la red de emisión optimizada 106 puede ser una red propietaria especializada que se ha optimizado para enviar contenidos de alta calidad a dispositivos seleccionados a través de la pluralidad de canales de comunicación optimizada. El sistema de transporte sirve para enviar contenido desde el proveedor de contenido 102 para la distribución a un servidor de contenido (CS) 122 en la red de proveedor de contenido 104 que sirve para comunicarse eon una estación base transmisora (BBS - broadeast base station) 124 en la red de acceso inalámbrico. El CS 122 y la BBS 124 se comunican utilizando una o más modalidades de una interfase de transporte 126 que le permite a la red de proveedor de contenido 104 enviar contenido en forma de flujos de contenido a la red de acceso inalámbrico 108 para la emisión/multiemisión a los dispositivos 110. La interfase de transporte 126 comprende una interfase de control 128 y un canal de apoyo 130. La interfase de control 128 sirve para permitirle al CS 122 añadir, cambiar, cancelar, o de otra manera modificar los flujos de contenido que fluyen desde la red de proveedor de contenido 104 hasta la red de acceso inalámbrico 108. El canal de apoyo 130 sirve para transportar los flujos de contenido desde la red de proveedor de contenido 104 hasta la red de acceso inalámbrico 108. El CS 122 utiliza la interfase de transporte 126 utiliza la interfase de transporte 126 para programar un flujo de contenido para transmitirse a la BBS 124 para la emisión/multiemisión sobre la red de acceso inalámbrica 108. Por ejemplo, el flujo de contenido puede comprender un fragmento de contenido en tiempo no real que se proporcionó por el proveedor de contenido 102 para la distribución utilizando la red de proveedor de contenido 104. El CS 122 sirve para negociar con la BBS 124 a fin de - determinar uno o más parámetros asociados con el fragmento de contenido. Una vez que la BBS 124 recibe el fragmento de contenido, emite/multiemite el fragmento de contenido por la red de acceso inalámbrica 108 para la recepción por uno o más de los dispositivos 110. Cualquiera de los dispositivos 110 puede recibir autorización para recibir el fragmento de contenido y colocarlo en la memoria asociada para su visualización posterior por el usuario de dispositivo . En el ejemplo anterior, el dispositivo 110 comprende un programa cliente 132 que sirve para proporcionar una guia del programa que despliega un listado del contenido que se programa para emisión a través de la red de acceso inalámbrica 108. Después, el usuario del dispositivo puede seleccionar el recibir cualquier contenido particular para reproducirlo en tiempo real o para almacenarlo en una memoria asociada 134 para su visualización posterior. Por ejemplo, el fragmento de contenido puede programarse para su emisión durante las horas nocturnas, y el dispositivo 112 sirve para recibir la emisión y colocar en memoria asociada el fragmento de contenido en la memoria asociada 134 de manera tal que el usuario del dispositivo puede visualizar el fragmento al dia siguiente. Típicamente, el contenido se emite como parte de un servicio de suscripción y el dispositivo - - receptor puede necesitar proporcionar una clave o bien autenticarse para recibir la emisión. El sistema de transporte le permite al CS 122 recibir registros de guia del programa, contenido del programa, y otra información relacionada proveniente del proveedor de contenido 102. El CS 122 actualiza y/o crea contenido para el envió a los dispositivos 110. La Figura 2 muestra un servidor de proveedor de contenido 200 adecuado para su uso en el sistema de envió de contenido. Por ejemplo, el servidor de 200 puede utilizarse como el servidor 102 en la Figura 1. El servidor 200 comprende lógica de procesamiento 202, recursos e interfases 204, y lógica de transceptor 210, acopladas todas a un bus de datos interno 212. El servidor 200 comprende también lógica de activación 214, PG 206, y lógica de registro de PG 208, los cuales se acoplan también al bus de datos 212. La lógica de procesamiento 202 comprende una unidad de procesamiento central (CPU - central processing unit), procesador, arreglo de compuertas, lógica de hardware, elementos de memoria, máquina virtual, software, y/o cualquier combinación de hardware y software. Consecuentemente, la lógica de procesamiento 202 generalmente comprende lógica para ejecutar las instrucciones ilegibles por máquina y controlar uno o más elementos funcionales del servidor 200 a través del bus de datos interno 212. Los recursos e mterfases 204 comprenden hardware y/o software que le permiten al servidor 200 comunicarse con sistemas internos y externos. Por ejemplo, los sistemas internos pueden incluir sistemas de almacenamiento masivo, memoria, controladores de pantalla, módem, u otros recursos de dispositivos internos. Los sistemas externos pueden incluir dispositivos de inferíase de usuario, impresoras, discos duros, u otros dispositivos a sistemas locales . La lógica de transceptor 210 comprende lógica de hardware y/o software que le permite al servidor de 200 transmitir y recibir datos y/u otra información con dispositivos o sistema remotos utilizando el canal de comunicaciones 216. Por ejemplo, el canal de comunicaciones de 216 que comprende cualquier tipo adecuado de enlace de comunicaciones para permitirle al servidor 200 comunicarse con una red de datos . La lógica de activación 214 comprende una CPU, procesador, arreglo de compuertas, 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 sirve para activar un CS y/o un dispositivo para permitirle al CS y/o el dispositivo para seleccionar y recibir contenido y/o los servicios descritos en el PG 206. La lógica de activación 214 le transmite un programa cliente 220 al CS y/o el dispositivo durante el proceso de activación. El problema del cliente 220 se ejecuta en el CS y/o el dispositivo para recibir al PG 206 y visualizar la información acerca del contenido o servicios disponibles para el usuario del dispositivo. Consecuentemente, la lógica de activación 214 sirve para autenticar un CS y/o un dispositivo, descargar el cliente 220, y descargar el PG 206 para su reproducción en el dispositivo por el cliente 220. El PG 206 comprende información en cualquier formato adecuado que describe el contenido y/o servicios que se encuentran disponibles para su recepción por los dispositivos. Por ejemplo, el PG 206 puede almacenarse en una memoria local del servidor 200 y puede comprender información tal como contenido o identificadores del servicio, información de programación, cotización, y/o cualquier otro tipo de información relevante. El PG 206 comprende una o más secciones identificables que se actualiza por la lógica de procesamiento 202 a medida que se realizan los cambios sobre el contenido o servicios disponibles . El registro de PG 208 comprende hardware y/o software que sirve para generar mensajes de notificación que identifican y/o describen los cambios al PG 206. Por ejemplo, cuando la lógica de procesamiento 202 actualiza el PG 206, la lógica de registros de PG 208 es notificada acerca de los cambios. La lógica de registros de PG 208 genera después uno o más mensajes de notificación que se le transmiten a los CSs, los cuales pueden haberse activado con el servidor de 200, de manera tal que estos CSs son notificados rápidamente acerca de los cambios al PG 206. Como parte del mensaje de notificación de envió de contenido, se proporciona un indicador de emisión que indica cuándo se emitirá una sección del PG identificado en el mensaje. Por ejemplo, el indicador de emisión puede comprender un bit para indicar que se emitirá la sección y un indicador de tiempo que indica cuándo ocurrirá la emisión. Consecuentemente, los CSs y/o los dispositivos que deseen actualizar su copia local de los registros de PG pueden escuchar la emisión en el momento deseado a fin de recibir la sección actualizada de los registros de PG . En una modalidad, el sistema de notificación de envió 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 de 202, proporciona las funciones del servidor 200 descrito en la presente. Por ejemplo, las instrucciones de programa pueden cargarse en el servidor 200 desde un medio legible por computadora, tal como un disco flexible, CDROM , tarjeta de memoria, dispositivo de memoria instantánea, RAM, ROM, o cualquier otro tipo de dispositivos de memoria o medio legible por computadora que sirva como inferíase con el servidor 200 a través de los recursos 204. En otra modalidad, las instrucciones pueden descargarse al servidor 200 desde el dispositivo o recurso de red que realiza la inferíase con el servidor 200 a través de la lógica de transceptor 210. Las instrucciones del programa, cuando son ejecutadas por la lógica de procesamiento 202, proporcionan un sistema de notificación de estado de guia como se describe en la presente. La Figura 3 muestra un servidor de contenido (CS) o dispositivos 300 adecuado para su uso en un sistema de envió de contenido. Por ejemplo, el CS 300 puede ser el CS 122 o el dispositivo 110 mostrado en la Figura 1. El CS 300 comprende lógica de procesamiento 302, recursos e interfases 304, y lógica de transceptor 306, acopladas todas a un bus de datos 308. El CS 300 comprende también un cliente 310, una lógica de programa 314 y una lógica de PG 312, las cuales también se acoplan al bus de datos 308. La lógica de procesamiento 302 comprende una CPU, procesador, arreglo de compuertas, lógica de hardware, elementos de memoria, maquina virtual, software, y/o cualquier combinación de hardware y software.

Consecuentemente, la lógica de procesamiento 302 comprende generalmente lógica configurada para ejecutar instrucciones legibles por máquina y para controlar uno o mas elementos funcionales del CS 300 a través del bus de datos interno 308. Los recursos e mterfases 304 comprende hardware y/o software que le permiten al CS 300 únicas con los sistemas internos y externos. Por ejemplo, los sistemas internos pueden incluir sistemas de almacenamiento masivo, memoria, controlador de pantallas, módem, u otros recursos de dispositivos internos. Los sistemas externos pueden incluir dispositivos de inferíase de usuario, impresoras, discos duros, u otros dispositivos o sistemas locales. La lógica de transceptor 306 comprende hardware y/o sobre que sirve para permitirle al CS 300 transmitir y recibir datos y/u otra información con dispositivos o sistemas externos a través del canal de comunicaciones 314. Por ejemplo, el canal de comunicaciones 314 puede comprender un enlace de comunicaciones en red, un enlace de comunicaciones inalámbricas, o cualquier otro tipo enlace de comunicaciones. En operaciones, el CS 300 se activa de manera tal que puede recibir contenido o servicios disponibles en 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 de PG por la lógica de PG 312. El PG 312 contiene información que identifica contenido o servicios disponibles a recibir por el CS 300. El cliente 310 sirve para reproducir información en la lógica de PG 312 por el CS y/o el dispositivo 300 utilizando los recursos e interfases 304. Por ejemplo, el cliente 310 reproduce información en la lógica de PG 312 en una pantalla de visualización que es parte del dispositivo. El cliente 310 también recibe la entrada de usuario a través de los recursos e interfases de manera tal que un usuario de dispositivo puede 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 emitirse o uniemitirse al CS 300 y recibirse por la lógica de transceptor 306. Los mensajes de notificación de PG identifican actualizaciones a los registros de PG en la lógica de PG 312. En una modalidad, el cliente 310 procesa los mensajes de notificación de PG para determinar si necesita actualizarse la copia local en la lógica de PG 312. Por ejemplo, en una modalidad, los mensajes de notificación incluyen un identificador de sección, tiempo de inicio, tiempo de finalización, y número de presión.

El CS 300 sirve para comparar la información en los mensajes de notificación de PG con la información almacenada localmente en la lógica de PG 312 existente. Si el CS 300 determina a partir de los mensajes de notificación de PG que necesitan actualizarse una o más secciones de la copia local en la lógica de PG 312, el CS 300 sirve para recibir las secciones actualizadas del PG en una de varias maneras. Por ejemplo, las secciones actualizadas del PG pueden emitirse en un momento indicado los mensajes de notificación de PG, de manera tal que la lógica de transceptor 306 puede recibir las emisiones y pasarle las secciones actualizadas al CS 300, el cual a su vez que actualiza la copia local en la lógica de PG 312. El CS 300 determina cuáles secciones del PG necesitan actualizarse con base en los mensajes de notificación de actualización de PG recibidos, y le transmite una solicitud a un servidor de CP para obtener las secciones actualizadas deseadas del PG. Por ejemplo, la solicitud puede formatearse utilizando cualquier formato adecuado 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 adecuada. El CS 300 realiza una o más de las siguientes funciones en una o más modalidades de un sistema de notificación de PG. Debe observarse que las siguientes funciones pueden cambiarse, reordenarse, modificarse, agregarse a, eliminarse, o bien ajustarse dentro del alcance de la invención. 1. El CS se activa para la operación con un sistema de proveedor de contenido a fin de recibir contenido o servicios. Como parte del proceso de activación, se transmiten un cliente y el PG al CS . 2. Uno o más mensajes de notificación de PG son recibidos por el CS y se utilizan para determinar si necesitan actualizarse una o más secciones del PG almacenado localmente. 3. En una modalidad, si el CS determina que necesitan actualizarse una o más secciones del PG almacenado localmente, el CS escucha una emisión desde el sistema de distribución para obtener la 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 envió de contenido comprende instrucciones de programa que pueden almacenarse en medio legible por computadora, las cuales cuando son ejecutados por un procesador, tal como la lógica de procesamiento 302, proporciona las funciones del sistema de notificación de envió de contenido como se describe la presente. Por ejemplo, las instrucciones puede encargarse en el CS 300 desde un medio legible por computadora, tal como un disco flexible, CDROM, tarjeta de memoria, dispositivo de memoria instantánea, RAM, ROM, o cualquier otro tipo de dispositivo de memoria o medio legible por computadora que realiza la interfase con el CS 300 a través de los recursos e interfases 304. En otra modalidad, las instrucciones pueden descargarse al CS 300 desde un recurso de red que hace interfase con el CS 300 a través de la lógica de transceptor 306. Las instrucciones, cuando son ejecutadas por la lógica de procesamiento 302, proporcionan un sistema de envió de contenido como se describe en la presente. Debe observarse que el CS 300 representa sólo una implementación y que son posibles otras implementaciones dentro del alcance de la invención. La Figura 4 es una ilustración de una súper-trama 400 de una señal transmitida en la red 100. Para propósitos de ilustración, la transmisión de señales a través de la red 100 puede ocurrir de acuerdo con los principios de multiplexión por división de frecuencia ortogonal (OFDM) . Las señales transmitidas en la red 100 - se organizan en súper-tramas, las cuales son unidades de transmisión de datos en una capa física de la red 100. Como comprenderán aquellos expertos en la materia, la capa física de red proporciona la estructura de canal, frecuencia, salida de potencia, modulación y especificaciones de codificación para el Enlace en Avance de la red. Como se mencionó con anterioridad, la red basada en FLO 100 multiemite diversos servicios como una agregación de uno o más componentes de datos independientes. Cada componente de datos independientes se llama flujo y puede incluir un componente de video, componente de audio, texto o componente de señalización de un servicio. Los servicios de FLO son transportados por uno o más canales lógicos en los MLOs . En la ilustración a manera de ejemplo de la Figura 4, la súper-trama representativa 400 incluye una porción de información complementaria 402 y una porción de datos 404. La porción de datos 404 se subdivide adicionalmente para incluir tramas de datos F1-F4. En la capa física de la red 100, los MLCs se transportan dentro de la porción de datos 404. Como asunto práctico, se divida un solo MLC en las tramas de datos F1-F4. En la porción de datos a manera de ejemplo 404 de la Figura 4, se divide en dos MLCs (10 y 20) en las tramas de datos F1-F4.

Es decir, un cuarto del contenido de cada uno de los MLCs 10 y 20 es transportado en cada una de las tramas F1-F4, respectivamente . Por ejemplo, el MLC que tiene la identificación (ID) 10 se divide en las porciones 406a - 406d, correspondiente cada una de ellas a una de las tramas Fl-F4. La trama Fl incluye también una porción de MLC 408, la cual corresponde al MLC 20, además de la porción 406a, que corresponde al MLC 10. También, dentro de la porción de datos 404, cada una de las tramas F1-F4 de la súper-trama 400 incluye los canales de control respectivos 410a-410d que llevan información importante referente a las características de transmisión de una porción respectiva de los MLCs (por ejemplo, los MLCs 10 y 20) incluidos en la trama respectiva . La porción de cabecera 402 de la súper-trama 400 incluye un canal 412 de símbolos de información complementaria (OÍS - overhead information symbols) . El canal OÍS 412, entre otras cosas, le informa al dispositivo 112 sobre la ubicación del MLC 10 dentro de la súper-trama 400. Consecuentemente, cuando el dispositivo 112 solicita inicialmente el servicio, primeramente debe decodificar el canal 412 dentro de la súper-trama 400 para saber la ubicación precisa, y otras características, relacionadas con el MLC 10 antes de que puedan desempaquetarse y utilizarse los datos dentro del MLC 10. Desde otra perspectiva, un MLC es un agrupamiento lógico en la capa física que se encuentra configurado para llevar datos únicos. En la capa de aplicación, los datos, también conocidos como flujos, son transportados en entidades conocidas como conjuntos. La capa de aplicación proporciona servicios para que una aplicación asegure que la comunicación eficaz con otro programa de aplicación en una red es posible. Los conjuntos son transportados a su vez en los MLCs. Por ejemplo, un solo MLC puede transportar hasta tres conjuntos (es decir, hasta tres diferentes flujos de datos de nivel de aplicaciones diferentes) . La Figura 5 es una ilustración de la relación entre un flujo, un conjunto, y un MLC de acuerdo con los principios de la presente invención. En la Figura 5, una configuración de flujo a manera de ejemplo 500 puede incluir información descargada al dispositivo 112 desde un servicio móvil de vídeo 501 proporcionado, por ejemplo, por la Red de Noticias por Cable (CNN - Cable News Network) . La estación CNN puede incluir datos de nivel de aplicación en forma de un flujo de vídeo 502, uno flujo de audio 504, y un flujo de texto 506. Consecuentemente, cada uno de los flujos 502, 504, y 506, que llevan datos únicos, serán transmitidos en la capa - fisica de la red 100 dentro del MLC identificable únicamente 10. En la Figura 5, el flujo de vídeo 502 se encuentra asociado con un ID de flujo único 100.0 y es transportado en el MLC 10. El flujo de audio 504 se encuentra asociado con un ID de flujo 100.1 y es transportado en el MLC 20. Correspondientemente, el flujo de texto 506 se encuentra asociado con un ID de flujo de 100.2, pero no se muestra asociado con MLC particular. De manera similar, el servicio móvil de video 501, que representa a la CNN, se encuentra asociado con un ID de servicio único 100. También en la Figura 5, una segunda configuración de flujo a manera de ejemplo 510 puede incluir un servicio 512 proporcionado, por ejemplo, por ESPN. Para propósitos de ilustración, el servicio de ESPN 512 se encuentra asociado con un ID de servicio 200. El servicio de ESPN 512 incluye un flujo de video 512, que tiene un ID de flujo 200.0, y un flujo de audio 516 que tiene un ID de flujo 200.1. Como cuestión práctica, el dispositivo 112 solicitará primeramente información para descargar, por ejemplo, del servicio móvil 501 de la CNN. Antes de que el dispositivo 112 pueda comenzar a recibir el flujo de video 502 o el flujo de audio 504, el dispositivo 112 necesitará - primeramente mapear los flujos solicitados (502 y 504) a su MLC asociado (MLCs 10 y 20, respectivamente) y después recibirá los MLCs 10 y 20 en la capa fisica de la red 100. La información para realizar esto en cuenta contenida en el canal de control 410a. A manera de revisión, el canal de OÍS 412 incluye información relacionada con la ubicación de los MLCs 10 y 20 dentro de la súper-trama 400. Además, el canal de OÍS 412 incluye información para ayudarle al dispositivo 112 a decodificar y recibir apropiadamente el canal de control 410a (ubicado dentro de cada una de las tramas F1-F4) . El canal de control 410a incluye información esencial referente al mapeo de flujo a MLC. El canal de control 410a incluye también información referente a las características de transmisión de los MLCs particulares, se tal como el MLC 10 y 20, de manera tal que una vez que se determina el mapeo de flujo por el dispositivo 112, el dispositivo 112 puede sintonizarse físicamente con y recibir los MLCs. Por ejemplo, parte de esta sintonización física puede incluir instrucciones provenientes del dispositivo hacia la capa física de la red 100 acerca de cómo enviar y recibir los bits de datos asociados, asociados con uno de los flujos seleccionados (por ejemplo, el flujo de video 502 y/o el flujo de audio 504) a través del aire.

- Por otra parte, el canal de OÍS 412 tiene su propio modo de transmisión fija. A manera de ejemplo, el modo de transmisión fija asociado con la súper-trama 400 incluye manipulación por variación de fase en cuadratura (QPSK - quadrature phase shifting keyíng) a una tasa de un quinto. Tan pronto como el dispositivo 112 se activa, inmediatamente conoce el modo de transmisión del canal OÍS 402, el dispositivo 112 lee el canal de OÍS 412 a fin de recibir instrucciones adicionales referentes a cómo restringir y decodificar el canal de control 410a. El canal de OÍS 412 se encuentra estructurado para decirle al dispositivo 112, por ejemplo, que para ver el canal de control 410a, el dispositivo 112 debe transmitir de acuerdo con los parámetros de transmisión específicos. Al transmitir de acuerdo con estos parámetros específicos, el dispositivo 112 es capaz de recibir el canal de control 410a, y la información de protocolo de control en la presente, y leer el mapeo de flujo a MLC. El canal de control 410a de la Figura 4, por ejemplo, incluirá un mensaje de descripción de flujo que describe como los flujos particulares, tal como el flujo de video 502 (ID de flujo 100.0) y el flujo de audio 504 (ID de flujo 100.1), se pasean en MLCs particulares. En el ejemplo de la super-trama 400 de la Figura 4, el flujo de vídeo 502 (ID de flujo 100.0) y el flujo de audio 504 (ID de flujo 100.1) se mapean en el MLC 10 y el MLC 20, respectivamente. Una vez que el dispositivo 112 se ha recibido la información de protocolo de control en su totalidad, incluyendo el mensaje de descripción de flujo, puede decodificar y desempaquetar después el MLC 10 y el MLC 20 y le proporcionan el servicio al usuario. La Figura 6 es una ilustración de un mensaje de ID de servicio a manera de ejemplo 600 configurado de acuerdo con la presente invención. En la red 100, los IDs de servicio y los IDs de flujo, mostrados en la Figura 5, empaquetan ambos en un solo mensaje con un ancho de 20 bits que tiene una porción de ID de servicio 602 y una porción de ID de flujo 604. Consecuentemente, en este ejemplo del mensaje de descripción de flujo 600, un solo ID de servicio, tal como el ID de servicio 100 que representa a la CNN, puede alojar hasta 16 flujos únicos. El mensaje de ID de servicios 600 se incorpora dentro del mensaje de descripción de flujo que será enviado en avance a los dispositivos 110. La Figura 7 es una ilustración de un mensaje de descripción de flujo a manera de ejemplo 700 de acuerdo con la presente invención. Como se observa en la Figura 7, el mensaje de descripción de flujo 700 pudiese asociarse con el ID de servicio 100 de CNN de la Figura 5. Consecuentemente, cuando uno de los dispositivos 110, tal - - como el dispositivo 112, reside el mensaje de descripción de flujo 700, recibirá primeramente el ID de flujo 100.0. El ID de flujo 100.0 (es decir, vídeo) se mapea en el MLC . Ahora que el dispositivo 112 se sabe que su servicio solicitado se encuentra incluido en el MLC 10, sabe también que con objeto de recibir el servicio, tiene que configurarse para un modo de transmisión que incluye, por ejemplo, modulación de QPSK con una tasa de un tercio. Se incluyen otros parámetros de transmisión en la información relacionada con el modo de transmisión, tal como el esquema de codificación.

Después, el dispositivo 112 recibirá el ID de flujo 100.1 (es decir, audio) y su mapeo en el MLC 20.

Consecuentemente, el dispositivo 112 recibirá la información de transmisión que indica, por ejemplo, que para recibir el MLC 20 el dispositivo 112 tendrá que operar utilizando la modulación de amplitud por cuadratura (QAM - o Quadrature Amplitude Modulation) a una tasa de un medio.

Después de que el dispositivo 112 comienza la operación de acuerdo con esta información, puede comenzar a descargar la información de servicio solicitada. Antes de que alguno de los dispositivos 110 comience a recibir y decodificar algún MLC en particular, la información de protocolo de control con el canal de control 410a debe recibirse en su totalidad. En los sistemas convencionales, los datos de control pueden acumularse, debido a la latencia de adquisición, y pueden abarcar varias súper-tramas . Consecuentemente, le puede tomar a un dispositivo varios segundos el descargar toda la información de control y comenzar a transmitir un servicio. Este intervalo de tiempo de varios segundos incrementa la probabilidad de que la información de control esté corrompida, o de otra manera esté incompleta. Si la información de control está corrompida o incompleta de alguna manera, el dispositivo no puede utilizarla. Más bien, el dispositivo debe esperar una súper-trama subsecuente para comenzar el proceso de recepción de los canales de OÍS y de control nuevamente, dando como resultado retrasos en el servicio para el usuario. El mensaje de descripción de flujo 700 es transportado en la capa física de la red 100. Como comprenderán aquellos expertos en la materia, la capa fisica de red proporciona la estructura de canal, frecuencia, salida de potencia, modulación y especificaciones de codificación para el enlace en avance de la red. En la red 100, esta capa física supone la responsabilidad de obtener un MLC y de transmitir el MLC a través del aire. En una red convencional, un MLC es transmitido a través del aire en PLPs. Los datos provenientes de un MLC para una súper-trama particular pueden cimentarse, por ejemplo, en tres paquetes. Cada uno de los tres paquetes puede transmitirse después a través del aire individualmente. En la parte de recepción, una vez que se ha recibido cada uno de los tres paquetes, se acumularán y asociarán con el MLC particular. Sin embargo, el problema es que si alguno de los paquetes se ha interrumpido durante la transmisión (por ej empl o, debido a anomalías en la transmisión), todo el MLC será inutilizable . Consecuentemente, en el transcurso de un periodo completo de un segundo (un intervalo de tiempo razonable para una súper-trama tipica) , un MLC tiene una alta probabilidad de corrupción o interrupción. Supongamos, por ejemplo, que un solo MLC puede abarcar 12 PLPs para toda la transmisión. Después, si alguno de los 12 PLPs se corrompe, la cadena de información de MLC se perderá y el dispositivo requerirá esperar la siguiente súper-trama a fin de repetir este proceso. Es decir, ninguno de los PLPs individuales de una red convencional en información valiosa independiente de los PLPs restantes en una secuencia. La presente invención, como se observa en la ilustración a manera de ejemplo de la Figura 8, proporciona un remedio a este dilema. La Figura 8 es un diagrama de bloques de una técnica a manera de ejemplo 800 para resolver los retos asociados con la latencia de adquisiciones encontrada en redes convencionales. En la Figura 8, un MLC 802 incluye información de servicio solicitada por un dispositivo, tal como el dispositivo 112. Los datos en el MLC 802 se fragmentan en 12 PLPs 804 en preparación para la transmisión aérea. Cada uno de los 12 PLPs se marca con información de secuencia específica (friccional) 805 de manera tal que si alguno de los PLPs 804 se pierde durante la transmisión, el PLP 804 faltante puede identificarse fácilmente en la parte de recepción. Cualquier PLP faltante puede recuperarse después durante un reintento de transmisión. También, un receptor, en el dispositivo 112, conoce el número total de PLPs requeridos para formar un segmento completo. En la modalidad a manera de ejemplo de la Figura 8, el MLC 802 se fragmenta en entidades lógicas individuales, conocidas como CPPs, tal como un CPP 806. Dado que el CPP 806 es su propia entidad lógica, incluye información fácilmente útil, separada y aparte de cualquier otro CPP. De manera similar, se fragmenta una porción subsecuente del MLC 802 a fin de formar un CPP 810, también utilizable separadamente. El CPP 808 y el CPP 810 pueden transmitirse y recibirse separadamente independientemente uno del otro.

Es decir, la porción del MLC 802 fragmentada para formar el CPP 808 pudiese perderse durante una secuencia de transmisión. Sin embargo, si el CPP 810 no se perdiese y se recibiese en la parte de recepción, la porción del MLC representada por el CPP 808, será utilizable. Dado que uno de los CPPs 806 y 810, y algunos otros dentro de una secuencia, son entidades lógicas separadas y utilizables independientemente, puede reducirse la latencia de adquisición. La latencia de adquisición se reduce porque aunque algunos de los PLPs pueden perderse durante la transmisión, esos PLPs que se recibieron actualmente todavía pueden utilizarse. Por ejemplo, si los PLPs 3/12 y 4/12 de los PLPs 804 se corrompieron durante la transmisión, pero se recibió el resto de los PLPs 804, el dispositivo 112 aún puede recibir el servicio solicitado. En este ejemplo, durante una súper-trama subsecuente, el dispositivo 112 solamente necesitarla solicitar los PLPs faltantes 3/12 y 4/12. En la modalidad de la Figura 8, los CPPs 806 y 810 son sustancialmente iguales de largo a cada uno de los PLPs. En la red 100, los CPPs son transportados en la capa fisica de la red y se configuran para ser consistentes con los limites del PLP. La Figura 9 es una ilustración más detallada de la estructura del CPP 806. Como se observa una Figura 9, el CPP 806 incluye una cabecera 900 del paquete de protocolo de control y un mensaje de protocolo de 'control 902. La cabecera 900 de la información acerca de que fragmento está llevando el CPP 806 (por ejemplo, 1/12, 2/12, 5/12, etc.) y qué datos o información especifica incluye. El CPP 806 incluye también una porción de relleno de enlace de datos 904. La presencia de la porción de relleno 904 implica que en un intento por configurar el CPP 806 como entidad lógica, la última porción de relleno 904 pudiesen estar disponible para su uso en el acatamiento de datos actuales. La Figura 10 es un diagrama de flujo de un método a manera de ejemplo 1000 para realizar una modalidad de la presente invención. En la Figura 8, a fin de mejorar la latencia de adquisición en una red de comunicaciones, un receptor identificará deseablemente la información de control asociada con la información transmitida como se indica en el paso 1002. Después, la información de control se fragmentará como se muestra en el paso 1004 y cada fragmento estará asociado con una unidad transmisora correspondiente de la información transmitida, como se indica en el paso 1006. La Figura 11 es un diagrama de bloques de un sistema a manera de ejemplo 1000 de acuerdo con la modalidad. En la Figura 11 el medio de identificación 1102 identifica la información de control asociada con la información transmitida. El medio de fragmentación 1104 fragmenta la información de control identificada. El medio de asociación 1106 asocia después cada fragmento con una unidad transmisora correspondiente de la información transmitida . La presente invención le permite un dispositivo FLO procesar independientemente la información de control incorporada en PLPs individuales. Los PLPs también son utilizables y decodificable individualmente. Esta capacidad independiente de procesamiento y decodificación facilita una reducción del tiempo de adquisición en el dispositivo FLO en una red de comunicaciones basada en FLO. La presente invención se ha descrito con anterioridad con ayuda de bloques de construcción funcionales que ilustran el rendimiento de las funciones especificadas y las relaciones de las mismas. Los límites de estos bloques de construcción funcionales se han definido arbitrariamente en la presente por conveniencia de la descripción. Pueden definirse limites alternos siempre y cuando las funciones especificadas y las relaciones de las mismas se realicen apropiadamente. Consecuentemente, tales limites alternos se encuentran dentro del alcance y espíritu de la invención reivindicada. El experto la materia reconocerá en estos bloques de construcción funcionales pueden implementarse por circuitos análogos y/o digitales, componentes discretos, circuitos integrados de aplicación especifica, firmware, software apropiado para ejecución por el procesador, y lo similar, o cualquier combinación de los mismos. Por ende, la extensión y alcance de la presente invención no deben imitarse a alguna de las modalidades a manera de ejemplo anteriormente descritas, sino que deben definirse solamente de acuerdo con las siguientes reivindicaciones y sus equivalentes. La descripción anterior de las modalidades específicas revelará totalmente la naturaleza general de la invención que otros pueden, al aplicar el conocimiento en la materia (incluyendo el contenido de las referencias citadas en la presente) , modificar y/o adaptar fácilmente tales modalidades específicas a las diversas aplicaciones, sin experimentación indebida, sin aislamiento del concepto general de la presente invención. Por lo tanto, tales adaptaciones y modificaciones se encuentran diseñadas para encontrarse dentro del significado y rango de equivalentes de las modalidades descritas, con base en las enseñanzas e instrucciones citadas en la presente. Debe comprenderse que la fraseología o terminología en la presente es para propósitos de descripción y no de limitación, de manera tal que la terminología o fraseología de la presente especificación deben interpretarse por el experto en materia a la luz de las enseñanzas e instrucciones citadas en la presente, en combinación con el conocimiento de los expertos en la materia. La sección "Descripción detallada de la invención" del utilizarse básicamente para interpretar las reivindicaciones. Las secciones "Breve descripción de la invención" y "Resumen" pueden exponer una o más, pero no todas las modalidades a manera de ejemplo contempladas por el (los) inventor (es) , y consecuentemente, no se encuentran contempladas para limitar las reivindicaciones. Debe observarse que la sección "Descripción detallada de la invención", y no las secciones "Breve descripción de la invención" y "Resumen", se encuentra contemplada para utilizarse a fin de interpretar las reivindicaciones. Las secciones "Breve descripción de la invención" y "Resumen" pueden exponer una o más pero no todas las modalidades a manera de ejemplo de la presente invención contempladas por el inventor (es) , y consecuentemente, no se encuentran diseñadas para limitar la presente invención y las reivindicaciones anexas de manera alguna.

Claims (20)

1. - -
2. NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecedente, se reclama como propiedad lo contenido en las siguientes reivindicaciones:
3. REIVINDICACIONES 1. Un método para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque comprende: identificar la información de control asociada con la información transmitida; fragmentar la información de control; y asociar cada fragmento de la información de control con una unidad transmisora correspondiente de la información transmitida. 2. El método según la reivindicación 1, caracterizado porque la unidad transmisora correspondiente es un paquete de capa física (PLP) de una súper-trama. 3. El método según la reivindicación 1, caracterizado porque la información de control se encuentra relacionada con un canal lógico mediaflo (MLC) .
4. 4. El método según la reivindicación 3, caracterizado porque la información de control incluye datos de mapeo fio a MLC.
5. 5. El método según la reivindicación 1, caracterizado porque la información inalámbrica se transmite a través de la red de acuerdo con los principios de división de frecuencia ortogonal.
6. 6. Un método para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque comprende: recibir información transmitida e información de control asociada, en la que la información de control comprende una pluralidad de fragmentos; y recuperar cada unidad de información transmitida recibida con base en un fragmento de información de control correspondiente .
7. 7. El método según la reivindicación 6, caracterizado porque la información transmitida y la información de control asociada se reciben inalámbricamente .
8. 8. Un método para fragmentar la información de control, caracterizado porque comprende: identificar la información a transmitirse; y particionar lógicamente la información en fragmentos de información de control de manera tal que cada fragmento puede utilizarse por un receptor a fin de recuperar la información de control utilizable.
9. 9. El método según la reivindicación 8, caracterizado porque la información identificada se - configura para transmitirse inalámbricamente.
10. 10. Un aparato para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque comprende: medios para identificar la información de control asociada con la información transmitida; medios para fragmentar la información de control; y medios para asociar cada fragmento de información de control con una unidad transmisora correspondiente de la información transmitida.
11. 11. El aparato según la reivindicación 10, caracterizado porque la unidad transmisora correspondiente es un paquete de capa fisica (PLP) de una súper-trama.
12. 12. Un aparato para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque comprende: medios para recibir la información transmitida y la información de control asociada en la que la información de control comprende una pluralidad de fragmentos; y medios para recuperar cada unidad de información transmitida recibida con base en un fragmento de información de control corresponde.
13. 13. El método según la reivindicación 12, caracterizado porque la información transmitida y la información de control asociada se reciben inalámbricamente .
14. 14. El método según la reivindicación 13, caracterizado porque la información de control se encuentra relacionada con un canal lógico mediaflo (MLC) .
15. 15. El método según la reivindicación 14, caracterizado porque la información de control incluye datos de mapeo fio a MLC.
16. 16. El método según la reivindicación 12, caracterizado porque la información inalámbrica se transmite a través de la red de acuerdo con los principios de división de frecuencia ortogonal.
17. 17. Un aparato para fragmentar la información de control, caracterizado porque comprende: medios para identificar la información a transmitirse; y medios para particionar lógicamente la información en fragmentos de información de control significativos de manera tal que cada fragmento puede utilizarse por un receptor a fin de recuperar información de control utilizable.
18. 18. El método según la reivindicación 17, caracterizado porque la información identificada se configura para transmitirse inalámbricamente.
19. 19. Un medio legible por computadora que lleva una o más secuencias de una o más instrucciones para su ejecución por uno o más procesadores a fin de ejecutar un método para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque las instrucciones cuando son ejecutadas por uno o más procesadores, ocasionan que el o los procesadores ejecuten los pasos para: identificar la información de control asociada con la información transmitida; fragmentar la información de control; y asociar cada fragmento de información de control con una unidad transmisora correspondiente de la información transmitida.
20. 20. Un procesador configurado para mejorar la latencia de adquisición en una red de comunicaciones, caracterizado porque comprende: lógica de identificación para identificar la información de control asociada con la información transmitida; lógica de fragmentación para fragmentar la información de control; y lógica de asociación para asociar cada fragmento de información de control con una unidad transmisora correspondiente de la información transmitida.