ES2337828T3 - Procedimiento de multiplexacion por un canal de difusion inalambrica propenso a errores. - Google Patents
Procedimiento de multiplexacion por un canal de difusion inalambrica propenso a errores. Download PDFInfo
- Publication number
- ES2337828T3 ES2337828T3 ES06738093T ES06738093T ES2337828T3 ES 2337828 T3 ES2337828 T3 ES 2337828T3 ES 06738093 T ES06738093 T ES 06738093T ES 06738093 T ES06738093 T ES 06738093T ES 2337828 T3 ES2337828 T3 ES 2337828T3
- Authority
- ES
- Spain
- Prior art keywords
- flow
- information
- length information
- quad
- data
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000009792 diffusion process Methods 0.000 title description 3
- 230000005540 biological transmission Effects 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 6
- 238000004242 micellar liquid chromatography Methods 0.000 description 42
- 230000032258 transport Effects 0.000 description 18
- 238000004891 communication Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 16
- 238000001994 activation Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 230000004913 activation Effects 0.000 description 6
- 230000006399 behavior Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 235000007682 pyridoxal 5'-phosphate Nutrition 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000013515 script Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media 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)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
- Small-Scale Networks (AREA)
- Radio Transmission System (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
Un procedimiento para transmitir información con una supertrama, que comprende: determinar (902) información de longitud de flujo para al menos un flujo de datos que va a transmitirse; asociar (904) la información de longitud de flujo con un mensaje de parámetros de sistema; y caracterizado por: transmitir el mensaje de parámetros de sistema que incluye la información de longitud de flujo asociada, por separado del flujo de datos, en el que el mensaje de parámetros de sistema está incluido en un canal de símbolos de información de sobrecarga OIS, en el que el canal de OIS está ubicado al principio de la supertrama.
Description
Procedimiento de multiplexación por un canal de
difusión inalámbrica propenso a errores.
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 errores de
transmisión en una red de comunicaciones inalámbrica.
\vskip1.000000\baselineskip
FLO es una tecnología diseñada principalmente
para la distribución eficaz y económica del mismo contenido
multimedia a millones de abonados inalámbricos simultáneamente. El
objetivo de la tecnología FLO es reducir costes asociados con la
entrega de tal contenido y permitir a los usuarios navegar por
canales de contenido en los microteléfonos móviles habitualmente
usados para servicios de voz y datos celulares tradicionales. Este
contenido multimedia también se conoce como servicios. Un servicio
es una suma de uno o más componentes de datos independientes. Cada
componente de datos independiente de un servicio se denomina
caudal.
Los servicios se clasifican en dos tipos según
su cobertura: servicios de área amplia y servicios de área local.
Un servicio de área local se multidifunde para la recepción en un
área metropolitana. En cambio, los servicios de área amplia se
multidifunden en una o más áreas metropolitanas.
Los servicios FLO se transportan por uno o más
canales lógicos, conocidos como canales lógicos MediaFLO^{TM} o
MLC. Un MLC puede dividirse en un máximo de tres subcanales lógicos.
Estos subcanales lógicos se denominan flujos. Cada caudal se
transporta en un único flujo.
El procesamiento de MLC en una red FLO se
controla basándose en información de protocolo de control. La
información de protocolo de control se transmite por el aire
mediante la red en unidades denominadas paquetes de capa física
(PLP). "Digital Video Broadcasting (DVB); DVB-H
Implementation Guidelines; ETSI TR102 377" V1.1.1 expone las
primeras directrices para la implementación de redes de transmisión
de difusión de vídeo digital para portátiles
(DVB-H). El documento describe las características
principales del sistema DVB-H y da las directrices
para establecer redes y servicios. También describe la
especificación de difusión de vídeo digital para portátiles
(DVB-H) para difusión de televisión terrestre
digital para terminales portátiles/móviles. "Digital Video
Broadcasting (DVB); DVB specification for data broadcasting ETSI
EN301 192" V1.4.1 expone el sistema DVB que proporciona medios
para entregar Flujos de Transporte (TS) MPEG-2 a
través de una diversidad de medios de transmisión. Estos TS
tradicionalmente estaban orientados a contener vídeo y audio MPEG-
2. La difusión de datos se considera una extensión importante de
las normas de transmisión de DVB basadas en MPEG-2.
Ejemplos de difusión de datos son la descarga de software por
satélite, cable o enlaces terrestres, la entrega de servicios de
Internet por canales de difusión (tunelización de IP), televisión
interactiva, etc. Se identifican diferentes áreas de aplicación con
diferentes requisitos para el transporte de datos. Para cada área de
aplicación se especifica un perfil de difusión de datos. "Digital
Video Broadcasting (DVB); Framing structure, channel coding and
modulation for digital terrestrial television ETSI EN 300 744"
V1.5.1 expone un sistema de transmisión de base para la difusión de
televisión terrestre digital (TV). Especifica el sistema de
modulación/codificación de canal previsto para servicios terrestres
LDTV/SDTV/EDTV/HDTV multiprograma. Da una descripción general del
sistema de base para televisión terrestre digital; identifica los
requisitos de rendimiento global y las características del sistema
de base, con el fin de cumplir los objetivos de calidad de servicio;
especifica la señal modulada digitalmente con el fin de permitir
compatibilidad entre piezas de equipos desarrollados por diferentes
fabricantes. Esto se consigue describiendo detalladamente el
procesamiento de las señales en el lado del modulador, mientras que
el procesamiento en el lado del receptor se deja abierto a
diferentes soluciones de implementación. Sin embargo, este
documento también se refiere a ciertos aspectos de la recepción.
"DVB-H outline" WWW.DVB.ORG es una
presentación que proporciona una visión general de la estructura
DVB. Presenta casos, motivación y requisitos técnicos de uso de
usuarios así como una historia de la norma
DVB.
DVB.
En una red FLO, la multiplexación de múltiples
flujos de diferentes medios en un canal de difusión inalámbrico
sujeto a errores puede presentar desafíos importantes. En
particular, si la información de sobrecarga necesaria para que un
dispositivo de red demultiplexe y/o decodifique los datos se recibe
erróneamente por un receptor en el dispositivo, los medios
correspondientes se pierden hasta que se reciba información de
sobrecarga válida. Si los PLP que transportan la información de
flujo se reciben erróneamente, el receptor no podrá demultiplexar
y/o decodificar flujos individuales, incluso aunque los medios se
hayan recibido sin errores.
Por lo tanto lo que se necesita es un
procedimiento y un sistema para demultiplexar flujos individuales y
procesar datos de flujo incluso si se reciben erróneamente uno o más
flujos individuales.
De manera consecuente con los principios de la
presente invención, tal como se realiza y describe en términos
generales en el presente documento, la presente invención incluye un
procedimiento para transmitir información en una supertrama. El
procedimiento incluye determinar información de longitud de flujo
para al menos un flujo de datos que va a transmitirse y asociar la
información de longitud de flujo con un mensaje de parámetros de
sistema. El mensaje de parámetros de sistema que incluye la
información de longitud de flujo asociada se transmite por separado
del flujo de datos, en el que el mensaje de parámetros de sistema
está incluido en un canal de símbolos de información de sobrecarga
OIS, en el que el canal de OIS está ubicado al principio de la
supertrama.
En un aspecto, un aparato para transmitir
información en una supertrama incluye medios para determinar
información de longitud de flujo para al menos un flujo de datos
que va a transmitirse y medios para asociar la información de
longitud de flujo con un mensaje de parámetros de sistema. El
aparato también incluye medios para transmitir el mensaje de
parámetros de sistema que incluye la información de longitud de
flujo asociada, por separado del flujo de datos, en el que el
mensaje de parámetros de sistema está incluido en un canal de
símbolos de información de sobrecarga OIS, en el que el canal de
OIS está ubicado al principio de la supertrama.
En otro aspecto, un medio legible por ordenador
que transporta una o más secuencias de una o más instrucciones para
la ejecución por uno o más procesadores realiza un procedimiento
para transmitir información. Las instrucciones, cuando se ejecutan
por el uno o más procesadores, hacen que el uno o más procesadores
realicen las etapas de determinar información de longitud de flujo
para al menos un flujo de datos que va a transmitirse y asociar la
información de longitud de flujo con un mensaje de parámetros de
sistema. También se realiza la etapa de transmitir el mensaje de
parámetros de sistema que incluye la información de longitud de
flujo asociada, por separado del flujo de datos.
En otro aspecto más, un sistema incluye un
procesador que tiene partes lógicas primera y segunda. La primera
parte lógica determina información de longitud de flujo para al
menos un flujo de datos que va a transmitirse y la segunda parte
lógica asocia la información de longitud de flujo con un mensaje de
parámetros de sistema. Un transmisor está configurado para
transmitir el mensaje de parámetros de sistema que incluye la
información de longitud de flujo asociada, por separado del flujo
de datos, en el que el mensaje de parámetros de sistema está
incluido en un canal de símbolos de información de sobrecarga OIS,
en el que el canal de OIS está ubicado al principio de una
supertrama.
La multiplexación de múltiples flujos de
diferentes medios en un canal de difusión inalámbrico sujeto a
errores presenta desafíos especiales. En particular, si la
información de sobrecarga necesaria para que el dispositivo
demultiplexe y/o decodifique los datos se recibe erróneamente por un
receptor en el dispositivo, los medios correspondientes se perderán
hasta que se reciba información de sobrecarga válida.
La presente invención soluciona este problema
poniendo la longitud de cada flujo que se transporta en un MLC,
necesaria para demultiplexar flujos individuales, en un canal de
símbolos de información de sobrecarga (OIS). La información de
longitud de flujo puede transportarse en banda junto con los
paquetes de capa de flujo. En sistemas convencionales, si los PLP
que transportar la información de longitud de flujo se reciben
erróneamente, el receptor no podrá demultiplexar de ningún modo los
datos de flujos individuales, incluso aunque los datos se hayan
recibido sin errores. En la presente invención, sin embargo, incluso
aunque los flujos individuales puedan transportar PLP recibidos
erróneamente, todavía es posible demultiplexar flujos individuales
para procesar los datos de flujo.
Se transmiten múltiples flujos de medios en un
MLC en una supertrama. Las realizaciones dadas a conocer de la
presente invención proporcionan el envío de información sobre los
flujos, por ejemplo, longitud de cada flujo que se transporta en un
MLC, independientemente de los flujos de modo que el receptor pueda
demultiplexar flujos individuales. La información sobre el flujo
puede transportarse por separado de los paquetes de capa de
flujo.
Características y ventajas adicionales de la
presente invención, así como la estructura y la operación de
diversas realizaciones de la presente invención, se describen con
detalle a continuación con referencia a los dibujos adjuntos.
Los dibujos adjuntos, que están incorporados en
el presente documento y constituyen una parte de la memoria
descriptiva, ilustran realizaciones de la presente invención y,
junto con la descripción dada anteriormente y la descripción
detallada de las realizaciones dada 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 realización de un sistema de entrega de contenido;
la figura 2 es una ilustración de un proveedor
de contenido adecuado para su uso en la realización del sistema de
entrega de contenido de la figura 1;
la figura 3 es una ilustración de un servidor de
contenido adecuado para su uso en la realización del sistema de
entrega de contenido de la figura 1;
La figura 4 es una ilustración en diagrama de
bloques de una relación entre caudales, flujos y MLC en redes de
comunicación basadas en FLO convencionales;
La figura 5 es una ilustración en diagrama de
bloques de una técnica para empaquetar flujos en un MLC;
la figura 6 es una ilustración de una supertrama
ejemplar usada en una red convencional;
la figura 7 es una ilustración de
correspondencia entre paquetes de capa MAC y PLP;
la figura 8 es una ilustración de un mensaje de
parámetros de sistema de OIS ejemplar construido según la
realización;
la figura 9 es un diagrama de flujo de un
procedimiento ejemplar de puesta en práctica de la realización;
y
la figura 10 es un diagrama de bloques de un
sistema ejemplar según la realización.
\vskip1.000000\baselineskip
La siguiente descripción detallada de la
presente invención con referencia a las reivindicaciones adjuntas
se refiere a los dibujos adjuntos que ilustran realizaciones
ejemplares consecuentes con esta invención. Son posibles otras
realizaciones.
Esta memoria descriptiva da a conocer una o más
realizaciones que incorporan las características de esta invención.
La(s) realización (realizaciones) dadas a conocer simplemente
ejemplifican la invención. La invención se define mediante las
reivindicaciones adjuntas.
La(s) realización (realizaciones)
descrita(s), y las referencias en la memoria descriptiva a
"una realización", "una realización de ejemplo", etc.,
indican que la(s) realización (realizaciones)
descrita(s) puede(n) incluir una característica,
estructura o propiedad particular, pero no todas las realizaciones
tienen que incluir necesariamente la característica, estructura o
propiedad particular. Además, tales frases no se refieren
necesariamente a la misma realización. Además, cuando una
característica, estructura o propiedad particular se describe en
relación con una realización, se entiende que entra dentro del
conocimiento del experto en la técnica realizar tal característica,
estructura o propiedad en relación con otras realizaciones esté o no
explícitamente descrito.
Estará claro para los expertos en la técnica que
la presente invención, según se describe a continuación, puede
implementarse en muchas realizaciones diferentes de hardware,
software, firmware y/o las entidades ilustradas en los
dibujos. Cualquier código de software real con hardware controlado
especializado para implementar la presente invención no es una
limitación de la presente invención. Por tanto, la operación y
comportamiento de la presente invención se describirá entendiendo
que son posibles modificaciones y variaciones de las realizaciones,
dado el nivel de detalle presentado en el presente documento.
La figura 1 muestra una red 100 de comunicación
que comprende un sistema 136 de transporte que opera para crear y
transportar caudales de contenido multimedia a través de redes de
datos. Por ejemplo, el sistema de transporte es consecuente con los
principios del sistema FLO, anteriormente indicado, y es adecuado
para su uso en el transporte de clips de contenido de una red de
proveedor de contenido a una red de acceso inalámbrico para la
distribución de difusión.
La red 100 comprende un proveedor 102 de
contenido (CP), una red 104 de proveedor de contenido, una red 106
de difusión optimizada y una red 108 de acceso inalámbrico. La red
100 también incluye dispositivos 110 que comprenden un teléfono 112
móvil, un asistente 114 digital personal (PDA) y un ordenador 116
portátil. Los dispositivos 110 ilustran simplemente algunos de los
dispositivos que son adecuados para su uso con el sistema 136 de
transporte. Ha de observarse que, aunque se muestran tres
dispositivos en la figura 1, prácticamente cualquier número de
dispositivos análogos, o tipos de dispositivos, son adecuados para
su uso en el sistema 136 de transporte, como resultará
evidente para los expertos en la técnica pertinente.
El proveedor 102 de contenido opera para
proporcionar contenido para su distribución a usuarios en la red
100. El contenido comprende vídeo, audio, contenido multimedia,
clips, contenido en tiempo real y no en tiempo real, instrucciones
de programa (scripts), programas, datos o cualquier otro tipo
de contenido adecuado. El proveedor 102 de contenido proporciona el
contenido a la red 104 de proveedor de contenidos para su
distribución. Por ejemplo, el proveedor 102 de contenido se
comunica con la red 104 de proveedor de contenido a través del
enlace 118 de comunicación, que comprende cualquier tipo adecuado de
enlace de comunicación por cable y/o inalámbrico.
La red 104 de proveedor de contenido comprende
cualquier combinación de redes por cable e inalámbricas que operan
para distribuir contenido para su entrega a usuarios. La red 104 de
proveedor de contenidos se comunica con la red 106 de difusión
optimizada a través del enlace 120. El enlace 120 comprende
cualquier tipo adecuado de enlace de comunicación por cable y/o
inalámbrico. La red 106 de difusión optimizada comprende cualquier
combinación de redes por cable e inalámbricas que están diseñadas
para difundir contenido de alta calidad. Por ejemplo, la red 106 de
difusión optimizada puede ser una red propietaria especializada que
se haya optimizado para la entrega de contenido de alta calidad a
dispositivos seleccionados por una pluralidad de canales de
comunicación optimizados.
El sistema 136 de transporte opera para entregar
contenido desde el proveedor 102 de contenido para su distribución
a un servidor 122 de contenido (CS) en la red 104 de proveedor de
contenido que opera para comunicarse con una estación 124 base de
difusión (BBS) en la red de acceso inalámbrico. El CS 122 y la BSS
124 se comunican utilizando una o más realizaciones de una interfaz
126 de transporte que permite a la red 104 de proveedor de
contenido entregar contenido en forma de caudales de contenido a la
red 108 de acceso inalámbrico para su difusión/multidifusión a los
dispositivos 110. La interfaz 126 de transporte comprende una
interfaz 128 de control y un canal 130 portador. La interfaz 128 de
control opera para permitir al CS 122 añadir, cambiar, cancelar o
modificar de otro modo caudales de contenido que fluyen desde la red
104 de proveedor de contenido a la red 108 de acceso inalámbrico.
El canal 130 portador opera para transportar los caudales de
contenido desde la red 104 de proveedor de contenido a la red 108
de acceso inalámbrico.
El CS 122 utiliza la interfaz 126 de transporte
para planificar un caudal de contenido que va a transmitirse a la
BSS 124 para su difusión/multidifusión por la red 108 de acceso
inalámbrico. Por ejemplo, el caudal de contenido puede comprender
un clip de contenido no en tiempo real que se proporcionó por el
proveedor 102 de contenido para su distribución usando la red 104
de proveedor de contenido. El CS 122 opera para negociar con la BSS
124 para determinar uno o más parámetros asociados con el clip de
contenido. Una vez que la BBS 124 ha recibido el clip de contenido,
difunde/multidifunde el clip de contenido por la red 108 de acceso
inalámbrico para su recepción por uno o más dispositivos 110.
Cualquiera de los dispositivos 110 puede estar autorizado para
recibir el clip de contenido y almacenarlo en caché para
visualizarlo más tarde por el usuario del dispositivo.
En el ejemplo anterior, el dispositivo 110
comprende un programa 132 de cliente que opera para proporcionar
una guía de programa que visualiza un listado de contenido que se ha
planificado difundir por la red 108 de acceso inalámbrico. El
usuario del dispositivo puede seleccionar entonces recibir cualquier
contenido particular para su presentación en tiempo real o para
almacenarse en memoria 134 caché para una visualización posterior.
Por ejemplo, puede haberse planificado difundir el clip de contenido
durante las horas de la tarde, y el dispositivo 112 opera para
recibir la difusión y almacenar en caché el clip de contenido en la
memoria 134 caché de modo que el usuario del dispositivo pueda ver
el clip al día siguiente. Normalmente, el contenido se difunde como
parte de un servicio de suscripción y el dispositivo de recepción
puede tener que proporcionar una clave o autenticarse de otro modo
para recibir la difusión.
El sistema 136 de transporte permite al CS 122
recibir registros de guía de programa, contenidos de programa, y
otra información relacionada desde el proveedor 102 de contenido. El
CS 122 actualiza y/o crea contenido para su entrega a los
dispositivos 110.
La figura 2 muestra un servidor 200 de proveedor
de contenido adecuado para su uso en el sistema de entrega de
contenido. Por ejemplo, el servidor 200 puede usarse como el
servidor 102 en la figura 1. El servidor 200 comprende una lógica
202 de procesamiento, recursos e interfaces 204, y una lógica 210 de
transceptor, acoplados todos ellos a un bus 212 de datos interno.
El servidor 200 comprende también una lógica 214 de activación, PG
206, y una lógica 208 de estado de guía, que también están acoplados
al bus 212 de datos.
La lógica 202 de procesamiento comprende una
unidad de procesamiento central (CPU), un procesador, una
disposición de puertas, una lógica de hardware, elementos de
memoria, una máquina virtual, software y/o cualquier combinación de
hardware y software. Por tanto, la lógica 202 de procesamiento
generalmente comprende una lógica para ejecutar instrucciones
legibles por máquina y para controlar uno o más elementos
funcionales del servidor 200 a través del bus 212 de datos
interno.
Los recursos e interfaces 204 comprenden
hardware y/o software que permite al servidor 200 comunicarse con
sistemas internos y externos. Por ejemplo, los sistemas internos
pueden incluir sistemas de almacenamiento masivo, memoria,
controlador de visualización, módem, u otros recursos de dispositivo
interno. Los sistemas externos pueden incluir dispositivos de
interfaz de usuario, impresoras, unidades de disco, u otros sistemas
o dispositivos locales.
La lógica 210 de transceptor 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 o
sistemas remotos usando un canal 216 de comunicación. Por ejemplo,
el canal 216 de comunicación comprende cualquier tipo adecuado de
enlace de comunicación para permitir al servidor 200 comunicarse
con una red de datos.
La lógica 214 de activación comprende una CPU,
un procesador, una disposición de puertas, una lógica de hardware,
elementos de memoria, una máquina virtual, software y/o cualquier
combinación de hardware y software. La lógica 214 de activación
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 la PG 206. La lógica 214 de activación transmite un
programa 220 de cliente al CS y/o al dispositivo durante el proceso
de activación. El programa 220 de cliente se ejecuta en el CS y/o
el dispositivo para recibir la PG 206 y visualizar información sobre
contenido o servicios disponibles para el usuario del dispositivo.
Por tanto, la lógica 214 de activación opera para autenticar un CS
y/o un dispositivo, descargar el cliente 220 y descargar la PG 206
para su presentación en el dispositivo por el cliente 220.
La PG 206 comprende información en cualquier
formato adecuado que describa contenido y/o servicios que estén
disponibles para que la reciban los dispositivos. Por ejemplo, la PG
206 puede almacenarse en una memoria local del servidor 200 y puede
comprender información tal como identificadores de contenido o
servicio, información de planificación, precios, y/o cualquier otro
tipo de información pertinente. La PG 206 comprende una o más
secciones identificables que se actualizan por la lógica 202 de
procesamiento a medida que se realizan cambios en el contenido o
los servicios disponibles.
El estado 208 de guía comprende hardware y/o
software que opera para generar mensajes de notificación que
identifican y/o describen cambios en la PG 206. Por ejemplo, cuando
la lógica 202 de procesamiento actualiza la PG 206, se notifica a
la lógica 208 de estado de guía acerca de los cambios. La lógica 208
de estado de guía genera entonces uno o más mensajes de
notificación que se transmiten a los CS, que pueden haberse activado
con el servidor 200, de modo que se notifica puntualmente a estos
CS acerca de los cambios en la PG 206.
Como parte del mensaje de notificación de
entrega de contenido, se proporciona un indicador de difusión que
indica cuándo se difundirá una sección de la PG identificada en el
mensaje. Por ejemplo, el indicador de difusión puede comprender un
bit para indicar que la sección se difundirá y un indicador de
tiempo que indica cuándo se producirá la difusión. Por tanto, los
CS y/o los dispositivos que deseen actualizar su copia local de los
registros de PG pueden escuchar la difusión en el momento designado
para recibir la sección actualizada de los registros de PG.
En una realización, el sistema de notificación
de entrega de contenido comprende instrucciones de programa
almacenadas en un medio legible por ordenador que, cuando se ejecuta
por un procesador, por ejemplo la lógica 202 de procesamiento,
proporciona las funciones del servidor 200 descrito en el presente
documento. Por ejemplo, las instrucciones de programa pueden
cargarse en el servidor 200 desde un medio legible por ordenador,
tal como un disco flexible, un CD-ROM, una tarjeta
de memoria, un dispositivo de memoria FLASH, RAM, ROM, o cualquier
otro tipo de dispositivo de memoria o medio legible por ordenador
que se interconecte con el servidor 200 a través de los recursos
204. En otra realización, las instrucciones pueden descargarse en el
servidor 200 desde un dispositivo externo o recurso de red que se
interconecte con el servidor 200 a través de la lógica 210 de
transceptor. Las instrucciones de programa, cuando se ejecutan por
la lógica 202 de procesamiento, proporcionan un sistema de
notificación de estado de guía según se describe en el presente
documento.
La figura 3 muestra un servidor o dispositivo
300 de contenido (CS) adecuado para su uso en un sistema de entrega
de contenido. Por ejemplo, el CS 300 puede ser el CS 122 mostrado en
la figura 1. El CS 300 comprende una lógica 302 de procesamiento,
recursos e interfaces 304, y una lógica 306 de transceptor,
acoplados todos ellos a un bus 308 de datos. El CS 300 comprende
también un cliente 310, y una lógica 312 de guía de programa (PG),
que también están acoplados al bus 308 de datos.
La lógica 302 de procesamiento comprende una
CPU, un procesador, una disposición de puertas, una lógica de
hardware, elementos de memoria, una máquina virtual, software y/o
cualquier combinación de hardware y software. Por tanto, la lógica
302 de procesamiento generalmente comprende una 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 bus 308 de
datos interno.
Los recursos e interfaces 304 comprenden
hardware y/o software que permiten al CS 300 comunicarse con
sistemas internos y externos. Por ejemplo, los sistemas internos
pueden incluir sistemas de almacenamiento masivo, memoria,
controlador de visualización, módem, u otros recursos de dispositivo
interno. Los sistemas externos pueden incluir dispositivos de
interfaz de usuario, impresoras, unidades de disco, u otros sistemas
o dispositivos locales.
La lógica 306 de transceptor comprende hardware
y/o software que operan para permitir al CS 300 transmitir y
recibir datos y/u otra información con dispositivos o sistemas
externos a través del canal 314 de comunicación. Por ejemplo, el
canal 314 de comunicación 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 se activa de
modo que pueda recibir contenido o servicios disponibles por 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 mediante la lógica 312 de PG. La PG 312 contiene
información que identifica contenido o servicios disponibles para
que los reciba el CS 300. El cliente 310 opera para presentar
información en la lógica 312 de PG en el CS y/o el dispositivo 300
usando los recursos e interfaces 304. Por ejemplo, el cliente 310
presenta información en la lógica 312 de PG en una pantalla de
visualización que forma parte del dispositivo. El cliente 310
también recibe entrada de usuario a través de los recursos e
interfaces de modo que un usuario del dispositivo puede seleccionar
contenido o servicios.
El CS 300 recibe mensajes de notificación a
través de la lógica 306 de transceptor. Por ejemplo, los mensajes
pueden difundirse o enviarse individualmente al CS 300 y recibirse
por la lógica 306 de transceptor. Los mensajes de notificación de
PG identifican actualizaciones de los registros de PG en la lógica
312 de PG. En una realización, el cliente 310 procesa los mensajes
de notificación de PG para determinar si es necesario actualizar la
copia local en la lógica 312 de PG. Por ejemplo, en una
realización, los mensajes de notificación incluyen un identificador
de sección, tiempo de inicio, tiempo de finalización y número de
versión.
El CS 300 opera para comparar la información en
los mensajes de notificación de PG con información almacenada
localmente en la lógica 312 de PG existente. Si el CS 300 determina
a partir de los mensajes de notificación de PG que tienen que
actualizarse una o más secciones de la copia local en la lógica 312
de PG, el CS 300 opera para recibir las secciones actualizadas de
la PG de una de varias formas. Por ejemplo, las secciones
actualizadas de la PG puede difundirse en un momento indicado en los
mensajes de notificación de PG, de modo que la lógica 306 de
transceptor pueda recibir las difusiones y pasar las secciones
actualizadas al CS 300 que, a su vez, actualiza la copia local en
la lógica 312 de PG.
El CS 300 determina qué secciones de la PG
tienen que actualizarse basándose en los mensajes de notificación
de actualización de PG recibidos, y transmite una petición a un
servidor de CP para obtener las secciones actualizadas deseadas de
la PG. Por ejemplo, la petición puede formatearse usando cualquier
formato adecuado y comprender información tal como un identificador
de CS solicitante, un identificador de sección, un 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 realizaciones del sistema de notificación de
PG. Ha de observarse que las siguientes funciones podrían cambiarse,
reordenarse, modificarse, añadirse o eliminarse, o ajustarse de
otro modo dentro del alcance de la invención.
1. El CS se activa para su operación con un
sistema de proveedor de contenido para recibir contenido o
servicios. Como parte del proceso de activación, se transmiten un
cliente y una PG al CS.
2. El CS recibe uno o más mensajes de
notificación de PG y se usan para determinar si es necesario
actualizar una o más secciones de la PG almacenada localmente.
3. En una realización, si el CS determina que
tienen que actualizarse una o más secciones de la PG almacenada
localmente, el CS escucha una difusión desde el sistema de
distribución para obtener las secciones actualizadas de la PG que
necesita para actualizar su copia local.
4. En otra realización, el CS transmite uno o
más mensajes de petición al CP para obtener las secciones
actualizadas de la PG que necesita.
5. En respuesta a la petición, el CP transmite
las secciones actualizadas de la PG al CS.
6. El CS usa las secciones actualizadas
recibidas de la PG para actualizar su copia local de la PG.
\vskip1.000000\baselineskip
El sistema de entrega de contenido comprende
instrucciones de programa que pueden estar almacenadas en un medio
legible por ordenador que, cuando se ejecuta por un procesador, tal
como la lógica 302 de procesamiento, proporciona las funciones del
sistema de notificación de entrega de contenido según se describe en
el presente documento. Por ejemplo, las instrucciones de programa
pueden cargarse en el CS 300 desde un medio legible por ordenador,
tal como un disco flexible, un CD-ROM, una tarjeta
de memoria, un dispositivo de memoria FLASH, RAM, ROM, o cualquier
otro tipo de dispositivo de memoria o medio legible por ordenador
que se interconecte con el CS 300 a través de los recursos e
interfaces 304. En otra realización, las instrucciones pueden
descargarse en el CS 300 desde un recurso de red que se
interconecte con el CS 300 a través de la lógica 306 de transceptor.
Las instrucciones, cuando se ejecutan por la lógica 302 de
procesamiento, proporcionan un sistema de entrega de contenido
según se describe en el presente documento.
Ha de observarse que el CS 300 representa
simplemente una implementación y que son posibles otras
implementaciones dentro del alcance de la invención.
La figura 4 es una ilustración en diagrama de
bloques de la relación entre caudales, flujos y MLC en redes
basadas en FLO convencionales. A modo de antecedentes, un caudal 400
ejemplar puede incluir información descargada a un dispositivo, tal
como el dispositivo 112, desde un servicio móvil de vídeo
proporcionado, por ejemplo, por la red de noticias por cable (CNN).
Esta difusión CNN puede incluir datos de nivel de aplicación en
forma de un caudal 402 de vídeo, un caudal 404 de audio y un caudal
406 de texto. Cada uno de los caudales 402, 404 y 406, que
transporta datos únicos, se transmitirá en la capa física de la red
100 a través de flujos 0, 1 y 2 respectivos en un MLC 408
identificable de manera unívoca.
La figura 5 es una ilustración en diagrama de
bloques de una técnica 500 para empaquetar los flujos
0-2 en el MLC 408. Es decir, en el contexto de la
figura 4 anterior, se empaquetan datos de los caudales 402, 404 y
406 de nivel de aplicación en el MLC 408 rellenando en primer lugar
el flujo 2. A continuación se rellena el flujo 1 y, tras éste, se
rellena el flujo 0. El punto subyacente es que el MLC 408 incluye
datos de cada uno de los flujos 0-2. Todos los
flujos en todos los MLC dentro de una supertrama se rellenan de esta
manera.
La figura 6 es una ilustración de una supertrama
600 ejemplar, usada en una red convencional, que podría incluir el
MLC 408 anterior con los caudales 402, 404 y 406 de nivel. En la
figura 6, la supertrama 600 se subdivide adicionalmente en cuatro
tramas F1-F4 separadas. Cada una de las tramas
F1-F4 incluye uno o más MLC, tal como el MLC 408,
estando ubicado cada MLC en la misma posición en una de las tramas
F1-F4 respectivas. Por ejemplo, en la supertrama
600, el MLC 408 está ubicado en la trama F1. Por tanto, los flujos
0- 2 están situados de manera consecutiva en la trama F1.
\newpage
El MLC 408 también incluye una parte 601 de
sobrecarga que lleva información relativa a características de los
flujos en MLC individuales asociados con la supertrama 600. La
supertrama 600 también incluye un canal 602 de símbolos de
información de sobrecarga (OIS). El canal 602 de OIS, entre otras
cosas, informa al dispositivo sobre la ubicación de los MLC dentro
de la supertrama 600. Por tanto, cuando el dispositivo inicialmente
solicita el servicio de red, en primer lugar debe decodificar el
canal 602 de OIS para saber la ubicación precisa, y otras
características, del MLC 408 antes de que los datos en el MLC 408
puedan desempaquetarse y usarse.
Las tramas F2-F4 restantes, de
la supertrama 600, incluyen los MLC 603, 604 y 606, respectivamente.
Cada uno de los MLC 603, 604 y 606 también pueden incluir datos
empaquetados de manera consecutiva representados por múltiples
flujos.
La implicación de la estructura 500 de la figura
5 y la supertrama 600 de la figura 6 es que en el lado del
dispositivo, con el fin de demultiplexar correctamente datos de cada
uno de los flujos 0-2, el dispositivo tiene que
saber dónde están ubicados los límites entre los flujos. Es decir,
el dispositivo tiene que saber dónde acaba un flujo y dónde empieza
otro flujo.
Las longitudes y los límites de flujo se
transportan en términos de paquetes de capa de control de acceso al
medio (MAC). Como entienden los expertos en la técnica, dentro de
una red de comunicaciones, la capa MAC realiza la multiplexación de
paquetes que pertenecen a diferentes flujos de medios asociados con
MLC. La capa MAC define los procedimientos usados para recibir y
transmitir por 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 especificación de codificación para el enlace directo
de la red.
Un paquete de capa MAC tiene sustancialmente la
misma longitud que un PLP. Como se indicó anteriormente, la
información de protocolo de control se transmite por el aire
mediante la red en los PLP. Por tanto, cada paquete de capa MAC se
transmite por el aire en un PLP.
La figura 7 es una ilustración 700 de una
correspondencia entre paquetes 702 de capa MAC y PLP 704. Cada uno
de los paquetes 702 de capa MAC corresponde en longitud a uno de los
PLP 704 respectivos.
En referencia de nuevo a la figura 5, la
longitud de cada uno de los flujos 0-2 puede
definirse en términos de paquetes de capa MAC. Por ejemplo, el
flujo 2 podría ser 13 paquetes de capa MAC, el flujo 1 puede ser 20
paquetes de capa MAC y el flujo 0 podría ser 2 paquetes de capa MAC.
En un MLC, los paquetes de capa MAC se envían junto con los flujos.
Por tanto, para demultiplexar correctamente el MLC 408, por ejemplo,
el dispositivo debe saber el número de paquetes de capa MAC en cada
uno de los flujos 0-2. En la supertrama 600
convencional, esta información de paquetes de capa MAC está ubicada
en la parte 601 de sobrecarga del MLC 408.
El desafío con la estructura de la supertrama
600 convencional es que si el MLC 408, especialmente la parte 601
de sobrecarga, se corrompe, el dispositivo no podrá demultiplexar
ninguno de los flujos en los MLC 408, 603, 604 y 606. Incluso
aunque los datos reales en los MLC no estén corrompidos, sin la
información ubicada en la parte 601 de sobrecarga, no puede
procesarse ninguno de los flujos asociados. La presente invención
proporciona una solución a este dilema.
En la presente invención, la información de
paquetes de capa MAC está ubicada también en el canal de OIS de la
supertrama, además de en la parte de sobrecarga del MLC relacionado.
La ventaja de esto es que el canal de OIS de la supertrama se
transmite por el aire usando características de transmisión más
robustas que las asignadas para la transmisión de MLC. Por tanto,
la probabilidad de que el canal de OIS se corrompa, durante la
transmisión, es menor que la probabilidad de que la parte de
sobrecarga de un MLC se corrompa.
La figura 8 es una ilustración de un mensaje 800
de parámetros de sistema de OIS ejemplar transportado en un canal
de OIS según la presente invención. El mensaje 800 de parámetros de
sistema de OIS incluye registros 802 relativos a características de
los MLC en una supertrama asociada. En la presente invención, sin
embargo, los registros 802 se modifican para incluir un segmento
804 que incluye el paquete de capa MAC e información de longitud de
flujo, comentados anteriormente.
Según el mensaje 800 de parámetros de sistema de
OIS ejemplar de la figura 8, para que un dispositivo reciba datos
de MLC, puede configurarse para leer el mensaje 800 de parámetros de
sistema de OIS y buscar el segmento 804. Proporcionando el paquete
de capa MAC y los datos de longitud de flujo en el canal de OIS más
robusto, así como dentro de los MLC, si se corrompen flujos
individuales, los flujos restantes todavía pueden demultiplexarse
en el dispositivo.
La figura 9 es un diagrama de flujo de un
procedimiento 900 ejemplar de puesta en práctica de la presente
invención. En la figura 9, un procedimiento para transmitir
información incluye determinar información de longitud de flujo
para al menos un flujo de datos que va a transmitirse, como se
indica en la etapa 902, y asociar la información de longitud de
flujo con un mensaje de parámetros de sistema, como se indica en la
etapa 904. El mensaje de parámetros de sistema, que incluye la
información de longitud de flujo asociada, se transmite por
separado del flujo de datos, como se muestra en la etapa 906.
La figura 10 es un diagrama de bloques de un
sistema 1000 ejemplar según la realización. En la figura 10, medios
1002 de determinación determinan información de longitud de flujo
para al menos un flujo de datos que va a transmitirse. Medios 1004
de asociación asocian la información de longitud de flujo con un
mensaje de parámetros de sistema. Medios 1006 para transmitir el
mensaje de parámetros de sistema que incluye la información de
longitud de flujo asociada, por separado del flujo de datos.
A modo de revisión, dentro de la presente
invención se transmiten múltiples flujos de medios en un MLC en una
supertrama. La presente invención proporciona el envío de
información sobre los flujos, por ejemplo, longitud de cada flujo
que se transporta en un MLC, independientemente de los flujos, de
modo que el receptor puede demultiplexar flujos individuales. La
información sobre el flujo puede transportarse por separado de los
paquetes de capa de flujo. De este modo, incluso aunque los flujos
individuales puedan transportar PLP que pueden haberse recibido
erróneamente, todavía es posible demultiplexar flujos individuales
para procesar los datos de flujo.
En una realización, se usa un mensaje de
parámetros de sistema (OIS) y/o la cabecera de protocolo MAC de
canal de datos (OIS incorporado) para transportar las longitudes de
flujo para flujos contenidos en los MLC. Puesto que los mensajes de
OIS se transmiten de una manera mucho más robusta, puede conseguirse
una demultiplexación y/o decodificación de flujos más fiable.
La presente invención se ha descrito
anteriormente con ayuda de bloques constructivos funcionales que
ilustran el comportamiento de funciones especificadas y relaciones
de éstas. Los límites de estos bloques constructivos funcionales se
han definido arbitrariamente en el presente documento para mayor
claridad de la descripción. Pueden definirse límites alternativos
siempre que las funciones especificadas y relaciones de éstas se
lleven a cabo apropiadamente.
Cualquier límite alternativo de este tipo entra
por tanto dentro del alcance de la invención reivindicada. Un
experto en la técnica reconocerá que estos bloques constructivos
funcionales pueden implementarse mediante circuitos analógicos y/o
digitales, componentes discretos, circuitos integrados de aplicación
específica, firmware, software apropiado para ejecución en
procesador, y similares, o cualquier combinación de éstos. Por
tanto, la amplitud y alcance de la presente invención no debe
limitarse por ninguna de las realizaciones ejemplares anteriormente
descritas, sino que ha de definirse únicamente según las
reivindicaciones adjuntas.
La sección Descripción detallada debería
emplearse principalmente para interpretar las reivindicaciones. Las
secciones de Sumario y Resumen pueden exponer una o más, aunque no
todas las realizaciones ejemplares de la presente invención
contempladas por el(los) inventor(es), y por tanto, no
pretenden limitar las reivindicaciones.
Ha de apreciarse que está previsto usar la
sección Descripción detallada, y no las secciones Sumario y Resumen,
para interpretar las reivindicaciones. Las secciones Sumario y
Resumen pueden exponer una o más, aunque no todas las realizaciones
ejemplares de la presente invención contempladas por el(los)
inventor(es), y por tanto, no pretenden limitar la presente
invención y las reivindicaciones adjuntas en modo alguno.
Claims (13)
1. Un procedimiento para transmitir información
con una supertrama, que comprende:
- \quad
- determinar (902) información de longitud de flujo para al menos un flujo de datos que va a transmitirse;
- \quad
- asociar (904) la información de longitud de flujo con un mensaje de parámetros de sistema; y caracterizado por:
- \quad
- transmitir el mensaje de parámetros de sistema que incluye la información de longitud de flujo asociada, por separado del flujo de datos, en el que el mensaje de parámetros de sistema está incluido en un canal de símbolos de información de sobrecarga OIS, en el que el canal de OIS está ubicado al principio de la supertrama.
\vskip1.000000\baselineskip
2. El procedimiento según la reivindicación 1,
que comprende además asociar la información de longitud de flujo
con datos de canal de sobrecarga.
3. El procedimiento según la reivindicación 1,
en el que la información de longitud de flujo está basada en
paquetes de capa de control de acceso al medio MAC.
4. El procedimiento según la reivindicación 1,
en el que el mensaje de parámetros de sistema se transmite según
unas primeras características de transmisión y el flujo de datos se
transmite según unas segundas características de transmisión.
5. El procedimiento según la reivindicación 1,
en el que la información de longitud de flujo está incorporada en
el mensaje de parámetros de sistema.
6. Un procedimiento de recepción de información,
caracterizado por comprender:
- \quad
- recibir (306) un mensaje de parámetros de sistema que incluye información de longitud de flujo para al menos un flujo de datos transmitido, en el que el mensaje de parámetros de sistema se recibe por separado del flujo de datos transmitido en un canal de símbolos de sobrecarga;
- \quad
- recuperar (302) la información de longitud de flujo del mensaje de parámetros de sistema recibido; y
- \quad
- leer el flujo de datos correspondiente a la información de longitud de flujo.
\vskip1.000000\baselineskip
7. Un aparato para transmitir información dentro
de una supertrama, que comprende:
- \quad
- medios (1002) para determinar información de longitud de flujo para al menos un flujo de datos que va a transmitirse;
- \quad
- medios (1004) para asociar la información de longitud de flujo con un mensaje de parámetros de sistema; y caracterizado por:
- \quad
- medios (1006) para transmitir el mensaje de parámetros de sistema que incluye la información de longitud de flujo asociada, por separado del flujo de datos, en el que el mensaje de parámetros de sistema está incluido en un canal de símbolos de información de sobrecarga OIS, en el que el canal de OIS está ubicado al principio de la supertrama.
\vskip1.000000\baselineskip
8. El aparato según la reivindicación 7, que
comprende además medios para asociar la información de longitud de
flujo con datos de canal de sobrecarga.
9. El aparato según la reivindicación 7, en el
que la información de longitud de flujo está basada en paquetes de
capa de control de acceso al medio MAC.
10. El aparato según la reivindicación 7, en el
que el mensaje de parámetros de sistema se transmite según unas
primeras características de transmisión y el flujo de datos se
transmite según unas segundas características de transmisión.
11. El aparato según la reivindicación 7, en el
que la información de longitud de flujo está incorporada en el
mensaje de parámetros de sistema.
12. Un medio legible por ordenador que
transporta una o más secuencias de una o más instrucciones para la
ejecución por uno o más procesadores para realizar un procedimiento
para transmitir información, las instrucciones cuando se ejecutan
por el uno o más procesadores, hacen que el uno o más procesadores
realicen las etapas de: el procedimiento según las reivindicaciones
1 a 6.
13. Un sistema que comprende:
- \quad
- un procesador que tiene partes lógicas primera y segunda;
- \quad
- en el que la primera parte (202) lógica determina información de longitud de flujo para que se transmita al menos un flujo de datos;
- \quad
- en el que la segunda parte (202) lógica asocia la información de longitud de flujo con un mensaje de parámetros de sistema; y
- \quad
- un transmisor configurado para transmitir el mensaje de parámetros de sistema que incluye la información de longitud de flujo asociada, por separado del flujo de datos, en el que el mensaje de parámetros de sistema está incluido en un canal de símbolos de información de sobrecarga OIS, en el que el canal de OIS está ubicado al principio de una supertrama.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US66086505P | 2005-03-10 | 2005-03-10 | |
US660865P | 2005-03-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2337828T3 true ES2337828T3 (es) | 2010-04-29 |
Family
ID=36586035
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES06738093T Active ES2337828T3 (es) | 2005-03-10 | 2006-03-09 | Procedimiento de multiplexacion por un canal de difusion inalambrica propenso a errores. |
Country Status (19)
Country | Link |
---|---|
US (2) | US7979561B2 (es) |
EP (2) | EP1856850B1 (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)
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 |
EP2096777B1 (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)
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 |
EP1494372B1 (en) * | 1997-04-17 | 2008-08-06 | NTT DoCoMo, Inc. | Telecommunication apparatus and method |
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 | 株式会社東芝 | 符号分割多重伝送方式と送信装置及び受信装置 |
JP5038574B2 (ja) | 2000-05-31 | 2012-10-03 | プレディウェイブ・コーポレイション | 放送システムのためのビデオ・オン・デマンドサービスを提供する方法 |
BRPI0116157B1 (pt) | 2000-12-15 | 2016-07-19 | Qualcomm Inc | geração e implementação de um protocolo e uma interface de comunicação para transferência de sinal com alta taxa de dados |
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 |
-
2006
- 2006-03-07 US US11/369,464 patent/US7979561B2/en not_active Expired - Fee Related
- 2006-03-09 AT AT06738093T patent/ATE455444T1/de not_active IP Right Cessation
- 2006-03-09 ES ES06738093T patent/ES2337828T3/es active Active
- 2006-03-09 PL PL06738093T patent/PL1856850T3/pl unknown
- 2006-03-09 CA CA002600785A patent/CA2600785A1/en not_active Abandoned
- 2006-03-09 UA UAA200711181A patent/UA90135C2/ru unknown
- 2006-03-09 RU RU2007137480/09A patent/RU2376714C2/ru not_active IP Right Cessation
- 2006-03-09 AU AU2006223128A patent/AU2006223128A1/en not_active Abandoned
- 2006-03-09 MX MX2007011085A patent/MX2007011085A/es active IP Right Grant
- 2006-03-09 JP JP2008501046A patent/JP5069215B2/ja not_active Expired - Fee Related
- 2006-03-09 EP EP06738093A patent/EP1856850B1/en not_active Not-in-force
- 2006-03-09 CN CN2006800151908A patent/CN101171797B/zh not_active Expired - Fee Related
- 2006-03-09 EP EP09173556A patent/EP2141958A1/en not_active Withdrawn
- 2006-03-09 DE DE602006011716T patent/DE602006011716D1/de active Active
- 2006-03-09 WO PCT/US2006/008988 patent/WO2006099350A1/en active Application Filing
- 2006-03-09 BR BRPI0609238-1A patent/BRPI0609238A2/pt not_active IP Right Cessation
- 2006-03-10 TW TW095108156A patent/TW200704039A/zh unknown
-
2007
- 2007-09-06 IL IL185792A patent/IL185792A0/en unknown
- 2007-10-08 NO NO20075079A patent/NO20075079L/no not_active Application Discontinuation
- 2007-10-09 KR KR1020077023111A patent/KR100910950B1/ko not_active IP Right Cessation
-
2010
- 2010-07-23 JP JP2010166133A patent/JP5269842B2/ja not_active Expired - Fee Related
-
2011
- 2011-01-13 JP JP2011005168A patent/JP5221686B2/ja not_active Expired - Fee Related
- 2011-05-16 US US13/108,798 patent/US9252921B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP5069215B2 (ja) | 2012-11-07 |
CA2600785A1 (en) | 2006-09-21 |
EP1856850A1 (en) | 2007-11-21 |
JP2011139476A (ja) | 2011-07-14 |
WO2006099350A1 (en) | 2006-09-21 |
UA90135C2 (ru) | 2010-04-12 |
KR100910950B1 (ko) | 2009-08-05 |
MX2007011085A (es) | 2007-11-08 |
EP1856850B1 (en) | 2010-01-13 |
US20110216666A1 (en) | 2011-09-08 |
PL1856850T3 (pl) | 2010-06-30 |
JP5269842B2 (ja) | 2013-08-21 |
JP5221686B2 (ja) | 2013-06-26 |
CN101171797A (zh) | 2008-04-30 |
BRPI0609238A2 (pt) | 2010-03-09 |
DE602006011716D1 (de) | 2010-03-04 |
RU2376714C2 (ru) | 2009-12-20 |
EP2141958A1 (en) | 2010-01-06 |
ATE455444T1 (de) | 2010-01-15 |
TW200704039A (en) | 2007-01-16 |
CN101171797B (zh) | 2013-01-02 |
JP2008533870A (ja) | 2008-08-21 |
NO20075079L (no) | 2007-10-08 |
IL185792A0 (en) | 2008-01-06 |
US9252921B2 (en) | 2016-02-02 |
US7979561B2 (en) | 2011-07-12 |
JP2011024220A (ja) | 2011-02-03 |
KR20070118634A (ko) | 2007-12-17 |
US20060230172A1 (en) | 2006-10-12 |
RU2007137480A (ru) | 2009-04-20 |
AU2006223128A1 (en) | 2006-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2337828T3 (es) | Procedimiento de multiplexacion por un canal de difusion inalambrica propenso a errores. | |
ES2869940T3 (es) | Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil | |
ES2435648T3 (es) | Provisión de mensajes de notificación generales y específicos en un sistema de difusión basado en IP. | |
ES2531523T3 (es) | Señalizar la presencia de tramas de extensión | |
CN100559791C (zh) | 用于下载所推送内容的系统、方法和计算机程序产品 | |
ES2319883T3 (es) | Procedimiento para transmitir contenidos de servicios multimedia en las redes umts mediante multidifusion inmediata de un subconjunto de flujo continuo. | |
ES2318752T3 (es) | Interrupcion y reanudacion de la difusion de contenidos en continuo en dispositivos radioelectricos. | |
US20110103300A1 (en) | Data encapsulation and service discovery over a broadcast or multicast system | |
ES2355366T3 (es) | Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión. | |
EP2264955A1 (en) | Method and system for achieving faster device operation by logical separation of control information | |
EP1861968B1 (en) | Improving control information acquisition latency by transmitting control information in individually decode-able packets | |
US8755320B2 (en) | Identification of MBMS service from a central node to UMTS LTE eNBs | |
ES2366403A1 (es) | Método y elemento de red para facilitar contenido de difusión a un terminal móvil. | |
US20100185717A9 (en) | Method of improving control information acquisition latency by transmitting control information in individually decode-able packets | |
EP2403261A1 (en) | Method and system for discovering service components in a broadcast system |