ES2274091T3 - Procedimiento de difusion de un contenido a partir de una fuente (s) hacia terminales receptoras (ti), servidor de recogida, terminal receptora, sistema y flujo de datos asociados. - Google Patents
Procedimiento de difusion de un contenido a partir de una fuente (s) hacia terminales receptoras (ti), servidor de recogida, terminal receptora, sistema y flujo de datos asociados. Download PDFInfo
- Publication number
- ES2274091T3 ES2274091T3 ES02767542T ES02767542T ES2274091T3 ES 2274091 T3 ES2274091 T3 ES 2274091T3 ES 02767542 T ES02767542 T ES 02767542T ES 02767542 T ES02767542 T ES 02767542T ES 2274091 T3 ES2274091 T3 ES 2274091T3
- Authority
- ES
- Spain
- Prior art keywords
- source
- reception
- content
- collection server
- terminal
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
- H04H60/41—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas
- H04H60/44—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas for identifying broadcast stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
-
- 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
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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/80—Responding to QoS
-
- 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
- H04L12/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Peptides Or Proteins (AREA)
- Telephonic Communication Services (AREA)
- Circuits Of Receivers In General (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Procedimiento de difusión en tiempo real de un contenido a partir de una fuente (S) hacia una pluralidad de terminales receptoras (Ti), a través de una red informática, en la cual cada terminal (Ti) recupera datos descriptivos asociados a la fuente (S), la fuente (S) difunde el contenido a través de la red y las terminales receptoras (Ti) adquieren el contenido difundido, a partir de los datos descriptivos, procedimiento caracterizado por el hecho de que se introduce en dichos datos descriptivos una dirección de un servidor de recogida (SC) y, a partir de dichos datos descriptivos, cada terminal (Ti) en recepción de la fuente de difusión (S) envía un reporte sobre la recepción por dicha terminal (Ti) del contenido difundido por dicha fuente de difusión (S) hacia la dirección del servidor de recogida (SC).
Description
Procedimiento de difusión de un contenido a
partir de una fuente (S) hacia terminales receptoras (T_{i}),
servidor de recogida, terminal receptora, sistema y flujo de datos
asociados.
La presente invención concierne a un
procedimiento de difusión de un contenido en tiempo real a partir de
una fuente hacia una pluralidad de terminales receptoras, a través
de una red informática, por ejemplo Internet.
Internet permite hoy en día difundir en tiempo
real contenidos multimedias, tales como emisiones de televisión,
películas de vídeo, conferencias y otros programas, hacia una gran
audiencia de terminales receptoras. Existen principalmente dos
métodos para difundir en tiempo real un contenido desde una fuente
hacia una pluralidad de terminales receptoras, a través de
Internet.
Con referencia a la figura 1, el primer método,
llamado "unicast", consiste en enviar el mismo contenido tantas
veces como terminales receptoras T1, ...Ti, ..., Tn haya. La fuente
S establece un enlace punto a punto con cada una de esas terminales
receptoras, descompone el contenido a difundir en paquetes de datos
IP, también llamados "datagramas", duplica cada programa IP en
n ejemplares, n siendo igual al número de terminales receptoras Ti,
y envía esos n ejemplares hacia las n terminales receptoras Ti
respectivamente.
Con referencia a la figura 2, el segundo método,
llamado "multicast", permite a la fuente S difundir un
contenido multimedia hacia una pluralidad de terminales receptoras,
en un solo envío. Durante la difusión del contenido, la fuente S
emite datagramas IP, los cuales son duplicados en cascada por nodos
de la red, que se le denominará a continuación "routers", a
fin de ser encaminados hasta las terminales receptoras Ti. Si
ninguna terminal Ti solicita recibir los datagramas IP emitidos por
la fuente, estos últimos no son encaminados más allá del primer
nodo de la red y por lo tanto se pierden. Cuando una terminal Ti
desea recibir el contenido multimedia difundido por la fuente S,
envía una demanda de adquisición de ese contenido en dirección a la
fuente S, a través de Internet, utilizando el protocolo IGMP
(Internet Group Management Protocol). El primer router multicast,
que recibe ya los datagramas IP difundidos por la fuente y que
recibe esta demanda, se encarga de duplicar los datagramas y luego
los encamina hacia la terminal o hacia otro router. Por "router
multicast", se entiende designar un nodo de red que recibe los
datagramas difundidos por la fuente S y los encamina hacia al menos
una terminal receptora, después de haberlos eventualmente
duplicado.
Para recibir un contenido multimedia difundido
por una fuente, en modo unicast o multicast, cada terminal
receptora debe previamente recuperar un fichero descriptivo SDP
(Session Description Protocol) asociado a la fuente, por ejemplo
por carga a distancia desde un sitio Web. La estructura del fichero
SDP, definida por la ISTF (Internet Engineering Task Force), es
descrita en el documento RFC2327. Ese fichero está destinado a
conducir las informaciones requeridas para permitir a las terminales
receptoras recibir los contenidos multimedias difundidos por la
fuente. A cada fuente corresponde un fichero SDP general, que
contiene todas las informaciones requeridas para recibir de esta
fuente, cualquiera que sea el contenido difundido por la misma.
Además a cada contenido difundido (emisión TV, película,
conferencia, etc.) corresponde un fichero SDP específico que
contiene todas las informaciones necesarias para recibir ese
contenido particular. El fichero SDP general de la fuente es válido
cualquiera que sea el contenido difundido por la fuente, mientras
que el fichero SDP de un contenido específico es válido solamente
para la difusión de ese contenido.
El protocolo de transmisión de datos
esencialmente utilizado para la difusión en tiempo real, en modo
unicast o multicast, a través de Internet, es el protocolo RTP
(Real-time Transfer Protocol). Está generalmente
asociado al protocolo RTCP (Real Transfer Control Protocol) de
control de los flujos de datos que permite a las terminales
receptoras incrementar hacia la fuente reportes de recepción que
contienen informaciones QoS (Quality of Service) sobre la calidad
de la recepción, tales como la indicación del caudal de recepción o
la tasa de pérdida de datagramas. Según el protocolo RTP, para
difundir un contenido multimedia, la fuente emite una pluralidad de
flujos que conducen los datos correspondientes a una pluralidad de
medios respectivamente. A título de ejemplo, para difundir una
película de vídeo en dos idiomas, la fuente emite un flujo de vídeo
y dos flujos de audio para los dos idiomas respectivamente. Además,
los datos de un mismo medio, por ejemplo vídeo o audio, pueden ser
conducidos por varios flujos que tienen caudales de datos
diferentes. A título de ejemplo, para difundir el componente vídeo
de un contenido audiovisual, la fuente puede emitir tres flujos de
vídeos, a 400 kbit/s cada uno, o sea un flujo de vídeo de base Vb,
un primer flujo de vídeo de realce Ve1 (Video enhancement 1) y un
segundo flujo de vídeo de realce Ve2 (Video enhancement 2). En
recepción, según sus capacidades, las terminales receptoras
utilizan el flujo de vídeo de base adicionándole eventualmente el
flujo de vídeo Ve1 y/o el flujo de vídeo Ve2 a fin de obtener una
mejor calidad del vídeo. En una variante, la fuente puede permitir
tres flujos de vídeos a 400 kbits/s, 800 kbits/s y 1200 kbits/s
respectivamente, las terminales receptoras seleccionan uno solo de
esos tres flujos según sus capacidades. Para recibir un contenido
multimedia conducido por n flujos, las terminales receptoras
utilizan n pares de puertos de comunicación, cada par comprendiendo
un puerto RTP y un puerto RTCP, para recibir los n flujos y emitir
los n reportes de recepción asociados a esos n flujos. Los puertos
de comunicación RTP y RTCP asociados a un mismo par se siguen, el
puerto RTP siendo par y el puerto RTCP impar.
En unicast, la fuente establece tantos enlaces
punto a punto como terminales receptoras haya y recibe regularmente
reportes de recepción, conteniendo informaciones QoS, a través de
esos enlaces punto a punto. La fuente puede por lo tanto sin
dificultad ser informada de eventuales problemas de recepción de una
terminal dada. Sin embargo, la técnica unicast necesita ancho de
banda y por lo tanto es inadaptada para la difusión hacia una gran
audiencia.
Por el contrario, la técnica multicast permite
reducir considerablemente el consumo en ancho de banda. Sin
embargo, si las terminales receptoras no están conectadas
directamente a la fuente, la misma no permite evaluar de forma
simple la calidad de recepción por las terminales.
En unicast y en multicast, el protocolo RTCP
permite en verdad incrementar las informaciones QoS hacia la
fuente, pero ese protocolo presenta numerosos inconvenientes debido
al hecho de que está íntimamente vinculado al protocolo RTP. En
efecto, en el caso donde el contenido difundido es conducido por una
pluralidad de flujos RTP, las terminales envían periódicamente un
reporte de recepción para cada flujo RTP recibido. Esto provoca que
la fuente reciba un número considerable de reportes, donde la mayor
parte son redundantes.
El documento
FR-A-2758897 concierne a un
procedimiento de medición de los resultados y de seguimiento de la
calidad del servicio de un sistema de información.
El problema técnico planteado por la presente
invención consiste por lo tanto en proponer un procedimiento de
difusión en tiempo real de un contenido a partir de una fuente hacia
una pluralidad de terminales receptoras, a través de una red
informática, en la cual cada terminal recupera datos descriptivos
asociados a la fuente, la fuente difunde el contenido a través de
la red y las terminales receptoras adquieren el contenido difundido,
a partir de los datos descriptivos, que permiten evaluar la calidad
de recepción de las terminales de forma simple.
El problema es resuelto por el hecho de que se
introduce en dichos datos descriptivos una dirección de un servidor
de recogida y, a partir de dichos datos descriptivos, cada terminal
en recepción de la fuente de difusión envía un reporte sobre la
recepción por la terminal del contenido difundido por dicha fuente
de difusión hacia la dirección del servidor de recogida.
La presente invención basa esencialmente su
origen en un problema de difusión en multicast. Sin embargo, la
solicitante pretende no limitar el alcance de su solicitud a este
ejemplo particular sino extenderla a cualquier tipo de difusión, y
específicamente a la difusión en unicast.
Separando la fuente y el colector de reportes,
se superan los inconvenientes del protocolo RTCP. La solución de la
presente invención ofrece la ventaja suplementaria de no sobrecargar
la fuente por el incremento de reportes de recepción. La fuente no
está encargada del tratamiento de esos reportes y por lo tanto puede
explotar cualquiera de sus capacidades exclusivamente para la
difusión. Otra ventaja reside en el hecho de que los reportes de
recepción dan informaciones sobre la calidad global de recepción y
no sobre la calidad de recepción de un flujo particular. Gracias a
eso, la explotación de esos reportes es considerablemente
facilitado. Además, la dirección que es introducida en los datos
descriptivos asociados a la fuente, la terminal receptora la
recupera sin efectuar acción específica y sin equipo
suplementario.
Ventajosamente, se introduce en dichos datos
descriptivos una información de periodicidad de forma de que cada
terminal receptora envíe periódicamente al servidor de recogida un
reporte sobre la recepción por la terminal del contenido difundido
por dicha fuente de difusión.
De preferencia, cada terminal introduce en el
reporte sobre la recepción por la terminal del contenido difundido
por dicha fuente de difusión una información sobre la calidad de la
recepción. Puede también introducir allí una indicación geográfica
de localización. Gracias a eso, se puede eventualmente detectar un
problema de recepción vinculado a la infraestructura de una red
local que sirve a las terminales situadas en una zona geográfica
dada.
De preferencia también, el servidor de recogida
atribuye una información de fecha en cada reporte sobre la
recepción por la terminal del contenido difundido por dicha fuente
de difusión recibida.
Ventajosamente, el servidor de recogida elabora
un balance concerniente a la recepción por las terminales del
contenido difundido por la fuente de difusión, a partir de los
reportes provenientes de las terminales que reciben de dicha
fuente. Ese balance puede comprender histogramas, para diferentes
instantes dados, sobre los cuales figuran, en las abscisas, el
caudal de recepción de las terminales y, en las ordenadas, el número
de terminales que reciben de la fuente de difusión. Esos
histogramas constituyen fotografías de la calidad de la recepción
de la población de terminales en recepción.
En un modo de realización particular, una
pluralidad de fuentes difunden contenidos hacia una pluralidad de
grupos de terminales receptoras, el conjunto de las terminales que
pertenecen a los diferentes grupos envían reportes concernientes a
la recepción de los contenidos difundidos por sus fuentes de
difusión respectivas hacia el mismo servidor de recogida. Así, el
servidor de recogida puede recoger los reportes de recepción de las
terminales que pertenecen a diferentes grupos multicast y elaborar
un balance de recepción para cada una de las fuentes de difusión
multicast.
Se considera introducir los datos descriptivos
en un fichero SDP.
Se puede también difundir la dirección del
servidor de recogida a través de un canal de señalización asociado
a la fuente.
La invención concierne también a una terminal
receptora para llevar a cabo del procedimiento precedentemente
definido, caracterizado por el hecho de que está dispuesto para
recuperar datos descriptivos asociados a una fuente de difusión de
dichos datos conteniendo una dirección de un servidor de recogida, y
para permitir al menos un reporte concerniente a la recepción de un
contenido difundido por la fuente de difusión hacia la dirección de
dicho servidor de recogida.
La invención concierne también a un sistema para
llevar a cabo el procedimiento precedentemente definido que
comprende:
- una fuente de difusión destinada a difundir un
contenido a través de una red,
- un servidor de recogida y
- una pluralidad de terminales receptoras
destinadas a recuperar datos descriptivos asociados a la fuente de
difusión, dichos datos descriptivos conteniendo una dirección del
servidor de recogida, para adquirir el contenido difundido por la
fuente de difusión a partir de datos descriptivos y para emitir al
menos un reporte sobre la recepción del contenido difundido por la
fuente de difusión hacia la dirección del servidor de recogida,
dicho servidor de recogida estando destinado a
elaborar un balance concerniente a la recepción de dichas terminales
del contenido difundido por la fuente de difusión, a partir de
reportes provenientes de las terminales que reciben de dicha
fuente.
La invención concierne finalmente a un flujo de
datos para llevar a cabo el procedimiento presentado a continuación,
que contiene datos descriptivos relativos a un contenido y/o a una
fuente de difusión, a partir de los cuales una terminal puede
recibir un contenido difundido por la fuente de difusión,
caracterizado por el hecho de que dichos datos descriptivos
contienen una dirección de un servidor de recogida de forma que la
terminal, cuando está en recepción de un contenido difundido por la
fuente de difusión, envía un reporte sobre la recepción de dicho
contenido hacia la dirección del servidor de recogida.
La invención será mejor comprendida con la ayuda
de la descripción que sigue de modos de realización particulares
del procedimiento de difusión, del servidor de recogida, de la
terminal de recepción, del sistema de flujo de datos de la
invención, con referencia a los dibujos anexos en los que:
- la figura 3 representa una vista esquemática
de una pluralidad de terminales receptoras, de una fuente de
difusión y de un servidor de recogida;
- la figura 4 representa una vista esquemática
de una de las terminales receptoras, de un sitio Web, de la fuente
de difusión y del servidor de recogida, con las diferentes etapas
del procedimiento de difusión, según el modo de realización
particular de la invención;
- las figuras 5 a 7 representan organigramas del
procedimiento de difusión según el modo de realización particular
de la invención, y
- la figura 8 es un esquema en bloque funcional
del servidor de recogida de la figura 1.
En la figura 3, se ha representado una red
informática, del tipo Internet, y un sistema que comprende una
pluralidad de terminales receptoras T1, T2, ..., Ti,..., Tn, routers
Internet RM, una fuente S de difusión de contenidos y un servidor
de recogida SC. Las diferentes terminales T1, T2, ..., Ti,..., Tn,
tienen capacidades de recepción de datos diferentes (1 Mbit/s, 2
Mbit/s, 500 kbit/s, etc.). La fuente S es aquí una cadena de
difusión audiovisual que se denominará en lo adelante "cadena
1", contenida por un servidor audiovisual de Internet y
destinado a difundir en modo multicast contenidos audiovisuales
(emisiones televisadas, películas de vídeo, etc.) a través de
Internet, hacia terminales receptoras. El servidor audiovisual
podría contener otras fuentes de difusión.
Un centro de programación CP, no representado,
es destinado a establecer una red de programación para la difusión
de los contenidos audiovisuales por la fuente S y crear, para la
fuente S, un fichero descriptivo SDP general, que contiene todas
las informaciones necesarias para permitir a una terminal ponerse en
recepción de la fuente S, así como, para cada contenido difundido,
un fichero descriptivo SDP específico que contiene todas las
informaciones requeridas para recibir ese contenido. Los ficheros
descriptivos SDP, asociados a la fuente S, son transmitidos al
sitio Web SW a partir del cual pueden ser cargados a distancia por
las terminales.
Se notará aquí que la estructura de un fichero
SDP, tal como es definido por la IETF, es la siguiente:
Session description
- v =
- (protocol version)
- o =
- (owner/creator and session identifier)
- s =
- (session name)
- j =*
- (session information)
- u =*
- (URI of description)
- e =*
- (email address)
- p =*
- (phone number)
- c =*
- (connection information - not required if included in all media)
- b =*
- (bandwidth information)
- \quad
- One or more time descriptions (see below)
- z =*
- (time zone adjustments)
- k =*
- (encryption key)
- a =*
- (zero or more session attribute lines)
- \quad
- Zero or more media descriptions (see below)
\vskip1.000000\baselineskip
Time description
- t =
- (time the session is active)
- r =*
- (zero or more repeat times)
\vskip1.000000\baselineskip
Media description
- m =
- (media name and transport address)
- i =*
- (media title)
- c =*
- (connection information - optional if included at session-level)
- b =*
- (bandwidth information)
- k =*
- (encryption key)
- a =*
- (zero or more media attribute lines)
Los campos marcados con el caracter "*" son
opcionales.
Para más informaciones concernientes a la
estructura de datos SDP, el lector es invitado a dirigirse al
documento RFC2327 sacado de la IETF.
El servidor de recogida SC, conectado a
Internet, es destinado a recoger reportes sobre la recepción por las
terminales receptoras Ti de los contenidos difundidos por la fuente
de difusión S. Este comprende una interfase 90 de conexión a
Internet, un bloque 91 de recepción de reportes, un bloque 92 para
fechar los reportes de recepción, un bloque de tratamiento 93, un
bloque 94 de emisión de ese balance hacia la fuente S y un bloque
95 de modificación del período de envío de los reportes de recepción
que provienen de las terminales receptoras Ti. Todos esos elementos
están unidos a una unidad central de mando, no representada,
destinada a accionar el funcionamiento del servidor SC. Los bloques
91, 94 y 95 están unidos a la interfase de conexión 90. El bloque
de fechado 92, interpuesto entre el bloque de recepción 91 y el
bloque de tratamiento 93, está destinado a fechar los reportes de
recepción recibidos. El bloque de tratamiento 93, conectado al
bloque de emisión 94, está destinado a elaborar, a partir de esos
reportes de recepción provenientes de las terminales Ti en
recepción de la fuente de difusión S, un balance estadístico
concerniente a la recepción por esas terminales Ti del contenido
difundido por la fuente de difusión S.
Cada terminal receptora Ti comprende un módulo
de conexión a Internet, un navegador Internet, un módulo receptor
multicast, una interfase hombre-máquina y una unidad
central de mando, a la cual están conectados todos los elementos de
la terminal Ti y destinado a accionar el funcionamiento del mismo.
La interfase hombre-máquina comprende una pantalla
de visualización, un dispositivo de introducción que comprende un
teclado y un ratón, y un dispositivo alto parlante. El módulo de
receptor multicast está dispuesto para ponerse en recepción con una
fuente de difusión S a través de Internet y para enviar hacia el
servidor de recogida SC reportes sobre la recepción por la terminal
Ti del contenido difundido por esta fuente S, aquí de forma
periódica. En funcionamiento, para ponerse en recepción con una
fuente de difusión S a través de Internet, el módulo receptor, en
cooperación con el módulo de conexión a Internet y el navegador
Internet, recupera un flujo de datos descriptivos asociados a la
fuente de difusión S, conduciendo aquí un fichero SDP, por carga a
distancia desde el sitio Web SW. Con la ayuda de las informaciones
contenidas en el fichero SDP, el módulo receptor se pone en
recepción con la fuente S, dicho de otra manera adquiere el
contenido difundido por ésta, y envía paralelamente reportes
periódicos sobre la recepción del contenido difundido por la fuente
S por la terminal Ti hacia la dirección del servidor de recogida
SC, extraído del fichero SDP.
Con referencia a las figuras 4 a 7, se va a
describir ahora el procedimiento de difusión en tiempo real de un
contenido audiovisual, a partir de la fuente S, hacia una pluralidad
de terminales Ti, a través de Internet, en modo multicast. En el
ejemplo particular de la descripción, el contenido difundido es una
película de vídeo titulada "la gran parranda".
En una etapa 1, el centro de programación CP
introduce un campo, titulado "q", asociado al servidor de
recogida SC, en el fichero SDP específico del contenido a
difundir, a saber la película "la gran parranda", así como en
el fichero SDP general de la fuente S. El campo "q", explicado
a continuación, contiene todas las informaciones requeridas para
permitir a una terminal receptora Ti enviar periódicamente un
reporte de recepción al servidor de recogida SC.
q= <network type><address
type><connection address><port><time
period>
El campo "q", el cual constituye en
definitiva una orden de envío de reportes de recepción hacia el
servidor SC, contiene la indicación de la red a la cual pertenece
el servidor SC, el tipo de dirección del servidor SC, la dirección
del servidor SC, el número del puerto de comunicación del servidor
SC y el período \tau de envío de los reportes de recepción hacia
el servidor SC.
El fichero SDP de la fuente y el fichero SDP de
la película son transmitidos al sitio SW y pueden ser cargados a
distancia desde ese sitio por terminales. A título de ejemplo, el
fichero SDP de la película contiene las informaciones
siguientes:
- v = 0
- o = chaine1 IN IP4 126.16.64.4
- s = La gran parranda
- u = http://www.chaine1.fr/films/la_gran_parranda.htm
- e = infos@chaine1.fr
- c = IN IP4 224.2.17.12/127
- t = 2873397496 2873404696
- a = recvonly
- m = audio 49170 RTP/AVP 0
- m = video 51372 TRP/AVP 31
- m = application 32416 udp wb
- q = IN IP4 224.2.1.1 32416 300
El campo "q" indica que:
- el servidor SC pertenece a Internet;
- la dirección del servidor SC es de tipo
IP4;
- la dirección IP del servidor SC es
224.2.1.1;
- el número del puerto de comunicación del
servidor SC es 32416 y
- el período \tau de envío de los reportes de
recepción es igual a 300 segundos.
En una etapa 2, cada terminal Ti que desea
recibir la película recupera un flujo de datos descriptivos
asociados a la fuente de difusión S, conduciendo tanto el fichero
SDP específico asociado a la película deseada, como el fichero SDP
general de la fuente S. Se recuerda que el fichero SDP de la
película es válido solamente para la difusión de la película
considerada, mientras que el fichero SDP de la fuente permite
ponerse en recepción con la fuente en cualquier momento, cualquiera
que sea el contenido difundido por la misma. Para recuperar uno de
esos dos ficheros SDP, en una etapa 2a, la terminal se conecta al
sitio Web SW y le direcciona una demanda de adquisición del fichero
SDP considerado. A la recepción de esta demanda, en una etapa 2b, el
sitio Web SW emite el flujo de datos descriptivos conduciendo el
fichero requerido hacia la terminal Ti que lo memoriza.
La fuente S difunde la película de vídeo en modo
multicast, a través de Internet. Para esto, emite paquetes de datos
IP, conduciendo el contenido audiovisual, en un solo envío, a través
de Internet, hacia una pluralidad de terminales receptoras. Los
datos audiovisuales son aquí conducidos por tres flujos vídeos, a
400 kbit/s cada uno, o sea un flujo vídeo de base Vb, un primer
flujo de vídeo de realce Ve1 y un segundo flujo de vídeo de realce
Ve2, y por dos flujos audio, a 400 kbit/s cada uno, por lo tanto un
flujo de audio de base Ab y un flujo de audio de realce Ae. En
recepción, según sus capacidades, las terminales Ti utilizan los
flujos de vídeo y de audio de base Vb y Ab, adicionando
eventualmente al menos uno de los flujos de vídeos de realce Ve1,
Ve2 y/o el flujo de audio de realce Ae, para mejorar la calidad de
vídeo y/o de audio.
En una etapa 3, a partir de las informaciones
contenidas en el fichero SDP recibido, cada terminal Ti que desea
recibir la película adquiere los paquetes de datos IP difundidos por
la fuente S a través de Internet. La etapa 3 se descompone en
varias sub-etapas:
- la terminal Ti envía una demanda de
adquisición del contenido audiovisual difundido por la fuente S, a
saber la película de vídeo "la gran parranda", en dirección de
la fuente S, a través de Internet, por el protocolo IGMP, (etapa
3a);
- el primer router multicast RM que recibe esta
demanda duplica los paquetes IP recibidos provenientes de la fuente
(etapa 3b) y luego
- éste encamina los paquetes IP duplicados hacia
la terminal Ti, a través de Internet (etapa 3c).
Se recuerda aquí que, por definición, un
"router multicast" es un nodo de la red que recibe paquetes de
datos IP difundidos por la fuente S y los encamina hacia una o
varias terminales, después de haberlas eventualmente duplicado, si
es necesario.
En una etapa 4, a la recepción del primer
paquete de datos IP difundido por la fuente S, la terminal Ti envía
al servidor de recogida SC un reporte concerniente a la recepción
del contenido difundido por la fuente S, a través de Internet. Ese
primer reporte de recepción señala al servidor de recogida SC que la
terminal Ti se pone en recepción con la fuente S. El mismo contiene
informaciones sobre la calidad de la recepción, a saber el caudal
de recepción de la terminal Ti y la tasa de pérdida de paquetes IP,
así como una indicación geográfica de localización de la terminal
Ti. La terminal Ti reitera la etapa 4 periódicamente, a la
frecuencia de 1/\tau, hasta que ésta interrumpe la recepción de
los paquetes IP difundidos por la fuente S. Antes de interrumpir
esta recepción, si existe la posibilidad, la terminal Ti envía un
último reporte de recepción especificando que va a dejar de
recibir.
El servidor de recogida SC recibe los reportes
que provienen de todas las terminales Ti del grupo multicast
asociado a esa fuente S, es decir de las terminales Ti en recepción
de la fuente S, y atribuye a cada reporte recibido una información
de horodatage, que contiene la fecha y la hora de recepción de ese
reporte, en una etapa 5. Por "grupo multicast" de terminales,
se entiende designar el conjunto de las terminales en recepción de
una misma fuente de difusión multicast S.
En una etapa 6, a partir de los reportes de
recepción recibidos, el servidor de recogida SC elabora un balance
estadístico concerniente a la recepción del contenido difundido por
la fuente S por las terminales Ti que reciben de esta fuente S. Ese
balance de recepción, relativo a la fuente de difusión S, contiene
diferentes histogramas concernientes respectivamente al caudal de
recepción de los paquetes IP por las terminales receptoras Ti, la
tasa de pérdida de paquetes IP por las terminales receptoras Ti y la
localización de las terminales receptoras Ti. A título de ejemplo,
para un instante dado, el histograma relativo al flujo de recepción
hace aparecer en las abscisas, diferentes caudales de recepción de
los paquetes IP por las terminales Ti, en las ordenadas, el número
de terminales en recepción de la fuente de difusión S para cada uno
de esos caudales. El servidor de recogida SC transmite a
continuación ese balance de recepción a la fuente S, directamente o
indirectamente.
En una etapa 7, teniendo en cuenta el balance
concerniente a la recepción de uno o varios contenidos difundidos
por la fuente de difusión S, ésta puede modificar los caudales de
flujos de audio y/o vídeos en emisión a fin de adaptarlos a las
condiciones reales de recepción. A modo de ejemplo, si un número
importante de terminales no recibe los flujos de vídeo y audio de
base, Vb y Ab, a 400 kbit/s, con un nivel de calidad satisfactorio,
la fuente S puede crear nuevos flujos de base a 200 kbit/s.
En una etapa 8, a fin de disminuir el número de
reportes recibidos, el servidor SC transmite a las terminales Ti
una orden de modificación del período de envío de los reportes de
recepción, con la indicación de un nuevo período \tau' superior
al período \tau. A la recepción de esta orden, cada terminal Ti
reemplaza el viejo período \tau por el nuevo período \tau' en
memoria. De igual manera, el servidor SC podría disminuir el
período de envío de los reportes de recepción a fin de recoger allí
todavía más.
El servidor de recogida SC puede ser utilizado
por varias fuentes de difusión S. En ese caso, las diferentes
fuentes de difusión S difunden contenidos audiovisuales hacia
diferentes grupos multicast de terminales receptoras
respectivamente, el conjunto de terminales receptoras que pertenecen
a los diferentes grupos multicast hacen incrementar los reportes de
recepción hacia el mismo servidor de recogida SC. Éste elabora
seguidamente diferentes balances de recepción individualizados
concernientes respectivamente a las diferentes fuentes de difusión.
En otros términos, para cada fuente de difusión S, el servidor de
recogida SC elabora un reporte de recepción relativo a esta fuente
de difusión S y transmite ese balance a esta fuente de difusión
S.
En la descripción que precede, se introducen los
datos descriptivos asociados a la fuente S en un fichero SDP y las
terminales receptoras Ti recuperan ese fichero SDP por carga a
distancia desde un sitio Web SW. Las terminales podrán recuperar
los datos descriptivos asociados a la fuente por cualquier otro
medio. Se podrá por ejemplo introducir esos datos descriptivos en
un correo electrónico, o "mail", enviado a la terminal Ti.
En otra variante de realización de la invención,
se difunden las características del servidor de recogida a través
de un canal de señalización asociado a la fuente. En ese caso,
cuando una terminal desea recibir el contenido difundido por la
fuente de difusión, éste recupera previamente las informaciones
útiles para recibir el canal de señalización asociado a la fuente,
por ejemplo por carga a distancia desde un sitio Web, y luego se
pone en recepción de ese canal de señalización a fin de adquirir los
datos descriptivos asociados a la fuente, conteniendo informaciones
útiles para ponerse en recepción con esta fuente así como las
características del servidor de recogida contenidos en el campo
"q" precedentemente descrito.
Los datos descriptivos asociados a una fuente de
difusión, que contiene todas las informaciones requeridas para
ponerse en recepción con esta fuente, podrán estar contenidos en un
fichero de otro formato distinto que SDP, por ejemplo de formato
XML.
La invención podrás aplicarse para la difusión
en tiempo real de cualquier tipo de contenido, a través de una red
informática además de Internet. La misma podrá igualmente aplicarse
para la difusión en unicast.
Claims (18)
1. Procedimiento de difusión en tiempo real de
un contenido a partir de una fuente (S) hacia una pluralidad de
terminales receptoras (Ti), a través de una red informática, en la
cual cada terminal (Ti) recupera datos descriptivos asociados a la
fuente (S), la fuente (S) difunde el contenido a través de la red y
las terminales receptoras (Ti) adquieren el contenido difundido, a
partir de los datos descriptivos, procedimiento caracterizado
por el hecho de que se introduce en dichos datos descriptivos una
dirección de un servidor de recogida (SC) y, a partir de dichos
datos descriptivos, cada terminal (Ti) en recepción de la fuente de
difusión (S) envía un reporte sobre la recepción por dicha terminal
(Ti) del contenido difundido por dicha fuente de difusión (S) hacia
la dirección del servidor de recogida (SC).
2. Procedimiento según la reivindicación 1, en
el cual se introduce en dichos datos descriptivos una información
de periodicidad de forma que cada terminal receptora (Ti) envíe
periódicamente al servidor de recogida (SC) un reporte sobre la
recepción por la terminal (Ti) del contenido difundido por dicha
fuente de difusión (S).
3. Procedimiento según una de las
reivindicaciones 1 y 2, en el cual cada terminal (Ti) introduce en
el reporte sobre la recepción por la terminal (Ti) del contenido
difundido por dicha fuente de difusión (S) una información sobre la
calidad de la recepción.
4. Procedimiento según una de las
reivindicaciones 1 a 3, en el cual cada terminal (Ti) introduce en
el reporte sobre la recepción por la terminal (Ti) del contenido
difundido por dicha fuente de difusión (S) una indicación
geográfica de localización.
5. Procedimiento según una de las
reivindicaciones 1 a 4, en el cual el servidor de recogida (SC)
atribuye una información de fecha en cada reporte sobre la
recepción por la terminal (Ti) del contenido difundido por dicha
fuente de difusión (S) recibida.
6. Procedimiento según una de las
reivindicaciones 1 a 5, en el cual el servidor de recogida (SC)
elabora un balance concerniente a la recepción por las terminales
(Ti) del contenido difundido por la fuente de difusión (S), a
partir de los reportes provenientes de las terminales (Ti) en
recepción de dicha fuente (S).
7. Procedimiento según una de las
reivindicaciones 1 a 6, en el cual, una pluralidad de fuentes que
difunden contenidos hacia una pluralidad de grupos de terminales
receptoras (Ti), el conjunto de las terminales perteneciendo a los
diferentes grupos envian reportes concernientes a la recepción de
los contenidos difundidos por sus fuentes de difusión (S)
respectivas hacia el mismo servidor de recogida (SC).
8. Procedimiento según una de las
reivindicaciones 1 a 7, en el cual se inserta igualmente en dichos
datos descriptivos al menos una de las informaciones del grupo que
contiene la indicación de la red del servidor de recogida (SC), el
tipo de dirección del servidor de recogida (SC) y la indicación de
un puerto de recepción de los reportes.
9. Procedimiento según una de las
reivindicaciones 1 a 8, en el cual el servidor de recogida (SC)
transmite a las terminales receptoras (Ti) una nueva información de
periodicidad a fin de modificar la periodicidad del envío de los
reportes.
10. Procedimiento según una de las
reivindicaciones 1 a 9, en el cual se introducen los datos
descriptivos en un fichero SDP.
11. Procedimiento según una de las
reivindicaciones 1 a 10, en el cual se difunde la dirección del
servidor de recogida a través de un canal de señalización asociado
a la fuente.
12. Terminal receptora para llevar a cabo el
procedimiento de la reivindicación 1, caracterizado por el
hecho de que está dispuesta para recuperar datos descriptivos
asociados a una fuente de difusión (S), dichos datos conteniendo
una dirección de un servidor de recogida (SC), y para emitir al
menos un reporte concerniente a la recepción de un contenido
difundido por la fuente de difusión (S) hacia la dirección de dicho
servidor de recogida (SC).
13. Terminal según la reivindicación 12,
caracterizado por el hecho de que está dispuesta para emitir
periódicamente reportes concernientes a la recepción de un
contenido difundido por la fuente de difusión (S) hacia la dirección
del servidor de recogida (SC).
14. Sistema para llevar a acabo el
procedimiento de la reivindicación 1, que comprende
- una fuente de difusión (S) destinada a
difundir un contenido a través de una red,
- un servidor de recogida (SC) y
- una pluralidad de terminales receptoras
(Ti) destinadas a recuperar datos descriptivos asociados a la
fuente de difusión (S), de dichos datos descriptivos que contienen
una dirección del servidor de recogida (SC), a adquirir el
contenido difundido por la fuente de difusión (S) a partir de los
datos decriptivos y a emitir al menos un reporte concerniente a la
recepción del contenido difundido por la fuente de difusión (S)
hacia la dirección del servidor de recogida (SC),
dicho servidor de recogida (SC) estando
destinado a elaborar un balance concerniente a la recepción por
dichas terminales (Ti) del contenido difundido por la fuente de
difusión (S), a partir de los reportes provenientes de las
terminales (Ti) en recepción de dicha fuente (S).
15. Sistema según la reivindicación 14, en el
cual las terminales receptoras (Ti) están destinadas a enviar
periódicamente reportes de recepción al servidor de recogida (SC),
dicho servidor de recogida (SC) comprende medios (95) para
modificar la periodicidad de envío de los reportes de recepción.
16. Flujo de datos para llevar a cabo el
procedimiento de la reivindicación 1, que contiene datos
descriptivos relativos a un contenido y/o a una fuente de difusión
(S), a partir del cual una terminal (Ti) puede ponerse en recepción
con un contenido difundido por la fuente de difusión (S),
caracterizado por el hecho de que dichos datos descriptivos
contienen una dirección de un servidor de recogida de forma de que
la terminal (Ti), cuando está en recepción de un contenido
difundido por la fuente de difusión (S), envía un reporte sobre la
recepción de dicho contenido hacia la dirección del servidor de
recogida (SC).
17. Flujo de datos según la reivindicación 16,
en el cual los datos descriptivos contienen al menos uno de los
datos del grupo que comprende la indicación de la red a la que
pertenece el servidor de recogida (SC), el tipo de dirección del
servidor de recogida (SC), el número de un puerto de comunicación
del servidor de recogida (SC) y un período de envío de reportes de
recepción hacia el servidor de recogida (SC).
18. Flujo de datos según una de las
reivindicaciones 16 y 17, en el cual los datos descriptivos están en
formato SDP.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0109440 | 2001-07-13 | ||
| FR0109440A FR2827451B1 (fr) | 2001-07-13 | 2001-07-13 | Procede de diffusion d'un contenu a partir d'une source vers des terminaux recepteurs a travers un reseau informatique, avec remontee de rapports de reception, et serveur de collecte associe |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2274091T3 true ES2274091T3 (es) | 2007-05-16 |
Family
ID=8865536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02767542T Expired - Lifetime ES2274091T3 (es) | 2001-07-13 | 2002-07-01 | Procedimiento de difusion de un contenido a partir de una fuente (s) hacia terminales receptoras (ti), servidor de recogida, terminal receptora, sistema y flujo de datos asociados. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20040205338A1 (es) |
| EP (1) | EP1407595B1 (es) |
| AT (1) | ATE340472T1 (es) |
| AU (1) | AU2002330548A1 (es) |
| DE (1) | DE60214854T2 (es) |
| ES (1) | ES2274091T3 (es) |
| FR (1) | FR2827451B1 (es) |
| WO (1) | WO2003009562A2 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7586938B2 (en) | 2003-10-24 | 2009-09-08 | Microsoft Corporation | Methods and systems for self-describing multicasting of multimedia presentations |
| MX2007004142A (es) * | 2004-10-05 | 2008-02-15 | Vectormax Corp | Metodo y sistema para difundir datos en multimedia. |
| US20070024705A1 (en) * | 2005-08-01 | 2007-02-01 | Richter Roger K | Systems and methods for video stream selection |
| KR100677511B1 (ko) * | 2005-08-12 | 2007-02-02 | 엘지전자 주식회사 | Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법 |
| US8910223B2 (en) * | 2006-10-25 | 2014-12-09 | Nokia Coporation | Layered coded streaming control for unicast/MBMS interaction |
| US20090010193A1 (en) * | 2007-07-06 | 2009-01-08 | Santosh Kolenchery | System and method of multicasting multimedia streams |
| US9143722B2 (en) * | 2011-11-22 | 2015-09-22 | Cisco Technology, Inc. | Method and apparatus for providing session description for a media session |
| US8539286B1 (en) * | 2013-02-26 | 2013-09-17 | Roku, Inc. | Method and apparatus of error reporting |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6108782A (en) * | 1996-12-13 | 2000-08-22 | 3Com Corporation | Distributed remote monitoring (dRMON) for networks |
| FR2758897B1 (fr) * | 1997-01-29 | 1999-04-23 | Infovista Sa | Procede et systeme de mesure des performances et de suivi de la qualite de service d'un systeme d'information |
| US6055493A (en) * | 1997-01-29 | 2000-04-25 | Infovista S.A. | Performance measurement and service quality monitoring system and process for an information system |
| US6515967B1 (en) * | 1998-06-30 | 2003-02-04 | Cisco Technology, Inc. | Method and apparatus for detecting a fault in a multicast routing infrastructure |
| US6321264B1 (en) * | 1998-08-28 | 2001-11-20 | 3Com Corporation | Network-performance statistics using end-node computer systems |
| AU1704900A (en) * | 1998-10-13 | 2000-05-01 | Radiowave.Com, Inc. | System and method for determining the audience of digital radio programmes broadcast through the internet |
| GB9826158D0 (en) * | 1998-11-27 | 1999-01-20 | British Telecomm | Anounced session control |
| US6411992B1 (en) * | 1999-05-28 | 2002-06-25 | Qwest Communications Int'l, Inc. | Method and apparatus for broadcasting information over a network |
| US6985901B1 (en) * | 1999-12-23 | 2006-01-10 | Accenture Llp | Controlling data collection, manipulation and storage on a network with service assurance capabilities |
| US7155159B1 (en) * | 2000-03-06 | 2006-12-26 | Lee S. Weinblatt | Audience detection |
| US6732182B1 (en) * | 2000-05-17 | 2004-05-04 | Worldcom, Inc. | Method for generating packet loss report by a data coordinator in a multicast data transmission network utilizing a group shortest path tree |
-
2001
- 2001-07-13 FR FR0109440A patent/FR2827451B1/fr not_active Expired - Fee Related
-
2002
- 2002-07-01 EP EP02767542A patent/EP1407595B1/fr not_active Expired - Lifetime
- 2002-07-01 DE DE60214854T patent/DE60214854T2/de not_active Expired - Lifetime
- 2002-07-01 WO PCT/FR2002/002289 patent/WO2003009562A2/fr not_active Ceased
- 2002-07-01 ES ES02767542T patent/ES2274091T3/es not_active Expired - Lifetime
- 2002-07-01 AU AU2002330548A patent/AU2002330548A1/en not_active Abandoned
- 2002-07-01 AT AT02767542T patent/ATE340472T1/de not_active IP Right Cessation
- 2002-07-01 US US10/483,799 patent/US20040205338A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20040205338A1 (en) | 2004-10-14 |
| DE60214854D1 (de) | 2006-11-02 |
| FR2827451B1 (fr) | 2003-12-12 |
| EP1407595A2 (fr) | 2004-04-14 |
| WO2003009562A9 (fr) | 2004-02-26 |
| DE60214854T2 (de) | 2007-04-19 |
| FR2827451A1 (fr) | 2003-01-17 |
| WO2003009562A2 (fr) | 2003-01-30 |
| AU2002330548A1 (en) | 2003-03-03 |
| WO2003009562A3 (fr) | 2003-11-06 |
| EP1407595B1 (fr) | 2006-09-20 |
| ATE340472T1 (de) | 2006-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2289165T3 (es) | Procedimiento de difusion de un contenido hacia terminales receptoras y servidor de colecta. | |
| US9380079B2 (en) | Content multicasting | |
| ES2260651T3 (es) | Generacion de informes para servicios multiusuario en redes inalambricas. | |
| US6795863B1 (en) | System, device and method for combining streaming video with e-mail | |
| US10034058B2 (en) | Method and apparatus for distributing video | |
| CN101523371B (zh) | 用于具有可缩放视频编码服务和多播的多点会议的系统和方法 | |
| US5928331A (en) | Distributed internet protocol-based real-time multimedia streaming architecture | |
| CN101321026B (zh) | 发送/接收广播信号的方法和接收器 | |
| ES2297351T3 (es) | Sistema de telecomunicacion de banda ancha y metodo utilizado para reducir la latencia del cambio de canal por un receptor multimedia. | |
| US20020023165A1 (en) | Method and apparatus for encoder-based distribution of live video and other streaming content | |
| US8180911B2 (en) | Method of distributing real time data streams across a multimedia network as well as a mediation device and a multimedia network therefore | |
| US20120140645A1 (en) | Method and apparatus for distributing video | |
| CN102498722B (zh) | 利用选择mpeg-2传输流多路复用的多媒体流的基础分组进行该流的分发 | |
| JP2001251360A (ja) | パケットネットワークにおけるリアルタイムメディアコンテンツを伝送し同期化するシステム及び方法 | |
| ES2274091T3 (es) | Procedimiento de difusion de un contenido a partir de una fuente (s) hacia terminales receptoras (ti), servidor de recogida, terminal receptora, sistema y flujo de datos asociados. | |
| BRPI0610615A2 (pt) | método e sistema para prover uma realimentação escalável durante as sessões de fluxo contìnuo de ponto-para-multipontos, produto de programa de computador utilizado no de fluxo contìnuo de radiofusão de multimìdia, e, dispositivo para comunicar nas sessões de multimìdia na rede | |
| CN101232613A (zh) | 发送/接收数字内容的方法和接收数字内容的装置 | |
| US20070033609A1 (en) | Media stream multicast distribution method and apparatus | |
| ES2245410T3 (es) | Procedimiento y dispositivo de recepcion de contenidos difundidos. | |
| US8006131B2 (en) | Activating correct ad-splicer profile in ad-splicer redundancy framework | |
| US20090158366A1 (en) | Method for optimising the transmission of DVB-IP service information by partitioning into several multicast streams | |
| KR100793862B1 (ko) | 트리구조의 서버 토폴로지상에서 컨텐츠 전송 방법 | |
| Belda et al. | Multimedia system for emergency services over tetra-dvbt networks | |
| US20070204005A1 (en) | Multicast peering | |
| KR100643705B1 (ko) | 인터넷 방송 시스템의 멀티캐스트 재방송 서비스 방법 및장치 |