ES2870552T3 - Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa - Google Patents

Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa Download PDF

Info

Publication number
ES2870552T3
ES2870552T3 ES18192108T ES18192108T ES2870552T3 ES 2870552 T3 ES2870552 T3 ES 2870552T3 ES 18192108 T ES18192108 T ES 18192108T ES 18192108 T ES18192108 T ES 18192108T ES 2870552 T3 ES2870552 T3 ES 2870552T3
Authority
ES
Spain
Prior art keywords
content
group
service
mpd
representations
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
Application number
ES18192108T
Other languages
English (en)
Inventor
Sung-Ryeul Rhyu
Seo-Young Hwang
Jae-Yeon Song
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Application granted granted Critical
Publication of ES2870552T3 publication Critical patent/ES2870552T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/23439—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 for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • 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/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • 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
    • 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/75—Media network packet handling
    • 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/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un procedimiento de transmisión de un contenido usando un mecanismo de Streaming Adaptativa de Protocolo de Transferencia de HiperTexto, HTTP, HAS, por un aparato de transmisión, comprendiendo el contenido componentes de contenido, que comprende las etapas de: configurar una pluralidad de grupos, comprendiendo cada grupo una o más representaciones que proporcionan al menos un componente de contenido entre los componentes de contenido; y transmitir una descripción de presentación de medios; el procedimiento caracterizado por: configurar un servicio que indique al menos un grupo de la pluralidad de grupos; en el que la descripción de presentación de medios comprende un elemento de período, en el que el elemento de período incluye un servicio como elemento para describir el servicio, en el que el elemento de servicio incluye información de identificación para el al menos un grupo de la pluralidad de grupos especificados por el servicio, y en el que cada una de las representaciones incluidas en cada grupo tiene un atributo diferente del resto de las representaciones incluidas en el cada grupo.

Description

