ES2338232T3 - Procedimiento y dispositivo para transferir tramas de datos predictivas y no predictivas. - Google Patents
Procedimiento y dispositivo para transferir tramas de datos predictivas y no predictivas. Download PDFInfo
- Publication number
- ES2338232T3 ES2338232T3 ES04742155T ES04742155T ES2338232T3 ES 2338232 T3 ES2338232 T3 ES 2338232T3 ES 04742155 T ES04742155 T ES 04742155T ES 04742155 T ES04742155 T ES 04742155T ES 2338232 T3 ES2338232 T3 ES 2338232T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- predictive
- service
- frame
- frames
- 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 48
- 238000012546 transfer Methods 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 12
- 230000033001 locomotion Effects 0.000 claims description 10
- 239000000872 buffer Substances 0.000 claims description 6
- 238000007689 inspection Methods 0.000 claims description 4
- 238000004364 calculation method Methods 0.000 claims 1
- 238000004590 computer program Methods 0.000 claims 1
- 238000012795 verification Methods 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 abstract description 28
- 230000008569 process Effects 0.000 description 14
- 230000002452 interceptive effect Effects 0.000 description 8
- 230000006835 compression Effects 0.000 description 7
- 238000007906 compression Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 239000013598 vector Substances 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 239000006185 dispersion Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000009931 harmful effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003446 memory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011002 quantification Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/164—Feedback from the receiver or from the transmission channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234381—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the temporal resolution, e.g. decreasing the frame rate by frame skipping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
Abstract
Procedimiento para transmitir datos de servicio comprimidos a un equipo terminal sobre una red de suministro, incluyendo el flujo de datos de servicio tramas de datos tanto predictivas como no predictivas de tipo de datos común, comprendiendo el procedimiento - controlar la existencia de un evento predeterminado (1004), de manera que se transmite una trama de datos no predictiva de dicho tipo común hacia el equipo terminal para permitir que el equipo terminal se sincronice al flujo corriente de datos (1006, 1014), caracterizado por el hecho de que - si no, solamente se transmiten las tramas de datos predictivas en el flujo de datos de servicio hacia el equipo terminal (1008) de manera que la trama de datos no predictiva se transmite solamente al producirse el evento predeterminado.
Description
Procedimiento y dispositivo para transferir
tramas de datos predictivas y no predictivas.
La presente invención se refiere en general a
sistemas de comunicación. En particular, la invención se refiere a
sistemas digitales de banda ancha tales como la tecnología de la
emisión de vídeo digital (DVB) y la codificación de vídeo aplicada
a la misma.
El término emisión de vídeo digital (DVB) se
refiere a una serie de normas que definen técnicas de emisión
digital que utilizan medios de distribución por satélite
(DVB-S), cable (DVB-C), o terrestre
(DVB-T). Dichas normas cubren codificación de
fuentes, codificación de canales, acceso condicional (PayTV y
soluciones asociadas para la codificación de datos), y varias otras
emisiones. A principio de los años 90 las principales organizaciones
europeas del sector público y privado en el sector de la televisión
establecieron un proyecto de DVB específico para una estructura
para la introducción del standard de compresión de audio/vídeo
MPEG-2 (grupo de expertos en imágenes en
movimiento) en servicios de televisión digital. El proyecto DVB ha
visto aumentada su popularidad constantemente y ya está disponible
su adopción mundial.
Para las conexiones por satélite el standard DVB
[1] define un sistema de transmisión tal como se ilustra en la
figura 1. Adapta señales multiplexadas de banda base
intra-servicio 108 e inter-servicio
112 (incluyendo vídeo 102, audio 104, y posiblemente datos 106) a
un canal del satélite durante una serie de etapas de procesamiento
denominadas colectivamente aquí como adaptador de canal satélite,
véase línea de rayas con el signo de referencia 110. La
codificación de la fuente se ha aplicado generalmente a dicha
señales de acuerdo con la referencia [2].
Los siguientes procesos se aplican al flujo de
datos:
- -
- adaptación y aleatorización multiplex de transporte y aleatorización para dispersión de energía 114,
- -
- codificación exterior (es decir, códigos de bloque Reed-Solomon) 116,
- -
- entrelazado convolucional 118,
- -
- codificación interior (es decir, código convolucional perforado) 120,
- -
- configuración de banda base para modulación 122, y
- -
- modulación 124.
En la referencia [1] y publicaciones citadas en
la misma pueden encontrarse otros detalles sobre la transmisión
DVB-S. Respectivamente, considerando la transmisión
por cable de señales de vídeo digital, el documento [3] describe
componentes de DVB-C y sus características
específicas. La figura 2 describe bloques funcionales principales
para el envío de dirección en un sistema por cable. El bloque 202 de
interfaz BB adapta la señal de entrada a la estructura de trama de
la capa de transporte MPEG-2 (paquetes de longitud
fija) con bytes de sincronización. Durante la inversión de la
sincronización y la aleatorización 204 denominada Sync 1 se
invierte un byte y el flujo de datos es aleatorizado para asegurar
que se produce un número suficiente de transiciones en la señal
para una sincronización más fácil, etc. Posteriormente, los paquetes
de transporte aleatorizados son sometidos a codificación
Reed-Solomon FEC (corrección de errores hacia
adelante) 206 para recuperar una clave de acceso para la detección
y corrección de errores. Los paquetes de transporte protegidos de
error se entrelazan entonces con un entrelazador convolucional 208,
mientras que la codificación convolucional real como en
DVB-S no se utiliza en absoluto. En la etapa 210 los
bytes entrelazados son transformados en símbolos
(m-tupla) QAM (modulación de amplitud en cuadratura)
tras lo cual se aplica la codificación diferencial 212 a una serie
de bits más significativos (MSB) en cada símbolo. La configuración
de la banda base 214 incluye el mapeado de m-tuplas
a señales I y Q seguido de un filtrado de tipo coseno elevado a la
raíz cuadrada. Una etapa final, la modulación QAM 216 de la señal
tiene 16, 32, 64, 128, o 256 puntos en el diagrama de constelación.
La señal modulada se emite entonces a la interfaz física que es un
canal de cable de radiofrecuencia en este caso.
Como tercera alternativa, la figura 3 muestra
una visión general de los elementos del sistema
DVB-T. Dentro de un bloque de adaptación
MUX/dispersión de energía 302 la señal se organiza en paquetes (1
byte de sincronización, 187 bytes de datos MPEG-2)
y se aleatoriza para la dispersión de energía. Después, el bloque de
codificación exterior 304 incluye codificación
Reed-Solomon de los paquetes de entrada para
la protección de errores. Entonces, el entrelazado exterior 306 es
introducido a los paquetes protegidos de error. Los datos
entrelazados se dirigen entonces a un codificador interior 308 de
un codificador convolucional con varias gamas posibles de
perforación. La fase de entrelazado interior 310 incluye etapas de
entrelazado tanto a nivel de bits como a nivel de símbolos (OFDM)
para la entrada de uno o dos flujos de bits, véase flecha de puntos.
Para información adicional refiérase al "modo
jerárquico" de la publicación [4]. Durante el mapeado 312 el
flujo de datos es mapeado al espacio de la constelación. Cuando se
produce la adaptación de trama 314, la señal se organiza en tramas
de 68 símbolos OFDM. Además de datos, las tramas de OFDM incluyen
señales piloto y TPS 320 (señales de parámetros de transmisión)
para sincronización de trama, estimación de canal, etc. Finalmente,
la señal se modula en OFDM 316 (con una pluralidad de portadores) y
se convierte de D/A a forma analógica tras lo cual la señal
analógica se envía a la interfaz aérea a través de una sección de
entrada 318.
Debido al tremendo éxito de Internet
durante los años 90, se ha creado recientemente un modelo adicional
para proporcionar servicios DVB en este caso sobre redes IP
(protocolo de internet), véase especificación [5]. Obviamente era
una idea tentadora utilizar redes de datos ya existentes para
transferir también datos de DVB sin la necesidad adicional de
invertir en nuevo equipo, etc. Los servicios de DVB sobre IP se han
descrito con referencia a un modelo de capa de tipo común descrito
en la figura 4. Las líneas de rayas representan interfaces entre
diferentes dominios (separación horizontal) y capas (separación
vertical). Puede utilizarse un elemento en segundo plano
obscurecido, un plano de gestión, para fines de gestión general y
control. El proveedor de contenidos es una entidad o una serie de
entidades que proporcionan a los clientes (\simsuscriptores) el
flujo de información, fíjese en los patrones elípticos para
visualizar el flujo, para transferirse físicamente a través de un
proveedor de servicios sobre una red de suministro que es
transparente al tráfico IP. Las tareas del proveedor de contenidos
pueden incluir, por ejemplo, servicios de
autenticación/autorización, mantenimiento de portales de servicios,
oferta de servicios, mecanismos de descubrimiento de servicios,
servicios de metadatos, servicios de contenidos reales etc..
Respectivamente, las tareas del proveedor de servicios (por ejemplo,
proveedor de servicios ISP) pueden incluir servicios de
direccionamiento, servicios de autenticación/autorización,
servicios de nombres (DNS etc), servicio de conectividad de IP
básica, medios de control de la sesión, contabilidad del servicio,
y una serie de varios servicios de valor añadido tales como
cortafuegos, cachés, etc. Es totalmente posible, sin embargo, que
los aspectos de contenido y servicio en la práctica sean ofrecidos e
implementados técnicamente sólo por una única entidad. El dominio
home es el dominio en el que se consumen los servicios de
DVB. Puede referirse a uno o más dispositivos terminales en una
única red o, alternativamente, a una serie de redes que incluyan
varios dispositivos.
Respecto a las diferentes capas de la figura 4,
la capa física 408 incluye los medios de interfaz a más bajo nivel
a los datos de transferencia entre los extremos de un enlace de
comunicaciones. Determina, por ejemplo, formas y tamaños de
conector, definiciones de "bit" y aspectos de sincronización
respecto a, por ejemplo, niveles de tensión y diferentes duraciones
de tiempo u otras magnitudes físicas. El número de referencia 408
también se refiere a la capa del enlace que se cuida de funciones de
control de acceso a medios tales como direccionamiento, y
opcionalmente control de errores, control de flujo, y retransmisión
de paquetes de datos recibidos de manera defectuosa. La capa de red
406 maneja funciones de enrutamiento, segmentación/reensamblaje de
paquetes, etc relativas a toda la conexión de extremo a extremo en
cuestión. En el caso de redes IP dicho enrutamiento significa la
adición de direcciones IP necesarias a paquetes enviados. En
principio, la capa de red 406 no tiene que ser consciente de las
capas físicas de nivel inferior/enlace 408. La capa de transporte
que se designa asimismo aquí por el signo de referencia colectivo
406 realiza funciones de flujo de tipo de extremo a extremo y de
control de errores y multiplexa una pluralidad de diferentes
servicios que utilizan apenas un único enlace IP, por ejemplo. La
multiplexación puede implementarse por una pluralidad de números de
puerto distintos, etc. Considerando especialmente las redes IP, las
elecciones populares para un protocolo de capa de transporte son
UDP (protocolo de datagramas de usuario) y TCP (protocolo de control
de transmisión) el último de los cuáles proporciona también
detección/control de errores sobre una simple multiplexación. La
capa de la sesión 404 establece y libera conexiones para el uso de
las aplicaciones. La capa de la aplicación 402 incluye aplicaciones
y API(s) para la interconexión con éstas. En el contexto DVB
la capa de la aplicación 402 se denomina específicamente MHP
(Plataforma multimedia para el hogar). Dentro del dominio inicial
puede transportarse tráfico de IP del para servicios DVB, por
ejemplo, tecnologías de capa físicas/red de Ethernet común
(por ejemplo, 100BASE-T) [6] o IEEE 1394 [7],
Los datos de DVB incrustados en paquetes IP
pueden enviarse por multicast o unicast a los suscriptores
dependiendo del servicio. Por ejemplo, el envío multicast de IP se
utiliza para la transferencia de tipo PayTV y el envío unicast del
IP para servicio de tipo vídeo/audio bajo demanda. Para obtener más
información sobre DVB en el contexto redes IP, vuélvase a consultar
la referencia [5] y publicaciones citadas.
Una de las decisiones más cruciales realizadas
se refiere al procedimiento de codificación de la fuente
seleccionada. El MPEG-2 es un potente conjunto de
procedimientos de codificación de vídeo y audio que utiliza una
serie de técnicas de compresión diferentes con relaciones de
compresión extraordinariamente altas con un importante
inconveniente; los procedimientos de compresión utilizados tienen
pérdidas, es decir, algunos datos se pierden irrevocablemente
durante el proceso de codificación. Sin tal sacrificio, las
relaciones de compresión alcanzables (ahora típicamente de 1:6 a
1:30 etc) no serían tan impresionantes, lo cual es obvio. La
codificación MPEG-2 también requiere una cantidad
considerable de procesamiento, lo cual, sin embargo, generalmente ya
no es un problema con los modernos procesadores de altas
prestaciones.
La figura 5 muestra un proceso genérico para
codificar señal de audio/vídeo 502 con un codificador según
MPEG-2 504 que produce un flujo de
MPEG-2 normalizado como salida. Un servidor de
audio/vídeo 506 recibe y almacena el flujo de datos codificado, y
lo transmite eventualmente sobre la red de transmisión 508 a un
receptor 510, por ejemplo un receptor multimedia DVB conectado a
una televisión o a una tarjeta DVB IRD (descodificador receptor
integrado) instalada en el mismo, que comprende el software y el
hardware necesarios para descodificar el flujo para la
explotación.
La codificación de tipo MPEG comparte algunos
elementos con el formato de compresión de imagen fija JPEG que
utiliza características de la visión humana y extrae normalmente
información invisible y en este sentido innecesaria de una imagen
fuente durante el proceso de codificación. La etapa de codificación
explota por ejemplo la transformada de coseno discreta
(transformación tiempo-> frecuencia) y codificación de entropía.
Los cambios de alta frecuencia en el color de la imagen pueden
omitirse a partir de la señal codificada de una manera más fácil
que los cambios de luminancia (luminosidad) de la alta frecuencia a
los que el ojo humano es más sensible. Además de los aspectos de
intra-trama (\simintra-figura), el
MPEG explota también la redundancia temporal, es decir, partes
estáticas en tramas de vídeo consecutivos no tienen que codificarse
para cada trama; eventualmente, un cambio de contenido dentro de
una zona determinada activa el envío de su versión codificada.
En MPEG, cada píxel de una figura se parametriza
con el valor de luminancia/luminosidad (Y) y dos vectores de color
(U, V). Los pixeles se agrupan entonces entre sí para formar bloques
y grupos de bloques denominados macro-bloques. Los
bloques han de convertirse a dominio de frecuencia utilizando DCT
que es similar a una transformada de Fourier común. El DCT
resulta en un número de coeficientes que describen las funciones del
coseno formadas a partir del bloque con un aumento de frecuencia. A
partir de dichos coeficientes la información espacial que llevan
los bloques puede resolverse más tarde por la unidad
descodificadora. La salida de la transformada DCT es entonces
cuantificada eficazmente y se codifica por Huffman. En la
codificación Huffman diferentes símbolos consumen una serie
variable de bits. Los símbolos utilizados frecuentemente consumen
menos bits y los símbolos utilizados menos frecuentemente más
bits.
Considerando después algunos aspectos temporales
de la codificación MPEG, es claro que en una señal de vídeo que
comprende una secuencia de imágenes denominadas en lo sucesivo datos
de trama contenidos en determinados bloques pueden permanecer
relativamente inalterados durante por lo menos un corto período de
tiempo que todavía se prolonga a la duración de una pluralidad de
tramas subsiguientes. Eso depende ciertamente de las características
de la señal fuente; por ejemplo, un programa de noticias puede
incluir un clip en el que un locutor esté sentado con un escritorio
y hable de lo que está pasado últimamente con la economía nacional.
Es probable que las tramas posteriores incluyan cambios entre ellos
en su mayoría en los bloques cercanos a la zona de la cara del
narrador, mientras que el fondo que comprende una pared
cuadros/carteles, etc permanece inalterado; probablemente también
los movimientos de las cámaras sean mínimos en este tipo de programa
informativo. Por el contrario, una escena de lucha en una película
moderna de acción, sin exagerar, no contiene casi ninguna parte fija
entre un mayor número de tramas subsiguientes.
Por lo tanto, de vez en cuando algunos bloques
pueden predecirse en base a bloques de tramas anteriores. Las
tramas que contienen estos bloques predichos se denominan
tramas-P. Sin embargo, para reducir el perjudicial
efecto de errores de transmisión y permitir una (re) sincronización
a la señal codificada, también tramas completas que no se basan en
la información de otras tramas son transmitidas periódicamente
(pocas veces por segundo). Estas tramas independientes, por muchas
razones cruciales, se denominan tramas
intra-codificadas o tramas-I. Las
tramas-I son asimismo necesarias, cuando un
suscriptor de servicios comienza a recibir el flujo de servicios
por primera vez o al menos tras una pausa, y el receptor de este
modo no tiene la historia de datos necesaria para construir tramas
descodificadas válidas en base a simples datos diferenciales, por
ejemplo. Las tramas bidireccionales que utilizan información tanto
de tramas anteriores como siguientes se denominan
tramas-B.
El proceso anterior se realiza además
codificando vectores de movimiento de manera que solamente las
partes de una imagen que se mueven o pueden tomarse de otras
ubicaciones en tramas anteriores de vídeo se codifican utilizando
menos bits. Se agrupan cuatro bloques de 8 x 8 píxeles entre sí en
macrobloques de 16 x 16. Los macrobloques que no varían son re
codificados en tramas subsiguientes. Con las
tramas-P, el codificador busca la trama anterior (o
tramas antes y después en el caso de las tramas-B)
en incrementos de medio píxel para otras ubicaciones de
macrobloques que prácticamente coinciden con la información
contenida en el macrobloque actual. Si en la zona adyacente no se
encuentran macrobloques que coincidan adecuadamente, el macrobloque
es intra-codificado y los coeficientes DCT son
codificados completamente. Si se encuentra una coincidencia
adecuada en la zona de búsqueda, no se transmiten todos
los coeficientes, sino que en cambio de utiliza un vector de movimiento para apuntar a el(los) bloque(s) similar(es).
los coeficientes, sino que en cambio de utiliza un vector de movimiento para apuntar a el(los) bloque(s) similar(es).
El lado espacial y temporal de la codificación
del MPEG se ha ilustrado en la figura 6 donde se codifican dos
tramas subsiguientes totalmente imaginarias en un ordenador equipado
con un codificador del vídeo MPEG. Los macrobloques 602 y 606
correspondientes a una misma ubicación en la fuente de señales
contienen prácticamente datos idénticos en ambas tramas y su
codificación puede omitirse de este modo (en
tramas-P). Los macrobloques 604 y 608, al
contrario, presentan un elemento variable, provocado por un hombre
que camina por otro escenario estático, y tiene que recodificarse.
Sin embargo, como el elemento que provoca la codificación, el hombre
que camina, simplemente se mueve en la figura y su forma permanece
intacta, pueden utilizarse hábilmente vectores de movimiento para
determinar en la trama más reciente que se encuentra más a la
derecha una coincidencia razonables con un macrobloque en la trama
anterior de la izquierda, véase la flecha discontinua resaltando
esto.
Respectivamente, la codificación del audio del
MPEG utiliza determinadas propiedades distintas del oído humano
como el efecto de enmascaramiento sonoro. Tanto el aspecto temporal
como espacial (en el plano de frecuencia) se consideran con
impresionantes relaciones de compresión de 1:10 que pueden
conseguirse de nuevo sólo con degradaciones menores perceptibles,
si las hay, en la señal descodificada. El MPEG-2
tiene cinco canales para audio direccional y un canal espacial de
baja frecuencia. Por otra parte, la señal codificada puede
comprender también una pluralidad de canales de idioma
alternativos.
Como el gigante estándar MPEG-2
incluye un número algo grande de diferentes modos de vídeo y audio,
el nivel de adopción preferido especialmente en caso de servicios
de DVB viene determinado en la referencia [8] para facilitar las
tareas de los fabricantes de hardware en lo que se refiere a las
cuestiones de compatibilidad que se dan inevitablemente en otro
contexto demasiado diverso.
Para proporcionar a los suscriptores servicios
de DVB una opción para afectar realmente al suministro de servicios
(suscripción/selección de servicios, ajuste de parámetros de
servicio), debe establecerse un canal de retorno para realizar
tales tareas. En DVB las especificaciones de interacción se han
dividido en general en dos grupos. Uno depende de la red y puede
considerarse como pila de protocolo que se extiende aproximadamente
de capas ISO/OSI dos a tres (véase [9]) mientras que el segundo
grupo de especificaciones DVB se refiere a capas inferiores
(aproximadamente una a dos) del modelo ISO/OSI y por lo tanto
especifica las herramientas dependientes de la red para la
interactividad. Por ejemplo, la especificación en DVB del canal de
retorno por cable (DVB-RCC) véase referencia [10],
está disponible para el fin así como otras especificaciones para una
interactividad teléfono fijo/móvil e incluso sistemas interactivos
por satélite. En caso de redes IP, el unicast IP estándar puede
utilizarse para la interacción con un proveedor de
servicios/contenidos. Para obtener listados sobre documentación
disponible relativa al DVB puede visitarse el sitio web del proyecto
DVB http://www.dvb.org/.
Sin embargo, a pesar de las diferentes
disposiciones existentes para la transferencia de datos para
suministrar servicio o datos de control DVB, pueden darse
situaciones en las que los recursos actualmente disponibles no sean
suficientes para conseguir tiempos de transferencia aceptables. Por
ejemplo, servicios tales como juegos en tiempo real requieren
cortos tiempos de respuesta para proporcionarle al suscriptor una
experiencia de juego razonable. En la figura 7 se ilustra un
escenario de juego en el que un proveedor de servicios tiene un
servidor de juegos 702 que transmite información del juego a uno o
más suscriptores vía un DSL o cable de red 704 que actúa como red
de suministro. En el lado receptor, el receptor multimedia 708
recibe y descodifica los datos de servicio y los envía a un
receptor de televisión o un monitor 706 para la visualización. Puede
utilizarse control a distancia 710 para controlar los dispositivos
locales o enviar instrucciones/peticiones/retroalimentación de
control asociado al servicio (véase las flechas) al servidor 702
sobre la citada red de suministro 704 o alguna otra ruta de
transferencia opcional disponible para tal fin. El retardo global
que detecta el suscriptor mientras utiliza el servicio consiste en
una pluralidad de cuestiones, de las que algunas pocas más obvias a
emitir son el tiempo de codificación de datos fuente, el retardo de
transmisión (puede ser asimétrico respecto a direcciones de
transferencia en función del tipo de conexión que se utilice), el
retardo de descodificación, retardos de memoria temporal de
seguridad adicionales, etc. Tal como se ha mencionado
anteriormente, el flujo de MPEG-2 codificado incluye
típicamente una serie de diferentes tipos de trama y siendo
naturalmente las que son sin naturaleza diferencial
(tramas-I) de mayor tamaño que las homologas
predictivas (tramas-p). Respectivamente, debido a un
aumento del tamaño de la trama, también se activa la transferencia
y los siguientes retardos de memoria temporal;
trama-I con el triple de tamaño de la
correspondiente trama-P tardará de manera
correspondiente el triple para transferirse sobre la red. La
variación del tiempo de transferencia entre los diferentes tipos de
tramas se refleja negativamente en la utilidad de servicios
interactivos. Una solución para reducir el retardo de transferencia
introducido por las tramas-I es reducir el tamaño
de la misma reduciendo la calidad de imagen (aumentando la
cuantificación, etc) en tramas codificadas. Sin embargo,
típicamente esto no una opción viable, ya que el usuario puede
percibir la reducción de la calidad de la imagen, incluso si
todavía es de alguna manera adecuada, como una calidad de servicio
global reducida.
Una patente americana 6.546.013 describe
dispositivos multiplexores de velocidad variable que, por
definición, tienen una velocidad de salida variable para bits de
información codificada en los mismos. Como resultado, no puede
garantizarse el suministro de información de sincronización del
tiempo tal como información de referencia de reloj de un programa
dentro de los límites de intervalo de tiempo autorizados por
determinadas normas de emisión de industrias, tales como
MPEG-2, y emisión de vídeo digital ("DVB"). La
transmisión de señales de referencia, tales como información PCR,
puede asegurarse insertando medios de detección para detectar el
intervalo de tiempo entre la aparición de la señal de referencia.
Si el intervalo entre apariciones de la señal de referencia supera
un límite de intervalo de tiempo predeterminado, los medios de
detección darán instrucciones a un dispositivo de memoria para que
proporcione una señal de referencia, que entonces se graba con
información de señal de referencia y se inserta en el flujo de
información que emite el multiplexor. Alternativamente, el
multiplexor puede suministrar simplemente una señal de salida a
intervalos de tiempo predeterminados, con independencia de si el
flujo de entrada proporciona o no una señal de referencia. En esta
realización, la señal de referencia puede producirse de manera
substancialmente más frecuente de lo que requiere el límite de
intervalo de tiempo del estándar de emisión relevante.
El objetivo de la presente invención es paliar
los defectos encontrados en las soluciones de la técnica anterior
en cuanto al retardo de transferencia de servicios interactivos
desde la perspectiva de un usuario. El objetivo se cumple variando
la transmisión de tramas de datos temporalmente
no-predictivas "completas", siendo las tramas
de datos completas especialmente importantes dado que incluyen
substancialmente todos los datos necesarios para construir una
imagen u otro elemento de datos en el receptor sin componentes
predictivos utilizando también tramas previas o futuras para el
fin, que se basan solamente en la demanda; por ejemplo, al inicio
del servicio cuando se comienza a recibir datos del servicio, se
transmite una trama no predictiva a un destinatario para
inicializar el decodificador y para permitir una descodificación con
éxito sin ninguna información de historia. Por otra parte, puede
darse una necesidad similar de transmitir una trama no predictiva en
caso de diferentes situaciones de error, es decir, el receptor no
ha sido capaz de reproducir correctamente los datos en el extremo
receptor debido a un error de transmisión o memoria temporal, etc.
De acuerdo con el concepto básico de la invención el receptor
analizará el flujo de datos de servicio recibido y al darse la
citada situación de error informará al proveedor de datos como un
servidor de juegos a través del canal de retorno sobre la necesidad
de recibir una nueva trama no predictiva.
Claramente, la explotación de la disposición
citada anteriormente resulta más útil en escenarios en los que
fuentes de datos como un servidor substancialmente codifica en
tiempo real los datos de servicio para un único destinatario.
Considerando casos típicos de uso de servicios de DVB tradicionales
(emisión de televisión ordinaria, etc) posiblemente con cientos de
miles o incluso millones de usuarios simultáneos las tramas
no-predictivas como tramas-I no
pueden suministrarse hábilmente de acuerdo con la invención ya que
los suscriptores acaban de entrar en un determinado canal y la
recepción de servicio comenzada ha de proporcionarse con una trama
no-predictiva tan rápido como sea posible para
garantizar una rápida sincronización a la señal y por eso, un
tiempo de inicio de servicio tolerable. Por lo tanto, la transmisión
de datos de servicios interactivos de tipo unicast que requieren
bajos retardos se benefician más del uso de la solución sugerida.
Dichos servicios incluyen, por ejemplo, juegos de acción en tiempo
real que pueden tolerar solamente decenas de milisegundos de
retardo de transferencia en dos vías en el peor de los casos.
La utilidad de la invención deriva del hecho de
que el retardo medio de transferencia de datos de servicio se
reduce mejorando así la experiencia del usuario en el extremo
receptor. Dependiendo de la técnica de codificación de datos
utilizada, incluso el retardo de codificación/descodificación puede
reducirse poniendo más énfasis en la codificación predictiva frente
a la codificación no predictiva, pudiendo requerir en algunos casos
ésta última por lo menos de vez en cuando más potencia de
procesamiento lo que afecta directamente al tiempo de procesamiento
y al retardo. Este enfoque puede aplicarse a escenarios en los
cuales solamente hay presentes cambios menores, si los hay, entre
las tramas consecutivas y el procesamiento necesario para crear una
trama codificada diferencialmente depende de las similitudes entre
las tramas adyacentes y típicamente disminuye con éstas.
Respectivamente, se libera cierta capacidad de transmisión para
otros fines. Aunque la invención se ha descrito aquí refiriéndose
al suministro de servicios interactivos utilizando tecnología/equipo
DVB especialmente, en particular DVB-C y DVB sobre
IP, ambos con codificación de fuente MPEG-2, también
pueden conseguirse otros sistemas de emisión digitales de banda
ancha y/o de emisión con características substancialmente similares
utilizándola. Por ejemplo, procedimientos de codificación como
MPEG-1, MPEG-4, H.263 y H.264
utilizan un concepto de trama-I más o menos similar
al de MPEG-2, y de este modo es evidente para un
experto en la materia que la invención podría aprovecharse en
sistemas utilizando inicialmente uno de los procedimientos de
codificación citados anteriormente o correspondientes.
En un aspecto de la invención, se dispone un
procedimiento para transmitir datos de servicio comprimidos a un
equipo terminal sobre una red de suministro, incluyendo el flujo de
datos de servicio tramas de datos tanto predictivas como no
predictivas de tipo común, comprendiendo el procedimiento
- -
- controlar la existencia de un evento predeterminado, de manera que se transmite una trama de datos no predictiva de dicho tipo común al equipo terminal para permitir que el equipo terminal se sincronice al flujo de datos, caracterizado por el hecho de que
- -
- si no, transmitir solamente tramas de datos predictivas de dicho tipo común en el flujo de datos de servicio hacia el equipo terminal, de manera que la trama de datos no predictiva se transmita solamente al producirse el evento predeterminado.
En lo anterior, los datos de servicio pueden
ser, por ejemplo, datos de servicio de televisión digital (DVB) en
base a MPEG-2 tal como se ha descrito anteriormente
o algunos otros datos, y equipo terminal se refiere, por ejemplo,
DVB IRD o "receptor multimedia DVB" en un lenguaje más vulgar.
El tipo de datos se refiere a la naturaleza de los datos, por
ejemplo, datos de trama de vídeo (imagen) o datos de audio.
En otro aspecto de la invención un procedimiento
para recibir datos de servicio comprimidos transmitidos por una
fuente de datos sobre una red de suministro, incluyendo el flujo de
datos de servicio tramas de datos tanto predictivas como no
predictivas de tipo común, se caracteriza por el hecho de que
comprende
- -
- comprobar si la descodificación de flujo de datos apropiado es viable,
- -
- si ése es el caso, indicar a la fuente de datos la necesidad de recibir una nueva trama de datos no predictiva.
- -
- si no, recibir solamente las tramas de datos predictivas en el flujo de datos de servicio de manera que la trama de datos no predictiva sea recibida solamente al producirse el evento predeterminado.
En otro aspecto de la invención se presenta un
dispositivo capaz de recibir datos de servicio enviados por una
fuente de datos sobre una red de suministro, y de transmitir datos
hacia el flujo de datos de servicio de la citada fuente de datos
que incluye las tramas de datos tanto predictivas como no
predictivas de tipo común, comprendiendo dicho dispositivo medios
de procesamiento y de memoria para procesar y almacenar
instrucciones y datos, se caracterizado por el hecho de que está
configurado para comprobar si es viable una descodificación
apropiada del flujo de datos de servicio, y si ése es el caso,
transmitir una indicación hacia dicha fuente de datos para recibir
una nueva trama de datos no predictiva, de otra manera el
dispositivo está configurado para recibir solamente las tramas de
datos predictivas de modo que la trama de datos no predictiva se
recibe solamente al producirse el evento predeterminado.
Todavía en otro aspecto, un dispositivo capaz de
transmitir datos de servicio sobre una red de suministro al equipo
terminal y recibir información de control enviada por el equipo
terminal relativa a dicho servicio, incluyendo los datos de
servicio tramas de datos tanto no predictivas como predictivas de un
tipo de datos común, comprendiendo dicho dispositivo medios de
procesamiento y de memoria para procesar y almacenar instrucciones
y datos, está caracterizado por el hecho de que está configurado
para controlar la existencia de un evento predeterminado, de manera
que está configurado además para transmitir una trama de datos no
predictiva de dicho tipo de datos común hacia el equipo terminal
para posibilitar que el equipo terminal se sincronice con el flujo
de datos, si no el dispositivo está configurado para transmitir
solamente tramas predictivas de dicho tipo de datos común en el
flujo de datos de servicio hacia el equipo terminal de manera que la
trama de datos no predictiva está configurada para ser transmitida
solamente al producirse dicho evento predeterminado.
\vskip1.000000\baselineskip
A continuación la invención se describe con
mayor detalle con referencia a los dibujos que se adjuntan, en los
cuales
La figura 1 representa el sistema de transmisión
de DVB de acuerdo con la especificación DVB-S.
La figura 2 representa el sistema de transmisión
de DVB de acuerdo con la especificación DVB-C.
La figura 3 representa el sistema de transmisión
de DVB de acuerdo con la especificación DVB-T.
La figura 4 ilustra el uso de la red IP como red
del suministro de datos de servicio DVB.
La figura 5 representa un sistema de transmisión
MPEG-2 típico.
La figura 6 ilustra aspectos tanto espaciales
como temporales de la codificación de la fuente
MPEG-2.
La figura 7 representa suministro de servicio
sobre red de DSL/cable a un receptor multimedia DVB capaz de
proporcionar a la fuente de datos de servicio información de
retroalimentación/control.
La figura 8A describe un escenario en el cual se
transmiten tramas no predictivas periódicamente sobre la red de
suministro.
La figura 8B describe un escenario alternativo
de la invención en el cual solamente se envían tramas no predictivas
bajo demanda, mientras que de otra manera solamente se producen
tramas predictivas.
La figura 9 describe una realización de la
invención en la que el equipo terminal comprende medios para
detectar la necesidad de recibir una trama no predictiva y medios
para indicar dicha necesidad a la fuente de datos.
La figura 10 describe un diagrama de flujo del
procedimiento (realización) de la invención.
La figura 11 es un diagrama de bloques de un
dispositivo capaz de actuar como fuente de datos de servicio de la
invención.
La figura 12 es un diagrama de bloques de un
dispositivo capaz de actuar como receptor de datos de servicio de
la invención.
\vskip1.000000\baselineskip
Las figuras 1 a 7 ya se han descrito
anteriormente en combinación con la descripción de la técnica
anterior relevante.
La figura 8A describe un escenario para
facilitar más la comprensión de la solución de la invención que
incluye una secuencia de tramas consecutivas de imagen de vídeo
MPEG-2, algunas de las cuales que son
tramas-I no predictivas 802, 806 y siendo el resto,
véase el signo colectivo 804, tramas-P predictivas.
El flujo de datos se construye insertando una única
trama-I después de cada bloque de tres
tramas-P. Respectivamente, puede enviarse una
trama-I como respuesta a la petición explícitamente
recibida por el equipo del usuario. La figura incluye flechas que
representan la naturaleza diferencial de las
tramas-P, es decir, las diferencias entre la trama
de la imagen de vídeo actual y la trama de la imagen de vídeo
anterior se determinan, se parametrizan y se transmiten como
tramas-P sobre la red de suministro. El receptor
incluye información de historia, por ejemplo, máquina de estados,
utilizando qué trama diferencial y parametrizada puede
descodificarse y transformarse otra vez en una trama de imagen de
vídeo válida para visualizarse en una pantalla en caso de no haber
pérdidas de datos o errores de transmisión introducidos a los datos
durante la fase de la transmisión. Sin embargo, si la transmisión
de tramas-I no está condicionada de ninguna manera
pero las tramas-I son transferidas automáticamente,
por ejemplo periódicamente, en lugar de ello, el escenario no ofrece
el beneficio de un retardo de transferencia medio reducido incluso
si está presente la característica específica de controlar el flujo
de datos de servicio y proporcionar la fuente de datos con
peticiones de transmisión de tramas-I, ya que las
tramas-I transmitidas regularmente todavía retardan
el proceso de transferencia (y recepción) de manera continua. Los
tamaños de las tramas-I y -P, que se dan solamente
a modo de ejemplo sin embargo, se muestran en la figura bajo las
tramas correspondientes. El retardo de la transferencia aumenta
junto con el tamaño de la trama.
En aplicaciones en tiempo real como juegos de
acción el flujo de datos recibido no puede quedar en memoria
intermedia para garantizar una reproducción suave tanto como en el
caso de meros servicios de emisión simple como la reproducción de
películas, etc debido a la fácilmente creciente insatisfacción del
usuario con controles que no responden, etc. Si se transmiten
regularmente tramas como tramas-I, la memoria
intermedia de recepción todavía ha de ser más larga que con tramas
predictivas puras tales como tramas-P de menor
tamaño y un retardo de transferencia reducido.
Para superar el desventajoso efecto de memoria
intermedia adicional o variar continuamente la velocidad de la
trama en el lado de recepción debido a variar radicalmente el tamaño
de tramas recibidas, la figura 8B describe otro ejemplo de la
invención en el cual se transmiten tramas-I 812
grandes solamente al producirse un evento de activación, véase
línea vertical discontinua 810, es decir "bajo demanda",
mientras que el resto de las tramas predictivas de menor tamaño en
tiempo 808 se están transfiriendo.
La figura 9 describe una realización de la
invención en la que un receptor multimedia externo o bien integrado
906 de un televisor 916 comprende medios, software y/o hardware,
para comprobar y analizar el flujo de datos de servicio de entrada,
véase la flecha discontinua 918, ya sea si puede descodificarse
adecuadamente, o si contiene errores irrecuperables o incluso si le
faltan completamente algunas partes necesarias como
tramas-P. Las tramas-P
subsiguientes tras una errónea u omitida generalmente ya no pueden
codificarse entonces con éxito. Dicha comprobación puede realizarse
atravesando por las estructuras de trama verificables directamente a
partir de los datos recibidos y opcionalmente repasando
determinados parámetros (código de tiempo u otra información
indexada) incluidos en los datos recibidos como tales o calculados
en base a ellos, o determinando/comparando valores de suma de
control generados localmente con valores intrínsecos recibidos.
Además, una simple inspección de las memorias intermedias de
recepción puede indicar la necesidad de solicitar una nueva
trama-I no predictiva. Por ejemplo, puede
utilizarse un subdesbordamiento de la memoria intermedia en la
memoria intermedia de recepción para activar el envío de petición
de tramas-I 922 sobre una red 904, por ejemplo, una
red inalámbrica, por cable, o IP, a un servidor 902 que actúe como
fuente de datos. Adicionalmente, puede utilizarse la caducidad de
un temporizador de recepción de datos para indicar pérdida de datos
en la ruta de transmisión. La unidad de proceso 912 puede controlar
el funcionamiento global del receptor multimedia 906 mientras que un
software/circuito descodificador 914 analiza el flujo recibido y
proporciona a la unidad de proceso 912 la información necesaria 920
para la recepción adicional de datos y la transmisión de peticiones
de tramas-I, etc.
El servidor 902, a su vez, comprende medios, de
nuevo, software y/o hardware, para recibir las peticiones de
tramas-I o indicaciones de las mismas, y medios para
transmitir posteriormente una trama-I al receptor
multimedia. La aplicación interactiva 908, residente en el propio
servidor 902 o bien por lo menos conectada al mismo, proporciona a
la unidad de proceso datos 910 para codificarlos y enviarlos al
receptor multimedia 906. De la misma manera, la codificación de
datos también puede producirse en un dispositivo codificador externo
al cual esté conectado el servidor 902. Al recibir la indicación
922 de la necesidad de transmitir una nueva
trama-I, dicha trama se calcula a partir de los
datos, incrustados en unidades de transmisión de la red necesarias
y enviados 924 al receptor multimedia 906.
Utilizando solamente tramas predictivas más
cortas en la transmisión de flujo de datos de servicio se impiden
los escenarios especiales citados anteriormente relativos a tramas
perdidas o erróneas, la memoria intermedia de recepción puede
minimizarse y la imagen viva sobre el estado del servicio
interactivo, por ejemplo la pantalla del juego, se dibuja en la
pantalla con menor retardo. En el caso de tales escenarios
especiales, el retardo aumenta temporalmente y el usuario del
servicio pueden detectar una degradación intermitente de la calidad
del servicio, pero eso es de todos modos lo que sucede en tal
escenario, y la nueva trama-I corregirá la situación
y devolverá el receptor multimedia de nuevo a la sincronización
respecto a las tramas-P predictivas subsiguientes.
Tras enviar la trama-I en base al estado actual del
servicio, el servidor 902 sigue enviando ventajosamente
tramas-P que continúan lógicamente de la situación
real en tiempo real. De este modo, cualquier simple trama de tipo
de corrección preferiblemente no se envía entre el servidor 902 y el
receptor multimedia 906 para evitar un aumento del retardo medio
global.
La petición de tramas-I 922
puede no tener que ser de naturaleza explícita y también son
posibles mensajes de otro tipo para el fin. Básicamente cualquier
tipo de indicación a partir de la cual un servidor 902 pueda
deducir la necesidad de enviar una trama-I puede
considerarse suficiente. La indicación puede ser un mensaje de
control o de retroalimentación, o incluido en estos como parámetro
explícito o implícito. Alternativamente, la falta de recepción de
un reconocimiento específico para una recepción de datos
satisfactoria en el extremo lejano puede verse como indicación. Por
ejemplo, puede utilizarse un temporizador con un determinado tiempo
de caducidad relacionado con el período de control para activar el
procedimiento de toma de decisiones a favor de la llamada para la
transmisión de nuevas nueva tramas-I. Además, la
indicación puede recibirse también de otros elementos, no sólo del
recetor multimedia 906. Si por ejemplo un elemento de la red que
envía datos en la red de suministro 904 ha tenido una
pérdida/corrupción de datos debido a desbordamiento de memorias
intermedias, puede indicar el error al emisor antes de que el
receptor multimedia 906 reaccione a la situación.
La figura 10 describe una opción para llevar a
cabo las etapas del procedimiento de la invención. Al inicio del
procedimiento 1002 un dispositivo tal como el servidor mencionado
anteriormente que funciona como codificación de cargas de fuentes
de datos, transferencia de datos, y aplicaciones de control general
a la memoria del mismo, inicializa las áreas de memoria necesarias
y variables, establece conexiones necesarias en base a, por
ejemplo, peticiones de servicio recibidas, y comienza a enviar datos
de servicio que comprenden tramas de datos codificadas.
Durante la fase 1004 el dispositivo controla si
se ha producido un evento para activar la transmisión de una
trama-I o no desde la ronda de control anterior. El
control puede ser periódico y realizarse solamente a intervalos
predeterminados, por ejemplo, o continuos y ejecutarse junto con
otras funciones. Tal evento puede ser, por ejemplo, una indicación
de valor de parámetro/mensaje de una conexión recién establecida
debido a la cual tiene que enviarse por lo menos una
trama-I al destinatario para la inicialización y
futura sincronización de intertramas. Alternativamente, un mensaje
recibido que indica la necesidad de recibir una nueva
trama-I en el extremo lejano puede considerarse
como evento de tipo deseado. Si ése es realmente el caso, y tiene
que transmitirse una nueva trama-I en lugar de la
trama-P predictiva, que se comprueba en la fase
1006, la acción de enviar una trama-I se toma en la
fase 1014. Si no, se transmite una trama-P en la
fase 1008. Siempre que existan los datos a codificar y enviar 1010,
se repiten las etapas de comprobar la existencia del evento y
transmitir tramas asociadas hasta que no haya más para enviar y el
procedimiento de ejecución se reduce, véase fase 1012.
El evento se predetermina (eventos cuyas
incidencias son controladas podrían almacenarse en una lista, etc)
en un sentido en el que su incidencia pueda reconocerse más tarde
durante la fase de control 1004. Las incidencias reales
naturalmente no se predeterminan/no son predeterminables, dado que
eso implicaría conocer con antelación las posibles situaciones de
iniciación de problema/error/servicio o inicio de antemano.
La línea discontinua 1024 engloba etapas del
procedimiento a ejecutar por un dispositivo en el extremo receptor
tal como un receptor multimedia. El dispositivo recibirá 1022 datos
codificados relativos a un servicio. En base a los datos recibidos
y codificados o datos que deberían recibirse pero que se han
perdido, y por ejemplo el estado del decodificador, se lleva a cabo
el análisis 1016 en el estado de descodificación actual. Si es
necesario recibir una nueva trama-I para
descodificar correctamente los datos, lo cual se comprueba en la
fase 1018, tal necesidad se indica en la fase 1020. La indicación
puede significar, por ejemplo, el envío de un mensaje específico o
la inclusión de un parámetro/valor de parámetro específico en un
mensaje algo más genérico que se envía hacia la fuente de datos a
través de la red de suministro o alguna otra conexión disponible.
La indicación puede ser también la omisión del envío de un mensaje
de reconocimiento normal, etc. otra medida pasiva tal como se ha
descrito anteriormente.
La figura 11 describe un diagrama de bloques de
componentes básicos para un dispositivo tal como un ordenador capaz
de actuar de servidor/fuente de datos para suministrar datos
codificados con tramas tanto predictivas como no predictivas. Una
unidad de proceso 1102 controla la ejecución de acciones de acuerdo
con instrucciones 1105 por ejemplo en forma de aplicación que
incluye datos que codifican rutinas almacenadas en una memoria
1104. La memoria 1104 puede comprender también tramas de datos tanto
sin codificar como ya codificadas además los ajustes necesarios y
otra información suplementaria. Las medios de transferencia de datos
1108 pueden incluir medios inalámbricos 1114 tales como un
transceptor por radio/infrarrojos y también adaptadores de red
inalámbrica (WLAN, etc) o medios fijos (\simcable) 1112 tales como
un adaptador de red convencional (tarjeta Ethernet, etc), por
ejemplo. Un teclado u otros medios de entrada de datos 1110 y una
pantalla 1106 son útiles para proporcionar al usuario una interfaz
para manejar y controlar el dispositivo. El codificador de datos
puede implementarse a través de un chip codificador específico
conectado al resto del dispositivo además de simples medios de
software.
Asimismo, el dispositivo utilizado en la
invención para recibir flujo de datos de servicio codificados, cuyo
diagrama de bloques se muestra en la figura 12, comprende medios de
proceso 1202, medios de memoria 1204 con un decodificador 1205,
medios de transferencia de datos 1208 que pueden ser inalámbricos
y/o fijos capaces de conectar el dispositivo tanto a la red de
suministro como al canal de retorno utilizado para transmitir
peticiones de tramas no predictivas. Comprende opcionalmente una
pantalla 1206 además de un teclado numérico 1210 para implementar
suficiente IU. El descodificador de datos 1205 puede implementarse
por medio de un chip descodificador específico conectado al resto
del dispositivo además de simples medios de software.
En general, el software para implementar la
invención y sus etapas de procedimiento pueden suministrarse en un
soporte tal como un disquete, un CD-ROM, una tarjeta
de memoria, un disco duro, etc.
Los protocolos y pilas de protocolo utilizados
en la transferencia de datos de servicio de acuerdo con la
invención pueden seleccionarse de los existentes ya que las
capacidades de transferencia requeridas para implementar la
invención como tal no son particularmente complejas o especiales, lo
cual puede verse como un beneficio de la invención. La invención
puede realizarse como un módulo de software/hardware adicional o una
combinación de ambos que se incluya o por lo menos se conecte al
dispositivo.
Será evidente para el experto en la materia que
pueden introducirse diferentes modificaciones a la presente
invención aquí descrita sin apartarse del alcance de la invención
definido por las reivindicaciones. Asimismo, los dispositivos,
etapas de procedimiento y su orden mutuo, formatos de datos, etc.
utilizados pueden variar convergiendo todavía con la idea básica de
la invención.
[1] ETSI EN 300 421 V.1.1.2 Emisión de vídeo
digital (DVB); Estructura de tramas, codificación de canales y
modulación de servicios de satélite de 11/12 Ghz
[2] ISO/IEC DIS 13818-1 (Junio
de 1994); Codificación de imágenes en movimiento y audio asociado
(MPEG-2)
[3] ETSI EN 300 429 V1.2.1 Emisión de vídeo
digital (DVB); Estructura de tramas, codificación de canales y
modulación para sistemas de cable
[4] ETSI EN 300 744 V1.4.1 Emisión de vídeo
digital (DVB); Estructura de tramas, codificación de canales y
modulación para televisión digital terrestre
[5] ETSI TR 102 033 V1.1.1 Emisión de vídeo
digital (DVB); Marco arquitectónico para el suministro de servicios
DVB sobre redes basadas en IP
[6] ETSI TS 102 814 V1.2.1 (DVB); Emisión de
vídeo digital, Segmento de red Ethernet doméstica
[7] ETSI TS 102 813 V1.1.1 Emisión de vídeo
digital (DVB); Segmento de red IEEE1394 doméstica
[8] ETSI ETR 154 Emisión de vídeo digital (DVB);
Directrices de implementación para el uso de sistemas de vídeo y
audio MPEG-2 en aplicaciones de emisión por
satélite, cable y terrestre
[9] prETS 300 802 Emisión de vídeo digital
(DVB); Protocolos independientes de la red para servicios
interactivos de DVB
[10] ETSI ES 200 800 V1.3.1 canal de interacción
para sistemas de distribución de televisión del cable (CATV)
Claims (26)
1. Procedimiento para transmitir datos de
servicio comprimidos a un equipo terminal sobre una red de
suministro, incluyendo el flujo de datos de servicio tramas de
datos tanto predictivas como no predictivas de tipo de datos común,
comprendiendo el procedimiento
- -
- controlar la existencia de un evento predeterminado (1004), de manera que se transmite una trama de datos no predictiva de dicho tipo común hacia el equipo terminal para permitir que el equipo terminal se sincronice al flujo corriente de datos (1006, 1014),
caracterizado por el hecho de que
- -
- si no, solamente se transmiten las tramas de datos predictivas en el flujo de datos de servicio hacia el equipo terminal (1008) de manera que la trama de datos no predictiva se transmite solamente al producirse el evento predeterminado.
2. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que dicho evento es
substancialmente por lo menos uno los siguientes: recepción de una
petición de trama no predictiva o una indicación de la misma, falta
de recepción de un mensaje de reconocimiento durante el período del
control, recepción de un mensaje con un determinado parámetro
indicativo de la necesidad de transmitir una trama no predictiva,
recepción del mensaje con un valor de parámetro indicativo de la
necesidad de transmitir una trama no predictiva, y establecimiento
o inicialización de una conexión de transferencia de datos.
3. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que dicho servicio es
substancialmente por lo menos uno de los siguientes: un servicio de
banda ancha digital, un servicio de emisión digital, y un servicio
DVB (emisión de vídeo digital).
4. Procedimiento según cualquiera de
reivindicaciones 1-3, caracterizado por el
hecho de que los citados datos de servicio comprimidos incluyen
datos de imagen de vídeo.
5. Procedimiento según la reivindicación 4,
caracterizado por el hecho de que dichos datos de imagen de
vídeo es substancialmente MPEG-2 (grupo de los
expertos de imagen en movimiento) codificado.
6. Procedimiento según la reivindicación 5,
caracterizado por el hecho de que dicha trama no predictiva
es una trama-I.
7. Procedimiento según la reivindicación 5,
caracterizado por el hecho de que dicha trama predictiva es
una trama-P.
8. Procedimiento para recibir datos comprimidos
de servicio transmitidos por una fuente de datos sobre una red de
suministro, incluyendo el flujo de datos de servicio tramas de datos
tanto no predictivas como predictivas de un tipo de datos común,
caracterizado por el hecho de que el procedimiento
comprende
- -
- comprobar si es inviable una descodificación apropiada de flujo de datos (1016),
- -
- si ése es el caso, indicar a la fuente de datos la necesidad de recibir una nueva trama de datos no predictiva (1018, 1020),
- -
- si no, recibir solamente las tramas de datos predictivas de manera que sólo se reciba la trama de datos no predictiva al producirse el evento predeterminado.
9. Procedimiento según la reivindicación 8,
caracterizado por el hecho de que dicha comprobación incluye
por lo menos una de las siguientes: inspeccionar un estado de
memoria intermedia, inspeccionar la caducidad de un temporizador,
calcular un valor de suma de control, verificar la estructura de
datos recibidos, inspeccionar un valor de parámetro incluido en los
datos recibidos o determinado en base a éstos.
10. Procedimiento según la reivindicación 8,
caracterizado por el hecho de que dicho servicio es
substancialmente por lo menos uno de los siguientes: un servicio de
banda ancha digital, un servicio de emisión digital, y un servicio
de DVB (emisión de vídeo digital).
11. Procedimiento según cualquiera de
reivindicaciones 8-10, caracterizado por el
hecho de que los citados datos de servicio comprimidos incluyen
datos de imagen de vídeo.
12. Procedimiento según la reivindicación 11,
caracterizado por el hecho de que dichos datos de imagen de
vídeo es substancialmente MPEG-2 (grupo de expertos
de imagen en movimiento) codificado.
\newpage
13. Dispositivo (1208) capaz de recibir datos de
servicio enviados por una fuente de datos sobre una red de
suministro, y transmitir datos hacia dicha fuente de datos,
incluyendo el flujo de datos tramas de datos tanto predictivas como
no predictivas de un tipo de datos común, comprendiendo dicho
dispositivo medios de procesamiento (1202) y de memoria (1204) para
procesar y almacenar instrucciones y datos, caracterizado por
el hecho de que está configurado para comprobar si es inviable una
descodificación apropiada del flujo de datos de servicio, y si ése
es el caso, transmitir una indicación hacia dicha fuente de datos
para recibir una nueva trama de datos no predictiva, si no, el
dispositivo está configurado para recibir solamente tramas de datos
predictivas de manera que solamente se recibe una trama de datos no
predictiva al producirse el evento predeterminado.
14. Dispositivo de la reivindicación 13,
caracterizado por el hecho de que la citada comprobación
incluye por lo menos una de las siguientes: inspección de un estado
de memoria intermedia, inspección de la caducidad de un
temporizador, cálculo de un valor de suma de control, verificación
de la estructura de datos recibidos, e inspección de un valor de
parámetro incluido en los datos recibidos o determinado en base a
los mismos.
15. Dispositivo de la reivindicación 13,
caracterizado por el hecho de que dicho servicio es
substancialmente por lo menos uno de los siguientes: un servicio de
banda ancha digital, un servicio de emisión digital, y un servicio
DVB (emisión de vídeo digital).
16. Dispositivo cualquiera de las
reivindicaciones 13-15, caracterizado por el
hecho de que dichos datos de servicio incluyen datos de imagen de
vídeo.
17. Dispositivo de la reivindicación 16,
caracterizado por el hecho de que dichos datos de imagen de
vídeo es substancialmente MPEG-2 (grupo de expertos
de imagen en movimiento) codificado.
18. Dispositivo de la reivindicación 13,
caracterizado por el hecho de que es substancialmente por lo
menos uno de los siguientes: un IRD (decodificador receptor
integrado), y un receptor multimedia de televisión.
19. Dispositivo (1108) capaz de transmitir datos
de servicio sobre una red de suministro a un equipo terminal y
recibir información de control enviada por el equipo terminal
relativa a dicho servicio, incluyendo los datos de servicio tramas
de datos tanto predictivas como no predictivas de un tipo de datos
común, comprendiendo dicho dispositivo (1104) medos de
procesamiento (1102) y de memoria (1104) para procesar y almacenar
instrucciones y datos, caracterizado por el hecho de que el
dispositivo está configurado para controlar la existencia de un
evento predeterminado, de manera que está configurado adicionalmente
para transmitir una trama no predictiva de dicho tipo de datos
común al equipo terminal para permitir que el equipo terminal se
sincronice al flujo de datos, si no, está configurado para
transmitir solamente tramas predictivas de dicho tipo de datos común
en el flujo de datos de servicio hacia el equipo terminal de manera
que la trama de datos no predictiva está configurada para ser
transmitida solamente al producirse el evento predeterminado.
20. Dispositivo según la reivindicación 19,
caracterizado por el hecho de que dicho evento es
substancialmente por lo menos uno de los siguientes: recepción de
una petición de trama no predictiva o una indicación de la misma,
falta de recepción de un mensaje de reconocimiento durante un
período de control, recepción de un mensaje con un determinado
parámetro indicativo de la necesidad de transmitir una trama no
predictiva, recepción de un mensaje con un valor de parámetro
indicativo de la necesidad de transmitir una trama no predictiva, y
establecimiento o inicialización de una conexión de transferencia
de datos.
21. Dispositivo de la reivindicación 19,
caracterizado por el hecho de que dicho servicio es
substancialmente por lo menos uno de los siguientes: un servicio de
banda ancha digital, un servicio de emisión digital, y un servicio
de DVB (emisión de vídeo digital).
22. Dispositivo según cualquiera de las
reivindicaciones 19-21, caracterizado por el
hecho de que dichos datos de servicio incluyen datos de imagen de
vídeo.
23. Dispositivo de la reivindicación 22,
caracterizado por el hecho de que dichos datos de imagen de
vídeo es substancialmente MPEG-2 (grupo de expertos
de imagen en movimiento) codificado.
24. Dispositivo según cualquiera de las
reivindicaciones 19-23, caracterizado por el
hecho de que es substancialmente un servidor.
25. Programa de ordenador que comprende código
para ejecutar las etapas del procedimiento de la reivindicación 1 o
8.
26. Soporte que contiene el programa de
ordenador ejecutable de la reivindicación 25.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/FI2004/000412 WO2006003232A1 (en) | 2004-07-01 | 2004-07-01 | A method and a device for transferring predictive and non-predictive data frames |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2338232T3 true ES2338232T3 (es) | 2010-05-05 |
Family
ID=35782490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04742155T Active ES2338232T3 (es) | 2004-07-01 | 2004-07-01 | Procedimiento y dispositivo para transferir tramas de datos predictivas y no predictivas. |
Country Status (9)
Country | Link |
---|---|
US (1) | US20080263616A1 (es) |
EP (1) | EP1766981B1 (es) |
JP (1) | JP4688873B2 (es) |
KR (1) | KR101062882B1 (es) |
CN (1) | CN1998240B (es) |
AT (1) | ATE445971T1 (es) |
DE (1) | DE602004023655D1 (es) |
ES (1) | ES2338232T3 (es) |
WO (1) | WO2006003232A1 (es) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7725595B1 (en) | 2005-05-24 | 2010-05-25 | The United States Of America As Represented By The Secretary Of The Navy | Embedded communications system and method |
CN101193292A (zh) * | 2006-11-24 | 2008-06-04 | 联想(北京)有限公司 | 一种基于多载波技术的无线视频收发方法及装置 |
KR101420878B1 (ko) | 2007-11-22 | 2014-07-21 | 삼성전자주식회사 | 동영상 프레임의 선택적 오류 은폐 방법 및 장치 |
JPWO2009145294A1 (ja) | 2008-05-30 | 2011-10-13 | 日本電気株式会社 | サーバ装置と通信方法ならびにプログラム |
US8254449B2 (en) * | 2008-08-29 | 2012-08-28 | Georgia Tech Research Corporation | Video traffic bandwidth prediction |
CN101383959B (zh) * | 2008-10-23 | 2012-01-11 | 中兴通讯股份有限公司 | 流媒体业务中获取关键帧的方法、系统及用户设备 |
US8189492B2 (en) * | 2009-03-18 | 2012-05-29 | Microsoft Corporation | Error recovery in an audio-video multipoint control component |
US8254445B2 (en) * | 2009-08-06 | 2012-08-28 | Georgia Tech Research Corporation | Video transmission using video quality metrics |
US8400918B2 (en) * | 2009-08-06 | 2013-03-19 | Georgia Tech Research Corporation | Video traffic smoothing |
CN102547411A (zh) * | 2010-12-14 | 2012-07-04 | 康佳集团股份有限公司 | 流视频的传输和播放方法及其实现装置 |
JP2012156654A (ja) * | 2011-01-24 | 2012-08-16 | Panasonic Corp | 送信装置及びそれを用いた動画伝送システム |
JP5816858B2 (ja) * | 2011-01-24 | 2015-11-18 | パナソニックIpマネジメント株式会社 | 動画伝送システム |
JP2012156650A (ja) * | 2011-01-24 | 2012-08-16 | Panasonic Corp | 動画伝送システム |
JP6066561B2 (ja) * | 2012-01-26 | 2017-01-25 | キヤノン株式会社 | 映像処理装置、映像処理方法およびプログラム |
US9351011B2 (en) | 2012-11-28 | 2016-05-24 | Intel Corporation | Video pipeline with direct linkage between decoding and post processing |
WO2014108207A1 (en) * | 2013-01-11 | 2014-07-17 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for operating client and server devices in a broadcast communication network |
US10545651B2 (en) | 2013-07-15 | 2020-01-28 | Fox Broadcasting Company, Llc | Providing bitmap image format files from media |
US9634982B2 (en) * | 2013-07-18 | 2017-04-25 | Cisco Technology, Inc. | Utilizing multiple interfaces when sending data and acknowledgement packets |
US10123040B2 (en) | 2016-08-30 | 2018-11-06 | Qualcomm Incorporated | Intra-coded video frame caching for video telephony sessions |
JP6630323B2 (ja) * | 2017-08-31 | 2020-01-15 | 慎之輔 浅原 | 動画配信装置、方法、プログラム、動画配信システム |
CN112969066B (zh) * | 2021-01-29 | 2023-09-01 | 北京博雅慧视智能技术研究院有限公司 | 预测单元的选择方法、装置、电子设备及介质 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3275423B2 (ja) * | 1993-03-04 | 2002-04-15 | キヤノン株式会社 | 記録装置 |
JP3068002B2 (ja) * | 1995-09-18 | 2000-07-24 | 沖電気工業株式会社 | 画像符号化装置、画像復号化装置及び画像伝送システム |
JP3263807B2 (ja) * | 1996-09-09 | 2002-03-11 | ソニー株式会社 | 画像符号化装置および画像符号化方法 |
US6546013B1 (en) | 1997-03-21 | 2003-04-08 | Scientific-Atlanta, Inc. | Method and apparatus for delivering reference signal information within a specified time interval |
US6167155A (en) * | 1997-07-28 | 2000-12-26 | Physical Optics Corporation | Method of isomorphic singular manifold projection and still/video imagery compression |
AR016812A1 (es) * | 1997-08-14 | 2001-08-01 | Samsung Electronics Co Ltd | Metodo para transmitir informacion de video comprimida, disposiciones de compresion y de grabacion de video y aparato de reproduccion de video |
US6680944B1 (en) * | 1998-03-09 | 2004-01-20 | Sony Corporation | Apparatus for and method of predictive time stamping of isochronous data packets transmitted over an IEEE 1394-1995 serial bus network |
JP3110390B2 (ja) * | 1998-08-28 | 2000-11-20 | 日本電気アイシーマイコンシステム株式会社 | 画像再生装置 |
WO2001002183A1 (fr) * | 1999-07-05 | 2001-01-11 | Sony Corporation | Systeme et procede d'impression de donnees, et support d'enregistrement |
GB2359209A (en) * | 2000-02-09 | 2001-08-15 | Motorola Ltd | Apparatus and methods for video distribution via networks |
ES2252153T3 (es) * | 2000-12-22 | 2006-05-16 | Koninklijke Philips Electronics N.V. | Procedimiento de pago para internet sobre la base del trafico de retorno. |
US7035526B2 (en) * | 2001-02-09 | 2006-04-25 | Microsoft Corporation | Advancing playback of video data based on parameter values of video data |
EP1261204A2 (en) * | 2001-03-29 | 2002-11-27 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for data reproduction |
JP3788260B2 (ja) * | 2001-04-09 | 2006-06-21 | 日本電気株式会社 | 配信システムとその配信方法、及び配信プログラム |
JP2002330437A (ja) * | 2001-05-01 | 2002-11-15 | Sony Corp | 画像伝送方法、画像伝送方法のプログラム、画像伝送方法のプログラムを記録した記録媒体及び画像伝送装置 |
JP4721028B2 (ja) * | 2001-05-22 | 2011-07-13 | 株式会社メガチップス | 動画像配信システム、動画像配信方法及びそれらのプログラム |
US7206501B2 (en) * | 2001-10-12 | 2007-04-17 | The Directv Group, Inc. | Method and apparatus for identifying MPEG picture coding types |
JP2003298555A (ja) * | 2002-03-29 | 2003-10-17 | Mitsubishi Electric Corp | データ通信装置およびデータ通信方法 |
JP4373730B2 (ja) * | 2002-07-17 | 2009-11-25 | パナソニック株式会社 | 映像データ送信装置、映像データ送受信システム、及び、その方法 |
EP1383334B1 (en) * | 2002-07-17 | 2012-02-01 | Panasonic Corporation | Video data transmitting apparatus, video data receiving apparatus, and broadcasting system |
US8397269B2 (en) * | 2002-08-13 | 2013-03-12 | Microsoft Corporation | Fast digital channel changing |
US7533402B2 (en) * | 2002-09-30 | 2009-05-12 | Broadcom Corporation | Satellite set-top box decoder for simultaneously servicing multiple independent programs for display on independent display device |
JP3534742B1 (ja) * | 2002-10-03 | 2004-06-07 | 株式会社エヌ・ティ・ティ・ドコモ | 動画像復号方法、動画像復号装置、及び動画像復号プログラム |
CN1717935B (zh) * | 2002-11-27 | 2010-06-16 | 皇家飞利浦电子股份有限公司 | 根据请求进行ⅰ图像插入 |
US20040146211A1 (en) * | 2003-01-29 | 2004-07-29 | Knapp Verna E. | Encoder and method for encoding |
-
2004
- 2004-07-01 CN CN2004800435046A patent/CN1998240B/zh active Active
- 2004-07-01 KR KR1020067027975A patent/KR101062882B1/ko active IP Right Grant
- 2004-07-01 WO PCT/FI2004/000412 patent/WO2006003232A1/en active Application Filing
- 2004-07-01 JP JP2007518622A patent/JP4688873B2/ja active Active
- 2004-07-01 ES ES04742155T patent/ES2338232T3/es active Active
- 2004-07-01 DE DE602004023655T patent/DE602004023655D1/de active Active
- 2004-07-01 US US11/631,345 patent/US20080263616A1/en not_active Abandoned
- 2004-07-01 AT AT04742155T patent/ATE445971T1/de not_active IP Right Cessation
- 2004-07-01 EP EP04742155A patent/EP1766981B1/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP1766981A1 (en) | 2007-03-28 |
JP4688873B2 (ja) | 2011-05-25 |
CN1998240B (zh) | 2010-04-14 |
KR101062882B1 (ko) | 2011-09-07 |
KR20070055432A (ko) | 2007-05-30 |
JP2008504767A (ja) | 2008-02-14 |
ATE445971T1 (de) | 2009-10-15 |
EP1766981B1 (en) | 2009-10-14 |
US20080263616A1 (en) | 2008-10-23 |
DE602004023655D1 (de) | 2009-11-26 |
WO2006003232A1 (en) | 2006-01-12 |
CN1998240A (zh) | 2007-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2338232T3 (es) | Procedimiento y dispositivo para transferir tramas de datos predictivas y no predictivas. | |
US7984179B1 (en) | Adaptive media transport management for continuous media stream over LAN/WAN environment | |
US8539525B2 (en) | Method and apparatus in a media player | |
ES2339743T3 (es) | Codificacion de video. | |
US9241197B2 (en) | System and method for video delivery over heterogeneous networks with scalable video coding for multiple subscriber tiers | |
JP2012507210A (ja) | ビデオデータを安全に送信するシステム及び方法 | |
US20060048193A1 (en) | I-Picture insertion on request | |
KR20090015051A (ko) | Tv 채널들 사이를 고속 재핑하는 방법 | |
KR20100136999A (ko) | 시간 확장성을 이용하는 스태거캐스팅 | |
KR100972092B1 (ko) | Iptv 방송 서비스 시스템 및 그 방법 | |
ES2401964T3 (es) | Método y dispositivo para suministrar datos a un descodificador | |
Bing | 3D and HD broadband video networking | |
CN103918258A (zh) | 减少视频编码中的数据量 | |
Al-Jobouri et al. | Protecting H. 264/AVC Data‐Partitioned Video Streams over Broadband WiMAX | |
Fitzek et al. | Video streaming in wireless internet | |
US20090165042A1 (en) | Methods of receiving and sending digital television services | |
Girod et al. | Compressed video over networks | |
KR20070048663A (ko) | 디코더에 데이터를 공급하는 방법 및 디바이스 | |
CN117768669A (zh) | 一种数据传输的方法、装置、电子设备及存储介质 | |
WO2006003234A1 (en) | A method and a device for service data delivery | |
MING | Adaptive network abstraction layer packetization for low bit rate H. 264/AVC video transmission over wireless mobile networks under cross layer optimization | |
Khan et al. | Performance Evaluation of H. 264 video transmission in CDMA2000 Network | |
Pozhenko et al. | Effect of parameterization and joint layer control for video streaming over wireless network |