MX2007011085A - Metodo de multiplexion sobre un canal de difusion inalambrico propenso al error. - Google Patents

Metodo de multiplexion sobre un canal de difusion inalambrico propenso al error.

Info

Publication number
MX2007011085A
MX2007011085A MX2007011085A MX2007011085A MX2007011085A MX 2007011085 A MX2007011085 A MX 2007011085A MX 2007011085 A MX2007011085 A MX 2007011085A MX 2007011085 A MX2007011085 A MX 2007011085A MX 2007011085 A MX2007011085 A MX 2007011085A
Authority
MX
Mexico
Prior art keywords
length information
current length
system parameter
parameter message
information
Prior art date
Application number
MX2007011085A
Other languages
English (en)
Inventor
Dhinakar Radhakrishnan
Bruce Collins
Shusheel Gautum
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MX2007011085A publication Critical patent/MX2007011085A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Small-Scale Networks (AREA)
  • Radio Transmission System (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

Se provee un metodo y sistema para transmitir informacion; el metodo incluye determinar la informacion de longitud de corriente por lo menos para una corriente de datos que va a ser transmitida y asociar la informacion de longitud de corriente con un mensaje de parametro de sistema; el mensaje de parametro de sistema que incluye la informacion de longitud de corriente asociada es transmitida por separado desde la corriente de datos; este proceso facilita la desmultiplexion de corrientes individuales y el procesamiento de datos en corriente incluso si una o mas corrientes individuales son recibidas en error.

Description

MÉTODO DE MULTIPLEXION SOBRE UN CANAL DE DIFUSIÓN INALÁMBRICO PROPENSO AL ERROR CAMPO DE LA INVENCIÓN La presente invención se refiere a la eficiencia de la transmisión en una red de comunicaciones. De manera más específica, la presente invención se refiere a la reducción de errores de transmisión en una red de comunicaciones inalámbrica.
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. El procesamiento de MLC en una red FLO está controlado con base en la información de Protocolo de control. La información de protocolo de control es transmitida en el aire por la red en unidades llamadas paquetes de capa física (PLP) . Dentro de una red FLO, las corrientes múltiples de multiplexión de diferentes medios en un canal de difusión inalámbrica propenso al error puede presentar retos importantes. En particular, si la información de sobrecarga necesaria para que un dispositivo de red desmultiplexe y/o decodifique los datos es recibida por un receptor en el dispositivo en error, los medios correspondientes se pierden hasta que se reciba la información de sobrecarga válida. En caso de que los PLP que transportan la información de corriente sean recibidos en error, el receptor será incapaz de desmultiplexar y/o decodificar corrientes individuales, incluso cuando los medios hayan sido recibidos libres de errores. Por lo tanto, lo que se necesita es un método y sistema para desmultiplexar corrientes individuales y datos de corriente de proceso aun en caso de que una o más corrientes individuales sean recibidas en error.
SUMARIO DE LA INVENCIÓN Consistentes con los principios de la presente invención tal como se incorporan y describen ampliamente aquí, la presente invención incluye un método para transmitir información. El método incluye determinar información de longitud de corriente por lo menos durante una corriente de datos que va a ser transmitida y asociar la información de longitud de corriente con un mensaje de parámetro del sistema. El mensaje de parámetro del sistema que incluye la información de longitud de corriente es transmitido de manera independiente desde la corriente de datos . En un aspecto, un aparato para transmitir información incluye medios para determinar la información de longitud de corriente por lo menos durante una corriente de datos que va a ser transmitida y medios para asociar la información de longitud de corriente con un mensaje de parámetro del sistema. El aparato también incluye medios para transmitir el mensaje de parámetro del sistema incluyendo la información de longitud de corriente asociada de forma separada de la corriente de datos. En otro aspecto, un medio legible por computadora que transporta una o más secuencias de una o más instrucciones para ejecución por uno o más procesadores realiza un método para transmitir información. Las instrucciones, al ser realizadas por uno o más procesadores, causan que uno o más procesadores lleven a cabo los pasos de determinar la información de longitud de corriente por lo menos durante una corriente de datos que se va a transmitir y relacionar la información de longitud de corriente con un mensaje de parámetro del sistema. También se lleva a cabo el paso de transmitir el mensaje de parámetro del sistema incluyendo la información de longitud de corriente asociada de manera separada de la corriente de datos . En otro aspecto, un módulo de transmisión para transmitir información incluye una porción de determinación configurada para determinar la información de longitud de corriente por lo menos durante una corriente de datos que se va a transmitir. El módulo de transmisión también incluye una porción de asociación configurada para asociar la información de longitud de corriente con un mensaje de parámetro del sistema. Un transmisor está configurado para transmitir el mensaje de parámetro del sistema incluyendo la información de longitud de corriente asociada de manera separada de la corriente de datos. En todavía otro aspecto, un sistema incluye un procesador que tiene primera y segunda porciones lógicas. La primera porción lógica determina la información de longitud de corriente por lo menos durante una corriente de datos que se va a transmitir y la segunda porción lógica asocia la información de longitud de corriente con un mensaje de parámetro del sistema. Un transmisor está configurado para transmitir el mensaje de parámetro del sistema incluyendo la información de longitud de corriente asociada de manera separada de la corriente de datos. La multiplexión de múltiples corrientes de diferentes medios en un canal de difusión inalámbrico propenso al error presenta retos especiales. En particular, si la información de sobrecarga necesaria para que el dispositivo desmultiplexe y/o decodifique los datos es recibida por un receptor en el dispositivo en error, se perderán los medios correspondientes hasta que se reciba la información de sobrecarga válida.
La presente invención soluciona este problema al colocar la longitud de cada corriente que se va a transportar en un MLC, necesario para desmultiplexar las corrientes individuales, en un canal de símbolos de información de sobrecarga (OÍS) . La información de longitud de Corriente puede ser portada en-banda junto con los paquetes de capa de corriente. En sistemas convencionales, en caso de que los PLP que transportan la información de longitud de corriente sean recibidos en error, no hay forma de que el receptor desmultiplexe los datos de corriente individual, aunque los datos sean recibidos sin errores. Sin embargo, en la presente invención aunque las corrientes individuales pueden transportar PLP que son recibidos en error, todavía es posible desmultiplexar corrientes individuales para procesar los datos de corriente. Las corrientes múltiples de medios son transmitidas dentro de un MLC en un súper cuadro. Las modalidades descritas de la presente invención permiten el envío de la información acerca de las corrientes, por ejemplo, la longitud de cada corriente que es transportada en un MLC, independientemente de las corrientes de modo que el receptor pueda desmultiplexar corrientes individuales. La información acerca de la corriente puede ser transportada de manera separada desde los paquetes de capa de corriente.
Características y ventajas adicionales de la presente invención así como la estructura y operación de diversas modalidades de la presente invención, son descritas en detalle posteriormente con referencia a las figuras anexas.
BREVE DESCRIPCION 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 un proveedor de contenido adecuado para uso en la modalidad del sistema de entrega de contenido de la figura 1; La figura 3 es una ilustración de un servidor de contenido adecuado para uso en la modalidad del sistema de entrega de contenido de la figura 1; La figura 4 es una ilustración de diagrama de bloques de una relación entre flujos, corrientes, y MLC en redes de comunicación basadas en FLO convencional; La figura 5 es una ilustración de diagrama de bloques de una técnica para empacar corrientes dentro de un MLC; La figura 6 es una ilustración de un súper cuadro ejemplar dentro de una red convencional; La figura 7 es una ilustración de correspondencia entre los paquetes de capa MAC y PLP; La figura 8 es una ilustración de un mensaje de parámetro del sistema OÍS ejemplar construido de acuerdo con la modalidad; La figura 9 es un diagrama de flujo de un método ejemplar para practicar la modalidad; y La figura 10 es un diagrama de bloques de un sistema ejemplar de acuerdo con la modalidad.
DESCRIPCION 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 dia 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 aquí 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 304. 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 diagrama de bloques de la relación entre flujos, corrientes, y MLC en redes basadas en FLO convencional. A modo de antecedente, un flujo ejemplar 400 puede incluir información descargada a un dispositivo, tal como el dispositivo 112, desde un servicio móvil de video proporcionado, por ejemplo, por la red de noticias de cable (CNN) . Esta difusión de CNN puede incluir datos de nivel de aplicación en la forma de un flujo de video 402, un flujo de audio 404, y un flujo de texto 406. Cada uno de los flujos 402, 404 y 406 que transporta datos únicos, será transmitido en la capa física de la red 100 mediante las corrientes respectivas 0, 1 y 2 dentro de un MLC 408 identificable de manera única. La figura 5 es una ilustración de diagrama de bloques de una técnica 500 para empacar las corrientes 0-2 dentro del MLC 408. Esto es, dentro del contexto de la figura 4 anterior, los datos de los flujos del nivel de aplicación 402, 404 y 406 son empacados dentro del MLC 408 llenando primero la corriente 2. Después, la corriente 1 es llenada, y después, la corriente 0 es llenada. El punto fundamental es que el MLC 408 incluye datos de cada una de las corrientes 0-2. Cada una de las corrientes dentro de todos los MLC, dentro de un súper cuadro, está llenada de esta forma. La figura 6 es una ilustración de un súper cuadro ejemplar 600, utilizado dentro de una red convencional, que puede incluir el MLC 408 anterior. En la figura 6, el súper cuadro 600 está además sub-dividido en cuatro cuadros separados F1-F4. Cada uno de los cuadros F1-F4 incluye uno o más MLC, tal .como el MLC 408, en donde cada MLC está ubicado en la misma posición dentro de uno de los cuadros F1-F4 respectivos. Por ejemplo, en el súper cuadro 600, el MLC 408 está ubicado en el cuadro Fl . De esta manera, las corrientes 0-2 están localizadas de manera consecutiva dentro del cuadro Fl . El MLC 408 también incluye una porción de sobrecarga 601 que transmite información respecto a las características de las corrientes dentro de MLC individuales relacionados con el súper cuadro 600. El súper cuadro 600 también incluye un canal (OÍS) de símbolos de información de sobrecarga 602. El canal OÍS 602, entre otras cosas, informa al dispositivo de la ubicación de los MLC dentro del súper cuadro 600. De esta forma, cuando el dispositivo solicita, de manera inicial, servicio de red, primero debe decodificar el canal OÍS 602 para saber la ubicación exacta, y otras características, del MLC 408 antes de que los datos dentro del MLC 408 puedan ser desempacados y utilizados. Los cuadros restantes F2-F4, del súper cuadro 600, incluyen los MLC 603, 604 y 606 respectivamente. Cada uno de los MLC 603, 604 y 606 también pueden incluir datos empacados de manera consecutiva representados por múltiples corrientes . La implicación de la estructura 500 de la figura 5 y el súper cuadro 600 de la figura 6 es que del lado del dispositivo, para desmultiplexar datos de forma adecuada desde cada una de las corrientes 0-2, el dispositivo necesita saber dónde están ubicados los límites entre las corrientes. Esto es, el dispositivo necesita saber donde finaliza una corriente y comienza la otra. Los límites y longitudes de corriente son transportados en términos de paquetes de capa (MAC) de control de acceso de medios. Como lo entenderán aquellos expertos en la técnica, dentro de una red de comunicaciones, la capa MAC realiza la multiplexión de paquetes que pertenecen a diferentes corrientes de medios relacionados con MLC. La capa MAC define los procedimientos utilizados para recibir y transmitir sobre la capa Física de la red. La capa Física de la red proporciona estructura de canal, frecuencia, salida de potencia, modulación y especificaciones de codificación para el enlace de avance de la red. Un paquete de capa MAC tiene substancialmente la misma longitud que un PLP. Como se observó anteriormente, la información de protocolo de control es transmitida sobre el aire por la red en el PLP. De esta manera, cada paquete de capa MAC es transmitido sobre el aire en un PLP. La figura 7 es una ilustración 700 de una correspondencia entre paquetes de capa MAC 702 y PLP 704. Cada uno de los paquetes de capa MAC 702 corresponde en longitud a un PLP 704 respectivo. Regresando a la figura 5, la longitud de cada una de las corrientes 0-2 se puede definir en términos de paquetes de capa MAC. Por ejemplo, la corriente 2 podría ser 13 paquetes de capa MAC, la corriente 1 podría ser 20 paquetes de capas MAC, y la corriente 0 podría ser 2 paquetes de capa MAC. En un MLC, los paquetes de capa MAC son enviados juntos dentro de las corrientes. De esta forma, para desmultiplexar de forma adecuada el MLC 408, por ejemplo, el dispositivo debería saber el número de paquetes de capa MAC en cada una de las corrientes 0-2. En el súper cuadro convencional 600, esta información de paquete de capa MAC está ubicada en la porción de sobrecarga 601 del MLC 408. El reto con la estructura del súper cuadro convencional 500 es que, en caso de que el MLC 408, en particular la porción de sobrecarga 601, sea corrompido, el dispositivo no podrá desmultiplexar ninguna de las corrientes dentro de los MLC 408, 603, 604 y 606. Aun en caso de que los datos reales dentro de los MLC no sean corrompidos, sin la información localizada en la porción de sobrecarga 601, ninguna de las corrientes relacionadas puede ser procesada. La presente invención proporciona una solución a este dilema. En la presente invención, la información de paquete de capa MAC también está localizada en el canal OÍS del súper cuadro, además de la porción de sobrecarga del MLC relacionado. La ventaja de esto es que el canal OÍS del súper cuadro es transmitido sobre el aire utilizando características de transmisión más robustas que aquellas asignadas para la transmisión de MLC. De esta manera, la probabilidad de que el canal OÍS sea corrompido, durante la transmisión, es menor que la probabilidad de que la porción de sobrecarga de un MLC sea corrompida. La figura 8 es una ilustración de un mensaje de parámetro de sistema OÍS ejemplar 800 transportado dentro de un canal OÍS de acuerdo con la presente invención. El mensaje de parámetro de sistema OÍS 800 incluye registros 802 concernientes a las características de MLC en un súper cuadro relacionado. Sin embargo, en la presente invención los registros 802 son modificados para incluir un segmento 804 el cual incluye el paquete de capa MAC e información de longitud de corriente, analizada anteriormente. De acuerdo con el mensaje de parámetro de sistema OÍS ejemplar 800 de la figura 8, para que un dispositivo reciba datos MLC, éste puede ser configurado para leer el mensaje de parámetro del sistema OÍS 800 y busque el segmento 804. Al proporcionar el paquete de capa MAC y los datos de longitud de corriente en el canal OÍS más robusto, así como dentro de los MLC, en caso de que las corrientes individuales sean corrompidas, las corrientes restantes pueden todavía ser desmultiplexadas en el dispositivo. La figura 9 es un diagrama de flujo de un método ejemplar 900 para practicar la presente invención. En la figura 9, un método para transmitir información incluye el hecho de determinar la información de longitud de corriente por lo menos durante una corriente de datos que va a ser transmitida, como se indica en el paso 902 y asociar la información de longitud de corriente con un mensaje de parámetro de sistema, como se indica en el paso 904. El mensaje de parámetro del sistema, que incluye la información de longitud de corriente relacionada, es transmitido de manera separada desde la corriente de datos, como se muestra en el paso 906. La figura 10 es un diagrama de bloques de un sistema ejemplar 1000 de acuerdo con la modalidad. En la figura 10, los medios para determinar 1002 determinan la información de longitud de corriente por lo menos durante una corriente de datos que se va a transmitir. Medios para asociar 1004 relacionan la información de longitud de corriente con un mensaje de parámetro del sistema. Medios para transmitir transmiten el mensaje de parámetro del sistema incluyendo la información de longitud de corriente relacionada de manera separada de la corriente de datos. A modo de revisión, dentro de la presente invención, múltiples corrientes de medios son transmitidas dentro de un MLC en un súper cuadro. La presente invención provee el envío de información acerca de las corrientes, por ejemplo, longitud de cada corriente que es transportada en un MLC, independientemente de las corrientes de modo que el receptor pueda desmultiplexar corrientes individuales. La información acerca de la corriente puede ser transportada de manera separada de los paquetes de capa de corriente. De esta manera, aunque las corrientes individuales pueden transportar PLP que pueden ser recibidas en error, todavía es posible desmultiplexar corrientes individuales para procesar los datos de corriente. En una modalidad, los mensajes de parámetro de sistema (OÍS) y/o encabezado de protocolo MAC de Canal de Datos (OÍS incluido) son utilizados para transportar las longitudes de corriente para corrientes contenidas en los MLC. Debido a que los mensajes OÍS son transmitidos en una forma mucho más robusta, se puede lograr la desmultiplexión y/o decodificación más confiable de las corrientes. 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 límites 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 deberla 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 debería 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. Se apreciará que la sección Descripción Detallada, y no las secciones de Sumario y Resumen, pretende ser utilizada para interpretar las reivindicaciones. Las secciones de Sumario y Resumen pueden mencionar una o más pero no todas las modalidades ejemplares de la presente invención como contempladas por el inventor (es) y, por lo tanto, no pretenden limitar la presente invención y las reivindicaciones anexas en forma alguna .

Claims (21)

NOVEDAD DE LA INVENCIÓN Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes: EIVINDICACIONES
1.- Un método para transmitir información, que comprende: determinar la información de longitud de corriente por lo menos durante una corriente de datos a ser transmitida; asociar la información de longitud de corriente con un mensaje de parámetro de sistema; y transmitir el mensaje de parámetro de sistema incluyendo la información de longitud de corriente relacionada de manera separada de la corriente de datos.
2.- El método de conformidad con la reivindicación 1, que además comprende asociar la información de longitud de corriente con los datos de canal de sobrecarga.
3.- El método de conformidad con la reivindicación 1, caracterizado porque la información de longitud de corriente está basada en paquetes de capa (MAC) de control de acceso de medios.
4.- El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de parámetro de sistema es transmitido de acuerdo con las primeras características de transmisión y la corriente de datos es transmitida de acuerdo con las segundas características de transmisión.
5.- El método de conformidad con la reivindicación 1, caracterizado porque la información de longitud de corriente está incluida dentro del mensaje de parámetro de sistema.
6.- El método de conformidad con la reivindicación 5, caracterizado porque el mensaje de parámetro de sistema está incluido dentro de un canal (OÍS) de símbolos de información de sobrecarga.
7.- Un método para recibir información, que comprende : recibir un mensaje de parámetro de sistema que incluye información de longitud de corriente por lo menos durante una corriente de datos transmitidos, en donde el mensaje de parámetro de sistema es recibido de manera separada de la corriente de datos transmitidos; recuperar la información de longitud de corriente del mensaje de parámetro de sistema recibido; y leer la corriente de datos correspondiente a la información de longitud de corriente.
8.- Un aparato para transmitir información, que comprende: Medios para determinar la información de longitud de corriente por lo menos durante una corriente de datos a ser transmitida; medios para relacionar la información de longitud de corriente con un mensaje de parámetro de sistema; y medios para transmitir el mensaje de parámetro de sistema que incluye la información de longitud de corriente relacionada de manera separada de la corriente de datos.
9.- El aparato de conformidad con la reivindicación 8, que además comprende medios para relacionar la información de longitud de corriente con los datos de canal de sobrecarga.
10.- El aparato de conformidad con la reivindicación 8, caracterizado porque la información de longitud de corriente se basa en los paquetes de capa (MAC) de control de acceso de medios.
11.- El aparato de conformidad con la reivindicación 8, caracterizado porque el mensaje de parámetro de sistema es transmitido de acuerdo con las primeras características de transmisión y la corriente de datos es transmitida de acuerdo con las segundas características de transmisión.
12.- El aparato de conformidad con la reivindicación 8, caracterizado porque la información de longitud de corriente está incorporada dentro del mensaje de parámetro de sistema.
13.- El aparato de conformidad con la reivindicación 8, caracterizado porque el mensaje de parámetro de sistema está incluido dentro de un canal (OÍS) de símbolos de información de sobrecarga.
14.- Un medio legible por computadora que transporta una o más secuencias de una o más instrucciones para ejecución por uno o más procesadores a fin de ejecutar un método para transmitir información, las instrucciones al ser ejecutadas por uno o más procesadores, provocan que uno o más procesadores lleven a cabo los pasos de: determinar la información de longitud de corriente por lo menos durante una corriente de datos que se va a transmitir; relacionar la información de longitud de corriente con un mensaje de parámetro de sistema; y transmitir el mensaje de parámetro de sistema que incluye la información de longitud de corriente relacionada de manera separada de la corriente de datos.
15.- El método de conformidad con la reivindicación 14, que además comprende asociar la información de longitud de corriente con los datos de canal de sobrecarga.
16.- El método de conformidad con la reivindicación 14, caracterizado porque la información de longitud de corriente se basa en paquetes de capa (MAC) de control de acceso de medios.
17.- El método de conformidad con la reivindicación 14, caracterizado porque el mensaje de parámetro de sistema es transmitido de acuerdo con las primeras características de transmisión y la corriente de datos es transmitida de acuerdo con las segundas características de transmisión.
18.- El método de conformidad con la reivindicación 14, caracterizado porque la información de longitud de corriente está incorporada dentro del mensaje de parámetro de sistema.
19.- El método de conformidad con la reivindicación 18, caracterizado porque el mensaje de parámetro de sistema está incluido dentro de un canal (OÍS) de símbolos de información de sobrecarga.
20.- Un módulo de transmisión para transmitir información, que comprende: una porción de determinación configurada para determinar la información de longitud de corriente por lo menos durante una corriente de datos que va a ser transmitida; una porción relacionada configurada para relacionar la información de longitud de corriente con un mensaje de parámetro de sistema; y un transmisor configurado para transmitir el mensaje de parámetro de sistema que incluye la información de longitud de corriente relacionada de manera separada de la corriente de datos.
21.- Un sistema, que comprende: un procesador que tiene primera y segunda porciones lógicas; en donde la primera porción lógica determina la información de longitud de corriente por lo menos durante una corriente de datos que va a ser transmitida; en donde la segunda porción lógica relaciona la información de longitud de corriente con un mensaje de parámetro de sistema; y un transmisor configurado para transmitir el mensaje de parámetro de sistema que incluye la información de longitud de corriente relacionada de manera separada de la corriente de datos.
MX2007011085A 2005-03-10 2006-03-09 Metodo de multiplexion sobre un canal de difusion inalambrico propenso al error. MX2007011085A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US66086505P 2005-03-10 2005-03-10
PCT/US2006/008988 WO2006099350A1 (en) 2005-03-10 2006-03-09 Method of multiplexing over an error-prone wireless broadcast channel

Publications (1)

Publication Number Publication Date
MX2007011085A true MX2007011085A (es) 2007-11-08

Family

ID=36586035

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2007011085A MX2007011085A (es) 2005-03-10 2006-03-09 Metodo de multiplexion sobre un canal de difusion inalambrico propenso al error.

Country Status (19)

Country Link
US (2) US7979561B2 (es)
EP (2) EP2141958A1 (es)
JP (3) JP5069215B2 (es)
KR (1) KR100910950B1 (es)
CN (1) CN101171797B (es)
AT (1) ATE455444T1 (es)
AU (1) AU2006223128A1 (es)
BR (1) BRPI0609238A2 (es)
CA (1) CA2600785A1 (es)
DE (1) DE602006011716D1 (es)
ES (1) ES2337828T3 (es)
IL (1) IL185792A0 (es)
MX (1) MX2007011085A (es)
NO (1) NO20075079L (es)
PL (1) PL1856850T3 (es)
RU (1) RU2376714C2 (es)
TW (1) TW200704039A (es)
UA (1) UA90135C2 (es)
WO (1) WO2006099350A1 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7979561B2 (en) * 2005-03-10 2011-07-12 Qualcomm Incorporated Method of multiplexing over an error-prone wireless broadcast channel
US8942739B2 (en) * 2006-11-06 2015-01-27 Qualcomm Incorporated Methods and apparatus for communication of notifications
EP2093912B1 (en) 2008-02-21 2018-04-25 Samsung Electronics Co., Ltd. Apparatus and method for receiving a frame including control information in a broadcasting system
KR101388794B1 (ko) * 2008-03-03 2014-04-23 삼성전자주식회사 무선 방송 시스템에서 인-밴드 시그널링 정보 송수신 방법 및 장치
US20110037590A1 (en) * 2009-08-12 2011-02-17 Qualcomm Incorporated System and apparatus for delivering emergency alert messages as a service content in a broadcast network
US8929399B2 (en) * 2011-12-29 2015-01-06 Qualcomm Incorporated Selectively multiplexing communication streams
WO2020104597A1 (en) 2018-11-22 2020-05-28 Danmarks Tekniske Universitet Isolated dc-dc power converter with adjustable turns ratio

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6041345A (en) * 1996-03-08 2000-03-21 Microsoft Corporation Active stream format for holding multiple media streams
US6511280B1 (en) * 1996-05-21 2003-01-28 Motorola, Inc. Adaptive Reed-Solomon decoder and methods thereof
DE69841717D1 (de) * 1997-04-17 2010-07-22 Ntt Docomo Inc Mobiles Kommunikationssystem, Basisstation und Mobilstation
US5943344A (en) * 1997-05-14 1999-08-24 Telefonaktiebolaget L M Ericsson Method and apparatus for formatting synchronous and asynchronous data
EA002178B1 (ru) * 1997-11-14 2002-02-28 Уорлдспэйс Менеджмент Корпорейшн Протокол сигнализации для спутниковой системы прямого радиовещания
GB9809006D0 (en) 1998-04-29 1998-06-24 Univ Strathclyde Multiplexer/de-mutiplexer
US6594252B1 (en) * 1999-03-01 2003-07-15 Nortel Networks Limited Locating control signals in a mobile communications system
JP3677185B2 (ja) * 1999-11-29 2005-07-27 株式会社東芝 符号分割多重伝送方式と送信装置及び受信装置
EP1285348A4 (en) 2000-05-31 2004-06-30 Prediwave Corp METHODS FOR PROVIDING ON-DEMAND VIDEO SERVICES FOR BROADCAST SYSTEMS
CN101030952B (zh) 2000-12-15 2016-03-09 高通股份有限公司 用于在电子系统内获得同步的状态机的状态转移的方法和设备
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US6662024B2 (en) * 2001-05-16 2003-12-09 Qualcomm Incorporated Method and apparatus for allocating downlink resources in a multiple-input multiple-output (MIMO) communication system
GB2377596B (en) * 2001-07-11 2004-09-01 Cambridge Broadband Ltd Communications protocol
US8880709B2 (en) * 2001-09-12 2014-11-04 Ericsson Television Inc. Method and system for scheduled streaming of best effort data
KR100474719B1 (ko) * 2001-11-30 2005-03-08 삼성전자주식회사 이동통신시스템에서 제어정보를 송수신하는 방법 및 장치
US6677864B2 (en) * 2002-04-18 2004-01-13 Telefonaktiebolaget L.M. Ericsson Method for multicast over wireless networks
JP3927443B2 (ja) 2002-05-01 2007-06-06 日本電信電話株式会社 動画像送受信システムおよび動画像送受信方法
JP3880497B2 (ja) 2002-09-27 2007-02-14 Necインフロンティア株式会社 Lan通信システム
JP3891145B2 (ja) * 2003-05-16 2007-03-14 ソニー株式会社 無線通信装置、無線通信方法及びプログラム
KR20050019388A (ko) * 2003-08-19 2005-03-03 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법
US7221680B2 (en) * 2003-09-02 2007-05-22 Qualcomm Incorporated Multiplexing and transmission of multiple data streams in a wireless multi-carrier communication system
US7660275B2 (en) * 2003-10-24 2010-02-09 Qualcomm Incorporated Local and wide-area transmissions in a wireless broadcast network
US7352693B2 (en) * 2005-01-31 2008-04-01 Nextel Communications Inc. Fault tolerant wireless communication systems and methods
US7979561B2 (en) * 2005-03-10 2011-07-12 Qualcomm Incorporated Method of multiplexing over an error-prone wireless broadcast channel

Also Published As

Publication number Publication date
JP2011024220A (ja) 2011-02-03
AU2006223128A1 (en) 2006-09-21
JP5069215B2 (ja) 2012-11-07
CA2600785A1 (en) 2006-09-21
KR20070118634A (ko) 2007-12-17
BRPI0609238A2 (pt) 2010-03-09
JP5221686B2 (ja) 2013-06-26
JP2011139476A (ja) 2011-07-14
UA90135C2 (ru) 2010-04-12
RU2007137480A (ru) 2009-04-20
JP5269842B2 (ja) 2013-08-21
EP1856850B1 (en) 2010-01-13
KR100910950B1 (ko) 2009-08-05
ES2337828T3 (es) 2010-04-29
CN101171797B (zh) 2013-01-02
EP1856850A1 (en) 2007-11-21
PL1856850T3 (pl) 2010-06-30
DE602006011716D1 (de) 2010-03-04
RU2376714C2 (ru) 2009-12-20
US9252921B2 (en) 2016-02-02
ATE455444T1 (de) 2010-01-15
US20060230172A1 (en) 2006-10-12
WO2006099350A1 (en) 2006-09-21
CN101171797A (zh) 2008-04-30
JP2008533870A (ja) 2008-08-21
US7979561B2 (en) 2011-07-12
TW200704039A (en) 2007-01-16
EP2141958A1 (en) 2010-01-06
US20110216666A1 (en) 2011-09-08
IL185792A0 (en) 2008-01-06
NO20075079L (no) 2007-10-08

Similar Documents

Publication Publication Date Title
US20090291631A1 (en) Systems and methods for carrying broadcast services over a mobile broadcast network
US9252921B2 (en) Method of multiplexing over an error-prone wireless broadcast channel
KR20080053416A (ko) 프로그램 가이드 레코드 및 콘텐츠 레코드를 유지 및제공하는 장치, 방법, 및 컴퓨터-판독가능 매체
US8675631B2 (en) Method and system for achieving faster device operation by logical separation of control information
AU2006223191B2 (en) Method of improving control information acquisition latency by transmitting control information in individually decode-able packets
US20100185717A9 (en) Method of improving control information acquisition latency by transmitting control information in individually decode-able packets

Legal Events

Date Code Title Description
FG Grant or registration
HH Correction or change in general