DESCRIPCIÓN
Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa
Ésta es una solicitud divisional derivada de la solicitud de patente europea original No. 11809862.3.
[Campo técnico]
La presente invención se refiere en general a un servicio de Streaming adaptativa, y más particularmente, a un procedimiento y aparato para transmitir y recibir contenido de radiodifusión usando un servicio de Streaming adaptativa.
[Técnica antecedente]
Recientemente, debido a un aumento en el uso de contenido en línea, la importancia del suministro de contenido sin interrupciones ha aumentado significativamente. Ahora se concentra más atención en la tecnología de Streaming adaptativa en la cual una tasa de bits de contenido se cambia de manera suave o adaptativa durante su suministro dependiendo del cambio en el ancho de banda de transmisión disponible y/o el rendimiento de un dispositivo de usuario. Esta tecnología de Streaming adaptativa optimiza la tasa de bits analizando el entorno de red del usuario. Múltiples organizaciones de estándares han discutido nuevas tecnologías de transmisión como la Streaming adaptativa, en la cual un terminal de usuario selecciona contenido de unidad, lo segmenta en pequeñas piezas en base a un Protocolo de Transferencia de HiperTexto (HTTP), y lo reproduce dependiendo de la situación, permitiendo que su usuario disfrute el contenido sin interrupciones y sin retraso.
La convergencia basada en Protocolo de Internet (IP) de telecomunicaciones y radiodifusión, que es un nuevo modelo comercial de próxima generación comercializable, ha atraído la atención como una de las tecnologías de próxima generación líderes en el mercado. En particular, la Televisión por Protocolo de Internet (IPTV), el pilar más grande de la Convergencia de Servicio de Radiodifusión y Móvil (CBMS), es una tecnología que puede proporcionar nuevos servicios recombinando o combinando las tecnologías de TV, voz, y datos existentes. La IPTV también puede soportar características interactivas, haciendo posible crear una variedad de modelos y servicios comerciales. En comparación con la tecnología de provisión de servicios existente especializada para entornos de terminales limitados, esta tecnología de IPTV puede proporcionar sus servicios a terminales de tipo fijo, tales como decodificadores, PCs, y TVs, y terminales de tipo móvil, tales como teléfonos celulares y Asistentes Digitales Personales (PDAs) tanto en una red por cable como en una red inalámbrica (o una red de radiodifusión) independientemente del tipo de red. De este modo, puede ser posible proporcionar y aplicar los mismos servicios en diversos entornos diferentes y habilitar que los proveedores de servicios desarrollen una variedad de nuevos servicios teniendo en consideración diversos entornos.
Documento "3rd Generation Partnership Project;Technical Specification Group Services and System AspectsTransparent end-to-end Packet-switched Streaming Service (PSS); HTTP-based Streaming and Download (HSD) (Entrega 10)", 3GPP DRAFT; DRAFT TS 26.2XX-HSD-V0.0.3, vol. SA WG4, no. Praga, República Checa; (2010-06-23), especifica Servicios de Streaming y Descarga basados en HTTP (HSD). Los servicios de Streaming y Descarga basados en HTTP (HSD) son un subconjunto del Servicio de Streaming de conmutación de Paquetes (PSS), que incluye una descripción de los formatos que se suministran sobre la interfaz de HTTP para habilitar servicios de HSD.
[Divulgación]
[Problema técnico]
La presente invención se ha hecho para abordar al menos los problemas y/o desventajas anteriores y para proporcionar al menos las ventajas que se describen a continuación. Por consiguiente, un aspecto de la presente invención proporciona un procedimiento y aparato para transmitir y recibir contenido de radiodifusión basado en mecanismo de Streaming adaptativa en un sistema de radiodifusión digital.
[Solución técnica]
De acuerdo con un aspecto de la presente invención, se proporciona un procedimiento para transmitir contenido basado en mecanismo de Streaming adaptativa de acuerdo con la reivindicación 1.
De acuerdo con otro aspecto de la presente invención, se proporciona un aparato para transmitir contenido basado en mecanismo de Streaming adaptativa de acuerdo con la reivindicación 3. La invención está definida por la materia objeto de las reivindicaciones independientes. Realizaciones particulares de la invención se establecen en las reivindicaciones dependientes. Ejemplos y descripciones técnicas de aparatos, productos y/o procedimientos en la descripción y/o dibujos que no están cubiertos por las reivindicaciones se presentan no como realizaciones de la invención sino como técnica antecedente o ejemplos útiles para entender la invención.
[Descripción de dibujos]
Lo anterior y otros aspectos, características y ventajas de la presente invención serán más evidentes a partir de la siguiente descripción detallada cuando se tome en conjunto con los dibujos adjuntos, en los cuales:
La figura 1 es un diagrama que ilustra posibles problemas de segmentos de inicialización durante el almacenamiento de contenido en un sistema de Streaming Adaptativa de Protocolo de Transferencia de HiperTexto (HTTP) (HAS) de Proyecto de Asociación de 3ra Generación (3GPP) al cual es aplicable una realización de la presente invención;
La figura 2 es un diagrama que ilustra segmentos de inicialización reconfigurados teniendo en cuenta su almacenamiento, de acuerdo con un ejemplo de la presente invención;
La figura 3 es un diagrama que ilustra un ejemplo de combinaciones de servicios disponibles en múltiples representaciones, de acuerdo con una realización de la presente invención; y
La figura 4 es un diagrama que ilustra un ejemplo de configuración de un segmento para que esté disponible en un servidor de Contenido bajo Demanda (CoD) después de un tiempo timeShiftBufferDepth que usa una Descripción de Presentación Multimedia (MPD) para indicar un período válido del segmento de contenido en Vivo, de acuerdo con ejemplo de la presente invención.
[Modo de invención]
Realizaciones de la presente invención se describen en detalle con referencia a los dibujos adjuntos. Los mismos o similares componentes pueden designarse mediante los mismos o similares números de referencia aunque se ilustran en dibujos diferentes. Pueden omitirse descripciones detalladas de construcciones o procesos conocidos en la técnica para evitar ocultar la materia objeto de la presente invención.
Aunque los nombres de entidades definidas en Foro Abierto de IPTV (OIPF) se usarán intactos en la siguiente descripción solamente con propósito de conveniencia, no se usan para limitar el ámbito de la presente invención, y será entendido por los expertos normales en la técnica que la presente invención puede aplicarse a cualquier otro sistema que tenga antecedentes técnicos similares.
Antes de una descripción de la presente invención, los términos de HAS de 3GPP, usados en esta memoria descriptiva, se definen a continuación.
HAS: Streaming Adaptativa de HTTP
Contenido: creaciones tales como películas, música, y noticias, y una forma de almacenamiento de las mismas
Componente de contenido: componentes (por ejemplo, vídeo, audio, subtítulos, etc.) que constituyen contenido
Representación: una forma de representación. Pueden existir representaciones de baja calidad y de alta calidad, pero sus contextos son los mismos.
HAS de 3GPP incluye representaciones creadas codificando el mismo contenido y componentes de contenido con diferentes condiciones (es decir, diferentes anchos de banda de red, resoluciones, códecs, etc.) y una MPD, que sirve como un archivo de manifiesto, configurada dividiendo la longitud completa en varios períodos equivalentes, redividiendo los períodos en segmentos de un tiempo suficientemente corto de aproximadamente 1 a 10 segundos (segmentación), y especificando nombres de archivo, números de secuencia, tiempos de inicio, longitudes, etc. de los segmentos.
El segmento incluye un segmento de inicialización que tiene información para configuración de decodificador proporcionada para decodificar adecuadamente su representación asociada, y segmentos de medios que incluyen componentes de contenido segmentados. Un cliente recibe primero una MPD y verifica cuál representación se incluye en este. Después de esto, el cliente determina el rendimiento y capacidad del dispositivo cliente, una velocidad de red, etc., selecciona una representación adecuada, descarga fragmentos de la misma en secuencia, e inicia a reproducirlos.
Si hay un cambio en variables mutables tales como un ancho de banda de red, es decir, si la velocidad de red aumenta, el cliente selecciona fragmentos de la representación creada con un ancho de banda mayor, y reproduce los fragmentos seleccionados. Como resultado, aunque la calidad de imagen puede variar dependiendo de la velocidad de red, la reproducción puede continuar sin desconectarse.
Los requisitos para la tecnología de HAS de 3GPP que tiene las características anteriores, los problemas de la misma, y las soluciones a los mismos (es decir, realizaciones de la presente invención) se describen en detalle a continuación.
Con respecto al contenido de HAS de 3GPP, los segmentos adecuados pueden ser seleccionados de entre los segmentos en múltiples representaciones dependiendo de condiciones tales como la velocidad de red, y luego reproducirse. El contenido puede ser almacenado concatenando los segmentos seleccionados en secuencia. Sin embargo, las representaciones pueden tener diferentes segmentos de inicialización, debido a que se crean con diferentes opciones de codificación.
La figura 1 es un diagrama que ilustra posibles problemas de segmentos de inicialización durante el almacenamiento de contenido en un sistema de HAS de 3GPP al cual es aplicable una realización de la presente invención.
Con referencia a la figura 1, las representaciones tienen diferentes segmentos de inicialización como se muestra por el número de referencia 100. Al adjuntar segmentos 110 de medios recibidos a las mismas para su almacenamiento, almacenar solo uno de los segmentos de inicialización existentes es equivalente a perder la información usada para reproducir segmentos de medios de otras presentaciones.
Por consiguiente, un primer ejemplo de la presente invención proporciona procedimientos para resolver los posibles problemas que pueden producirse cuando se almacena el contenido de HAS de 3GPP.
El primer ejemplo de la presente invención puede almacenar segmentos de medios de diferentes representaciones de tal manera que sean reproducidos más adelante, en las dos formas siguientes.
En un primer caso, un dispositivo cliente puede tener una característica de reconfiguración ISOFF.
En este caso, el dispositivo cliente puede reconfigurar segmentos de inicialización de una nueva versión a través de las siguientes etapas.
- Todos los segmentos de inicialización, o un segmento de inicialización que corresponde solamente a la representación, que se descarga dependiendo de condiciones tales como la velocidad de red, se concatenan o fusionan en el siguiente orden;
- Cada segmento de inicialización incluye cuadros tales como 'styp' que indican que su tipo es un segmento, y 'moov';
- cuadros 'trak' se recolectan en sus cuadros 'moov' para ser fusionados;
- IDs de pista de cuadros 'trak' se sustituyen por nuevas IDs si se superponen; y
- Segmentos de inicialización son reconfigurados y almacenados usando cuadros 'moov', que se hacen recientemente colocando todos los cuadros 'trak' en los cuadros 'moov'.
Si los segmentos de medios son almacenados intactos junto con los segmentos de inicialización reconfigurados, pueden producirse los siguientes problemas. Específicamente, 1) si IDs de pista se superponen, IDs de pista pueden no estar presentes en segmentos de medios asociados debido a que IDs de pista de cuadros 'trak' en cuadros 'moov' de los segmentos de inicialización fueron sustituidos al azar, o 2) si IDs de pista de segmentos de medios son iguales, el dispositivo cliente puede no reproducirlas normalmente dado que la configuración de decodificación adecuada puede no ser aplicada a las mismas.
Por lo tanto, el dispositivo cliente debe reconfigurar incluso segmentos de medios de una nueva versión de acuerdo con las siguientes etapas.
- Después de descargar segmentos de medios, el dispositivo cliente debe cambiar sus IDs de pista dependiendo de la regla de sustitución;
- Cada segmento de medios incluye cuadros tales como 'styp' que indican que su tipo es un segmento, 'sidx', 'tfad', 'moof', 'mdat';
- Si hay un cuadro 'sidx' para sustitución, el dispositivo cliente lo abre y sustituye su ID de pista de referencia; - Para sustitución, el dispositivo cliente abre un cuadro 'traf en un cuadro 'moof y sustituye su ID de pista; y - El dispositivo cliente almacena los segmentos de medios usando los cuadros modificados 'sidx' y 'moof.
Si se almacenan o concatenan continuamente, los segmentos de inicialización reconfigurados y segmentos de medios pueden ser reproducidos más adelante.
En un segundo caso del primer ejemplo, un proveedor de cliente puede considerar almacenar contenido.
Si el proveedor de contenido proporciona segmentos de inicialización considerando las posibles situaciones donde el contenido puede ser almacenado en un dispositivo cliente, el dispositivo cliente puede almacenar segmentos intactos sin modificación y reproducirlos más adelante.
El proveedor de contenido configura IDs de pista para todas las representaciones de tal manera que no se superpongan.
El proveedor de contenido configura un segmento de inicialización de cada representación para tener configuraciones de decodificación para componentes de contenido en todas las otras representaciones.
Además, el proveedor de contenido puede configurar una MPD de tal manera que todas las representaciones puedan indicar el mismo segmento de inicialización.
La figura 2 ilustra segmentos de inicialización reconfigurados de acuerdo con el primer ejemplo de la presente invención.
Por consiguiente, en HAS de 3GPP, se requieren los siguientes cambios para una MPD y un formato de archivo.
- MPD:
- Todas las representaciones indican el mismo archivo de segmento de inicialización;
- oipf:components se usa para describir cuál componente de contenido se reproduce cuando se selecciona una representación usando el segmento de inicialización común de las representaciones. Se usa para describir además IDs y tipos de componentes de contenido de cada representación; y - Todos oipf:components usan un atributo de ID opcional existente.
- Formato de Archivo:
- Segmentos de inicialización incluyen información para decodificar pistas de todas las representaciones. Por lo tanto, todos los cuadros 'trak' pueden incluirse en un cuadro 'moov'; y
- IDs de pista son únicas; IDs de pista de diferentes componentes de contenido no se superponen. El contenido de HAS de 3GPP puede tener configuraciones de combinaciones tales como 'vídeo+audio', 'vídeo sin audio', y 'audio sin vídeo', ya que las representaciones se combinan.
Sin embargo, en el caso donde un dispositivo cliente hace su mejor esfuerzo dependiendo de condiciones tales como velocidad de red, un creador de contenido no tiene forma de describir explícitamente las combinaciones.
La figura 3 ilustra un ejemplo de combinaciones de servicios disponibles en múltiples representaciones, de acuerdo con una realización de la presente invención.
Con referencia a la figura 3, cuando existen representaciones 305, que se crean en Inglés y tienen diferentes tasas de bits, y existe por separado una pista 310 de audio en Español, un creador de contenido puede habilitar varios servicios tales como 'vídeo audio en Inglés' 315 y ' vídeo audio en Español' 320, combinando componentes de contenido. Por consiguiente, la realización de la presente invención proporciona un procedimiento en el cual un creador de contenido puede combinar componentes de contenido para habilitar varios servicios.
Con el fin de representar que un creador de contenido puede habilitar varios servicios combinando componentes de contenido, la realización de la presente invención define servicios que indican combinaciones de una representación, componentes de contenido en la representación, y grupos (recolecciones de representaciones), como se muestra en la Tabla 1 a continuación.
[Tabla 1]
Figure imgf000006_0001
En la Tabla 1, 'Services' representa la presencia de servicios combinables, y 'Services' representa cada uno de los servicios. En Servicio, se hace referencia a la representación, grupo, componente de contenido, etc., y si se especifica un tipo para un grupo, representa que solo se hace referencia a un tipo de componente de contenido tal como vídeo y audio en el grupo.
Por consiguiente, se requieren los siguientes cambios en HAS de 3GPP.
- MPD:
- 'Period' tiene servicios como sus elementos;
- 'Services' tiene unos servicios como sus elementos;
- 'Service' tiene una ID y una descripción como sus atributos;
- 'Service' tiene representationInfo, groupInfo, componentInfo como sus elementos;
- 'RepresentationInfo' indica una representación que va a ser referenciada usando refID como un atributo; - 'GroupInfo' indica un grupo que va a ser referenciado usando refID como un atributo;
- 'GroupInfo' indica un tipo de componente de contenido que va a ser referenciado en un grupo usando 'type' como un atributo;
- 'Representation' tiene ID agregada como un atributo; y
- Si están presentes elementos de servicio, todas las representaciones deben tener sus IDs.
Esta información de servicio puede existir en múltiples ubicaciones tales como una MPD u otra MPD, y otro archivo de segmento.
HAS de 3GPP usa una MPD para el suministro de contenido, pero no describe la conversión del formato almacenado a la MPD. Por lo tanto, toda la información relacionada con suministro está en la MPD. No hay información para conversión al formato de suministro si la MPD no es almacenada durante el almacenamiento. Además, HAS de 3GPP incorpora una MPD o un enlace que indica la MPD en los segmentos de inicialización durante el almacenamiento, pero esto no es obligatorio.
Por consiguiente, un segundo ejemplo de la presente invención proporciona el siguiente procedimiento para forzar que una MPD sea incorporada en segmentos de inicialización y realizar la conversión al formato de suministro si la MPD está presente.
- Para conversión al formato de suministro, la información sobre las representaciones se lee desde la MPD, y la información de pista se lee desde un archivo almacenado;
- El archivo almacenado se divide en una base de segmentos dependiendo de la información de pista, y se almacena en un archivo; y
- Si el formato de suministro corresponde a un segmento de autoinicialización, la MPD se actualiza calculando un desplazamiento desde su punto de inicio.
En el segundo ejemplo de la presente invención, se requiere el siguiente cambio en HAS de 3GPP.
- MPD:
- Segmentos de inicialización deben tener una MPD y su enlace incorporado en la misma.
HAS de 3GPP no describe si almacenar componentes de contenido transmitidos previamente, un período de almacenamiento de los mismos, y/o un procedimiento de indicación de componentes de contenido almacenados. En HAS de 3GPP, un valor de atributo de inicio especificado en Período se aplica a toda la representación (o un conjunto de segmentos) en el Período. Las representaciones no tienen información de tiempo separada, y los segmentos solo tienen valores de duración. Cuando el contenido se almacena en caché, se puede almacenar en caché durante todo el Período, lo que significa que los componentes de contenido no se pueden usar de manera independiente, o no se pueden reutilizar.
Por consiguiente, en un tercer ejemplo de la presente invención, con el fin de reproducir el contenido transmitido previamente y el contenido actual en conjunto, los componentes de contenido deben almacenarse de tal manera que puedan ser reutilizados más adelante después de una transmisión previa. Además, se debe especificar una duración o período, que indica cuándo serán reutilizados los componentes de contenido, e indica si serán reutilizados desde entonces. Además, los componentes previamente transmitidos y almacenados en el local son instruidos para ser reproducidos junto con los componentes actuales, y si no se almacenan componentes, se debe proporcionar un enlace disponible a un servidor como se muestra en la Tabla 2 a continuación.
[Tabla 2]
Figure imgf000007_0001
En la Tabla 2, 'expirationUTC' representa un tiempo absoluto e indica cuándo será reutilizada esta representación, e 'Identifier' se usa como identificador para distinguir una representación almacenada.
En base a los atributos anteriores, el dispositivo cliente puede gestionar reutilizar los componentes de contenido transmitidos previamente en el siguiente orden, almacenar los componentes de contenido para reutilizarlos más adelante, y/o eliminar componentes de contenido expirados.
- En una MPD, expirationUTC se presenta en Representación, componente de Contenido, Grupo, etc. como un atributo;
- Usando el Identificador o URL de un segmento como un identificador, el dispositivo cliente determina si los componentes de contenido asociados o archivos individuales se almacenan en una unidad de almacenamiento conectada al dispositivo cliente;
- El dispositivo cliente incluye una etapa para determinar si un identificador es el mismo y el nombre de un archivo de segmento es el mismo, o si una parte de un URL de un segmento es igual a una parte de una trayectoria de un archivo almacenado, o si todo o parte de un archivo gestionado por una base de datos separada es el mismo; - Si se descubre todo o parte de un archivo almacenado, el dispositivo cliente reproduce el archivo;
- Si no hay ningún archivo almacenado, se recibe un archivo relevante o una parte del archivo desde un servidor de contenido y luego se almacena en una unidad de almacenamiento conectada al dispositivo cliente;
- Para almacenamiento, el Identificador y/o URL base de un segmento pueden usarse como una parte de un nombre de carpeta o un nombre de archivo;
- Para describir un período de almacenamiento, se puede usar una base de datos separada, o se puede usar un período de almacenamiento como un nombre de carpeta o una parte del nombre de carpeta; y
- Si la unidad de almacenamiento conectada al dispositivo cliente carece de espacio vacío en el momento en que va a ser almacenado un nuevo componente de contenido, el dispositivo cliente elimina archivos cuyo período válido ha expirado, elimina archivos cuyo período válido ha expirado buscando en la unidad de almacenamiento tras iniciar el dispositivo cliente, o elimina archivos que corresponden al tiempo en que expira el período válido, verificando la base de datos.
Por consiguiente, en el tercer ejemplo de la presente invención, se requieren los siguientes cambios en HAS de 3GPP.
- MPD:
- Cuando se reproduzca más adelante, la representación debe tener expirationUTC e Identificador; - ExpirationUTC indica el tiempo en que el archivo almacenado que va a ser reproducido más adelante puede ser eliminado ya que ya no se usa; y
- Identificador representa un identificador que se usa para reutilizar el mismo componente de contenido en diferentes MPDs.
'Timed metadata' son significativos en un momento específico o durante un período específico a partir de ese momento. El contenido de HAS de 3GPP está establecido para mostrar su información tal como un título y un copyright, en ProgramInformation.
Sin embargo, ProgramInformation, o metadatos que corresponden a toda la MPD, no son metadatos temporizados. Además, no es posible especificar el momento en que se aplican los metadatos, o especificar un período de tiempo durante el cual se aplican los metadatos.
Por consiguiente, un cuarto ejemplo de la presente invención proporciona un procedimiento para aplicar metadatos temporizados tanto a la MPD como al Formato de Archivo. Dado que la MPD describe uno o más Períodos, con el fin de proponer un tiempo de metadatos temporizados, los Metadatos Temporizados se establecen nuevamente, y su tiempo de inicio, duración y metadatos se describen en la Tabla 3 a continuación. Los Metadatos Temporizados, un elemento capaz de expandir características de contenido, pueden realizar una variedad de efectos al ser insertados en diversas ubicaciones dependiendo de la escena y las características de contenido. Por ejemplo, los Metadatos Temporizados pueden describir medios al ser aplicados a un tiempo específico en el dominio de tiempo después de ser aplicados a un nivel de Período. Además, los Metadatos Temporizados pueden realizar otras características dependiendo de atributos de medios tales como audio y vídeo, al ser incluidos en un nivel de Representación. Los Metadatos Temporizados pueden ser incluidos en un contenedor que contenga datos de contenido real excepto para la MPD. Las características que los Metadatos Temporizados desean realizar pueden describirse en el texto, y para las características, se puede hacer referencia a un URL o una ubicación en un archivo de representación de medios que la MPD desea realizar.
[Tabla 3]
Figure imgf000008_0001
La Tabla 4 es un ejemplo en el cual se incluye timedMetadata en una MPD en un nivel de representación, de acuerdo con un ejemplo de la presente invención.
[Tabla 4]
Figure imgf000009_0001
Formato de Archivo propone un nuevo cuadro como se muestra en la Tabla 5 a continuación, capaz de insertar metadatos en unidades de fragmento de película en un segmento. La Tabla 6 es una descripción de la Tabla 5.
Figure imgf000010_0001
e Película
Figure imgf000010_0002
, de Película (‘moof), Cuadro de Fragmento de Pista (‘traf)
Obligatorio: No
Cantidad: Cero o uno
Sintaxis
aligned(8) class MovieFragmentMetaBox (handler_type)
extends FullBox('mfrat', versión = 0, 0) (
HandlerBox(handler_type) theHandler;
>
aligned(8) class TimedMetalnfo extends FullBox('tmif', versión, 0) ( unsigned int(32) entry_count;
for (i=l; i<=entry_count; i-t+) {
if (versión == 0) {
unsigned int(32) item_ID;
unsigned int(32) reference_track_ID;
int(32) mediaTime;
unsigned irvt(32) duration;
string itenname;
string content_type;
string content_encoding; //optional }
else { // versión =* 1
unsigned int(64) item ID;
unsigned mt(64) reference_track_ID;
ir.t(64) mediaTime;
unsigned int(64) duration;
string itera_narae;
string content_typc;
string content_er.coding; //optional 1
)
[Tabla 6]
Figure imgf000010_0003
Figure imgf000011_0002
HAS de 3GPP realiza la Streaming en Vivo dividiendo el contenido en una base de período y una base de segmento, proporcionando una MPD que describe los segmentos, y permitiendo que el dispositivo cliente actualice constantemente la MPD a intervalos regulares y transmita archivos de segmento del siguiente período de reproducción. Sin embargo, cuando el dispositivo cliente pausa la reproducción, dado que un período válido de los segmentos que la MPD describe actualmente está vinculado con el período válido de la MPD, si la MPD se actualiza con nueva información, los segmentos descritos previamente ya no están disponibles en el servidor. Además, cuando el dispositivo cliente intenta la reproducción desplazada en tiempo al tiempo previo, si la información de segmento para el tiempo no está presente en la MPD, el dispositivo cliente puede no conocer un nombre y disponibilidad del archivo de segmento asociado con el tiempo. Además, un servidor para suministrar contenido en Vivo no garantiza el almacenamiento de segmentos pasados excepto la información actual con el fin de asegurar el rendimiento en tiempo real. Sin embargo, un servidor de CoD se usa principalmente para proporcionar más contenido que contenido en tiempo real.
La figura 4 ilustra un ejemplo de configuración de un segmento para que esté disponible en un servidor de CoD después de un tiempo timeShiftBufferDepth que usa una MPD para indicar un período válido del segmento de contenido en Vivo, de acuerdo con un quinto ejemplo de la presente invención.
Con referencia a la figura 4, si los períodos se especifican por separado y los segmentos asociados con los períodos son transmitidos por los servidores en Vivo y de CoD, se puede recibir un período 405 desde el servidor en Vivo y se puede recibir un período 410 desde el servidor de CoD.
El período 405 de contenido en Vivo se desplaza con el tiempo.
Si un tiempo de reproducción se desplaza al período 410 mediante Pausa o desplazado en tiempo, el dispositivo cliente recibe archivos de segmento usando un URL para el servidor de CoD.
Una MPD es configurada como se muestra en la Tabla 7 a continuación.
[Tab la 7 ]
Figure imgf000011_0001
Por consiguiente, en el quinto ejemplo de la presente invención, se requieren los siguientes cambios en HAS de 3GPP.
- MPD:
- timeshiftUTC y basePvrUrl se agregan en la MPD como atributos;
- timeshiftUTC indica contenido a partir del cual el tiempo de un programa está disponible en el servidor de CoD; y
- basePvrURL indica un URL base usado para recibir segmentos del servidor de CoD.
HAS de 3GPP puede hacer acceso aleatorio al contenido de CoD usando MFRA de ISOFF, pero el contenido en Vivo no tiene información para acceso aleatorio. Además, HAS de 3GPP ha propuesto un cuadro 'sidx' para la reproducción continua de segmentos durante la conmutación de representaciones de reproducción. Sin embargo, el cuadro 'sidx' tiene información insuficiente para acceso aleatorio ya que solo tiene información sobre un punto de acceso aleatorio por un fragmento de película (normalmente, teniendo 2 ~ 3 segundos).
Por consiguiente, un sexto ejemplo de la presente invención proporciona un procedimiento con las siguientes etapas.
- El cuadro 'sidx' se expande para indicar todos los Puntos de Acceso Aleatorio (RAPs) en fragmentos de películas; - Se especifican un punto de inicio y un punto final de una muestra que corresponde a un RAP para hacer posible recibir el RAP por solicitud sin analizar de manera sintáctica un cuadro 'moof; y
- Debido al cambio, el dispositivo cliente puede iniciar a reproducir comenzando desde un punto de acceso aleatorio más preciso después de analizar de manera sintáctica el cuadro 'sidx'.
El dispositivo cliente puede usar el cuadro 'sidx' para reproducción engañosa. Con este fin, se proporcionan las siguientes etapas de procedimiento.
- El dispositivo cliente recibe el cuadro 'sidx' de un segmento de una representación que reproducirá;
- El dispositivo cliente recibe una lista de puntos de acceso aleatorio para el cuadro 'sidx', y determina cuál punto de acceso aleatorio reproducirá, dependiendo de la velocidad de un modo engañoso; y
- El dispositivo cliente recibe y reproduce solo las muestras necesarias usando el punto de inicio y el punto final de muestras de los puntos de acceso aleatorio determinados.
Por consiguiente, en el sexto ejemplo de la presente invención, se requieren los siguientes cambios de la Tabla 8 a continuación en HAS de 3GPP.
[Tabla 8]
Figure imgf000012_0001
En HAS de 3GPP, en Vivo describe solo una parte de todo el contenido, ya que una parte de una MPD se actualiza a intervalos regulares. Sin embargo, en caso de CoD, ya que contiene información sobre todas las partes de contenido, el dispositivo cliente recibe información innecesaria para determinar un segmento requerido para iniciar la reproducción.
Por consiguiente, un séptimo ejemplo de la presente invención proporciona los siguientes procedimientos.
Se proporciona un procedimiento para distribuir información en una MPD e indicarlos de acuerdo con las etapas a continuación.
- La MPD incluye una MPD que describe un Período que incluye uno o pequeño segmento que contiene información para ejecución inicial, y una o más MPDs obtenidas al dividir el siguiente tiempo en períodos;
- La MPD está incorporada en un archivo o segmento separado (segmento de MPD);
- El segmento de MPD es un segmento de medios que tiene una MPD en un cuadro 'mfmt'; y
- Cada MPD indica un enlace de la siguiente MPD, o un enlace de un segmento incorporado.
Por consiguiente, en el séptimo ejemplo de la presente invención, se requieren los siguientes cambios en HAS de 3GPP.
- MPD:
- MPDSegmentURL se agrega en SegmentInfo como un elemento; y
- MPDSegmentURL tiene sourceURL e intervalo como sus atributos.
- Formato de Archivo:
- El segmento de MPD es un segmento de medios que tiene una MPD en un cuadro 'mtmt'. Aunque el ancho de banda, ancho, altura, lang, mimetype, qualityranking, etc. se han considerado para la selección interactiva, no se han considerado las vistas. Las vistas de múltiples vistas pueden ser diferentes solo en la ubicación y número con la condición de que diferentes atributos tales como ancho de banda tengan el mismo valor.
En cuanto al contenido de múltiples vistas, la selección de vista es imposible debido a que el dispositivo cliente puede no determinar cuál vista recibe, en base a solamente en la información proporcionada de la representación actual. Hay muchos tipos diferentes de relaciones entre vistas.
Para múltiples vistas, la vista corresponde a una relación en la que al menos una de ellas puede seleccionarse al azar y mostrarse.
En 3D estereoscópico, las Vistas Izquierda y Derecha corresponden a una relación en la que deben reproducirse en conjunto.
En el caso de SVC (Codificación de Vídeo Escalable), si hay una relación de capa tal como una capa base y una capa mejorada, corresponde a una relación que se seleccione la capa base, y luego, la otra capa mejorada se puede seleccionar en secuencia.
Por lo tanto, un nombre de atributo tal como relación es adecuado, en comparación con vista.
En un primer procedimiento, se proporciona a continuación una descripción explícita de las relaciones.
- Relaciones:
- relación = "estereoscópico/L"
- relación = "estereoscópico/R" o
- relación = "vista múltiple/1"
- relación = "vista múltiple/2"
- relación = "vista múltiple/3" o
- relación = "svc/base"
- relación = "svc/mejorado1"
- relación = "svc/mejorado2"
En un segundo procedimiento, se proporciona a continuación una descripción de conexiones asociadas con relaciones.
- Relaciones:
- relación = "uno o más" o
- relación = "todos" o
- relación = "incremental/1"
Por consiguiente, en un octavo ejemplo de la presente invención, se requieren los siguientes cambios en HAS de 3GPP.
- MPD:
- Representación tiene relación como un atributo; y
- Relación se configura de acuerdo con el Procedimiento 1) y Procedimiento 2).
En HAS de 3GPP, dado que la representación es "una de las opciones alternativas del contenido de medios", la información que proporciona los criterios de selección para las opciones incluye los siguientes atributos de representaciones:
1) Ancho de banda: Atributo de ancho de banda
2) Tamaño de pantalla: Atributo de ancho y alto
3) Idioma: atributo lang
4) Priorización: Atributo QualityRanking
Sin embargo, no hay un procedimiento propuesto capaz de determinar las prioridades de Representaciones con un atributo QualityRanking y Representaciones sin un atributo QualityRanking.
Por consiguiente, un noveno ejemplo de la presente invención proporciona un procedimiento que tiene las siguientes etapas.
- Para la selección alternativa en un grupo, QualityRanking se inserta en todas las Representaciones, o no se inserta en todas las Representaciones;
- Para prioridades de grupos, se indica que una id de grupo bajo tiene prioridad alta; y
- Estas prioridades pueden estar representadas por atributos separados.
HAS de 3GPP proporciona atributos para describir diferencias entre representaciones, pero no indica valores de selección inicial y valores predeterminados.
Por consiguiente, un décimo ejemplo de la presente invención proporciona un procedimiento que tiene las siguientes etapas.
- Un valor que indica la selección inicial se adjunta a una de las Representaciones que tienen una relación de AlternateGroup;
- Predeterminado se agrega como un atributo de Representación;
- Un valor que indica la selección inicial se adjunta a uno de Servicios; y
- Predeterminado se agrega como un atributo de Servicio.
Como es evidente a partir de la descripción anterior, de acuerdo con las realizaciones de la presente invención, el contenido de radiodifusión de Streaming puede ser suministrado de manera adaptativa en un sistema de radiodifusión digital.
Aunque la invención ha sido mostrada y descrita con referencia a ciertas realizaciones de la misma, los expertos en la técnica entenderán que se pueden hacer diversos cambios en forma y detalle sin apartarse del ámbito de la invención como se define por las reivindicaciones adjuntas.

