ES2955327T3 - Procedimiento de transmisión de datos en un sistema de transmisión multimedia - Google Patents

Procedimiento de transmisión de datos en un sistema de transmisión multimedia Download PDF

Info

Publication number
ES2955327T3
ES2955327T3 ES13782460T ES13782460T ES2955327T3 ES 2955327 T3 ES2955327 T3 ES 2955327T3 ES 13782460 T ES13782460 T ES 13782460T ES 13782460 T ES13782460 T ES 13782460T ES 2955327 T3 ES2955327 T3 ES 2955327T3
Authority
ES
Spain
Prior art keywords
mmt
data
mpu
payload
mfu
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
ES13782460T
Other languages
English (en)
Inventor
Kyung-Mo Park
Sung-Ryeul Rhyu
Sung-Oh 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 ES2955327T3 publication Critical patent/ES2955327T3/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

Se divulgan un método y un aparato para transceptar datos para un sistema de transmisión multimedia. El método de la presente invención comprende las etapas de: introducir una segunda unidad de datos que consta de una o más primeras unidades de datos de una capa de función de encapsulación; analizar la información de encabezado de la segunda unidad de datos con vistas a formar información de encabezado de carga útil que incluye un tipo de carga útil e información de componente; formar una o más cargas útiles a partir de la segunda unidad de datos de acuerdo con los tamaños de las primeras unidades de datos; combinar piezas de información de encabezado de carga útil relevantes para cada carga útil con vistas a formar un paquete de datos multimedia; y transmitir el paquete de datos multimedia a una entidad homóloga. La carga útil incluye al menos un elemento de carga útil, cuyo tipo se selecciona entre un primer tipo que incluye una primera unidad de datos, un segundo tipo que incluye información de encabezado de una primera unidad de datos, un tercer tipo que incluye información de encabezado de una primera unidad de datos y una parte de datos, o sólo una parte de datos, un cuarto tipo que incluye información de encabezado de la segunda unidad de datos, y un quinto tipo que incluye la totalidad de la segunda unidad de datos. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento de transmisión de datos en un sistema de transmisión multimedia
Campo técnico
La presente divulgación se refiere a un sistema de transmisión multimedia y, más particularmente, a un procedimiento y aparato para transmitir y recibir datos multimedia.
Técnica antecedente
El término “servicio multimedia” se refiere a servicios de llamada tales como la Videollamada, los servicios de transmisión en directo tales como el servicio de Vídeo bajo Demanda (VOD), o servicios tales como el servicio de Multidifusión y Difusión. Los servicios multimedia en tiempo real pueden dividirse en servicios de llamada, servicios interactivos y servicios de transmisión en directo dependiendo del tipo de servicio, y también pueden dividirse en unidifusión, multidifusión y difusión dependiendo del número de usuarios participantes.
La red de difusión convencional normalmente utiliza Flujo de transporte del Grupo 2 de expertos en imágenes en movimiento (MPEG-2 TS), para la transmisión de contenido multimedia. El MPEG-2 TS se utiliza como tecnología de transmisión típica para transmitir un flujo de bits, con el cual se multiplexan múltiples programas de difusión (o múltiples flujos de bits de vídeo codificados), en un entorno de transmisión cargado de errores. El MPEG-2 TS es adecuado para su uso en la radiodifusión de televisión digital o similares en la era multimedia.
El MPEG-2 TS puede tener unas pocas limitaciones en el momento de admitir servicios multimedia. En otras palabras, el MPEG-2 TS puede tener limitaciones tales como la comunicación unidireccional, la ineficacia de la transmisión debido al tamaño fijo de la trama, y la sobrecarga innecesaria la cual se produce cuando los datos se transmiten utilizando el protocolo de transporte y el Protocolo de Internet (IP) que son específicos del audio/vídeo.
Por lo tanto, el MPEG ha propuesto recientemente un estándar de Transporte de Medios MPEG (MMT) como una de las tecnologías de transmisión multimedia para admitir servicios multimedia en base a la tecnología MPEG. Por ejemplo, el estándar MMT puede aplicarse para transmitir eficazmente contenidos híbridos a través de la red heterogénea. El término “contenido híbrido”, tal y como se utiliza en la presente memoria, puede referirse a una colección de contenidos que tengan elementos multimedia por vídeo/audio/aplicación. La red heterogénea puede ser, por ejemplo, una red en la cual coexistan una red de radiodifusión y una red de comunicación móvil.
El estándar MMT tiene por objeto definir una tecnología de transmisión compatible con IP la cual sea la tecnología básica en una red de transmisión para servicios multimedia. Con este fin, existe la necesidad de una estructura de un paquete de transporte MMT para la entrega más eficiente de objetos de datos lógicos en una variedad de formatos, incluyendo datos de medios codificados, en un entorno de servicios multimedia cambiante.
ANÓNIMO: “Tecnología bajo consideraciones sobre medios MPEG
Transporte, 98 REUNIÓN MPEG; 28-11-2011 - 12-2-2012; GINEBRA; (GRUPO DE EXPERTOS EN IMÅGENES EN MOVIMIENTO O ISO/IEC JTC1/SC29/WG11) número N12335, 3 de diciembre de 2011 (2011 -12-03), XP030018830 se refiere al sistema de transporte de medios MPEG que aborda los nuevos requisitos y el diseño de la capa D.1. La D.1 se especifica como la primera capa de entrega que interactúa con la capa E de encapsulación. Su función principal es recibir paquetes MMT de la capa E. 1 y producir unidades de carga útil de MMT que puedan transportarse al otro extremo utilizando un protocolo de transporte de aplicación y/o protocolos de transporte de red subyacentes.
KYUNGMO PARK ET AL: “Contribución a MMT EE#8 (D.1 Diseño de capas)”, 98. REUNIÓN MPEG; 28-11-2011 - 12­ 2-2011; GINEBRA; (GRUPO DE EXPERTOS EN IMÅGENES EN MOVIMIENTO O ISO/IEC JTC1/SC29/WG11) número m21524, 23 de octubre de 2011 (2011-10-23), XP030050087 se refiere al documento Contexto y Objetivo de MMT, funcionalidades de MMT. Las funcionalidades pueden dividirse en tres áreas, es decir: Encapsulación, Entrega y Control. La encapsulación (E) define el formato para encapsular datos de medios codificados, ya sea para almacenarlos en algún dispositivo de almacenamiento o para transportarlos como carga útil de protocolos de entrega. La entrega (D) proporciona las funcionalidades que se requieren para transferir datos de medios encapsulados a partir de una entidad de red a otra. Control (C) proporciona funcionalidades para controlar la entrega y el consumo de medios.
El documento US2011/0255558 divulga una interfaz para proporcionar un servicio de medios, la interfaz incluye una capa de encapsulación para encapsular datos de medios codificados; una capa de entrega para transmitir los datos de medios encapsulados a otra entidad; y una capa de control para controlar la transmisión de los datos de medios.
Divulgación
Sumario
Un aspecto de una realización de la presente divulgación es proporcionar un procedimiento, de acuerdo con la reivindicación independiente 1, para transmitir y recibir eficientemente datos de medios codificados en un sistema de transmisión multimedia.
Otras realizaciones se exponen en las reivindicaciones dependientes.
Breve descripción de los dibujos
La Figura 1 ilustra una estructura jerárquica de un sistema MMT de acuerdo con una realización de la presente divulgación.
La Figura 2 ilustra una estructura de una carga útil de MMT de acuerdo con una realización de la presente divulgación.
La Figura 3 lustra una estructura lógica de un paquete de MMT de acuerdo con una realización de la presente divulgación.
La Figura 4 ilustra un diagrama de flujo para configurar y transmitir un paquete de datos multimedia que incluye una carga útil de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación.
La Figura 5 ilustra una operación de generación de un paquete de datos multimedia de acuerdo con una realización de la presente divulgación.
Mejor modo
Ahora, se describirán en detalle implementaciones de ejemplo de la presente divulgación con referencia a los dibujos adjuntos. En la siguiente descripción de la presente invención, se omitirá una descripción detallada de las funciones y configuraciones conocidas incorporadas en la presente memoria cuando pueda oscurecer el tema de la presente divulgación. Los términos utilizados en la presente memoria se definen en consideración de sus funciones en la presente divulgación, y pueden variar dependiendo de los usuarios, la intención del operador, o las prácticas habituales. Por lo tanto, las definiciones de los términos se deben hacer en base al contenido de toda la memoria descriptiva.
A continuación, se describirá en la presente memoria una estructura jerárquica definida en el estándar MMT. Las realizaciones de la presente divulgación proporcionan la estructura de un paquete de datos multimedia. Para este fin, se hará una descripción detallada de las capas para generar un paquete de datos multimedia en la estructura jerárquica definida en el estándar MMT. El término “paquete de datos multimedia”, tal y como se utiliza en la presente memoria, puede referirse a una trama de entrega para un servicio MMT.
Un Protocolo MMT (MMTP) define un protocolo de capa de aplicación para entregar una trama de entrega configurada en un Formato de Carga Útil (PF) MMT a través de una red IP. Una carga útil de MMT está diseñada para ser entregada eficientemente al ser configurada en un formato de carga útil de MMT. Para entregar eficientemente datos multimedia MPEG a través de redes IP heterogéneas, un MMT define formatos de encapsulación, protocolos de entrega, y formatos de mensajes de señalización.
La Figura 1 ilustra una estructura jerárquica de un sistema MMT de acuerdo con una realización de la presente divulgación.
Con referencia a la Figura 1, se muestran una capa 110 de codificación de medios, una capa 120 de función de encapsulación (Capa E), una capa 130 de función de entrega (Capa D), una capa 140 de protocolo de transporte, una capa 150 de Protocolo de Internet (IP), y una capa 100 de función de control (Capa C), las cuales son para configurar un paquete de datos multimedia y transmitir el paquete de datos multimedia configurado.
De acuerdo con una implementación de ejemplo de la presente divulgación, la capa 110 de codificación de medios y la capa 120 de función de encapsulación pueden operar como una unidad de generación de datos multimedia para generar datos multimedia que son en base a contenido multimedia y/o servicios multimedia. La capa 130 de función de entrega puede operar como una unidad de configuración de datos multimedia para configurar un paquete de datos multimedia en base a los datos multimedia recibidos a partir de la unidad de generación de datos multimedia. La capa 130 de función de entrega correspondiente a la unidad de configuración de datos multimedia puede configurar información de cabecera identificando al menos un dato multimedia proporcionado a partir de la unidad de generación de datos multimedia, y configurar un paquete de datos multimedia combinando la información de cabecera con el al menos un dato multimedia.
Los datos multimedia comprimidos en la capa 110 de codificación de medios pueden ser empaquetados en forma similar a un formato de archivo mediante la capa 120 de función de encapsulación. La capa 120 de función de encapsulación puede generar segmentos de datos, los cuales son pequeñas unidades para un servicio MMT, recibiendo los datos de medios codificados proporcionados por la capa 110 de codificación de medios o los datos de medios almacenados, y generar unidades de acceso para un servicio MMT utilizando los segmentos de datos. La capa 120 de función de encapsulación puede generar un formato de paquete para la generación/almacenamiento y transmisión de contenido híbrido combinando y/o dividiendo las unidades de acceso.
La capa 130 de función de entrega puede convertir una(s) unidad(es) de datos de salida de la capa 120 de función de encapsulación en un formato de carga útil de MMT y, a continuación, añadir una cabecera de paquete de transporte MMT a la misma para configurar un paquete de transporte MMT, o puede configurar un paquete de Protocolo en Tiempo Real (RTP) utilizando un RTP el cual sea el protocolo de transporte existente.
Los paquetes configurados en la capa 130 de función de entrega pueden ser finalmente empaquetados por IP en la capa 150 IP después de pasar por la capa 140 de protocolo de transporte, tal como el Protocolo de Datagramas de Usuario (UDP) o el Protocolo de Control de Transporte (TCP). La capa 140 de protocolo de transporte y la capa 150 IP pueden operar como una unidad de transmisión de datos. La capa 100 de función de control, la cual es opcional, puede generar información de control o información de señalización necesaria para la transmisión de datos, añadir la información generada a los datos, y transmitir los datos, o puede transmitir los datos a través de un medio de señalización independiente.
Un formato de carga útil de MMT generado en la capa 130 de función de entrega puede definir una estructura lógica de una(s) unidad(es) de medios por entregar, por medio del protocolo MMT o el RTP. Una carga útil de MMT puede especificarse mediante un formato de carga útil para entregar la unidad de datos encapsulada u otra información mediante protocolos de capa MMT u otros protocolos de transporte de aplicación existentes. La carga útil de MMT puede proporcionar información sobre la transmisión en directo e información sobre la transferencia de archivos. En la transmisión en directo, una unidad de datos puede ser una Unidad de Fragmentos de Medios MMT (MFU) o una Unidad de Procesamiento MMT (MPU). En la transferencia de archivos, una unidad de datos puede ser un activo MMT y un paquete MMT.
La Figura 2 ilustra una estructura de una carga útil de MMT de acuerdo con una implementación de ejemplo de la presente divulgación.
Con referencia a la Figura 2, una carga 200 útil de MMT puede estar configurada para incluir al menos una de al menos una MFU 210 MMT, al menos una MPU 220 MMT, al menos un activo 230 MMT, y al menos un paquete 240 MMT.
La MFU 210 puede ser un formato contenedor común que incluye datos de medios codificados, el cual es independiente de cualquier códec de medios, y puede ser procesado independientemente por un decodificador de medios. La MFU 210, la cual representa parte de los datos segmentados de la MPU 220, puede ser la unidad mínima que puede ser decodificada de manera independiente. Por ejemplo, si la codificación se realiza utilizando una trama como unidad de acceso, la MFU 210 puede ser una trama de vídeo. En otro caso, la MFU 210 puede ser una porción incluida en una trama.
La MPU 220, la cual es un formato contenedor que incluye una o más MFUs e información adicional relacionada con la entrega y el procesamiento, puede incluir una variedad de números de MFUs generados a partir de una pluralidad de unidades de acceso diferentes. La MPU 220, es decir, una unidad de datos de medios codificados que puede ser procesada de manera completa e independientemente por una entidad que cumple con MMT, puede tener un tamaño específico (por ejemplo, un Grupo de Imágenes (GOP) en el caso del vídeo) dependiendo del entorno de aplicación. Como ejemplo, la MPU 220 puede tener (o consistir en) una pluralidad de tramas de imagen que constituyen un GOP (por ejemplo, vídeo de 1 segundo), y la PFU 210 puede incluir cada trama de imagen.
El activo 230 MMT, el cual es una entidad de datos que tiene una o más MPUs, puede ser la unidad de datos más grande, a la cual se aplica la misma información de composición y características de transporte. El activo 230 MMT puede incluir un solo tipo de datos, incluidos los datos empaquetados o multiplexados. Por ejemplo, al menos una parte de un Flujo Elemental (ES) de audio, al menos una parte de un ES de vídeo, al menos una parte de un paquete de widgets MPEG-U (interfaz de usuario), al menos una parte de un Flujo de Transporte (TS) MPEG-2, al menos una parte de un archivo MPEG-4 (MP4), y todo o al menos una parte de un paquete MMT puede ser cada activo 230 MMT.
El ES, el cual está definido por un códec multimedia específico, puede ser lógicamente uno o más activos MMT. El activo 230 MMT el cual admite un códec en capas y un códec múltiple vista se puede superponer con otros activos MMT.
Información de Composición MMT (MMT-CI) significa la información que define una relación espacial y temporal de activos MMT, y la Características de Transporte MMT (MMT-TC) define la Calidad de Servicio (QoS) requerida para la entrega de activos MMT. El MMT-TC puede expresarse como Características de Entrega de Activos (ADC), para un entorno de entrega específico.
El paquete 240 MMT puede definirse como una colección de datos de medios codificados y su información relacionada, los cuales son procesados por una entidad que cumple los requisitos MMT.
La Figura 3 ilustra una estructura lógica de un paquete MMT de acuerdo con una implementación de ejemplo de la presente divulgación. Como se ilustra, un paquete 300 MMT puede tener (o consistir en) uno o más activos 320 MMT, información 310 de composición MMT, y uno o más ADC8330 que representan características de transporte MMT. El paquete 240 MMT puede incluir información de descripción, tal como un identificador, y ubicaciones de los activos 320 MMT, y los activos 320 MMT en el paquete 240 MMT se pueden multiplexar o concatenar.
El paquete 240 MMT puede procesarse en unidades de MPUs, y el activo 320 MMT puede ser una colección de una o más MPUs que tengan el mismo ID de activo MMT. Las características de transporte relacionadas con cada activo 320 MMT pueden ser expresadas por la ADC 330. La ADC 330 puede ser utilizada por una entidad de paquetización de un paquete MMT, para configurar los parámetros de una carga útil de MMT y la información de cabecera descrita más adelante de un paquete MMT.
Entre las entidades lógicas que pueden incluirse en el paquete MMT, la MPU puede incluir campos de cabecera que son en base a la definición dada y algunos de estos campos pueden ser esenciales para procesar la MPU. En caso de que se corten las partes exteriores de los límites de las MFUs en una carga útil de MPUs, si se pierde el paquete, un error puede propagarse por más tiempo. En los datos de medios que requieren un retardo bajo, una MFU necesita ser transmitida inmediatamente en el momento de su generación. En este caso, para evitar el retardo en la transmisión, se puede determinar el orden de transmisión para transmitir la información del campo de cabecera de la MPU después de transmitir los datos PFU generados.
Dadas las características anteriores, es necesario configurar una carga útil de MMT para mantener la compatibilidad entre los paquetes MPU y los paquetes MFU.
La Figura 4 ilustra un diagrama de flujo para configurar y transmitir un paquete de datos multimedia que incluye una carga útil de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación. La operación que se muestra en la Figura 4 puede ser realizada por la capa 130 de función de entrega entre las capas de la Figura 1.
Con referencia a la Figura 4, en la operación 410, la capa 130 de función de entrega puede recibir datos multimedia proporcionados a partir de la capa 120 de función de encapsulación. La capa 120 de función de encapsulación puede proporcionar los datos multimedia necesarios para configurar un paquete de datos multimedia, e información relacionada con cada dato multimedia.
En la operación 420, la capa 130 de función de entrega puede configurar la información de cabecera de carga útil relacionada con una carga útil de MMT del paquete de datos multimedia en base a la información de cabecera de los datos multimedia. Por ejemplo, la información de cabecera de carga útil puede proporcionar una longitud de una carga útil de MMT, un tipo de datos de carga útil, e información relacionada con la fragmentación y la agregación, y el formato de la cabecera de la carga útil puede estar definido por el operador del sistema o el estándar del protocolo.
En la operación 430, la capa 130 de función de entrega puede generar una carga útil de un paquete de datos multimedia para la entrega de datos multimedia. En otras palabras, la capa 130 de función de entrega puede configurar una carga útil de MMT combinando al menos una parte de los datos multimedia recibidos en la operación 410, con la información de cabecera de carga útil configurada en la operación 420.
En la operación 440, un paquete MMT, el cual es un paquete de datos multimedia que incluye la carga útil de MMT, puede transmitirse a una entidad homóloga (por ejemplo, un receptor) a través de un protocolo de transporte determinado.
A continuación, se hará una descripción de un procedimiento detallado para configurar un paquete de datos multimedia mediante una capa de función de entrega encargada de la transmisión de datos multimedia para servicios MMT, el cual se propone en una realización de la presente divulgación, y también está hecho de un formato de carga útil. Específicamente, se puede proporcionar una estructura de datos de transporte que es en base al tipo de datos generados en la capa 120 de función de encapsulación. Para la configuración de un paquete de datos multimedia, la información de cabecera de carga útil que debe registrarse en una región de cabecera y los datos multimedia que deben registrarse en una región de carga útil pueden generarse de acuerdo con un formato determinado.
La Figura 5 ilustra una operación de generación de un paquete de datos multimedia de acuerdo con una realización de la presente divulgación.
Con referencia a la Figura 5, un archivo 510 MPU significa datos que la capa de función de encapsulación desea transmitir, y un bloque 520 construcción MPU/MFU tiene una estructura de datos para configurar los datos de transmisión. El archivo 510 MPU puede incluir información 512 de cabecera, tal como una casilla Tipo de Archivo (FTYP) que indica el tipo de un archivo, una casilla MMPU que indica una estructura de una MPU, una casilla MOOV que indica la información de configuración del códec, y una casilla Fragmento de Película (MOOF); y una casilla 514 MDAT que tiene Muestras 516 de Vídeo (VSs) y Muestras 518 de Sugerencia MMT (HSs). La casilla MMPU indica que un tipo de los datos almacenados en la casilla MDAT es MPU, y la casilla MOOV contiene información sobre una trama de medios almacenada en la casilla MDAT. El bloque 520 de construcción MPU/MFU puede incluir metadatos 522 MPU tales como FTYP, MMPU, MOOV y MOOF, y MFUs 524 que tengan HSs 526 y VSs 528 relacionados.
Una carga útil de MMT puede configurarse en base al bloque 520 de construcción MPU/MFU, y transportarse o transmitirse en un paquete MMT.
Un procedimiento detallado para configurar una carga útil de MMT será el siguiente.
Una unidad de configuración de datos puede analizar los datos 510 en forma de un archivo MPU, el cual se proporciona a partir de una unidad de generación de datos y que se desea transmitir, para determinar la información de tipo, la información de configuración de una MPU, la información de ajuste de un códec, el punto de inicio y la información de tamaño (o longitud) de los datos, a partir de la información 512 de cabecera de los datos 510 MPU. La unidad de configuración de datos puede analizar la estructura de las MFUs 516 (correspondientes a las VSs en la Figura 5) y las MFU HSs 518 que constituyen los datos 510 MPU, para determinar una cabecera MFU que contenga la información de tamaño, importancia mutua e interconexión (longitud o similar) de cada MFU, y los datos MFU los cuales son datos reales de medios, y también puede analizar el tamaño de cada MFU a través de la MFU HS 518 que indica el desplazamiento inicial y la longitud de cada MFU.
En base al formato MPU analizado, se puede configurar el bloque 520 de construcción MPU/MFU para configurar un paquete de transporte. La MFU HS 518 puede ser una cabecera MFU del bloque 520 de construcción MPU/MFU.
La unidad de configuración de datos puede configurar cada MFU como unidad de transporte en base al tamaño de cada MFU, el cual se analiza a partir de la MFU HS 518. En este caso, dependiendo del tamaño de la MFU, se pueden configurar una o múltiples cargas útiles. El inicio, la mitad o el final de cada carga útil se puede indicar por inicio_fin_indicador, los cuales son bits opcionales. Los metadatos 522 MPU también pueden procesarse como una unidad de configuración del bloque 520 de construcción MPU/MFU.
El tipo de datos de cada elemento de carga útil puede presentarse como sigue.
i. El tipo de una carga útil 522 que tiene FTYP, MMPU, MOOV, MOOF y MDAT se denomina MPU_Parcial(), y puede configurarse para incluir únicamente la cabecera MPU.
ii. Si se configura una MFU como una carga útil, el tipo de la carga útil se denomina MFU_conjunto ().
iii. En un caso en el que una MFU esté configurada como múltiples cargas útiles, el tipo de cada carga útil será MFU_Parcial() si la MFU sólo incluye la cabecera MFU, y el tipo de cada carga útil será MFU_fragmentar() si la MFU incluye una cabecera MFU y parte de los datos MFU, o incluye parte de los datos MFU.
iv. Una MPU_Parcial() puede significar el tipo de una carga útil que solo incluye la cabecera MPU.
v. La MPU_Conjunto() puede significar el tipo de una carga útil que incluye completamente una MPU.
A continuación, se muestra la sintaxis de una carga útil de MMT de acuerdo con una realización de la presente divulgación. El siguiente formato de carga útil de MMT puede utilizarse para el transporte UDP, el intercambio de fragmentos punto a punto, y el transporte de archivos.
Carga útil()_MMT
{
tipo de bit(N);
id activo de bit(N)
cambiar (tipo) {
caso 0:
//configuración;
si (id_activo==0) {
//datos de configuración de paquete
{ más}
//datos de configuración de activo
}
descifrar;
caso 1:
MFU_Parcial();
descifrar;
caso 2:
MFU_fragmento();
descifrar;
caso 3:
MFU_conjunto ();
descifrar;
caso 4:
MPU_Parcial();
descifrar;
caso 5:
MPU_Conjunto();
descifrar;
}
}
Como se ha descrito anteriormente, una carga útil de MMT puede incluir un campo de tipo que indica un tipo de datos de la carga útil, y un id_de activo que indica un identificador de un activo al cual pertenece la carga útil (MPU o MFU). El id_de activo puede existir para multiplexar un flujo de bits MMT. El id_de activo puede omitirse, si la carga útil de MMT se entrega a través del RTP y se utiliza un único activo.
Dependiendo del campo de tipo, pueden incluirse los diversos siguientes casos de elementos en la carga útil de MMT. El caso 0 puede utilizarse si la carga útil de MMT contiene datos de configuración de los datos que se van a transmitir. Si id_de activo=0, la carga útil de MMT puede incluir datos de configuración del paquete. En caso contrario, se pueden incluir datos de configuración de activo.
Se puede utilizar un elemento MFU_Parcial() correspondiente al caso 1 cuando la carga útil de MMT transporte datos de configuración (información de cabecera) de los datos MFU. Se puede utilizar un elemento MFU_fragmentar() correspondiente al caso 2 cuando la carga útil de MMT contenga parte de los datos MFU junto con datos de configuración (información de cabecera) de los datos MFU, o transporte todos o parte de los datos MFU. Se puede utilizar un elemento MFU_conjunto() correspondiente al caso 3 cuando la carga útil de MMT contenga todos los datos MFU (cabecera y datos). Se puede utilizar un elemento MPU_Parcial() correspondiente al caso 4 cuando la carga útil de MMT contenga los datos MPT. Se puede utilizar un elemento MPU_Conjunto() correspondiente al caso 5 cuando la carga útil de MMT contenga todos los datos (cabecera y datos)MPU.
Además, la carga útil de MMT puede incluir otras unidades adicionales, tales como una unidad de archivo, información de señalización de la capa de control, y un mensaje de protección.
La MFU _Parcial() puede definirse como un conjunto de todas las cabeceras que se añaden a un inicio de bytes de carga útil y se definen en la MFU, cuando el tamaño de la MFU excede el tamaño de la Unidad de Transmisión Máxima (MTU).
La MFU_fragmentar() puede definirse como la parte central o final de una carga útil de la MFU para las cabeceras transmitidas en los paquetes MFU _Parcial().
La MFU_conjunto() puede definirse como un paquete que incluye un número predeterminado de MFUs completas.
La MPU_Parcial() puede definirse como un conjunto de todas las cabeceras que se añaden al elemento adicional MFU_conjunto que se añade al elemento opcional MFU _Parcial(), y que se definen en la MPU. La presencia/ausencia de los elementos adicionales puede determinarse dependiendo de los bytes restantes y de la longitud MFU del paquete.
A continuación, se hará una descripción de ejemplos de los elementos MPU y MFU, junto con la correspondencia entre el formato de carga útil de MMT y el paquete de transporte MMT. En la presente memoria se omitirá una descripción de los campos de parámetros que son conocidos en la técnica o que no tienen nada que ver con las realizaciones de la presente divulgación, pero se debe tener en cuenta que tales campos de parámetros no limitan el ámbito de la presente divulgación.
A continuación, se representa un ejemplo de elemento MFU.
elemento()_mmt_mfu
{
opcional bit(2) inicio_finJndicador;
opcional bit(1) rap_fragmento_ind¡cador
opcional bit(N) información_dependencia_capa;
opcional bit (N) codificación_clave_índice
carga útil();
En el ejemplo anterior, inicio_fin_indicador pueden ser bits opcionales que indican que la carga útil es el inicio, la mitad o el final de una MFU. Además, inicio_fin_indicador puede indicar que la MFU incluye datos de Punto de Acceso Aleatorio (RAP), y puede incluir bits óptimos que indiquen una posición de inicio y/o de fin en la que se deben decodificar, los datos rap_fragmento_indicador pueden ser bits opcionales que indican una dirección de un punto de inicio de los datos que se pueden decodificar directamente, si la carga útil contiene un punto de inicio de los datos accesibles de manera aleatoria.
La codificación_clave_índice puede contener información sobre una serie de valores capaces de descifrar el cifrado, si la carga útil está cifrada.
La información_dependencia_capa puede ser información que indica la dependencia entre capas de imágenes. Además, puede incluir identificadores de capa (IDs de capa), un recuento de dependencia, claves rodantes de señal similares a un paquete MPEG-2 TS, y similares.
A continuación, se representa un ejemplo de elemento MPU.
elemento_mmt_mpu (múltiple, temporización)
{
opcional bit(2) inicio_fin_indicador;
bit (1) bandera_mfu_múlt¡ple;
bit (1) no_mfu
bit (1) bandera_temporización;
bit (1) bandera_actualización_códec
b¡t(1) bandera_lista_eventos;
bit(1) mapa_reloj;
bit(1) primeras_cabeceras;
b¡t(1) bandera_múlt¡ple_aus;
si (bandera_actualización_códec) {
bit(16) tamaño_configuración_códec;
bytes (tamaño_configuración_códec) datos_configuración_códec; bit(8) contador descendente; // retardo de procesamiento (eliminar) }
si (bandera_lista_eventos) {
bit(16) número_eventos;
para (i=0; i ≤ número_eventos; i++) {
//datos de eventos
}
}
si (bandera_mfu_múltiple) {
bit (N) núm_MFUs;
} más {
núm_MFUs = 1;
primeras_cabeceras = 0;
bandera_múltiple_aus = 0;
}
si (bandera_temporización) {
opcional bit (bits_marca de tiempo) base_marca de tiempo;
si (mapa_reloj) {
bit (64) ref_reloj;
}
opcional bit(ts_inc_bits) ts_aumenta;
opcional bit(2) bandera constante;
opcional bit (N) intervalo;
si (ts_inc_factor) ts_aumenta *= ts_inc_factor
}
para (i=0; i ≤ núm_MFUs; I++) {
opcional bit (N) número_orden_decodificador;
si (temporización && (!¡ \\ bandera_múltiple_aus)) {
opcional bit (N) diferencia_dts;
opcional bit (N) desplazamiento_composición_marca de tiempo;
mfu_dts = base_marca de tiempo dts_diferencia * ts_aumenta;
mfu_cts = base_marca de tiempo
desplazamiento_composición_marca de tiempo * ts_aumenta;
}
si (bandera_mfu_múltiple)
opcional bit (N) tamaño_mfu;
si (primeras_cabeceras) elemento()_mmt_mfu;
}
si (primeras cabeceras) {
para (i==; i ≤ núm_MFUs i++) {
elemento()_mmt_mfu;
}
}
}
En el ejemplo anterior, inicio_fin_indicador pueden ser bits opcionales que indican que la carga útil es el inicio, la mitad o el final de una MPU, la bandera_mfu_múltiple puede establecerse en '1', si la MPU tiene múltiples MFUs, no_mfu puede establecerse en '1', si no se incluye ninguna MFU en los datos MPU como en el caso de la transferencia de archivos.
La bandera_temporización puede utilizarse para corregir la marca de tiempo indicando si la MFU actual pertenece a la misma unidad de acceso que la anterior, si se pierde el paquete anterior, la bandera_actualización_códec puede establecerse en “1”, si la carga útil tiene información de configuración del códec, la primera cabecera puede establecerse en “1”, si la carga útil inicia en la información de cabecera de los datos de medios, la bandera_lista_eventos puede establecerse, si la carga útil tiene una lista de eventos que debe representarse para el usuario. La lista de eventos puede enumerar los eventos que pertenecen al contenido.
La bandera_múltiple_aus puede establecerse en “1” si la carga útil contiene múltiples tramas. Si se utiliza un códec tal como Codificación de Audio Avanzada (AAC), se pueden incluir unidades para la configuración del códec en banda en el elemento MPU.
La bandera_actualización_códec puede incluir el tamaño_configuración_códec, que indica el tamaño de la información de configuración del códec, y datos_configuración_códec, que indica la información de configuración del códec. En una realización alternativa, si se cambia un códec en base a la información de configuración del códec o si se modifica la información de configuración del códec, al principio o en el medio del servicio de transmisión en directo de multimedia, la presencia/ausencia de la información puede establecerse a través de bandera_actualización_códec el contador descendente puede utilizarse para indicar que existen algunas cargas útiles más que contienen la información de configuración del códec después de la carga útil actual, si la información de configuración del códec se divide en múltiples cargas útiles. Como ejemplo, si la información de configuración del códec se divide en varios segmentos y el contador descendente se establece en “3”, un receptor puede determinar que las cargas útiles que tienen contadores descendentes de 2, 1 y 0 se requieren más adelante para completar la información de configuración del códec. Al recibir una carga útil del contador descendente 0, el receptor puede determinar que se ha completado la transmisión de todas las cargas útiles relacionadas con la información de configuración del códec.
Si se establece bandera_lista_eventos, puede existir una lista de eventos por entregar a través de una unidad de transmisión, y la lista de eventos puede incluir número_eventos indicando el número de eventos y al menos un dato de evento. En una realización alternativa, si se utilizan los datos de evento que ya se han transmitido, el evento se puede expresar, incluyendo únicamente el identificador de evento “ ID de evento” en lugar de los datos de evento. En otra realización alternativa, los datos de evento pueden transmitirse previamente utilizando un medio de transporte predeterminado antes de la transmisión de la carga útil. Los eventos enumerados pueden ejecutarse después de ser sincronizados con la visualización de la trama. En una posible realización, el audio puede cambiarse opcionalmente a través de la lista de eventos durante la reproducción de los datos de vídeo.
Si se establece bandera_mfu_multiple, en el elemento MPU puede existir núm_MFUs que indica cuántas MFUs tiene la carga útil. Si no se establece bandera_mfu_multiple, núm_MFUs se establece en '1', y primera_cabecera y bandera_au_múltiple se establecen en '0'. En una posible realización, si una unidad de datos multimedia que se desea transmitir tiene múltiples tramas, o múltiples porciones en una única trama, puede establecerse la información para establecer el número de entidades múltiples.
Si se establece bandera_temporización, la información de temporización de las unidades en la MPU puede incluirse en el elemento MPU.
Además, en el elemento MPU se pueden enumerar tantas MFUs como núm_MFUs. Dado que el orden de las MFUs puede ser diferente del orden de las entradas del decodificador, puede incluirse opcionalmente número_orden_decodificador, que indica el orden en que la MFU se introduce en el decodificador.
Si se establece bandera_mfu_multiple en '1', se puede incluir tamaño_mfu adicional que indica el tamaño de cada MFU. En la presente memoria descriptiva, se asume que las MFUs que se introducen en la unidad de configuración de datos tienen el mismo tamaño.
Si no se establecen primeras_cabeceras en '1', se puede incluir un elemento()_mmt_mfu.
Si se establecen primeras_cabeceras en '1', se pueden incluir tantos elemento()_mmt_mfu como núm_MFUs en el elemento MPU.
El receptor configurado de acuerdo con una realización de la presente divulgación puede incluir una unidad de recepción configurada para recibir un paquete de datos multimedia a partir de una entidad homóloga, y una unidad de interpretación configurada para extraer e interpretar al menos una MFU o MPU incluida en el paquete de datos multimedia o al menos una parte del mismo dependiendo del formato descrito anteriormente de la carga útil de MMT.
El formato descrito anteriormente de la carga útil de MMT puede permitir la entrega eficiente y la agregación/fragmentación de MPUs y MFUs.
A la vez que la divulgación se muestra y se describe con referencia a determinadas realizaciones ejemplares de la misma, se entenderá por aquellos expertos en la técnica que se pueden realizar diversos cambios en la forma y los detalles r en la misma, siempre que estos cambios entren en el ámbito de la invención tal como se define en las reivindicaciones adjuntas.

Claims (5)

REIVINDICACIONES
1. Un procedimiento para transmitir contenido de medios en un sistema multimedia que admite un grupo de expertos en imágenes en movimiento, el protocolo de transporte de medios MPEG, MMT, comprendiendo el procedimiento:
generar, en una capa (130) de función de entrega, uno o más paquetes MMT en base a una unidad (220) de procesamiento de medios, MPU, fragmentados en una o más unidades (210) de fragmento de medios, MFUs,, incluyendo cada paquete MMT una cabecera de paquete MMT y una carga útil (200) de MMT; y transmitir el uno o más paquetes MMT,
en el que los datos de carga útil incluidos en la carga útil de MMT comprenden uno de los metadatos MPU de la MPU (220) o un elemento de datos de medios derivado de la una o más MFUs (210),
en el que cada uno de los uno o más paquetes MMT comprende un campo de tipo de datos que indica que los respectivos datos de carga útil comprenden los metadatos MPU de la MPU (220) en caso de que la carga útil de MMT comprenda los metadatos MPU o que indica que los respectivos datos de carga útil comprenden el elemento de datos de medios derivado de la una o más MFUs (210) en caso de que la carga útil de MMT comprenda el elemento de datos de medios,
en el que los metadatos de la MPU (220) comprenden información de tipo de archivo de un archivo que se va a transmitir,
en el que el campo de tipo de datos se establece en un primer valor que indica que los respectivos datos de carga útil incluyen los metadatos MPU de la MPU si los respectivos datos de carga útil incluyen los metadatos MPU de la MPU, y
en el que el campo de tipo de datos se establece en un segundo valor que indica que los respectivos datos de carga útil incluyen el elemento de datos de medios derivado de la una o más MFUs si los datos de carga útil incluyen el elemento de datos de medios derivado de la una o más MFUs.
2. El procedimiento de la reivindicación 1, en el que los metadatos MPU de la MPU comprenden información relativa a la configuración de la una o más MFUs.
3. El procedimiento de la reivindicación 1, en el que los metadatos MPU de la MPU comprenden una casilla MOOV que tiene información de configuración del códec y una casilla MMPU que se coloca después de la información de tipo de archivo para proporcionar información relativa a la MPU
4. El procedimiento de la reivindicación 1, en el que cada uno de los uno o más paquetes MMT comprende un campo que indica si la información de temporización se incluye o no en los datos de carga útil.
5. El procedimiento de la reivindicación 1, en el que cada uno de los uno o más paquetes MMT comprende información que identifica un activo al cual pertenecen los datos incluidos en los datos de carga útil.
ES13782460T 2012-04-25 2013-04-25 Procedimiento de transmisión de datos en un sistema de transmisión multimedia Active ES2955327T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261638048P 2012-04-25 2012-04-25
PCT/KR2013/003582 WO2013162312A1 (ko) 2012-04-25 2013-04-25 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치

Publications (1)

Publication Number Publication Date
ES2955327T3 true ES2955327T3 (es) 2023-11-30

Family

ID=49483526

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13782460T Active ES2955327T3 (es) 2012-04-25 2013-04-25 Procedimiento de transmisión de datos en un sistema de transmisión multimedia

Country Status (14)

Country Link
US (3) US9872051B2 (es)
EP (3) EP4246931B1 (es)
JP (4) JP5947454B2 (es)
KR (1) KR101501347B1 (es)
CN (3) CN108777676B (es)
CA (1) CA2871578C (es)
ES (1) ES2955327T3 (es)
FI (1) FI2843955T3 (es)
HU (1) HUE063722T2 (es)
MX (1) MX343181B (es)
PL (1) PL2843955T3 (es)
PT (1) PT2843955T (es)
RU (1) RU2639725C2 (es)
WO (1) WO2013162312A1 (es)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12532050B1 (en) 2024-10-15 2026-01-20 Sony Group Corporation ATSC 3.0 playback of encrypted MMT media through construction of dash file

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9032462B2 (en) * 2010-04-19 2015-05-12 Lg Electronics Inc. Method for transmitting/receiving internet-based content and transmitter/receiver using same
US9544641B2 (en) * 2012-05-10 2017-01-10 Humax Co., Ltd. Hybrid transmission method through MMT packet format extension
JP5641090B2 (ja) * 2013-03-14 2014-12-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP6571314B2 (ja) * 2013-06-18 2019-09-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
KR20150047082A (ko) * 2013-10-23 2015-05-04 한국전자통신연구원 Ｍｍｔ 페이로드 헤더 구성 장치 및 방법
WO2015105384A1 (ko) * 2014-01-09 2015-07-16 삼성전자 주식회사 멀티미디어 전송 시스템에서 미디어 데이터 관련 정보를 송신하는 방법 및 장치
KR102138075B1 (ko) 2014-01-09 2020-07-27 삼성전자주식회사 미디어 데이터를 전송하기 위한 가변 크기 데이터 패킷을 송수신하는 방법 및 장치
JP6302274B2 (ja) * 2014-02-07 2018-03-28 日本放送協会 送信装置及び受信装置
US9398068B2 (en) 2014-02-20 2016-07-19 International Business Machines Corporation Bulk uploading of multiple self-referencing objects
JP6054324B2 (ja) * 2014-03-06 2016-12-27 株式会社東芝 Ｍｍｔ送信システム、暗号化処理装置
KR102147676B1 (ko) 2014-03-28 2020-08-26 삼성전자주식회사 멀티미디어 시스템에서 자원 할당 방법 및 장치
KR102249147B1 (ko) 2014-03-29 2021-05-07 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터 관련 정보를 송수신하기 위한 장치 및 방법과 그 구조
US10560514B2 (en) 2014-03-29 2020-02-11 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving information related to multimedia data in a hybrid network and structure thereof
US10530828B2 (en) * 2014-03-31 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for signaling and operation of low delay consumption of media data in MMT
WO2015194904A1 (ko) * 2014-06-20 2015-12-23 삼성전자 주식회사 Ip 기반 방송 망에서 전송 패킷 압축 기법
KR20160004858A (ko) * 2014-07-04 2016-01-13 삼성전자주식회사 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
KR101607773B1 (ko) * 2014-10-27 2016-04-11 삼성에스디에스 주식회사 데이터 송신 장치 및 이를 이용하는 데이터 통신 방법
KR102439521B1 (ko) * 2014-11-07 2022-09-05 소니그룹주식회사 송신 장치, 송신 방법, 수신 장치 및 수신 방법
WO2016144031A1 (ko) 2015-03-11 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016186407A1 (ko) * 2015-05-17 2016-11-24 엘지전자(주) 방송 신호 송수신 장치 및 방법
KR102245605B1 (ko) * 2015-07-01 2021-04-28 삼성전자주식회사 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송/수신 장치 및 방법
WO2017039499A1 (en) * 2015-09-01 2017-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Computer program, computer-readable storage medium transmitting device, receiving device and methods performed therein for transferring background user data
KR102454746B1 (ko) * 2015-10-01 2022-10-17 삼성전자주식회사 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법
KR102380285B1 (ko) 2015-10-14 2022-03-30 삼성전자주식회사 멀티미디어 시스템에서 패킷을 송/수신하는 방법 및 장치
CN108702529A (zh) * 2016-01-19 2018-10-23 索尼公司 发送设备、发送方法、接收设备和接收方法
CN107026887B (zh) * 2016-02-02 2019-12-06 上海交通大学 一种多媒体系统中快速信息交互方法及网络传输方法
WO2017146537A1 (ko) * 2016-02-25 2017-08-31 엘지전자(주) 방송 신호 송수신 장치 및 방법
TWI559753B (zh) * 2016-03-16 2016-11-21 晶睿通訊股份有限公司 傳輸隨選影音檔案的方法
KR102513562B1 (ko) * 2016-04-20 2023-03-22 에스케이텔레콤 주식회사 컨텐츠 전송 방법 및 장치
EP3744124A4 (en) * 2018-01-23 2021-08-11 QUALCOMM Incorporated CHANNEL STATUS INFORMATION REPORT (CSI) RESOURCE DETERMINATION
CN112306579B (zh) * 2020-11-12 2023-09-01 北京轩宇信息技术有限公司 一种数据传输系统及方法

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5486864A (en) * 1993-05-13 1996-01-23 Rca Thomson Licensing Corporation Differential time code method and apparatus as for a compressed video signal
US6377995B2 (en) * 1998-02-19 2002-04-23 At&T Corp. Indexing multimedia communications
JP2003513538A (ja) * 1999-10-22 2003-04-08 アクティブスカイ，インコーポレイテッド オブジェクト指向ビデオシステム
US7283502B1 (en) 2000-09-21 2007-10-16 Lucent Technologies Inc. Enhancement of framing protocol frame format to support quality of service
US6618397B1 (en) 2000-10-05 2003-09-09 Provisionpoint Communications, Llc. Group packet encapsulation and compression system and method
KR100449742B1 (ko) 2002-10-01 2004-09-22 삼성전자주식회사 멀티미디어 방송 송수신 장치 및 방법
US20040221312A1 (en) * 2003-05-01 2004-11-04 Genesis Microchip Inc. Techniques for reducing multimedia data packet overhead
KR100608715B1 (ko) 2003-09-27 2006-08-04 엘지전자 주식회사 ＱｏＳ보장형 멀티미디어 스트리밍 서비스 시스템 및 방법
KR100556911B1 (ko) * 2003-12-05 2006-03-03 엘지전자 주식회사 무선 동영상 스트리밍 서비스를 위한 동영상 데이터의 구조
US7664109B2 (en) 2004-09-03 2010-02-16 Microsoft Corporation System and method for distributed streaming of scalable media
US8635526B2 (en) * 2006-05-25 2014-01-21 Qualcomm Incorporated Target advertisement in a broadcast system
EP1853045B1 (en) * 2006-05-02 2015-01-07 BlackBerry Limited Dynamic syndicated content delivery system and method
US20080037956A1 (en) * 2006-06-30 2008-02-14 Scientific-Atlanta, Inc. Systems and Methods of Generating Encapsulated MPEG Program Streams
US9385881B2 (en) 2006-12-15 2016-07-05 Thomson Licensing Media access control protocol data unit aggregation in a time division multiple access media access control layer
US20080162644A1 (en) * 2006-12-29 2008-07-03 Krishnan Kalyanaraman B Auto selection of connectors in a middleware framework
US7957307B2 (en) * 2007-03-14 2011-06-07 Microsoft Corporation Reducing effects of packet loss in video transmissions
KR101336243B1 (ko) * 2007-05-10 2013-12-03 삼성전자주식회사 부가 정보가 삽입된 영상 데이터의 전송 스트림 구조,송수신 방법 및 장치
US8180029B2 (en) 2007-06-28 2012-05-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8817780B2 (en) 2007-08-08 2014-08-26 Maxlinear, Inc. TS packet grooming
US8175065B2 (en) * 2007-08-24 2012-05-08 Lg Electronics Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
WO2010049312A1 (en) * 2008-10-30 2010-05-06 Thomson Licensing Data container for transferring high resolution audio/video data in a high speed ip network
KR101357645B1 (ko) * 2009-07-10 2014-02-05 한국전자통신연구원 순방향 오류 정정 부호화 및 복호화 방법과 그 장치, 디지털 방송 수신 장치 및 그의 복호화 방법
KR101802273B1 (ko) 2010-03-05 2017-11-28 삼성전자주식회사 복수 개의 스트림으로 구성된 컨텐츠 파일 송수신 장치 및 방법
CN107360130B (zh) * 2010-04-20 2021-05-07 三星电子株式会社 用于传送和接收媒体数据的接口装置和方法
US20110293021A1 (en) 2010-05-28 2011-12-01 Jayant Kotalwar Prevent audio loss in the spliced content generated by the packet level video splicer
JP2012054788A (ja) 2010-09-01 2012-03-15 Canon Inc データファイル転送装置、その制御方法、プログラム及び記憶媒体
KR101484843B1 (ko) * 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12532050B1 (en) 2024-10-15 2026-01-20 Sony Group Corporation ATSC 3.0 playback of encrypted MMT media through construction of dash file

Also Published As

Publication number Publication date
JP2016140099A (ja) 2016-08-04
WO2013162312A1 (ko) 2013-10-31
EP4246931A3 (en) 2023-12-20
CN104303507B (zh) 2018-06-01
US10219012B2 (en) 2019-02-26
MX2014012947A (es) 2015-02-10
JP2015518347A (ja) 2015-06-25
JP2019033524A (ja) 2019-02-28
EP2843955B1 (en) 2023-08-16
US20190158897A1 (en) 2019-05-23
CN104303507A (zh) 2015-01-21
HUE063722T2 (hu) 2024-01-28
EP2843955A4 (en) 2015-12-23
CN108306900B (zh) 2021-01-12
CA2871578A1 (en) 2013-10-31
EP4246932C0 (en) 2024-12-11
EP4246932A2 (en) 2023-09-20
PL2843955T3 (pl) 2024-02-19
RU2014147209A (ru) 2016-06-20
EP4246931B1 (en) 2024-12-11
CN108777676A (zh) 2018-11-09
FI2843955T3 (fi) 2023-11-07
EP2843955A1 (en) 2015-03-04
US20180103280A1 (en) 2018-04-12
PT2843955T (pt) 2023-10-24
JP6754810B2 (ja) 2020-09-16
US10715844B2 (en) 2020-07-14
EP4246931C0 (en) 2024-12-11
JP5947454B2 (ja) 2016-07-06
US20150089560A1 (en) 2015-03-26
EP4246931A2 (en) 2023-09-20
RU2639725C2 (ru) 2017-12-22
JP2017147737A (ja) 2017-08-24
CN108306900A (zh) 2018-07-20
JP6122986B2 (ja) 2017-04-26
KR20130120422A (ko) 2013-11-04
EP4246932B1 (en) 2024-12-11
CN108777676B (zh) 2021-01-12
JP6422527B2 (ja) 2018-11-14
KR101501347B1 (ko) 2015-03-10
MX343181B (es) 2016-10-27
US9872051B2 (en) 2018-01-16
EP4246932A3 (en) 2023-12-20
CA2871578C (en) 2020-06-02

Similar Documents

Publication Publication Date Title
JP6754810B2 (ja) マルチメディアシステムにおけるデータ送信方法
JP6887466B2 (ja) マルチメディア伝送システムにおけるパケットを伝送する装置
ES2739281T3 (es) Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
JP6359142B2 (ja) マルチメディアサービス受信方法
US9967582B2 (en) Hybrid delivery method and reception method for MMT packaged SVC video contents
ES2972427T3 (es) Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
KR101972951B1 (ko) 오버헤드를 최소화한 헤더를 가지는 패킷 기반의 미디어 데이터 전송 방법
US20260129110A1 (en) Techniques for pdu set-aware applications and associated signaling
KR20160004858A (ko) 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
KR20140012596A (ko) 동일 포트에 멀티플렉싱 된 다중 패킷 스트림의 패킷오류 구분을 선택적으로 수행하는 방법 및 그 장치
Kordelas et al. Transport Protocols for 3D Video
KR20130138694A (ko) 하나 또는 그 이상의 액세스 유닛을 포함하는 mpu에서의 타이밍 정보 기술 방법