Claims (4)

REIVINDICACIONES
1. Un procedimiento de transmisión de un contenido usando un mecanismo de Streaming Adaptativa de Protocolo de Transferencia de HiperTexto, HTTP, HAS, por un aparato de transmisión, comprendiendo el contenido componentes de contenido, que comprende las etapas de:
configurar una pluralidad de grupos, comprendiendo cada grupo una o más representaciones que proporcionan al menos un componente de contenido entre los componentes de contenido; y
transmitir una descripción de presentación de medios;
el procedimiento caracterizado por:
configurar un servicio que indique al menos un grupo de la pluralidad de grupos;
en el que la descripción de presentación de medios comprende un elemento de período, en el que el elemento de período incluye un servicio como elemento para describir el servicio, en el que el elemento de servicio incluye información de identificación para el al menos un grupo de la pluralidad de grupos especificados por el servicio, y
en el que cada una de las representaciones incluidas en cada grupo tiene un atributo diferente del resto de las representaciones incluidas en el cada grupo.
2. El procedimiento de la reivindicación 1, en el que si al menos uno de los componentes de contenido es un componente de vídeo, el grupo para el componente de vídeo comprende representaciones en base a una resolución, y si al menos uno de los componentes de contenido es un componente de audio, el grupo para el componente de audio comprende representaciones en base a una calidad de sonido.
3. Un aparato de transmisión de un contenido usando un mecanismo de Streaming Adaptativa de Protocolo de Transferencia de HiperTexto, HTTP, HAS, comprendiendo el contenido componentes de contenido, comprendiendo el aparato:
un controlador configurado para configurar una pluralidad de grupos, comprendiendo cada grupo una o más representaciones que proporcionan al menos un componente de contenido entre los componentes de contenido y para configurar un servicio que indica al menos un grupo de la pluralidad de grupos; y un transmisor configurado para transmitir una descripción de presentación de medios que comprende un elemento de período, en el que el elemento de período incluye un servicio como elemento para describir el servicio, en el que el elemento de servicio incluye información de identificación para el al menos un grupo de la pluralidad de grupos especificados por el servicio, y
en el que cada una de las representaciones incluidas en cada grupo tiene un atributo diferente del resto de las representaciones incluidas en el cada grupo.
4. El aparato de la reivindicación 3, en el que, si al menos uno de los componentes de contenido es un componente de vídeo, el grupo para el componente de vídeo comprende representaciones en base a una resolución, y si al menos uno de los componentes de contenido es un componente de audio, el grupo para el componente de audio comprende representaciones en base a una calidad de sonido.
ES18192108T 2010-07-20 2011-07-20 Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa Active ES2870552T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20100070225 2010-07-20
KR20100073096 2010-07-28
KR1020100097815A KR101768222B1 (ko) 2010-07-20 2010-10-07 적응적 스트리밍 방식의 컨텐트 송수신 방법 및 장치

Publications (1)

Publication Number Publication Date
ES2870552T3 true ES2870552T3 (es) 2021-10-27

Family

ID=45838069

Family Applications (2)

Application Number Title Priority Date Filing Date
ES20214406T Active ES2944705T3 (es) 2010-07-20 2011-07-20 Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa
ES18192108T Active ES2870552T3 (es) 2010-07-20 2011-07-20 Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES20214406T Active ES2944705T3 (es) 2010-07-20 2011-07-20 Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa

Country Status (6)

Country Link
US (3) US9060185B2 (es)
EP (3) EP3813381B1 (es)
KR (2) KR101768222B1 (es)
ES (2) ES2944705T3 (es)
FI (1) FI3813381T3 (es)
WO (1) WO2012011735A2 (es)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9762639B2 (en) 2010-06-30 2017-09-12 Brightcove Inc. Dynamic manifest generation based on client identity
US8954540B2 (en) 2010-06-30 2015-02-10 Albert John McGowan Dynamic audio track selection for media streaming
US9838450B2 (en) 2010-06-30 2017-12-05 Brightcove, Inc. Dynamic chunking for delivery instances
KR101768222B1 (ko) * 2010-07-20 2017-08-16 삼성전자주식회사 적응적 스트리밍 방식의 컨텐트 송수신 방법 및 장치
AU2011201404B1 (en) 2011-03-28 2012-01-12 Brightcove Inc. Transcodeless on-the-fly ad insertion
US9253515B2 (en) * 2012-03-11 2016-02-02 Broadcom Corporation Channel bonding synchronization
WO2013148003A1 (en) * 2012-03-26 2013-10-03 Unicorn Media, Inc. Dynamic audio track selection for media streaming
US10616297B2 (en) * 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
WO2014008637A1 (en) * 2012-07-11 2014-01-16 Nokia Corporation Method and apparatus for interacting with a media presentation description that describes a summary media presentation and an original media presentation
EP2912877A1 (en) 2012-10-29 2015-09-02 Alcatel Lucent Methods and apparatuses for congestion management in wireless networks with mobile http adaptive streaming
US9112939B2 (en) 2013-02-12 2015-08-18 Brightcove, Inc. Cloud-based video delivery
US10284612B2 (en) 2013-04-19 2019-05-07 Futurewei Technologies, Inc. Media quality information signaling in dynamic adaptive video streaming over hypertext transfer protocol
US20150026358A1 (en) * 2013-07-19 2015-01-22 Futurewei Technologies, Inc. Metadata Information Signaling And Carriage In Dynamic Adaptive Streaming Over Hypertext Transfer Protocol
KR20160045848A (ko) * 2013-10-01 2016-04-27 엘지전자 주식회사 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
EP2984848B1 (en) * 2013-10-25 2019-12-04 Huawei Technologies Co., Ltd. Associating representations in adaptive streaming
EP3131300A4 (en) * 2014-04-09 2018-01-17 LG Electronics Inc. Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device
CN104935595B (zh) * 2015-06-16 2019-10-15 华为技术有限公司 内容项聚合方法和相关装置及通信系统
US9864734B2 (en) * 2015-08-12 2018-01-09 International Business Machines Corporation Clickable links within live collaborative web meetings
US10631069B2 (en) * 2016-02-16 2020-04-21 Nokia Technologies Oy Media encapsulating and decapsulating
KR20180060804A (ko) * 2016-11-29 2018-06-07 삼성전자주식회사 전자장치, 전자장치의 제어방법 및 기록매체
CN112074797A (zh) * 2018-05-07 2020-12-11 谷歌有限责任公司 用于将虚拟对象锚定到物理位置的系统和方法
TWI740429B (zh) * 2020-03-26 2021-09-21 威聯通科技股份有限公司 管理資料備份的方法及系統
US11432035B2 (en) * 2020-07-15 2022-08-30 At&T Intellectual Property I, L.P. Adaptive streaming with demuxed audio and video tracks
KR20220012740A (ko) * 2020-07-23 2022-02-04 삼성전자주식회사 통신 시스템에서 컨텐츠의 송수신을 제어하기 위한 방법 및 장치
US11687386B2 (en) * 2020-10-07 2023-06-27 Tencent America LLC MPD validity expiration processing model
US11825175B2 (en) * 2021-02-25 2023-11-21 Cbs Interactive Inc. Systems, methods, and storage media for updating media stream metadata in a manifest corresponding a media stream package
CN117478942A (zh) * 2022-07-20 2024-01-30 联发科技（新加坡）私人有限公司 流媒体播放方法和电子设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7412533B1 (en) * 1997-03-31 2008-08-12 West Corporation Providing a presentation on a network having a plurality of synchronized media types
US20020056123A1 (en) * 2000-03-09 2002-05-09 Gad Liwerant Sharing a streaming video
US7451229B2 (en) * 2002-06-24 2008-11-11 Microsoft Corporation System and method for embedding a streaming media format header within a session description message
ATE418239T1 (de) 2003-05-09 2009-01-15 Nokia Siemens Networks Spa Verfahren zur übermittlung von multimediadiensten in den umts netzen durch eine sofortige mehrfachsendung von einer teilmenge des datenstroms
US20060015580A1 (en) * 2004-07-01 2006-01-19 Home Box Office, A Delaware Corporation Multimedia content distribution
US8050203B2 (en) * 2004-12-22 2011-11-01 Eleven Engineering Inc. Multi-channel digital wireless audio system
US20070002871A1 (en) 2005-06-30 2007-01-04 Nokia Corporation Padding time-slice frames with useful data
US8370649B2 (en) * 2006-03-31 2013-02-05 Cisco Technology, Inc. Stream control failover utilizing an attribute-dependent protection mechanism
WO2007130695A2 (en) * 2006-05-05 2007-11-15 Globstream, Inc. Method and apparatus for streaming media to a plurality of adaptive client devices
FR2917554B1 (fr) * 2007-06-14 2010-01-01 Alcatel Lucent Dispositif de gestion de reception par des terminaux de contenus multimedia transmis par des infrastructures mettant en oeuvre des techniques de transmission differentes
CN101802823A (zh) * 2007-08-20 2010-08-11 诺基亚公司 用于流式多媒体数据的分段的元数据和位标
KR101662843B1 (ko) * 2010-03-05 2016-10-14 삼성전자주식회사 데이터 통신 망에서의 스트리밍 서비스 장치 및 방법
KR101768222B1 (ko) * 2010-07-20 2017-08-16 삼성전자주식회사 적응적 스트리밍 방식의 컨텐트 송수신 방법 및 장치
US8782268B2 (en) * 2010-07-20 2014-07-15 Microsoft Corporation Dynamic composition of media
CN102469072A (zh) * 2010-11-08 2012-05-23 华为技术有限公司 流媒体服务方法、系统及客户端

Also Published As

Publication number Publication date
US9628534B2 (en) 2017-04-18
WO2012011735A3 (en) 2012-04-19
EP3813381A1 (en) 2021-04-28
EP3813381B1 (en) 2023-04-19
US20120023253A1 (en) 2012-01-26
EP2596629A4 (en) 2016-08-03
US9871844B2 (en) 2018-01-16
FI3813381T3 (fi) 2023-06-05
KR101804347B1 (ko) 2017-12-05
US20150334147A1 (en) 2015-11-19
US20170126769A1 (en) 2017-05-04
ES2944705T3 (es) 2023-06-23
US9060185B2 (en) 2015-06-16
KR20170091066A (ko) 2017-08-08
EP3425921B1 (en) 2021-03-10
KR20120015254A (ko) 2012-02-21
EP2596629A2 (en) 2013-05-29
EP3425921A1 (en) 2019-01-09
WO2012011735A2 (en) 2012-01-26
KR101768222B1 (ko) 2017-08-16

Similar Documents

Publication Publication Date Title
ES2870552T3 (es) Procedimiento y aparato para transmitir y recibir contenido basado en mecanismo de Streaming adaptativa
ES2848116T3 (es) Transmisión basada en formato de archivo con formatos DASH basados en LCT
US9854375B2 (en) Selection of coded next generation audio data for transport
CN111656796B (zh) 动态条件性广告插入
KR101739272B1 (ko) 멀티미디어 스트리밍 시스템에서 컨텐트의 저장 및 재생을 위한 장치 및 방법
ES2972427T3 (es) Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
ES2864645T3 (es) Determinación de ubicaciones de eventos de entrega de medios para el transporte de medios
ES2784605T3 (es) Entrega de middleware de métricas de QOE del cliente dash
ES2726772T3 (es) Grupos de representación de medios para transmisión continua en red de datos de vídeo codificados
ES2820859T3 (es) Procedimiento de transferencia de datos y aparato que opera insertando otro contenido en el contenido principal
KR101885852B1 (ko) 컨텐트 전송 및 수신 방법 및 장치
WO2013036451A1 (en) Streaming of multimedia data from multiple sources
Riiser et al. Low overhead container format for adaptive streaming
BRPI1005463A2 (pt) Método e dispositivo para recepção de conteúdo de vídeo e radiodifusão de serviços com transmissão prévia de dados
CN102625193A (zh) 一种借助辅助文件实现多媒体文件网络播放的方法
BR112017018956B1 (pt) Fluxo contínuo baseado em formato de arquivo com formatos dash baseados em lct
BR112017027511B1 (pt) Distribuição de middleware de métricas de qoe de cliente dash